SEO için 404 hataları ne zaman kullanılır

Yazar: Sezer DemirBlakfy Dijital Pazarlama - SEO Uzmanı

Hatalar kötüdür ve düzeltilmesi gerekir, değil mi? Web sitenizde karşılaşılan 404 hataları söz konusu olduğunda bu her zaman böyle değildir. Bu hatalar, kullanıcılara ve arama motorlarına bir sayfanın "Bulunamadığı" konusunda net bir sinyal verir ve pek çok durumda bu aslında doğru yaklaşım olabilir.

Bu makalede 404 hatalarının SEO için ne zaman önemli olduğunu (ve nedenini), sitenizde bunları nasıl bulacağınızı, ne zaman çözmeniz gerektiğini ve bunu nasıl yapacağınızı inceleyeceğiz. 404 hataları her web sitesi yöneticisinin karşılaştığı teknik bir konudur ve doğru yaklaşımla bu hataları sitenizin SEO performansı için avantaja dönüştürebilirsiniz.

404 hataları nedir

404 hataları, bir kullanıcı mevcut olmayan bir web sayfası talep ettiğinde ve sunucu "Bulunamadı" yanıtı verdiğinde ortaya çıkar. Bu durum kullanıcı bir URL'yi yanlış yazdığında, iç bağlantı bozuk olduğunda, sayfa URL'si değiştiğinde, sayfa silindiğinde ve benzeri senaryolarda gerçekleşebilir.

Bir web sayfasını ziyaret ettiğinizde tarayıcınız o sayfayı web sitesinin sunucusundan talep eder ve sunucu yanıt verir. Sunucu sayfanın içeriğiyle birlikte "yanıt kodu" veya "durum kodu" olarak adlandırılan küçük bir not gönderir; bu, isteğin tamamlanıp tamamlanmadığını belirten bir etikettir. Çoğu durumda istek başarılı olur ve sunucu "200 OK" durum kodunu gönderir.

Ancak bazen talep edilen sayfa sunucuda bulunamaz. Belki artık mevcut değildir, hiç var olmamıştır veya taşınmıştır (bu senaryoların tümüne makalenin son bölümünde bakacağız). Bu durumda sunucu genellikle farklı bir durum kodu verir: "404 Bulunamadı."

"404 Bulunamadı" durum kodu yaygın olarak 404 hatası olarak adlandırılır, ancak bu mutlaka web sitenizde bir hata olduğunu göstermez. Kullanıcı mevcut olmayan bir web sayfası talep ediyorsa, hata taramayı yapan kullanıcı tarafında olabilir.

Sunucu durum kodları ortalama kullanıcı için pek bir anlam ifade etmez, bu nedenle bir sunucu 404 döndürdüğünde web sitesi genellikle insana daha uygun bir HTTP hata sayfası görüntüler. Bazen, Google'ın sayfasında görebileceğiniz gibi, sayfa "404" terimini kullanır:

Ancak çoğu zaman basitçe "Sayfa Bulunamadı" derler. İşte New York Times'ın 404 sayfası:

Bu arada, herhangi bir web sitesinin 404 sayfasını görmek istiyorsanız, muhtemelen var olmayan bir URL'ye gitmeyi deneyin. Ben genellikle /bananas kullanırım, örneğin:

google.com/bananas veya nytimes.com/bananas. Ancak kendi rastgele kelimenizi veya anlamsız ifadenizi kullanabilirsiniz.

"Soft 404" hataları nedir

Soft 404, bir web sunucusunun mevcut olmayan bir sayfa için uygun "404 Bulunamadı" yerine "200 OK" HTTP yanıt koduyla yanıt vermesi durumunda ortaya çıkar. Soft 404'ler, bu yinelenen URL'ler benzersiz içeriğe sahip sayfalar yerine taranabileceğinden, bir sitenin arama motorları tarafından tarama kapsamını sınırlayabilir.

Normal bir 404 hatası, kullanıcı eksik bir web sayfası talep ettiğinde ve sunucu "Bulunamadı" dediğinde oluşur. Peki sayfa eksikse ancak sunucu "Tamam" derse ne olur? İşte o zaman "soft 404" dediğimiz durumla karşılaşırız.

