Bulunamadı (404)

TL;DR — Search Console’daki “Bulunamadı (404)”, Google’ın sunucunuzdan bir sayfa istediği ve “bulunamadı” yanıtı aldığı için sayfayı dizine eklemediği anlamına gelir. Google URL’yi kendi başına — genellikle bir bağlantıdan veya sayfa daha önce var olduğu için — bulmuştur. Bu, URL’nin nasıl keşfedildiğini açıklar; mevcut site haritanızda bulunmadığını kanıtlamaz. Gerçekten kaldırılmış olması gereken URL’lerde bu durum normaldir ve genellikle sorun oluşturmaz. Yalnızca URL çalışması gerekiyorsa düzeltin: sayfayı geri getirin veya doğru alternatifine yönlendirin.

”Bulunamadı (404)” ne anlama gelir

Bu etiket, Google’ın URL’yi isterken bir HTTP 404 aldığı anlamına gelir. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google, 429 dışındaki kalıcı 4xx yanıtlarını içeriğin mevcut olmadığı gibi ele alır. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

Google Search Console’da Sayfa Dizinleme raporunu açtığınızda, sayfaların dizine eklenmeme nedenlerinin bir listesini görürsünüz. “Bulunamadı (404)” bunlardan biridir. Bu, Googlebot’un URL’yi istediği ve sunucunuzun standart “bu sayfa mevcut değil” yanıtı olan bir HTTP 404 (Bulunamadı) ile yanıt verdiği anlamına gelir. Sayfa 404 döndürdüğü için Google onu dizine eklemedi.

İnsanları şaşırtan kısım: Google bu URL’yi sizden açık bir istek olmadan bulduğunu söylüyor. Bu, Google’ın onu nasıl keşfettiğini açıklar — genellikle aşağıdaki iki yerden biri — mevcut sitemap’inizde olmadığının garantisi değil. Aynı URL hâlâ gönderdiğiniz bir sitemap’te duruyorsa, bu ayrı ve çözülebilir bir sorundur (eski bir sitemap girdisi), raporun size söyledikleriyle çelişmez:

• Bir bağlantı. Web’deki bir şey o URL’ye bağlantı verir — kendi sayfalarınızdan biri veya başka bir sitedeki bir sayfa — ve Google bağlantıyı takip eder.
• Daha önce var olan bir sayfa. URL daha önce yayındaydı ve dizine eklenmişti, sonra onu sildiniz veya URL’yi değiştirdiniz. Google hâlâ onu hatırlar ve yeniden kontrol eder.

404’ler SEO’ya zarar verir mi?

Herkesin asıl yanıtını aradığı soru budur; sonucu baştan söyleyelim: Hayır, otomatik olarak zarar vermez. 404’ler web’in işleyişinin doğal bir parçasıdır. Sayfalar kaldırılır, URL’ler değişir ve başka siteler bazen hiç var olmamış adreslere bağlantı verir. Gerçekten kaldırılmış bir sayfanın 404 döndürmesi doğru davranıştır. Google’ın kendi belgelerine göre 429 dışındaki 4xx yanıtları sitenizin tarama hızını etkilemez; doğru bir 404 de sitenin geri kalanına ceza getirmez.

Ancak bu “doğru” etiketi yalnızca gerçekten kaldırılması gereken URL’ler için geçerlidir. Hâlâ bağlantı verdiğiniz, site haritanızda duran veya diğer sitelerin hâlâ bağlantı verdiği bir sayfadaki 404, teknik olarak geçerli olduğu için zararsız değildir — bu kırık bir bağlantı, kaybedilmiş bağlantı değeri veya çıkmaz sokağa giren bir ziyaretçidir. Bu yüzden, kendilerine işaret eden hiçbir şey olmayan gerçekten ölü sayfalar için raporunuzdaki “Bulunamadı (404)” panik yapılacak bir şey değildir. Geri kalanı incelemeye değer — sonraki bölüme bakın.

Bir 404 ne zaman gerçekten düzeltilmeye değer

Dikkat etmeniz gereken 404’ler, çalışması gereken URL’lere ait olanlardır:

• Kendi gezinmenizden veya içeriğinizden hâlâ bağlantı verdiğiniz bir sayfa (kırık bir iç bağlantı).
• Sitemap’inizde olan bir URL (olmamalı — sitemap’ler canlı, dizine eklenebilir sayfalar içindir).
• Diğer sitelerin bağlantı verdiği bir sayfa (bu bağlantıları boşa harcamış olursunuz).
• Hâlâ trafik alan veya insanların açıkça ulaşmak istediği bir URL.

Bunlar için iki iyi seçeneğiniz var:

1. Sayfayı geri getirin yanlışlıkla silindiyse.
2. Yönlendirin en alakalı canlı sayfaya (301 yönlendirmesi). Bu, ziyaretçileri işe yarar bir yere gönderir ve önemlisi, eski URL’yi işaret eden bağlantıların değerini de aktarır.

Yapmamanız gereken bir şey: her ölü URL’yi ana sayfanıza yönlendirmeyin. Google, alakasız bir yönlendirmeyi “soft 404” olarak ele alır — bu da kendi başına bir sorundur. Gerçekten alakalı bir sayfaya yönlendirin veya 404 olarak bırakın.

Tam sürümü mü istiyorsunuz — 404 vs 410 vs 301 vs noindex, bir 404’e neyin bağlantı verdiğini nasıl bulacağınız ve bunların raporda ne kadar süre kaldığı? Gelişmiş sekmesine geçin.

