Yapılandırılmış Veri (Schema) Otel ve Hizmet Sitelerinde Nasıl Kullanılmalı?

Schema (structured data), sayfadaki bilgileri standart bir sözlükle (schema.org) etiketleyerek arama motorlarının daha doğru anlamlandırmasını sağlar. Bu bir “sihirli sıralama butonu” değil; doğru uygulandığında entity’yi netleştirip rich results için zemin hazırlayan bir teknik katmandır. Otel siteleri için “otel nedir, nerede, hangi olanaklar var?” gibi bilgiler; hizmet siteleri için “hangi hizmeti sunuyorsun, kapsamı ne?” gibi bilgiler schema ile daha net hale gelir.

Schema nedir, ne işe yarar?

Schema, sayfadaki bilgileri yapılandırılmış biçimde işaretleyerek Google’ın içerikleri daha net anlamasına yardımcı olur. Doğru uygulandığında rich result görünürlüğünü artırabilir ve entity bazlı otoriteyi güçlendirebilir.

Mini Check (Schema temel)

• •Schema türü sayfanın niyetiyle uyumlu mu (otel/hizmet/SSS)?
• •İşaretlenen bilgi sayfada gerçekten görünüyor mu?
• •Tekrarlayan/çakışan schema var mı?
• •JSON-LD tek kaynak gerçek olarak yönetiliyor mu?

Otel sayfalarında schema’nın temel amacı; otelin entity’sini netleştirmek ve temel bilgileri (adres, telefon, konum, olanaklar) tutarlı biçimde sunmaktır. Özellikle turizmde Antalya/Belek/Side/Kemer/Bodrum gibi destinasyonlarda arama yapan kullanıcıların beklentisi nettir: “nerede, nasıl, hangi imkanlar var?” Bu bilgiler sayfada zaten varsa, schema ile işaretlemek anlamlandırmayı güçlendirir.

Otel sayfasında hangi alanlar kritik?

• •İşletme adı (name)
• •Adres/telefon (address/telephone)
• •Konum ve harita (geo)
• •Olanaklar (amenityFeature) (Varsayım: sayfada listeleniyorsa)
• •Görseller (image)
• •Marka/kuruluş (brand/parentOrganization) (varsa)

Mini Check (Hotel schema)

• •Otelin NAP bilgisi (name-address-phone) sayfada net mi?
• •Olanaklar listesi sayfada gerçekten var mı?
• •Görsellerin URL’leri erişilebilir mi?
• •Çok dilli sayfada doğru dil URL’lerinde schema var mı?

Hizmet sitelerinde (SEO, web geliştirme, reklam raporlama vb.) schema’nın ana faydası: “ben ne sunuyorum, kapsamım ne?” sorusunu netleştirmektir. Service schema ile hizmet adı, açıklaması, hizmet verilen alan ve “provider” ilişkisi daha temiz anlatılır. LocalBusiness, fiziksel lokasyon odaklı işletmelerde anlamlı olabilir; ancak uzaktan hizmet veriliyorsa, LocalBusiness’ı “varmış gibi” kullanmak yerine Service + Organization ilişkisi daha güvenlidir.

Otel ve hizmet sitelerinde hangi schema türleri kullanılmalı?

Otel sayfalarında Hotel/LodgingBusiness, hizmet sayfalarında Service (gerekliyse LocalBusiness/Organization), destekleyici olarak tüm sayfalarda BreadcrumbList ve uygun yerlerde FAQPage kullanmak pratik bir temel settir.

Mini Check (Service schema)

• •Hizmet sayfasında kapsam net mi (ne var/ne yok)?
• •Provider (kurum) bilgisi tutarlı mı?
• •Aynı hizmeti anlatan birden fazla sayfa duplicate üretiyor mu?
• •CTA (teklif/analiz) ile hizmet açıklaması çelişiyor mu?

FAQPage ve BreadcrumbList, pratikte en hızlı kazanım sağlayan schema’lar arasındadır çünkü hem hiyerarşiyi güçlendirir hem de SSS’leri daha net sunar. Otel sitelerinde “iptal politikası, check-in/out, çocuk politikası” gibi sorular; hizmet sitelerinde “fiyatlandırma, süreç, teslimat” gibi sorular FAQ için uygundur. Breadcrumb ise kullanıcı ve bot için “burada neredeyim?” sorusunu çözer.

