Diş kliniği için Arapça SEO: GCC arama davranışı
Körfez'den hasta çeken diş kliniklerinde Arapça sayfa açmak yetmiyor: lehçe, translit ve soru kalıpları arama davranışını nasıl değiştiriyor?
Yazan Roozbeh Nazari · CEO
Körfez ülkelerinden hasta çeken diş kliniklerinde en sık görülen hamle şu: Türkçe siteyi Arapçaya çevirtmek, /ar/ altına koymak ve sonucu beklemek. Sayfa yayına giriyor, hreflang doğru, teknik tarafta bir sorun yok — ama trafik gelmiyor ya da gelen trafik dönüşmüyor.
Sebep genellikle çeviri kalitesi değil. Sebep, Arapça arama davranışının Türkçe arama davranışının birebir karşılığı olmaması. Bu yazı, GCC pazarındaki (Suudi Arabistan, BAE, Katar, Kuveyt, Bahreyn, Umman) arama davranışının hangi noktalarda ayrıştığını ve sayfa tarafında bunun karşılığının ne olması gerektiğini anlatıyor.
Arapça tek bir arama dili değil
Arapça içerik üretirken karşınıza çıkan ilk ayrım, yazı dili ile konuşma dili arasındaki mesafe. Modern Standart Arapça (MSA) yazılı içeriğin dili; ama insanlar arama kutusuna her zaman MSA yazmıyor. Körfez lehçesindeki ifadeler, özellikle konuşma diline yakın uzun kuyruklu sorgularda karşınıza çıkıyor.
Bunun üzerine bir de translit katmanı biniyor: Latin harfleriyle yazılmış Arapça (Arabizi) ve İngilizce terimlerin Arapça cümle içinde kullanılması. Diş dikeyinde bu çok belirgin — "Hollywood smile", "veneer", "implant" gibi terimler Arapça sorguların içinde çoğu zaman İngilizce olarak geçiyor.
Pratik sonuç: tek bir terminoloji setine kilitlenmeyin. Sayfa metninde MSA'yı temel alın, ama başlıklarda ve SSS bölümünde insanların gerçekten kullandığı terim varyantlarına yer verin. Bir varyantı zorla Arapçalaştırmak, o varyantı arayan kişiyle bağı koparıyor.
Sorgu yapısı: soru kalıpları ve fiyat ağırlığı
GCC pazarındaki sorgularda iki desen dikkat çekiyor ve ikisi de sayfa yapısını doğrudan etkiliyor.
Birincisi, soru kalıplarının ağırlığı. Arapça sorgular "kaç", "nasıl", "ne kadar sürer", "acıtır mı" gibi tam cümle sorulara Türkçe sorgulardan daha çok yaslanıyor. Bu, sayfa içinde soru-cevap formatının dekoratif değil, işlevsel olduğu anlamına geliyor. Her soru bir başlık, her cevap ilk iki cümlede tamamlanmış olmalı.
İkincisi, fiyat ve süreç sorgularının erken aşamada gelmesi. Yurt dışından tedavi için seyahat eden hasta, klinik seçmeden önce toplam maliyeti ve seyahat lojistiğini çözmek istiyor. Fiyat bilgisini "iletişime geçin" arkasına saklayan sayfa, bu aşamadaki okuyucuyu tutamıyor.
Burada mevzuat sınırı önemli: fiyat şeffaflığı, sonuç veya üstünlük vaadi anlamına gelmiyor. Fiyatı belirleyen değişkenleri (vaka karmaşıklığı, malzeme, seans sayısı, konaklamanın dahil olup olmadığı) yazmak hem uyumlu hem de okuyucunun asıl aradığı bilgi.
Çeviri değil, karşılık üretin
Türkçe sayfayı Arapçaya çevirmek ile Arapça okuyucu için sayfa yazmak farklı işler. Fark birkaç somut noktada ortaya çıkıyor:
- Güven unsurları değişiyor. Türk okuyucu için hekimin uzmanlık geçmişi öne çıkarken, Körfez'den gelen hasta için süreç yönetimi — havalimanı karşılama, tercüman, konaklama, tedavi sonrası takip — çoğu zaman en az tedavi kadar belirleyici.
- Referans çerçevesi değişiyor. Türkiye'deki şehir isimleri, semt tarifleri ya da yerel kurum adları Arapça okuyucuya bir şey ifade etmiyor. Konumu uçuş süresi ve havalimanı yakınlığı üzerinden anlatmak daha işlevsel.
- İletişim kanalı değişiyor. Form yerine WhatsApp ağırlıklı bir temas beklentisi var. Bu kanalın ölçüme nasıl bağlanacağını WhatsApp'tan rezervasyona atıf zinciri yazımızda ayrıntılı anlattık.
- Takvim değişiyor. Ramazan ve bayram dönemleri hem arama hacmini hem de tedavi planlama davranışını kaydırıyor. İçerik takvimini Türkiye takvimine göre kurmak, bu dalgalanmayı kaçırmak demek.
Bu yüzden Arapça sürümü ayrı bir sayfa gibi ele almak gerekiyor: aynı bilgi mimarisi, farklı vurgu sırası ve farklı kanıt seti. Klinik dikeyinde bu ayrımı nasıl kurduğumuza klinikler sayfamızdan bakabilirsiniz.
RTL ve teknik katman
Arapça sürüm sağdan sola yazılıyor ve bu, yalnızca bir CSS kararı değil.
- lang="ar" ve dir="rtl" doğru elemanda tanımlı olmalı. Sadece body üzerinde direction vermek, ekran okuyucular ve arama motorları için dil sinyalini üretmiyor.
- Karışık yönlü metin (Arapça cümle içindeki İngilizce terim veya rakam) yön işaretleyicileri olmadan bozuk görünebiliyor. Bu, sayfada gerçek bir okunabilirlik sorunu yaratıyor.
- Arapça slug'lar yüzde kodlamasında hızla büyüyor: her Arapça harf kodlandığında altı karakter yer kaplıyor. Kısa ve anlamlı slug'lar seçin; uzun başlığı olduğu gibi slug'a çevirmek, prerender sınırlarına takılan URL'ler üretiyor.
- hreflang karşılıklı olmalı ve her sürüm kendine de referans vermeli. Google'ın kendi dokümantasyonu bu iki koşulu açıkça şart koşuyor.
- IP veya tarayıcı diline göre otomatik yönlendirme yapmayın. Bunun neden zararlı olduğunu ve nasıl test edileceğini locale auto-redirect yazımızda anlattık.
Sayfa yapısı: hangi sayfalar Arapça açılmalı
Sitenin tamamını Arapçaya çevirmek çoğu klinik için ne gerekli ne de sürdürülebilir. Çeviri maliyeti bir kere ödeniyor ama güncel tutma maliyeti her içerik değişikliğinde tekrar ediyor. Yarım güncellenmiş bir Arapça sürüm, hiç olmayan sürümden daha zararlı: fiyat, süreç veya ekip bilgisi Türkçe sürümle çeliştiğinde okuyucunun güveni tek seferde gidiyor.
Pratik bir öncelik sırası şöyle kurulabilir:
- Önce tedavi sayfaları. Körfez'den gelen aramanın büyük kısmı tedavi adı üzerinden geliyor; implant, kaplama, gülüş tasarımı gibi sayfalar Arapça karşılığı olmadan bu trafiği karşılayamıyor.
- Sonra süreç ve lojistik sayfası. Seyahat, konaklama, kaç gün kalınacağı, tercüman desteği ve tedavi sonrası takip; bu tek sayfa çoğu zaman tedavi sayfası kadar ziyaret alıyor.
- Sonra fiyat mantığı sayfası. Rakam vermek zorunda değilsiniz; fiyatı belirleyen değişkenleri açıklamak bu aşamadaki okuyucunun sorusunu karşılıyor.
- En son blog içerikleri. Blog Arapça sürümde çoğu zaman en düşük getirili katman; ilk üç katman tamamlanmadan buraya bütçe ayırmak sıralamayı değiştirmiyor.
Bu sıralama aynı zamanda bir ölçüm sırası: her katmanı yayına aldıktan sonra gelen trafiğin niteliğine bakıp bir sonrakine geçmek, tüm siteyi bir seferde çevirip sonucu bilememekten daha güvenli bir yatırım deseni.
Rekabet farklı: kimle yarıştığınızı bilin
Türkçe sorgularda rakibiniz büyük ihtimalle başka bir Türk kliniği. Arapça sorgularda ise arama sonuçlarında üç farklı oyuncu tipi var ve her biri farklı bir zayıflıkla geliyor.
Birincisi, aynı hedefi kovalayan diğer Türk klinikleri. İçerikleri çoğu zaman aynı çeviri refleksiyle üretilmiş oluyor; ayrışma alanı burada süreç şeffaflığı ve gerçek soru-cevap derinliği.
İkincisi, aracı ve platform siteleri. Bu siteler geniş kapsamlı ama yüzeysel; belirli bir tedavinin ayrıntısına inen içerik üretmiyorlar. Derinlik burada işe yarayan tek ayrışma.
Üçüncüsü, hedef ülkedeki yerel klinikler. Onlar yakınlık avantajına sahip; sizin avantajınız maliyet değil, kapsam ve süreç yönetimi olmak zorunda — çünkü fiyat üzerinden üstünlük iddiası hem mevzuat açısından sorunlu hem de sürdürülebilir bir konumlandırma değil.
Rakip analizini Türkçe SERP üzerinden yapıp Arapça sürüme uyarlamak bu yüzden yanıltıcı. Hedef ülkenin sonuç sayfasına bakmadan verilen içerik kararları, yanlış rakibe göre optimize edilmiş sayfalar üretiyor.
Ölçüm: hangi trafiğin hangi sürümden geldiğini bilmek
Arapça sürümün işe yarayıp yaramadığını göremiyorsanız, yatırım kararını sezgiyle veriyorsunuz demektir.
Buradaki klasik hata, GA4'ün hazır Language boyutuna güvenmek. O boyut kullanıcının tarayıcı dilini ölçüyor, sitenin hangi sürümünü gördüğünü değil. Suudi Arabistan'dan tarayıcısı İngilizce olan bir kullanıcı Arapça sayfanızı ziyaret ettiğinde, hazır boyut bunu Arapça olarak raporlamıyor.
Çözüm, sayfa sürümünü açıkça gönderen bir event-scoped custom dimension kurmak ve funnel'ı bu boyut üzerinden okumak. Kurulumun ayrıntılarını GA4 locale bazlı funnel analizi yazımızda adım adım yazdık.
En az üç soruyu cevaplayabilmelisiniz: Arapça sayfalara giren kullanıcıların hangi ülkelerden geldiği, hangi sayfada ayrıldıkları ve WhatsApp temasına dönüşme oranının Türkçe sürümden farkı. Bu üç cevap yoksa, "Arapça SEO çalışmıyor" yargısı bir gözlem değil, tahmin.
Kurulumu birlikte ele almak isterseniz analitik ve veri tarafındaki çalışmalarımız bu soruların cevaplanabilir hale getirilmesiyle başlıyor.