TL;DR — “Bulunamadı (404)”, Googlebot’un Google’ın kendi başına keşfettiğini belirttiği bir URL’yi — bir bağlantıdan veya daha önce dizine eklenmiş bir sayfadan — sizin açık bir isteğiniz olmadan talep edip 404 yanıtı aldığı ve bu nedenle URL’yi dizine eklemediği anlamına gelir. Bu açıklama URL’nin ilk nasıl keşfedildiğini anlatır; mevcut site haritanızda bulunmadığını kanıtlamaz. 404’ler web’in doğal bir parçasıdır ve Google’ın belgelerine göre 429 dışındaki 4xx yanıtları tarama hızını etkilemez. Yerine başka bir sayfa gelmeyecek şekilde kaldırılmış bir URL’nin 404 döndürmesi doğrudur ve site genelinde ceza değildir. Ancak çalışması gereken — iç bağlantısı, site haritası kaydı, geri bağlantısı veya trafiği bulunan — bir URL’deki 404; kırık bağlantı, kayıp bağlantı değeri veya kayıp kullanıcı demektir. Böyle URL’leri geri yükleyin ya da gerçekten alakalı canlı bir sayfaya 301 ile yönlendirin; bağlantı değerini geri kazanmak için gelen bağlantısı olanlara öncelik verin. Diğerlerini 404 olarak bırakın. Kendi deneyimimde 410 biraz daha hızlı dizinden düşme eğilimindedir; Google ise 429 dışındaki 4xx kodlarını aynı şekilde ele alır. Tümünü ana sayfaya topluca yönlendirmeyin; bu, soft 404 riski doğurur. Googlebot eski 404’leri giderek azalan sıklıkta yeniden kontrol ettiği için kayıtlar raporda kalabilir; bu normaldir, ceza değildir.

Google’ın size aslında söylediği şey

Rapor gözlemlenen 404’ü belirtir; hangi bağlantının, geçmiş URL’nin veya uygulama rotasının bunu ürettiğini kendi başına açıklamaz. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google’ın genel 4xx dokümantasyonu dizine ekleme davranışını açıklar. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

Google’ın bu durumun tanımı kısadır: “Bu sayfa istendiğinde bir 404 hatası döndürdü.” Önemli olan çevresel bağlamdır — Google URL’yi sizin açık bir isteğiniz veya site haritanız olmadan keşfetti. “Bulunamadı (404)“ü kendiniz gönderdiğiniz dizine ekleme hatalarından ayıran şey budur.

Bu cümle Google’ın URL’yi nasıl orijinal olarak bulduğunu açıklar — URL’nin site haritalarınızdan birinde hiç görünmediği veya şu anda bulunmadığı iddiası değildir. Canlı bir site haritasını kontrol ederseniz ve aynı URL hâlâ orada listeleniyorsa, bu gerçek (ve ayrı) bir sorundur — bayat bir site haritası girişi — raporun size keşif hakkında söyledikleriyle bir çelişki değildir.

Yani URL şunlardan birinden geldi:

• Dahili veya harici bir bağlantı. Google tarama sırasında bağlantıları çıkarır. Yazım hatalı bir iç bağlantı, başka bir sitedeki eski bağlantı ya da bir yorumdaki bağlantı Googlebot’u 404 döndüren bir URL’ye götürebilir.
• Sildiğiniz veya URL’sini değiştirdiğiniz, daha önce dizine eklenmiş bir sayfa. Google gördüğü URL’leri hatırlar ve uzun süre yeniden ister.
• Kazınmış, bozulmuş veya uydurulmuş URL’ler. Başka siteler bazen URL’lerinizi bozar, sonlarına gereksiz parçalar ekler ya da yeni yollar uydurur. Google bunları deneyebilir. Bunların hiçbiri sizin hatanız değildir ve işlem yapmanızı gerektirmez.

Bu son noktayı içselleştirmeye değer: bu raporda bir 404 bulmak yanlış bir şey yaptığınız anlamına gelmez. Google URL’leri web’in her yerinden keşfeder.

”Bulunamadı (404)” SEO’ya zarar verir mi? (önce karar)

Hayır — otomatik olarak zarar vermez; raporla ilgili en büyük yanılgı da budur. İçerik kaldırıldığında web’in olması gerektiği gibi çalışmasını 404 yanıtları sağlar. Google’ın kendi tarama belgelerine göre 429 dışındaki 4xx durum kodları sitenin tarama hızını etkilemez. Gerçekten kaldırılmış bir sayfanın doğru biçimde 404 döndürmesi site genelinde ceza değildir.

Ancak bu, “404’ler hiçbir zaman önemli değildir” iddiasından daha dar bir sonuçtur. Bir 404 tek başına sitenizin geri kalanını aşağı çekmez; yine de iç bağlantıları, harici geri bağlantıları veya gerçek trafiği bulunan ve çalışması gereken bir URL’deki 404 size somut bir kayıp yaşatır: kırık bağlantı, kaybedilen bağlantı değeri ya da çıkmazla karşılaşan bir ziyaretçi. Sorun raporun kendisi değil, var olmaması gereken 404’leri düzeltmeden bırakmaktır.

Bu, HTTP durum kodlarına ilişkin genel değerlendirmemle de örtüşür: 4xx yanıtı belirli sayfanın dizinden çıkmasına neden olur; bu, sayfanın temiz biçimde ortadan kalkmasıdır ve alan adınıza uygulanan bir ceza değildir. 404 döndüren sayfa artık dizinde yer almaz; sitenin geri kalanı bundan etkilenmez.

Google’ın kendi yardım dokümanları, genel olarak dizinleme hakkında aynı noktaya değinir: bir URL’nin doğru nedenlerle dizinlenmemesi sorun değildir ve “kaldırdığınız ve yerine koyacak bir şeyiniz olmayan bir sayfa için 404” açıkça bu doğru nedenlerden biridir. Gerçekten ölü bir sayfada 404, yapılacak bir iş değil, doğru son durumdur.

Google’ın 404’ü dahili olarak ne yaptığı

