Web sitesinde 404 hataları nasıl bulunur?

Web sitesindeki 404 hataları; Google Search Console, tarama araçları, sunucu kayıtları ve site içi bağlantı kontrolleriyle bulunur. Tek bir yöntem, erişilemeyen bütün URL’leri göstermeyebilir.

Önce hata veren URL listesini çıkarın. Ardından URL’nin kaynağını, aldığı trafiği ve yeni karşılığını belirleyin. Son adımda bağlantıyı güncelleyin veya uygun yönlendirmeyi uygulayın.

Özellikle site taşıma, ürün kaldırma ve tasarım yenileme işlemlerinden sonra kontrol yapın. Google’ın daha önce bildiği adresler, değişiklikten haftalar sonra bile yeniden taranabilir.

404 hatası nedir ve neden düzenli kontrol edilmelidir?

404 hatası, sunucunun istenen URL’de kullanılabilir bir kaynak bulamadığını gösterir. Doğru yapılandırılmış bir hata sayfası, HTTP yanıtında 404 durum kodu döndürmelidir.

Her 404 teknik bir problem değildir. Kullanıcının yanlış yazdığı rastgele bir adresin 404 vermesi normaldir. Sorun, çalışan sayfalardan erişilen veya değer taşıyan URL’lerin kaybolmasıdır.

Örneğin menüdeki bir bağlantı 404 sayfasına gidiyorsa kullanıcı görevini tamamlayamaz. Sepet, form veya iletişim adımlarındaki kırık bağlantılar doğrudan işlem kaybına neden olabilir.

Googlebot da bağlantıları izlerken bu adreslerle karşılaşabilir. Çok sayıda gereksiz 404, tarama kaynaklarının faydasız URL’lere harcanmasına ve site bakımının zorlaşmasına yol açabilir.

• Silinen ürün ve kategori sayfaları
• Değiştirilen sayfa kalıcı bağlantıları
• Taşıma sırasında unutulan eski URL’ler
• Yanlış yazılmış menü ve içerik bağlantıları
• Silinen CSS, JavaScript, PDF veya görsel dosyaları

404 sayfasının görsel olarak açılması, durum kodunun doğru olduğunu kanıtlamaz. Sunucu 200 döndürüyorsa Google bu adresi soft 404 olarak değerlendirebilir.

Düzenli kontrol sıklığını değişiklik yoğunluğuna göre belirleyin. Her gün ürün kaldıran mağaza ile yılda birkaç sayfa yayımlayan kurumsal sitenin aynı takvimi kullanması gerekmez.

404 kontrolü erişilebilirlik bakımının da parçasıdır. Bağlantıların anlamlı ve çalışır olması için web sitesinde WCAG 2.2 AA uyumu kontrolünü bağlantı testleriyle birlikte yürütebilirsiniz.

Google Search Console ile 404 hataları nasıl bulunur?

Search Console’da 404 adresleri, Dizine Ekleme bölümündeki Sayfalar raporundan bulunur. Arayüz diline göre bölüm ve durum adları küçük farklılıklar gösterebilir.

Raporda dizine eklenmeyen sayfaların nedenlerini açın. Bulunamadı (404) ve Soft 404 satırlarını ayrı ayrı inceleyin. Gösterilen URL örneklerini dışa aktararak çalışma listenizi oluşturun.

1. Doğru Search Console mülkünü açın. Alan adı ve URL ön eki mülklerini karıştırmayın.
2. Sol menüden Dizine Ekleme ve ardından Sayfalar raporuna geçin.
3. Sayfaların dizine eklenmeme nedenlerini görüntüleyin.
4. Bulunamadı (404) satırını açın ve örnek URL’leri dışa aktarın.
5. Soft 404 raporunu ayrıca açın. Bu adresler gerçek 404’lerden farklı işlem gerektirir.
6. Önemli URL’leri URL Denetleme aracıyla tek tek kontrol edin.

URL Denetleme ekranında Google’ın adresi nereden keşfettiğini her zaman göremeyebilirsiniz. Ancak son tarama, dizine eklenme durumu ve Google tarafından alınan yanıt incelenebilir.

Search Console eksiksiz site envanteri değildir. Yalnız Google’ın keşfettiği ve rapora dahil ettiği adresleri gösterir. Yeni oluşan kırık bağlantılar rapora hemen yansımayabilir.

Bu nedenle yalnız Search Console kullanmak büyük sitelerde işe yaramaz. Kullanıcıların tıkladığı fakat Google’ın henüz keşfetmediği bir bağlantı, raporda görünmeden 404 üretmeye devam edebilir.

Raporu değerlendirirken URL’nin halen bağlantı alıp almadığını kontrol edin. Eski bir kampanya sayfası reklamda kullanılıyorsa 404, reklam bütçesinin erişilemeyen bir adrese gitmesine neden olur.

