Yönlendirmeler, 404, 301 ve Canonical: Otel Sitelerinde Teknik SEO Denge Noktası

Yönlendirme, bir URL’den diğerine kullanıcıyı ve botları taşıma mekanizmasıdır. Otel sitelerinde yönlendirme ihtiyacı en çok; kampanya URL’leri, sezon sayfaları, oda adı değişiklikleri ve site tasarım yenilemelerinde ortaya çıkar. Burada amaç “her şeyi ana sayfaya göndermek” değil; her URL’yi en yakın niyet ve içerik eşine taşımaktır. Çünkü Google’ın gözünde bir URL’ün değeri, en çok da “hangi sayfaya ve nasıl taşındığı” ile korunur.

301 mi 302 mi?

301 kalıcı yönlendirmedir; URL otoritesini (link equity) uzun vadede yeni hedefe taşımak için kullanılır. 302 geçici yönlendirmedir; kısa süreli bakım, A/B test veya geçici kampanya durumlarında tercih edilir. Site yenileme ve domain değişiminde ana senaryo genellikle 301’dir.

Otel senaryosu: kampanya URL’si değişti

• •Eski: /tr/kampanya/yaz-erken-rezervasyon
• •Yeni: /tr/kampanyalar/yaz-erken-rezervasyon-2026
• •Bu tür durumlarda 301 ile “en yakın niyet eşleşmesi” yapılır; kullanıcı yanlış sayfaya düşmez.

☑ Mini Check (301/302)

• •Değişiklik kalıcı mı? → Evetse 301
• •Geçici mi? (bakım/test) → 302
• •Her eski URL “en yakın” yeni içeriğe mi gidiyor?
• •Ana sayfaya toplu yönlendirme yapılıyor mu? (risk)

404, sayfanın bulunmadığını söyler. Tek başına felaket değildir; felaket, kontrolsüz 404 birikimi ve botların “değerli URL”leri kaybetmesidir. Otel sitelerinde 404 kaynakları çoğu zaman: eski oda sayfaları, süresi bitmiş kampanyalar, değişen destinasyon slug’ları (Antalya/Belek/Side/Kemer/Bodrum) ve yanlış internal linklerdir. Soft 404 ise Google’ın “sayfa var ama içerik yok/yanıltıcı” dediği durumdur; örneğin 200 dönen ama “bulunamadı” mesajı veren sayfalar.

404 sayfası SEO’ya zarar verir mi?

Tekil ve doğru yönetilen 404’ler genelde sorun değildir; ancak çok sayıda önemli URL 404 olursa tarama bütçesi boşa gider ve organik görünürlük düşebilir. Asıl hedef, 404’leri “kritik URL’lerde sıfıra yaklaştırmak” ve internal link kaynaklı 404’leri temizlemektir.

İyi vs kötü 404 tasarımı (otel bağlamı)

İyi 404 sayfası:

• •Kullanıcıyı ana akışa geri döndürür (odalar, teklif al, destinasyonlar)
• •Arama kutusu veya popüler sayfalar sunar
• •Hata mesajını net verir ama “dead-end” yaratmaz

Kötü 404 sayfası:

• •Sadece “404” yazıp bırakır
• •Kullanıcıyı rezervasyon akışına geri taşımaz
• •200 dönüp soft 404 üretir

☑ Mini Check (404/Soft 404)

• •Gerçek 404 sayfası 404 status code döndürüyor mu?
• •“Bulunamadı” mesajı verip 200 dönen sayfa var mı? (soft 404 riski)
• •En çok trafik alan URL’ler 404 olmuş mu?
• •Internal link’lerden 404’e giden linkler temizlendi mi?

Canonical, Google’a “bu sayfanın asıl (tercih edilen) sürümü budur” mesajını verir. Otel sitelerinde canonical ihtiyacı; aynı oda için farklı URL’ler, kampanya varyasyonları, parametreli filtre sayfaları ve çok dilli yapılar gibi “duplicate” riskinin yüksek olduğu alanlarda doğar. Canonical, doğru kullanıldığında indeks kalitesini artırır; yanlış kullanıldığında ise yanlış sayfanın sıralanmasına neden olabilir.

Canonical ne işe yarar, ne zaman kullanılmalı?

Canonical; benzer/tekrarlayan sayfalar arasında “hangi URL’ün ana sürüm olduğunu” seçmek için kullanılır. Parametreli URL’ler, filtre kombinasyonları, aynı içeriğe giden birden fazla yol ve kampanya varyasyonlarında tercih edilir.

Otel senaryosu: oda sayfası duplicate oldu

• •/tr/odalar/deluxe-oda
• •/tr/odalar/deluxe-oda?utm_source=...
• •/tr/odalar/deluxe-oda?sort=price
• •Burada canonical genellikle temiz URL’e gider: /tr/odalar/deluxe-oda

☑ Mini Check (Canonical)

• •Canonical “temiz ve indexlenebilir” bir URL’e mi gidiyor?
• •Canonical hedefi 200 dönüyor mu (404 değil)?
• •Canonical ile 301 çakışması var mı? (önce 301, sonra canonical kuralı)
• •Çok dilli sayfalarda canonical “başka dile” mi gidiyor? (genelde yanlış)

