Çok Şubeli Yerel SEO: Konum Sayfası Mimarisi

Tek şubeli bir işletmede yerel SEO nispeten basittir: profil doldurulur, NAP tutarlı tutulur, yorumlar yönetilir. Şube sayısı ikiye çıktığı anda ise yeni bir problem sınıfı doğar — şubeler artık birbiriyle de yarışır. Temel kurulumu yerel SEO rehberimizde anlattık; bu yazı ölçek büyüdüğünde değişen şeyleri ele alıyor.

Tek Profil mi, Şube Başına Profil mi?

Kural yanlış anlaşılıyor. Google "her işletme için yalnızca bir profil olmalıdır" derken aynı konum için birden fazla profil açılmasını yasaklıyor — farklı şubeleri değil. Müşterinin ziyaret edebileceği ya da müşteriye gittiği her fiziksel konum kendi profilini hak eder.

Karıştırılan iki durum şudur: aynı adreste "SEO Ajansı" ve "Dijital Pazarlama Ajansı" diye iki profil açmak ihlaldir; Kadıköy ve Beşiktaş'ta birer şube için iki profil açmak normaldir. Ayrım hizmet çeşidinde değil, fiziksel konumdadır.

İşletme Adı Kuralı: En Sık İhlal Edilen Madde

Türkiye'deki çok şubeli işletmelerde en yaygın hata burada. Google'ın kuralı net: işletme adı "gerçek dünyadaki adınızı, tabelanızda, web sitenizde, kırtasiyenizde kullandığınız ve müşterilerin bildiği şekliyle" yansıtmalıdır.

Adın içine konamayacaklar ise tek tek sayılıyor: pazarlama sloganları, mağaza kodları, marka tescil işaretleri, telefon numarası veya web adresi, hizmet ya da ürün bilgisi ve — en çok ihlal edileni — konum bilgisi. Yani "Seorar SEO Ajansı Kadıköy" kural dışıdır; doğru ad yalnızca "Seorar"dır. Şubeyi ayıran şey ad değil, adrestir.

Bu kuralın delinmesi kısa vadede işe yarar görünür ve uzun vadede profilin askıya alınmasına kadar gidebilir. Şube adını haritada görünür kılmanın meşru yolu, adres ve kategori alanlarını doğru doldurmaktır.

Konum Sayfası Mimarisi

Her şubenin sitede kendi sayfası olmalıdır. Bu sayfa hem profilin bağlanacağı adrestir hem de "[ilçe] [hizmet]" tipi sorguların karşılığıdır.

URL yapısında iki yaygın kalıp var: /subeler/kadikoy/ ve /kadikoy-subesi/. İlki ölçeklenir ve bir şube dizini sayfası kurmaya izin verir; ikincisi az sayıda şubede daha kısa URL üretir. Şube sayısı üçü geçiyorsa dizinli yapı neredeyse her zaman daha iyidir — hem iç linkleme hem de ileride eklenecek şubeler için.

Konum Sayfalarını Kopyadan Kurtarmak

Çok şubeli sitelerde konum sayfaları genellikle tek şablondan üretilir ve yalnızca ilçe adı değişir. Ortaya çıkan on sayfa, birbirinin neredeyse aynısıdır — ve hiçbiri kendi başına sıralanacak kadar özgün değildir.

Her şubeye gerçekten özgü olan bilgileri toplayın: o şubenin çalışma saatleri, park ve ulaşım bilgisi, hangi hizmetleri verdiği (hepsi her şubede olmayabilir), şubedeki ekip, o şubeye özel vaka örnekleri, çevredeki tanınmış noktalara göre tarif. Bunların her biri kısa ama gerçektir; toplamı sayfayı şablon olmaktan çıkarır.

Ölçüt basit: sayfadaki ilçe adını başka bir ilçeyle değiştirdiğinizde metin hâlâ doğru kalıyorsa, o sayfa özgün değildir.

Şubeler Arası Kanibalizasyon

Konum sayfaları birbirine benzedikçe Google hangisini göstereceğine karar veremez ve aynı sorguda dönüşümlü olarak farklı şubeleri gösterir. Sonuç, hepsinin olması gerekenden düşük sıralanmasıdır.

Tespit yöntemi Search Console'da sorgu bazlı bakmaktır: bir ilçe sorgusunda birden fazla konum sayfası gösterim alıyorsa sorun vardır. Çözüm, her sayfanın hedeflediği sorguyu netleştirmek ve içerikleri gerçekten farklılaştırmaktır. Raporun kırılımlarını Search Console rehberimizde anlattık.

NAP Tutarlılığı Çok Şubede Neden Zorlaşır?

Tek şubede NAP (ad-adres-telefon) tutarlılığı bir kontrol işidir; çok şubede bir veri yönetimi işine dönüşür. Çünkü tutarsızlık artık yalnızca dış kaynaklarla değil, kendi şubeleriniz arasında da oluşur: biri "Cad.", diğeri "Caddesi" yazar, biri telefonu +90 ile, diğeri 0 ile başlatır.