Google’ın HTTP durum kodu belgelerine göre mekanizma nettir: Daha önce dizine eklenmiş bir URL, dizine ekleme işlem hattı tarafından dizinden çıkarılır. Yeni karşılaşılan 404’ler ise işlenmez; dizine eklenecek içerik yoktur. Googlebot URL’yi hemen unutmaz; zaman içinde giderek azalan tarama sıklığıyla yeniden istemeye devam eder.

Bu yeniden kontrol davranışı, eski 404’lerin siz gerekli işlemi yaptıktan çok sonra bile raporda görünmeye devam etmesinin nedenidir. Google, geri gelme olasılığına karşı sayfanın hâlâ kaldırılmış olduğunu belirli aralıklarla doğrular. Bu bir sorun işareti değildir ve normal büyüklükteki bir sitenin tarama bütçesini anlamlı ölçüde tüketmez.

Bir 404’ü düzeltmeye değer olduğunda — ve olmadığında

Karar kuralı basittir: 404’ü yalnızca URL var olmalıysa düzeltin. Bir URL’nin “var olması gerektiğine” dair sinyaller:

• Ona dahili olarak bağlantı veriyorsunuz (nav, içerik veya altbilginizdeki bozuk bir bağlantı).
• Sitemap’inizde (olmamalı — sitemap’ler yalnızca canlı, dizinlenebilir URL’leri listelemelidir).
• Ona işaret eden harici geri bağlantıları var.
• Hâlâ trafik alıyor veya insanların aradığı şeyle açıkça eşleşiyor.

Bunlardan hiçbiri doğru değilse — sayfa gerçekten kaldırılmışsa ve ona işaret eden değerli hiçbir şey yoksa — onu 404 olarak bırakın. Bu doğru yanıttır ve yapılacak bir şey yoktur.

Önemli olanları nasıl düzeltebilirsiniz

Çözülmesi gereken URL’ler için kısa bir menünüz var:

• Sayfayı geri yükleyin yanlışlıkla kaldırıldıysa veya geri koyabileceğiniz eşdeğer içeriğiniz varsa.
• En alakalı canlı sayfaya 301 yönlendirin. Bu, mantıklı bir yedeği olan kaldırılmış bir sayfa için olağan harekettir. Daha önce 4xx olarak görünen sayfalar hakkında söylediğim gibi: büyük olasılıkla bunların her birini alakalı bir sayfaya 301 yönlendirmeniz yeterlidir. Yönlendirme, kullanıcıları yararlı bir yere gönderir ve herhangi bir bağlantının sıralama değerini yeni URL’ye aktarır.
• 404 olarak bırakın (veya 410 kullanın) sayfa gerçekten kaldırılmışsa ve iyi bir yedeği yoksa. Bu bir başarısızlık değil — doğru cevaptır.

Gelen bağlantılara göre öncelik verin. Düzeltilmeye değer 404’ler arasında harici geri bağlantısı bulunanlar ilk sıradadır; çünkü bağlantı alan ölü bir URL, alakalı bir sayfaya tek bir yönlendirmeyle geri kazanabileceğiniz değeri kaybettirir. Geri bağlantısı olan 404 URL’lerini bir geri bağlantı aracı veya bağlantı raporuyla çıkarıp önce bunları 301 ile yönlendirin. Bağlantısı ve trafiği olmayan bir 404, olduğu gibi kalabilir; onu yönlendirmek bir şey kazandırmaz.

Her şeyi ana sayfaya yönlendirmeyin. Alakasız bir sayfaya yönlendirme — klasik olarak, her ölü URL’yi / üzerine boşaltmak — Google tarafından yumuşak 404 olarak değerlendirilir, çünkü hedef, istenen şeyin gerçek bir yedeği değildir. Alakalı bir sayfaya yönlendirin veya hiç yönlendirmeyin.

404, 410, 301 ve noindex karşılaştırması

Bunlar sürekli karıştırılıyor. Tam karar tablosu Cheat Sheets sekmesinde; kısa versiyonu:

• 404 (Not Found) / 410 (Gone) — sayfa mevcut değil. Her ikisi de URL’yi dizinden çıkarır ve Google’ın kendi dokümantasyonu, 4xx durum kodlarını (429 hariç) aynı şekilde ele aldığını söyler. Kendi uygulayıcı deneyimime göre, 410 biraz daha hızlı düşme eğilimindedir, ancak fark her iki durumda da minimumdur. “Bu asla geri gelmeyecek” sinyali vermek istiyorsanız 410 kullanın; aksi takdirde 404 tamamen uygundur.
• 301 (Moved Permanently) — içerik taşındı; sinyalleri yeni URL’de toplayın. Bu, ilgili bir yedeği olan kaldırılmış bir sayfa için kullanılacak araçtır.
• noindex — sayfa mevcut ve canlı kalmalı, ancak aramada görünmesini istemiyorsunuz. Farklı hedef için farklı araç — gerçekten kaldırılmış bir sayfada buna başvurmayın.

Özellikle 404 ve 410 için benim yaklaşımım şudur: İkisi de sayfaları dizinden çıkarır ve ben 410 yanıtlarının biraz daha hızlı sonuç verdiğini gözlemlesem de Google’ın belgeleri 429 dışındaki 4xx kodlarını aynı şekilde ele alır. Bu nedenle seçim üzerinde gereğinden fazla durmayın; “kalıcı olarak kaldırıldı” demek için 410’u, diğer durumlarda 404’ü kullanıp devam edin.

Bir 404’e neyin bağlantı verdiğini nasıl bulursunuz

Bir 404’ü düzeltmek (veya uğraşıp uğraşmamaya karar vermek) için, ona neyin işaret ettiğini bulun:

