1. Entity SEO nedir ve neden özellikle oteller için kritiktir?

Otel aramaları, niyet ve bağlamı yüksek sorgulardır: destinasyon, sezon, konsept, oda tipi, deneyim… Bu yüzden Google’ın “oteli” bir varlık olarak anlaması kritik hale gelir. Entity SEO, otelinizi tek bir Hotel Entity altında toplayıp alt varlıkları (room type, amenity, destinasyon, review) ilişkilendirerek hem organik sonuçlarda hem Google Travel/Hotel Pack’te tutarlılığı artırır.
- •Keyword SEO “kelime eşleşmesi”, entity SEO “varlık + ilişki” yaklaşımıdır.
- •Otellerde aynı anda: Hotel, RoomType, Offer, Destination, Amenity çalışır.
- •Travel/Hotel Pack’te tutarlılık için entity sinyalleri şarttır.
- •Yanlış/çelişkili bilgiler (NAP, isim, adres) güveni ve görünürlüğü düşürür.
Keyword SEO vs Entity SEO farkı (otelde pratik karşılığı)
- •Keyword: “Antalya otel” yazdım → sıralama bekliyorum
- •Entity: “Bu otel Antalya’da; beach resort; family-friendly; spa sunuyor; golf’e yakın; belirli oda tipleri var” → Google’a “otel kimliği” veriyorum
☑ Mini Check
- • Otelinizin adı/adres/telefon bilgisi her yerde birebir aynı mı?
- • Oda tipleri ve konseptler site içinde tutarlı mı?
- • Destinasyon ve deneyimler otel varlığına bağlanıyor mu?
Ne yapmalıyım?
- • 1. Önce tek “otel kimliği” çıkarın (NAP + marka + konum).
- • 2. Oda tipleri ve amenity setini standartlaştırın (tek sözlük).
- • 3. Travel/Hotel Pack ve OTA profilleriyle tutarlılığı kontrol edin.

2. Hotel / Room / LocalBusiness / FAQ schema ile otel varlığını nasıl modellemelisiniz?
Schema, otelinizi Google’a “yapılandırılmış” biçimde anlatmanın en güvenilir yollarından biridir. Buradaki hedef; tek tek schema parçası eklemek değil, bir @graph içinde otelin web sayfasını, makalesini, breadcrumb’ını ve otel varlığını birlikte kurmaktır. Böylece hem içerik hem varlık modeli aynı “hikâyeyi” anlatır.
- •WebSite + WebPage + Article (içerik katmanı)
- •Hotel veya LodgingBusiness (otel varlığı)
- •Room/RoomType (oda varlığı — uygun yerlerde)
- •LocalBusiness (işletme sinyalleri / NAP)
- •FAQPage (PAA/SSS görünürlüğü)
- •Review (Varsayım: doğrulanabilir review kaynağınız varsa)
OTA, harita profili, web sitesi — sameAs ile hizalama
SameAs listesi; otelin “aynı varlık” olduğunu farklı kaynaklarda işaretler. Varsayım: otelinizin resmi sosyal profilleri, harita profili ve bazı listing sayfaları var. Burada kritik olan: yanlış link vermemek ve marka adının tutarlılığını korumaktır.
☑ Mini Check
- • Schema parçaları tek @graph içinde tutarlı mı?
- • Hotel entity @id sabit ve her yerde aynı mı?
- • sameAs listesi resmi ve doğru kaynaklardan mı oluşuyor?
Ne yapmalıyım?
- • 1. @graph standardı oluşturun (tüm bloglarda aynı iskelet).
- • 2. Hotel entity’yi “tek @id” ile sabitleyin ve oda/FAQ’ları buna bağlayın.
- • 3. SameAs ve NAP’ı önce doğrulayın, sonra yayınlayın.

