Site Mimarisi ve URL Yapısı: Otel ve Ajans Siteleri İçin SEO Dostu Strateji

Doğru site mimarisi; Google’ın sitenizi daha verimli taramasını, sayfalar arasındaki ilişkiyi daha doğru anlamasını ve kullanıcıların siteyi daha kolay gezmesini sağlar. Otel sitelerinde en büyük hata, oda–destinasyon–konsept sayfalarını “rastgele” büyütmek; ajans sitelerinde ise hizmetleri karıştırıp otoriteyi dağıtmaktır. Bu rehberde; silo mantığını kuracak, URL kurallarını standardize edecek, breadcrumb ve dahili link akışıyla mimariyi “SEO + UX” açısından ölçeklenebilir hale getireceğiz.

Site mimarisi (site architecture), sayfalarınızın hiyerarşisini, kategorizasyonunu ve iç link akışını tanımlayan “bilgi mimarisi” planıdır. Google açısından bu yapı; hangi sayfanın “ana”, hangisinin “alt”, hangisinin “destek” içerik olduğunu anlamayı kolaylaştırır. Kullanıcı açısından ise doğru mimari; aradığı odayı, destinasyonu veya hizmeti 3 tık içinde bulmasını sağlar. Varsayım: “3 tık” kuralı mutlak bir SEO kuralı değil; pratik UX hedefidir.

Site mimarisi nedir, SEO’yu nasıl etkiler?

Site mimarisi; içerikleri silo’lara ayırıp sayfalar arası iç link ilişkisini kurar. Bu sayede Google sitenizi daha verimli tarar, hangi sayfaların önemli olduğunu daha doğru anlar ve kullanıcılar daha az kayıpla hedef sayfaya ulaşır.

Flat vs derin yapı: Hangisi daha sağlıklı?

• •Flat (daha düz) yapı: Önemli sayfalara daha az tıkla ulaşılır; tarama/otorite dağılımı daha hızlıdır.
• •Derin yapı: Kategori sayısı artar ama kritik sayfalar “çok aşağıda” kalırsa görünürlük zorlaşır.

Pratik hedef: “Kritik sayfalar üst katmanda”

Otel sitelerinde kritik sayfalar: oda tipleri, konsept sayfaları, destinasyon sayfaları, kampanya landing’leri, iletişim/rezervasyon akışı. Ajans sitelerinde kritik sayfalar: hizmet sayfaları + vaka çalışmaları + teklif/iletişim.

☑ Mini Check (Mimari)

• •En çok gelir/lead getiren sayfalar “en fazla 3–4 tık” içinde mi?
• •Aynı niyetli sayfalar aynı silo altında mı?
• •Menü ve breadcrumb mimariyi yansıtıyor mu?

Ne yapmalıyım?

1. Sayfa envanteri çıkar (oda/destinasyon/hizmet/blog).
2. “Kritik sayfalar listesi” yap ve üst katmana taşı.
3. Derinliği artıran gereksiz ara kategori sayfalarını azalt.

Silo yapısı, aynı niyet ve temaya sahip sayfaları tek bir mantık altında toplar. Bu hem kullanıcıya “ben neredeyim?” hissi verir, hem Google’a “bu bölümün konusu şu” diye net sinyal gönderir. Silo kurmadığınızda en sık sonuç: içerikler büyür ama otorite dağılımı ve crawlability zayıflar.

Hizmet silo’ları mı, konu silo’ları mı?

• •Otel siteleri: Oda & konaklama deneyimi odaklı silo + destinasyon odaklı silo birlikte yürür.
• •Ajans siteleri: Hizmet silo’ları (SEO/SEM/SMM/Web) genelde en doğru ana omurgadır.

Çok otelli yapılarda domain/subdomain kararı

Çok otelli bir grupta üç model görürsünüz: 1. Tek domain / çok marka sayfası (tek otorite havuzu) 2. Her otel ayrı domain (marka bağımsızlığı yüksek) 3. Subdomain (çoğu zaman yönetim kolaylığı için seçilir ama otorite bölünmesi riski vardır) Varsayım: “En doğru” model; markaların bağımsızlığı, içerik hacmi, yönetim ekibi ve hedef pazarlara göre değişir. Burada amaç “standart karar çerçevesi” vermektir.

Karar çerçevesi (özet)

• •Tek ekip + ortak otorite + ortak teknoloji ⇒ tek domain daha verimli
• •Marka bağımsız + ayrı hedef pazar + ayrı içerik ⇒ ayrı domain mantıklı
• •Teknik zorunluluk/legacy ⇒ subdomain düşünülebilir (ama planlı)