• GSC’de: “Bulunamadı (404)” durumunu açın, örnek bir URL’yi seçin ve Keşif bölümündeki Yönlendiren sayfa alanını inceleyin. Bunu eksiksiz bir bağlantı envanteri olarak değil, olası bir ipucu olarak değerlendirin. Google bu alanı, URL’yi keşfetmek için kullanmış olabileceği sayfa şeklinde tanımlar; doğrudan bağlantı veren bir sayfa, bağlantıya ulaşılan üst düzey bir sayfa olabilir veya bilgi yoksa hiç gösterilmeyebilir. Burada durmayın, aşağıdaki yöntemlerle birleştirin.
• Tarayıcı / site denetimiyle: Ahrefs Site Audit veya Screaming Frog, bağlantıyı kaynağında düzenleyerek doğrudan düzeltebileceğiniz bozuk iç bağlantıları listeler.
• Geri bağlantı aracıyla: Sitenizde harici sitelerin bağlantı verdiği ölü URL’leri bulmak için bozuk geri bağlantıları kontrol edin. Bunlar 301 önceliklerinizdir.
• Sunucu günlüklerinde: Hangi URL’lerin istendiği ve büyük ölçekte hangi durum kodlarını döndürdüğü konusundaki kesin kaynağı inceleyin.

Düzeltmeyi doğrulayın ve ne bekleyeceğiniz

Çalışması gereken URL’leri geri yükledikten veya yönlendirdikten sonra Sayfa Dizinleme raporunda Düzeltmeyi Doğrula seçeneğini kullanabilirsiniz. Bu işlem zorunlu değildir; Google, doğrulama başlatmasanız da sayfayı bir sonraki tarayışında düzeltmeyi kendisi algılayabileceğini söyler. Düzeltmeyi Doğrula yalnızca incelemenin ilerleyişini izlemenizi sağlar; garantili bir süre veya daha hızlı yeniden işleme sözü vermez. Her iki durumda da sayının hemen sıfıra inmesini beklemeyin: Google 404’leri giderek seyrekleşen bir programla yeniden taradığı için doğru işlenmiş URL’ler de bir süre raporda kalabilir. Bu gecikme, düzeltmenin işe yaramadığını değil yeniden kontrol davranışını gösterir; Google’ın tamamlanma için garanti ettiği sabit bir süre yoktur. Gerçekten doğru olan bir 404’ü sırf rapordan kaybolsun diye doğrulamanız da gerekmez; doğrulama, çalışan bir 404’ü kapatmak için değil, yapılan bir düzeltmeyi teyit etmek içindir.

Bozuk bir şablon veya tarayıcı tuzağı nedeniyle milyonlarca gereksiz URL gibi çok büyük miktarda sahte 404 üreten dev sitelerde tarama verimliliği gerçek bir soruna dönüşebilir; bu durumda tek tek işlem yapmak yerine kalıp tabanlı düzeltmeler gerekir. Tipik sitelerde ise 404’lerin tarama bütçesi maliyeti ihmal edilebilir düzeydedir.

Bu, kardeşleri arasında nerede duruyor

“Bulunamadı (404)” temiz bir durumdur: Sunucu doğru biçimde “bulunamadı” demiştir. Sayfa Dizinleme raporundaki komşu durumlar farklıdır; bunları karıştırmayın. Soft 404, 200 yanıtıyla (veya alakasız bir yönlendirmeyle) sunulan bir bulunamadı mesajıdır ve Google bunu ayrıca işaretler. Başka bir 4xx sorunu nedeniyle engellendi, 401/403 ile 4xx ailesinin geri kalanını kapsar. Yönlendirme hatası, olağan “Yönlendirmeli sayfa” durumundan farklı olarak bozuk bir yönlendirmedir. Sunucu hatası (5xx) ise sayfanın kaldırıldığını değil, sunucunun başarısız olduğunu gösterir. Çözümler farklı olduğu için önce gerçekten hangi durumu incelediğinizi belirleyin.

Raporun tamamı için GSC Sayfa Dizinleme merkezine bakın; botların URL’leri ilk etapta nasıl istediğinin altında yatan mekanikler için tarama bölümüne bakın.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir değerlendirmesi:

• Anlamı: Googlebot, Google’ın kendi başına — bir bağlantıdan veya daha önce dizine eklenmiş bir sayfadan — keşfettiğini belirttiği URL’yi sizin açık bir isteğiniz olmadan talep etmiş ve HTTP 404 yanıtı almıştır; dolayısıyla sayfa dizine eklenmemiştir. Google’ın tanımı şöyledir: “Bu sayfa istendiğinde 404 hatası döndürdü.” Bu, URL’nin keşfedilme biçimini açıklar; mevcut site haritanızda bulunmadığını kanıtlamaz. Hâlâ site haritasında yer alan bir URL ayrı bir sorundur.
• URL’nin kaynağı: İç veya dış bağlantılar, sildiğiniz ya da yeniden adlandırdığınız sayfalar ve başka yerlerde kazınmış, bozulmuş veya uydurulmuş URL’ler. Burada 404 görmek yanlış bir şey yaptığınız anlamına gelmez.
• SEO etkisi: Otomatik değildir. Google’ın belgelerine göre 429 dışındaki 4xx durumları tarama hızını etkilemez ve yerine başka bir sayfa gelmeyecek şekilde kaldırılmış bir URL’nin doğru biçimde 404 döndürmesi site genelinde ceza değildir. Ancak çalışması gereken — bağlantılı, site haritasında bulunan, geri bağlantısı veya trafiği olan — URL’deki 404; kırık bağlantı, kayıp değer veya kayıp kullanıcıdır.
• Google’ın yaptığı: Daha önce dizine eklenmiş URL’yi dizinden çıkarır; yeni keşfedilen 404’leri işlemez ve URL’yi giderek azalan sıklıkta yeniden kontrol eder. Eski 404’lerin raporda kalması bu yüzden normaldir ve ceza değildir.
• Ne zaman düzeltilmeli: Yalnızca çalışması gereken; iç bağlantısı, site haritası kaydı, geri bağlantısı veya trafiği bulunan URL’leri düzeltin.
• Nasıl düzeltilmeli: Sayfayı geri yükleyin veya gerçekten alakalı canlı bir sayfaya 301 ile yönlendirin. Bağlantı değerini geri kazanmak için gelen bağlantısı bulunan 404’lere öncelik verin. Gerçekten kaldırılmış sayfaları 404 ya da 410 olarak bırakın. Google ikisini belgelerinde aynı şekilde ele alır; uygulayıcı deneyiminde 410 biraz daha hızlı düşebilir.
• Yapmayın: Her şeyi ana sayfaya topluca yönlendirmeyin; alakasız yönlendirmeler soft 404 olarak değerlendirilir.
• 404, 410, 301 ve noindex: 404/410 = kaldırılmış (ikisi de dizinden çıkarır); 301 = taşınmış (sinyalleri alternatif URL’de birleştirir); noindex = sayfayı canlı tutar ancak arama sonuçlarının dışında bırakır.
• Bağlantıları bulma: GSC’deki “Yönlendiren sayfa” alanını (eksiksiz liste değil, olası bir ipucu), bir tarayıcıyı (bozuk iç bağlantılar), geri bağlantı aracını (bozuk geri bağlantılar) veya sunucu günlüklerini kullanın. Düzeltmeyi Doğrula isteğe bağlıdır; Google düzeltmeyi onsuz da algılayabilir ve hiçbir yöntem için garantili bir süre yoktur.