3. Triples ile Entity Graph nasıl kurulur? “Otel → LocatedIn → Antalya” gibi
Triples, entity SEO’nun “kısa ve net” dilidir: özne → ilişki → nesne. Otelde bu yaklaşım çok işe yarar çünkü otel varlığı, oda tipleri, destinasyon, amenity ve aktiviteler arasında doğal ilişkiler vardır. Bu ilişkileri metin içinde net kurmak, schema’da da aynı mantığı yansıtmak gerekir.
- •Hotel → locatedIn → Destination (Antalya/Belek/Side)
- •Hotel → offers → Amenity (Spa, Golf, All Inclusive)
- •RoomType → partOf → Hotel
- •Hotel → listedOn → OTA / Google Travel Listing (tutarlılık vurgusu)
- •FAQ → answers → booking friction (iptal, transfer, çocuk konsepti)
Örnek triple seti (GEO + niyet)
- •Otel → locatedIn → Antalya
- •Otel → suitableFor → Family travelers (Varsayım: konseptiniz uygunsa)
- •Otel → offers → Spa
- •Otel → offers → Golf (Belek senaryosu)
- •Otel → near → Beach (Antalya beach resort)
- •RoomType (Sea View Family Room) → partOf → Otel
☑ Mini Check
- • Destinasyonlar (Antalya/Belek/Side/Kemer/Bodrum) içerikte “bağlamla” geçiyor mu?
- • Amenity’ler (spa/golf/all inclusive) “kim için fayda” ile anlatılıyor mu?
- • Oda tipleri otel varlığına net bağlanıyor mu?
Ne yapmalıyım?
- • 1. 20–30 ilişkilik bir “otel entity sözlüğü” çıkarın (destination/amenity/room).
- • 2. Blog, oda ve SSS sayfalarında bu ilişkileri doğal cümlelerle serpiştirin.
- • 3. Schema @graph içinde aynı ilişkileri @id ile bağlayın.

4. OTA, Google Travel ve web sitesi arasında entity tutarlılığı nasıl sağlanır?
Entity SEO’nun en çok kırıldığı yer “tutarsızlık”tır: web sitesinde farklı ad, OTA’da farklı; harita profilinde farklı telefon; destinasyon tanımında farklı konsept… Google için bu, varlığın güvenilirliğini düşürür. Siz OTA’yı kontrol edemezsiniz; ama kendi resmi kaynaklarınızda (web + harita profili) tutarlılığı maksimuma çıkarabilirsiniz.
NAP (name–address–phone) ve temel işletme verileri
- •İsim: resmi marka adı (kısaltma/ek varyasyonları azaltın)
- •Adres: aynı formatta (Varsayım: tek dilde standart bir format seçin)
- •Telefon: tek ana hat; tracking numaralarını dikkatli kullanın
- •Konum: harita pin’i, giriş adresi tutarlılığı
☑ Mini Check
- • Web, harita profili ve OTA’da NAP birebir aynı mı?
- • Konsept/amenity listesi çelişiyor mu?
- • Oda tip adları her yerde aynı sözlükle mi geçiyor?
Ne yapmalıyım?
- • 1. “Single source of truth” dokümanı çıkarın: NAP + oda sözlüğü + amenity.
- • 2. Web sitesinde schema ve içerik bu sözlüğe göre çalışsın.
- • 3. OTA profillerini düzenli kontrol planına alın (365 gün döngü).
5. Schema + entity yaklaşımı SEO, SGE ve voice için ne kazandırır?
SGE ve voice tarafında kullanıcı sorusu daha “varlık” odaklıdır: “Otel nerede?”, “ne sunuyor?”, “kimlere uygun?” Bu sorulara hem metin hem schema ile kısa, net cevaplar verebildiğinizde “makine okunabilir” anlatı güçlenir. Ayrıca FAQPage yapısı, PAA alanında görünürlük şansını artırır.
Otel SEO’da schema ve entity ne işe yarar?
- •Google’a otelin kimliğini ve ilişkilerini net anlatır.
- •Travel/Hotel Pack tutarlılığını destekler (özellikle NAP/sameAs).
- •FAQ ve yapılandırılmış veri, SGE/voice için kısa cevap üretimini kolaylaştırır.
- •Dönüşüm sayfalarında belirsizliği azaltır (SSS + review + amenity netliği).
“Hemen bugünden uygulayabileceğiniz 7 entity aksiyonu”
- NAP’i tek formatta sabitle
- Hotel entity @id’yi tekleştir
- RoomType sözlüğü çıkar (Standard/Deluxe/Suite + segment)
- Amenity seti çıkar (spa/golf/all inclusive)
- sameAs resmi profil listesini doğrula
- FAQ’ları oda/teklif sayfalarına entegre et
- Rich Results Test + Search Console ile düzenli kontrol takvimi kur
Key Statistics / Data Point (yumuşatılmış kullanım): Sektör case’lerinde kapsamlı schema + entity çalışması yapan otellerde, brand/destinasyon sorgularında tıklama payının ve Hotel Pack görünürlüğünün anlamlı biçimde artabildiği görülebilir (site kalitesi ve tutarlılığa bağlıdır).
☑ Mini Check
- • FAQ’lar PAA sorularını kapsıyor mu?
- • Schema düzenli test ediliyor mu (Rich Results / Search Console)?
- • Googlebot önemli şablonları sorunsuz tarıyor mu (log teyidi)?
Ne yapmalıyım?
- • 1. Önce NAP + sameAs tutarlılığı, sonra schema yayını.
- • 2. @graph iskeletini tüm içeriklere standardize edin.
- • 3. Log/CWV ile “tarama ve hız” sorunlarını kapatın; entity sinyalini güçlendirin.


