Hreflang Implementasyonu Sonrası İlk 90 Günde Neler Beklenmeli?

Hreflang kurulumu sonrası ilk 90 günlük bekleme ve doğrulama sürecini temsil eden editoryal blog görseli

Hreflang kurulumu tamamlandığında ekiplerin çoğu aynı hataya düşer: yayına aldıkları anda Search Console'u açıp bir değişim ararlar. Oysa hreflang, canonical veya sitemap gibi anlık etkili bir sinyal değildir; Google'ın mevcut hreflang kümesini keşfetmesi, doğrulaması ve arama sonuçlarına yansıtması haftalar süren, kendi içinde aşamalı bir süreçtir. Bu sürecin haritası önceden bilinmediğinde, normal bir bekleme dönemi kolayca "kurulum bozuk" paniğine dönüşür.

90 gün dört ayrı döneme bölünür; her dönemin GSC'de, tarama verisinde ve trafik dağılımında farklı bir tablo göstermesi beklenir. Hangi gecikme normaldir, hangi sinyal gerçek bir soruna işaret eder; bu ayrımı önceden bilmek, haftalık kontrol rutinini panikle değil veriye göre kurmayı sağlar.

Kurulumdan sonraki ilk hafta: Google henüz hiçbir şey değiştirmez

Hreflang etiketleri yayına alındığı anda GSC'nin Uluslararası Hedefleme raporunda anında bir değişiklik görmek beklenir, ama bu rapor canlı bir sinyal değil, Google'ın son taramasında topladığı verinin bir özetidir. İlk hafta boyunca rapor, kurulumdan önceki haliyle aynı görünebilir; bu, hreflang etiketlerinizin okunmadığı anlamına gelmez, sadece Googlebot'un henüz ilgili URL kümesini yeniden taramadığı anlamına gelir.

Bu dönemde yapılabilecek tek anlamlı kontrol, tarayıcı tabanlı bir hreflang denetleyicisiyle veya kaynak koddan manuel olarak, etiketlerin sunucu tarafında doğru render edildiğini teyit etmektir. Kendi çıktınıza bakın, Google'ı beklemeyin. URL İnceleme aracıyla birkaç temsili sayfayı manuel olarak yeniden taramaya göndermek süreci hızlandırabilir; toplu bir kümeyi bu şekilde zorlamak pratik değildir, çünkü site genelinde doğal tarama döngüsü kendi iç sırasında ilerler ve harici zorlamalara tepkisi genellikle ihmal edilebilir düzeyde kalır.

GSC'de hreflang raporu ne zaman veri göstermeye başlar?

Orta ölçekli bir sitede, Uluslararası Hedefleme raporunun kurulum öncesi durumdan farklı bir tablo göstermesi genellikle ikinci ile dördüncü hafta arasında başlar. Bu, tarama sıklığınıza, site otoritenize ve toplam URL sayınıza bağlı olarak değişir; günlük binlerce sayfası taranan büyük bir site birkaç gün içinde ilk sinyalleri görebilirken, tarama bütçesi sınırlı küçük bir site dört haftayı bulabilir.

Raporda ilk görülmesi gereken şey bir başarı onayı değil, hata sayısındaki hareketliliktir. Yeni kurulan bir hreflang seti, önce bir dizi "eksik karşılıklı referans" veya "hatalı dil kodu" uyarısı üretebilir; bu, Google'ın etiketleri okuduğunu ve doğruladığını gösteren bir işarettir, kurulumun başarısız olduğunu göstermez. No return tag hatasının nasıl okunacağını ele aldığımız yazıda detaylandırdığımız gibi, bu tür uyarılar genellikle kümenin bir kısmının henüz tam olarak taranmadığını gösterir ve zamanla azalır.

İlk 30 gün: tarama artışı mı, indeks değişimi mi önce gelir?

