1. Otel içindeki restoran ve spa için ayrı Google Business Profile açmalı mıyım?
Kısa cevap
Ayrı GBP, alt işletme dış misafire açıksa, ayrı çalışma saatleri/telefonu/rezervasyon akışı varsa ve kullanıcı “otel adı” yerine doğrudan “restoran/spa/beach club” arıyorsa daha anlamlıdır. Aksi durumda tek otel kartı altında özellikler/amenities ile ilerlemek çoğu zaman daha güvenli ve daha az risklidir. Bu kararı SEO hizmetleri içinde multi-entity local yapı perspektifiyle düşünmek ve otel içinde restoran Google kaydı kriterlerini birlikte okumak, gereksiz kart açma riskini azaltır.
Ayrı GBP açmayı destekleyen koşullar (5 sinyal)
- Dış misafir kabulü (rezervasyon/masa/spa randevusu)
- Ayrı telefon veya ayrı rezervasyon kanalı
- Ayrı çalışma saatleri
- Ayrı marka adı ve arama talebi (“X Beach Club”)
- Ayrı giriş/konum (fiziksel ayrışma)
Tek kart altında kalmayı destekleyen koşullar (5 sinyal)
- Sadece konaklayan misafire hizmet
- Ayrı telefon/rezervasyon yok
- Aynı saat/operasyon akışı
- Ayrı giriş yok
- İçerik/marka ayrışması zayıf
Ne yapmalıyım? (3–6 aksiyon)
- • Önce “alt işletme talebi”ni ölçün: aramalar, DM’ler, telefonlar (Varsayım).
- • Ayrı kart açılacaksa, mutlaka ayrı landing sayfası hazırlayın.
- • Ayrı kart açmayacaksanız, otel kartında fotoğraf/özellik/SSS ile alt işletmeyi görünür kılın.
2. Ayrı GBP mi, tek kart altında özellik mi? (fayda–risk tablosu mantığı)
Ayrı GBP açmanın faydası “yeni niyet yakalama”dır; riski ise “karışıklık ve spam algısı”dır. Özellikle Antalya/Bodrum gibi resort yapılarda beach club dış misafire açıksa ayrı kart güçlü olabilir; şehir otellerinde spa yalnız konaklayan misafire açıksa tek kart daha güvenli kalabilir (Varsayım). Bu ayrımı, otel içindeki ikincil işletmeler için Yerel SEO mimarisi içinde ele almak otel ve alt varlıklar arasındaki rol dağılımını netleştirir.
Riskler (en kritik 4)
- •NAP çakışması (aynı adres, farklı telefonlar tutarsız)
- •Kategori çakışması (hotel vs restaurant)
- •Yorum/fotoğraf karışması (yanlış karta yorum)
- •Duplicate/kopya kayıt riski (temizlik ihtiyacı doğar)
Ne yapmalıyım?
- • Ayrı kart açarken “tek tek doğrulama” yapın (sahiplik/kimlik).
- • Otel ve alt işletme için NAP master dokümanı oluşturun.
- • Risk yüksekse, önce site landing + içerik ile başlayın; kartı sonra açın (Varsayım: aşamalı).
3. Alt işletmelerin kategorilerini nasıl seçmeliyim? (kategori + niyet)
Kategori, hangi aramalarda görüneceğinizi belirler. Alt işletme kartı açıyorsanız kategori seçimi “ana kartla yarışmamalı”, “alt niyeti yakalamalı”dır.
Pratik kategori yaklaşımı
- •Otel: Hotel / Resort Hotel (ana kart)
- •Restoran: Restaurant (alt kart)
- •Spa: Spa / Wellness Center (alt kart) (Varsayım: uygun kategori)
- •Beach club: Beach / Beach Club (Varsayım: platform kategori seçeneklerine göre)
Ne yapmalıyım?
- • Kategoriyi “arama niyeti”ne göre seçin, içerikle destekleyin.
- • Aynı tesiste 3 farklı kart açacaksanız, her birinin rolünü netleştirin.
- • Kategori değişikliklerini log’layın ve 30 gün KPI izleyin.
4. Yorum ve fotoğrafların karışmasını nasıl engellerim? (ayrışma stratejisi)
Yorumlar ve fotoğraflar, alt işletme kartlarının “en hızlı büyüyen” sinyalidir; ama karışırsa en büyük probleme dönüşür: kullanıcı yanlış karta yorum yazar, yanlış beklenti oluşur. Bu noktada restoran ve spa görsel optimizasyonu ana otel görselleriyle alt işletme deneyimini birbirinden ayırmak için kritik hale gelir.
Ayrışma için 6 pratik adım
- Alt işletme kartında ayrı telefon ve doğru saatler
- Landing’de alt işletmenin adı ve kimliği net
- Rezervasyon linki alt işletmeye özel (masa/spa)
- Fotoğraf seti: otel odası değil, restoran/spa deneyimi
- SSS: restoran/spa soruları ayrı
- Personel eğitimi: misafiri doğru karta yönlendirme (nazik)
Ne yapmalıyım?
- • Yorum isteme mesajlarında doğru kart linkini kullanın (Varsayım: CRM/WhatsApp).
- • UGC ve fotoğraf stratejisini alt işletme bazında ayırın.
- • Karışıklık varsa, önce açıklama/SSS ve foto ile “etiketleme”yi güçlendirin.
5. Site mimarisi alt işletmeler için nasıl olmalı? (landing + iç link)
Alt işletme kartı açıyorsanız, site tarafında mutlaka “eşleşen landing” olmalı. Bu hem kullanıcı deneyimini hem de entity netliğini güçlendirir. Aynı zamanda alt işletme sayfalarında teknik SEO ile URL yapısı, schema, canonical ve indexlenebilirlik düzeyinde de kontrol edilmelidir.
Önerilen site mimarisi (Varsayım)
- •/otel/ (ana)
- •/otel/restoran/ (restoran landing)
- •/otel/spa/ (spa landing)
- •/otel/beach-club/ (beach club landing)
Landing bileşenleri
- •NAP + saatler (alt işletmeye özel)
- •Menü/paket (restoran/spa)
- •Fotoğraf seti (o alana özel)
- •SSS (o alana özel)
- •CTA: rezervasyon/ara
Ne yapmalıyım?
- • GBP kartlarının her birini ilgili landing’e bağlayın.
- • Otel sayfasında alt işletmelere iç link verin (menü/saat).
- • Landing’leri kopya yapmayın; her biri benzersiz içerik taşısın.
6. Multi-entity AIO: otel + restoran + spa entity graph nasıl kurulur?
AIO gereksinimi gereği, alt işletmelerin birbirine bağlı ama karışmayan bir graph olarak anlatılması gerekir. Bu yapı, otel SEO’da restoran ve spa görünürlüğü açısından marka aramalarını, destinasyon görünürlüğünü ve otel içi hizmet keşfini destekleyen ayrı bir katman üretir.
Basit entity graph mantığı
- •Ana entity: Hotel
- •Alt entity’ler: Restaurant, Spa, BeachClub
- •Bağlar: aynı marka, aynı lokasyon, farklı çalışma saatleri/telefon/CTA
- •Site: her entity için ayrı landing
- •GBP: her entity için doğru kart (gerekiyorsa)
Ne yapmalıyım?
- • Önce mimariyi kurun (landing + NAP).
- • Sonra GBP yapılandırmasını yapın (gerekliyse ayrı kart).
- • Son aşamada schema ile ilişkilendirin (Hotel + Restaurant + Spa) (Varsayım: teknik ekip).
7. Teknik not: Ayrı kart açıyorsanız “gerçek” ayrı kimlik şart
Technical SEO notu gereği: Ayrı kart açıldığında çalışma saatleri, telefon ve adres bilgilerinin gerçekten o alt işletmeye ait olması ve spam algısı yaratmaması gerekir. “Aynı telefon + aynı saat + sadece isim değişikliği” ile çok kart açmak, karışıklık ve politika riski doğurabilir.
Doğru ayrışma kurulduğunda bu görünürlük, otel dijital pazarlamada ikincil işletme görünürlüğü tarafında upsell, hizmet keşfi, marka algısı ve rezervasyon niyetine ek katkı sağlar.
| Alt işletme türü | Dış misafir | Ayrı telefon/saat | Ayrı GBP? | Ayrı landing? | Risk notu |
|---|---|---|---|---|---|
| Restoran | Evet | Evet | Mantıklı | Evet | Yorum/fotoğraf ayrışması net kurulmalı |
| Restoran | Hayır | Hayır | Genelde gerekmez | Opsiyonel | Tek otel kartı altında özellik/fotoğraf daha güvenli olabilir |
| Spa | Evet | Evet | Mantıklı | Evet | Randevu akışı ve saatler net olmalı |
| Spa | Sadece konaklayan misafir | Hayır | Genelde gerekmez | Opsiyonel | Ana otel kartı ve site içi içerik yeterli olabilir |
| Beach club | Evet | Evet | Mantıklı | Evet | Fiziksel giriş/konum ve sezonluk saatler net olmalı |
Bu modeli hizmet tarafında netleştirmek isteyen ekipler için otel içi alt işletmeler için Yerel SEO stratejisi akışı ve Yerel SEO hakkında sık sorulan sorular sayfası, ayrı kart, landing ve görünürlük kararlarını sadeleştirir.
8. Otel Restoran/Spa GBP & Landing Planlama Şablonunu İndir — Yerel SEO / Multi-Entity
Otel Restoran/Spa GBP & Landing Planlama Şablonunu İndir — Yerel SEO / Multi-Entity (v1.0)
Bu şablon; otel içindeki restoran/spa/beach club gibi alt işletmeler için ayrı GBP açma kararını “fayda–risk” dengesiyle vermenizi sağlar. NAP, kategori, yorum/fotoğraf ayrışmasını ve site landing mimarisini tek plan üzerinde toplar; böylece yerel görünürlük dağılmadan alt işletme talebi yakalanır. Ayrıca yanlış numara/yanlış lokasyon şikâyetlerini azaltacak kontrol adımlarını içerir.
Kim Kullanır?
Resort/şehir oteli pazarlama ekibi, ajans SEO yöneticisi, operasyon/guest relations.
Nasıl Kullanılır?
- Alt işletme envanterini çıkarın (restoran/spa/beach club).
- Her alt işletme için “ayrı GBP gerekir mi?” karar tablosunu doldurun.
- Ayrı landing ve KPI ölçüm planıyla yayına alın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Alt İşletme Envanteri
- ▢ ✅ Otel NAP: __________
- ▢ ✅ Restoran NAP (varsa): __________
- ▢ ✅ Spa NAP (varsa): __________
- ▢ ✅ Ana kategori (otel): __________
- ▢ ✅ Alt kategori (restoran/spa): __________
- ▢ ✅ Yorum isteme linki (otel): __________
- ▢ ✅ Yorum isteme linki (restoran/spa): __________
- ▢ ✅ Fotoğraf seti kuralı: “oda foto yok; deneyim foto var”
- ▢ ✅ UGC izin yönetimi (Varsayım): __________
- ▢ ✅ Landing H3: NAP + saatler
- ▢ ✅ Landing H3: Menü/paket
- ▢ ✅ Landing H3: Fotoğraf seti
- ▢ ✅ Landing H3: SSS
- ▢ ✅ Landing H3: CTA: rezervasyon/ara
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Hangi alan için ayrı GBP/landing gerektiğini ve riskleri azaltan mimariyi netleştirin.
Sık Sorulan Sorular
Otel içindeki restoran ve spa için ayrı Google Business Profile açmalı mıyım?▾
Alt işletmelerin kategorilerini nasıl seçmeliyim?▾
Yorum ve fotoğrafların karışmasını nasıl engellerim?▾
Site mimarisi alt işletmeler için nasıl olmalı?▾
İlgili İçerikler