Ürün sayfam neden Google'da üç kez görünüyor?

URL parametrelerinin kanonikleştirilmesi tam olarak ne anlama geliyor

Diyelim ki ayakkabı satıyorsunuz. Birisi sitenize bir reklam üzerinden geliyor: uw-shop.nl/schoenen?utm_source=facebook. Başka biri fiyata göre sıralıyor: uw-shop.nl/schoenen?sort=laag-hoog. Yine başka biri numaraya göre filtreliyor: uw-shop.nl/schoenen?maat=42. Ziyaretçi için bu hepsi farklı bir sunuşa sahip aynı sayfadır. Müdahale olmadan Google için bu üç veya daha fazla ayrı sayfadır.

Kanonikleştirilme, Google'a şunu söylemeniz anlamına gelir: bunların hepsi varyantlar, ama gerçek, sayılan sürüm uw-shop.nl/schoenen — eklemeler olmaksızın. Bu temiz adrese kanonik URL diyoruz. Öyleyse hangi versiyonun arama sonuçlarında görünmesi gerektiği sorusuna bir açık cevap veriyorsunuz.

Bu bir şeyi gizleme veya engelleme meselesi değildir. Varyantlar filtreleme veya sıralama yapan ziyaretçiler için var olmaya ve çalışmaya devam edebilir. Sadece arama motorlarına şunu söylüyorsunuz: tüm değeri ve değerlendirmeyi o bir temiz versiyona sayın, yanındaki on parametre varyantına değil.

Bu, sayfalandırmada olup bitenlere benziyor; sayfalandırma hakkında açıkladığımız gibi. Orada da içerik açısından güçlü şekilde örtüşen birden fazla URL vardır. Fark, parametrelerin sık sık daha rastgele olmasıdır: sıralama ve izleme içeriğe hiçbir şey eklemezken, sayfa numaraları bazen öyle yapabilir.

Bunun sizde gerçekleşip gerçekleşmediğini nasıl görebilirsiniz

En hızlı kontrol: Google Search Console'da kendi alan adınızı site arama komutuyla arayın, örneğin site:uw-shop.nl/schoenen. İçinde soru işaretleri ve parametreler bulunan birden fazla varyant görünüyorsa, bunun iyi durumda olmadığı olasılığı yüksektir. Sitenizde gezinebilir, filtreleri ve sıralama seçeneklerini etkinleştirebilir ve adres çubuğunda ne olduğunu görebilirsiniz.

Search Console'da Sayfalar altında sayfaların neden dizine alınmadığını belirtilen nedene bakabilirsiniz. Burada yinelenen içerik gibi bir şey varsa, Google başka bir kanonik URL seçti kullanıcı daha sonra, bu genellikle tam olarak sizin sorununuz. Bu raporun verdiği en açık sinyallerden biridir.

Filtrelenmiş bir sayfanın kaynak kodunu kontrol edin veya bunu sizin için birinin yapmasını isteyin. Temiz URL'ye kanonik versiyon olarak atıfta bulunan bir satır olmalıdır. Bu satır yoksa veya parametre versiyonunun kendisine atıfta bulunuyorsa, işler devam ediyordur.

Ayrıca analiziniz aracılığıyla da bir gösterge alabilirsiniz: aslında bir sayfa olan şeyin onlarca URL varyantını görüyorsanız, her biri az biraz trafikle, o trafik kopyanın içinde parçalanmış hale gelmiş, ana sayfada toplanmamıştır.

Bu düzende değilse maliyeti ne kadar

En büyük risk, siteniz için Google'ın dikkatinin harcaması. Arama motorları, sayfaları incelemeye adanmış sınırlı bir süre ve kapasiteyi her site için ayırırlar; buna tarama bütçesi de denir. Google bu zamanı same shoe sayfasının yüz varyasyonuna harcıyorsa, sitenizin başka yerlerindeki yeni veya önemli sayfalar için daha az kalır.

Ayrıca, kendi alaka düzeyinizi seyreltirsiniz. Bağlantı değeri ve takdir sinyalleri on URL varyantı arasında dağılırsa tek bir sayfada yoğunlaşmak yerine, hiçbir varyant iyi sıra almaya yetecek kadar güçlü değildir. Aslında arama sonuçlarında kendinize karşı savaşıyorsunuz.