Sıralama neredeyse her senaryoda aynıdır: önce tarama davranışı değişir, sonra indeks durumu, en son da sıralama ve trafik. Log dosyalarında veya GSC'nin Tarama İstatistikleri raporunda, hreflang'la işaretlenen alternatif URL'lere yönelik istek sayısının arttığını görmek, ilk 30 günün en somut kanıtıdır. Bu artış olmadan indeks veya trafik tarafında bir değişim beklemek, sürecin doğal sırasını atlamak olur.

İndeks tarafında beklenen değişim, önceden hiç indekslenmemiş bir dil versiyonunun indekse girmesi veya "alternate" olarak işaretlenmiş bir sayfanın kendi canonical'ıyla indekslenmeye başlamasıdır. Bu değişim doğrusal ilerlemez; bir sayfa bu 30 gün içinde indekse girip çıkabilir, özellikle Google henüz karşılıklı referansı tam olarak doğrulayamadığında. Otuzuncu günde hâlâ hiçbir tarama artışı yoksa, sorun hreflang'ın kendisinde değil, genel tarama önceliğinde veya sitemap'in Google'a doğru şekilde iletilip iletilmediğinde aranmalıdır.

Sitemap bu aralıkta ek bir kontrol kapısı işlevi görür. Hreflang'la işaretlenmiş dil sürümlerinin sitemap'te de yer alması, Googlebot'un kümeyi toplu olarak keşfetme hızını etkiler; yeni açılan bir dil sürümünün dahili link profili zayıfsa, sitemap tek güvenilir keşif yolu haline gelebilir. GSC'nin Sitemap raporunda taranan URL sayısı gönderilenin çok gerisinde kalıyorsa, gecikmeli taramanın nedeni hreflang sözdizimi değil bu keşif açığıdır; bu durumda sitemap'i yeniden göndermek, dil sürümlerine özel ayrı sitemap oluşturmaktan önce denenmesi gereken adımdır.

30-60 gün arası: hangi değişimler normal, hangileri kırmızı bayrak?

Bu aralıkta normal kabul edilebilecek dalgalanmalar şunlardır: bir dil versiyonunun indeks sayısında geçici düşüş ve yükseliş, GSC raporundaki hata sayısının haftadan haftaya küçük farklarla değişmesi, farklı dil versiyonları arasında tarama sıklığının eşit olmayan dağılması. Bunlar, Google'ın kümeyi hâlâ değerlendirme sürecinde olduğunu gösterir ve tek başlarına müdahale gerektirmez.

Kırmızı bayrak sayılması gereken durumlar farklıdır. Bir dil versiyonunun hata sayısı 30. günden 60. güne kadar sürekli artıyorsa, bu genellikle kümenin bir tarafında yapısal bir sorun olduğunu gösterir; örneğin bir CMS güncellemesinin bir dil şablonunda hreflang bloğunu bozmuş olması gibi. Aynı şekilde, iki dil versiyonu arasında trafik tamamen bir tarafa kaymaya başlıyorsa ve bu kayma hedeflenen pazar farkıyla açıklanamıyorsa, canonical ile hreflang arasında bir çatışma olup olmadığı kontrol edilmelidir. Bu tür bir çatışma genellikle ilk kurulumda gözden kaçar ve ancak veri birikince fark edilir hale gelir.

Bu dönemde bir diğer kontrol noktası, sunucu veya CDN katmanının hreflang başlıklarını değiştirmemiş olduğunu doğrulamaktır. Cache yapılandırması kararlıysa bu risk düşüktür; ama bu dönemde bir deploy veya CDN sağlayıcı geçişi yapıldıysa, hreflang setinin bu işlemden etkilenip etkilenmediği ayrıca doğrulanmalıdır.

60-90 gün: trafik dağılımı dil versiyonları arasında nasıl kayar?

Altmışıncı günden sonra, eğer kurulum sağlıklı işliyorsa, dil versiyonları arasında bir ayrışma netleşmeye başlar: her dil versiyonu kendi hedef sorgu kümesinde sıralanmaya başlar ve önceden tek bir dil versiyonunun yanlış sorgularda görünmesi (örneğin Almanca arama yapan bir kullanıcıya Türkçe sayfanın çıkması) azalır. Bu değişim, GA4'te dil bazlı segment oluşturarak haftalık olarak izlenebilir; segment bazında organik trafik eğrisinin her dil için ayrı ayrı yükselmesi, kurulumun beklenen etkiyi ürettiğinin en güvenilir göstergesidir.