Özellikle kampanya URL’lerini ayrı takip edin. Bir landing page kaldırılacaksa reklam, e-posta ve sosyal medya bağlantıları yayından önce yeni hedefe geçirilmelidir.

Tarama aracıyla kırık bağlantılar nasıl tespit edilir?

Tarama aracı, sitedeki bağlantıları bir arama motoru botu gibi izleyerek 404 döndüren adresleri bulur. Screaming Frog ve Sitebulb bu işlemde kullanılan araç örnekleridir.

Başlangıç URL’sini girin ve taramayı çalıştırın. Sonuçlarda 4xx durum kodlarını filtreleyin. Ardından her hatalı adres için kaynak sayfa veya inlink sütununu inceleyin.

Kaynak sayfa bilgisi, kırık bağlantının nerede bulunduğunu gösterir. Böylece yalnız 404 adresini değil, düzeltilmesi gereken menüyü, ürün açıklamasını veya yazı içeriğini de belirlersiniz.

• Ana sayfa, menü ve altbilgi bağlantılarını taramaya dahil edin.
• Alt alan adlarının kapsamda olup olmadığını kontrol edin.
• JavaScript ile oluşturulan bağlantılar için render ayarlarını inceleyin.
• PDF, görsel, CSS ve JavaScript dosyalarını ayrı filtreleyin.
• XML site haritasını bağımsız bir URL kaynağı olarak tarayın.

Tarama başlamadan robots.txt kurallarını inceleyin. Engellenen bölümler araç tarafından görülemeyebilir. Kimlik doğrulaması isteyen müşteri paneli veya bayi alanları da standart taramada kapsam dışında kalabilir.

Yanlış: 404 listesindeki bütün URL’leri ana sayfaya yönlendirmek. Doğru: Kaynak bağlantıyı düzeltmek ve yalnız eş değer içeriği bulunan URL’lere kalıcı yönlendirme uygulamak.

Tarama hızı sunucunun kapasitesine göre ayarlanmalıdır. Çok yüksek eş zamanlı istek sayısı, küçük bir sunucuyu yavaşlatabilir ve gerçekte bulunmayan 5xx hataları oluşturabilir.

Tasarım değişikliğinde görsel yollarını da tarayın. Dosya biçimi değiştiriliyorsa eski görsel adreslerinin boşa çıkmadığını doğrulayın. Uygulama ayrıntıları için web sitesinde AVIF görsel kullanma rehberinden yararlanabilirsiniz.

Tarama aracı yalnız erişebildiği bağlantıları bulur. Siteden hiçbir bağlantı almayan eski URL’ler için Search Console, site haritaları ve sunucu kayıtları ayrıca incelenmelidir.

Sunucu kayıtları ve analiz verileri neyi gösterir?

Sunucu kayıtları, hangi URL’nin ne zaman istendiğini ve hangi HTTP yanıtını aldığını gösterir. Bu yöntem, bağlantı kaynağı bilinmeyen 404 isteklerini bulmakta kullanılır.

Standart erişim kayıtlarında istek yolu, durum kodu, zaman, yönlendiren sayfa ve kullanıcı aracısı bulunabilir. Kayıt biçimi sunucuya ve yapılandırmaya göre değiştiği için alanları önce doğrulayın.

Log dosyasında durum kodu 404 olan satırları filtreleyin. URL’leri istek sayısına göre gruplayın. Ardından kullanıcı aracısını inceleyerek gerçek ziyaretçi, Googlebot ve istenmeyen bot trafiğini ayırın.

Analiz aracı ise yalnız izleme kodu çalışan 404 sayfasını kaydedebilir. Sunucu boş yanıt veriyorsa veya sayfa yüklenmeden hata oluşuyorsa analiz platformunda veri görünmeyebilir.

Özel 404 sayfasında sabit bir sayfa başlığı veya olay etiketi kullanabilirsiniz. Böylece analiz raporunda hata sayfası görüntülemelerini, önceki sayfayı ve ziyaretçinin sonraki hareketini karşılaştırabilirsiniz.

Ancak URL parametreleri ve saldırı botları binlerce anlamsız varyasyon üretebilir. Önceliği gerçek kullanıcı, Googlebot, yönlendiren iç bağlantı veya bilinen dış bağlantı bulunan adreslere verin.

Log saklama süresi her sunucuda aynı değildir. İncelemeye başlamadan önce barındırma sağlayıcınızın kayıt erişimini ve saklama politikasını öğrenin. Gerekli dönem silinmişse geriye dönük veri üretilemez.

Site içindeki kırık bağlantılar nasıl kontrol edilir?

Site içindeki kırık bağlantılar; şablonlar, içerikler, site haritaları ve yapılandırılmış URL alanları birlikte taranarak kontrol edilir. Yalnız menüyü incelemek yeterli değildir.

