Çok Şubeli İşletmelerde Web Sitesi ve Konum Sayfaları Nasıl Tasarlanır?

Çok şubeli işletmelerde web sitesi, ziyaretçiyi önce doğru şubeye ulaştırmalı; ardından o konumun gerçek adresini, telefonunu, çalışma saatlerini, sunduğu hizmetleri ve yol tarifi bağlantısını açıkça göstermelidir. En sağlıklı yapı genellikle bir “Şubelerimiz” liste sayfası ve her gerçek fiziksel konum için ayrı, özgün şube sayfasıdır. Ana sayfa marka genelini anlatır; şube sayfası ise “buraya nasıl giderim, açık mı, kimi ararım, bu hizmet bu şubede var mı?” sorularını cevaplar. Şube sayfalarını yalnız şehir adı değişen kopyalar olarak değil, operasyon verisine bağlı küçük hizmet sayfaları gibi tasarlayın.

Çok şubeli web sitesinin temel mimarisi nasıl olmalı?

Birden fazla fiziksel konumu bulunan market, klinik, kurs, showroom, servis veya mağaza zincirinde kullanıcıyı doğrudan tek genel iletişim sayfasına göndermek yeterli değildir. Kullanıcı önce kendisine uygun şubeyi bulmalı, sonra o şubenin güncel bilgisine ulaşmalıdır. Bu nedenle navigasyonda görünür bir “Şubelerimiz” bağlantısı, şube dizini ve konuma özel detay sayfaları birlikte çalışmalıdır.

Tek konum listesi yeterli mi, her şube için ayrı sayfa mı gerekir?

İki küçük şubesi olan ve tüm bilgiler aynı ekranda rahatça anlaşılabilen bir işletmede tek “Şubelerimiz” sayfası başlangıç için yeterli olabilir. Şube sayısı arttığında, çalışma saatleri, hizmetler, ekip, otopark, ulaşım veya randevu akışı farklılaştığında ayrı sayfalar kullanıcı deneyimini belirgin biçimde iyileştirir. Ayrı sayfa açmanın amacı SEO için URL çoğaltmak değil, gerçekten farklı konum bilgisini yönetilebilir hale getirmektir.

Şube URL yapısı nasıl kurulmalı?

URL yapısını marka büyürken bozulmayacak kadar basit tutun. Örneğin `/subeler` altında `/subeler/akhisar`, `/subeler/manisa-merkez`, `/subeler/soma` gibi kalıcı yollar kullanılabilir. Şube adı değişebilir fakat konum kimliği aynı kalıyorsa gereksiz URL değişikliğinden kaçının. Aynı şubeyi `/magaza/akhisar`, `/iletisim/akhisar` ve `/subeler/akhisar` gibi üç farklı URL’de çoğaltmayın; tek canonical şube sayfası belirleyin.

• Kısa ve kalıcı bir klasör yapısı kullanın: `/subeler/<sube-slug>`.
• URL’ye kampanya, geçici slogan veya sık değişen telefon numarası koymayın.
• Şube kapanır veya taşınırsa eski URL’nin kullanıcıya ne yapacağına karar verin; yeni konuma 301 yönlendirme yalnız gerçekten aynı işletme devam ediyorsa uygundur.
• Şube dizininde tüm aktif konumlara normal HTML bağlantıları verin; yalnız JavaScript harita pinine güvenmeyin.

Şube seçici nasıl tasarlanmalı?

Şube seçici, kullanıcıdan önce şehir sonra ilçe seçmesini isteyen uzun bir sihirbaz olmak zorunda değildir. Az sayıda şubede alfabetik veya yakınlık bilgili kartlar yeterli olabilir. Çok sayıda konumda il/ilçe filtresi, arama kutusu ve “konumumu kullan” gibi seçenekler değerlendirilebilir. Ancak tarayıcı konum izni reddedildiğinde site çalışmaya devam etmelidir.

Bir şube sayfasında hangi bilgiler görünmeli?

Şube sayfasının ilk ekranında marka logosundan çok ziyaret kararını etkileyen bilgiler öne çıkmalıdır. Şubenin adı, açık adresi, bugün için çalışma durumu, telefon, yol tarifi ve ana hizmetler kolay bulunmalıdır. Kullanıcı telefon numarasını kopyalamak zorunda kalmadan arayabilmeli; mobilde yol tarifi bağlantısına tek dokunuşla ulaşabilmelidir.

Yol tarifi bağlantısı nasıl verilmeli?