Bu aslında bir durum kodu değildir, ancak Google ve SEO sektörü tarafından bu durumu tanımlamak için kullanılan bir terimdir. "Hard 404" terimiyle de karşılaşabilirsiniz; bu, normal bir 404'ün (sunucunun uygun yanıt kodunu verdiği durum) başka bir adıdır.

Soft 404 ile sonuçlanan bir senaryo, içeriği olmayan bir sayfadır: Sunucu sayfayı başarıyla sunar (bu "200 OK" durum kodunu açıklar), ancak arama motorunun bakış açısından içerik "bulunamadı." Bu kulağa olası gelmeyebilir, ancak etiket ve kategori sayfalarında şaşırtıcı derecede sık gerçekleşir. Web platformunuz her kategori için otomatik olarak bir sayfa oluşturuyorsa ve herhangi bir içerik atamadan bir kategori oluşturursanız, içeriği olmayan bir sayfa elde edersiniz. Bu "zayıf" sayfa, soft 404 için mükemmel bir adaydır.

İlan ve e-ticaret web siteleri, bir arama sonuçları sayfası veya filtre kombinasyonu için stok mevcut değilse soft 404'ler oluşturabilir (aşağıda gösterildiği gibi).

Soft 404'ler hem kullanıcılar hem de arama motorları için kafa karıştırıcıdır, bu nedenle bunları nerede olursa olsun düzeltmelisiniz. Bu, makalenin son bölümünde bakacağımız başka bir senaryodur.

Bir sayfanın 404 yanıt kodu döndürüp döndürmediğinden emin değilseniz, Chrome'un yerleşik Geliştirici Araçlarını kullanarak kendiniz görebilirsiniz.

410 hataları hakkında ne söylenebilir

404'e çok benzer başka bir yanıt koduyla da karşılaşabilirsiniz: "410 Gone." 404 yalnızca sayfanın bulunamadığını belirtirken, 410 sayfanın kalıcı olarak kullanılamaz olduğu anlamına gelir.

Pratikte (ve özellikle SEO açısından) ikisi arasında çok az fark vardır. Örneğin Google, "web sitenizden içerik kaldırıyorsanız, bunlardan birini kullanmanız tamamen sorun değildir" şeklinde açıkladı.

404 sayfalar her zaman kötü değildir

Bir 404 durum kodu mutlaka kötü değildir ve bir kullanıcının 404 hata sayfası görmesi de öyle. Bu sadece erişmeye çalıştıkları sayfanın bulunamadığı anlamına gelir.

Örneğin, 404 hatalarının yaygın bir nedenine bakalım: bir URL'yi yanlış yazmak. Kullanıcı sitenizdotcom/haberler adresine gitmek istiyor ve yanlışlıkla tarayıcının adres çubuğuna sitenizdotcom/xaberler yazıyor ("haberler" yerine "xaberler"). Bu sayfa mevcut değil, bu yüzden 404 alıyorlar.

Şimdi, bu önleyebileceğiniz bir senaryo değil. Web sitenizde hiçbir şey bozuk değil; bu tamamen kullanıcı hatasıdır. Bu durumda yapabileceğiniz en iyi şey, kullanıcı için mümkün olduğunca değerli bir 404 sayfası sağlamaktır. YouTube ve BBC gibi birçok site, 404 sayfalarına bir arama kutusu ekleyerek kullanıcılara ilgilendikleri içeriği bulmak için ikinci bir şans verir:

404 sayfanız yararlı olmanın yanı sıra eğlenceli de olabilir. Amazon'un 404 sayfası şu anda "Amazon'un köpekleri"nden birini gösteriyor: "Amazon'u çalışmak için harika bir yer yapan köpekler." 404 sayfasına her gelişinizde (veya sayfayı her yenilediğinizde) farklı bir sevimli köpek görürsünüz:

Bu, kullanıcıları sitenin "İşyeri" bölümünü ziyaret etmeye teşvik eder ve Amazon'un işe alım çabalarını destekler, dolayısıyla hem kullanıcıya hem de Amazon'a değer sağlar.