Bu dönemde sıkça karşılaşılan bir yanlış yorum, toplam organik trafiğin değişmemesini "hreflang işe yaramadı" şeklinde okumaktır. Hreflang'ın birincil işlevi trafiği artırmak değil, doğru dil versiyonunu doğru kullanıcıya göstermektir; toplam trafik sabit kalırken dil bazlı dağılımın düzelmesi, hedeflenen sonucun tam olarak gerçekleştiği anlamına gelir. Toplam hacimdeki büyüme genellikle bundan sonraki aylarda, doğru dil versiyonunun kendi pazarında organik olarak güçlenmesiyle gelir.

Doksanıncı güne yaklaşırken, GSC'nin Uluslararası Hedefleme raporunda hata sayısının kurulum öncesi seviyeye kıyasla anlamlı ölçüde düşmüş olması beklenir; sıfıra inmesi şart değildir, çünkü büyük içerik kümelerinde her zaman küçük bir hata payı kalır. Önemli olan, hata sayısının zamanla azalan bir eğri çizmesi, sabit kalmaması veya artmamasıdır.

GSC'nin arama performansı raporu bu dönemde daha net bir tablo çizmeye başlar. Dil bazlı sorgularda hangi URL'nin görünüm ve tıklama aldığını izlemek için ülke filtresini kaldırmak gerekir; Almanca arama yapan kullanıcıya de sürümü yerine tr sürümünün görünmesi tıklama oranını düşürür ve bu fark 90 günlük pencerede kümülatif olarak ölçülebilir hale gelir. Eşleştirme tutarlı çalışıyorsa, filtreyle ve filtresiz bakıldığında dil versiyonlarının URL dağılımı birbirine yakın çıkar.

90 günde beklenen sonuç hâlâ gelmediyse hangi katman sorgulanır?

Doksan gün geçtiği halde tarama artışı, indeks değişimi veya dil bazlı ayrışma hâlâ gözlenmiyorsa, sorun büyük olasılıkla hreflang etiketinin sözdiziminde değil, onu geçersiz kılan bir üst katmandadır. Kontrol sırası dört adıma iner. Önce her sayfanın canonical'ını kendisine verip vermediği; ardından karşılıklı referansın kümenin tamamında eksiksiz olup olmadığı; üçüncü olarak sitemap veya HTTP header yönteminin CDN katmanında değişmeden iletilip iletilmediği; son olarak ilgili dil versiyonlarının genel site otoritesinin (backlink, iç link, içerik derinliği) hedeflenen pazarda rekabet edebilecek seviyede olup olmadığı doğrulanmalıdır. Karşılıklı referansı doğrularken kümenin alternatiflerini yeniden üretmek, yayındaki bloğun kaynak listedeki dille hâlâ örtüşüp örtüşmediğini gösterir.

Bu son madde sık atlanır ama önemlidir: hreflang teknik olarak kusursuz kurulmuş olsa bile, yeni bir dil versiyonunun kendi pazarında hiç otoritesi yoksa, doksan gün bu otoriteyi tek başına oluşturmaya yetmez. Bu durumda beklenen değil, gerçekçi olan sonuç, teknik sinyalin doğru çalıştığını ama içerik ve otorite tarafının ayrı bir zaman çizelgesi gerektirdiğini kabul etmektir.

Doksan günlük pencere, hreflang kurulumunun başarılı olup olmadığına karar vermek için makul bir eşiktir ama kesin bir bitiş noktası değildir. Bu süre sonunda görülen tablo, sonraki üç ayın nereye odaklanması gerektiğini gösteren bir teşhis raporu gibi okunmalıdır; bazı sinyaller hâlâ olgunlaşma sürecindeyken, bazıları artık açıkça bir müdahale gerektirir. İkisini birbirinden ayırt etmek, haftalık kontrol rutinini panikle değil veriye göre kurmayı gerektirir.