Önce tüm sitede tekrar eden alanları kontrol edin. Üst menü, mobil menü, altbilgi ve kenar çubuğundaki tek hata, yüzlerce sayfada aynı kırık bağlantıyı oluşturabilir.

Sonra içerik gövdesindeki bağlantıları inceleyin. Eski blog yazıları, ürün açıklamaları ve indirilebilir dosyalar sık unutulur. Tarama raporundaki kaynak sayfa sütunu bu aşamayı hızlandırır.

• Menü bağlantıları doğru alan adı ve protokolü kullanıyor.
• Logo bağlantısı geçerli ana sayfaya gidiyor.
• Altbilgideki iletişim ve politika sayfaları açılıyor.
• Blog içeriklerindeki eski bağlantılar kontrol edildi.
• Görsel, PDF, CSS ve JavaScript adresleri yanıt veriyor.
• XML site haritasında yalnız geçerli kanonik URL’ler bulunuyor.
• Canonical ve hreflang adresleri 200 yanıtı döndürüyor.
• Form sonrası teşekkür sayfası erişilebilir durumda.

WordPress gibi içerik yönetim sistemlerinde taslak, çöp kutusu veya kalıcı bağlantı değişiklikleri kırık adres oluşturabilir. Eklenti raporları yardımcıdır, ancak sunucu yanıtını ayrıca doğrulayın.

Tarayıcı eklentileri tek sayfalık kontrollerde işe yarar. Fakat yüzlerce URL bulunan sitelerde yeterli olmaz. Çünkü yalnız açık sayfadaki bağlantıları test eder ve site envanteri oluşturmaz.

Kırık bağlantı düzeltirken görünen bağlantı metnini de inceleyin. Belirsiz veya yanlış hedef tanımlayan metinler kullanıcıları yanıltır. Bu konu, AI ajanları için web sitesi erişilebilirliği açısından da önemlidir.

Harici bağlantıların bozulması sizin sunucunuzda 404 oluşturmaz. Yine de kullanıcı deneyimini etkiler. Dış kaynak kaldırılmışsa güncel kaynağı bulun veya bağlantıyı içerikten çıkarın.

Gerçek 404 ile soft 404 nasıl ayırt edilir?

Gerçek 404 ile soft 404, sayfanın görünen mesajına değil HTTP durum koduna bakılarak ayrılır. Görsel olarak aynı hata ekranı, sunucu düzeyinde farklı yanıtlar verebilir.

Gerçek 404 sayfası 404 durum kodu döndürür. Soft 404 ise bulunamadı, boş veya çok zayıf içerik gösterirken genellikle 200 gibi başarılı bir yanıt gönderir.

Kontrol için tarayıcının geliştirici araçlarındaki Network panelini kullanın. Sayfayı yeniden yükleyin ve ana belge isteğinin durum kodunu inceleyin. Yönlendirme varsa bütün yanıt zincirini kaydedin.

Komut satırında curl kullanılabilir. Ancak bazı sunucular HEAD ve GET isteklerine farklı yanıt verir. Sonuç şüpheliyse gerçek GET isteğini ve tarayıcıdaki ağ kaydını karşılaştırın.

Boş kategori sayfaları sık karşılaşılan örnektir. Kategori kalıcı olarak kaldırıldıysa 404 veya 410 düşünülebilir. Geçici olarak ürünsüzse açıklama, alternatifler ve gezinme seçenekleri sunulabilir.

Stokta olmayan her ürün sayfasını 404 yapmak doğru değildir. Ürün geri gelecekse veya teknik bilgi aranmaya devam ediyorsa sayfa açık tutulabilir. Satın alma durumu açıkça belirtilmelidir.

Soft 404 sorunu, özel hata şablonunun 200 döndürmesinden de kaynaklanabilir. Uygulama yönlendirmelerini, web sunucusu kurallarını ve içerik yönetim sisteminin hata işleyicisini birlikte kontrol edin.

Bir URL başka adrese gidiyorsa ilk yanıt 301, 302, 307 veya 308 olabilir. Son hedefin 200 dönmesi gerekir. Zincirin ortasında 404 varsa yönlendirme tamamlanmamıştır.

Google’ın sınıflandırması zamanla değişebilir. Teknik düzeltmeden sonra Search Console doğrulamasını başlatın ve URL Denetleme ile birkaç temsilî adresi yeniden test edin.

Site taşıma veya tasarım yenilemesinde 404 kontrolü nasıl yapılır?

Site taşıma ve tasarım yenilemesinde 404 kontrolü, eski URL envanteri ile yeni URL eşleştirme tablosu hazırlanarak yapılır. Bu çalışma yayından önce tamamlanmalıdır.

Eski URL’leri Search Console dışa aktarımları, XML site haritaları, analiz raporları, sunucu kayıtları ve mevcut site taramasıyla toplayın. Tek kaynağa bağlı kalmak eksik liste oluşturabilir.

