1. Site İçi Arama Neden Önemli?
Site içi arama, “navigasyonun yetmediği yerde” devreye giren hızlandırıcıdır. Kullanıcı niyeti çoğu zaman netleşmiştir: “deluxe oda”, “spa paketi”, “iptal politikası”, “case study”, “entegrasyon dokümanı” gibi. Bu yüzden arama deneyimi; sadece UX değil, doğrudan dönüşüm ve memnuniyet konusudur.
İyi kurgulanmış bir arama deneyimi, kullanıcıların aradıklarını bulamadıkları için siteden ayrılma oranını anlamlı biçimde azaltabilir (sonuç; içerik hacmi ve arama kalitesine bağlıdır).
Bu yüzden web ve yazılım hizmetlerinde CMS search index tasarımı yaklaşımı, aramayı yalnızca ön yüz kutusu değil; içerik keşfi, filtre mantığı ve kullanıcı niyetiyle çalışan altyapı katmanı olarak konumlandırır.
Site içi arama nasıl tasarlanmalı?
Kısa cevap: Arama tasarımı; index stratejisi (hangi içerikler), field mapping (hangi alanlar) ve facet filtreleri (nasıl daraltır) üçlüsüyle yapılmalıdır; UI son adımdır.
Ne yapmalıyım?
- • Arama kapsamını belirle: hangi content type aranacak?
- • “0 sonuç” ve “en çok aranan terimler”i raporla.
- • Filtre/facet’leri kullanıcı niyetine göre seç.
- • Index güncellemeyi publish sonrası otomatikleştir (webhook).
- • Arama log’larını içerik stratejisine geri besle.
2. Hangi İçerikler Index’te Olmalı?
En büyük hata: her şeyi indexlemek. Arama index’i, “bulunması gereken” içerikler için optimize edilmelidir. Çok düşük değerli içerikler (etiketsiz, kısa, alakasız) index’i kirletir, relevance düşer.
Otel için tipik aranabilir içerikler
- •Oda tipleri, paketler, destinasyonlar, blog, SSS, etkinlik sayfaları (Varsayım)
B2B için tipik aranabilir içerikler
- •Hizmet sayfaları, case study, blog, doküman/whitepaper, SSS
Otel ve B2B sitelerinde hangi içerikler aranabilir olmalı?
Kısa cevap: Kullanıcı niyeti yüksek ve karar sürecini hızlandıran içerikler aranabilir olmalı: otelde oda/paket/destinasyon; B2B’de hizmet/case/doküman/SSS.
Ne yapmalıyım?
- • Index kapsamını content type bazında belirle.
- • “Aranabilir mi?” flag’i ekle (CMS field) (Varsayım).
- • Kritik içerik tiplerine boost uygula (oda/hizmet).
- • SSS için ayrı “FAQ result” tipi kurgula.
- • Low-quality içerikleri index dışına al (pruning).
3. CMS Alanlarını Arama İçin Modellemek (Field Mapping)
Arama kalitesi, “hangi alanları index’e gönderdiğiniz” ile belirlenir. Field mapping; CMS alanlarının arama index’ine nasıl dönüştüğünün sözleşmesidir. Bu sözleşme yoksa arama; title üzerinden arar, filtre çalışmaz, relevance düşer.
Burada field mapping ve filtreler yaklaşımı kritik hale gelir; content type, kategori, tag ve metadata alanları arama deneyiminin temel veri sözlüğünü oluşturur.
CMS alanlarını arama index’i için nasıl modellemeliyim?
Kısa cevap: Arama için gerekli alanları (title, summary, tags, category, attributes) normalize edip index’e gönderin; filtrelenebilir alanları facet olarak ayrı tutun.
Field mapping tablosu (1 tablo – Media Pack ile uyumlu)
| CMS Alanı | Index Alanı | Tür | Aranabilir mi? | Filtrelenebilir mi? | Not |
|---|---|---|---|---|---|
| title | title | text | ✅ | ❌ | relevance yüksek |
| summary | summary | text | ✅ | ❌ | snippet |
| tags | tags | keyword[] | ✅ | ✅ | controlled vocabulary |
| category | category | keyword | ✅ | ✅ | içerik türü |
| content_type | type | keyword | ❌ | ✅ | oda/blog/case |
| destination | destination | keyword | ✅ | ✅ | otel |
| price_band | price_band | range/keyword | ❌ | ✅ | otel (Varsayım) |
| industry | industry | keyword | ✅ | ✅ | B2B |
| updated_at | updated_at | date | ❌ | ✅ | sort |
Varsayım: price_band alanı, fiyatı direkt göstermek yerine “band” veya “etiket” mantığıyla tutulabilir.
Özellikle blok tabanlı sayfalarda blok tabanlı içeriklerin arama index’i için hero, metin, medya ve CTA bloklarından hangilerinin özetlenip aranabilir alana taşınacağı net tanımlanmalıdır.
Ayrıca içerik grafi ile arama deneyimi kurulduğunda; ilişkili oda, destinasyon, hizmet veya dokümanlar aynı sorgu bağlamında daha anlamlı sonuç kümeleri üretir.
Ne yapmalıyım?
- • Field mapping dokümanı yaz ve version’la.
- • Tag/keyword sözlüğünü standardize et (free tag sınırlı).
- • Facet alanlarını belirle (destinasyon, sektör, hizmet tipi).
- • Sort alanlarını ekle (güncellik, popülerlik).
- • Index güncellemeyi publish webhook ile otomatikleştir.
4. Algolia/Elasticsearch/Gömülü Arama Çözümleri
Arama çözümü seçimi; içerik hacmi, filtre ihtiyacı ve hız beklentisine göre yapılmalı. Basit “gömülü arama” bazı projelerde yeterlidir; ancak otel oda/paket gibi facet ihtiyacı yüksek veya B2B doküman araması gibi hız/kalite ihtiyacı yüksek projelerde Algolia/Elasticsearch gibi çözümler avantaj sağlar.
Algolia/Elasticsearch gibi arama servisleri CMS ile nasıl entegre edilir?
Kısa cevap: CMS publish/update event’leriyle index’e veri push edilir (webhook/worker); search UI da index’ten sorgular. Field mapping ve facet kurgusu bu entegrasyonun temelidir.
Genel entegrasyon adımları
- •CMS’ten arama dokümanı oluştur (mapping)
- •Index’e yaz (push)
- •UI sorgusu + facet filtreleri
- •Log toplama (query, zero-result)
- •Relevance tuning (boosts)
Ne yapmalıyım?
- • Önce field mapping’i sabitle, sonra servis seç.
- • Index güncellemeyi event-driven yap (webhook).
- • Facet’leri kullanıcı niyetine göre seç (fazla facet yok).
- • Relevance tuning için “top queries” analizi yap.
- • Arama log’larını içerik stratejisine bağla.
5. Otel ve B2B İçin Arama UX Örnekleri
Arama UX’te iki hedef var:
- •Kullanıcı aradığını hızlı bulsun
- •Kullanıcı aradığını bulamazsa yönlendirilsin (0 sonuç sayfası da UX’tir)
Otel arama UX’i (oda/destinasyon)
- •Arama: oda tipi adı + özellik (aile, deniz manzarası)
- •Facet: destinasyon, kişi sayısı (Varsayım), konsept, fiyat bandı
- •Sonuç kartı: oda adı, kısa özet, 1 görsel, CTA
B2B arama UX’i (case/doküman)
- •Arama: sektör, ürün modülü, çözüm başlığı
- •Facet: sektör, hizmet tipi, içerik türü (case/blog/doc)
- •Sonuç kartı: başlık, özet, etiketler, “indir” veya “incele” CTA
Veri noktası (yumuşatılmış): İyi kurgulanmış arama deneyimi, kullanıcıların aradıklarını bulamadıkları için siteden ayrılma oranını anlamlı biçimde azaltabilir (trafik ve içerik hacmine bağlıdır).
Özellikle turizm projelerinde otel sitelerinde arama ve SEO deneyimi birlikte düşünülmelidir; oda, paket ve destinasyon içeriklerinin hem bulunabilir hem de rezervasyon niyetine uygun sonuç kartlarıyla sunulması gerekir.
Ne yapmalıyım?
- • Otel: oda/destinasyon için facet’leri minimal ama güçlü kur.
- • B2B: case/doc ayrımı ve filtreleri netleştir.
- • 0 sonuç ekranına öneriler ekle (en popüler içerikler).
- • Arama log’larından “eksik içerik” listesi üret.
- • Arama sonuç sayfasını conversion CTA ile bağla.
6. Arama Log’larıyla İçerik Stratejisine Geri Besleme
TR’de iç arama genelde “çalışsın yeter” bırakılıyor; halbuki arama log’ları içerik stratejisi için altın değerindedir: kullanıcı ne arıyor, ne bulamıyor, hangi terimler içerik üretim planına girmeli?
Teknik not (sheet ile uyum): Site içi aramanın /tr/seo/icerik-seo ve /tr/raporlama/satis-donusum ile bağlanması; arama terimlerinin içerik stratejisi ve dönüşüm optimizasyonuna girdi olmasını kolaylaştırır.
Bu veri seti site içi arama ve içerik SEO açısından çok değerlidir; kullanıcıların aradığı ama yeterince karşılayamadığınız sorgular, kategori boşluklarını ve yeni içerik fırsatlarını görünür kılar.
Arama kullanımını dönemsel ve rakipsel çerçevede yorumlamak için arama performansını benchmark ile değerlendirmek yaklaşımı; hangi içerik kümelerinde keşif zayıf kaldığını daha net ortaya çıkarır.
AIO paragrafı (on-site search modeli)
Content type, field mapping, search index ve filters/facets; tek bir “on-site search modeli” içinde birleşir. CMS, aranabilir içerik tiplerini ve alanlarını standardize eder; index bu alanları normalize edip hızlı sorgu sağlar; UI facet’lerle kullanıcıya karar kolaylaştırır. Arama log’ları ise içerik stratejisine geri besleme sağlar: bulunabilirliği artırır ve dönüşüm optimizasyonunu besler.
Ne yapmalıyım?
- • Arama log’larını topla (query, clicks, zero-results).
- • Top queries → içerik güncelleme/üretim backlog’u üret.
- • Zero-results → synonym/etiket düzeltme veya yeni içerik kararı.
- • Arama sonrası CVR’ı ölç (GA4 event).
- • 365 döngüde mapping ve facet setini revize et.
Bu yapıyı operasyonel olarak kurmak isteyen ekipler için arama deneyimi güçlü CMS entegrasyonu desteği içerik modeli, index mantığı ve filtre altyapısını birlikte planlamayı kolaylaştırır; uygulama ve bakım detayları için CMS entegrasyonu hakkında sık sorulan sorular sayfasına da bakabilirsiniz.
7. Site İçi Arama Field Mapping & Filtre Tasarımı Şablonunu İndir
Site İçi Arama Field Mapping & Filtre Tasarımı Şablonunu İndir — Yazılım / On-Site Search (v1.0)
Bu şablon; site içi arama için hangi content type’ların index’e gideceğini, hangi CMS alanlarının aranabilir/filtrelenebilir olacağını ve facet filtre setini planlamanızı sağlar. Arama log’larını içerik stratejisine geri besleyerek bulunabilirlik ve dönüşümü iyileştirmeyi hedefler.
Kim Kullanır?
UX lead, teknik lead, içerik/SEO lead, ajans PM.
Nasıl Kullanılır?
- Aranabilir içerik tiplerini ve kullanıcı niyeti senaryolarını seçin.
- Field mapping’i doldurup facet ve sort alanlarını belirleyin.
- Publish sonrası index güncelleme ve arama log raporlama döngüsünü yazın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Arama kapsamındaki content type’lar seçildi
- ▢ ✅ Top 10 arama niyeti belirlendi
- ▢ ✅ Title ve summary aranabilir alan olarak tanımlandı
- ▢ ✅ Tags, category ve type facet olarak modellendi
- ▢ ✅ Destination, industry ve price band filtreleri tanımlandı
- ▢ ✅ Sort alanları relevance ve newest olarak belirlendi
- ▢ ✅ Kritik oda ve hizmet içerikleri için boost kuralı yazıldı
- ▢ ✅ Publish sonrası index güncelleme yöntemi tanımlandı
- ▢ ✅ Top queries ve zero results raporlaması kuruldu
- ▢ ✅ Arama sonrası tıklama ve dönüşüm event’leri tanımlandı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Deliverables
- •Field mapping dokümanı
- •Facet tasarım seti
- •Arama UX önerileri
- •Log geri besleme planı (365 gün döngü)
Bir Sonraki Adım
Arama bulunabilirliğini artırıp 0 sonuç oranını düşürerek kullanıcıların aradığını daha hızlı bulmasını sağlayın.