Ancak kullanıcıları 404 sayfanızı ziyaret etmeye teşvik etmek belki de fazla ileri gitmek olabilir: bu, 404 trafiğinizi yapay olarak şişirir ve 404 hatalarını tanımlamayı (ve potansiyel olarak düzeltmeyi) zorlaştırır.

SEO için 404 hataları

404 hata sayfaları doğası gereği kötü olmadığı gibi, 404 hataları da SEO için mutlaka kötü değildir.

404 hataları SEO için neden önemlidir

Peki 404 hataları mutlaka kötü değilse, tamamen önlenemiyorsa ve Google'dan herhangi bir ceza ile sonuçlanmıyorsa, SEO için neden önemlidir?

Bu soruyu yanıtlamak için Google'ın (ve diğer arama motorlarının) 404'lere nasıl yaklaştığına bakmamız gerekiyor; soft 404'ler de dahil. Google, kullanıcıların "Bulunamadı" sayfalarına yönlendiren arama sonuçlarına tıklamasını istemez çünkü bu kötü bir kullanıcı deneyimi olur. Bu nedenle Google'ın bu URL'leri dizininden kaldırması şaşırtıcı değildir. Bu, artık arama sonuçlarında görünmeyecekleri anlamına gelir.

Google'ın 404'lerle karşılaştığında yaptığı tek eylem bu değildir. Google Kıdemli Arama Analisti John Mueller'in açıkladığı gibi: "Genellikle bu URL'lerin taranmasını biraz azaltırız, böylece var olmadığını bildiğimiz şeyleri taramak için çok fazla zaman harcamayız."

Bu iyi bir şey olabilir çünkü tarama bütçenizi yönetmenize yardımcı olur (yani bir arama motoru botunun belirli bir süre içinde belirli bir sitede tarayacağı ve indeksleyeceği sayfa sayısı). Bir arama motorunun var olmayan sayfaları taramak için çok fazla zaman harcamasını istemezsiniz çünkü yeni veya yakın zamanda güncellenmiş içeriğinizi taraması için daha uzun süre beklemeniz gerekir. Bu, web siteniz ne kadar büyükse o kadar önemli hale gelir.

Google 404'leri daha az sıklıkla tarasa bile, yine de tarama bütçenizin büyük bir kısmını bu sayfalara kaybedebilirsiniz. Örneğin, işte tarama isteklerinin %34'ünün 404'lerde boşa harcandığı bir site:

İçerik yayından kaldırma ve tekrar yayınlama konusunda iki kez düşünün

Google'ın 404'leri daha az taraması, içerik yayından kaldırmayı düşünürken akılda tutulması gereken bir şeydir.

Diyelim ki güncel olmayan içeriğe sahip bir sayfanız var. Yakında güncellemeyi planlıyorsunuz, ancak bu arada sayfayı yayından kaldırmaya karar veriyorsunuz; bu da Google'ın sayfayı arama dizininden kaldırmasına yol açıyor. O zaman içeriği güncelleyip sayfayı yeniden yayınlasanız bile, Google URL'yi yeniden tarayıp dizinine geri eklemeden önce belirsiz bir süre beklemeniz gerekebilir.

Bu tek bir sayfa için sinir bozucu olurdu, ancak sitenizin tüm bir bölümünü etkilediğini hayal edin. Mümkünse sayfayı yayınlı bırakıp içeriği en kısa sürede güncellemek daha iyi olurdu.

Yeniden tarama talep etme

Geçici olarak bir sayfayı yayından kaldırırsanız ve Google'ın dizininden kaldırılırsa, Google'dan URL'yi yeniden taramasını istemek için Google Search Console'u (GSC; ücretsiz, paha biçilemez bir SEO aracı) kullanabilirsiniz; yani botunu sayfayı tekrar ziyaret etmeye ve içeriği okumaya gönderme:

Google Search Console'da URL Denetleme aracını kullanarak tekil bir sayfa için "İndeksleme talep edildi."

