Şehir Bazlı Hizmet Sayfaları Nasıl Yazılır?

Bir hizmet işletmesinin sitesinde altbilgiye kadar inin; çoğunda "Hizmet Bölgelerimiz" diye bir kutu durur ve altında onlarca ilçe adı alt alta sıralanır. Kadıköy bağlantısına tıklarsınız, karşınıza şu çıkar: "Kadıköy diş kliniği arayışındaysanız doğru adrestesiniz. Kadıköy'de hastalarımıza modern cihazlarla, deneyimli kadromuzla hizmet veriyoruz." Geri dönüp Ataşehir'e tıklarsınız. Aynı cümle, tek farkla: "Ataşehir diş kliniği arayışındaysanız doğru adrestesiniz." Üsküdar'da da aynısı, Maltepe'de de. Aşağı indikçe aynı üç madde, aynı "Neden bizi tercih etmelisiniz?" başlığı, aynı iletişim formu.

Bu sayfalarda ne o ilçedeki adres vardır, ne oraya hangi hatla gelindiği, ne o şubede çalışan hekimin adı, ne de o semtten gelen hastaların en sık sorduğu soru. Değişen tek şey bir özel isimdir; geri kalanı bir kalıptan basılmıştır. Üretmesi ucuzdur: bir tablo, bir şablon, bir öğleden sonra. Asıl mesele şu ki hem klasik arama hem de dil modelleri tam olarak bu ucuzluğu fark edebilecek durumda.

Şablon sayfa neden çalışmaz

Birinci sebep basit: bu sayfalar birbirinin kopyası. Arama motorları neredeyse aynı olan sayfa kümelerini tek bir temsilci sayfaya indirger; kalanları tarar ama dizine almaz. Search Console'da bunun karşılığı "Kopya, gönderilen URL kanonik olarak seçilmedi" veya "Tarandı, şu anda dizine eklenmedi" satırlarıdır. Yani kırk ilçe sayfası açmış olsanız bile, arama sonuçlarında sizi genellikle tek bir sayfa temsil eder — üstelik hangisinin seçileceğine siz karar vermezsiniz.

İkinci sebep, Google'ın kendi spam politikalarında adı konmuş bir kalıp olan "geçit sayfası" (doorway page). Tanım, aynı sorgunun küçük varyasyonları için üretilmiş, kullanıcıyı aynı hedefe yönlendirmekten başka işlevi olmayan sayfa kümesidir. Şehir adı değiştirilerek çoğaltılan hizmet sayfaları bu tanımın ders kitabı örneğidir. Buradaki risk yalnızca "sıralanmama" değil, sitenin genel kalite değerlendirmesinin aşağı çekilmesidir.

Üçüncü sebep yapay zeka tarafında ve giderek daha belirleyici hâle geliyor. Bir dil modeli "Kadıköy'de akşam 19.00'dan sonra açık diş kliniği var mı?" sorusuna yanıt üretirken kaynak sayfadan alıntılanabilir bir olgu arar: adres, saat, hekim adı, koşul. Şablon sayfada bu olgulardan hiçbiri yoktur; sadece sıfat vardır. Sıfat alıntılanamaz. Modelin gözünde kırk sayfanız da aynı anlamsal noktada durur; hiçbiri diğerinden ayırt edilebilir bir bilgi taşımaz, dolayısıyla hiçbiri yanıta girmek için sebep vermez. Bu ayrımın daha geniş çerçevesini yerel SEO ile GEO arasındaki fark yazısında ele almıştık.

Dürüst olmak gerekirse bu sitede de bir dönem şablonla üretilmiş makaleler yayınlandı ve hepsi sonradan sıfırdan yeniden yazılmak zorunda kaldı; kalıbın maliyetini geri ödemesi ürettiğinden pahalıya geliyor.

Bir şehir sayfasını benzersiz kılan altı bilgi türü

Bir şehir sayfasının varlık sebebi, o şehirle ilgili başka hiçbir sayfada bulunmayan bilgiyi taşımasıdır. Pratikte bu bilgi altı başlıkta toplanıyor.

Gerçek adres ve ulaşım. Sokak, bina, kat; en yakın metro veya metrobüs durağı; otopark var mı, yoksa nereye park ediliyor. "Kadıköy merkezde, Söğütlüçeşme istasyonuna yürüme mesafesinde" cümlesi, on paragraf "kaliteli hizmet"ten daha fazla iş görür — çünkü doğrulanabilir ve alıntılanabilir.

