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.
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).
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.
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.
Ö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.
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.
| 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ı |
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.