1. Teknik SEO Audit Nedir?
Teknik SEO audit, sitenizin Google tarafından doğru keşfedilip (crawl), doğru anlaşılması (render/structure) ve doğru değerlendirilmesi (hız, mobil, güvenlik) için gereken teknik koşulları kontrol eder. Otel sitelerinde bu audit’in farkı; yüksek görsel yük, çok sayfalı oda/destinasyon yapısı ve rezervasyon akışının teknik bileşenleri nedeniyle “standart checklist”in yetmemesidir. Audit’in amacı; her şeyi aynı anda düzeltmek değil, en yüksek etkiyi üreten sorunları doğru sıraya koymaktır.
Teknik SEO audit nedir, nasıl yapılır?
Teknik SEO audit; crawl ve Search Console verileriyle tarama–index sorunlarını bulur, CWV/hız ve mobil kullanılabilirliği ölçer, URL mimarisi ve dahili linkleri kontrol eder, yönlendirme/canonical/hreflang/robots/sitemap gibi kritik katmanları doğrular. Son adımda bulgular etki–öncelik matrisine göre aksiyon planına çevrilir.
☑ Mini Check (Audit hedefi)
- •Audit’in amacı net mi? (trafik kaybı mı, redesign öncesi mi, büyüme mi?)
- •“Kritik sayfa listesi” çıkarıldı mı? (anasayfa, oda, kampanya, destinasyon, iletişim)
- •Ölçüm araçları erişimi hazır mı? (GSC, GA, crawl, Lighthouse)
- •Sonuç formatı net mi? (quick wins + 30/60/90 gün plan)
Ne yapmalıyım?
- • Audit’i “gelir ve UX” hedefiyle başlat; sadece teknik skor odaklı olma.
- • 10–20 kritik URL belirle ve her kontrolde bunları baz al.
- • Çıktıyı uygulama planına çevirecek bir şablonla ilerle.
2. Audit Öncesi Hazırlık (Crawl, Log, Araçlar)
Audit’e başlamadan önce veri kaynaklarını hazırlamak, “yanlış teşhis” riskini düşürür. Crawl aracı size site haritası çıkarır; Search Console indeks ve tarama sinyallerini verir; Lighthouse/CWV performansı gösterir; log/analytics ise bot davranışı ve kullanıcı etkisini bağlar. Otel sitelerinde özellikle sezon öncesi yapılan değişikliklerde bu hazırlık “kurtarıcı” olur.
Hangi araçlarla teknik SEO analizi yapabilirim?
Crawl için Screaming Frog benzeri araçlar, indeks ve hata takibi için Search Console, hız/CWV için Lighthouse/PageSpeed, kullanıcı davranışı için analytics; gerekiyorsa sunucu logları ve performans izleme araçları birlikte kullanılır.
☑ Mini Check (Hazırlık)
- •Crawl aracıyla site taraması alındı mı? (URL listesi, status, canonical, meta)
- •Search Console erişimi var mı? (Coverage, Enhancements, CWV, Sitemaps)
- •Lighthouse/PSI ile mobil ölçüm alındı mı?
- •En çok trafik alan landing sayfalar listesi çıkarıldı mı?
- •(Varsayım) Log erişimi yoksa “GSC crawl stats + crawl tool” ile idare planı yapıldı mı?
Ne yapmalıyım?
- • Crawl + GSC + Lighthouse üçlüsünü minimum set olarak hazırla.
- • Audit kapsamını netleştir (tüm site mi, kritik şablonlar mı?).
- • Çıktıları tek rapor şablonunda topla (bulgu→etki→aksiyon).
3. Tarama ve Index Sorunları
Audit’in ilk büyük bloğu, Google’ın sitenizi doğru keşfedip keşfetmediğidir. Otel sitelerinde tarama bütçesi; filtre URL’leri, rezervasyon adımları, test sayfaları ve parametre çöplüğüyle boşa gidebilir. Hedef; botu oda/destinasyon/kampanya gibi değerli sayfalara yönlendirmek ve indeks kapsamını temiz tutmaktır.
Kontrol alanları (kısa liste)
- •robots.txt ve sitemap okunabilir mi?
- •noindex olan sayfalar doğru mu?
- •Canonical doğru hedefi gösteriyor mu?
- •404/5xx ve yönlendirme zincirleri var mı?
- •Parametreli URL’ler kontrol altında mı?
☑ Mini Check (Crawl & Index)
- •Önemli sayfalar indexleniyor mu? (oda/destinasyon/kampanya)
- •Indexlenmemesi gerekenler kapalı mı? (rezervasyon adımları/filtre)
- •404 ve 5xx oranı kritik seviyede mi?
- •Redirect zincirleri var mı?
- •Sitemap sadece kanonik URL’leri içeriyor mu?
Ne yapmalıyım?
- • “Indexlenmeli” ve “indexlenmemeli” URL sınıflarını yazılı hale getir.
- • 404/5xx’leri önce gelir sayfalarında temizle.
- • Parametre/filtre stratejisini canonical + noindex ile kilitle.
4. Hız ve CWV Analizi
Otel siteleri görsel ağırlıklıdır; bu yüzden CWV sorunları sık görülür. Audit’te amaç sadece “skor” değil; LCP öğesini tespit edip görsel/CDN/lazy dengesini kurmak, CLS kaymalarını (sticky header, rezervasyon modülü) çözmek ve INP’yi bozan script/JS yükünü azaltmaktır.
☑ Mini Check (CWV)
- •Mobil LCP öğesi tespit edildi mi? (çoğunlukla hero)
- •CLS kaynakları belirlendi mi? (header/banner/modül/font)
- •INP’yi bozan etkileşimler net mi? (menü/takvim/CTA)
- •3. parti script envanteri çıkarıldı mı?
- •Görsel optimizasyonu pipeline’ı var mı (WebP/CDN)?
Ne yapmalıyım?
- • LCP’yi “hero görsel” üzerinden iyileştir (en hızlı kazanım).
- • CLS’yi stabil layout ile çöz (rezervasyon modülü alanını sabitle).
- • INP için tag ve JS yükünü sadeleştir.
5. Site Mimarisi ve Dahili Linkler
Audit’te mimari, “Google neyi önemli görüyor?” sorusudur. Otel sitelerinde oda/destinasyon/kampanya sayfaları; doğru silo ve iç link akışıyla güçlenir. Mobil menüde bu linklerin kaybolması, breadcrumb tutarsızlığı veya blogların hizmet/oda sayfalarına otorite taşımaması; görünürlüğü yavaşlatır.
☑ Mini Check (Mimari & Link)
- •Menü + breadcrumb + URL yapısı tutarlı mı?
- •Oda/destinasyon sayfaları üst katmanda mı?
- •Blog içerikleri ilgili hub sayfalara link veriyor mu?
- •Orphan page (iç linksiz) var mı?
- •Çok dilli yapıda iç linkler dil içinde mi kalıyor?
Ne yapmalıyım?
- • Hub sayfaları belirle (odalar/destinasyonlar/kampanyalar).
- • Blogları otorite taşıyan bir iç link planına bağla.
- • Orphan sayfaları tespit edip en yakın hub’dan besle.
6. JS/Next.js, Schema ve Güvenlik Katmanları
Modern otel sitelerinde Next.js gibi framework’ler ve 3. parti rezervasyon modülleri yaygındır. Audit burada “Google ilk HTML’de ne görüyor?” sorusuyla başlar. Schema tarafı, entity’yi netleştirir; güvenlik tarafı ise (https, mixed content, gereksiz açık endpoint’ler) kullanıcı güveni ve teknik hijyen için önemlidir.
☑ Mini Check (Modern stack)
- •Ana içerik ilk HTML’de görünüyor mu (SSR/SSG)?
- •Dinamik route’larda canonical doğru mu?
- •Schema türleri sayfa niyetiyle uyumlu mu? (Hotel/Service/FAQ/Breadcrumb)
- •Mixed content veya güvenlik uyarıları var mı?
- •Staging/test ortamı indexlenmiyor mu?
Ne yapmalıyım?
- • Para sayfalarını SSR/SSG ile güvenceye al; kritik içerik HTML’de olsun.
- • Schema’yı “görünen içerik” kuralıyla uygulayıp test et.
- • Staging’i kapat; güvenlik ve teknik hijyen kontrolünü audit’e ekle.
7. Prioritizasyon ve Aksiyon Planı
Audit’in değeri, bulguların aksiyona dönüşmesiyle ortaya çıkar. Bunun için sorunları etki derecesine göre etiketlemek gerekir: kritik / önemli / iyileştirme. Ayrıca her sorunun hangi KPI’ı etkilediğini yazmak (trafik, gelir, UX), ekiplerin aynı dili konuşmasını sağlar.
Audit sonuçlarını aksiyon planına nasıl çeviririm?
Her bulguya etki (trafik/gelir/UX), aciliyet ve uygulanabilirlik etiketi verin. Önce “index ve gelir sayfalarını bozan” kritik problemleri kapatın; sonra performans ve mimari iyileştirmelerine geçin. Son olarak, 30/60/90 günlük yol haritasına işleyip her sprint sonunda ölçümle doğrulayın.
Quick wins (hızlı kazanımlar) örnekleri
- •Yanlışlıkla engellenen kritik sayfaları açmak
- •404/redirect zincirlerini gelir sayfalarında temizlemek
- •Hero görselini optimize edip mobil LCP’yi düşürmek
- •Sitemap’i temiz URL listesine çevirmek
- •Schema’da çakışan/yanlış alanları düzeltmek
☑ Mini Check (Önceliklendirme)
- •Her bulgu “kritik/önemli/iyileştirme” etiketi aldı mı?
- •Hangi KPI etkileniyor yazıldı mı? (trafik/gelir/UX)
- •30/60/90 planı çıkarıldı mı?
- •Sorumlu ekip ve deadline atandı mı?
- •Ölçüm planı var mı (öncesi/sonrası)?
Ne yapmalıyım?
- • Önce index ve dönüşümü kıran sorunları kapat (robots/404/redirect/canonical).
- • Sonra CWV ve mobil kullanılabilirlik sprint’i yap.
- • En son mimari ve schema ile “kalıcı otorite” katmanını güçlendir.
8. Fark Yaratan Mini Bölüm: Otel Özel Audit “Tipik Sorun Seti” Haritası
(AI Competitor Gap Notes: Genel audit içerikleri çok genel; otel ve turizm sitelerine göre özelleştirilmiş checklist nadir — bu bölüm farkı kapatır.)
Otel sitelerinde audit’te en sık patlayan alanlar:
- Rezervasyon adımları ve filtre URL’lerinin indexlenmesi
- Ağır görseller (hero/galeri) nedeniyle mobil CWV bozulması
- Çok dilli yapıda hreflang/canonical çakışması
- Kampanya URL’lerinde yönlendirme karmaşası (sezon geçişleri)
- Mobilde gizlenen oda/destinasyon linkleri
Bu haritayı audit’in “hızlı triage” bölümü olarak kullanırsanız, ilk gün içinde gerçek riskleri yakalarsınız.
9. İçerik Tablosu
Tablo seçimi: Teknik SEO audit checklist tablosu (sheet önerisiyle uyumlu)
| Audit alanı | Ne kontrol edilir? | Araç | Öncelik etiketi |
|---|---|---|---|
| Crawl & Index | robots/sitemap, noindex, canonical | GSC + Crawl | Kritik |
| Hata yönetimi | 404, 5xx, redirect zinciri | Crawl | Kritik |
| Hız & CWV | LCP/CLS/INP, görsel yükü | PSI/Lighthouse | Önemli |
| Mimari & İç link | silo, breadcrumb, orphan | Crawl | Önemli |
| Çok dillilik | hreflang + canonical uyumu | GSC | Önemli |
| JS/Next.js | ilk HTML, SSR/SSG, routes | GSC + Test | Önemli |
| Schema | tür seçimi, çakışma, test | Validator | İyileştirme |
| Güvenlik/hijyen | https, mixed content, staging | Browser/Crawl | İyileştirme |
10. Teknik SEO Audit Checklist & Önceliklendirme Şablonunu İndir — SEO / Teknik Audit
Teknik SEO Audit Checklist & Önceliklendirme Şablonunu İndir — SEO / Teknik Audit (v1.0)
Bu asset, otel siteleri için teknik SEO audit’ini “tek seferlik kontrol” yerine tekrarlanabilir bir süreç haline getirir. Crawl–index, CWV, mimari, yönlendirme/canonical, hreflang, robots/sitemap, JS ve schema alanlarını checklist ile tarar; bulguları etki (trafik/gelir/UX) ve aciliyete göre önceliklendirmeyi standartlaştırır.
Kim Kullanır?
SEO uzmanı + geliştirici + otel dijital ekibi (audit sprint’ini birlikte yürüten ekip).
Nasıl Kullanılır?
- Crawl + GSC + Lighthouse verilerini topla; kritik sayfa listesini çıkar.
- Checklist’i doldur; her bulguyu etki (trafik/gelir/UX) ve aciliyete göre etiketle.
- 14 günlük sprint planıyla quick win’leri kapat; 30/60/90 yol haritasını finalize et.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Crawl çıktısı alındı (status, canonical, meta, internal links)
- ▢ ✅ GSC Coverage/CWV/Sitemaps raporları incelendi
- ▢ ✅ Lighthouse/PSI mobil ölçümleri alındı
- ▢ ✅ “Kritik URL listesi” çıkarıldı (home/oda/kampanya/destinasyon/iletişim)
- ▢ ✅ 404/5xx ve redirect zincirleri listelendi
- ▢ ✅ Robots + sitemap doğrulandı (temiz kanonik URL’ler)
- ▢ ✅ Canonical stratejisi kontrol edildi (parametre/duplicate)
- ▢ ✅ hreflang varsa tutarlılık kontrol edildi
- ▢ ✅ JS/Next.js: ilk HTML’de kritik içerik/link görülüyor mu kontrol edildi
- ▢ ✅ Schema türleri ve test sonuçları kontrol edildi
- ▢ ✅ Her bulgu etiketlendi: Kritik / Önemli / İyileştirme
- ▢ ✅ KPI etkisi yazıldı: Trafik / Gelir / UX
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
11. Kapanış: Audit’i “Tek Seferlik” Değil “Rutin” Yapın
İyi bir teknik SEO audit, genelde birkaç “quick win” ile hızlı sonuç verir; orta–uzun vadeli aksiyonlarla da kalıcı iyileştirme sağlar. Otel sitelerinde bu rutini 365 günlük bir döngüye bağlamak, sezon değişimleri, yeni kampanyalar, yeni diller ve site güncellemeleriyle ortaya çıkan riskleri erken yakalamanın en pratik yoludur. Audit’i checklist + önceliklendirme matrisi + KPI etiketleme formatında standardize ederseniz, ekipler arası koordinasyon da hızlanır.
Bir Sonraki Adım
Otel sitenizde kritik teknik sorunları bulup 30/60/90 günlük plan isteyen ekipler için.