6. Schema tipi → hangi sayfada → hangi entity ilişkisini kurar? (karşılaştırma tablosu)
| Schema tipi | Hangi sayfada? | Hangi ilişkiyi kurar? |
|---|---|---|
| Hotel / LodgingBusiness | Otel ana sayfası / tesis sayfası | Otel varlığını (kim/nerede/ne) tanımlar; @id ile referans noktası olur |
| Room / RoomType | Oda sayfaları (uygun yerlerde) | RoomType → partOf → Hotel ilişkisini kurar; oda çeşitlerini modellemeye yardım eder |
| LocalBusiness | İşletme/iletişim bileşenleri | NAP (name-address-phone) ve yerel sinyalleri güçlendirir |
| FAQPage | SSS / oda/teklif sayfaları | FAQ → answers → booking friction (iptal/transfer/çocuk konsepti) gibi sürtünmeleri adresler |
| Review | Doğrulanabilir review kaynağı olan sayfalar | Güven sinyalini destekler (Varsayım: doğrulanabilir review kaynağınız varsa) |
7. Otel Entity Graph & Schema Blueprint’ini İndir — Entity-First Otel SEO (v1.0)
Otel Entity Graph & Schema Blueprint’ini İndir — Entity-First Otel SEO (v1.0)
Bu blueprint, otelinizin entity sözlüğünü (destination/room/amenity) çıkarıp triple’larla ilişkilendirmenize ve bunu @graph JSON-LD şablonuna dönüştürmenize yardımcı olur. Amaç; web sitesi, Google profilleri ve OTA listing’leri arasında tutarlılık kurarak Travel/Hotel Pack ve organik görünürlüğü güçlendirmektir.
Kim Kullanır?
SEO/teknik ekip + içerik yöneticisi + GM onayı (otel kimliği, NAP, konsept).
Nasıl Kullanılır?
- NAP + marka adı + konum bilgisini “single source of truth” olarak sabitleyin.
- RoomType/Amenity/Destination sözlüğünü çıkarın ve triple setini doldurun.
- @graph JSON-LD şablonunu sayfa türlerine göre uygulayın, Rich Results Test ile doğrulayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ NAP standardını yazılı hale getir
- ▢ ✅ Hotel entity @id sabitle
- ▢ ✅ SameAs listesini doğrula
- ▢ ✅ RoomType sözlüğü çıkar
- ▢ ✅ Amenity setini standardize et
- ▢ ✅ Destination entity’lerini ilişkilendir (Antalya/Belek/Side/Kemer/Bodrum)
- ▢ ✅ FAQ setini PAA’ya göre güncelle
- ▢ ✅ @graph schema şablonunu site geneline uygula
- ▢ ✅ Rich Results + Search Console hata bakım planı kur
- ▢ ✅ Log’da Googlebot taramasını doğrula
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Web/OTA/harita profillerinizde entity tutarlılığını ve schema sağlık durumunu netleştirmek için (GM & teknik ekip için).
Sık Sorulan Sorular
Otel SEO’da schema ve entity ne işe yarar?▾
Hotel / Room / FAQ schema’yı nasıl kurmalıyım?▾
Google Travel’da otelimi doğru göstermek için hangi entity ilişkilerini tanımlamalıyım?▾
OTA, Google My Business ve web sitemdeki bilgiler nasıl tutarlı olmalı?▾
Entity graph kurmak sıralamayı tek başına artırır mı?▾
İlgili Yazılar