Yeniden tarama talep etseniz bile, Google'ın dediği gibi, "Tarama birkaç günden birkaç haftaya kadar sürebilir." Ve yeniden taramanın Google'ın sayfayı dizinine geri eklemesiyle sonuçlanacağının garantisi yoktur.

Makalenin ilerleyen bölümlerinde GSC'ye daha ayrıntılı bakacağız, özellikle 404'leri tanımlamak için nasıl kullanabileceğinize.

Kırık linklerden kaynaklanan 404'ler

404 hatalarının SEO için önemli olmasının bir başka nedeni daha var: bunlar SEO sorunlarının bir nedeni olmasa da bir belirti olabilirler. Tek bir linkteki yazım hatasından site yapınız veya içeriğinizle ilgili büyük bir soruna kadar her şeyi gösterebilirler.

İç bağlantıdaki bir yazım hatası örneğini ele alalım (sitenizin bir sayfasından diğerine verilen bağlantı). Bu bağlantıya tıklayan herhangi bir kullanıcı, tıkladıkları içeriğe ulaşmak yerine 404 hatasıyla karşılaşır. Bu açıkça kullanıcı deneyimi için kötüdür ve kullanıcının hayal kırıklığıyla sitenizden ayrılmasına neden olabilir. Bir e-ticaret işletmesiyseniz, bunun sonucunda bir satışı kaçırabilirsiniz.

Ancak kırık bir iç bağlantının etkisi bundan daha büyük olabilir. Hub makalemiz "İç bağlantının temelleri" makalesinde açıkladığımız gibi: İç bağlantı, içeriğini Google arama sonuçlarının ilk sayfasında sıralamak isteyen her site sahibi için esastır. Bunun nedeni, Google'ın belirli bir sayfaya işaret eden iç bağlantıların kalitesine ve miktarına bakarak sitenizde hangi sayfaların önemli olduğunu değerlendirmesine yardımcı olmasıdır.

Bağlantımız (içindeki yazım hatasıyla) doğru sayfaya işaret etmiyor, bu nedenle Google'a hedeflenen varış noktası hakkında hiçbir şey söylemiyor. Bağlantıyı düzelterek, Google'ın o varış sayfasının önemini daha iyi anlamasına yardımcı olabilir ve potansiyel olarak arama sonuçlarındaki sıralamasını iyileştirebiliriz.

Aynı durum gelen bağlantılar için de geçerlidir (yani web sitenize diğer web sitelerinden verilen bağlantılar, geri bağlantılar olarak da adlandırılır). Burada şunlardan bahsediyor olabiliriz: sosyal medyadaki gibi pazarlama kampanyalarındaki bağlantılar, yüksek kaliteli içeriğinizin bir sonucu olarak diğer sitelerden doğal olarak kazanılan bağlantılar, kasıtlı sosyal yardım ve bağlantı oluşturmanın bir sonucu olarak kazanılan bağlantılar.

Bu bağlantılar bozuksa, bunlara tıklayan tüm kullanıcılar hem 404 hatası hem de standart altı kullanıcı deneyimi alacaktır. Ve yine, varış sayfasının önemi hakkında Google'a sinyal gönderme fırsatını kaçırıyorsunuz. Elbette, doğrudan kontrolünüz olmayabileceğinden, kırık gelen bağlantıları düzeltmek daha zor olabilir.

E-posta bültenleri ve diğer toplu e-postalar biraz istisnadır. Google e-posta bültenlerini taramaz (aynı zamanda bir web sürümü de yoksa), bu nedenle buradaki bağlantılar Google'ın sitenizi anlamasına yardımcı olmaz; ancak yine de bozuk olabilir ve 404'lere neden olabilir.

Toplu e-postalar önemli bir trafik ve dönüşüm kaynağı olabilir. İstenmeyen 404'lerden kaçınmak için bunları kırık bağlantılar açısından kontrol edin.

Dolayısıyla 404 hataları SEO için doğası gereği kötü olmasa da, aksi takdirde SEO'nuzu (ve UX'inizi) engelleyebilecek hataları bulma ve düzeltme fırsatı sunarlar. Bu nedenle tüm 404 hatalarınızı araştırmak ve duruma göre harekete geçip geçmeyeceğinize karar vermek iyi bir fikirdir.

