- Konu sahibi
- #1
Mario
WFN Üye
- Konular
- 175
- Mesajlar
- 171
- Çözüm
- 0
- Ticaret Puanı
- 0
- Üyelik
- 12 Gün
- Konum
- Zonguldak
- Web Sitesi
- Var
- Alanı
- Google Optimiz.
Google’ın sayfanızı gerçekten bulup taradığını doğrulamak, indekslenmeme sorununu çözmenin ilk adımıdır. Bu kontrol, tek bir URL’nin neden görünmediğini; robots.txt, noindex, canonical ya da erişim engeli yüzünden mi yoksa başka bir nedenle mi dışarıda kaldığını ayırmanıza yardım eder.
Bu yazı, Search Console’daki temel işaretleri kullanarak bir URL’nin keşif, tarama ve dizine eklenme aşamalarını nasıl okuyacağınızı anlatır. Ayrıca Google-selected canonical ile kullanıcı tarafından belirtilen canonical arasındaki farkı, aynı içeriğin birden çok sürümü varsa neyin normal sayılacağını ve hangi durumda müdahale etmeniz gerektiğini gösterir.
Bu ayrımı doğru yapmak önemlidir; çünkü aynı sayfa bir durumda robots.txt ile engellenmiş olabilir, başka bir durumda taranmış ama noindex yüzünden dışarıda kalmış olabilir, bir başka durumda da Google farklı bir canonical sürümü seçmiş olabilir. Sorun başlıkta aynı görünse bile çözüm adımı değişir.
Sitemap varsa Google’a yeni veya güncellenmiş URL’leri bulması için yol göstermiş olursunuz. İç bağlantılar zayıfsa veya robots.txt yanlışlıkla önemli bölümü kapatıyorsa, sayfa teoride açık görünse bile keşif gecikebilir. Bu yüzden yalnız URL’yi değil, URL’ye giden yolu da incelemek gerekir.
Bu nedenle bir URL sitemap’ta yer alıyor diye sorun bitti sayılmaz. Aynı URL iç bağlantı almıyorsa, robots.txt ile engelleniyorsa ya da canonical başka sürümü işaret ediyorsa sonuç yine beklenenden farklı olabilir.
Bu yüzden yalnız HTML yanıtına bakmak yeterli değildir. Sayfanın görünümü ve işlevi dış kaynaklara dayanıyorsa, Google’ın o kaynaklara erişebildiğinden emin olmak gerekir.
Bu ayrım, özellikle “Google sayfayı görüyor ama sonuçta göstermiyor” durumunda belirleyicidir. Sayfa tarandıktan sonra dışarıda kalıyorsa, sorun çoğu zaman keşif değil karar katmanındadır.
Örneğin bir sayfa taranabilir, fakat noindex nedeniyle dizine alınmayabilir. Başka bir sayfa indekslenebilir, fakat Google onu kopya sayıp başka bir canonical sürümü seçebilir. Sorunu çözerken bu ikisini karıştırmamak gerekir.
Bu durumda yapılacak şey, yalnız etiketi görmek değil; neden o sürümün seçildiğini anlamaya çalışmaktır. İç bağlantıların çoğu hangi sürüme gidiyor, sitemap hangi sürümü listeliyor ve içerik aynı mı, bunlar birlikte değerlendirilmelidir.
Aracı kullanırken amaç, “endekslenmedi” sonucunu tekrar etmek değil, nedenini ayırmaktır. Aynı URL için crawl allowed, indexing allowed ve canonical seçimi farklı şeyleri anlatır.
Bu yüzden her izinli sayfa otomatik olarak görünür kabul edilmemelidir. Özellikle aynı içeriğin çok sayıda sürümü varsa, görünürlük sorunu çoğu zaman tek tek sayfalardan çok URL kümesi düzeyinde oluşur.
Müdahale etmeniz gereken nokta, Google’ın bir tercih yapmış olması değil; bu tercihin sitenizin istediği ana sürümle çelişmesidir. Sorun burada netleşince gereksiz değişiklik yapmadan doğru katmana odaklanabilirsiniz.
Bu yüzden her sürümü ayrı hedef gibi ele almak yerine, tek bir ana sürüm belirlemek daha sağlıklıdır. İç bağlantı, sitemap, canonical etiketi ve yönlendirmeler bu ana sürümle aynı çizgiye getirildiğinde, görünürlük karmaşası genellikle azalır.
Bu sıralama, aynı kelimeyle anılan ama farklı kökten gelen sorunları ayırır. En sona yanlış yere odaklanmayı değil, en başta doğru teşhis basamağını koymayı amaçlar.
Bu yazı, Search Console’daki temel işaretleri kullanarak bir URL’nin keşif, tarama ve dizine eklenme aşamalarını nasıl okuyacağınızı anlatır. Ayrıca Google-selected canonical ile kullanıcı tarafından belirtilen canonical arasındaki farkı, aynı içeriğin birden çok sürümü varsa neyin normal sayılacağını ve hangi durumda müdahale etmeniz gerektiğini gösterir.
Google search console’da sitenin bulunup taranmasını nasıl doğrularım
Bir URL’nin Google’da görünmemesi her zaman tek bir hatadan kaynaklanmaz. Önce sayfanın bulunup bulunmadığını, sonra taranıp taranmadığını, ardından dizine eklenmeye aday olup olmadığını ayırmak gerekir. Search Console burada, tahmin yürütmek yerine Google’ın hangi aşamada durduğunu okumaya yarar.Bu ayrımı doğru yapmak önemlidir; çünkü aynı sayfa bir durumda robots.txt ile engellenmiş olabilir, başka bir durumda taranmış ama noindex yüzünden dışarıda kalmış olabilir, bir başka durumda da Google farklı bir canonical sürümü seçmiş olabilir. Sorun başlıkta aynı görünse bile çözüm adımı değişir.
Önce keşif ve taramayı ayırın
Search Console'un temel faydası, Google'ın sitenizi bulabildiğini ve tarayabildiğini onaylamaya yardım etmesidir. Bu yüzden ilk soru, sayfanın var olup olmadığı değil; Googlebot’un o URL’ye ulaşıp ulaşmadığıdır. Sitemap, iç bağlantılar ve robots.txt birlikte bu aşamayı etkiler.Sitemap varsa Google’a yeni veya güncellenmiş URL’leri bulması için yol göstermiş olursunuz. İç bağlantılar zayıfsa veya robots.txt yanlışlıkla önemli bölümü kapatıyorsa, sayfa teoride açık görünse bile keşif gecikebilir. Bu yüzden yalnız URL’yi değil, URL’ye giden yolu da incelemek gerekir.
Sitemap neyi çözer, neyi çözmez
Site haritası, Google’ın başlangıç noktası olarak kullanabileceği URL listesini verir. Bu, özellikle yeni sitelerde veya derin sayfalarda keşfi hızlandırır. Fakat sitemap tek başına dizine eklenmeyi garanti etmez; sadece Google’ın sayfayı bulma ihtimalini artırır.Bu nedenle bir URL sitemap’ta yer alıyor diye sorun bitti sayılmaz. Aynı URL iç bağlantı almıyorsa, robots.txt ile engelleniyorsa ya da canonical başka sürümü işaret ediyorsa sonuç yine beklenenden farklı olabilir.
robots.txt ve kaynak erişimi neden kritik
robots.txt bazı sayfaların veya kaynakların taranmasını durdurabilir. Google’ın sayfanın anlamını çözmesi için gereken CSS, JavaScript ya da görsel dosyaları engellenmişse, tarama sonucu eksik kalabilir. Search Console’da görünen sorun bazen sayfanın kendisi değil, sayfanın anlaşılmasını sağlayan kaynaklardır.Bu yüzden yalnız HTML yanıtına bakmak yeterli değildir. Sayfanın görünümü ve işlevi dış kaynaklara dayanıyorsa, Google’ın o kaynaklara erişebildiğinden emin olmak gerekir.
Tarama neden dizine ekleme anlamına gelmez
Bir sayfanın taranmış olması, arama sonuçlarında yer alacağı anlamına gelmez. Google, dizine ekleme kararında noindex, canonical tercihi, yinelenen içerik ve sayfanın genel yararlılığı gibi sinyalleri birlikte değerlendirir. Tarama yalnızca sayfanın okunabildiğini gösterir.Bu ayrım, özellikle “Google sayfayı görüyor ama sonuçta göstermiyor” durumunda belirleyicidir. Sayfa tarandıktan sonra dışarıda kalıyorsa, sorun çoğu zaman keşif değil karar katmanındadır.
Noindex ve canonical aynı şey değildir
Noindex, sayfanın dizine eklenmemesini istemek için kullanılır. Canonical ise benzer sürümler arasında hangi URL’nin ana sürüm sayılacağını işaretler. İkisi aynı anda çalışsa bile etkileri farklıdır.Örneğin bir sayfa taranabilir, fakat noindex nedeniyle dizine alınmayabilir. Başka bir sayfa indekslenebilir, fakat Google onu kopya sayıp başka bir canonical sürümü seçebilir. Sorunu çözerken bu ikisini karıştırmamak gerekir.
Google-selected canonical neden beklediğinizden farklı olabilir
URL Inspection aracında Google-selected canonical alanı, Google’ın benzer sayfalar arasından seçtiği resmî URL’yi gösterir. Kullanıcı tarafından belirtilen canonical ile aynı olmak zorunda değildir. Özellikle http/https, www/non-www ya da mobil/masaüstü sürümleri varsa Google farklı bir sürümü tercih edebilir.Bu durumda yapılacak şey, yalnız etiketi görmek değil; neden o sürümün seçildiğini anlamaya çalışmaktır. İç bağlantıların çoğu hangi sürüme gidiyor, sitemap hangi sürümü listeliyor ve içerik aynı mı, bunlar birlikte değerlendirilmelidir.
| Durum | Ayırt edici anlamı |
|---|---|
| Bulunabilirlik | Googlebot’un sayfayı keşfedebilmesi için sitemap, iç bağlantılar ve robots.txt engelleri birlikte kontrol edilir. |
| Tarama | Sayfa taranabiliyor olsa bile JavaScript, yönlendirme ve kaynak erişimi tarama sonucunu değiştirebilir. |
| Dizine ekleme | Tarama tek başına yeterli değildir; noindex, canonical ve kalite sinyalleri indeks kararını etkiler. |
| Canonical seçimi | Google, benzer URL’ler arasında kendi seçtiği canonical’ı gösterebilir; kullanıcı bildirimiyle aynı olmak zorunda değildir. |
| Search Console | URL Denetimi ve kapsama raporları, sorunlu URL’nin hangi aşamada takıldığını ayırmaya yarar. |
| Tek URL mi çoklu sürüm mü | Aynı içeriğin http/https, www/non-www ya da mobil/masaüstü sürümleri ayrı ele alınmamalıdır. |
Search console’da URL denetiminden ne okunur
URL Inspection, bir sayfanın hangi aşamada takıldığını en hızlı gösteren araçlardan biridir. Burada sayfanın erişilebilirliği, indeksleme uygunluğu ve Google-selected canonical gibi alanlar birlikte okunur. Tek satırdaki sonuç yerine alanların birbiriyle uyumuna bakmak gerekir.Aracı kullanırken amaç, “endekslenmedi” sonucunu tekrar etmek değil, nedenini ayırmaktır. Aynı URL için crawl allowed, indexing allowed ve canonical seçimi farklı şeyleri anlatır.
İzinli, ama yine de görünmeyen sayfalar
Bir sayfa robots.txt tarafından engellenmemiş ve taranabilir durumda olabilir; buna rağmen Search Results’ta görünmeyebilir. Bunun nedeni kalite sinyalleri, yinelenen sürümler veya Google’ın başka bir URL’yi daha uygun canonical seçmesi olabilir.Bu yüzden her izinli sayfa otomatik olarak görünür kabul edilmemelidir. Özellikle aynı içeriğin çok sayıda sürümü varsa, görünürlük sorunu çoğu zaman tek tek sayfalardan çok URL kümesi düzeyinde oluşur.
Ne zaman müdahale etmeli
Google’ın seçtiği canonical kullanıcı niyetiyle uyumluysa çoğu durumda müdahale gerekmez. Ama yanlış sürüm seçiliyorsa, iç bağlantılar ve sitemap açıkça başka URL’ye işaret ediyorsa, tutarsızlık vardır. Bu durumda canonical sinyallerini tek bir sürümde toplamak gerekir.Müdahale etmeniz gereken nokta, Google’ın bir tercih yapmış olması değil; bu tercihin sitenizin istediği ana sürümle çelişmesidir. Sorun burada netleşince gereksiz değişiklik yapmadan doğru katmana odaklanabilirsiniz.
Hangi durumda aynı içerik farklı URL sayılmaz
Aynı içeriğin http/https, www/non-www, mobil/masaüstü ya da parametreli sürümleri teknik olarak ayrı URL’lerdir; fakat içerik açısından tek bir sayfanın varyantları olabilir. Google bu sürümlerden birini canonical olarak seçebilir ve sonuçlarda çoğu zaman yalnız o sürümü gösterir.Bu yüzden her sürümü ayrı hedef gibi ele almak yerine, tek bir ana sürüm belirlemek daha sağlıklıdır. İç bağlantı, sitemap, canonical etiketi ve yönlendirmeler bu ana sürümle aynı çizgiye getirildiğinde, görünürlük karmaşası genellikle azalır.
Kısa karar kuralı
Sorun bulamama değil keşif ise sitemap ve iç bağlantıları güçlendirin. Sorun tarama ise robots.txt ve kaynak erişimini kontrol edin. Sorun indeksleme ise noindex, canonical ve yinelenen sürümleri inceleyin.Bu sıralama, aynı kelimeyle anılan ama farklı kökten gelen sorunları ayırır. En sona yanlış yere odaklanmayı değil, en başta doğru teşhis basamağını koymayı amaçlar.