Ne yapmalıyım?

1. Silo’ları önce “niyet”e göre ayır (rezervasyon, destinasyon, hizmet).
2. Her silo için 1 hub sayfa belirle (kategori/hizmet).
3. Çok otelli yapıysa domain kararını “otorite + yönetim + pazar” üçgeniyle ver.

Otel sitelerinde SEO’yu ölçekleyen asıl yapı; oda tipleri, konseptler ve destinasyonlar arasındaki doğru hiyerarşidir. Burada hedef; kullanıcı “Antalya’da aile oteli” ararken destinasyon → konsept → oda gibi net bir yol bulsun; Google da bu ilişkiyi kolayca okusun.

Oda tipi sayfaları nasıl konumlanmalı?

Oda tipi sayfaları genelde “money page”’dir; çünkü rezervasyon niyeti yüksektir. Oda sayfaları; konsept ve destinasyonla bağlanmalı ama her yerde tekrar edilmemelidir. • Oda sayfaları: özellikler, kapasite, galeri, fiyat/rezervasyon CTA • Oda sayfası linkleri: konsept, destinasyon ve ilgili kampanyalara akmalı

Destinasyon sayfaları (Antalya/Belek/Side/Kemer/Bodrum) nasıl silo’lanmalı?

Destinasyon sayfaları “lokasyon niyeti” taşıdığı için ayrı bir alt yapı ister: • /tr/destinasyon/antalya gibi net bir kök • Destinasyon altında: “ne yapılır”, “sezon”, “ulaşım”, “yakın konseptler” • Otel marka sayfalarıyla dengeli iç link

Kampanya ve sezon sayfaları: Ne zaman ayrı URL?

Kampanyalar kısa ömürlü ise ayrı URL yerine ana sayfa içinde yönetmek daha güvenli olabilir. Sezonluk kampanyalar tekrarlanıyorsa (ör. yaz erken rezervasyon) ayrı URL mantıklı olur. Varsayım: Kampanya URL’leri 90–180 gün içinde güncellenecek şekilde “evergreen” tasarlanırsa daha sürdürülebilir olur.

☑ Mini Check (Otel mimarisi)

• •Oda, destinasyon ve konsept sayfaları ayrı niyet taşıyor mu?
• •Aynı sayfayı farklı URL’lerle çoğaltıyor muyuz? (kanibalizasyon riski)
• •Destinasyon sayfasında ilgili oda/konsept linkleri var mı?

Ne yapmalıyım?

1. Oda sayfalarını “rezervasyon niyeti” için optimize et ve üst katmanda tut.
2. Destinasyonları ayrı alt silo yap; Antalya/Belek/Side/Kemer/Bodrum gibi.
3. Kampanya URL’lerini “süre + tekrar” kriteriyle karar ver.

Ajans sitelerinde ana sorun: hizmetler çoğalınca her şey “aynı kategoriye” yığılır ve Google hangi hizmetin ne kadar önemli olduğunu net göremez. Hizmet silo’ları; hem “ticari niyetli” sayfaları düzenler, hem blog içeriklerinin doğru hizmete otorite taşımasını sağlar.

Hizmet silo’larını nasıl kurmalıyım?

Önce ana hizmetleri (SEO/SEM/SMM/Web) belirle; her hizmet için bir hub hizmet sayfası oluştur. Blog içerikleri, SSS ve vaka çalışmaları bu hub’a iç link ile bağlanır. Böylece otorite dağılmadan, her hizmet kendi içinde büyür.

SEO ve Web & Yazılım arasında köprü

Bu içerik özelinde hedef: Teknik SEO ile Web Sitesi Geliştirme sayfası arasında “mimari + URL + route” köprüsü kurmak. Next.js gibi framework’lerde route yapısı doğrudan URL standardına dönüşür; bu yüzden yazılım ekibi ile SEO ekibinin aynı sözlüğü konuşması gerekir.

Ne yapmalıyım?

1. Her hizmet için 1 hub + 3–6 destek içerik hedefi belirle.
2. Blog içeriklerini “hizmet hub”’ına otorite taşıyacak şekilde bağla.
3. Teknik ekip ile URL standardını (slug, dil, canonical) yazılı hale getir.

URL; hem kullanıcıya hem arama motoruna “bu sayfa ne hakkında?” sinyali verir. İyi URL kısa, okunabilir, tutarlı ve gereksiz parametrelerden arındırılmıştır. Kötü URL ise gereksiz klasör derinliği, anlamsız ID’ler, karışık dil yapısı ve kopya sayfalar üretir.

