Bir forum konusu Türkçe başlıkla açılır, ilk soru Türkçe yazılır, ama gelen üç cevaptan biri İngilizce, biri Almanca, biri de karma bir Türkçe-İngilizce teknik jargonla yazılmış olabilir. Sayfanın URL'si tek bir dil sürümüne aittir, HTML lang özniteliği tek bir değer taşır, hreflang seti bu sayfayı yalnızca bir dile bağlar; şablon schema dilini de aynı tek değere kilitler; ama sayfanın gövdesi üç farklı dilin karışımından oluşur. Google bu sayfayı hangi dilde değerlendirecektir?
Statik blog içeriğinde dil kararı yazar tarafından verilir ve sayfa yayınlandığı andan itibaren sabit kalır. Kullanıcı oluşturulan içerikte (UGC) bu karar her yeni yorum, her yeni forum yanıtı ile yeniden açılır ve site sahibinin kontrolü dışında şekillenir. Bu fark, çok dilli bir sitede yorum ve forum bölümlerini statik içerikten ayrı bir teknik SEO problemi olarak ele almayı gerektiriyor.
Karma dilde yorum bölümü ne zaman teknik bir SEO sorunu haline gelir?
Az sayıda ve kısa yorumlar (bir ürün sayfasının altındaki "Harika ürün, teşekkürler" tarzı üç-beş kelimelik notlar) sayfanın genel dil sinyalini bozmaz; Google bu tip kısa metinleri ana içeriğe göre ikincil bir sinyal olarak değerlendirir ve sayfanın dilini gövde metninden çıkarır. Sorun, yorum hacminin ana içerikle kıyaslanabilir bir uzunluğa ulaştığı ve yorumların kayda değer bir kısmının farklı dilde yazıldığı noktada başlıyor.
Forum sayfalarında bu eşik çok daha erken aşılıyor, çünkü forum konusunun kendisi genellikle kısa bir başlıktan ibarettir ve sayfanın gerçek içerik hacmi yanıtlardan gelir. On yanıttan altısı farklı bir dildeyse, sayfanın "hangi dile ait olduğu" sorusu artık teknik bir ayrıntı değil, sayfanın hangi arama sonuçlarında görüneceğini belirleyen bir karardır. Bu karışıklık, hreflang doğru kurulmuş olsa bile duplicate içerik uyarısı üreten senaryolara benzer bir mekanizmayla işliyor: teknik etiket bir şey söylüyor, gerçek içerik başka bir şey gösteriyor, ve Google ikisi arasındaki çelişkiyi kendi başına çözmeye çalışıyor.
Yorum hacminin eşiği site türüne göre değişiyor. Bir e-ticaret ürün sayfasında otuz kısa yorum, ana ürün açıklamasına kıyasla küçük kalır; bir teknik forum konusunda ise on uzun yanıt, başlığı birkaç kat aşan bir içerik kitlesi oluşturabilir. Eşiği belirlemek için pratik bir ölçüt: yorum metninin toplam kelime sayısı, sayfa gövdesinin yüzde kırkını geçiyorsa, yorum dilinin dil sinyali üzerindeki etkisi artık görmezden gelinemez.
Bir yorum hangi dil sürümüne ait sayılır?
Çoğu CMS ve forum yazılımı, yorumu yazıldığı sayfanın diline otomatik olarak bağlar; yorum İngilizce sayfa altında yazıldıysa, sistem o yorumu İngilizce sürümün bir parçası sayar, yorumun gerçek dilini hiç kontrol etmez. Bu varsayım, kullanıcıların büyük çoğunluğu sayfanın dilinde yazdığı sürece işe yarar, ama uluslararası bir topluluk, bir teknik forum veya çok dilli bir müşteri kitlesi devreye girince hızla kırılıyor.
Pratik karar noktası şu: sistem yorumun dilini tespit edebiliyor mu, edemiyor mu? Dil tespiti yapılabiliyorsa (basit bir dil algılama kütüphanesiyle bile), farklı dildeki yorumlar ayrı bir davranışla ele alınabilir; örneğin arama motoruna gösterilen sayfa özetinde ağırlıklı olarak hangi dilin kullanıldığı hesaplanabilir ve bu bilgi sayfanın inLanguage alanına yansıtılabilir. Dil tespiti yoksa, tek pratik çözüm yorum sayısı bir eşiği geçtiğinde ana içeriğin dil ağırlığını korumaktır: uzun ve zengin ana metin, kısa yabancı dil yorumlarının sinyalini baskılayacak kadar güçlü kalmalıdır.
Forum konusu bir dilde açılıp başka dilde yanıtlanınca hreflang nasıl davranır?
Hreflang, URL seviyesinde çalışan bir etikettir; bir forum konusunun tek bir URL'si varsa, o URL için tek bir hreflang değeri tanımlanabilir; küme ilişkisi sayfa düzeyinde kalır, konunun içindeki bireysel yanıtlar için ayrı hreflang tanımlanamaz. Bu, forum yazılımlarının çok dilli SEO açısından blog içeriğinden yapısal olarak farklı olduğu nokta: blog yazısı yazar kontrolünde tek dilde kalırken, forum konusu yayınlandıktan sonra dil kompozisyonu kullanıcılar tarafından sürekli değiştirilir.
Bazı forum platformları bu sorunu konuyu diline göre ayrı alt forumlara bölerek çözüyor: Türkçe alt forumda açılan konular Türkçe hreflang kümesine, İngilizce alt forumda açılanlar İngilizce kümeye giriyor. Bu yapı teknik olarak temiz, ama kullanıcı davranışını kısıtlıyor; bir kullanıcı Türkçe alt foruma girip İngilizce yanıt yazabiliyor ve platform bunu engellemiyor. Alt forum ayrımı olmayan sitelerde ise, hreflang kararı konunun açıldığı dile sabitlenir ve yanıtların dili ne olursa olsun değişmez; bu daha basit bir kural ama sayfanın gerçek içerik dilini gitgide daha az temsil eder hale gelir.
Karma dil yanıtlarının yoğunlaştığı forum konularını düzenli olarak izlemek, bu sorunun ne zaman kritik eşiği geçtiğini görmek açısından değerli. Bir konuyu takip eden otomatik bir rapor, sayfanın dil karışımını aylık olarak ölçüyorsa, aksiyon gereken eşiği çok daha erken tespit etmek mümkün oluyor.
Dil karışımının hangi noktada teknik müdahale gerektirdiğini belirlemek için basit bir izleme rutini yeterli. Her ay, en yüksek trafik alan forum konularında yabancı dil yanıt oranını kontrol etmek, eşiği geçen konuları belirlemek ve o konular için noindex veya alt forum taşıma kararını zamanında vermek, sorunu büyümeden yakalamayı sağlıyor.
Moderasyon gecikmesi indekslemeyi nasıl etkiler?
Yorum ve forum yanıtları moderasyon kuyruğunda beklerken sayfa Googlebot tarafından zaten taranmış olabilir; bot, moderasyon onayından önceki boş veya eksik haliyle sayfayı görür ve o anki içerik hacmiyle bir değerlendirme yapar. Onay süreci uzunsa (özellikle az kullanılan bir dil sürümünde moderatör sayısı azsa), bir dil sürümündeki sayfalar sistematik olarak eksik içerikle taranıyor, diğer dil sürümündekiler ise hızlı onay sayesinde tam içerikle taranıyor olabilir.
Bu asimetri, aynı forum konusunun farklı dil versiyonları arasında kalite farkı yaratıyor; sonuç, ana dilde zengin, çeviri sürümünde sığ kalan içeriğin Google tarafından ayrı değerlendirilmesine yakın bir mekanizmayla işliyor, ama burada fark çeviri kalitesinden değil, moderasyon hızından kaynaklanıyor. Pratik önlem, moderasyon SLA'sını dil bazında izlemek ve az kullanılan dillerde onay süresinin sistematik olarak uzadığı görülürse, o dil sürümünün yeni içerik sayfalarını geçici olarak noindex tutup moderasyon tamamlandıktan sonra indekse açmaktır.
Moderasyon gecikmesinin crawl bütçesine etkisi de var. Bir sayfa her moderasyon onayında içerik değiştiği için, Googlebot sayfayı sık sık yeniden taramaya çalışıyor; yüzlerce aktif konusu olan bir forumda bu, crawl bütçesinin önemli bir bölümünü değişen moderasyon sırasına harcamak anlamına geliyor. Moderasyon toplu onay yerine gerçek zamanlı yapılıyorsa, sayfa başına crawl frekansı gereğinden yüksek olabiliyor ve bu durum, daha değerli sayfaların yeterince taranmamasına yol açıyor.
Düşük kaliteli ve spam yorumlar dil versiyonunun kalite sinyalini nasıl zayıflatır?
Spam yorum botları genellikle belirli dillere yoğunlaşır; bir sitenin İngilizce sürümü küresel trafik çektiği için spam botların birincil hedefi oluyor, Türkçe sürüm ise nispeten temiz kalabiliyor. Bu asimetrik spam yükü, iki dil sürümü arasında algılanan içerik kalitesinde fark üretiyor: aynı moderasyon kuralları uygulanmasa, İngilizce sürümdeki sayfalar giderek daha fazla düşük kaliteli, alakasız veya bağlantı spam'i içeren yorumla doluyor ve bu durum sayfanın genel kalite sinyalini aşındırıyor.
Spam filtreleme kararı dil bazında ayrı ayrı ayarlanmalı; bir dilde agresif filtreleme diğer dilde gevşek bırakılan bir yapı, filtrelemenin gevşek olduğu dilde daha yüksek spam birikimine yol açıyor. Otomatik spam tespiti kullanan sitelerde, servisin desteklediği dil kapsamı da kontrol edilmeli; bazı servisler İngilizce dışı dillerde daha düşük doğrulukla çalışıyor ve bu durum fark edilmezse spam birikimi sessizce büyüyor.
Spam'in uzun vadeli etkisi doğrudan görünmüyor. Bir sayfada birkaç spam yorumu hemen sıralama kaybı yaratmıyor, ama yüzlerce biriktiğinde, sayfanın ortalama içerik kalitesi düşüyor ve bu etki zamanla ölçülebilir hale geliyor. Dil bazında spam oranını aylık olarak raporlamak, hangi dil versiyonunun daha fazla risk taşıdığını ve filtreleme kurallarının nerede güncellenmesi gerektiğini erken gösteriyor.
UGC kalite sorunlarının çok dilli sitede yarattığı asimetri, tek dilli sitelere kıyasla iki kat daha karmaşık. Tek dilli bir sitede spam birikimi tüm sayfaları eşit etkiliyor; çok dilli yapıda ise bir dil versiyonu temiz kalırken diğeri bozuluyor ve bu eşitsizlik hreflang kümesi içindeki sürümler arasında görünmez bir kalite farkı yaratıyor. Bu farkı fark etmek için her dil versiyonunu ayrı bir varlık olarak izlemek, UGC yönetiminin temel önkoşulu.
UGC schema alanlarında dil kararı nasıl kurulur?
Review, Comment ve DiscussionForumPosting gibi schema türleri, yorumun kendisini yapılandırılmış veri olarak işaretlemeye izin veriyor, ama bu şema türlerinin dil alanı ana sayfa şemasından bağımsız davranabiliyor. Schema alanlarının hangilerinin çevrilmesi gerektiğine dair genel kararda olduğu gibi, burada da inLanguage alanının doğru granülaritede tanımlanması gerekiyor: sayfa seviyesinde tek bir inLanguage değeri varken, karma dilde yorumlar içeren bir sayfada her Comment nesnesinin kendi inLanguage alanını taşıması, Google'a sayfanın içerik kompozisyonu hakkında daha doğru bir sinyal veriyor.
Bu ayrım küçük bir teknik ek gibi görünse de, büyük hacimli UGC içeren sitelerde ayırt edici hale geliyor; yüzlerce yoruma sahip bir forum konusunda hangi yanıtların hangi dilde olduğunu schema seviyesinde işaretlemek, arama motorunun sayfayı doğru dil kümesine yerleştirmesini kolaylaştırıyor. Schema'nın kendisi hreflang'ın yerini tutmuyor, ama iki sinyal birbirini tamamladığında sayfanın gerçek dil kompozisyonu hem URL seviyesinde hem içerik seviyesinde tutarlı bir şekilde iletiliyor.
Schema'nın UGC bağlamındaki bir diğer katkısı, datePublished ve author alanlarını yorum bazında taşımasıdır; bu, sayfanın içerik güncelliğini değerlendirirken Google'ın her yorumu ayrı bir veri noktası olarak görmesini sağlar. Eski ama aktif bir forum konusu, yeni yorumlar eklendiğinde schema üzerinden güncel bir sinyal üretiyor; bu sinyal, sayfanın taze kalıp kalmadığına dair değerlendirmeyi sayfanın yayın tarihiyle değil, son güncelleme tarihiyle eşleştiriyor.
Forum sayfalama ve canonical çok dilli yapıda nasıl yönetilir?
Uzun bir forum konusu birden fazla sayfaya bölündüğünde, çok dilli sitelerde her sayfalanmış URL kendi hreflang kümesini gerektiriyor; bu, standart paginasyon ve canonical ilişkisinde ele alınan mantığın aynısı, ama forum bağlamında ek bir katman taşıyor: sayfalanmış bir konunun ikinci veya üçüncü sayfasında, dil kompozisyonu ilk sayfadan tamamen farklı olabilir. Konu Türkçe açılmış, ilk sayfadaki yanıtlar Türkçe, ama zaman geçtikçe uluslararası kullanıcılar konuyu keşfedip İngilizce yanıt yazmışsa, üçüncü sayfa büyük oranda İngilizce içerik taşıyabiliyor.
Bu durumda canonical kararı basit tutulmalı: her sayfalanmış URL kendi kendine canonical vermeli, self-referencing dışında bir seçenek karışıklık üretiyor. Dil sinyali ise sayfa bazında değil, mümkünse yorum bazında işaretlenmeli, çünkü tek bir forum konusunun farklı sayfalarını farklı hreflang kümelerine ayırmak pratikte yönetilebilir değil ve kullanıcı deneyimini de bozuyor. Az kullanılan dillerde forum trafiği düşükse, forum bölümünün tamamını noindex tutup yalnızca editoryal (moderasyon onaylı, yapılandırılmış) içeriği indekse açmak da makul bir orta yol.
Sayfalama derinliği de crawl bütçesi açısından izlenmesi gereken bir boyut. Yüzlerce sayfa uzunluğuna ulaşan forum konuları, özellikle düşük trafik alan dil versiyonlarında, Googlebot'un ilk birkaç sayfa dışını görmemesine neden olabilir. Forum konularının maksimum sayfa derinliğini sınırlamak veya belirli bir derinliğin ötesindeki sayfalara noindex koymak, crawl bütçesini değerli içeriğe yönlendirmenin pratik bir yolu.
UGC'nin çok dilli SEO'da diğer içerik türlerinden ayrıldığı temel nokta, dil kararının yayın anında değil, yayından sonra sürekli yeniden şekillenmesi. Bir blog yazısının dili yazıldığı gün sabitlenir ve bir daha değişmez; bir forum konusunun dili, topluluk büyüdükçe, yeni kullanıcılar katıldıkça ve zaman geçtikçe kayabiliyor. Bu kaymayı takip etmenin tek yolu, dil sinyalini tek bir statik etikete değil, sürekli izlenen ve gerektiğinde güncellenen bir sürece bağlamak.
Pratikte bu, moderasyon panelinin dil bazlı spam ve onay metriklerini ayrı göstermesini, schema'nın yorum seviyesinde dil taşımasını ve forum yapısının (alt forum ayrımı olsun ya da olmasın) hangi kuralı uyguladığının açıkça belgelenmesini gerektiriyor. Küçük bir yorum bölümü için bu düzeyde bir sistem gereksiz görünebilir, ama topluluk büyüdükçe ve UGC hacmi ana içerikle kıyaslanabilir hale geldikçe, bu kararların erken kurulması sonradan temizlemekten çok daha az maliyetli oluyor.