Resmi dokümantasyon

Arama motorlarından birincil kaynak dokümantasyonu.

Google

• Sayfa dizine ekleme raporu — Bu durumun yer aldığı rapor; “Bulunamadı (404)” tanımını ve “it’s fine for a URL not to be indexed for the right reasons” (çeviri) “bir URL’nin doğru nedenlerle dizine eklenmemesinin sorun olmadığını” belirten açıklamayı içerir.
• HTTP durum kodları, ağ hataları ve DNS hataları — Google’ın 4xx yanıtlarını nasıl ele aldığını; daha önce dizine eklenmiş URL’leri çıkarmayı, yeni bulunan 404’leri işlememeyi ve giderek azalan tarama sıklığını açıklar.
• Yönlendirmeler ve Google Arama — Çalışması gereken 404 URL’lerini alakalı canlı sayfalara göndermek için kullanacağınız 301 yönlendirmelerinin nasıl ayarlanacağını açıklar.
• Bir sayfayı aramadan kaldırma (dizine eklemeyi engelleme) — Canlı bir sayfayı arama sonuçlarından çıkarmak istediğinizde kullanılan noindex yaklaşımını açıklar; bu, 404’ten farklı bir amaçtır.

Bing / Microsoft

• Bing Webmaster Tools — Site Explorer ve URL inceleme — Bing’in tarama bilgisi yüzeyleri 404’leri benzer biçimde gösterir; işlem önerisi Google’ın yaklaşımıyla uyumludur: önemli olanları düzeltin, gerçekten kaldırılmış sayfaları 404 olarak bırakın.

Kaynaktan alıntılar

Google’dan kayıtlara geçen ifadeler. Her bağlantı, kaynak sayfadaki alıntılanan pasaja atlayan bir derin bağlantıdır.

Google — “Bulunamadı (404)” tanımı

• “This page returned a 404 error when requested.” (çeviri) “Bu sayfa istendiğinde 404 hatası döndürdü.” — Google Search Console Yardım, Sayfa dizine ekleme raporu. Alıntıya git

Google — bir URL’nin dizine eklenmemesi sorun değildir

• “It’s fine for a URL not to be indexed for the right reasons—for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” (çeviri) “Bir URL’nin doğru nedenlerle dizine eklenmemesi sorun değildir; örneğin sitenizde beklenen bir robots.txt kuralı, sayfadaki noindex etiketi, yinelenen bir URL veya kaldırdığınız ve yerine başka bir sayfa koymadığınız bir sayfanın 404 döndürmesi.” — Google Search Console Yardım, Sayfa dizine ekleme raporu. Alıntıya git

Google — 4xx’in dizine eklemede nasıl ele alındığı

• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.” (çeviri) “Google Arama söz konusu olduğunda dizine ekleme işlem hattı, daha önce dizine eklenmiş URL’yi dizinden çıkarır. Yeni karşılaşılan 404 sayfaları işlenmez.” — Google Search Central, HTTP durum kodları belgeleri. Alıntıya git
• “The crawling frequency gradually decreases.” (çeviri) “Tarama sıklığı giderek azalır.” — Google Search Central, HTTP durum kodları belgeleri. Alıntıya git

Zihinsel modeller

1. Keşfedilen ≠ gönderilen. “Bulunamadı (404)”, özellikle Google’ın URL’yi kendi başına — bir bağlantıdan, daha önce dizine eklenmiş bir sayfadan veya başka bir sitedeki bozuk URL’den — bulduğu anlamına gelir; site haritanızdan geldiğini göstermez. Bu yüzden ilk soru “nasıl düzeltirim” değil, “bu URL gerçekten var olmalı mı?” olmalıdır.

2. 404, ölü bir sayfa için doğru cevaptır. 404, ortadan kaldırılması gereken bir hata değildir; içerik gittiğinde doğru HTTP yanıtıdır. Kalite sinyali değildir ve sıralama sinyali değildir. Amaç doğruluktur — URL’lerin gerçekte doğru olanı döndürmesi — raporda sıfır sayısı değil.

