- 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 bir sayfayı görünür kılması üç ayrı kararın birleşimidir: önce URL’yi keşfeder, sonra tarayıp içeriği okur, ardından indekslemeye ve gerekiyorsa canonical olarak hangisini seçeceğine karar verir. Bu yazı, bu zincirde hangi sinyalin ne işe yaradığını ve pratikte nereden kontrol edileceğini netleştirir.
Konu özellikle şu karışıklığı çözer: bir sayfa taranabiliyor olsa bile neden indekslenmeyebilir, duplicate sayfalar arasında neden farklı bir URL seçilebilir ve Search Console’da hangi rapora bakarak durumu anlamak gerekir. Amaç, tek bir hata listesinden çok, Google’ın sayfa sürümlerini nasıl ayırdığını açıklamaktır.
Keşif tarafında iç bağlantılar, XML sitemap ve dış bağlantılar yeni URL’lerin bulunmasına yardım eder. Tarama tarafında robots.txt, sunucu yanıtları ve sayfanın erişilebilirliği devreye girer. İndeksleme tarafında ise Google’ın sayfayı anlayabilmesi, ana içeriği seçebilmesi ve çoğul sürümleri ayırabilmesi önem kazanır. Bunlar birbirinin yerine geçmez; biri aksarsa sonraki adım da etkilenir.
Bu ayrım, özellikle 'sayfam var ama görünmüyor' sorusunda kritiktir. Sorun bazen içerikte değil, erişimde olur; bazen içerik okunur ama duplicate olduğu için öne çıkmaz; bazen de sayfa teknik olarak düzgün olsa bile başka bir URL ile birleştirilir. Search Console’daki URL Inspection bu ayrımı tek URL için görmekte en faydalı araçtır.
Bu sinyallerin etkisi farklıdır. robots.txt ile engellenen bir sayfa taranamaz; noindex işareti olan bir sayfa taransa bile dizine alınmayabilir; canonical etiketi ise daha çok temsilci seçimine yön verir. Yani tek bir ayarı değiştirmek, tüm süreci otomatik düzeltmez. Sorun hangi aşamadaysa müdahale oraya yapılmalıdır.
Canonical seçimi yanlış anlaşılırsa SEO kararları da yanlış olur. Kullanıcıların paylaştığı URL ile Google’ın seçtiği URL farklı olabilir; HTTP ve HTTPS sürümleri, parametreli adresler, filtreli kategori sayfaları veya mobil/masaüstü varyantları arasında farklı temsilci seçilebilir. Bu nedenle canonical, yalnızca etiket konusu değil, görünürlük ve ölçümleme konusudur.
Bu davranışın en pratik sonucu şudur: kendi tercih ettiğiniz URL ile Google’ın seçtiği URL aynı değilse, önce teknik sinyallerin tutarlı olup olmadığına bakmak gerekir. İç bağlantılar, yönlendirmeler ve sitemap aynı URL’yi desteklemiyorsa canonical işaretiniz tek başına yeterli olmayabilir.
Örneğin aynı içeriğin tek bir URL’de toplanmasını istiyorsanız redirect daha kesin çözümdür. Sadece benzer varyantların temsilcisini işaretlemek istiyorsanız canonical uygundur. Sayfanın sonuçlarda görünmemesi gerekiyorsa noindex düşünülür. Yanlış araç seçimi, arama görünürlüğünü istemeden bozabilir.
Tek bir rapora güvenmek yerine birkaç sinyali birlikte okumak gerekir. URL Inspection size Google’ın mevcut yorumunu verir; sitemap ve iç bağlantılar keşif tarafını gösterir; robots.txt ve noindex teknik erişimi açıklar; canonical ise temsilci seçimini anlatır. Böylece sorunların hangisinin erişim, hangisinin indeks, hangisinin temsilci seçimi olduğu ayrılır.
Bu ekranı sadece 'var/yok' kontrolü gibi okumak eksik olur. Asıl fayda, Google’ın sayfayı hangi bağlamda gördüğünü anlamaktır. Böylece sorun raporunda görünen mesajı, ana nedenle karıştırmadan yorumlayabilirsiniz.
Bu yüzden önce engel var mı diye robots.txt’ye, sonra Google’a hangi URL’leri öne çıkardığınıza sitemap’e, ardından sitenin kendi mimarisine bakmak daha doğrudur. Özellikle büyük sitelerde tarama bütçesi ve keşif hızı bu üçlünün birlikte çalışmasına bağlıdır.
Bu ayrımı kurduğunuzda, SEO çalışması da daha ölçülebilir hale gelir. Önce erişimi düzeltir, sonra keşfi güçlendirir, sonra temsilci seçimini tutarlı hale getirirsiniz. Böylece Google optimizasyonu soyut bir hedef olmaktan çıkıp somut kontrol adımlarına dönüşür.
Bu sıralama pratikte zaman kazandırır. Aynı sayfada her şeyi aynı anda değiştirmek yerine, sorunun ait olduğu katmanı izole etmek daha güvenlidir. Google’ın sayfayı nasıl bulduğunu ve hangi sürümü seçtiğini anlamanın en kısa yolu da budur.
Konu özellikle şu karışıklığı çözer: bir sayfa taranabiliyor olsa bile neden indekslenmeyebilir, duplicate sayfalar arasında neden farklı bir URL seçilebilir ve Search Console’da hangi rapora bakarak durumu anlamak gerekir. Amaç, tek bir hata listesinden çok, Google’ın sayfa sürümlerini nasıl ayırdığını açıklamaktır.
Google sayfayı nasıl bulur, tarar ve indeksler
Google’ın bir URL’yi işleme süreci, tek bir 'aç ya da kapat' kararından ibaret değildir. Önce URL keşfedilir, sonra taranır, sonra da içerik benzerliklerine ve teknik sinyallere göre indekslenip indekslenmeyeceği ve hangi sürümün temsilci kabul edileceği belirlenir. Bu yüzden iyi bir SEO kontrolü, yalnızca sıralamaya değil, bu üç aşamanın her birine bakar.Keşif tarafında iç bağlantılar, XML sitemap ve dış bağlantılar yeni URL’lerin bulunmasına yardım eder. Tarama tarafında robots.txt, sunucu yanıtları ve sayfanın erişilebilirliği devreye girer. İndeksleme tarafında ise Google’ın sayfayı anlayabilmesi, ana içeriği seçebilmesi ve çoğul sürümleri ayırabilmesi önem kazanır. Bunlar birbirinin yerine geçmez; biri aksarsa sonraki adım da etkilenir.
Keşif, tarama ve indeksleme birbirinden nasıl ayrılır
Keşif, Googlebot’un URL’yi öğrenmesidir. Tarama, URL’ye istekte bulunup içeriği okumasıdır. İndeksleme ise okunmuş içeriğin arama dizinine alınmasıdır. Bir URL keşfedilmiş ama henüz taranmamış olabilir; taranmış ama indekslenmemiş olabilir; indekslenmiş ama tercih edilen sürüm olmayabilir.Bu ayrım, özellikle 'sayfam var ama görünmüyor' sorusunda kritiktir. Sorun bazen içerikte değil, erişimde olur; bazen içerik okunur ama duplicate olduğu için öne çıkmaz; bazen de sayfa teknik olarak düzgün olsa bile başka bir URL ile birleştirilir. Search Console’daki URL Inspection bu ayrımı tek URL için görmekte en faydalı araçtır.
Google’ın hangi sinyalleri kullandığı
Google’ın bir sayfayı nasıl yorumlayacağını tek bir etiket belirlemez. robots.txt taramayı sınırlar, noindex indekslemeyi engeller, rel=canonical benzer sayfalar arasında tercih edilen sürümü işaret eder, sitemap ise önemli URL’leri Google’a daha açık biçimde sunar. İç bağlantı yapısı da hangi sayfaların daha merkezi olduğunu anlamasına yardım eder.Bu sinyallerin etkisi farklıdır. robots.txt ile engellenen bir sayfa taranamaz; noindex işareti olan bir sayfa taransa bile dizine alınmayabilir; canonical etiketi ise daha çok temsilci seçimine yön verir. Yani tek bir ayarı değiştirmek, tüm süreci otomatik düzeltmez. Sorun hangi aşamadaysa müdahale oraya yapılmalıdır.
Canonical seçimi neden önemlidir
Aynı ya da çok benzer içeriğin farklı URL’lerde bulunması normal olabilir. Google bu durumda kopyaları kümeler ve içlerinden birini temsilci URL olarak seçer. Bu seçimin amacı, arama sonuçlarında aynı içeriği tekrar tekrar göstermek yerine en yararlı görünen sürümü öne çıkarmaktır.Canonical seçimi yanlış anlaşılırsa SEO kararları da yanlış olur. Kullanıcıların paylaştığı URL ile Google’ın seçtiği URL farklı olabilir; HTTP ve HTTPS sürümleri, parametreli adresler, filtreli kategori sayfaları veya mobil/masaüstü varyantları arasında farklı temsilci seçilebilir. Bu nedenle canonical, yalnızca etiket konusu değil, görünürlük ve ölçümleme konusudur.
Google neden bir URL’yi başka birine tercih eder
Google canonical seçiminde tek bir işarete bakmaz; içerik bütünlüğü, yönlendirmeler, sitemap’te yer alma, HTTP/HTTPS durumu ve canonical anotasyonları gibi sinyalleri birlikte değerlendirir. Bu yüzden rel=canonical öneridir, kesin emir değildir. Google bazen sitenin işaretinden farklı bir sürümü daha temsilci bulabilir.Bu davranışın en pratik sonucu şudur: kendi tercih ettiğiniz URL ile Google’ın seçtiği URL aynı değilse, önce teknik sinyallerin tutarlı olup olmadığına bakmak gerekir. İç bağlantılar, yönlendirmeler ve sitemap aynı URL’yi desteklemiyorsa canonical işaretiniz tek başına yeterli olmayabilir.
Canonical, redirect ve noindex arasındaki fark
Canonical benzer sayfalar arasında temsilci seçimini yönlendirir. Redirect, kullanıcıyı ve botu fiilen başka URL’ye taşır. noindex ise sayfanın indekslenmesini durdurur. Bunların amacı aynı değildir ve birbirinin yerine kullanılmamalıdır.Örneğin aynı içeriğin tek bir URL’de toplanmasını istiyorsanız redirect daha kesin çözümdür. Sadece benzer varyantların temsilcisini işaretlemek istiyorsanız canonical uygundur. Sayfanın sonuçlarda görünmemesi gerekiyorsa noindex düşünülür. Yanlış araç seçimi, arama görünürlüğünü istemeden bozabilir.
| Sinyal | Ne anlatır |
|---|---|
| robots.txt | Googlebot’un hangi URL’leri isteyebileceğini sınırlar; içeriği gizlemez, taramayı yönlendirir. |
| noindex | Sayfanın indekslenmesini engeller; taranması mümkün olsa bile sonuçta görünmesini durdurabilir. |
| rel=canonical | Benzer sayfalar arasından tercih edilen temsilci URL’yi işaret eder. |
| XML sitemap | Google’a hangi URL’lerin önemli olduğunu söyler; canonical ve iç bağlantının yerini tutmaz. |
| Search Console URL Inspection | Google’ın seçtiği canonical ve indeks durumunu tek URL düzeyinde kontrol etmeye yarar. |
Hangi araçla neyi kontrol etmelisiniz
Pratikte ilk bakılacak yer Search Console URL Inspection’tır. Burada Google’ın sayfayı nasıl gördüğünü, seçilen canonical’ı ve indeks durumunu tek URL için kontrol edebilirsiniz. Ardından sitemap, iç bağlantılar, robots.txt ve gerekirse sunucu yanıtları incelenir. Bu sıra, sorunu gereksiz yere genişletmeden daraltır.Tek bir rapora güvenmek yerine birkaç sinyali birlikte okumak gerekir. URL Inspection size Google’ın mevcut yorumunu verir; sitemap ve iç bağlantılar keşif tarafını gösterir; robots.txt ve noindex teknik erişimi açıklar; canonical ise temsilci seçimini anlatır. Böylece sorunların hangisinin erişim, hangisinin indeks, hangisinin temsilci seçimi olduğu ayrılır.
URL Inspection çıktısını nasıl yorumlamalısınız
URL Inspection’daki en önemli bilgi, Google’ın gördüğü sürüm ile sizin tercih ettiğiniz sürümün aynı olup olmadığıdır. Eğer canonical uyumsuzsa, önce yönlendirmeleri ve dahili linkleri kontrol etmek gerekir. Aynı URL taranmış ama indekslenmemişse, sayfanın kalitesi, benzersizliği veya teknik uygunluğu yeniden değerlendirilmelidir.Bu ekranı sadece 'var/yok' kontrolü gibi okumak eksik olur. Asıl fayda, Google’ın sayfayı hangi bağlamda gördüğünü anlamaktır. Böylece sorun raporunda görünen mesajı, ana nedenle karıştırmadan yorumlayabilirsiniz.
robots.txt, sitemap ve iç bağlantı hangi sırayla düşünülür
robots.txt tarama kapısını yönetir; sitemap önemli URL’leri işaret eder; iç bağlantı ise sitenin kendi içinde hangi sayfaların daha merkezi olduğunu gösterir. Sitemap tek başına indeks garantisi değildir, robots.txt ise içerik kalitesi yerine geçmez. İç bağlantı da canonical işaretini iptal etmez.Bu yüzden önce engel var mı diye robots.txt’ye, sonra Google’a hangi URL’leri öne çıkardığınıza sitemap’e, ardından sitenin kendi mimarisine bakmak daha doğrudur. Özellikle büyük sitelerde tarama bütçesi ve keşif hızı bu üçlünün birlikte çalışmasına bağlıdır.
Tek bir sayfada sorun ararken neyi ayırmalısınız
Bir URL ile ilgili yanlış teşhislerin çoğu, tarama, indeksleme ve canonical seçimini tek başlık sanmaktan çıkar. Oysa çözüm, hangi aşamada kopma olduğunu ayırınca daha nettir. Sayfa bulunmuyor mu, taranamıyor mu, indekslenmiyor mu, yoksa başka bir sürüm mü temsilci seçildi? Her sorunun karşılığı farklıdır.Bu ayrımı kurduğunuzda, SEO çalışması da daha ölçülebilir hale gelir. Önce erişimi düzeltir, sonra keşfi güçlendirir, sonra temsilci seçimini tutarlı hale getirirsiniz. Böylece Google optimizasyonu soyut bir hedef olmaktan çıkıp somut kontrol adımlarına dönüşür.
Sorun türüne göre ilk kontrol noktası
Eğer URL hiç taranmıyorsa robots.txt, sunucu hataları ve iç bağlantılar öne çıkar. Taranıyor ama indekslenmiyorsa sayfanın benzersizliği, ana içeriğin netliği ve noindex gibi sinyaller incelenir. İndeksleniyor ama yanlış sürüm görünüyorsa canonical, yönlendirmeler ve duplicate yapı kontrol edilir.Bu sıralama pratikte zaman kazandırır. Aynı sayfada her şeyi aynı anda değiştirmek yerine, sorunun ait olduğu katmanı izole etmek daha güvenlidir. Google’ın sayfayı nasıl bulduğunu ve hangi sürümü seçtiğini anlamanın en kısa yolu da budur.