Domain değişimi veya büyük URL revizyonu, SEO açısından “yüksek riskli operasyon”dur. Otelde bu risk; sezon öncesi yapılan redesign’larda ve rezervasyon motoru entegrasyon değişimlerinde daha da büyür. Buradaki altın kural: Önce mevcut performansı çıkar → sonra yeni yapıyı eşleştir → sonra tek tek 301’le → sonra doğrula. “Toplu ana sayfa yönlendirmesi” veya “eski sayfaları kaderine bırakma” yaklaşımı organik trafiği hızla düşürebilir.

Site yenilenirken yönlendirme haritası nasıl çıkarılır?

Önce Search Console ve analytics’ten en çok trafik alan ve en çok link alan URL’leri çıkarın. Sonra her URL için “en yakın niyet ve içerik eşini” belirleyin (oda→oda, destinasyon→destinasyon, kampanya→kampanya). Ardından 301 haritasını uygulayıp, yönlendirme zincirleri ve 404’leri test ederek canlıya alın.

Adım adım 301 haritası (pratik)

1. “Top URL listesi”: en çok trafik + en çok dönüşüm + en çok backlink
2. “Eşleştirme”: eski URL → yeni URL (tek tek)
3. “Uygulama”: server-level redirect (mümkünse)
4. “Test”: staging + canlı kontrol (GSC, crawl)
5. “İzleme”: 2–6 hafta anomali takibi

Key Statistics / Data Point (sheet dolu)

Yanlış yönlendirme ve canonical kullanımı, yıllarca kazanılmış organik trafiğin birkaç günde kaybedilmesine yol açabiliyor. (Bu ifade bir “uyarı veri noktası” olarak kullanıldı; kesin oran verilmedi.)

☑ Mini Check (Migration)

• •En çok trafik alan URL’ler tek tek çıkarıldı mı?
• •Her URL “en yakın” hedefe gidiyor mu?
• •301 zinciri var mı? (en fazla 1 hop hedefle)
• •Canlıda 404 artışı var mı?
• •Sitemap ve internal linkler yeni URL’lere güncellendi mi?

Çok dilli (TR/EN/DE/RU) ve çok otelli yapılarda canonical en sık yanlış uygulanan alanlardan biridir. Çünkü ekipler “duplicate korkusu” ile tüm dilleri tek bir canonical’a (örn. TR) bağlama eğiliminde olur. Bu, doğru dilde sıralanmayı zayıflatır. Doğru yaklaşım: her dil sayfası kendi canonical’ına işaret eder; diller arası ilişki ise hreflang ile yönetilir.

Çok dilli yapıda canonical nasıl olmalı?

Genelde her dil sayfası self-referential canonical kullanmalıdır (TR→TR, EN→EN). Dil sayfalarını birbirine canonical ile değil, hreflang ile bağlamak daha doğru bir standarttır.

Çok otelli yapı notu

Aynı oda/konsept isimleri farklı otellerde geçiyorsa, canonical ile “tekleştirmeye” çalışmak yerine; her otelin sayfasını “kendi bağlamı” ile farklılaştırmak ve internal link yapısını netleştirmek daha güvenlidir.

☑ Mini Check (Multilingual/Multihotel)

• •Diller birbirine canonical ile bağlanmıyor mu?
• •Hreflang setleri tam mı (x-default dahil)?
• •Aynı içerik farklı otel sayfalarında kopya mı? (farklılaştırma var mı?)
• •Rezervasyon motoru domain’i canonical’ı bozmuyor mu?

(AI Competitor Gap Notes: Otel domain değişimi + rezervasyon motoru + çok dilli yapı kombinasyonunda pratik rehber az — bu bölüm farkı kapatır.)

Otel sitelerinde en çok trafik ve dönüşüm alan alanlar genelde “oda listesi”, “oda detay” ve “kampanya” sayfalarıdır; rezervasyon motoru ise ayrı bir domain/subdomain olabilir. Burada yanlış yönlendirme/canonical kurgusu iki risk üretir:

1. Kullanıcı kampanyadan gelip rezervasyona geçemez (dönüşüm kırılır)
2. Google “asıl sayfa hangisi?” sinyalini kaybeder (sıralama düşer)

Pratik kural seti (kısa)

• •Kampanya URL’leri: sezon bitse bile “evergreen” kurguyla güncellenebilir sayfa mantığı
• •Rezervasyon adımları: indexlenmesin; ama satış akışı bozulmasın
• •UTM/parametre: canonical temiz sayfaya

☑ Mini Check (Campaign/Booking)

• •Kampanya sayfaları en yakın yeni kampanyaya mı 301’leniyor?
• •Rezervasyon adımları index dışında mı?
• •Parametreli kampanya URL’leri canonical ile temizlendi mi?

Tablo seçimi: “Hata–Çözüm Matrisi” (konuya en uygun)

Otel sitesinde yönlendirmeler, 404 ve canonical; tek tek küçük ayar gibi görünür ama birlikte SEO’nun güvenlik ağıdır. Site yenileme veya domain değişiminde bu ağı önceden kurmazsanız, organik görünürlükte ani kayıplar yaşayabilirsiniz. Doğru yaklaşım “harita + standart + test + izleme”dir: Top URL’leri çıkarın, her birini doğru hedefe 301’leyin, canonical’ı duplicate yönetimi için kilitleyin ve Search Console ile 2–6 hafta izleyin.