Bir web sitesi açılmadığında ekranda görülen hata kodu, sorunun nereden kaynaklandığını anlamak için ilk ipucunu verir. 403, 404 ve 500 hataları birbirine benzer görünse de teknik olarak farklı kontroller gerektirir.
403 hatası çoğunlukla erişim izni, eksik index dosyası veya yanlış yayın klasörüyle ilgilidir. 404 hatası istenen sayfanın ya da dosyanın bulunamadığını gösterir. 500 hatası ise genellikle uygulama, PHP, .htaccess veya sunucu taraflı bir hatadan kaynaklanır.
Hata Kodunu Kontrol Edin
İlk olarak hatanın hangi URL’de göründüğü kontrol edilmelidir. Ana sayfa, alt sayfalar ve varsa yönetim paneli ayrı ayrı açılarak sorun alanı daraltılabilir.
Hata yalnızca belirli bir sayfada görülüyorsa dosya yolu, bağlantı yapısı veya rewrite kuralları kontrol edilmelidir. Tüm sitede aynı hata varsa yayın klasörü, yapılandırma dosyaları veya uygulama tarafı incelenmelidir.
Yakın zamanda dosya yükleme, tema veya eklenti güncellemesi, deploy işlemi ya da izin değişikliği yapıldıysa bu işlem de kontrol sürecine dahil edilmelidir.
403 Hatası
403 hatası, web sunucusunun ilgili sayfa veya klasöre erişimi reddettiğini gösterir. Bu durum dosya izinlerinden, eksik index dosyasından veya yanlış yayın klasöründen kaynaklanabilir.
Yayın klasöründe index.php veya index.html gibi açılış dosyasının bulunduğu kontrol edilmelidir. Dosya doğru klasörde olsa bile izinler hatalıysa site açılmayabilir.
Klasör izinleri genellikle 755, dosya izinleri ise 644 olacak şekilde kontrol edilebilir. Ayrıca .htaccess dosyasında erişimi engelleyen bir kural olup olmadığı da incelenmelidir.
404 Hatası
404 hatası, istenen dosya veya sayfanın bulunamadığını gösterir. Dosya gerçekten eksik olabilir ya da site yanlış klasörden çalışıyor olabilir.
Yeni bir site yüklendiyse dosyaların doğru yayın klasörüne aktarıldığından emin olunmalıdır. cPanel tarafında genellikle public_html, Plesk tarafında ise httpdocs dizini kullanılır.
WordPress, Laravel veya benzeri sistemlerde yalnızca alt sayfalar 404 veriyorsa kalıcı bağlantılar, route yapısı veya rewrite kuralları kontrol edilmelidir.
500 Hatası
500 hatası, sunucu tarafında genel bir hata oluştuğunu gösterir. Hatalı .htaccess kuralı, uyumsuz PHP sürümü, bozuk eklenti, eksik dosya veya uygulama hatası bu sonuca neden olabilir.
Sorun son yapılan işlemden sonra başladıysa önce o değişiklik kontrol edilmelidir. Yeni bir eklenti kurulduysa, tema değiştirildiyse, PHP sürümü güncellendiyse veya .htaccess dosyası düzenlendiyse bu alanlar öncelikli olarak incelenmelidir.
Panelde hata kayıtları görüntülenebiliyorsa error log dosyaları kontrol edilmelidir. Log kayıtları, hatanın hangi dosya veya işlem sırasında oluştuğunu anlamayı kolaylaştırır.
Yayın Klasörü ve Dosya Yapısı
Site dosyalarının doğru klasörde olması gerekir. Dosyalar yanlış dizine yüklendiyse alan adı doğru çalışıyor gibi görünse bile site açılmayabilir.
Ana dizinde açılış dosyası bulunmalı ve uygulamanın ihtiyaç duyduğu klasör yapısı bozulmamış olmalıdır. Deploy işlemlerinden sonra eski dosyaların yeni dosyalarla çakışmadığı da kontrol edilmelidir.
Framework tabanlı projelerde public klasörü, route dosyaları ve yapılandırma dosyaları doğru konumda olmalıdır.
.htaccess ve Rewrite Kontrolü
Apache veya LiteSpeed kullanılan sistemlerde .htaccess dosyası yönlendirme ve rewrite kuralları için önemlidir.
Hatalı bir .htaccess kuralı 403, 404 veya 500 hatasına neden olabilir. Sorun son düzenlemeden sonra başladıysa dosya geçici olarak yeniden adlandırılarak test yapılabilir.
WordPress kullanılıyorsa kalıcı bağlantılar tekrar kaydedilerek rewrite kuralları yenilenebilir.
Cache ve Tarayıcı Kontrolü
Bazı durumlarda sorun düzelmiş olsa bile tarayıcı, CDN veya cache sistemi eski hatayı göstermeye devam edebilir.
Kontrol işlemi gizli sekmede, farklı tarayıcıda veya farklı bir cihazda tekrar yapılmalıdır. CDN, cache eklentisi veya sunucu önbelleği kullanılıyorsa bu alanlar da temizlenmelidir.
Son Kontrol
Sorun giderildikten sonra yalnızca ana sayfa değil, alt sayfalar, yönetim paneli, formlar ve kritik bağlantılar da test edilmelidir.
403 hatasında izinler ve index dosyası, 404 hatasında dosya yolu ve rewrite kuralları, 500 hatasında ise uygulama logları ve yapılandırma dosyaları kontrol edilmelidir.
Tüm kontroller doğru görünmesine rağmen hata devam ediyorsa hata kodu, sorunlu URL ve son yapılan değişiklik bilgisiyle destek ekibine başvurulmalıdır.