Ayrıca Google'ın bir kanonik sürüm seçme ve her zaman istediğiniz sürümü seçmeme konusunda gerçek bir risk vardır. Bu çirkin bir URL'ye sahip parametre versiyonu veya o arama sorgusu için tercih ettiğiniz sayfa olmayabilir. O zaman insanların tam olarak ne gördüğü ve tıklayıp tıklayıp tıklamadığı hakkında kontrolü kaybedersiniz.

Web'i özetleyen AI asistanları için aynı sorun mevcut, ancak daha parlak. Aynı ürün sayfasının biraz farklı üç sürümüyle karşılaşan bir dil modeli, sıralama varyasyonunun eski bir önbelleği aracılığıyla farklı bir fiyat gibi kafa karıştırıcı veya çelişkili bilgiler alabilir. Bu nedenle, hangi sürümün doğru olduğu konusundaki netlik, Google'dan daha fazlasına yardımcı olur.

Bunu düzeltmek için ne yapılması gerekiyor

Özü basittir: URL'de izleme, sıralama veya filtreler içeren bir sayfanın herhangi bir çeşidi, temiz sürümün gerçek olduğunu belirtmelidir. Bu, sayfa başına elle yaptığınız bir şey değil, sayfa başına bir kez düzgün bir şekilde düzenlediğiniz bir talimattır. Tüm ürün sayfaları için sabit bir kural, tüm kategori sayfaları için başka bir sabit kural düşünün.

Bu, sayfa türüne göre indeksleme matrisinde tartıştığımız gibi, ne tür sayfalara sahip olduğunuz ve nasıl davrandıklarına dair daha geniş bir genel bakışa aittir. Burada, parametre türüne göre de dahil olmak üzere her sayfa türü için niyetin ne olduğuna karar verirsiniz: var olabilir mi, kanonikleşmeli mi yoksa dizine hiç dahil edilmemesi mi?

Bazı parametreler sadece kanonikleştirmekten farklı bir yaklaşımı hak ediyor. Örneğin, birisinin kendi sitenizde arama yaptığı ve ayrı bir URL sağladığı dahili arama sonuçları, noindex'teki dahili arama sonucu sayfalarında ayrıntılı olarak açıklandığı gibi, onları doğrudan dizine eklemeden hariç tutmak genellikle daha iyidir. Kanonikalize etmek ve hariç tutmak, farklı durumlar için iki farklı araçtır.

Değişikliği yaptıktan sonra birkaç hafta geçmesine izin verin ve yinelenen varyasyonların sorun raporundan kaybolup kaybolmadığını görmek için Search Console'da tekrar kontrol edin. Bu bir gecede gerçekleşmeyecek: Google'ın sayfaları tekrar ziyaret etmesi ve yeni talimatı işlemesi gerekecek. Sabır ve tekrarlanan kontrol bu sürecin bir parçasıdır.

Bunun diğer temel teknik konularla nasıl ilişkisi

Kanonikleştirme tek başına durmaz. robots.txt dosyanız sitenin bölümlerini zaten engelliyorsa, aşağıda tartışıldığı gibi checkpoint 1.1 robots.txt hakkında ve kontrol noktası 1.2, kanonik talimatlarınızın çalışmasını engelleyebilir. Her durumda, engellenen bir sayfa, kanonik talimatı okumak için Google tarafından ziyaret edilemez.

Orta derecede tasarlanmış bir 404 kullanımı da bu konuya değiniyor. Silinen bir parametre sürümü düzgün bir şekilde yönlendirilmezse, ancak doğru durum kodu olmayan kafa karıştırıcı bir sayfaya neden oluyorsa, yazılım 404'lerde açıklanan yumuşak bir 404'ten bahsediyoruz. Aynı şey kendi orta derecede hata sayfanız için de geçerlidir, yararlı bir 404 sayfasına bakın. Tüm bu noktalar birbiriyle ilişkilidir: her zaman Google'a bir sayfanın tam olarak ne olduğu ve ne anlama geldiği konusunda netlik sağlamakla ilgilidir.

Son olarak, siteniz JavaScript olmadan erişilebilen temel içerikte tartışıldığı gibi içeriği göstermek için büyük ölçüde JavaScript'e güveniyorsa, Google'ın bazen dinamik olarak eklenen kanonik bağlantıyı bırakın temel içeriği görmesi zaten zor olabilir. Teknik olarak istikrarlı bir temel, yalnızca kanonikleştirmeyi gerçekten güvenilir kılar.