Google Maps URLs, web sitesi üzerinden platformlar arası arama veya yol tarifi bağlantısı açmak için kullanılabilir. Google dokümantasyonuna göre bu URL’ler `api=1` parametresiyle çalışır ve Place ID kullanmak doğru konuma bağlanmayı daha güvenilir hale getirebilir. Şube kartındaki “Yol tarifi al” butonu sabit bir ekran görüntüsüne değil, doğru hedefe giden harita URL’sine bağlanmalıdır.

Harita gömmek zorunlu değildir. Özellikle mobilde sayfa performansı veya kullanıcı deneyimi açısından statik adres + yol tarifi butonu bazı işletmeler için daha sade olabilir. Harita gömülecekse klavye erişimi, ekran yüksekliği ve üçüncü taraf yükleme maliyeti de test edilmelidir.

Telefon, WhatsApp ve formlar doğru şubeye nasıl yönlendirilmeli?

Her şube kartındaki iletişim CTA’sı ilgili konuma bağlanmalıdır. Merkezi çağrı merkezi varsa bunu açıkça belirtin; kullanıcı “Akhisar şubesi” diye tıklayıp alakasız numaraya düşmemelidir. Formlarda kullanıcıdan şubeyi yeniden seçmesini istemek yerine geldiği şube sayfasının `branch_id` değerini gizli teknik alan olarak gönderin ve formun görünür kısmında seçili şubeyi gösterin.

• Telefon bağlantısında `tel:` kullanın ve numaranın gerçekten şubeye/merkeze gittiğini etiketleyin.
• WhatsApp kullanılıyorsa hangi şubenin cevapladığını CTA metninde netleştirin.
• Form kaydında görünür şube adıyla birlikte değişmeyen iç `branch_id` saklayın.
• CRM veya e-posta yönlendirmesini URL slug’ına körlemesine bağlamayın; şube kimliği eşleme tablosu kullanın.
• Şube formu başarısızsa genel iletişim kanalını kullanıcıya yedek olarak sunun, fakat iki kez kayıt oluşturmamaya dikkat edin.

Çalışma saatleri nasıl güncel tutulmalı?

Şube sayfasının en hızlı eskiyen verilerinden biri çalışma saatleridir. Saatleri tema koduna gömmek yerine yönetilebilir içerik veya veri kaynağında tutun. Her şubenin normal haftalık saatleri, geçici kapanış notu ve gerekiyorsa özel gün saatleri ayrı alanlar olmalıdır. Şube yöneticisinin sözlü söylediği değişikliğin siteye ne zaman ve kim tarafından işlendiği takip edilebilirse yanlış açık-kapalı bilgisinin süresi azalır.

Her şube için LocalBusiness yapılandırılmış veri nasıl ele alınmalı?

Google Search Central, her fiziksel işletme konumunun uygun `LocalBusiness` türüyle tanımlanabileceğini açıklar. Şube sayfasındaki yapılandırılmış veri görünür içerikle aynı gerçek adı, adresi, telefonu ve çalışma saatlerini temsil etmelidir. Yapılandırılmış veri yanlış bilgiyi düzeltmez; görünür sayfada olmayan hayalî şubeyi eklemek için kullanılmamalıdır.

Şubenin türü biliniyorsa mümkün olan en spesifik alt türü kullanın. Örneğin restoran, sağlık kulübü veya mağaza gibi. JSON-LD üretimini ortak bileşenden yapmak mantıklı olabilir, ancak her sayfaya aynı adresi basmak hatadır. Şube verisi sayfa route parametresinden değil merkezi lokasyon kaydından okunmalıdır. Google ayrıca doğru markup’ın zengin sonuç görünümünü garanti etmediğini belirtir.

Şube sayfalarında ortak içerik ile özgün içerik dengesi nasıl kurulmalı?

Marka güven unsurları, ödeme seçenekleri veya genel garanti gibi bölümler ortak olabilir. Özgün olması gereken asıl alan; konum, ulaşım, şubeye özel hizmetler, fotoğraflar, ekip/randevu bilgisi ve operasyon farklarıdır. Günlük SEO yazısında da anlatıldığı gibi şehir adını değiştirerek kopya sayfalar üretmek yerine gerçek kullanıcı sorularına cevap vermek gerekir; bu makalede ise odak arama sıralamasından çok site kullanılabilirliğidir.

Mobil ve erişilebilirlikte hangi hatalar yapılmamalı?

Şube araması çoğu zaman hareket halindeki telefondan yapılır. Adres, telefon ve yol tarifi ilk ekranlarda görünmeli; küçük harita içine sıkıştırılmış metinler kullanılmamalıdır. Buton metinleri “Tıkla” yerine “Akhisar şubesini ara” veya “Akhisar şubesine yol tarifi” gibi anlamlı olmalıdır. Filtre ve seçiciler klavyeyle çalışmalı, yalnız renk farkıyla açık-kapalı durumu anlatılmamalı ve kullanıcı konum izni vermediğinde alternatif yol sunulmalıdır.