3. Yalnızca var olması gerekeni düzeltin. Her 404’ü bir testten geçirin: dahili olarak bağlantılı mı, bir sitemap’te mi, harici bağlantılarla destekleniyor mu veya hâlâ trafik alıyor mu? Evet → ilgili bir sayfaya geri yükleyin veya 301 yapın. Hayır → 404 olarak bırakın. Bu tek kural raporun çoğunu çözer.

4. URL’lerden önce bağlantı değerini kurtarın. Düzeltilmeye değer 404’ler arasında harici gelen bağlantısı bulunanlar önce gelir; alakalı bir sayfaya 301 yönlendirmesi bu bağlantı değerini geri kazandırır. Bağlantısı ve trafiği olmayan bir 404’ü olduğu gibi bırakabilirsiniz; yönlendirmek size bir şey kazandırmaz.

5. İlgili yönlendirme veya yönlendirme yok. 301 yalnızca gerçekten ilgili bir sayfaya ulaştığında yardımcı olur. İlgisiz bir yönlendirme (her şey → ana sayfa) yumuşak 404 olarak değerlendirilir. İyi bir hedef olmadığında doğru hamle, bir tane uydurmak değil, 404’ü korumaktır.

”Bulunamadı (404)” listenizi önceliklendirme

Raporu yukarıdan aşağıya çalışın:

• Sayfa Dizinleme raporundaki “Bulunamadı (404)” durumunu açıp örnek URL’leri inceleyin.
• Her URL’yi açarak Keşif bölümündeki Yönlendiren sayfa alanını kontrol edin; bunu Google’ın bağlantıyı nerede bulduğuna ilişkin olası bir ipucu olarak değerlendirin, eksiksiz envanter saymayın.
• İç bağlantı verilen URL’leri işaretleyin ve bozuk iç bağlantıyı kaynağında düzeltin; en temiz kazanım budur.
• Site haritanızda bulunan URL’leri işaretleyin; orada olmamaları gerekir, bu yüzden kaydı kaldırın veya sayfayı geri yükleyin.
• Harici geri bağlantısı bulunan 404 URL’lerini bozuk geri bağlantılar raporundan çıkarın; bağlantı değerini kurtarmak için bunlar 301 önceliklerinizdir.
• Hangi 404’lerin hâlâ trafik aldığını veya kullanıcı niyetiyle açıkça eşleştiğini kontrol edin.
• “Çalışması gereken” her URL için sayfayı geri yükleyin veya ana sayfaya değil, gerçekten alakalı canlı bir sayfaya 301 ile yönlendirin.
• Bağlantısı veya trafiği olmayan, gerçekten kaldırılmış URL’leri 404 olarak bırakın; biraz daha hızlı düşmesini istiyorsanız 410 kullanabilirsiniz.
• Canlı yönlendirmelerin alakasız URL’leri / adresine taşımadığını doğrulayın; aksi hâlde soft 404 riski vardır.
• İsteğe bağlı olarak Düzeltmeyi Doğrula seçeneğini kullanın; Google gerçek bir düzeltmeyi kendisi de algılayabilir. Sabit bir süre veya anında sıfırlanma değil, yavaş bir azalma bekleyin.
• Doğru durumu ele aldığınızı doğrulayın: soft 404, başka bir 4xx, yönlendirme hatası veya 5xx farklı çözümler gerektirir.

Playbook: ani bir 404 artışına yanıt verme

1. Artışın gerçek olduğunu doğrulayın. Search Console örneklerini canlı tarama veya sunucu yanıtlarıyla karşılaştırın; raporlar mevcut davranışın gerisinde kalabilir.
2. Nedene ve şablona göre gruplayın. Satırları tek tek düzeltmek yerine dağıtım, URL kalıbı değişikliği, iç bağlantı hatası, silinmiş bölüm veya bozuk üretilmiş URL gibi ortak nedeni arayın.
3. Değer taşıyan URL’lere öncelik verin. Çalışması gereken, anlamlı geri bağlantısı veya trafiği bulunan ya da iç bağlantılarda ve site haritalarında kalan URL’leri geri yükleyin veya yönlendirin.
4. Meşru kaldırmalara dokunmayın. Alternatifi olmayan, gerçekten kaldırılmış bir URL 404 veya 410 döndürmeye devam etmelidir; onu alakasız bir sayfaya yönlendirmeyin.
5. Kaynağı düzeltin. Şablonları, iç bağlantıları ve site haritası üretimini güncelleyerek bozuk kalıbın yeniden üretilmesini veya öne çıkarılmasını durdurun.
6. Doğrulayın ve tekrarı izleyin. Temsilî URL’leri test edip kalıbı izleyin. Değerli URL’ler doğru yanıt verdiğinde ve yeni keşfedilen 404’ler beklenen taban seviyesine döndüğünde işlemi tamamlayın.

404 hile sayfaları

Hangi durum için hangi yanıt

Bu 404’ü düzeltmeli miyim? — karar akışı

Hızlı bilgiler

• “Bulunamadı (404)”, Google’ın URL’yi sizin açık isteğiniz olmadan bulduğunu belirtir; bu keşif biçimidir, URL’nin mevcut site haritanızda bulunmadığının kanıtı değildir.
• Doğru döndürülen 404, site genelinde otomatik olarak kalite veya sıralama cezası değildir; ancak çalışması gereken bir URL’deki 404 bağlantı, trafik veya kullanıcı kaybettirir.
• Google daha önce dizine eklenmiş URL’yi 404 yanıtında dizinden çıkarır; yeni bulunan 404’leri işlemez.
• Googlebot eski 404’leri giderek azalan sıklıkta yeniden kontrol eder; bu nedenle raporda kalırlar.
• 404 ve 410: Google’ın belgeleri 429 dışındaki 4xx kodlarını aynı şekilde ele alır; uygulayıcı deneyiminde 410 biraz daha hızlı düşebilir.
• Her şeyi ana sayfaya yönlendirmeyin; sonuç soft 404 olur.
• Milyonlarca sahte URL üreten çok büyük siteler dışında 404’lerin tarama bütçesi maliyeti ihmal edilebilir düzeydedir.