O şehirdeki ekip. O lokasyonda kimler çalışıyor, hangi uzmanlıkta. İsim ve unvan yazmak, sayfayı kopyalanamaz kılan en hızlı yoldur; şablon üreticisi bu alanı dolduramaz çünkü her şehir için farklı bir gerçek gerekir.

Yerel fiyat ve koşul farkları. Bölgeye göre değişen bir şey varsa yazın: farklı ödeme seçenekleri, farklı randevu yoğunluğu, yalnızca o şubede bulunan bir cihaz veya hizmet. Fark yoksa uydurmayın; "fiyatlarımız tüm şubelerde aynıdır" cümlesi de bir bilgidir.

O şehre özgü sorular. Emlakta imar durumu ve dönüşüm alanları ilçeye göre değişir; mali müşavirlikte bağlı olunan vergi dairesi ve odalar şehre göre değişir; sağlıkta anlaşmalı kurumlar şubeye göre değişir. Müşteri temsilcinize "bu bölgeden arayanlar en çok neyi soruyor?" diye sormak, en verimli içerik araştırmasıdır. Emlak ofisleri için yerel görünürlük yazısındaki mantık burada birebir geçerli.

Yerel referanslar. O şehirde tamamlanmış işler, çalışılan kurumlar, üyesi olunan yerel oda veya dernek. Müşteri adı paylaşılamıyorsa bile iş türü ve semt düzeyinde anlatım mümkündür.

Çalışma saatleri ve erişim. Şubeye özel saatler, tatil günleri, o lokasyona ait telefon numarası. Aynı numarayı kırk sayfaya basmak, sayfaların birbirinden ayrılamamasının en görünür işaretidir.

Bu altı başlıktan en az dördünü gerçek veriyle dolduramıyorsanız, o şehir için ayrı bir sayfa açmayın.

Kaç sayfa açmalısınız?

Buradaki ayrım şu: gerçekten hizmet verdiğiniz yer ile hedeflemek istediğiniz yer aynı şey değil. Ofisiniz, ekibiniz, deponuz, saha aracınız ya da o bölgede tamamlanmış işleriniz varsa sayfa açmak için elinizde madde vardır. "Orada da müşteri bulmak istiyoruz" bir istektir; sayfa üretmek için yeterli değildir.

Pratik bir eşik: fiziksel varlığınızın olduğu her şehir veya ilçe için bir sayfa, artı düzenli olarak iş yaptığınız komşu bölgeler için — hepsi tek tek değil — bir "hizmet bölgeleri" sayfası. Üç dolu sayfa, kırk boş sayfadan hem aramada hem yapay zeka yanıtlarında daha iyi sonuç verir; kırk boş sayfa üstelik tarama bütçenizi ve kendi iç link gücünüzü de dağıtır.

Yeni bir bölgeye açılıyorsanız sıralama, sayfa açmakla değil, orada iş yapmakla başlar. Önce bir referans, sonra sayfa.

Sayfa iskeleti

Aşağıdaki iskelet kullanılabilir; ancak [ELLE] işaretli alanlar şablondan üretilemez, her şehir için ayrı yazılmak zorundadır. Bir alanı dolduracak gerçek bilginiz yoksa, o bölümü boş bırakmak yerine sayfayı hiç açmayın.

Başlık (H1): Hizmet + şehir. Tek satır, otomatik üretilebilir.
Giriş paragrafı — [ELLE]: Konum, kime hizmet verildiği, o bölgeye özgü bir cümle. Şablon giriş cümlesi burada en çok zarar veren yerdir.
Adres ve ulaşım bloğu — [ELLE]: Açık adres, en yakın durak, otopark, harita bağlantısı.
Bu lokasyondaki ekip — [ELLE]: İsim, unvan, varsa fotoğraf.
Hizmet listesi: Ana hizmet sayfalarına link veren kısa liste. Ortak metin kullanılabilir; hizmetin tam anlatımı şehir sayfasında değil, hizmet sayfasında durur.
Bu bölgeye özgü koşullar — [ELLE]: Vergi dairesi, imar durumu, anlaşmalı kurum, sezon yoğunluğu — sektöre göre değişir.
Yerel işler veya referanslar — [ELLE]: Semt düzeyinde bile olsa somut örnek.
Çalışma saatleri ve iletişim — [ELLE]: Bu lokasyona ait saat ve numara.
SSS — [ELLE]: O şehirden gelen gerçek sorular; genel hizmet SSS'sinin kopyası değil.
Kapanış ve tek bir eylem çağrısı: Randevu, teklif ya da arama. Formu her sayfaya yapıştırmak yerine tek ve net bir adım bırakın.

