İçeriğe geç
ArchiLinks
ArchiLinksKaydol

Bölgesel alan adlarında hreflang: güvenli geçiş kontrol listesi

Ülkeler arası kurulumlar sessizce başarısız olabilir. Şablonda doğru görünen etiketler, bir yönlendirme, canonical veya eksik bir dönüş bağlantısı onlarla çeliştiğinde yine de yok sayılabilir.

ArchiLinks araştırma ekibi ·

Köprü ve pusula ile iki bağlı model evin izometrik görünümü

Kaba kural

Hreflang bir ipucudur. Canonicallar ve yönlendirmeler daha güçlü sinyallerdir.

Çeliştiklerinde Google daha güçlü olanı takip eder. Denetimi şu sırayla yapın: durum kodları, canonical, ardından hreflang. Yönlendirilmiş veya canonicalize edilmiş bir URL'yi işaret eden etiketler, bir varyantın yok sayılmasının en yaygın nedenidir.

  • Her hreflang URL'si 200 döndürür ve kendi kendine canonical'dır.
  • Dönüş bağlantıları mevcut: A B'yi belirtiyorsa, B de A'yı belirtmelidir.
  • x-default herkes için çalışan bir sayfayı işaret etmelidir.

Aşamalı lansmanlar

Ekipler genellikle hreflang'in bir sitede diğerinden önce yayına alınabilir mi diye sorar. Alınabilir.

Google, her iki taraf birbirini onaylayana kadar etiketleri basitçe yok sayacaktır. Zarar vermez. Sadece faydayı erteler. İlk sitenin etiketlerini geçerli tutun ve henüz mevcut olmayan URL'leri belirten kısmi setleri yayınlamayın. Her iki alandaki sitelerin geri bağlantılarını kontrol ettiğinizde, dış dünyanın zaten hangi bölgesel ana bilgisayarı tercih ettiğini de görürsünüz ve bu, hangi URL'nin x-default olacağına karar verirken kullanışlı bir kanıttır.

Yaygın çelişkiler

KurulumGoogle ne yapabilirDüzeltme
Canonical /fr/ üzerinde /en/'yi işaret ediyorFransız sayfasını kümeden düşürürHer dilde kendi kendine canonical
hreflang URL'si yönlendirme yapıyorBu etiketi yok sayarEtiketi son URL'ye güncelleyin
noindex ve x-defaultSeti çakışan olarak değerlendirirnoindex'i alternatiflerden kaldırın
Root 301 daha sonra /uk/'ye kaldırıldıLink eşyası artık yanıt vermeyen bir URL'de kalabilirRoot'ta yönlendirin veya içerik sunun, ardından bağlantıları yeniden kontrol edin
Canonical ve noindex ile sahte lokasyon URL'leriKarışık sinyallerBirini seçin: gerçek sayfaya canonical veya noindex, ikisi birden değil
Altın bir iplik ile iki model binayı dengeleyen pirinç terazi

Sahadan iki vaka

Diyelim ki bir Almanya sitesi ve bir İngiltere sitesi iki alan adında çalıştırıyorsunuz, bir süre önce eklenen bir /uk/ klasörüne İngiltere root'undan 301 yönlendirmesi ile. Ekip şimdi bu kuralı kaldırmak istiyor ve link eşyasının nasıl korunacağını soruyor.

Önce her iki ana bilgisayar için toppages'ı çekin. Dış bağlantıların çoğu root'a işaret ediyorsa, root şimdi gerçek bir sayfa sunmalıdır, hreflang ve kendi kendine canonical ile veya en iyi bölgesel eşleşmeye yönlendirmelidir. Bir betikle test yapın, eski kuralı sürüm kontrolünde tutun ve indeksimizin bir sonraki aylık yenilemesinden sonra sonucu gözden geçirin.

İkinci vaka daha küçüktür. Bir Blogger veya Squarespace sitesi özel bir alana taşınıyor. Eski her yolu tek tek yönlendirin, çünkü URL'nin ilk kısmı değişirken slug genellikle aynı kalır. Test döngüsü için yönlendirme haritası tarifini kontrol edin ve kapsama her iki tarafta da göz atabilmek için eski özelliği Search Console'da doğrulanmış olarak tutun.