Web sitenizde 404 hataları nasıl bulunur

404 hatalarınız üzerinde harekete geçip geçmeyeceğinize karar vermeden önce, bunları bulabilmeniz gerekir. Bunu yapmanın birkaç yolu vardır: Google Search Console gibi bir SEO aracıyla, içerik yönetim sisteminizde (CMS) veya web platformunuzda, Google Analytics 4 gibi bir analiz aracı kullanarak.

Her birinin artıları ve eksileri vardır, şimdi bunlara sırayla bakalım.

Google Search Console ile 404 hataları bulma

Google Search Console, Google'ın keşfettiği 404 hataları hakkında bilgi de dahil olmak üzere arama motorunun web sitenizi nasıl gördüğünü anlamanıza yardımcı olan Google'dan ücretsiz bir SEO aracıdır.

GSC'yi kullanmak için öncelikle sitenize sahip olduğunuzu veya yönettiğinizi kanıtlamak üzere doğrulamanız gerekir. Google Search Console hakkındaki eksiksiz rehberimiz bunu yapma talimatlarına sahiptir.

Ardından GSC içinde Sayfa İndeksleme raporuna gidin (Sayfalar > İndeks). Bu, Google'ın web sitenizin kaç sayfasını dizinine eklediğini ve kaç tanesini atladığını gösterir.

Biraz aşağı kaydırın ve sayfaların indekslenmeme nedenlerini listeleyen bir tablo göreceksiniz, her nedenle etkilenen sayfa sayısıyla birlikte:

Bu olası nedenlerden biri "Bulunamadı (404)"tür. (Ayrıca "Soft 404" veya "Diğer 4xx sorunu nedeniyle engellenen URL" de görebilirsiniz; Search Console Yardımı, olası indekslenmeme nedenlerinin tam listesini sağlar.)

"Bulunamadı (404)" olan sayfalarınız varsa, şunları görmek için bu nedene tıklayın: Etkilenen sayfa sayısı, zaman içindeki eğilimi gösteren bir grafik, bu indekslenmeme nedenine sahip bazı örnek sayfalar, bu sayfaların en son ne zaman tarandığı.

Raporun üstündeki DIŞA AKTAR seçeneğini kullanarak etkilenen sayfaların listesini CSV, Excel veya Google E-Tablolar formatında dışa aktarın (not: Google bunu 1.000 sayfayla sınırlar).

Bu 404'leri düzeltebilir, Google'ın sayfaları yeniden taramasını bekleyebilir ve ardından başka 1.000 URL topluluğunu dışa aktarabilirsiniz; ancak bu çok yavaş olurdu. Ayrıca size zaten gösterdiğim gibi, tüm 404'ler istenmeyen değildir.

Bu verilerin bir API aracılığıyla mevcut olup olmadığını merak ediyor olabilirsiniz. Ne yazık ki, Search Console'un bir API'si olsa da indeksleme verilerini kapsamaz.

Bu sınırlamalarla engellendiğinizi fark ederseniz, 404'leri tanımlamanın diğer yöntemlerinden birini düşünün.

Wix veya diğer web platformlarında 404 hataları bulma

CMS veya web platformunuz da size 404'ler hakkında bilgi sağlayabilir (ancak bazen bir eklenti veya uzantı gereklidir).

Wix'teki Yanıt Durumu Zaman İçinde raporu, 4XX ve 5XX hatalarını gösterir.

Wix size bu tür içgörüleri kutudan çıkar çıkmaz sağlar (yukarıda gösterildiği gibi). İşte nasıl bulacağınız: Wix kontrol panelinize giriş yapın, ana menüde Analiz ve Raporlar > Raporlar bölümüne gidin, sayfanın SEO bölümüne kaydırın, Daha fazla rapor göster'e tıklayın, Yanıt Durumu Zaman İçinde'ye tıklayın.

Varsayılan olarak rapor, eğilimleri tespit edebilmeniz için bir çubuk grafik gösterir; ancak ayrıntılara dalmak istiyorsanız "Tablo" görünümüne geçin. Yalnızca 4XX yanıtlarını göstermek için üstteki "Yanıt durumu sınıfları" arama filtresini kullanın (bu, 404'leri, 410'ları ve "istemci hataları" olarak adlandırılan diğer hataları içerir).