Sayfanın teknik tarafı — başlık etiketi, canonical, hız, mobil düzen — hizmet sayfalarınızla aynı standartta olmalı; KOBİ web sitesi için GEO uyumlu altyapı rehberi bu kısmı ayrıntılı anlatıyor.

Yapılandırılmış veri: LocalBusiness ve areaServed

Şehir sayfasının makine tarafındaki karşılığı LocalBusiness şemasıdır (veya Dentist, LegalService, RealEstateAgent gibi alt türleri). Fiziksel bir lokasyonunuz varsa şu alanlar doldurulur: name, address (PostalAddress olarak, sokak ve posta kodu dahil), telephone, openingHoursSpecification, geo, url ve sayfaya özgü bir @id.

İki noktaya dikkat edin. Birincisi, her fiziksel şube ayrı bir varlıktır; hepsine aynı @id ve aynı adresi vermek şemayı anlamsızlaştırır. Her şube sayfası kendi @id değerini taşımalı, merkez kuruluşa parentOrganization veya branchOf ile bağlanmalıdır.

İkincisi ve daha önemlisi: o şehirde fiziksel bir yeriniz yoksa LocalBusiness yazmayın. Uzaktan veya saha hizmeti veriyorsanız doğru yapı, Service üzerinde areaServed alanıdır; areaServed bir City veya AdministrativeArea olarak verilir ve "burada ofisim var" iddiası taşımaz. Şemanın sayfada görünen içerikle çelişmemesi kuraldır: sayfada olmayan bir adresi şemaya yazmak, yapılandırılmış veriyi bir güven sinyalinden bir risk kaynağına çevirir. Şema ile güvenilirlik sinyallerinin ilişkisini schema markup ve E-E-A-T yazısında ayrıntılandırmıştık.

İç linkleme ve kannibalizasyon

Şehir sayfaları iki yerden birbirini yiyebilir. Birincisi kendi aralarında: başlık etiketleri ve içerikleri birbirine çok benzediğinde, "diş kliniği" gibi genel bir sorguda hangi sayfanın çıkacağı sizin denetiminizden çıkar ve dönem dönem değişir. İkincisi ana hizmet sayfasıyla: şehir sayfası hizmetin tamamını yeniden anlatırsa, hizmet sayfasının yerine geçmeye çalışır.

İşleyen düzen şu: ana hizmet sayfası hizmeti anlatır ve genel sorguları hedefler; şehir sayfası konumu anlatır, hizmeti anlatmaz, hizmet sayfasına link verir. Şehir sayfaları arasında yatay link kurmayın — Kadıköy sayfasından Ataşehir sayfasına link vermenin kullanıcı açısından bir karşılığı yoktur. Bunun yerine tüm şehir sayfalarını listeleyen bir üst sayfa (hub) kurun ve her şehir sayfasından bu üst sayfaya dönün. Ekmek kırıntısı (BreadcrumbList) yapısını da bu hiyerarşiye göre kurgulayın.

Başlık etiketlerini de birbirinden ayırın: yalnızca şehir adı değişen kırk başlık, hem tıklama oranını hem de sayfaların ayırt edilebilirliğini düşürür. Ayırt ediciyi şehir adının kendisinden değil, sayfanın taşıdığı gerçek bilgiden çıkarın.

Ölçme: hangi sayfayı kapatmaya karar verirsiniz

Şehir sayfaları yayına girdikten sonra karar sizin değil, verinin olmalı. En az bir çeyrek — kabaca üç ay — bekleyin, sonra Search Console'da her URL için üç şeye bakın: dizine alındı mı, hangi sorgularda gösteriliyor, tıklama alıyor mu. Buna sitedeki davranışı ekleyin: sayfaya giren kullanıcı arama, form veya telefon adımına geçiyor mu.

