Search Console'da gördüğünüz hataların çoğu tek bir teknik soruna değil, birden fazla sinyalin çakışmasına dayanır. Önce hatayı doğru okuyup nedenini ayırt edersiniz, sonra trafik etkisine göre sıralayıp düzeltirsiniz. Aşağıda en sık karşılaşılan beş durumu ve adım adım çözümlerini bulacaksınız.
Google Search Console (eski adıyla Google Webmaster Tools), sitenizin Google'da nasıl tarandığını ve dizine eklendiğini gösteren ücretsiz bir araçtır. Ancak Sayfa Dizine Ekleme raporundaki uyarılar çoğu zaman kafa karıştırıcıdır. Aynı isim altında birbirinden çok farklı kök nedenler toplanabilir. Bu yazıda her hatanın gerçekte ne anlama geldiğini ve onu nasıl çözeceğinizi adım adım, sade biçimde anlatıyoruz.
Bulundu ama indekslenmedi (ve taranıp eklenmedi farkı)
Raporda en çok kafa karıştıran iki durum birbirine çok benzer ama aynı şey değildir. Google Search Console Yardımı'na göre "Bulundu: şu anda dizine eklenmedi" (Discovered – currently not indexed), Google'ın sayfanın varlığını bildiği ama henüz taramadığı anlamına gelir. "Tarandı: şu anda dizine eklenmedi" ise sayfanın gerçekten tarandığı, fakat dizine eklenmediği durumu anlatır (Sayfa dizine ekleme raporu).
Bu ayrım önemlidir çünkü iki durum farklı şeyleri işaret eder. "Bulundu ama taranmadı" genellikle tarama ile ilgili bir kısıtla bağlantılıdır. Google sayfayı sıraya almış ama sunucunuzu fazla yormamak için ya da çok sayıda benzer sayfa olduğu için taramayı ertelemiş olabilir. Büyük sitelerde, zayıf iç bağlantıya sahip ya da değeri belirsiz sayfalarda bu sık görülür.
Burada tarama bütçesi kavramı devreye girer. Google her siteye sınırsız tarama ayırmaz. Çok sayıda düşük değerli, tekrarlayan ya da birbirine çok benzeyen sayfanız varsa, Google bunların bir kısmını bulup beklemeye alabilir. Yani "bulundu ama taranmadı" çoğu zaman sitenin tamamına bakıldığında o sayfanın aciliyetsiz görülmesiyle ilgilidir. Küçük ve orta ölçekli sitelerde tarama bütçesi nadiren gerçek bir darboğazdır, ama binlerce URL üreten e-ticaret ve filtre sayfalarında belirgin hale gelir.
"Tarandı ama eklenmedi" ise daha çok içerik kalitesi sinyalidir. Google sayfayı görmüş, değerlendirmiş ve şu an dizine almaya değer bulmamıştır. Pratikte yapmanız gerekenler şunlardır:
- İçeriği güçlendirin: ince, kopya veya şablon hissi veren sayfaları özgün ve doyurucu hale getirin.
- İç bağlantı verin: bu sayfalara güçlü sayfalarınızdan bağlantı koyarak önemini Google'a gösterin.
- Sabırlı olun: tek tek "Dizine eklenmeyi iste" demek yerine, kalite ve bağlantı sinyallerini düzeltip doğal taramayı bekleyin.
URL Denetimi aracıyla canlı test
Bir URL'nin neden dizine girmediğini anlamak için Search Console'daki URL Denetimi (URL Inspection) aracını kullanın. Üstteki arama kutusuna URL'yi yapıştırdığınızda Google'ın bu sayfa hakkında bildiklerini görürsünüz. "Canlı URL'yi test et" ile sayfanın o anki halini kontrol edebilir, sorun yoksa "Dizine eklenmeyi iste" diyebilirsiniz. Bunu tüm site için toplu çözüm gibi düşünmeyin. Tek tek istekler birkaç önemli sayfa için işe yarar, ama asıl çözüm kök nedeni gidermektir.
Yönlendirme hataları ve soft 404
Bu iki başlık farklı görünse de teşhis ederken sık karışır. Google Search Console Yardımı'na göre soft 404, bir sayfa isteğinin Google'ın 404 olarak yorumladığı bir yanıt döndürmesidir. Yani sayfa aslında "bulunamadı" durum kodu vermez (genellikle 200 döner) ama içeriği "burada bir şey yok" sinyali verir. Boş kategori sayfaları, "sonuç bulunamadı" mesajı dönen arama sayfaları ya da silinmiş ürünün yerine konan içeriksiz şablonlar tipik örneklerdir.
Soft 404 ile gerçek 404 arasındaki temel fark durum kodudur. Gerçek 404'te sunucu açıkça "bu sayfa yok" yanıtı verir ve Google bunu net bir sinyal olarak alır. Soft 404'te ise sunucu "sayfa var" (200) der ama içerik aksini söyler, bu çelişki Google'ı yanıltır ve sayfayı dizine almaz. Teşhis etmek için şüphelendiğiniz URL'yi URL Denetimi aracında kontrol edin ve sunucunun döndürdüğü gerçek durum kodunu görün. İçeriğin gerçekten boş ya da çok ince olup olmadığını da gözle inceleyin.
Soft 404'ü düzeltmenin iki yolu vardır. Sayfa gerçekten kaldırıldıysa doğru durum kodunu döndürün: kalıcı olarak yoksa 404 ya da 410, başka bir adrese taşındıysa 301 yönlendirmesi kullanın. Sayfanın var olması gerekiyorsa içeriği gerçekten dolu ve değerli hale getirin ki Google onu boş saymasın. Örneğin geçici olarak stokta olmayan bir ürün sayfasını silmek yerine, ürünün döneceği bilgisini ve alternatif önerileri ekleyerek sayfayı anlamlı tutabilirsiniz.
Yönlendirme hatalarına gelince, aynı kaynağa göre bunlar genellikle aşırı uzun yönlendirme zincirleri, yönlendirme döngüleri, izin verilen maksimum uzunluğu aşan URL'ler ve zincirde bozuk veya boş URL bulunması nedeniyle oluşur (Sayfa dizine ekleme raporu). Çözüm için şu adımları izleyin:
- Zinciri kısaltın: A sayfası B'ye, B de C'ye yönleniyorsa, A'yı doğrudan C'ye yönlendirin. Tek adımlık 301 idealdir.
- Döngüleri kırın: birbirine sürekli yönlenen sayfaları tespit edip tek bir nihai hedef belirleyin.
- İç bağlantıları güncelleyin: sitenizde eski (yönlendirilen) URL'lere verdiğiniz bağlantıları doğrudan nihai adresle değiştirin.
Search Console Yardımı, bir sayfanın dizine eklenmemesinin başlıca nedenlerini de listeler: robots.txt engeli, noindex direktifi, 5xx sunucu hataları, 404 yanıtları, 401/403 kimlik doğrulama, soft 404, yönlendirme zincirleri ve Google'ın yinelenen içerik olarak işaretlemesi. Bu liste, hatayı teşhis ederken size hızlı bir kontrol checklist'i sağlar.
robots.txt ve noindex kaynaklı engeller
Bazen sayfa kasıtlı olmadan engellenmiş olur. robots.txt dosyanızdaki bir kuralın taramayı durdurduğunu ya da bir noindex etiketinin sayfayı dizinden tuttuğunu Search Console size söyler. URL Denetimi aracında bir sayfanın "robots.txt tarafından engellendi" veya "noindex etiketi nedeniyle hariç tutuldu" şeklinde işaretlendiğini görürseniz, sayfanın gerçekten gizli kalması gerekip gerekmediğini kontrol edin. Yanlışlıkla eklenmiş bir noindex, tüm bir bölümün arama dışı kalmasına yol açabilir.
Sitemap okunamadı
"Site haritası okunamadı" hatası genellikle dosya biçimi ve boyut sınırlarıyla ilgilidir. Google Search Central dokümanına göre tek bir sitemap dosyası en fazla 50 MB (sıkıştırılmamış) veya 50.000 URL içerebilir. Bu sınırlar aşıldığında dosyayı bölmeniz ya da bir sitemap index dosyası kullanmanız gerekir (Site Haritası Oluşturma ve Gönderme).
Aynı dokümana göre sitemap dosyası UTF-8 olarak kodlanmalı ve içindeki bağlantılar tam nitelikli mutlak URL'ler olmalıdır, yani "/blog/yazi" gibi göreli yol değil, "https://siteadi.com/blog/yazi" gibi tam adres. Kodlama bozuksa ya da göreli yollar kullanıldıysa Google dosyayı doğru okuyamaz. Sitemap.xml hatalarını çözerken sırayla şunları kontrol edin:
- Erişim: sitemap URL'sini tarayıcıda açabiliyor musunuz, sunucu 200 dönüyor mu?
- Biçim: dosya geçerli XML mi, UTF-8 mi, içinde mutlak URL'ler mi var?
- Boyut: 50.000 URL veya 50 MB sınırını aşıyor mu? Aşıyorsa index yapısına geçin.
Sitemap'i gönderdikten sonra Search Console'un Site Haritaları bölümünde durumun "Başarılı" göründüğünü doğrulayın. "Alındı" mesajı tek başına her şeyin yolunda olduğu anlamına gelmez. Keşfedilen URL sayısı beklediğinizden çok düşükse dosyanın kapsamını gözden geçirin.
Canonical çakışmaları
Canonical (standart URL) ile ilgili uyarılar en sık yanlış anlaşılanlardandır. Google Search Central'a göre canonical tercihi belirtmek bir kural değil, bir ipucudur. Google yinelenen sayfalar arasında kendi kanonik seçimini yapabilir ve sizin işaret ettiğiniz adresten farklı bir sayfayı tercih edebilir (Standart (Canonical) URL'ler).
Aynı dokümana göre Google bu seçimi yaparken protokol (HTTP ya da HTTPS), yönlendirmeler, sitemap'e dahil olma ve rel=canonical etiketi gibi sinyalleri birlikte değerlendirir. Bu yüzden raporda gördüğünüz iki tipik durum şöyle çözülür:
- "Yinelenen, Google farklı bir kanonik seçti": Sinyalleriniz çelişiyor demektir. Tercih ettiğiniz sayfaya verdiğiniz tüm sinyalleri hizalayın. Sitemap'e doğru URL'yi koyun, iç bağlantıları o adrese yöneltin, HTTPS sürümünü kullanın ve rel=canonical etiketini tutarlı tutun.
- "Alternatif sayfa uygun kanonik etiketi içeriyor": Bu çoğu zaman bir hata değil, beklenen davranıştır. Sayfanız bilinçli olarak başka bir asıl sayfaya işaret ediyorsa Google bunu doğru yorumlamış olur. Sorun, asıl saymak istediğiniz sayfanın yanlışlıkla başka bir adrese canonical vermesidir.
Kısacası canonical sorunlarını tek bir etiketle değil, tüm sinyalleri aynı adreste buluşturarak çözersiniz. Çelişen sinyaller olduğunda Google kendi kararını verir.
Hata önceliklendirme: önce neye dokunmalı
Search Console size onlarca uyarı gösterebilir ve hepsini aynı anda çözmeye çalışmak enerjinizi boşa harcar. Bunun yerine iş ve trafik etkisine göre sıralayın. Pratik bir öncelik mantığı şu şekildedir:
- Gelir ve trafik getiren sayfalar önce: önemli ürün, kategori, hizmet ya da yüksek trafikli içerik sayfaları dizin dışı kaldıysa bunlar ilk sıradadır.
- Geniş etkili teknik sorunlar: yanlış bir robots.txt kuralı ya da hatalı noindex tek hamlede yüzlerce sayfayı etkileyebilir. Bu tür kök nedenler tek sayfa düzeltmelerinden önce gelir.
- Sunucu ve yönlendirme hataları: 5xx hataları ve yönlendirme zincirleri hem kullanıcıyı hem taramayı bozar, bu yüzden yüksek önceliklidir.
- Düşük değerli sayfalar en sonda: zaten dizinde olmasını istemediğiniz, az ziyaret edilen sayfalar için acele etmeyin.
Bu yaklaşımla sınırlı zamanınızı en çok fark yaratacak düzeltmelere ayırırsınız. Her uyarıyı sıfırlamak hedef değildir, doğru sayfaların doğru biçimde dizinde olması hedeftir.
Önceliklendirirken bir noktayı unutmayın: bazı uyarılar aslında sorun bile değildir. Bilinçli olarak engellediğiniz, noindex verdiğiniz ya da başka sayfaya canonical ile işaret ettiğiniz sayfalar raporda "hariç tutuldu" başlığı altında görünür. Bunlar tasarladığınız davranışı yansıtıyorsa düzeltilmesi gerekmez. Asıl odaklanmanız gereken, dizinde olmasını istediğiniz halde dışarıda kalan sayfalardır. Bu ayrımı yapmadan her satırı kovalamak hem zaman kaybı hem de gereksiz panik yaratır.
Wix, Ikas ve özel siteler için pratik notlar
Platform fark etmeksizin yukarıdaki ilkeler geçerlidir, ama uygulama biraz değişir. Wix ve Ikas gibi hazır altyapılarda robots.txt ve canonical genellikle otomatik yönetilir, bu yüzden sorun çoğu zaman ince içerikten, otomatik üretilen filtre/varyant sayfalarından ya da eski ürün sayfalarının soft 404'e düşmesinden kaynaklanır. Özel kodlu sitelerde ise yönlendirme zincirleri, yanlış canonical etiketleri ve sitemap üretim hataları daha sık görülür.
Hangi platformda olursanız olun, çözüm akışı aynıdır: hatayı doğru okuyun, kök nedeni URL Denetimi ile doğrulayın, sinyalleri hizalayın ve düzeltmeyi trafik etkisine göre önceliklendirin.
VixSEO, Wix, Ikas ve özel siteler için Search Console verilerini tek panelde toplayıp indeksleme hatalarını teşhis etmenize yardımcı olur. Hangi sayfaya önce dokunmanız gerektiğini görmek isterseniz araçlarımıza göz atabilir ya da hizmetlerimizi inceleyebilirsiniz.