FAQ schema oteller için nasıl uygulanır?

Sayfada gerçekten görünen 5–10 SSS sorusu seçilir ve her birine kısa, net yanıt yazılır. Ardından FAQPage schema ile bu soru–cevaplar JSON-LD olarak işaretlenir; abartılı veya sayfada olmayan iddialar eklenmez.

Mini Check (FAQ + Breadcrumb)

• •SSS soruları sayfada görünür mü?
• •Yanıtlar 2–4 cümle net mi?
• •Breadcrumb hiyerarşisi URL yapınızla tutarlı mı?
• •FAQ schema’yı her sayfaya “kopyala-yapıştır” yapmıyor musunuz?

Schema’yı uygulamanın en pratik ve temiz yolu, JSON-LD’yi sayfanın HTML’ine tek bir script bloğu olarak eklemektir. Modern framework’lerde (Next.js gibi) önemli olan; schema’nın server-side/ilk HTML’de tutarlı basılması ve her sayfada doğru URL/@id değerleriyle gelmesidir. Ayrıca schema’lar arası çakışmayı önlemek için “tek kaynak gerçek” prensibiyle yönetmek gerekir.

JSON-LD ile schema kodu nereye eklenir?

Genellikle sayfanın <head> veya <body> içinde tek bir JSON-LD script bloğu olarak eklenir. Önemli olan konumdan çok; kodun her sayfada doğru, tutarlı ve test edilebilir şekilde üretilmesidir.

Otel + hizmet sayfası için minimum set (örnek)

• •WebSite
• •WebPage
• •Article (blog ise) / Service (hizmet sayfası ise) / Hotel (otel sayfası ise)
• •BreadcrumbList
• •FAQPage (varsa)

Mini Check (JSON-LD uygulama)

• •Her sayfada URL/@id doğru mu?
• •Duplicate script üretimi var mı?
• •Schema’da işaretlenen bilgi sayfada görünüyor mu?
• •Çok dilli yapıda her dil sayfası kendi URL’ini mi işaretliyor?

Schema uygulaması “ekledim bitti” değildir. Rich result kriterleri ve policy’ler zamanla değişebilir; ayrıca küçük bir hata (yanlış tip, eksik alan, duplicate) rich result’ı engelleyebilir. Bu yüzden test rutini şarttır: örnek sayfaları seçip düzenli kontrol etmek, hataları backlog’a bağlamak gerekir.

Test araçlarıyla nasıl doğrulamalıyım?

• •Rich results test: uygunluk ve hatalar
• •Schema validator: tür/alan tutarlılığı
• •Search Console: zengin sonuç raporları ve hatalar

“Yapılandırılmış veri, özellikle marka, otel ve hizmet entity’sini Google nezdinde netleştiren kritik bir teknik SEO sinyalidir.” (Veri noktası içerikte işlendi; iddia “kritik sinyal” düzeyinde, nicel oran verilmedi.)

Mini Check (Test rutini)

• •5 kritik sayfa seçildi (otel, hizmet, blog, SSS, kategori)
• •Her release sonrası otomatik test/manuel kontrol var
• •Hatalar backlog’a giriyor ve kapatılıyor
• •Policy/guideline değişimlerinde yıllık audit yapılıyor

(AI Competitor Gap Notes: otel + dijital ajans/hizmet kombini için pratik alan tablosu ve JSON-LD örnekleri az — bu bölüm farkı kapatır.)

Otel ve hizmet sitelerinde schema uygulanırken en büyük verim, “hangi sayfada hangi alan zorunlu” standardını tek tabloya bağlamaktır. Böylece ekip, her projede yeniden tartışmak yerine aynı çerçeveyle ilerler: otelde NAP+amenity+geo, hizmette serviceType+provider+kapsam, her yerde breadcrumb, uygun yerde FAQ.

İçerik Tablosu (1 adet, sabit tablo gereksinimi)

Schema, otel ve hizmet sitelerinde Google’a “ne sunuyorum?” sorusunun teknik cevabını verir. Hotel/LodgingBusiness ile otel entity’sini, Service ile hizmet kapsamını, FAQ ve breadcrumb ile hiyerarşi ve soruları netleştirdiğinizde; rich result ihtimali ve entity netliği artar. Ancak sürdürülebilir başarı için iki kuralı kilitleyin: görünen içerik dışında işaretleme yapma ve test/doğrulamayı rutinleştir.