1. Otel sitesi için ideal site mimarisi nasıl olmalı?
İdeal mimari, Google’a iki şeyi net anlatır: (1) “Bu otel hangi destinasyon/konseptlerde güçlü?” (2) “Kullanıcı rezervasyona nasıl gider?” Bu yüzden mimariyi sadece menü gibi değil, niyet akışı gibi düşünmek gerekir. Otellerde en sağlıklı iskelet, “hub sayfalar + child sayfalar + destekleyici blog/SSS” yaklaşımıdır.
Kısa cevap (bullet mini cevap):
- •Hub: /tr/otel/seo ve /tr/otel-dijital-pazarlama gibi çatı sayfalar
- •Kategori (konsept): aile, çift, golf, spa, deniz manzaralı, swim-up (Varsayım: otel ürün yapınıza göre)
- •Oda sayfaları: Standard/Deluxe/Suite ve segment odalar (family room, sea view room)
- •Deneyim/destinasyon: Antalya/Belek/Side/Kemer/Bodrum rehberleri ve deneyimler
- •SSS: karar ve risk azaltma (iptal, transfer, çocuk konsepti, ödeme)
- •Rezervasyon: booking engine yolu her sayfada net
☑ Mini Check
- •Oda sayfaları “ürün sayfası” değil “karar sayfası” gibi mi?
- •Destinasyon/deneyim içerikleri oda sayfalarına bağlanıyor mu?
- •SSS blokları kritik sayfalara yerleştirilmiş mi?
Ne yapmalıyım?
- Hub sayfaları belirleyin ve tüm içerikleri bu hub’lara bağlayın.
- Kategori→oda→rezervasyon yolunu her sayfada görünür kılın.
- SSS’yi “footer’da gizli” değil, dönüşüm sayfalarında “risk azaltıcı” blok yapın.
2. Kategori → Oda → Deneyim → Blog → SSS → Rezervasyon akışı nasıl kurulmalı?
Bu akış, hem Google’a topical authority sağlar hem de kullanıcıyı kararsızlıktan çıkarır. Bir kullanıcı “Belek aile oteli” aradığında önce destinasyon/konsept içeriğiyle gelir, ardından “Family Room” gibi oda sayfasına iner, sonra teklif/rezervasyon adımına geçer. Akış koparsa kullanıcı OTA’ya döner.
Akışı sayfa türlerine göre netleştirin (AIO)
- •InternalLinks → reinforce → Hotel Entity & topical authority
- •DestinationContent → leadsTo → Room/Offer pages
- •FAQ → reduces → booking friction
Bu ilişkileri hem içerikte hem site mimarisinde görünür kılın.
Breadcrumb + menü + footer = aynı hikâye
Varsayım: kullanıcı farklı girişlerden gelir. Breadcrumb, menü ve footer linkleri birbirini desteklemezse Google da kullanıcı da “site haritasını” anlayamaz.
- •Breadcrumb: Home → Otel SEO → Konsept/Kategori → Oda → Rezervasyon gibi
- •Menü: pazarın aradığı ana sayfa türlerini öne çıkarır
- •Footer: hub sayfaları ve SSS’yi sağlam bağlar
☑ Mini Check
- •Breadcrumb, sayfa türünü net anlatıyor mu?
- •Menüde oda/teklif yolları kaybolmuyor mu?
- •SSS linkleri dönüşüm sayfalarına yakın mı?
Ne yapmalıyım?
- Sticky rezervasyon barı veya net CTA ile “rezervasyon yolu”nu sabitleyin.
- Blog yazılarında oda/teklif linklerini “yakınlık” mantığıyla verin.
- Oda sayfalarında ilgili deneyim/destinasyon içeriklerine sibling link ekleyin.
3. Internal linking OTA’ya karşı gerçekten işe yarar mı?
Evet; çünkü internal linkler Google’a “hangi sayfalar önemli, hangi konu kümeleri birbirine bağlı” bilgisini taşır. OTA’ların avantajı, her şeyi birbirine bağlayan devasa bir link ağına sahip olmalarıdır. Otel sitelerinde ise amaç, aynı ölçeği yakalamak değil; doğru sayfalara otorite akıtmak ve “otel entity”yi netleştirmektir.
Kısa cevap (bullet mini cevap):
- •Parent → child linklerle hub otoritesini dağıtın (otel SEO → oda sayfaları).
- •Sibling linklerle kullanıcıyı yatayda gezdirin (family room ↔ kids concept ↔ aile rehberi).
- •Anchor’ları “otel + destinasyon + konsept” mantığıyla doğal kullanın.
- •SSS ve review bloklarını dönüşüm sayfalarına bağlayın.
Parent/Child/Sibling iç link şeması (kopyala-uygula)
- •Parent: /tr/otel/seo (otorite)
- •Child: oda sayfaları, destinasyon hub, SSS sayfaları
- •Sibling: oda ↔ deneyim ↔ teklif sayfaları (niyet yakınlığına göre)
☑ Mini Check
- •Parent sayfalar child sayfalara düzenli link veriyor mu?
- •Sibling linkler “yakın niyet” üzerinden mi?
- •Anchor’lar tekrar/stuffing yapmadan doğal mı?
Ne yapmalıyım?
- “En çok otorite taşıyan 10 sayfa”yı belirleyip link dağıtımını planlayın.
- Her oda sayfasına 3–6 ilgili sibling link ekleyin (deneyim, destinasyon, SSS).
- Blog yazılarında 1–2 net oda/teklif CTA linkini standartlaştırın.
4. OTA ve fiyat karşılaştırma sayfalarına karşı savunmacı SEO nasıl yapılır?
Savunmacı SEO’nun amacı “OTA’yı yok etmek” değil; özellikle marka/destinasyon/konsept sorgularında resmî site sinyalini güçlendirmek ve kullanıcının kararını kendi sitenizde tamamlamasını sağlamaktır. Bunun için üç katman birlikte çalışır: (1) mimari + iç link, (2) schema + snippet, (3) UX + güven.
Savunma katmanları
- •Resmî site sinyali: tutarlı iletişim, hızlı açılış, net CTA
- •Snippet alanı: FAQ ve net cevap blokları (PAA)
- •Güven blokları: iptal/ödeme netliği, transfer bilgisi, yorum özeti (Varsayım: veriniz varsa)
☑ Mini Check
- •Markalı sorguda resmî site hissi güçlü mü?
- •FAQ blokları ile PAA hedefleniyor mu?
- •Fiyat/koşul belirsizliği azaltılıyor mu?
Ne yapmalıyım?
- Markalı sorgu giriş sayfalarında SSS + güven bloklarını görünür yapın.
- Oda sayfalarında koşulları “kısa ve net” özetleyin; detay rezervasyonda.
- “Konseptteki odalar” CTA’sı ile OTA yerine site içi yol gösterin.
5. Core Web Vitals, schema ve log bazlı SEO ince ayarları ne kadar kritik?
Mimari ve internal link “iskelet”tir; CWV, schema ve log analizi ise iskeletin “verimli çalışmasını” sağlar. Mobil CWV zayıfsa kullanıcı rezervasyona gitmeden çıkar; loglar kirliyse Google gereksiz URL’lere crawl bütçesi harcar; schema yoksa sayfanın yapısı daha zor anlaşılır.
Core Web Vitals (mobil) öncelik sırası (Varsayım)
- •Görsel optimizasyon (lazy-load, doğru boyut, webp)
- •Render-blocking azaltma (gereksiz script)
- •Kritik sayfalarda (oda/teklif) gereksiz bileşenleri azaltma
Log analizi ile crawl bütçesi temizliği
- •Parametreli/tekrarlı URL’leri tespit et
- •“Kullanıcı için değeri olmayan” sayfaları noindex/canonical ile kontrol et (site yapınıza göre)
- •Önemli sayfaların daha sık crawl edilmesini sağla (internal link + sitemap)
Key Statistics / Data Point (yumuşatılmış kullanım):
Doğru site mimarisi + iç linkleme kurulan projelerde, zaman içinde indexlenen kaliteli URL oranının ve brand/destinasyon sorgularında tıklanma payının artabildiği; log/SERP okumalarıyla bunun izlenebildiği görülebilir (site hacmi ve uygulama kalitesine bağlıdır).
☑ Mini Check
- •Mobilde oda/teklif sayfaları hızlı açılıyor mu?
- •Schema (Hotel/Room/FAQ/Review) tutarlı mı?
- •Parametreli URL’ler crawl bütçesini yiyor mu?
Ne yapmalıyım?
- Önce “para sayfaları”: oda/teklif/rezervasyon akışını CWV açısından iyileştirin.
- Schema’yı @graph ile standardize edin (Hotel + Room + FAQ + Review).
- Log analiziyle gereksiz URL’leri temizleyip internal link ağıyla önemli sayfaları güçlendirin.
6. Otel SEO İçin Site Haritası & İç Linkleme Blueprint’ini İndir
Otel SEO İçin Site Haritası & İç Linkleme Blueprint’ini İndir — Teknik Mimari (v1.0)
Bu asset, otel siteniz için hub/child/sibling iç link planını ve sayfa türü eşlemesini hazır bir blueprint olarak verir. Amaç; OTA rekabetinde otelin “entity” otoritesini güçlendirmek, crawl bütçesini verimli kullanmak ve kullanıcıyı net biçimde rezervasyon motoruna taşımaktır.
Kim Kullanır?
Teknik SEO + içerik ekibi + web geliştirici + satış-pazarlama (CTA/funnel).
Nasıl Kullanılır?
- Hub sayfaları seçin ve child sayfa envanterini çıkarın.
- Internal link planını (parent/child/sibling) tabloya dökün ve anchor setini netleştirin.
- 14 günlük sprint planıyla önce “para sayfaları” (oda/teklif) sonra destekleyici içerikleri bağlayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Tek domain/tek protokol, temiz URL standardı
- ▢ ✅ Hub sayfalar (otel SEO, otel dijital) belirli
- ▢ ✅ Oda sayfaları segmentlere bağlanıyor (aile/golf/spa)
- ▢ ✅ Blog/destinasyon içerikleri oda sayfalarına CTA ile akıyor
- ▢ ✅ SSS blokları dönüşüm sayfalarında risk azaltıyor
- ▢ ✅ Breadcrumb + menü + footer aynı hikâyeyi anlatıyor
- ▢ ✅ Anchor seti: “otel + destinasyon + konsept” doğal ve tekrarsız
- ▢ ✅ Log: parametreli/kopya URL’ler kontrol altında
- ▢ ✅ CWV: oda/teklif sayfaları mobilde öncelikli
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Site mimarinizi OTA’ya karşı güçlendiren link iskeletini ve teknik darboğazları netleştirmek için (GM & teknik ekip için).