Harita ve görseller sayfa performansını nasıl etkilememeli?

Her şube kartında canlı harita iframe’i veya ağır fotoğraf galerisi yüklemek özellikle mobilde gereksiz maliyet oluşturabilir. Şube listesinde küçük optimize edilmiş kapak görseli ve metin yeterli olabilir; canlı harita yalnız detay sayfasında veya kullanıcı etkileşiminden sonra yüklenebilir. Gerçek fotoğraflar uygun boyutlandırılmalı, lazy loading uygulanmalı ve şube fotoğraflarının eski tasarımı göstermediği periyodik olarak kontrol edilmelidir.

Şube sayfalarının işe yarayıp yaramadığı nasıl ölçülür?

Toplam sayfa görüntülenmesi tek başına yeterli değildir. Şube kartından detay sayfasına geçiş, telefon tıklaması, yol tarifi tıklaması, form/randevu gönderimi ve seçilen şube bilgisi ayrı etkinlikler olarak ölçülebilir. Böylece merkez ekip hangi konum sayfalarının gerçekten ziyaret veya talep ürettiğini görebilir.

Şube taşınır veya kapanırsa site ne yapmalı?

Kapanan şubeyi sessizce listeden silmek, eski bağlantıdan gelen kullanıcıyı 404 sayfasına düşürebilir. Kalıcı kapanışta sayfanın kullanıcı değeri ve yeni alternatif şube olup olmadığı değerlendirilmelidir. Aynı işletme yakın adrese taşındıysa içerik yeni adrese güncellenip gerekirse eski URL yeni canonical URL’ye yönlendirilebilir. Gerçekten farklı şube ise eski URL’yi alakasız konuma zorla yönlendirmeyin.

Kurgusal örnek: Akhisar, Soma ve Manisa’da üç şubeli servis zinciri

Akhisar, Soma ve Manisa merkezde üç fiziksel noktası bulunan kurgusal “Ege Teknik Nokta” markasını düşünelim. Marka ana sayfada genel bakım hizmetlerini anlatıyor. `/subeler` sayfasında üç konumu kart olarak gösteriyor. Akhisar şubesi hafta içi 18:00’e kadar açık ve yerinde bakım sunuyor; Soma şubesi cumartesi çalışıyor; Manisa şubesi kurumsal cihaz kabul ediyor. Bu farklılıklar gerçek müşteri verisi değildir; bilgi mimarisini somutlaştıran örnektir.

Kullanıcı “Soma” kartına bastığında `/subeler/soma` sayfası açılır. Sayfada Soma telefonu, gerçek çalışma saatleri, o şubeye ait fotoğraflar, Google Maps yol tarifi ve formda önceden seçilmiş `branch_id=soma` görünür. Merkezdeki ortak hizmet metni kopyalanabilir; ancak Soma’nın hizmet farkı ve ulaşım bilgisi kendi kaydından gelir.

30 günde çok şubeli web sitesi yapısı nasıl kurulabilir?

• 1–3. gün: Tüm gerçek şubelerin ad, adres, telefon, saat, hizmet, koordinat/Place ID ve sorumlu envanterini çıkarın.
• 4–6. gün: `/subeler` ve şube detay URL standardını belirleyin; eski dağınık konum URL’lerini haritalayın.
• 7–10. gün: Şube liste kartını ve mobil şube seçiciyi tasarlayın; konum izninin opsiyonel kalmasını sağlayın.
• 11–14. gün: Detay şablonunu adres, telefon, saat, hizmet, fotoğraf, yol tarifi ve form bileşenleriyle kurun.
• 15–17. gün: Form/CRM yönlendirmesinde kalıcı `branch_id` eşlemesini ve merkezi numara/şube numarası kurallarını test edin.
• 18–20. gün: Google Maps URL’leri ve her şubeye ait LocalBusiness verisini gerçek görünür içerikle eşleştirin.
• 21–23. gün: Mobil, klavye, ekran okuyucu, performans ve harita yükleme testlerini yapın.
• 24–26. gün: Telefon, yol tarifi ve form analytics eventlerini branch_id ile ölçün.
• 27–30. gün: Şube yöneticilerine saat/fotoğraf güncelleme sorumluluğu verin; geçici kapanış, taşınma ve yeni şube prosedürünü yazın.

Canlıya almadan önce kontrol listesi