1. İçerik Grafı Nedir?
İçerik grafı; içeriklerin “sayfa URL”lerinden ibaret olmadığını kabul eder. Bir otel sitesinde “oda” bir entity’dir; destinasyon bir entity’dir; paket bir entity’dir; yorumlar bir entity’dir. Bu varlıkların ilişkileri (oda→paket, oda→yorum, destinasyon→oda) grafı oluşturur. B2B’de de ürün, use case, case study ve sektör benzer şekilde bağlanır.
Bu yaklaşım, web ve yazılım hizmetlerinde schema-driven CMS kararını yalnız içerik girişi değil; arama, ilişki kurgusu ve ölçeklenebilir bilgi mimarisi açısından değerlendirmeyi gerektirir.
İçerik grafı nedir, CMS’te nasıl kurulur?
Kısa cevap: CMS’te içerik tiplerini entity olarak tasarlayıp relation alanlarıyla bağlayarak ve bu ilişkileri internal linking/SEO/öneri senaryolarında kullanarak kurulur.
Ne yapmalıyım?
- • Entity listesi çıkar (otel: oda/paket/destinasyon; B2B: ürün/case/sektör).
- • Her entity için tekil ID ve zorunlu alan seti tanımla.
- • Relation alanlarını belirle (1:1, 1:n, n:n).
- • Grafın “hub” sayfalarını belirle (destinasyon hub, sektör hub).
- • İç linkleme otomasyonunu relation’dan üret.
2. Entity ve İlişki (Relation) Tabanlı Modelleme
Relation tabanlı modelleme, içeriği sürdürülebilir kılar. Metin içinde manuel link koymak ölçeklenmez; relation alanı ise hem UI hem API tarafında tutarlı bağ kurar. Ayrıca site içi arama ve öneri sistemleri için veri üretir.
Sağlıklı bir entity relation modelleme kurgusu; content type, field, kategori, tag ve referans alanlarının birbirine karışmadan tanımlanmasını sağlar.
Entity ve relation tabanlı içerik modeli nasıl tasarlanır?
Kısa cevap: Her entity için çekirdek alanları standardize edin; relation alanlarını iş mantığına göre tanımlayın (oda→paket, ürün→use case) ve UI’da editöre doğru seçim akışı verin.
Pratik tasarım ipuçları
- •Relation alanlarına “seçim sınırı” koyun (max 6 öneri gibi) (Varsayım)
- •Taxonomy (etiket/kategori) ile relation’ı karıştırmayın
- •“Benzer içerikler”i manual değil relation’dan üretin (kısmen otomatik)
Ne yapmalıyım?
- • Relation türlerini çiz (graph diagram).
- • Her relation için doğrulama kuralı yaz (limit, zorunluluk).
- • Editör UI’da “önerilen relation” listesi ver.
- • Relation’ları analytics event ile ölç (tıklanıyor mu?).
- • 365 döngüde grafı temizle (pruning).
3. Schema-Driven CMS Yaklaşımı
Schema-driven CMS; CMS şemasını yalnız “içerik girişi” için değil, aynı zamanda structured data ve SEO için de “sözleşme” olarak ele alır. Yani CMS’teki entity alanları, JSON-LD’deki entity’lerle paralel düşünülür. Bu, hem SEO tutarlılığını hem de “AI/answer engine” uyumunu güçlendirir.
Aynı yapı içerik grafı ve site içi arama tarafında da fark yaratır; arama index’i, filtreleme ve önerilen içerik blokları relation alanlarından beslendiğinde keşif deneyimi daha tutarlı hale gelir.
Büyük yapılarda bu model, CMS as hub ve modular content stack yaklaşımının temelini oluşturur; CMS yalnız içerik tutan değil, farklı sistemleri ortak veri sözleşmesiyle birbirine bağlayan merkez haline gelir.
Schema-driven CMS yaklaşımı SEO ve kişiselleştirmeyi nasıl etkiler?
Kısa cevap: Entity ilişkileri net olunca internal linking otomatikleşir, JSON-LD üretimi tutarlı olur; kişiselleştirme/öneri sistemleri de “kim, neyle ilişkili?” sorusuna hızlı yanıt verir.
CMS şeması ↔ JSON-LD paralelliği (pratik)
- •CMS: Room entity → JSON-LD: LodgingBusiness/Offer ilişkisinde içerik
- •CMS: FAQ entity → JSON-LD: FAQPage
- •CMS: CaseStudy entity → JSON-LD: Article/CreativeWork (Varsayım: kullanım)
Entity ve relation alan seti tablosu
| Entity | Çekirdek alanlar | Relation alanları | Schema / kullanım |
|---|---|---|---|
| Room | id, title, slug, summary, media, locale, updated_at | destination, packages, reviews | LodgingBusiness/Offer ilişkisi, ilgili oda ve paket blokları |
| Destination | id, title, slug, summary, media, locale, updated_at | rooms, experiences | Destinasyon hub ve oda listeleme |
| Package | id, title, slug, summary, media, locale, updated_at | rooms, campaign | Teklif ve kampanya ilişkileri |
| Product | id, title, slug, summary, media, locale, updated_at | use_cases, industries | Ürün hub ve kullanım senaryosu önerileri |
| UseCase | id, title, slug, summary, media, locale, updated_at | products, case_studies | İlgili ürün ve case study blokları |
| CaseStudy | id, title, slug, summary, media, locale, updated_at | use_case, industry | Article/CreativeWork (Varsayım: kullanım) |
| FAQ | id, question, answer, locale, updated_at | related_entity | FAQPage |
Ne yapmalıyım?
- • CMS modelinde schema tetik alanlarını belirle (FAQ var mı?).
- • JSON-LD üretim mantığını entity’lere bağla.
- • Entity ID/slug stratejisini kilitle (migration kolaylığı).
- • İç link kurallarını relation’dan türet.
- • Schema doğrulama testini CI/QA’ya ekle (Varsayım).
4. Otel ve B2B İçin Entity Graf Örnekleri
Bu yaklaşım, otel ve B2B’de farklı graf yapılarıyla somutlaşır.
Özellikle otel içeriklerinde entity ilişkileri kurulduğunda; oda, paket, destinasyon, kampanya ve pazar bazlı mesajlaşma aynı veri modeli içinde daha yönetilebilir hale gelir.
Otel grafı (otel–oda–paket–destinasyon–yorum)
- •Hotel → Rooms (n)
- •Room → Packages (n)
- •Destination → Rooms (n), Experiences (n) (Varsayım)
- •Room → Reviews (n)
- •Package → Campaign (0..n) (Varsayım)
B2B grafı (ürün–use case–case study–sektör)
- •Product → UseCases (n)
- •UseCase → CaseStudies (n)
- •Industry → CaseStudies (n), Products (n)
- •Resource (whitepaper) → UseCase/Industry (n) (Varsayım)
Veri noktası (yumuşatılmış): Entity/graf yaklaşımını benimseyen yapılarda, kategori bazlı düz içerik yapılarına göre daha güçlü iç bağlantı ve arama deneyimi üretilebiliyor (içerik kalitesi ve kurguyla bağlıdır).
Ne yapmalıyım?
- • Hub sayfalarını belirle (destinasyon/sektör).
- • Hub sayfalarda relation’dan otomatik listeleme yap.
- • İçerik üretimini “entity-first” brief ile planla.
- • Öneri bloklarını relation’dan besle (room related rooms).
- • KPI: internal link coverage ve arama terimlerini izle.
5. SEO ve Kişiselleştirme Etkisi
Content graph; sadece SEO için değil, kişiselleştirme ve öneri için de altyapıdır. Çünkü içerik ilişkileri net olunca “benzer içerik öner” veya “bu sektöre şu case’leri göster” gibi senaryolar daha kolaylaşır.
Bu yüzden internal linking entity modeli yalnız teknik bir bağlantı şeması değil; topic cluster, içerik kümeleri ve kullanıcı niyeti etrafında büyüyen bir SEO mimarisi olarak ele alınmalıdır.
Kurulan yapının etkisini izlemek için entity bazlı SEO raporlama tarafında organik görünürlük, index kapsaması, ilişki yoğunluğu ve ilgili içerik tıklamaları birlikte takip edilmelidir.
Internal linking etkisi
- •Relation’dan otomatik “ilgili içerikler”
- •Hub sayfalarda kategori değil entity listeleri
- •Anchor text standardı (Varsayım: şablon)
Kişiselleştirme etkisi
- •Segment → industry → case öner
- •Ülke/dil → destinasyon/paket öner (otel) (Varsayım)
“Sitedeki içerikleri birbirine bağlayarak SEO’yu güçlendirmek istiyorum, ne yapmalıyım?”
Kısa cevap: CMS’te entity relation alanları oluşturun; hub sayfalar ve otomatik ilgili içerik bloklarını bu relation’lardan üretin; JSON-LD ve internal link kurgusunu entity-first yapın.
Ne yapmalıyım?
- • Internal link stratejisini relation alanlarına bağla.
- • Boş relation’ları dashboard ile tespit et (content ops KPI).
- • JSON-LD doğrulamasını rutin yap.
- • Kişiselleştirme bloklarını graf üzerinden tasarla.
- • 365 döngüde yeni entity türleri ekledikçe grafı güncelle.
6. Teknik Not: Entity stratejisi ve raporlama uyumu
Schema & içerik grafı kurgusunun /tr/seo/seo-raporlama, /tr/seo/icerik-seo ve /tr/otel-dijital-pazarlama ile uyumlu olması; long-term entity stratejisi için kritiktir. Graf, yalnız model değil; ölçülen ve yönetilen bir varlık olmalıdır.
Entity ilişkileri, arama keşfi ve SEO ölçeklenebilirliğini birlikte yönetecek bir yapı arıyorsanız schema-driven CMS entegrasyonu desteği alarak modeli daha baştan doğru kurabilir; uygulama detayları için de CMS entegrasyonu hakkında sık sorulan sorular sayfasına göz atabilirsiniz.
7. İçerik Grafı Entity/Relation & CMS Schema Planlama Şablonunu İndir
İçerik Grafı Entity/Relation & CMS Schema Planlama Şablonunu İndir — Yazılım / Content Graph (v1.0)
Bu şablon; otel ve B2B sitelerinde entity listesini, relation tiplerini ve CMS schema alanlarını içerik grafına göre planlamanızı sağlar. Internal linking, öneri blokları ve JSON-LD structured data üretimini entity-first yaklaşım ile hizalayarak uzun vadeli SEO ve kişiselleştirme altyapısını güçlendirir.
Kim Kullanır?
SEO lead, içerik mimarı, teknik lead, ürün sahibi.
Nasıl Kullanılır?
- Entity setini çıkarın ve her entity’nin çekirdek alanlarını tanımlayın.
- Relation kurallarını (1:1, 1:n, n:n) ve limit/validasyonları yazın.
- Hub sayfalar, internal linking ve JSON-LD eşlemesini planlayıp devreye alın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Otel entity seti tanımlandı: hotel, room, package, destination, review, campaign
- ▢ ✅ B2B entity seti tanımlandı: product, use_case, case_study, industry, resource
- ▢ ✅ Her entity için id, title, slug, summary, media, locale ve updated_at alanları tanımlandı
- ▢ ✅ SEO meta alanları ve schema_flags belirlendi
- ▢ ✅ Relation tipleri 1:1, 1:n ve n:n olarak dokümante edildi
- ▢ ✅ Relation seçim limiti max 6 olarak tanımlandı
- ▢ ✅ Zorunlu relation kuralları yazıldı
- ▢ ✅ Boş relation QA raporu planlandı
- ▢ ✅ Hub ve related content blok kuralları tanımlandı
- ▢ ✅ JSON-LD eşlemesi ve internal linking kuralları doğrulandı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Deliverables
- •Entity sözlüğü
- •Relation diyagramı
- •CMS schema backlog (v1.0)
- •Internal linking kuralları
Bir Sonraki Adım
Entity-first CMS şeması ile internal linking, öneri ve structured data (JSON-LD) uyumunu güçlendirip uzun vadeli SEO kazanımı sağlayın.