Kontrolü çalıştırma

01

Her iki alanı tarayın

Her URL için hreflang, canonical ve durum kodunu dışa aktarın. 200 olmayan herhangi bir hreflang URL'si bir hatadır.

02

Bağlantı alanlarını karşılaştırın

Bağlantı tabanlarının nasıl farklılaştığını görmek için bölgesel ana bilgisayarlarda compare'ı (20 alana kadar, 1 kredi) çalıştırın.

03

Ortak bağlantı verenleri bulun

Hangi sitelerin birden fazla bölgesel ana bilgisayara bağlantı verdiğini görmek için intersect'i kullanın. Bunlar, doğru bölgesel URL'yi işaretlemek için adaylardır.

04

Herhangi bir yönlendirme değişikliğinden sonra yeniden test edin

Root yönlendirmesini değiştirmek, bağlantıları hangi URL'nin tuttuğunu kaydırır. toppages'ı yeniden çekin ve tekrar bakın.

Root yönlendirmesini kaldırırken eşyanın korunması

Root'tan bölgesel bir klasöre yapılan yönlendirme kaldırılırsa, root'a yönelik dış bağlantılar artık yeni içeriğe çarpar. Bu sayfanın sıralamak istediğiniz sayfa olduğundan emin olun ve bir sonraki aylık yenilemede dizine göz atın. Yönlendirme haritası tarifini test döngüsü içerir.

Farklı arazilerden geçen izometrik bahçe yolları ve boş bir tabela

Hreflang ve canonicalların ötesinde: ülkeler arası olarak başka neyi kontrol etmeli

Hreflang ve canonicallar insanların ilk kontrol ettiği etiketlerdir ve ülkeler arası bir kurulumun nerede bozulabileceği tek yer değillerdir. Konuma bağlı yönlendirmeler, tarayıcıları bir lokasyona gönderen bir dil değiştirici ve tek bir sürümü listeleyen bir site haritası, Google'ın her pazar için hangi URL'yi ana olarak gördüğünü değiştirir.

Etiketler geçtiğinde bu adımları uygulayın. Her biri, şablonda doğru görünen bir etiketi sessizce bozabilir.

Coğrafi yönlendirmeler ve dil değiştiriciler

Ziyaretçinin konumundan bir lokasyon seçen bir yönlendirme, Googlebot'u bir ülkeye gönderebilir ve diğerlerini asla göstermeyebilir. Tarayıcı daha sonra tek bir sürüm görür ve alternatifler çekilmez. Zorlu yönlendirmeler bunun yaygın bir kaynağıdır, bu yüzden bir tarayıcı kullanıcı aracısı ile ve mümkünse ikinci bir ülkeden test edin.

Bir dil değiştirici her lokasyonda aynı sayfaya bağlantı vermelidir. Sadece diğer sitenin ana sayfasına bağlantı verirse, alternatifler iç bağlantılarını kaybeder ve bulunması zorlaşır.

Alternatifleri taşıyan site haritaları

Bir XML site haritası her pazarın alternatif URL'lerini tek bir yerde listeleyebilir, böylece set sayfa sayfa değil birlikte okunur. Bu listeyi sayfalar kendilerindeki etiketlerle uyumlu tutun.

Site haritasından yönlendirme veya noindex döndüren herhangi bir lokasyonu kaldırın, yoksa iki kaynak hangi sürümlerin mevcut olduğu konusunda çelişir.

Otomatikleştirmeyi vaat eden eklentiler

Eklentiler birçok site için hreflang oluşturabilir ve bunlar adil bir başlangıç noktasıdır. Bir eklenti hangi bölgesel URL'nin doğru hedef olduğunu veya başka bir yönlendirmenin ona çelişip çelişmediğini bilemez.

Ayarlar ekranına güvenmek yerine, bir tarama ile eklentinin çıktısını kontrol edin. Tarama, bir botun gerçekten ne aldığını gösteren tek görünümdür.

Bir süre için iki alanı paralel çalıştırma