Her 404 için etkilenen sayfayı, ilk isabetın tarihini, en son isabetın tarihini ve genel bir sayıyı göreceksiniz. Bu, önce en büyük sorunları belirlemenize ve zamanınızı en etkili şekilde kullanmanıza olanak tanır; çok sayıda 404'nüz varsa önemlidir! Verilerinizi CSV, Excel dosyası veya resim olarak dışa aktarmak ve Wix dışında üzerinde çalışmaya devam etmek için İndir seçeneğine tıklayın.

CMS veya platformunuz size 404'ler hakkında herhangi bir bilgi sağlamıyorsa, bunun yerine doğrudan sunucu günlüklerinizden alabilirsiniz. Bu metin dosyaları, sunucu isteklerinin (yanıt kodları dahil) bir kaydıdır ve genellikle barındırma hesabınız üzerinden erişilebilir. Web barındırma hizmetiniz bunu nasıl yapacağınız konusunda talimat sağlayabilmelidir.

Google Analytics'te 404 hataları bulma

Son olarak, Google Analytics 4 (GA4) gibi analiz araçları aracılığıyla da 404 hatalarını izleyebilirsiniz. 404 sayfanız "Sayfa Bulunamadı" veya "404 Hatası" gibi benzersiz bir sayfa başlığına sahipse bu en kolay yoldur.

Daha sonra bu sayfa başlığına sahip herhangi bir sayfa için sayfa görüntülemelerini gösteren bir rapor oluşturabilirsiniz. URL'ye (sayfa yolu) boyutuna bakmak, 404'lerin nerede gerçekleştiğini gösterecektir.

Bu sitedeki 404 sayfası "Sayfa Bulunamadı" benzersiz sayfa başlığına sahiptir, bu nedenle GA4 raporlarında arama yapmak mümkündür.

Google Search Console yaklaşımının aksine, bu soft 404 hatalarını algılamaz. Ayrıca yalnızca bulunamayan sayfaları algılar, görüntüleri veya diğer dosya türlerini değil. Ancak e-posta bültenlerindeki kırık bağlantılardan kaynaklananlar gibi Search Console'un kaçırdığı 404'leri yakalayabilir.

Analytics Mania, 404 sayfanızın benzersiz bir sayfa başlığı olup olmadığına bakılmaksızın GA4'te 404 hatalarını izlemek için kapsamlı bir kılavuza sahiptir (iki farklı yöntem).

404 hata örnekleri ve düzeltmeleri

Artık 404 hatalarınızı bulduğunuza göre ne yapmalısınız? Bu, her 404'ün nedenine bağlıdır. İşte bazı yaygın senaryolar ve her biri için bir düzeltme.

Sayfa URL'si değişti

Kendiniz düzenlememiş olsanız bile bir sayfa URL'si değişebilir. Platformunuza bağlı olarak, içeriği yeniden adlandırmak veya taşımak bir URL değişikliğini tetikleyebilir.

Diyelim ki tek bir gönderi için URL yapınız: sitenizdotcom/kategori-A/gonderi-adi

Gönderiyi kategori A'dan kategori B'ye taşımak, gönderi URL'sini değiştirebilir; gönderi adını değiştirmek de aynı şekilde.

