Mario

WFN Üye
Konular
91
Mesajlar
87
Çözüm
0
Ticaret Puanı
0
Üyelik
9 Gün
Konum
Zonguldak
Web Sitesi
Var
Alanı
Google Optimiz.
1/1
Konu sahibi
Bir URL’nin Google’da görünmemesi çoğu zaman tek bir hatadan değil, tarama engeli, indeks engeli ve canonical seçiminin üst üste binmesinden kaynaklanır. Doğru ayrım yapıldığında gereksiz düzeltme denemeleri azalır ve önce hangi sinyalin baskın olduğunu anlarsınız.

Bu yazı, Google’ın bir sayfayı önce tarayıp sonra indeksleyebildiği düzeni temel alarak robots.txt, noindex ve canonical etiketlerinin hangi durumda ne yaptığını ayırır. Ardından Search Console’daki URL Inspection ve Page Indexing raporlarıyla hangi işaretin gerçekten geçerli olduğunu nasıl okuyacağınızı gösterir.

Google’da bir url’nin neden görünmediğini robots.txt, noindex ve canonical ile nasıl ayırırım?​

Google bir sayfayı görünür kılmadan önce önce erişebilir, sonra içeriği işleyip indeksleyebilir. Sorun da çoğu zaman burada başlar: sayfa taranamıyor olabilir, taranıyor ama noindex yüzünden dışarıda kalıyor olabilir ya da Google aynı içerik kümesinde başka bir URL’yi canonical seçmiş olabilir.

Bu yüzden tek bir kontrol listesi yerine sinyal mantığıyla gitmek daha güvenlidir. Önce Google’ın sayfaya erişip erişemediğini, sonra indeks izni olup olmadığını, en son da aynı içeriğin başka bir adreste temsil edilip edilmediğini ayırmak gerekir.

Önce tarama mı engelli, önce bunu ayırın​

Tarama engeli ile indeks engeli aynı şey değildir. robots.txt bir istemciye “buraya girme” der; noindex ise “girebildiysen bunu arama sonuçlarında gösterme” der. Bu fark kritik, çünkü Google noindex etiketini görebilmek için sayfaya erişebilmelidir.

Pratik ayrım şudur:
  • robots.txt engeli varsa Google sayfayı isteyemez.
  • noindex varsa Google sayfayı görebilmeli ve etiketi okuyabilmelidir.
  • İçerik duplicate ise Google canonical adayları arasında seçim yapar.

Buradaki en sık hata, yalnız robots.txt kapatmanın sayfayı aramadan tamamen sileceğini sanmaktır. Google, bloklanan URL’yi bazı durumlarda hâlâ sonuçlarda gösterebilir; ancak içeriği çekemez ve noindex sinyalini de okuyamaz. Bu yüzden kaldırma amacıyla robots.txt tek başına doğru araç değildir.

Robots.txt neyi yapar, neyi yapmaz​

robots.txt’nin ana işi taramayı sınırlamaktır. Büyük sitelerde gereksiz ya da benzer URL’lerin tarama bütçesini tüketmesini azaltmak için kullanılır. Ama bu dosya, sayfanın arama sonucunda hiç görünmeyeceğini garanti etmez.

Bu nedenle robots.txt ile çözülmek istenen soru genelde şudur: Googlebot bu URL’ye uğrasın mı, uğramasın mı? Eğer amaç arama görünürlüğünü kaldırmaksa, Google’ın erişebildiği yerde noindex ya da uygun durumda içerik kaldırma yöntemi gerekir.

Noindex ne zaman doğru çözümdür​

noindex, sayfanın taranmasına izin verip indekslenmesini istemediğiniz durumlarda işe yarar. Örneğin test sayfaları, ince filtre varyasyonları veya arama sonuçlarına girmemesi gereken düşük değerli sayfalar için mantıklıdır.

Ama burada da sınır nettir: robots.txt ile kapalı sayfada noindex bekleyemezsiniz. Google etiketi göremezse, niyetinizi öğrenemez. Bu yüzden “önce erişim, sonra indeks kararı” sırası korunmalıdır.

Canonical ne zaman görünmemeyi değil temsilciyi değiştirir​

Canonical, bir URL’yi saklamak için değil, benzer veya aynı içerik kümesinde tercih edilen adresi belirtmek için vardır. Yani problem “bu sayfa neden yok” değil de “Google aynı içeriğin hangi sürümünü temsilci seçecek” ise canonical devreye girer.

Bu ayrım önemlidir çünkü canonical yanlış kullanıldığında sayfayı tamamen kapatmaz; yalnızca Google’a tercih edilen sürümü işaret etmeye çalışır. Google yine kendi sinyallerine bakarak farklı bir canonical seçebilir.

Canonical ile noindex arasındaki karar çizgisi:
  • Tek bir temsilci seçmek istiyorsanız canonical düşünün.
  • Sayfanın aramada hiç çıkmamasını istiyorsanız noindex düşünün.
  • Tarama istemiyorsanız robots.txt düşünün, ama bunu indeks kaldırma aracı gibi kullanmayın.

Google’ın canonical dokümantasyonu, tek site içindeki canonical seçimlerini çözmek için noindex yerine rel="canonical" kullanmayı önerir. Bunun nedeni, noindex’in o sayfayı Search’ten tamamen çıkarmasıdır; yani yanlış sorun için fazla sert bir çözümdür.

