TechnoRadical notları · Makale
İki sayfam aynı sorguda yarışıyor, hangisini feda etmeliyim
İki sayfanız aynı sorguda mı yarışıyor? Search Console verisi, içerik kapsamı, backlink ve ticari değere göre hangisini feda edeceğinize karar verin.
İki sayfanın aynı sorguda yarışması, hangisinin “kazanan” ilan edilip hangisinin feda edileceğine karar vermeyi gerektiren bir kanibalizasyon sonrası adımdır. Bu karar Search Console performans verisi, içerik kapsamı, geri bağlantı profili ve ticari değer olmak üzere dört ölçütün birlikte tartılmasıyla verilir; tek bir metriğe bakıp “daha güçlü olan kazanır” demek yeterli değildir. Dört ölçüt bir karar tablosunda birleşince kazanan sayfa netleşir ve kaybeden sayfa, içerik örtüşmesine göre 301 yönlendirme, canonical etiketi veya noindex ile feda edilir. Yanlış uygulanan bir kararın soft 404 veya yönlendirme hatası olarak Search Console’da nasıl göründüğü de ayrıca ele alınır. İki sayfanın gerçekten zarar verip vermediğini tespit etmek ayrı bir adımdır; okurun bunu zaten belirlemiş olduğu, yani gerçek bir zarar gördüğü varsayılır.
Bu karar neden tek bir “daha güçlü sayfa kazanır” kuralına indirgenemez
Hayır, “daha güçlü olan kazanır” tek başına yeterli bir kural değildir; karar Search Console performansı, içerik kapsamı, geri bağlantı profili ve ticari değer olmak üzere dört ölçütün birlikte tartılmasıyla verilir. Rakip içeriklerin çoğu bu kararı “zayıf içeriğe sahip sayfa feda edilmeli” cümlesiyle geçiştiriyor, ama “zayıf”ı hiçbir somut ölçütle tanımlamıyor. Bu da okuru “hangi sayfa gerçekten zayıf” sorusuyla baş başa bırakıyor.
Google’ın kendi canonicalization (temsilci URL seçimi) süreci de aynı çok-sinyalli mantığı izliyor. Google Search Central’ın canonicalization sayfası, önce her sayfanın ana içeriğinin belirlendiğini, benzer sayfaların gruplandığını, sonra Google’ın topladığı sinyallere dayanarak “objektif olarak en eksiksiz ve kullanışlı” sayfayı seçtiğini yazıyor. Bu seçimi etkileyen sinyaller arasında HTTP/HTTPS protokolü, yönlendirmeler, sitemap kaydı ve rel=canonical etiketi sayılıyor. Google tek bir sinyale bakmıyor; Search Console performansı, içerik kapsamı, geri bağlantı profili ve ticari değerden oluşan dört ölçütlü karar da aynı çok-sinyalli mantığı okurun kendi seçimine uyguluyor.
Bir sınır burada baştan konmalı. Google’ın Arama Savunucusu John Mueller, Bluesky’de bir okurun kanibalizasyon sorusuna verdiği yanıtta aynı sonuç sayfasında birden fazla sayfa görünmesinin tek başına sorun olmadığını söylüyor: “If you have 3 different pages appearing in the same search result, that doesn’t seem problematic to me just because it’s ‘more than 1’” (üç farklı sayfanın aynı sonuç sayfasında görünmesi, sırf birden fazla olduğu için sorunlu değildir). İki sayfanın aynı sorguda görünmesinin başlı başına bir sorun olup olmadığının tespiti burada yapılmıyor; okurun bunu zaten ayrı bir teşhisle belirlemiş olduğu, yani gerçek bir zarar (sıralama dalgalanması, tıklama bölünmesi, tarama bütçesi israfı) gördüğü varsayılıyor. Bu, aynı sitedeki iki sayfanın aynı aramayı hedefleyip birbirini zayıflatması durumunun ikinci adımıdır; ilk adım zararın gerçek olup olmadığını tespit etmektir, buradaki karar zaten zarar tespit edilmiş iki sayfa arasında verilir.
Search Console verisiyle iki sayfayı nasıl karşılaştırırsınız
Karşılaştırma, Performans raporunda her iki URL’nin gösterim, tıklama ve ortalama konum verisini sayfa filtresiyle ayrı ayrı çekmekten geçer. Sorgu filtresine hedef sorgu grubu girilir, ardından rapor “Sayfalar” sekmesine geçirilir; bu görünüm, filtrelenen sorguda gösterim alan tüm URL’leri listeler.
Bunun nasıl göründüğünü varsayımsal ama gerçekçi bir örnek netleştirir. Bir sitenin aynı sorgu grubunda gösterim alan iki sayfası /a/ ve /b/ olsun; üç aylık veri şöyle dağılıyor.
| Metrik (3 ay) | /a/ | /b/ |
|---|---|---|
| Gösterim | 8.400 | 7.900 |
| Tıklama | 210 | 95 |
| Tıklama oranı (TO) | %2,5 | %1,2 |
| Ortalama konum | 11,3 | 9,8 |
Bu tabloda /b/ sayfasının ortalama konumu /a/’dan daha iyi görünüyor (9,8’e karşı 11,3), ama /a/ toplam tıklamada neredeyse iki kat önde (210’a karşı 95). Yalnız ortalama konuma bakıp “B daha iyi sıralanıyor, kazanan o olsun” demek, ortalama konumun çok sayıda sorgunun karışımı olduğu için tek başına yanıltıcı olabilecek karmaşık bir metrik olduğunu göz ardı eder. Search Console Yardım sayfası bu metriği doğrudan uyararak tanımlıyor: “The position value is a complex metric that can be misleading if you don’t understand the subtleties” (konum değeri, inceliklerini anlamadan yorumlanırsa yanıltıcı olabilecek karmaşık bir metriktir).
Gösterim toplamı birbirine yakınken tıklama oranı farklıysa, karar tıklama ve toplam tıklama sayısına göre verilir; ortalama konum tek başına eleyici değildir. Bu örnekte /a/, daha düşük ortalama konuma rağmen okurun gerçekte tıkladığı sayfa olduğu için Search Console ölçütünde önde sayılır.
İçerik kapsamı hangi sayfada daha eksiksiz
Kapsam, kelime sayısıyla değil, hedef sorgunun alt niyetlerinin kaçının karşılandığıyla ölçülür. Google’ın canonicalization sürecindeki “objektif olarak en eksiksiz ve kullanışlı” ölçütü, sayfa uzunluğuna değil kapsam derinliğine işaret ediyor.
Bu derinlik dört kalemle kontrol edilir: hedef sorgunun alt niyetlerinin kaçının karşılandığı, örnek/tablo/kod gibi somut öğe sayısı, güncellik ve iç bağlantı sayısı. Aynı /a/ ve /b/ örneğinde bu dört kalem şöyle karşılaştırılır.
| Ölçüt | /a/ | /b/ |
|---|---|---|
| Alt niyet kapsamı | 4/5 | 2/5 |
| Somut öğe (tablo, kod, örnek) | 3 | 1 |
| Son güncelleme | Mart 2026 | Kasım 2024 |
| İç bağlantı sayısı | 6 | 2 |
Dört kalemin tamamında /a/ önde. Ama gerçek sitelerde bu tablo her zaman bu kadar net ayrışmaz; kapsamı geniş fakat güncelliğini yitirmiş bir sayfa ile kapsamı dar ama yeni yazılmış bir sayfa arasında seçim yapmak gerekebilir. Bu durumda tek başlı bir kural yoktur: alt niyet kapsamı ve somut öğe sayısı güncellikten daha ağır basar, çünkü eski ama kapsamlı bir sayfa tazelenebilir, kapsamı zaten dar bir sayfa ise güncel olsa bile aynı derinliğe kolayca ulaşamaz.
Geri bağlantı profili kararı nasıl değiştirir
Geri bağlantı profili kararı değiştirebilir, ama tek başına belirlemez; kazanan sayfa içerik ve arama performansında önde olduğu sürece kaybedenin bağlantı değeri 301 ile ona taşınabilir. Google Search Central’ın duplike URL birleştirme rehberi, 301 yönlendirmeyi “a strong signal that the target of the redirect should become canonical” (yönlendirmenin hedefinin canonical sayfa olması gerektiğine dair güçlü bir sinyal) olarak tanımlıyor; rel="canonical" etiketi de aynı güçte bir sinyal sayılıyor. Buna karşılık sitemap’te listelenmek yalnızca “a weak signal that helps the URLs that are included in a sitemap become canonical” (zayıf bir sinyal) olarak geçiyor.
Aynı /a/-/b/ örneğine geri bağlantı eklenirse şu senaryo ortaya çıkar: /b/, geçmişte aldığı birkaç dış bağlantı yüzünden /a/’dan daha fazla backlink taşıyor olsun. Bu tek başına /b/’yi kazanan yapmaz. Search Console performansı ve içerik kapsamı /a/’yı işaret ediyorsa, /b/’nin taşıdığı bağlantı değeri /a/’ya 301 yönlendirmesiyle aktarılır; Google’ın kendi sınıflandırmasında 301 zaten bu değeri taşıyacak güçte bir sinyaldir.
Bu kuralın bir karşı örneği var. İki sayfa arasındaki konu bütünlüğü zayıfsa, yani /b/ aslında /a/’nın kapsamadığı ayrı bir alt konuyu da işliyorsa, /b/’yi doğrudan /a/’ya 301 ile yönlendirmek okuru aradığı bilgiden uzaklaştırır ve kullanıcı deneyimini bozar. Bu durumda 301 yerine canonical etiketi tercih edilir; sayfa yaşamaya devam eder, yalnızca arama sinyali tek adreste toplanır.
Ticari değeri yüksek ama SEO sinyali zayıf sayfa otomatik kazanır mı
Hayır, otomatik kazanmaz; dönüşüm getiren bir sayfa SEO sinyallerinde geride olsa bile göz ardı edilemez, ama tek başına diğer üç ölçütü de geçersiz kılmaz. Kampanyada kullanılan, form barındıran veya iç bağlantı ağırlığı yüksek bir sayfa, Search Console performansı ve içerik kapsamında geride kalsa bile ticari değeri karar tablosunda ayrı bir satır olarak ağırlıklandırılır.
Pratikte önerilen sıra şudur: ticari değeri yüksek sayfa SEO sinyalinde geride kalıyorsa, önce içerik kapsamı güçlendirilir ve karar yeniden değerlendirilir; doğrudan feda edilmez. Bunun tersini yapmanın somut bir maliyeti var. Ticari değeri yüksek bir sayfa yalnızca içerik kapsamı zayıf diye doğrudan feda edilip kazanan sayfaya yönlendirilirse, o sayfanın taşıdığı dönüşüm yolu (kampanya linki, form, özel teklif metni) da yönlendirmeyle birlikte kaybolur. Doğru sıra, önce içeriği güçlendirmek, sonra kararı yeniden vermektir.
Karar tablosu: dört ölçütü tek bakışta karşılaştırın
Dört ölçüt tek bir tabloda yan yana konduğunda kazanan sayfa çoğu durumda net biçimde ortaya çıkar; üç veya dördünde aynı sayfa öndeyse karar açıktır. Aynı /a/-/b/ örneği üzerinden dört ölçüt şöyle özetlenir.
| Ölçüt | Kazanan sinyal |
|---|---|
| Search Console performansı | /a/ (yüksek tıklama ve TO) |
| İçerik kapsamı | /a/ (daha çok alt niyet, daha güncel) |
| Geri bağlantı profili | /b/ (daha çok dış bağlantı) |
| Ticari değer | Eşit |
Bu örnekte dört ölçütten ikisi net biçimde /a/’yı, biri /b/’yi işaret ediyor, biri eşit çıkıyor. Üç ölçütte aynı sayfa öndeyse (burada olduğu gibi /a/) karar bu tablo düzeyinde tamamlanır; /b/’nin taşıdığı tek üstünlük olan backlink değeri, feda edilirken 301 yönlendirmesiyle /a/’ya aktarılır.
Tablo her zaman bu kadar net ayrışmaz. Dört ölçüt ikişer ikişer bölünürse, örneğin iki ölçütte /a/, iki ölçütte /b/ önde çıkarsa, tablonun kendisi tek başına karar vermez. Bu durumda ticari değer bölümündeki ağırlıklandırma mantığı devreye girer: hangi sayfanın kaybı okur ve iş sonucu açısından daha pahalıya mal olacağı, teknik sinyallerden bağımsız ikinci bir değerlendirme olarak eklenir.
Kaybeden sayfayı teknik olarak nasıl feda edersiniz
Karar netleştiyse iki teknik seçenek vardır: içerik gerçekten örtüşüyorsa 301 yönlendirme, sayfalar yalnızca aynı sorguda rekabet edip ayrı bir okur işi taşıyorsa rel=canonical. /a/-/b/ örneğinde içerik büyük ölçüde örtüştüğü için 301 uygun seçimdir; /b/ kalıcı olarak /a/’ya yönlendirilir.
301 veya canonical uygulandıktan sonra atlanmaması gereken bir adım var: sitedeki tüm iç bağlantılar da kaybeden değil kazanan URL’ye güncellenmelidir. Google’ın kendi önerisi net: “When linking within your site, link to the canonical URL rather than a duplicate URL” (site içinde bağlantı verirken duplike URL yerine canonical URL’ye link verin). Pratikte bu, sitedeki kaybeden sayfaya (/b/) giden her bağlantı hedefinin kazanan sayfaya (/a/) güncellenmesi demektir; kaybeden sayfaya giden eski bir menü linki veya blog içi anchor unutulursa, kazanan sayfaya aktarılması gereken sinyal kısmen kaybedenin üzerinde kalmaya devam eder.
301 ve canonical’ın tam kod örnekleri (Apache, Nginx ve HTML etiketi) burada tekrarlanmıyor; merge sonrası 301 yönlendirmesinin ve canonical etiketinin çalışan kod örnekleri kardeş yazıda zaten gösteriliyor.
Üçüncü bir seçenek olan noindex, sayfa SEO amaçlı değilse ama kullanıcı için hâlâ gerekliyse devreye girer. İç arama sonucu sayfaları veya filtre kombinasyonları buna örnektir: bu sayfalar kullanıcı deneyimi için kalmalı ama arama sonuçlarında görünmemelidir; bu durumda karar tablosu 301/canonical yerine noindex’e işaret eder.
Kaybeden sayfayı 301 yerine tamamen silip 404 vermek daha güvenli değildir. 404, birikmiş bağlantı ve sıralama sinyalini kazanan sayfaya taşımaz; sayfa tamamen silinip 404 bırakılırsa /b/’nin taşıdığı geri bağlantı ve arama sinyali hiçbir yere aktarılmadan kaybolur. 301 ise Google’ın kendi tanımıyla bu değeri kazanan sayfaya aktaran güçlü bir sinyaldir.
Yanlış kararın somut belirtileri: soft 404 ve yönlendirme hataları
Kararın yanlış uygulandığının iki somut belirtisi var: soft 404 ve yönlendirme hatası; ikisi de Search Console’un Sayfa Dizine Ekleme raporunda isimlendirilmiş biçimde görünür. Kaybeden sayfa 301 yerine içeriği boşaltılıp sunucu tarafında 200 durum koduyla bırakılırsa, Search Console bunu soft 404 olarak raporluyor. Google Search Console Yardım sayfası bu hatayı şöyle tanımlıyor: “it returns a user-friendly ‘not found’ message but not a 404 HTTP response code” (kullanıcı dostu bir “bulunamadı” mesajı döndürür ama 404 HTTP yanıt kodu içermez).
Yönlendirmenin kendisi de hatalı kurulabilir. Aynı Search Console sayfası “Redirect error” kategorisini üç örnekle tanımlıyor: çok uzun bir yönlendirme zinciri, bir yönlendirme döngüsü ve azami URL uzunluğunu aşan bir yönlendirme URL’si. /b/’nin doğrudan /a/’ya değil, önce başka bir yönlendirmeye işaret etmesi, ardından o sayfanın da /a/’ya yönlendirmesi bu üç kategoriden birine (zincir) düşer.
Bu iki hata türü soyut bir “acaba doğru mu yaptım” sorusunu kontrol edilebilir bir soruya çeviriyor; ikisi de Sayfa Dizine Ekleme raporunda ayrı ayrı, isimlendirilmiş kategoriler olarak listeleniyor. Kararı uygulamadan önce sitenizin durum kodlarını ve yönlendirme zincirlerini tarayan ücretsiz denetimi çalıştırmak, bu hataların hiçbirinin oluşmadığını yayın öncesi görmenin en hızlı yoludur.
Karar sonrası doğrulama ne zaman ve nasıl yapılır
Doğrulama iki ayrı zaman diliminde yapılır: soft 404 ve yönlendirme hataları birkaç gün içinde, sıralama ve trafik etkisi birkaç hafta sonra kontrol edilir. İlk kontrol, Search Console’un Sayfa Dizine Ekleme raporunda soft 404 ve yönlendirme hatası kategorilerinin görünüp görünmediğine bakar; bu, kararın teknik olarak doğru uygulanıp uygulanmadığının ilk kanıtıdır.
Sıralama ve trafik etkisi hemen görünmez. Google Search Central’ın SEO Starter Guide’ı değişikliklerin etkisi için şunu yazıyor: “Some changes might take effect in a few hours, others could take several months” (bazı değişikliklerin etkisi birkaç saatte, bazılarının birkaç ayda ortaya çıkabilir) ve öz-değerlendirme için birkaç hafta beklenmesini öneriyor. Bu süre dolduğunda kazanan sayfanın gösterim ve tıklamasının kaybedenin eski payını gerçekten devralıp almadığı, Search Console verisiyle iki sayfayı karşılaştırmakta kullanılan yöntemle yeniden ölçülür; bu kez tek sayfa (/a/) için, birleşme öncesi iki sayfanın toplamıyla karşılaştırılarak.
kanibalizasyon · canonical · Search Console · teknik SEO