Blog, Kategori ve Tag Sayfalarında Teknik SEO: Otel İçerik Kümeleri İçin Yapı

Blog ve SSS, otel kullanıcı yolculuğunda “önce bilgi, sonra karar” katmanını besler. Ancak teknik olarak bu içerikler rastgele bir arşivde durmamalı; silo mantığında bir düzenle “hub–spoke” (kümelenmiş) yapıya bağlanmalıdır. Otel örneğinde; destinasyon rehberi, deneyim içerikleri, kampanya açıklamaları ve SSS’ler farklı cluster’lar oluşturur ve her cluster’ın bir “hub” noktası olmalıdır (kategori sayfası veya kapsamlı rehber sayfa).

Otel içerik kümesi örnekleri (kısa)

• •Destinasyon cluster: Antalya / Belek / Side / Kemer / Bodrum rehberleri
• •Deneyim cluster: spa, gastronomi, aile aktiviteleri
• •Kampanya cluster: erken rezervasyon, uzun konaklama, paketler
• •SSS cluster: iptal, check-in/out, çocuk politikası, transfer

☑ Mini Check (Silo/cluster)

• •Blog içerikleri belirli cluster’lara atanmış mı?
• •Her cluster’ın bir hub sayfası var mı?
• •Hub sayfa, ilgili içeriklere link veriyor mu?
• •İçerikler hizmet/oda sayfalarına doğal iç link taşıyor mu?

Kategori sayfaları, doğru kurgulanırsa “hub” rolü oynar: kısa bir özet, en iyi içerikler listesi ve doğru iç link akışıyla hem kullanıcıya hem Google’a yön verir. Tag sayfaları ise daha risklidir: kontrolsüz büyürse thin sayfalar üretir. Bu yüzden kategori “stratejik”, tag “operasyonel” bir araç olarak düşünülmelidir.

Otel blog kategorileri ve etiketleri nasıl yapılandırılmalı?

Kategoriler sınırlı sayıda ve cluster temelli olmalı (destinasyon, deneyim, kampanya, SSS gibi). Etiketler ise kontrol altında tutulmalı; yalnızca anlamlı kümeleri işaret etmeli ve thin tag sayfaları üretmeyecek şekilde yönetilmelidir.

Tag enflasyonu (thin tag) riski

• •Her yazıya 10+ tag
• •Tag sayfasında 1–2 içerik (thin)
• •Aynı anlamı taşıyan onlarca tag (eş anlamlı kirlilik)

☑ Mini Check (Arşiv hijyeni)

• •Kategori sayısı 6–12 bandında mı? (Varsayım: pratik hedef)
• •Tag sayfalarının çoğu 1–2 içerik mi?
• •Aynı anlama gelen tag’ler birleşebilir mi?
• •Kategori sayfalarında “özet içerik” var mı?

Arşiv sayfalarında temel kural: “Index = değer üreten, keşif sağlayan, benzersiz içerik sunan sayfa.” “Noindex = thin, tekrar eden, değer üretmeyen arşiv.” Otel bloglarında genellikle kategori sayfaları index olabilir; tag sayfalarının çoğu noindex olur. Bu, crawl bütçesini temizler ve otoritenin dağılmasını engeller.

Tag sayfaları index olmalı mı?

Çoğu durumda hayır. Eğer tag sayfası yeterince içerik, benzersiz özet ve arama niyeti taşıyorsa index olabilir; ancak thin tag sayfaları noindex’e alınmalı veya birleştirilmelidir. Amaç, index setini sade ve güçlü tutmaktır.

Eski/düşük kaliteli tag/kategori sayfalarını temizleme (sheet teknik notu)

Eski ve düşük kaliteli tag/kategori sayfalarını temizlemek veya noindex’e almak, crawl bütçesi ve otorite dağılımı açısından fayda sağlayabilir.

☑ Mini Check (Index kararları)

• •Kategori sayfaları benzersiz özet içerik taşıyor mu?
• •Tag sayfaları 5+ içerik barındırıyor mu? (Varsayım: pratik eşik)
• •Tag sayfası arama niyetine karşılık geliyor mu?
• •Noindex arşiv sayfaları sitemap’te var mı? (olmamalı)

