1. Bir otel web sitesini yeni domaine taşırken SEO nasıl korunur?
SEO’yu korumak, “301 açtık” demek değildir; 301 sadece zincirin bir halkasıdır. Esas iş; eski site envanterini eksiksiz çıkarmak, mapping’i doğru yapmak, canonical/sitemap/schema’yı taşımak ve Google + OTA + harita kayıtlarını aynı güncelleme planıyla yönetmektir. Otel sitelerinde oda ve paket URL’leri yüksek dönüşüm taşıdığı için mapping hatası, doğrudan gelir kaybı yaratır.
Kısa cevap (6–7 adım):
- URL envanteri çıkar (crawl + Search Console + log)
- URL mapping tablosu hazırla (old→new)
- 301 yönlendirme planı ve testleri (zincir yok, 200 final)
- Sitemap + canonical + robots + hreflang kontrolü
- Schema migrasyonu (@graph: Hotel/FAQ/Room/Article)
- GBP/Google Travel/OTA kayıt senkronu
- Yayın sonrası 30 gün KPI izleme + düzeltme sprint’i
☑ Mini Check :
- • Oda/teklif sayfalarının old→new eşleşmesi tamam mı?
- • 301 sonrası final URL 200 dönüyor mu?
- • Sitemap ve canonical yeni siteyi işaret ediyor mu?
Ne yapmalıyım?
- • “Para sayfaları” (oda/teklif) için mapping’i iki kez kontrol edin.
- • Soft launch (kademeli) veya staging testini zorunlu kılın.
- • T+7’ye kadar günlük, T+30’a kadar haftalık izleme planı koyun.
2. Rebrand sürecinde otel adı değişirse Google ve OTA kayıtlarını nasıl yönetmeliyim?
Rebrand’de “isim değişti” demek, Google için “bu aynı otel mi?” sorusunu doğurur. Burada hedef; otel varlığının (Hotel entity) tutarlı kaldığını göstermek ve yeni marka adını tüm resmi kaynaklarda senkronize etmektir. En kritik üçlü: web sitesi + Google Business Profile + ana OTA sayfaları.
Kısa cevap (madde madde):
- •Web’de marka adı, NAP ve schema aynı güncellenir
- •GBP’de isim/kategori/URL/telefon/adres tutarlı hale getirilir
- •OTA listing’lerde marka adı ve web linki güncellenir (Varsayım: erişim var)
- •SameAs listesi “resmi profiller”i doğru işaretler
- •Brand SERP cannibalization önlenir (ana sayfa vs blog/hizmet sayfaları ayrışır)
☑ Mini Check :
- • NAP (isim-adres-telefon) web/GBP/OTA’da birebir mi?
- • Yeni marka adıyla brand araması yapınca resmî site sinyali güçlü mü?
- • Knowledge Panel/Travel modülü linkleri yeni domain’e mi gidiyor?
Ne yapmalıyım?
- • “Single source of truth” dokümanı çıkarın (NAP + marka yazımı).
- • Aynı güncelleme planını GBP ve OTA için takvime bağlayın.
- • Brand SERP ekranlarını (desktop/mobil) T-7 ve T+7 karşılaştırın.
3. Oda ve paket URL’lerini değiştirirken 301 yönlendirmelerini nasıl planlarım?
Otel migrasyonunda en büyük hata, “toplu 301” ile her şeyi ana sayfaya atmak veya kategoriye göndermektir. Bu, hem kullanıcı deneyimini hem SEO sinyalini bozar. Doğru yaklaşım: en yakın niyet eşleşmesi ile birebir mapping yapmak; oda→oda, paket→paket, destinasyon→destinasyon.
Mapping mantığı (pratik kurallar)
- •Old room URL → aynı room type yeni URL
- •Old kampanya/paket → yeni paket veya en yakın teklif sayfası
- •Eski blog → yeni blog (slug korunabiliyorsa korunur)
- •Parametreli URL → canonical ana sayfa (genelde) veya noindex (site politikasına göre)
☑ Mini Check :
- • 301 zinciri var mı? (old→temp→new gibi)
- • 404 kalan URL oranı kontrol edildi mi?
- • İç linkler yeni URL’lere güncellendi mi (sadece 301’e bırakılmadı)?
Ne yapmalıyım?
- • İlk 100 URL’yi manuel test edin (kritik sayfalar).
- • Mapping tablosunu “page type” sütunuyla yönetin (room/offer/blog).
- • Yayında 404 log’larını ilk 72 saatte günlük temizleyin.
| Old URL (Eski) | New URL (Yeni) | Sayfa Türü | Öncelik | Not |
|---|---|---|---|---|
| /tr/otel/oda/deluxe-room | /tr/odalar/deluxe-room | Room | P0 | Oda sayfası birebir |
| /tr/otel/teklif/erken-rezervasyon | /tr/teklifler/erken-rezervasyon | Offer | P0 | Kampanya koşulları korunur |
| /tr/otel/blog/antalya-aile-oteli | /tr/blog/antalya-aile-oteli | Blog | P1 | Slug korunur |
| /tr/otel/iletisim | /tr/iletisim | Utility | P0 | Brand SERP için kritik |
| /tr/otel/galeri?utm=... | /tr/galeri | Param | P2 | Parametre canonical ile normalize |
4. 301, site haritası ve schema migrasyonu birlikte nasıl yönetilir?
Migrasyonda üç teknik katman birlikte çalışır: • 301: eski URL sinyalini yeni URL’ye taşır • Sitemap: Google’a yeni URL setini “resmen bildirir” • Schema: otel entity + sayfa yapısını makineye anlatır
Canonical ve sitemap kritik noktaları
- •Sitemap yalnız yeni domain URL’lerini içermeli
- •Canonical’lar yeni URL’lere self-canonical olmalı
- •Robots ile parametreli alanlar kontrol edilmeli (Varsayım)
Schema migrasyonu (otel özel)
- •Hotel entity @id sabit mantıkla yeni domain’e taşınır
- •FAQ/Room/Article @graph yapısı korunur
- •SameAs listesi güncellenir (GBP + resmi sosyal + ana OTA’lar)
☑ Mini Check :
- • Sitemap yeni domain’de ve Search Console’a gönderildi mi?
- • Canonical’lar eski domain’e dönmüyor mu?
- • Schema testleri (Rich Results) hatasız mı?
Ne yapmalıyım?
- • Yayın öncesi “crawl staging” ve schema testini zorunlu kılın.
- • Yayın anında Search Console property’lerini (eski/yeni) hazır tutun.
- • İlk hafta schema/canonical hatalarını “P0” olarak ele alın.
5. Migration sonrası SEO ve satış KPI’larını ne kadar süre izlemeliyim?
Migrasyon sonrası dalgalanma normaldir; önemli olan “ne kadar sürdüğü” ve “nerede kırıldığı”dır. Minimum izleme penceresi: T+1, T+7, T+30. Otellerde sadece trafik değil, direct booking ve RevPAR trendi birlikte izlenmelidir.
Kısa KPI odaklı özet (2–3 cümle):
İlk 72 saatte 404/redirect hatalarını ve index coverage’ı; ilk 7 günde brand CTR ve en kritik landing’leri; ilk 30 günde organik direct booking, kanal karması ve RevPAR trendini izleyin. Böylece “SEO düştü mü?” değil “hangi bulgu gelire nasıl yansıdı?” diye konuşursunuz.
Key Statistics / Data Point (yumuşatılmış):
Doğru migrasyon uygulanan projelerde, geçici dalgalanma sonrası brand sorgularda eski seviyeye dönüş ve bazı generic/experience sorgularda iyileşme görülebileceği; bunun da direct booking ve kanal karmasında olumlu etki yaratabileceği görülebilir (otel, sezon ve uygulama kalitesine bağlıdır).
6. Competitor gap’i kapatan mini bölüm: “Otel migrasyonu = varlık senkron projesi”
Birçok ajans migrasyonu “tasarım yayına alındı” diye kapatır. Otel tarafında doğru yaklaşım; web + GBP + OTA + Travel + raporlama varlıklarını aynı takvimde senkronize etmektir. Bu yüzden migrasyon, IT ve pazarlamanın aynı tabloda baktığı bir “risk & revenue” projesidir.
7. Domain & Rebrand SEO Migration Checklist’ini İndir — Otel Migrasyon (v1.0)
Domain & Rebrand SEO Migration Checklist’ini İndir — Otel Migrasyon (v1.0)
Bu asset, otel domain/URL değişimi ve rebrand sürecinde SEO otoritesini korumak için envanter, mapping, 301 test, sitemap/canonical/schema migrasyonu, GBP/OTA senkronu ve KPI izleme adımlarını tek checklist’te toplar. Amaç, dalgalanmayı minimuma indirip brand sorgu görünürlüğü ve direct booking’i korumaktır.
Kim Kullanır?
GM/revenue + IT + SEO/ajans + operasyon (GBP/OTA güncellemeleri).
Nasıl Kullanılır?
- T-30’da URL envanteri çıkar ve mapping tablosunu doldur.
- T-7’de staging üzerinde 301/sitemap/canonical/schema testlerini tamamla.
- T+1→T+30 arası KPI izleme ve hata temizliği sprint’leri uygula.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ URL envanteri: crawl + Search Console + top landing listesi
- ▢ ✅ Old→New mapping: oda/teklif/blog/SSS/iletişim (P0/P1/P2)
- ▢ ✅ 301 test: zincir yok, 200 final, 404 kalmıyor
- ▢ ✅ Sitemap yalnız yeni domain URL’leri içeriyor
- ▢ ✅ Canonical self-canonical; eski domain’e işaret yok
- ▢ ✅ Robots/parametre kontrolü (UTM vb.)
- ▢ ✅ Schema @graph taşındı (Hotel/FAQ/Room/Article/Breadcrumb)
- ▢ ✅ GBP/Knowledge Panel URL + NAP güncellendi
- ▢ ✅ Ana OTA listing web linki ve marka adı güncellendi (Varsayım)
- ▢ ✅ KPI izleme: brand CTR, organic sessions, booking events, RevPAR trend
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Migrasyonu URL, schema, OTA ve harita kayıtlarıyla senkronize edip direct booking kaybını minimize etmek için (GM & revenue için).
Sık Sorulan Sorular
Bir otel web sitesini yeni domaine taşırken SEO nasıl korunur?▾
Rebrand sürecinde otel adı değişirse Google ve OTA kayıtlarını nasıl yönetmeliyim?▾
Oda ve paket URL’lerini değiştirirken 301 yönlendirmelerini nasıl planlarım?▾
Migration sonrası SEO ve satış KPI’larını ne kadar süre izlemeliyim?▾
Migration sırasında en riskli sayfalar hangileri?▾
Soft launch gerçekten gerekli mi?▾
Canonical ve sitemap hatası neye yol açar?▾
İlgili İçerikler
İlgili Yazılar