Yaygın sorunlar

Sayfa Dizine Ekleme raporunda 404 sayısı aniden artıyor

Olası neden: bozuk bir şablon, gereksiz URL’ler üretiyor (kötü sayfalama parametreleri, bir faceted-nav hatası, bağlantılara sızan oturum kimlikleri), bir örümcek tuzağı veya başka bir site URL’lerinizi kazıyıp bozuyor. Çözüm: yeni 404 URL’lerinden bir örnek alın ve ortak bir desen (bir sorgu parametresi, bir yol ön eki) arayın. Kendi şablonunuzsa, kötü bağlantıları üreten kodu düzeltin. Deseni doğrulamak ve gerçek tarama hacmi mi yoksa yalnızca birkaç örnek mi olduğunu görmek için sunucu günlüklerini veya /tools/log-file-analyzer aracını kontrol edin.

Bir URL’yi düzelttiniz ancak haftalar sonra hâlâ “Bulunamadı (404)” görünüyor

Olası neden: Googlebot 404’leri giderek seyrekleşen bir programla yeniden kontrol ettiği için rapordaki sayı gerçek düzeltmenin gerisinde kalır. Bu beklenen bir durumdur, düzeltmenin başarısız olduğu anlamına gelmez. Çözüm: Canlı URL’nin şimdi doğru durumu döndürdüğünü (geri yüklendiyse 200, yönlendirildiyse 301) curl -I veya /tools/http-status-checker ile doğrulayın. GSC’de isteğe bağlı olarak Düzeltmeyi Doğrula seçeneğini kullanabilirsiniz; Google düzeltmeyi kendisi de algılayabildiği için bu zorunlu değildir. Sayının anında düşmesini değil, sabit bir tamamlanma süresi olmadan giderek azalmasını bekleyin.

Kaldırılan bir URL, “Bulunamadı (404)” yerine “soft 404” olarak görünüyor

Olası neden: sayfa, gerçek bir 404/410 durumu yerine HTTP 200 ve “bulunamadı” görünümlü bir mesaj döndürüyor veya alakasız bir sayfaya yönlendiriyor. Çözüm: curl -I veya /tools/http-status-checker ile yanıt kodunu kontrol edin — 200 ise, sunucuyu (veya CMS’i) bu yol için gerçek bir 404/410 döndürecek şekilde yapılandırın, yumuşak bir hata sayfası yerine.

Kurduğunuz bir 301, hedef için “soft 404” olarak görünüyor

Olası neden: hedef sayfa, istenen şeyin gerçek bir yedeği değil — Google, uymayan bir yönlendirme hedefini, alakasız bir hedefle aynı şekilde okur. Çözüm: hedefi /tools/redirect-checker ile yeniden kontrol edin ve 301’i orijinal URL’nin konusuyla gerçekten eşleşen bir sayfaya yönlendirin, en yakın kategori sayfasına veya ana sayfaya değil.

Rapor, hiç oluşturmadığınız veya bağlantı vermediğiniz bir URL’yi listeliyor

Olası neden: başka bir siteden kazınmış, bozuk veya uydurulmuş bir URL veya Google’ın hâlâ hatırladığı ve periyodik olarak yeniden kontrol ettiği yıllar önceki bir sayfa. Çözüm: rapordaki URL’ye tıklayın ve Discovery altındaki Referring page bölümünü kontrol edin — bu olası bir ipucudur, garanti bir kaynak değildir, çünkü Google bu veriye sahip olmayabilir. Harici ve açıkça bozuksa, işlem gerekmez — bu sizin bozduğunuz bir şey değildir.

Betikler ve kod parçacıkları

Bir URL’nin canlı durumunu kontrol edin (macOS/Linux)

Bir URL’nin gerçekte hangi durum kodunu döndürdüğünü, düzeltilmesi gerekip gerekmediğine karar vermeden önce doğrulayın:

curl -I https://example.com/old-page

Yanıtın ilk satırına bakın (ör. HTTP/2 404 veya HTTP/2 301). Yönlendirme ise, curl hedefle birlikte location: başlığını gösterir.

Bir URL’nin canlı durumunu kontrol edin (PowerShell)

$response = Invoke-WebRequest -Uri "https://example.com/old-page" -Method Head -UseBasicParsing
$response.StatusCode

PowerShell’in otomatik olarak takip etmesini istemiyorsanız, ham 301/302’yi görmek için -MaximumRedirection 0 ekleyin.

Sunucu günlüklerinde 404 isabetlerini grep ile arayın (regex)

Bunu, 404 döndüren her isteği çekmek için Apache/Nginx “combined” biçimindeki bir erişim günlüğünde çalıştırın:

grep -oP '"\S+ \K\S+(?=.*" 404 )' access.log

Yakalama grubu dökümü: "\S+ \K HTTP yöntemini (GET/POST) atlar ve eşleşmeden çıkarır; \S+ istenen yolu yakalar; ileri bakış (?=.*" 404 ), eşleşmeden önce günlük satırının geri kalanının bir 404 durumu içermesini gerektirir. Çıktı, 404 dönen URL’lerin düz bir listesidir — bunları sıklığa göre sıralamak için sort | uniq -c | sort -rn üzerinden geçirin.

DevTools Konsolu — sayfadan ayrılmadan durumu kontrol edin

Belirli bir URL’nin durumunu zaten içinde bulunduğunuz tarayıcıdan kontrol etmek için Konsol paneline yapıştırın:

fetch("https://example.com/old-page", {method: "HEAD"}).then(r => console.log(r.status, r.url));

