Hızlı Cevap
Kapı sayfası riskinden kaçınmanın yolu şudur: her şehir sayfası için bağımsız kullanıcı değeri, gerçek hizmet kapsamı ve yerel kanıt üretin; yalnızca şehir adını değiştirip aynı dönüşüm hedefine giden kopya sayfalar açmayın. Gerekirse sayfaları birleştirin, canonical kullanın ve performansı GSC ile lead kalitesi üzerinden izleyin.
Önemli Noktalar
- Sadece şehir adı değişen sayfalar, bağımsız değer üretmiyorsa risklidir.
- Fiziksel şube ve servis alanı senaryoları ayrı değerlendirilmelidir.
- Yerel kanıt blokları şehir sayfasını meşru hale getirir.
- Canonical, noindex ve birleşme kararları lead kalitesiyle verilmelidir.
Şehir bazlı hizmet sayfalarında kapı sayfası riski nerede başlar?
Kapı sayfası riski genelde teknik bir hatadan değil, içerik modelinden başlar. Google Search Central’ın Spam Policies dokümanı 2026-05-15 UTC güncellemesinde doorway abuse’ı, benzer sorgular için üretilip kullanıcıyı ara sayfalara veya aynı nihai hedefe taşıyan düşük değerli sayfalar olarak tanımlar. Bu yüzden “İzmir klima servisi”, “Bursa klima servisi”, “Antalya klima servisi” gibi başlıklarla aynı metni çoğaltmak yalnızca duplicate content meselesi değildir; doğrudan kalite ve spam riski üretir.
Landing page ile doorway page arasındaki fark, tek cümleyle şudur: landing page kullanıcının kararını kolaylaştırır, doorway page ise öncelikle sorgu yakalamaya çalışır. Eğer sayfa kendi başına okunabilir bir hizmet kapsamı, yerel çalışma biçimi, şehir içi teslim veya servis mantığı, beklenen süreler ve o şehre özgü karar verdiren bilgiler sunuyorsa meşru bir şehir sayfasına yaklaşırsınız. Eğer ana gövde aynı kalıyor ve yalnızca şehir, ilçe, mahalle isimleri değişiyorsa risk büyür.
2026 bağlamında bu fark daha görünür hale geldi. Creating Helpful, Reliable, People-First Content rehberi 2025-12-10 UTC güncellemesinde içeriğin neden üretildiğini temel ölçütlerden biri olarak öne çıkarıyor. Benim yorumumla bunun pratik karşılığı şu: şehir sayfasını arama motoru için çoğaltıyorsanız sinyal zayıflıyor; kullanıcı gerçekten “Bu şehirde benden ne farklı beklenir?” sorusuna cevap buluyorsa sinyal güçleniyor. Bu ayrımı ekip içinde netleştirmek için temel kavramları kısa bir terim sözlüğü ile standartlaştırmak faydalı olur.
Erken uyarı işaretleri
- Başlıklar ve H1’ler dışında içerik bloklarının neredeyse aynı olması
- Tüm şehir sayfalarının aynı form, aynı teklif ve aynı satış argümanına bağlanması
- Sayfaların şehir bazında ayrı sorgu niyeti üretmemesi
- Yerel kanıt yerine yalnızca anahtar kelime varyasyonlarının artması
Ayrı şehir sayfası mı, tek hizmet bölgesi sayfası mı?
Burada doğru cevap “her şehir için sayfa aç” ya da “tek sayfada topla” değildir. Doğru cevap, iş modelinizin bunu gerçekten gerektirip gerektirmediğidir. Fiziksel şubesi olan işletmeler için ayrı şehir sayfaları çok daha doğal bir yapıdır; çünkü adres, ekip, saat, hizmet kapsamı ve yerel kanıt gerçekten değişir. Buna karşılık servis alanı işletmelerinde, özellikle tek merkezden çalışan ekiplerde, çoğu zaman güçlü bir hizmet bölgesi sayfası ve iyi yapılandırılmış alt bölümler daha sağlıklı olur.
Google Business Profile Help içindeki Guidelines for representing your business on Google sayfası, mağazası olmayan ve müşteriye giden işletmeler için tek bir merkez ofis veya lokasyon etrafında tanımlı service area mantığını açıkça vurgular. Aynı rehber, sanal ofisleri uygun görmez ve müşteriye giden işletmeler için bir service-area Business Profile yaklaşımını öne çıkarır. Bu da web tarafında şu anlama gelir: fiziksel varlık yoksa, her şehir adına ayrı URL açmak yerine önce tek hizmet bölgesi sayfasının yeterli olup olmadığını sorgulamak gerekir.
Franchise modeli ise ayrı ele alınmalıdır. Ayrı ekip, ayrı operasyon ve ayrı müşteri deneyimi olan franchise lokasyonları için şehir sayfası açmak meşrudur. Ama aynı merkezden yönetilen, yalnızca lead toplamak için çoğaltılmış franchise benzeri sayfalar yine sorunludur. Google Business Profile rehberindeki “her gerçek lokasyon için tek profil” yaklaşımını, web tarafında “her gerçek operasyon modeli için tek meşru landing page mantığı” olarak okumak daha doğru olur.
Karar ağacı özeti
- Gerçek şube, ayrı ekip ve ayrı hizmet akışı varsa ayrı şehir sayfası güçlü adaydır.
- Tek merkezden geniş alana hizmet veriliyorsa önce tek hizmet bölgesi sayfası düşünülmelidir.
- GBP profil URL’si hangi lokasyonu temsil ediyorsa açılış sayfası da onu temsil etmelidir.
- Şehir sayfası açmanın nedeni yalnızca sorgu hacmi ise model yeniden değerlendirilmelidir.
Her şehir sayfasına gerçek değer katan benzersiz içerik katmanları
Bir şehir sayfasını meşru yapan şey, şehir adının geçmesi değil; o şehirde kullanıcının kararını etkileyen bilgilerin değişmesidir. En güçlü katman genelde operasyonel farklar olur: hangi ilçelere hangi sürede gidiyorsunuz, aynı gün servis mümkün mü, montaj ile bakım ekibi ayrı mı, kurulum sonrası destek hangi saatlerde veriliyor, teslimat veya keşif süresi şehir içinde nasıl işliyor? Bunlar hem kullanıcı niyetini karşılar hem de sayfanın neden ayrı olduğunu açıklar.
İkinci katman, yerel kanıttır. Bu kısım çoğu şehir sayfasında eksik kalır. Mahalle veya bölge örnekleri, yakın dönem vaka özetleri, sık gelen yerel talepler, lojistik kısıtlar, belediye veya site yönetimi kaynaklı süreç farkları, sezon yoğunluğu gibi bilgiler sayfayı gerçek deneyime bağlar. People-first içerik yaklaşımının 2025-12-10 UTC güncellenen çerçevesi de tam burada önem kazanır: içerik, kullanıcının kararını kolaylaştırmalı; yalnızca arama sonucunda görünmek için yazılmamalıdır.
Üçüncü katman, dönüşüm unsurlarının bağlamlı kullanımıdır. CTA her şehirde aynı olabilir; ama gerekçesi aynı olmamalıdır. Örneğin bir şehirde acil servis öne çıkarken başka bir şehirde randevulu keşif modeli daha önemli olabilir. Bu farkı yazamıyorsanız, muhtemelen ayrı şehir sayfası açmak için yeterli malzemeniz yoktur. Ekip içinde doorway page ile yerel landing page farkını anlatan kısa bir Google Search Central videosu veya yerel SEO uzmanı videosu üzerinden örnek incelemek, editoryal kalite çıtasını sabitlemek için yararlı olur.
Sayfada mutlaka arayacağım bloklar
- Şehre özel hizmet kapsamı ve servis sınırları
- İlçe, mahalle veya rota düzeyinde çalışma örnekleri
- Teslim veya müdahale süresi gibi operasyonel gerçekler
- Yerel referans, vaka özeti veya müşteri soruları
30-100 şehir sayfası saha analizi: hangileri korunur, hangileri birleşir?
Bu ölçekte en kritik hata, tüm sayfaları yalnızca trafik verisine bakarak değerlendirmektir. Bizim sahada daha sağlıklı gördüğümüz model şu oldu: önce içerik benzerliği kümeleri çıkarılır, sonra Google Search Console’da şehir sayfalarının sorgu ayrışmasına bakılır, ardından form kalitesi veya satışa dönen lead niteliğiyle sonuç okunur. 30-100 sayfalık yapılarda çoğu zaman indeks alan sayfa sayısı çoktur ama bağımsız talep üreten sayfa sayısı daha düşüktür. Ayrışmayan sayfalar, görünürlük yaratıyor gibi görünse de nitelikli talebi seyreltebilir.
Korunacak sayfalar genelde üç özelliği birlikte taşır: şehir bazında farklı sorgu kümeleri toplar, yerel kanıt blokları gerçekten güçlüdür ve satış ekibi bu sayfalardan gelen taleplerin daha temiz olduğunu doğrular. Birleşecek sayfalar ise çoğunlukla aynı ana sorgular için birbirini yer, benzer snippet’ler üretir ve kullanıcıyı aynı teklif sayfasına taşır. Bu durumda canonical, noindex veya tam birleşme kararı trafik düşer mi korkusuyla değil, nitelikli talep artar mı sorusuyla verilmelidir.
Pratikte üç grup oluşturmak işe yarar: korunacak sayfalar, yeniden yazılacak sayfalar ve birleştirilecek sayfalar. Korunacak sayfalar ayrı şehir niyeti oluşturur. Yeniden yazılacak sayfalarda temel potansiyel vardır ama yerel kanıt zayıftır. Birleştirilecek sayfalarda ise şehir adı dışında anlamlı ayrışma yoktur. Bu yaklaşım, “daha çok URL daha çok SEO” varsayımını kırar ve şehir bazlı hizmet sayfası SEO çalışmalarını daha savunulabilir hale getirir.
Birleştirme kararında bakılacak sinyaller
- GSC’de sayfa bazında sorgu kümeleri gerçekten ayrışıyor mu?
- Sayfanın indeks alması nitelikli lead üretimine dönüşüyor mu?
- Yerel kanıt metin, görsel ve süreç düzeyinde somut mu?
- Başka bir şehir sayfasıyla kanibalizasyon oluşturuyor mu?
Yayın öncesi teknik kontrol ve yayın sonrası izleme planı
Şehir sayfalarında teknik mimari, içerik kadar önemlidir. Managing Multi-Regional and Multilingual Sites rehberi 2025-12-10 UTC güncellemesinde aynı dilde benzer içerik farklı URL’lerde yer alıyorsa tercih edilen sürümün canonical ile işaretlenmesini öneriyor. Türkiye içinde aynı dilde şehir varyasyonları üretiyorsanız çoğu durumda hreflang gerekmez; çünkü hreflang esas olarak dil veya bölgesel varyantları işaretlemek içindir. Ama aynı içerik çok benzer biçimde farklı URL’lere dağılıyorsa canonical ve birleşme kararı gerekir.
Aynı rehber, IP tabanlı otomatik yönlendirmeden kaçınılmasını da açıkça söyler. Şehir sayfası stratejisinde bunun karşılığı şudur: kullanıcıyı zorla başka şehir sayfasına atmayın, tarayıcı veya IP tahminine güvenmeyin, sayfalar arası seçim bağlantılarla kullanıcıya bırakın. Breadcrumb yapısı, şehir-hizmet ilişkisi, açık URL hiyerarşisi ve mantıklı iç linkleme, teknik güvenin temelidir. Yayına almadan önce bir site sağlığı kontrolü ile ince içerik, kırık link, indekslenemez sayfa ve yinelenen başlık gibi sorunları taramak mantıklıdır.
Yayın sonrası aşamada iş yalnızca sıralama takibi değildir. Google Search Console verisini, CRM veya form kalitesi notlarıyla birlikte okumak gerekir. Hangi sayfaların farklı sorgular topladığını görmek için düzenli bir sıralama takibi raporu faydalıdır. Yapay zeka sonuçlarında hangi sayfaların referans olabildiğini anlamak için AI görünürlük analizi benzeri bir görünüm de değerlidir. Ahrefs, SEMrush, Moz, SE Ranking ve SEOptimer bu verilerin bazı parçalarını farklı derinliklerde sunar; SEOYEN ise bunları Türkiye pazarına uyarlanmış, Türkçe arayüzlü, TL bazlı fiyatlandırmalı ve yerel Türkçe destekli tek platform yaklaşımında birleştirir. Daha ayrıntılı kıyaslama gerekiyorsa paket detayları üzerinden çerçeve görmek yeterlidir.
Yayın öncesi kısa checklist
- URL, şehir ve hizmet ilişkisi kullanıcı için açık mı?
- Canonical kararı içerik benzerliğiyle uyumlu mu?
- Breadcrumb ve iç linkler hiyerarşiyi netleştiriyor mu?
- GBP açılış URL’si temsil ettiği lokasyonla eşleşiyor mu?
- Şehirler arası otomatik yönlendirme veya gizli varyasyon var mı?
Adım Adım Şehir Bazlı Hizmet Sayfalarında Kapı Sayfası Riskinden Kaçınma
- İş modelinize göre sayfa açma eşiğini belirleyin. Önce fiziksel şube, servis alanı işletmesi ve franchise yapılarını ayırın. Her modelin aynı şehir sayfası mantığına ihtiyacı yoktur. Eğer operasyonunuz tek merkezde toplanıyorsa, çoklu şehir URL’leri yerine tek hizmet bölgesi sayfası daha temiz bir başlangıç olabilir.
- Her şehir için bağımsız sıralanma gerekçesi tanımlayın. Sayfa, yalnızca şehir adıyla mı farklılaşıyor yoksa kullanıcı için süreç, kapsam, hız veya yerel ihtiyaç düzeyinde de ayrışıyor mu? Bu soruya net cevap veremiyorsanız sayfa henüz yayına hazır değildir.
- Benzersiz yerel kanıt bloklarını toplayın. Mahalle örnekleri, teslim veya servis süreleri, ekip yapısı, sık sorulan yerel ihtiyaçlar ve mini vaka özetleri şehir sayfasını gerçek kılar. En iyi şehir sayfaları genelde editoryal değil, operasyonel gerçeklerden beslenir.
- URL ve canonical mimarisini kurun. Benzer sayfalar kaçınılmazsa tercih edilen sürümü baştan belirleyin. Tam kopyaya yakın sayfalarda sonradan düzeltme yapmak, baştan daha az sayfa açmaktan daha maliyetlidir.
- GSC ve lead verisiyle sayfaları izleyin. Hangi sayfaların gerçekten ayrı talep topladığını sorgu kümeleri, indekslenme ve dönüşüm kalitesiyle izleyin. Başarılı görünen ama satışa katkısı zayıf şehir sayfaları, çoğu zaman birleşme adayıdır.
| Karar kriteri | Ayrı şehir sayfası | Tek hizmet bölgesi sayfası |
|---|---|---|
| Fiziksel şube varlığı | Gerçek şube ve ayrı ekip varsa güçlü seçenek | Şube yoksa çoğu zaman daha güvenli başlangıç |
| Servis alanı netliği | Şehir bazında farklı operasyon varsa mantıklı | Tek merkezden benzer kapsama gidiliyorsa yeterli |
| Benzersiz yerel kanıt ihtiyacı | Her sayfada güçlü kanıt zorunlu | Tek sayfada bölgesel alt başlıklarla çözülebilir |
| GBP landing page eşleşmesi | Lokasyon bazlı profil varsa uyum kolaydır | Tek service-area profilinde daha doğal eşleşir |
| Canonical veya birleştirme ihtiyacı | Benzerlik arttıkça ihtiyaç yükselir | Genelde daha düşük |
| Kanibalizasyon riski | Yanlış kurguda yüksektir | Doğru bilgi mimarisinde daha düşüktür |
| Bakım ve içerik üretim yükü | Yüksek | Daha yönetilebilir |
Kaynaklar
Sıkça Sorulan Sorular
Kapı sayfası, kullanıcıya özgün değer sunmadan benzer sorguları yakalayıp onu aynı hedefe taşıyan düşük değerli sayfa tipidir. Şehir sayfalarında bu risk genelde aynı hizmet metninin il veya ilçe adı değiştirilerek çoğaltılmasıyla ortaya çıkar. Sorun yalnızca kopya metin değildir. kullanıcının gerçekten yeni bir bilgi, farklı hizmet kapsamı veya yerel karar desteği bulamamasıdır. Eğer sayfa kendi başına okunabilir, yerel bağlamı güçlü ve bağımsız sıralanma gerekçesine sahipse doorway sayfasından uzaklaşır.
Google, şehir bazlı sayfaları yalnızca şehir adı değişmiş kopyalar gibi davrandığında ve hepsi aynı nihai dönüşüm hedefine çıktığında riskli görür. Özellikle sayfalar birbirine çok benziyorsa, kullanıcıya yeni bilgi vermiyorsa ve yalnızca çok sayıda benzer sorguda görünmek için üretildiyse doorway abuse sinyali oluşabilir. Buna karşılık gerçek şube, ayrı ekip, değişen hizmet kapsamı, yerel süreç farkı ve güçlü yerel kanıt bulunan sayfalar meşru olabilir. Kısacası belirleyici unsur URL sayısı değil, bağımsız kullanıcı değeridir.
Bazı senaryolarda evet, bazı senaryolarda hayır. Fiziksel varlık, farklı operasyon modeli veya güçlü yerel kanıt olmadan her şehir için aynı kalıpta sayfa açmak kanibalizasyon, kalite zayıflaması ve doorway riski yaratabilir. Ama her şehirde gerçekten farklı çalışma biçimi, ekip, teslim veya servis modeli varsa ayrı sayfalar mantıklıdır. Buradaki ana test şudur: Kullanıcı o sayfaya geldiğinde başka şehir sayfasından farklı, karar vermesini kolaylaştıran bilgi görüyor mu? Cevap hayırsa, tek hizmet bölgesi sayfası daha güvenli olabilir.
İyi bir konum sayfası önce gerçek hizmet kapsamını açıklar, sonra yerel kanıtla bunu destekler. Adres veya servis alanı, şehir içinde hangi bölgelere nasıl hizmet verildiği, süreç farkları, ekip yapısı, teslim veya müdahale süresi ve mümkünse kısa vaka örnekleri sayfada yer almalıdır. Teknik tarafta net URL yapısı, doğru iç linkleme, breadcrumb, uygun canonical kararı ve GBP ile uyumlu açılış sayfası gerekir. En kritik nokta, sayfanın yalnızca arama motoru için değil, kullanıcının “Bu şehirde sizden ne beklemeliyim?” sorusuna cevap vermesidir.
Evet, fakat mesele sadece duplicate content değildir. Aynı içeriği şehir adlarıyla çoğaltmak önce içerik benzerliği yaratır. ardından sorgu kanibalizasyonu ve kalite zayıflaması gelebilir. Eğer tüm sayfalar aynı teklife çıkıyor ve bağımsız kullanıcı değeri üretmiyorsa doorway riski de eklenir. Bu yüzden çözüm yalnızca canonical eklemek değildir. Önce gerçekten ayrı sayfa gerekip gerekmediğine karar verilmeli, sonra zayıf sayfalar birleştirilmeli veya yeniden yazılmalıdır. Duplicate content bazen teknik olarak tolere edilir, ama zayıf şehir kopyaları iş açısından yine de zarar verebilir.
Açılabilir, ancak burada çıta daha yüksektir. Fiziksel şubesi olmayan işletmelerde her şehir için kopya sayfa açmak yerine önce hizmet bölgesi mantığı değerlendirilmelidir. Sayfa açılacaksa gerçek servis alanı, müdahale veya teslim modeli, yerel talep yapısı ve sahadaki çalışma biçimi net biçimde anlatılmalıdır. Google Business Profile tarafında da service-area business kurallarıyla uyumlu bir yapı gerekir. Yani sayfa açmanın meşruiyeti şehir isminden değil, o şehirde gerçekten farklı ve doğrulanabilir bir hizmet deneyimi sunulmasından gelir.