Arşiv sayfaları genelde paginated olur: sayfa 1, 2, 3… Burada en kritik hata, pagination’ı canonical ile “yanlış” yönetmektir. Her sayfa aynı canonical’a giderse (örn. hepsi page=1’e), Google sayfa 2+’yı önemsemez; keşif zayıflar. Öte yandan sayfa 2+ indexleniyorsa, içerik ve navigasyon tutarlı olmalıdır.

Pagination SEO’yu nasıl etkiler?

Pagination, arşivdeki içeriklerin keşfini sağlar; yanlış canonical veya zayıf iç link ile Google’ın derin içeriklere ulaşmasını zorlaştırabilir. Doğru strateji, paginated sayfaları tutarlı navigasyonla sunmak ve canonical’ı sayfanın kendi URL’ine (self) veya belirlediğiniz kural setine göre yönetmektir.

Pagination için pratik kural seti (Varsayım)

• •Kategori sayfa 1: index
• •Kategori sayfa 2+: (siteye göre) index veya noindex (ama crawl edilebilir)
• •Canonical: sayfa bazında tutarlı (self)
• •Bu karar, içerik hacmine ve arama niyetine göre değişebilir; amaç keşfi kaybetmemektir.

☑ Mini Check (Pagination)

• •Sayfa 2/3 canonical yanlışlıkla sayfa 1’e mi gidiyor?
• •Pagination linkleri erişilebilir mi?
• •Sayfa 2+ noindex ise crawl edilebilir mi?
• •Arşivde “sonsuz scroll” varsa paginated alternatif var mı?

Cluster modelinde en büyük farkı internal link yaratır: blog/SSS sayfaları hizmet ve oda sayfalarına bağlanır; kategori sayfaları hub olur; schema (Breadcrumb + FAQ) yapıyı netleştirir. Otel sitesinde örneğin “Antalya aile oteli” içeriği; hem destinasyon hub’ına hem “aile odası” sayfasına hem de “rezervasyon” CTA’sına bağlanmalıdır.

Blog içerikleri otel hizmet sayfalarına nasıl otorite verir?

Blog içerikleri, ilgili hizmet/oda sayfalarına doğal iç link vererek otorite taşır. Kategori (hub) sayfası bu link akışını düzenler; böylece hem kullanıcı keşfi artar hem de Google sayfalar arası ilişkiyi daha net okur.

☑ Mini Check (Link + schema)

• •Her blog içeriğinde 1–3 stratejik iç link var mı?
• •Kategori sayfası hub gibi çalışıyor mu?
• •BreadcrumbList schema ile hiyerarşi net mi?
• •SSS içerikleri FAQPage schema ile işaretli mi?

Örnek cluster: “Antalya Otel Rehberi”

• •Hub (kategori veya rehber): Antalya içerik hub’ı
• •Spoke 1: “Belek’te aile oteli seçimi”
• •Spoke 2: “Side’de her şey dahil konsept karşılaştırması”
• •Spoke 3: “Kemer’de denize sıfır otel ipuçları”
• •SSS: “Çocuk politikası, transfer, iptal”

Bu küme, oda sayfası ve rezervasyon CTA’sına bağlandığında “bilgi → güven → dönüşüm” hattı kurar.

Tablo seçimi: Index–noindex önerisi + canonical/pagination örnekleri (sheet ile uyumlu)

Blog kategori ve tag sayfaları, otel içerik kümelerinin “iskeletidir”. Kategorileri hub gibi tasarlayıp (özet + curated içerik + iç link), thin tag sayfalarını noindex/temizleme ile kontrol altına alıp, pagination ve canonical’ı doğru kurarsanız; crawl bütçesi toparlanır ve otorite ana hedef sayfalara (hizmet/oda) taşınır. Bu yaklaşım, blogu sadece içerik deposu olmaktan çıkarır; SEO ve dönüşüm üreten bir sisteme dönüştürür.