Paralel bir çalıştırma, yeni olan yerini kazanırken her iki alanın da yanıt vermesini sağlar. Eski alan hala bağlantı ve ziyaret alıyorsa yardımcı olur. Bunun bir maliyeti de var. İki set etiketin aynı anda anlaşması gerekir.

Her ikisini de çalıştırırsanız, her pazarın ana yerini önceden seçin. Bu seçimi hreflang setine yazın, ardından site haritasının ve iç bağlantıların onu takip etmesine izin verin.

Arama sayfaları ve yumuşak yönlendirmeler

Sitenize giden bir düğme ile başka bir alandaki bir arama sayfası sıradan bir dış bağlantıdır. Ziyaretçileri geçirebilir, ancak bir 301'in bir adresin geçmişini taşıdığı şekilde taşımaz. Göç adımı olarak buna güvenmeyin.

Böyle sayfaları insanlar için bir köprü olarak kullanın ve bağlantıları taşıyan şey olarak sunucu yönlendirmesini koruyun.

Örtüşme sırasında her iki ana bilgisayarı izleme

Her iki özelliği de Search Console'da doğrulanmış tutun ve her iki ana bilgisayar için bağlantı verilerini aynı takvimde çekin. Eşleşmeyen takvimler normal bir kaydıp gibi görünür.

Her çekimde benzeriyle benzeri karşılaştırın: aynı ana bilgisayar, aynı eylem, aynı ay. O zaman gördüğünüz fark takvim değil, kayıptır. Herhangi bir yönlendirme değişikliğinin tarihini aynı dosyaya not edin, böylece zamanlama bir tahmin olmasın.

Bağlantıların her bölgesel geçişi izleyip izlemediğini kontrol etme

Bölgesel bir geçiş, etiketler ve yönlendirmeler doğru olduğunda sadece yarı yapılır. Diğer yarısı, dış sitelerin artık doğru bölgesel URL'yi işaret edip etmediğidir ve bu bir bağlantı sorunudur.

Dış sitelerin hangi bölgesel ana bilgisayarı tercih ettiği

Her bölgesel ana bilgisayar için toppages'ı çekin, ardından iki bağlantı tabanını yan yana koymak için compare'ı kullanın, böylece sitelerin geri bağlantılarını tek bir tabloda kontrol edebilirsiniz. Hangi birinin pazar sinyallerini tutması gerektiğine karar vermeden önce, ilgilendiğiniz ana bilgisayarlar için bunu yapın.

Çoğu bağlantı veren alanı toplayan bir ana bilgisayar, dış sitelerin okuyucularını zaten nereye gönderdiğini size söyler.

Bölgesel bir ana bilgisayar bağlantı veren alanları kaybettiğinde

O ana bilgisayardaki bağlantılı sayfaların listesinden başlayın. Çıkmış URL'leri bulun, her birinin doğru bölgesel sayfaya yönlendirip yönlendirmediğini kontrol edin ve o sayfadaki hreflang etiketlerinin aynı pazarı adlandırdığını onaylayın.

Düşüş bir site haritası değişikliğiyle çakışıyorsa, herhangi bir etikete dokunmadan önce eski ve yeni site haritası listelerini karşılaştırın. İndekslenmeyen sayfalar karar ağacı, bölgesel bir sayfanın mevcut olduğu ancak indekste kalmadığı durumu kapsar.

Bölgesel bir taban tutma

Dosya adında tarih ile her bölgesel ana bilgisayar için bağlantı listesini kaydedin, böylece sonraki bir çekme için karşılaştırılabilecek bir şeye sahip olun. O dosya olmadan, bir düşüş taze bir sorun gibi görünür, oysa aylar önce gerçekleşen bir geçiş olabilir.

Bağlantı dosyasının yanına hreflang setini ve canonical seçimini kaydedin. Bir ana bilgisayar bağlantı kaybettiğinde, etiketleri bağlantılar son kez sayıldığında sahip oldukları duruma karşı kontrol edebilirsiniz.

Her bölgesel ana bilgisayar için aynı ayın aynı günü aynı çekimi çalıştırın ve çıktıyı ana başına bir klasörde tutun. Ana bilgisayarlar arası bir karşılaştırma, tarihler eşleştiğinde adil olur ve dosya adları bunu görünür kılmak için en basit yoldur.