Canonical başka bir domain'i gösteriyor
canonical_externalKısa cevap
Bu sayfadaki rel=canonical başka bir alan adındaki bir URL'yi gösteriyor. Google o diğer URL'yi dizine ekleyip sizinkinin yerine gösterebilir. Sayfayı başka bir siteye devretmek istemediyseniz — tek meşru durum sendikasyondur — canonical'ı sayfanın kendi URL'siyle değiştirin.
Neden önemli
Canonical, hangi URL'nin orijinal olduğuna dair beyanınızdır. Alan adları arası canonical'lar tam da sendikasyon için desteklenir: bir iş ortağı makalenizi yeniden yayımlar ve canonical ile size geri işaret eder. Bu kazara olduğunda — staging alan adından kopyalanmış bir tema, hâlâ eski markayı gösteren bir CMS ayarı, sunucu adını yeniden yazan bir CDN — Google'a kendi sayfanızın bir kopya olduğunu söylemiş olursunuz. Google canonical'ı güçlü bir ipucu olarak değerlendirir ve diğer sinyaller (linkler, içerik) uyuştuğunda genellikle ona uyar; diğer alan adının sürümü görünürken sizin sayfanız sonuçlardan kaybolabilir.
Glimana bunu nasıl tespit eder
Tarayıcı canonical'ı HTML <link rel="canonical"> etiketinden ve Link: HTTP başlığından okur ve sunucu adını sitenin sunucu adıyla karşılaştırır (www ve www'suz aynı site sayılır). Kural, canonical'ın sunucu adı farklı bir alan adı olduğunda tetiklenir; kanıt canonical URL'yi gösterir.
Nasıl düzeltilir
- Etkilenen sayfaları Glimana'da bulun. Sorunlar › Canonical başka bir domain'i gösteriyor bölümünü açın. Etkilenen her sayfa bir satırdır; Glimana'nın o sayfa için kaydettiği kanıtı (ölçülen değer, sorunlu öğe ya da hedef URL) görmek için satırı açın. Aynı liste Görevler altındaki görev kartında da yer alır; sayfanın Sayfalar altındaki kendi ayrıntı görünümü ise tüm sinyallerini gösterir.
-
Düzeltmeyi platformunuzda uygulayın.
- Çoğu zaman SEO eklentisinin canonical alanına bir URL yapıştırılmıştır. Sayfayı açın → Yoast/Rank Math Advanced → Canonical URL alanını temizleyin (boş alan, sayfanın kendisini gösteren bir canonical üretir).
- Tüm sayfalar etkileniyorsa Ayarlar → Genel → Site Adresi yanlıştır ya da taşıma sonrası yapılan bir ara-değiştir işlemi canonical şablonunu atlamıştır. Adresi düzeltin ve önbellekleri temizleyin.
Shopify,
theme.liquidiçinde{{ canonical_url }}yazar. Tema başka bir mağazadan kopyalandıysa değer sabit kodlanmış olabilir;{{ canonical_url }}ifadesini geri getirin. Yinelenen koleksiyonlar için canonical ekleyen uygulamalar da yanlış alan adını gösterebilir — ayarlarını kontrol edin.Canonical'ı hiçbir zaman sabit bir değerden değil, yapılandırmadaki istek canonical host'undan türetin. İçerik ortaklarınız (sendikasyon) için alan adları arası canonical yalnızca onların kopyasında kalmalı.
-
Yayımlayın ve önbellekleri temizleyin. Kaydedip yayımlayın, ardından tarayıcının yeni sürümü göreceğinden emin olun: WordPress — önbellek eklentinizde sayfa önbelleğini temizleyin ve CDN'i boşaltın; Shopify — tema ve içerik değişiklikleri kaydedildiği anda yayına girer, ancak mağazanın önünde bir CDN varsa onu boşaltın; özel kod — dağıtımı yapın ve uç (edge) önbelleği boşaltın. Canlı HTML'in değiştiğini gizli bir pencerede ya da
curl -s https://your-domain/page | grep -i '<title\|canonical\|robots'ile kontrol edin; Glimana, web tarayıcınızın önbelleğindekini değil, sunucunun gönderdiğini okur. - Glimana'da doğrulayın. Görevler altında görevi açın ve Yaptım'a tıklayın. Etkilenen sayfalar birkaç saat içinde doğrulama taramasına alınır; görev, her sayfanın canonical host'u bu site olduğunda kapanır. Kontrol hâlâ başarısızsa görev bir notla Yeni durumuna döner; başarılı olursa görev Etki raporlarında Giderilen teknik sorunlar altında listelenir. Daha erken kontrol etmek için sorundaki Etkilenen sayfaları yeniden tara düğmesini kullanın.
Düzeltme nasıl doğrulanır
Etkilenen sayfalar yeniden taranır; görev, her sayfanın canonical host'u bu site olduğunda kapanır.
SSS
İçeriğimizi bir ortak siteye dağıtıyoruz (sendikasyon). Alan adları arası canonical hangi tarafta olmalı?
Ortak sitedeki kopya, canonical olarak sizin orijinalinizi göstermeli. Sizin sayfanız kendini gösteren (self-referencing) bir canonical taşımaya devam eder.