Yer İmi — geçerli sayfanın durumunu kontrol edin

Bunu yer imleri çubuğunuza sürükleyin (bu bir yer imidir — herhangi bir sayfadayken tıklayarak o sayfanın kendi yanıt durumunu kontrol edin):

javascript:(function(){fetch(location.href,{method:"HEAD"}).then(function(r){alert(r.status+" "+r.url);});})();

404’leri bulma ve düzeltme araçları

Bu sitenin araçları

• /tools/http-status-checker — Yönlendirme, geri yükleme veya hiçbir işlem yapmama kararından önce herhangi bir URL’nin canlı HTTP durumunu kontrol edin.
• /tools/redirect-checker — Ayarladığınız 301’in zincir veya döngü olmadan tek adımda amaçlanan hedefe ulaştığını doğrulayın.
• /tools/log-file-analyzer — Googlebot’un hangi gerçek URL’lerde 404 aldığını ve bunları ne sıklıkta istediğini görmek için sunucu günlüklerini ayrıştırın.
• /tools/site-audit-lite — Bağlantıyı kaynağında düzenleyerek doğrudan düzeltebileceğiniz bozuk iç bağlantıları bulmak için kendi sitenizi tarayın.

Üçüncü taraf araçlar

• Google Search Console — Sayfa Dizinleme raporunda bir “Bulunamadı (404)” örneğini açın; bağlantının kaynağına dair ipucu için Yönlendiren sayfalar görünümünü, değişiklikten sonra da Düzeltmeyi Doğrula seçeneğini kullanın.
• Bing Webmaster Tools — Bing’in eşdeğer tarama hatası yüzeyidir.
• Ahrefs veya Screaming Frog — Bozuk iç bağlantıları listeleyen tam site taramalarını ve sitenizdeki ölü URL’lere bağlantı veren harici siteleri gösteren bozuk geri bağlantı raporlarını sağlar; bunlar 301 öncelik listenizdir.

Bir 404 düzeltmesini doğrulama

Var olması gereken bir URL’yi geri yükledikten veya yeniden yönlendirdikten sonra bunları çalıştırın; düzeltmenin gerçekten uygulandığını varsaymak yerine doğrulayın.

Düzeltilen URL’de canlı durum kontrolü

Çalıştırılacak test: URL üzerinde curl -I veya /tools/http-status-checker. Beklenen sonuç: Sayfayı geri yüklediyseniz 200 veya yeniden yönlendirdiyseniz doğru hedefe 301. Başarısızlık yorumu: Hâlâ 404, 5xx veya yanlış sayfaya işaret eden bir yeniden yönlendirme, düzeltmenin gerçekten dağıtılmadığı anlamına gelir. İzleme penceresi: Anında. Geri alma tetikleyicisi: Yanlış durum veya yanlış hedef — devam etmeden önce sunucu kuralını düzeltin ve yeniden kontrol edin.

Yeniden yönlendirme yolu kontrolü

Çalıştırılacak test: Eski URL üzerinde /tools/redirect-checker. Beklenen sonuç: Zincir veya döngü olmadan doğrudan ilgili canlı sayfaya inen tek atlamalı bir 301. Başarısızlık yorumu: Birden çok atlama, döngü veya ilgisiz bir sayfaya inme (yumuşak 404 riski). İzleme penceresi: Anında. Geri alma tetikleyicisi: Herhangi bir zincir, döngü veya ilgisiz hedef — yeniden yönlendirme kuralını düzeltin.

GSC’de Düzeltmeyi Doğrula

Çalıştırılacak test: Sayfa Dizinleme raporunda “Bulunamadı (404)” durumunu açıp isteğe bağlı olarak Düzeltmeyi Doğrula seçeneğini kullanın; Google gerçek bir düzeltmeyi bu işlem olmadan da algılayabilir. Beklenen sonuç: Durum, “Doğrulama başlatıldı” aşamasından “Başarılı” aşamasına geçer ve etkilenen URL sayısı giderek azalır. Başarısızlık yorumu: Doğrulama başarısız olursa veya sayı uzun süre değişmezse canlı URL’nin gerçekten düzeltildiğini ve hiçbir yerin eski URL’ye bağlantı vermediğini yeniden kontrol edin. İzleme süresi: Devamlıdır ve sabit bir tamamlanma tarihi yoktur; Google 404’leri anında değil, giderek seyrekleşen bir programla yeniden kontrol eder ve garantili bir süre vermez. Geri alma tetikleyicisi: Doğrulamanın tekrar tekrar başarısız olması; düzeltmeyi sunucu düzeyinde yeniden doğrulayın.

Sunucu günlüklerinde tarama davranışı

Çalıştırılacak test: Eski URL’ye yapılan istekler için /tools/log-file-analyzer. Beklenen sonuç: Googlebot’un eski URL’ye yaptığı istekler zamanla azalırken istekler yeni URL’ye kayar. Başarısızlık yorumu: Googlebot, değişiklikten uzun süre sonra bile eski URL’ye aynı oranda istek atmaya devam ediyorsa, bu yönlendirmeyi algılamadığını (veya hâlâ eski URL’ye doğrudan bağlantı veren bir şey olduğunu) gösterir. İzleme penceresi: uzun bir süre boyunca devam eden (Google’ın kendi belgelerine göre tarama sıklığı sabit bir program olmadan kademeli olarak azalır). Geri alma tetikleyicisi: uzun bir süre sonra dahi azalma olmaması — yönlendirmenin sunucu tarafında (JS veya meta-refresh yönlendirmesi değil) olduğunu doğrulayın ve eski URL’ye verilen kalıcı iç bağlantıları denetleyin.

Test

“Bulunamadı (404)” hakkında gerçekten neyin akılda kaldığını kontrol etmek için beş soru.

Değişiklik günlüğü