Otel sitesi için URL yapısı nasıl olmalı?

Oda, destinasyon ve konsept sayfalarını net klasör yapısı altında topla; URL’lerde gereksiz kelime ve tarih kullanma. Dil (TR/EN/DE/RU) yapısını baştan belirle ve her dilde slug standardını tutarlı uygula.

SEO dostu URL kuralları (dil, karakter, anahtar kelime)

• •Küçük harf, tire ile ayrım: site-mimarisi-url-yapisi
• •Türkçe karakter dönüşümü standardı (ş/ı/ğ)
• •Gereksiz stop-word’leri azalt
• •Aynı niyeti taşıyan sayfaları farklı URL’lerle çoğaltma

URL örnekleri: iyi vs kötü

Örnek tablo (kısa): • ✅ /tr/destinasyon/antalya (net, kısa) • ✅ /tr/odalar/deluxe-oda (niyet belirgin) • ❌ /tr/page?id=123&cat=9 (anlamsız) • ❌ /tr/antalya/otel/antalya-otel-antalya (spammy/tekrar)

Çok dillilik + canonical/hreflang stratejisi

Çok dilli sitelerde asıl kritik hata: her dilin URL’ini üretip hreflang/canonical ile ilişkilendirmemek. • Her dil için net route: /tr/..., /en/..., /de/..., /ru/... • Aynı içeriğin farklı dil versiyonları hreflang ile bağlanır • Canonical, doğru dil sayfasını işaret eder (yanlış canonical çok zarar verir)

Next.js route yapısı ile teknik SEO uyumu

Next.js’te route yapısı URL standardıdır. Bu yüzden: • Dinamik route’lar (ör. destinasyon/oda) “kural seti” ile üretilmeli • Parametreli sayfalar indeks stratejisiyle yönetilmeli (kopya üretme riski) • Sitemap ve breadcrumb üretimi route yapısıyla uyumlu olmalı

Ne yapmalıyım?

1. URL standardını 1 sayfalık dokümana çevir (slug, dil, klasör).
2. Çok dilli ise hreflang + canonical’ı teknik checklist’e bağla.
3. Next.js route’larını SEO ekibiyle birlikte “kural seti” olarak kilitle.

Mimariyi kullanıcıya hissettiren üç katman vardır: menü, breadcrumb, dahili linkler. Bu üçü tutarlı değilse kullanıcı “neredeyim?” der; Google da silo sınırlarını net okuyamaz.

Breadcrumb SEO’ya nasıl yardım eder?

Breadcrumb, sayfanın hiyerarşisini açıkça gösterir. Kullanıcı üst kategoriye hızlı döner; arama motoru ise sayfanın hangi silo altında olduğunu daha net anlar.

Dahili linklerin Google crawl mantığına etkisi

Dahili link; otoriteyi ve tarama önceliğini dağıtır. En kritik sayfalar, menü ve içerik içi linklerle “üst katmanda” beslenmelidir. Blog içerikleri; ilgili hizmet/oda/destinasyon sayfasına link vermiyorsa “otorite taşıma” görevi zayıflar.

Menü tasarımı: SEO mu UX mi?

İyi menü, hem UX hem SEO’dur. Ama menüye her şeyi koymak doğru değildir. Çözüm: • Menü: ana silo’lar • Mega menü / alt menü: kritik alt sayfalar • Diğer sayfalar: içerik içi link + sitemap

Yapılmaması gerekenler

• •Aynı sayfaya 5 farklı anchor ile link vermek (kafa karıştırır)
• •Her sayfadan her sayfaya linklemek (otoriteyi sulandırır)
• •Breadcrumb ile URL yapısının çelişmesi

Ne yapmalıyım?

1. Menü + breadcrumb + URL yapısını tek mimari çizimde birleştir.
2. Blog içeriklerini mutlaka ilgili hub sayfalara bağla.
3. Link yoğunluğunu kontrol et: az ama doğru, niyet uyumlu.

İyi planlanmış mimari; sonraki içerik üretimini, dahili linklemeyi ve yeni sayfa eklemeyi çok daha kolay ve sağlıklı hale getirir. Özellikle otel sitelerinde oda/destinasyon sayfaları büyüdükçe, ajans sitelerinde hizmet sayfaları arttıkça mimari “kendiliğinden” bozulur; bu yüzden standardı yazılı hale getirip periyodik gözden geçirmek gerekir.