Çözüm merkezi bir kaynak tutmaktır: her şubenin adı, adresi ve telefonu tek bir tabloda, tek bir yazım biçimiyle durur; profil, konum sayfası, yapılandırılmış veri ve dizin kayıtları hep o tablodan beslenir. Bu tablo aynı zamanda yıllık denetiminizin kontrol listesi olur.

Departmanlar Ayrı Profil Alır mı?

Google'ın kuralı şu: "Ayrı birimler olarak faaliyet gösteren, müşteriye açık departmanların kendi sayfası olmalıdır" ve "her departmanın tam adı ana işletmenin adından farklı olmalıdır." Ayrıca departmanın kendi kategorileri ve uygun olduğunda ayrı müşteri girişi olması bekleniyor.

Pratikte bu, bir alışveriş merkezindeki eczane veya bir otelin restoranı gibi durumları kapsar. Aynı ofiste aynı ekibin verdiği iki farklı hizmet departman değildir — onları ayırmak ihlale girer.

Yerel Yapılandırılmış Veri

Google, her yerel işletme konumunun LocalBusiness türüyle tanımlanmasını ve mümkün olan en özel alt türün kullanılmasını öneriyor. Zorunlu alanlar name ve address; önerilenler arasında telefon (ülke ve alan kodu dâhil), coğrafi koordinatlar (en az beş ondalık basamak) ve çalışma saatleri var.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Seorar",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Örnek Caddesi No 12",
    "addressLocality": "Kadıköy",
    "addressRegion": "İstanbul",
    "postalCode": "34710",
    "addressCountry": "TR"
  },
  "telephone": "+90-216-000-0000",
  "geo": { "@type": "GeoCoordinates",
           "latitude": 40.99010, "longitude": 29.02640 }
}
</script>

Her konum sayfası kendi şubesinin işaretlemesini taşır; tek bir sayfada tüm şubeleri listelemek yerine her şube kendi sayfasında tanımlanır. Departman yapısı gerekiyorsa Google iç içe bir öğe kullanılmasına izin veriyor. Tür seçimi ve doğrulama adımları Schema.org rehberimizde.

Şube Bazlı Yorum Yönetimi

Yorumlar şube profiline düşer, markaya değil. Bu iki sonuç üretir: iyi işleyen bir şubenin puanı kötü işleyen şubeyi kurtarmaz, ve yanıt verme sorumluluğu şube düzeyinde dağıtılmalıdır.

İşleyen model, merkezden yazılmış bir yanıt çerçevesi ve şubeden gelen somut ayrıntının birleşimidir: çerçeve tonu ve yasal sınırları belirler, şube ise olayın kendisine dair bilgiyi ekler. Tamamen merkezden yazılan yanıtlar kalıplaşır ve okuyucu bunu fark eder.

Konum Sayfalarının İç Linklenmesi

Konum sayfaları genellikle yalnızca alt bilgiden bağlantı alır ve site içinde öksüz kalır. Oysa bunlar ticari değeri en yüksek sayfalar arasındadır.

Üç bağlantı noktası kurun: bir şube dizini sayfası (tüm şubeleri listeler), ilgili hizmet sayfalarından konum sayfalarına bağlantılar, ve konum sayfalarından hizmet sayfalarına geri bağlantılar. Bağlantı dağılımının nasıl dengeleneceğini iç linkleme yazımızda ele aldık.

Çok Şubeli Yapıda Ölçüm

Toplam trafik çok şubeli yapıda yanıltıcıdır: bir şubenin yükselişi diğerinin düşüşünü gizler. Search Console'da her konum sayfası için ayrı bir sayfa filtresi kurun ve şubeleri birbiriyle karşılaştırın.

Karşılaştırma tek başına bir teşhis aracıdır: benzer büyüklükteki iki şubeden biri belirgin biçimde geride kalıyorsa, sorun genellikle o şubenin sayfasındadır — eksik içerik, yanlış kategori ya da tutarsız NAP.

Yaygın Hatalar

Kurulum Kontrol Listesi

Bu listeyi yılda bir kez baştan geçirmek, çok şubeli yapılarda sessizce biriken tutarsızlıkları yakalamanın en ucuz yoludur. Arşiv bakım ritmini içerik güncelleme yazımızdaki çeyreklik denetime bağlayabilirsiniz.

Özetle

Çok şubeli yerel SEO, tek şubeli kurulumun kopyalanması değildir. Değişen üç şey vardır: profiller artık birbirinden ayrışmalı, konum sayfaları gerçekten farklılaşmalı ve ölçüm şube düzeyine inmelidir. Bu üçü kurulduğunda şubeler birbirini zayıflatmak yerine birbirini besler.

Şube yapınızı kurarken veya mevcut kurulumu denetlerken destek isterseniz SEO hizmetlerimize göz atabilir, iletişim formundan ulaşabilirsiniz.

Sık Sorulan Sorular