Platformunuz veya CMS'niz otomatik olarak eski URL'den yenisine bir yönlendirme koyabilir (Wix'te bir sayfanın URL yapısını her değiştirdiğinizde durum budur), ancak yapmazsa, eski URL'ye gelen herkes (iç veya dış bir bağlantı aracılığıyla) 404 ile karşılaşacaktır.

Buradaki doğru yaklaşım, yönlendirmeyi kendiniz koymaktır. Bu durumda kalıcı veya "301" yönlendirmesi istersiniz; "301 Kalıcı Olarak Taşındı" durum kodunu döndürdüğü için böyle adlandırılır. Yönlendirmeyi doğrudan web platformunuzda veya CMS'nizde ekleyebilirsiniz veya web sunucusu yapılandırma dosyalarınızı düzenlemeniz gerekebilir.

Kullanıcılarınızın istedikleri içeriğe ulaşmasına yardımcı olmanın yanı sıra, yönlendirme herhangi bir bağlantı değerini yeni URL'ye aktaracaktır, böylece organik arama sıralamalarınız ve trafiğiniz zarar görmez.

Yapabiliyorsanız, bağlantıları doğrudan yeni URL'ye işaret edecek şekilde güncellemelisiniz. Bu, içerik gelecekte tekrar taşınırsa yönlendirme zincirlerini önlemek içindir (aşağıdaki resme bakın).

Bir yönlendirme zinciri örneği.

Bir yönlendirme sorun değildir, ancak Sayfa A'nın Sayfa B'ye yönlendirdiği, Sayfa B'nin de Sayfa C'ye yönlendiği ve bu şekilde devam eden durumlardan kaçınmak istersiniz. Bu, sayfa yükleme sürelerine eklenir ve tarama bütçenizi etkileyebilir.

Belirli bir URL için halihazırda bir yönlendirme zinciri olup olmadığını görmek için Redirect Checker gibi bir araç kullanın. Bu, varış sayfasına ulaşmak için geçtiği yönlendirmeleri ve her noktadaki durum kodunu gösterecektir. Örneğin, ana sayfamın HTTP www olmayan sürümünden HTTPS www sürümüne ulaşmak iki yönlendirme alır:

Son olarak, Google'ın yeni URL'yi keşfetmesini, taramasını ve indekslemesini isteyeceksiniz. Yerleştirdiğiniz yönlendirme bunun gerçekleşmesine yardımcı olmalıdır, ancak GSC'de bir tarama da talep edebilirsiniz.

Sayfa silindi

Silinen sayfalar 404'lerin bir başka yaygın nedenidir. Buradaki eylem planınız sayfayı neden sildiğinize bağlıdır. Sayfayı başka bir sayfayla birleştirdiğiniz veya sitenizdeki diğer içeriğe çok benzediği için sildiyseniz, kesinlikle bir 301 yönlendirmesi ayarlamalısınız.

Ancak sayfayı sildiyseniz ve bu konuda başka alakalı içeriğiniz yoksa, 404'ü olduğu gibi bırakın. "Bulunamadı" bu durumda doğru sunucu yanıtıdır.

Silinen bir sayfayı alakasız içeriğe veya ana sayfanıza yönlendirme cazibesine kapılmayın. Google geçmişte bunun soft 404 olarak görülebileceğini söyledi, bu nedenle bunu yapmaktan SEO faydası olmaz. Ayrıca kullanıcılar için kafa karıştırıcı olabilir.

Ancak silinen sayfaya giden iç bağlantıları kaldırmalısınız. Bu, birinin eksik içeriğe tıklaması durumunda kullanıcı hayal kırıklığını önlemeye yardımcı olacaktır. Google Search Console'daki URL Denetleme Aracı, Google'ın sayfayı nasıl keşfettiğini size söyleyecektir; bu, bu kırık bağlantıların nerede bulunduğunu belirlemenize yardımcı olabilir:

Ancak bu tek bağlantı olmayabilir. Bu nedenle daha verimli bir seçenek, sitenizi taramak ve iç bağlantıların kapsamlı bir listesini oluşturmak için Screaming Frog gibi bir SEO aracı kullanmak olabilir (500'den az URL'ye sahip siteler için ücretsiz sürüm yeterlidir).

Kullanıcı bir URL'yi yanlış yazar

Bir kullanıcının yanlışlıkla "/haberler" yerine "/xaberler" yazdığı ve sonuç olarak 404 aldığı bir senaryoya zaten baktık. Bu tek seferlikse, bununla ilgili yapabileceğiniz bir şey yoktur. Ancak aynı yanlış yazım tekrar tekrar oluyorsa, yanlış yazılmış URL'den doğru URL'ye bir 301 yönlendirmesi koymak isteyebilirsiniz. Google'ın önerdiği gibi:

"URL yaygın olarak yanlış yazılmış veya alternatif olarak yazılmış bir kelime veya URL ise

yaygın yanlış yazımlarınızı veya alternatif yazımlarınızı yönlendirmeler veya başka bir mekanizma kullanarak sitenizdeki aynı sayfaya eşleyin."

Bir bağlantıda hata

Birisi sayfalarınızdan birine bağlantı verdiğinde ancak bağlantının kendisinde bir yazım hatası yaptığında da 404'ler meydana gelebilir. Bu, bağlantının var olmayan bir sayfaya işaret etmesi anlamına gelir.

Bu bir iç bağlantıysa çözüm kolaydır: bağlantıyı düzeltin! Ancak gelen bir bağlantıysa işler biraz daha karmaşık olabilir. Yönlendiren web sitesi sahibine ulaşıp düzeltmesini isteyebilirsiniz. Sonuçta içeriğinizi ilk etapta bağlantı vermeye değer buldular. Ancak bunu yapamayabilir veya yapmak istemeyebilirler.

Bir sonraki eylem planı, var olmayan sayfayı amaçlanan varış noktasına 301 yönlendirmek olacaktır. Bu şekilde, kırık bağlantıya tıklayan herkes doğru içeriğe yönlendirilecektir ve bu sayfa gelen bağlantıdan bağlantı değeri kazanacaktır.

Spam geri bağlantılar

Siteniz 404'lerle sonuçlanan spam veya sahte geri bağlantılar çekebilir. Bu bağlantılar genellikle programlı olarak (yani toplu olarak, bir komut dosyası veya başka bir otomatik süreç kullanılarak) oluşturulur ve sitenizde hiç var olmamış sayfalara işaret eder.

Burada "Bulunamadı" doğru yanıttır, bu nedenle bunları olduğu gibi güvenle bırakabilirsiniz. Bunları düzeltmeye çalışmaya veya GSC'de "Düzeltmeyi Doğrula"ya gerek yoktur.

Sayfalar "Bulunamadı" olarak doğru yanıt veriyorsa, Google Search Console'un "DÜZELTMEYİ DOĞRULA"sını 404 veren sayfalar için kullanmayın.

İçerik yok (soft 404)

Soft 404 ile sunucu yanıtı ("200 OK") ve sayfa deneyimi arasında bir uyumsuzluk vardır ve hem kullanıcıları hem de arama motorlarını kafa karıştıran bu uyumsuzluktur.

Çözüm, ikisini uyumlu hale getirmektir. Bu genellikle aşağıdaki eylem planlarından birini ifade eder: Sayfaya içerik ekleyerek optimize etme, sunucunun normal bir 404 ile yanıt vermesini sağlamak için sayfayı silme, sayfayı içeriği olan başka alakalı bir sayfaya 301 yönlendirme.

404'leri düzenli SEO denetimi ve bakımınıza ekleyin

Artık 404'lerin ne olduğunu, bunları nasıl bulacağınızı ve bunlar hakkında ne yapacağınızı (ya da muhtemelen ne yapmayacağınızı) biliyorsunuz.

Ancak sitenizi 404'ler açısından kontrol etmek tek seferlik bir iş değildir. Web siteniz veya pazarlamanızla ilgili sorunları mümkün olan en kısa sürede tespit etmenize yardımcı olacak ve işletmenize verilen zararı en aza indirecek devam eden bir görevdir.

En iyi site sağlığı için, 404'lerinizi düzenli olarak izlemek üzere bir süreç oluşturmalısınız. Sitenizi Google Search Console ile doğrulamak iyi bir ilk adımdır çünkü bu ücretsiz araç, bu hatayı veren sayfalarda ani bir artış olması durumunda size e-posta gönderecektir.

Daha büyük siteler için Google Analytics 4'te veya başka bir analiz aracında 404 izleme ayarlamayı tercih edebilirsiniz. Hatta bu verileri Looker Studio'ya çekebilir ve her ay otomatik olarak kendinize tek sayfalık bir rapor gönderebilirsiniz. Tam olarak nasıl yaptığınız önemli değil, önemli olan bunu yapmaya devam edebileceğiniz bir şey olması.