Kopya URL kümelerinde Google neye bakar​

Google, aynı içeriğe sahip veya çok benzer sayfalarda hangi URL’nin en temsil edici olduğuna bakar. İçerik bütünlüğü, iç linkler, sitemap ipuçları ve canonical işaretleri bu kararı etkileyebilir. Bu yüzden canonical yalnız bir etiket değil, tüm URL yapısının parçasıdır.

Eğer Google sizin verdiğiniz canonical’ı değil başka bir adresi seçiyorsa, sorun çoğu zaman tek bir etiketten değil, sitenin genel işaretlerinin birbiriyle uyumsuz olmasından kaynaklanır. Böyle bir durumda sayfa görünmüyor gibi görünse bile aslında farklı URL altında temsil ediliyor olabilir.

İşaretGoogle’daki anlamı
robots.txtTarama isteğini engeller; URL yine de arama sonuçlarında görünebilir, bu yüzden tek başına indeksleme kanıtı sayılmaz.
noindexGoogle sayfayı tarayabiliyorsa görünürlüğü kaldırır; robots.txt ile kapalıysa Google bu etiketi göremez.
canonicalKopya/benzer URL kümelerinde Google’ın tercih edeceği temsilciyi işaretler; çözümün amacı gizlemek değil birleştirmektir.
URL InspectionGoogle’ın son işlediği sürümü ve seçilen canonical’ı görerek hangi sinyalin baskın olduğunu ayırmaya yarar.
Page Indexing raporuSayfanın indekslenip indekslenmediğini ve hangi nedenle dışarıda kalmış olabileceğini toplu biçimde gösterir.

Search Console’da sonucu nasıl okursunuz​

Teşhis için en yararlı araçlar URL Inspection ve Page Indexing raporudur. URL Inspection, Google’ın sayfanın son işlenmiş sürümünde ne gördüğünü ve seçilen canonical’ı gösterir. Page Indexing raporu ise sayfanın neden dışarıda kalmış olabileceğini toplu biçimde açıklar.

Bu ikisi birlikte okunduğunda şu sorular netleşir: Google sayfaya erişebildi mi, noindex gördü mü, kopya diye mi ayırdı, yoksa başka bir canonical’a mı geçti? Böylece düzeltme sırası da doğru kurulur.

Okuma sırası:
  • Önce URL Inspection ile canlı ya da son indeksli sürümü kontrol edin.
  • Sonra seçilen canonical ile sizin hedef URL’nizi karşılaştırın.
  • Page Indexing raporunda dışarıda kalma nedenini ve kümeyi doğrulayın.

URL Inspection belgesine göre araç, son indekslenen sürümü ve canonical bilgisini gösterir. Page Indexing raporuna göre ise Google, robots.txt engeli, noindex etiketi veya duplicate durumları nedeniyle sayfaları indekslemeyebilir. Bu iki kaynak birlikte, “görünmüyor” şikâyetini teknik sebeplere ayırmak için yeterli çerçeveyi verir.

Hangi belirti hangi soruna daha çok işaret eder​

robots.txt engeli genelde tarama yokluğu, noindex genelde bilinçli dışlama, canonical ise temsilci seçimi sorunudur. Eğer URL Inspection’da sayfa erişilebilir görünmüyor ama noindex bekliyorsanız, sorun sinyal sırasındadır. Eğer sayfa indeksli değil ama başka URL canonical seçildiyse, sorun çoğu zaman çoğaltılmış içerik düzenindedir.

En yararlı yaklaşım, tek bir etiket aramak yerine sinyal zincirini okumaktır. Google’ın erişimi, indeksleme isteği ve temsilci seçimi aynı sayfada farklı sonuçlar üretebilir; bu yüzden doğru çözüm de aynı sırayla bulunur.

Düzeltme kararını hangi sırayla verin​

Önce sayfanın gerçekten taranabildiğini doğrulayın. Ardından indekslenmesini istemiyorsanız noindex uygulayın; istemiyor ama başka bir versiyonu temsilci yapmak istiyorsanız canonical’ı düzeltin. Robots.txt’yi yalnız tarama kontrolü için, noindex’i yalnız indeks dışı bırakma için kullanmak daha güvenli olur.

Bir sayfa yanlış canonical’a gidiyorsa ya da duplicate kümeye düşüyorsa, tek başına robots.txt değişikliği çoğu zaman sorunu çözmez. Aynı şekilde noindex’i robots.txt ile birleştirip ardından sayfanın neden çıkmadığını sorgulamak da teşhisi zorlaştırır. Son karar, Google’ın sayfayı nasıl taradığına ve hangi URL’yi temsilci seçtiğine bakarak verilmelidir.

Bu ayrımın en kısa özeti​

Tarama istemiyorsanız robots.txt, indeks istemiyorsanız noindex, temsilci seçimi istiyorsanız canonical kullanılır. Google’ın hangi sinyali gördüğünü ise en net URL Inspection ve Page Indexing raporu söyler.
 

Sende şimdi bize katılmak ister misin?

Kayıt ol

Bize katılım kolay ve ücretsizdir!

Foruma git ?

Bu konuyu görüntüleyen kullanıcılar

Bu konuyu şu anda görüntüleyen üye bulunmuyor.