Çıkan tablo genelde üç kova üretir. Dizine alınmış ve kendi şehrinin sorgularında gösterilen sayfalar kalır; eksikleri varsa altı bilgi türüyle doldurulur. Dizine alınmış ama yalnızca marka adınızla gösterilen sayfalar, muhtemelen yerel bilgi taşımıyordur; ya doldurulur ya kapatılır. Hiç dizine alınmamış veya "kopya" olarak işaretlenmiş sayfalar ise zaten görünmüyordur: bunları en yakın gerçek lokasyon sayfasına 301 ile birleştirmek, siteyi hafifletir ve kalan sayfaların sinyalini toplar.

Yapay zeka tarafı için ayrıca elle bir kontrol yapın: kendi şehir sorgunuzu bir sohbet arayüzüne yazın ve yanıtta hangi kaynakların gösterildiğine bakın. Sizin sayfanız yerine bir rehber sitesi çıkıyorsa, eksik olan şey sıralama değil, alıntılanabilir bilgidir. Yapay zeka için içerik yazarken tekrarlanan hataları bu yazıda toplamıştık.

Sayfa kapatmak bir başarısızlık işareti değil, ölçmenin doğal sonucudur. Kırk sayfayla başlayıp altısını tutan bir site, kırk sayfayı olduğu gibi bırakan siteden hem daha hızlı hem daha görünür olur.

Sıkça Sorulan Sorular

Şehir bazlı hizmet sayfası açmak Google tarafından cezalandırılır mı?

Şehir sayfasının kendisi sorun değildir; gerçek bir lokasyonu veya hizmet bölgesini anlatan sayfalar aramanın olağan parçasıdır. Sorun, aynı metnin şehir adı değiştirilerek çoğaltılmasıdır. Google bu kalıbı spam politikalarında "geçit sayfası" olarak tanımlar. Ayırt edici bilgi taşıyan, her biri elle yazılmış az sayıda sayfa güvenli tarafta kalır; kalıptan basılmış yüzlerce sayfa hem dizine girmez hem sitenin genel kalite değerlendirmesini aşağı çeker.

Hizmet verdiğim ama ofisim olmayan ilçe için sayfa açabilir miyim?

Açabilirsiniz, ancak sayfa o ilçede ofisiniz varmış izlenimi vermemelidir. Adres uydurmak, sanal ofis adresini gerçek şube gibi göstermek veya o ilçe için LocalBusiness şeması yazmak yanlış beyandır. Doğru yol, hizmet bölgesi olduğunu açıkça yazmak ve yapılandırılmış veride Service türü altında areaServed alanını kullanmaktır. Sayfayı da o bölgeye özgü gerçek bilgiyle — yapılan işler, ulaşım süresi, bölgeye özel koşullar — doldurmak gerekir.

Kaç şehir sayfası açmam gerekir?

Sayı hedefi belirlemek yanlış başlangıçtır. Ölçüt şudur: bir şehir için gerçek adres, ekip, yerel koşul, referans, çalışma saati gibi bilgilerden en az dördünü doldurabiliyorsanız o sayfa açılır. Doldurulamıyorsa açılmaz. Çoğu küçük ve orta ölçekli işletme için bu, üç ile on arasında sayfa demektir. Geri kalan bölgeler tek bir "hizmet bölgelerimiz" sayfasında listelenebilir.

Şehir sayfası ile ana hizmet sayfası aynı sorguda çakışırsa ne yapmalıyım?

Önce hangi sayfanın hangi sorguda gösterildiğini Search Console'un sorgu ve sayfa kırılımından doğrulayın. Genel hizmet sorgularını ana hizmet sayfası, şehir içeren sorguları şehir sayfası karşılamalıdır. Çakışma varsa çözüm genellikle içerik ayrımıdır: şehir sayfasından hizmet anlatımını çıkarıp hizmet sayfasına link verin, şehir sayfasında yalnızca konuma özgü bilgi bırakın. Başlık etiketlerini de birbirinden belirgin biçimde ayırın.

Yapay zeka yanıtlarında şehir sayfamın görünüp görünmediğini nasıl anlarım?

Doğrudan bir rapor yok; elle kontrol gerekir. Kendi şehir ve hizmet sorgularınızı farklı sohbet arayüzlerine yazın, üretilen yanıtta hangi kaynakların bağlantı olarak verildiğine bakın ve bunu düzenli aralıklarla tekrarlayın. Sunucu günlüklerinden yapay zeka tarayıcılarının ilgili URL'leri çekip çekmediğini de görebilirsiniz. Sayfanız çekiliyor ama yanıtta yer almıyorsa, eksik olan şey erişilebilirlik değil, alıntılanabilir somut bilgidir.