Her eski adres için yeni karşılığı belirleyin. İçerik aynıysa doğrudan eş değer sayfaya kalıcı yönlendirme uygulayın. Karşılık yoksa kullanıcıya yanlış sayfa göstermek yerine 404 veya 410 bırakın.

• Eski alan adı, alt alan adı ve protokol varyasyonları tarandı.
• Mevcut URL listesi değişiklikten önce dışa aktarıldı.
• Eski ve yeni URL’ler bire bir eşleştirildi.
• Yönlendirmeler test ortamında kontrol edildi.
• Menü, canonical ve site haritası yeni URL’leri kullanıyor.
• Reklam ve e-posta bağlantıları güncellendi.
• Yayından sonra tam site taraması çalıştırıldı.
• Search Console ve sunucu kayıtları izlemeye alındı.

Yönlendirme zinciri oluşturmayın. Eski A adresi önce B’ye, sonra C’ye gidiyorsa A’yı doğrudan C’ye bağlayın. Bu düzen hem taramayı hem kullanıcı bekleme süresini azaltır.

Tasarım yenilemesinde yalnız sayfa URL’leri değişmez. Tema dosyaları, fontlar, görseller ve JavaScript parçaları da yeni klasörlere taşınabilir. Tarama raporunda kaynak dosya hatalarını ayrıca filtreleyin.

Yeni yönlendirmelerin performans etkisini de kontrol edin. Gereksiz zincirler mobil bağlantılarda daha görünür gecikme oluşturabilir. Teknik adımlar için mobil site hızını artırma rehberindeki ölçüm yöntemlerini kullanabilirsiniz.

Test ortamı erişime kapalıysa standart tarama çalışmayabilir. Araca kimlik doğrulama tanımlayın veya IP erişimi sağlayın. Güvenlik duvarını tamamen kaldırmak yerine kontrollü erişim kullanın.

Yayından sonraki ilk kontrolleri yalnız ana sayfayla sınırlamayın. Ürün, kategori, içerik, form, dosya ve kampanya şablonlarından temsilî URL’ler seçerek her sayfa türünü test edin.

Bulunan 404 hataları nasıl düzeltilir ve izlenir?

Bulunan 404 hataları, URL’nin değeri ve kaldırılma nedenine göre bağlantı güncelleme, içerik geri yükleme, yönlendirme veya geçerli 404 bırakma seçenekleriyle düzeltilir.

İlk önceliği site içinden bağlantı alan URL’lere verin. Menü, ödeme, form ve kampanya akışındaki hatalar kullanıcıların işlemini engeller. Kaynak bağlantıyı doğrudan yeni hedefle değiştirin.

İkinci olarak trafik, dönüşüm veya dış bağlantı alan eski adresleri inceleyin. Eş değer içerik varsa 301 ya da 308 kalıcı yönlendirme kullanılabilir. Geçici değişikliklerde 302 veya 307 değerlendirilir.

Bütün eski adresleri ana sayfaya yönlendirmeyin. Kullanıcı aradığı içeriğe ulaşamaz ve Google bu yönlendirmeleri soft 404 olarak değerlendirebilir. Hedef, eski sayfanın amacına gerçekten karşılık gelmelidir.

Kalıcı olarak kaldırılan ve eş değeri bulunmayan sayfanın 404 vermesi normaldir. İsterseniz 410 kullanabilirsiniz. Her iki durumda da URL’yi site haritasından ve iç bağlantılardan çıkarın.

1. 404 URL listesini tek tabloda birleştirin.
2. Tekrarlanan ve parametreli adresleri gruplayın.
3. Her URL’nin kaynak bağlantısını belirleyin.
4. Trafik, dönüşüm ve dış bağlantı durumunu kontrol edin.
5. Düzeltme türünü ve yeni hedefi tabloya yazın.
6. Uygulamadan sonra durum kodunu yeniden test edin.
7. Search Console, tarama ve log verileriyle sonucu izleyin.

Ölçüm için başlangıçtaki 404 sayısını kaydedin. Sonraki taramada kalan hata sayısını, yeni oluşan URL’leri ve düzeltilen adresleri ayrı raporlayın. Yalnız toplam sayıya bakmayın.

Yoğun değişiklik sonrasında kontrolleri daha sık yapın. Site yapısı sabitlendiğinde aralığı yayın sıklığına göre uzatabilirsiniz. Her yeni sürümden sonra otomatik tarama çalıştırmak hatayı erken yakalar.

Özel 404 sayfasında ana menü, arama alanı ve temel kategoriler bulunabilir. Ancak bu tasarım, yanlış HTTP kodunu düzeltmez. Önce sunucu yanıtı, sonra kullanıcı arayüzü kontrol edilmelidir.