Kurumsal Web Sitesi Checklist’i: Yayına Çıkmadan Önce 40 Madde

Go-live sürecini bir “tek tuş” değil, kontrollü bir geçiş olarak düşünün: staging → pre-prod → prod. Çünkü yayına çıkışta hata yapmak pahalıdır: arama motoru taraması yanlış sinyal alır, kullanıcı ilk izlenimde kaybolur, form/rezervasyon akışı kırılır. En iyi pratik; kontrol listesini bloklara ayırıp (Teknik / İçerik-SEO / Form-Entegrasyon / Güvenlik-KVKK) her blok için “sorumlu + kanıt” tanımlamaktır.

Go-live hygiene yaklaşımı: “Her madde geçti mi?” değil, “kanıt var mı?” (ekran görüntüsü, test linki, rapor, log, e-posta) sorusudur. Bu, özellikle ajans-müşteri ilişkilerinde netlik sağlar.

☑ Mini Check

• •Her kontrol maddesine sorumlu kişi ve kanıt türü atandı mı?
• •Go-live günü için geri dönüş (rollback) planı var mı?
• •Yayın sonrası ilk 72 saat için izleme (monitoring) planı belirlendi mi?

Teknik blok, görünmeyen ama en çok hasar veren alandır. “Site açılıyor” yeterli değil; performans, güvenlik, yönlendirme ve hata yönetimi doğru değilse SEO ve dönüşüm aynı anda düşer. Özellikle mobil trafikte (otel ve B2B’de çoğu zaman çoğunluk) hız ve etkileşim metrikleri (Core Web Vitals) kritik.

SSL/TLS, HTTPS ve Güvenli Geçiş

HTTPS yalnızca “kilit ikonu” değildir; doğru yapılandırılmadığında karışık içerik (mixed content), yanlış redirect zinciri ve güvenlik başlıkları eksikliği üretir.

• •SSL sertifikası geçerli mi, tüm alan adlarını kapsıyor mu?
• •HTTP → HTTPS yönlendirmesi tek adımda mı?
• •HSTS planı var mı? (Varsayım: Kurumsal projelerde önerilir)

☑ Mini Check

• •Tüm sayfalar HTTPS mi?
• •Mixed content yok mu?
• •Tek adım 301 redirect çalışıyor mu?

Redirect, URL Yapısı, 404/500 ve Logik

Go-live sonrası en sık sorun: eski URL’lerin boşa düşmesi, yanlış 302 kullanımı, 404 artışı. URL hijyeni, özellikle içerik migrasyonlarında “trafik kaybı” riskini belirler.

• •Redirect haritası hazır mı? (Eski → Yeni)
• •404 sayfası kullanıcıyı yönlendiriyor mu?
• •500/502 gibi sunucu hataları için alarm var mı?

Core Web Vitals (LCP, INP, CLS) ve Mobil Deneyim

Core Web Vitals yalnızca SEO değil, satın alma/lead performansını da etkiler. En azından ana şablon sayfalarda hedef koyun: LCP, INP, CLS izlenmeli.

☑ Mini Check

• •Görsel optimizasyon (WebP/AVIF, lazy-load) yapıldı mı?
• •JS/CSS şişkinliği azaltıldı mı?
• •Mobil menü, slider, pop-up davranışları test edildi mi?

Teknik SEO Temeli (Robots, Sitemap, Canonical)

Teknik SEO notunuzla uyumlu olarak, bu blog içeriği ayrıca /tr/seo/teknik-seo içeriğine köprü kurmalıdır.

• •robots.txt doğru mu? Prod’da staging engelleri kaldırıldı mı?
• •sitemap.xml güncel mi, Search Console’a hazır mı?
• •canonical’lar doğru mu (özellikle filtreli sayfalar vs.)?

İlgili iç link: /tr/seo/teknik-seo (teknik kontrol detayları)

☑ Mini Check

• •Index/noindex kuralları prod’da doğrulandı mı?
• •Canonical kendini mi işaret ediyor?
• •Sitemap’te hatalı/çift URL yok mu?

Yayına çıkışta içerik kontrolü “metin var mı?” değil; arama niyeti + semantik kapsama + sayfa mimarisi kontrolüdür. H1-H3 hiyerarşisi, title/meta kalitesi, iç link ağı ve çok dilli etiketler (varsa) aynı anda doğru olmalı.

Title/Meta, H1–H3 ve Snippet Kurgusu

Her sayfanın tek bir amacı ve tek bir “ana cümlesi” olmalı. Title/meta bu cümleyi taşır; H1 bu cümleyi sahaya indirir.

☑ Mini Check

• •Title 55–60 karakter bandında mı?
• •Meta description 150–170 karakter mi, fayda+CTA hissi var mı?
• •H1 tek mi, H2/H3 mantıklı mı?

İç Linkler ve Navigasyon

İç link yalnız SEO için değil, kullanıcı için “sonraki adım”dır. Kullanıcı nereden geldi, nereye gidecek? Go-live sonrası özellikle otel sitelerinde “oda/teklif/rezervasyon” yolları, B2B’de “hizmet/teklif al” yolları net olmalı.

Ne yapmalıyım?

1. En çok trafik alan 10 sayfayı seç → her birine “sonraki adım” linki ekle
2. Menü + footer’da en kritik 5 rota sabitle
3. İletişim/teklif aksiyonunu her şablonda görünür tut

Çok Dilli Yapı (Varsa) — Hreflang ve Dil Etiketleri

Varsayım: Sitenizde çok dil olabilir (TR/EN/DE/RU gibi). Bu durumda hreflang en sık hata alan yerdir: yanlış self-reference, eksik dönüşler, yanlış canonical.

☑ Mini Check

• •Her dil sayfası karşılıklı hreflang ile bağlı mı?
• •Default (x-default) stratejisi belirlendi mi?
• •Dil switcher yanlış sayfaya atmıyor mu?

Bu bölüm go-live’ın “para kazandıran” kısmıdır. Otel sitelerinde rezervasyon/teklif akışı; B2B’de lead form + CRM akışı kesintisiz çalışmalı. “Form gidiyor gibi” görünür ama e-posta düşmüyorsa veya CRM’e lead yazılmıyorsa, dönüşüm sıfırlanır.

Form ve rezervasyon akışını nasıl test ederim?

Form/rezervasyon testini “tek tık” değil, uçtan uca senaryo olarak kurgulayın: test formu → doğrulama → e-posta/CRM kaydı → bildirim → raporlama. En az 3 senaryo çalışın: normal, eksik alan, hata üret (captcha/timeout). Sonuçları kanıtla (mail screenshot, CRM kaydı, analytics event).

Test E-postaları, SMTP ve Bildirimler

• •Test maili gönderildi mi (Gmail/Outlook farklı test)?
• •SMTP/DKIM/SPF (Varsayım) doğrulandı mı?
• •Admin bildirimleri + kullanıcı teşekkür mesajı doğru mu?

☑ Mini Check

• •Her form için test kaydı ve kanıt var mı?
• •Spam’e düşme riski kontrol edildi mi?
• •Hata mesajları kullanıcı dostu mu?

Otel Özelinde PMS/OTA Link Testleri

Otel projelerinde kritik nokta: rezervasyon motoru, PMS bağlantısı, OTA yönlendirmeleri ve kampanya kodları. Özellikle Antalya-Belek gibi yoğun rekabetli destinasyonlarda, bir gün “rezervasyon akışı bozuk” kalmak bile pahalıdır.

Ne yapmalıyım?

• •Rezervasyon CTA’larını 3 cihazda test et (iOS/Android/Desktop)
• •Kampanya kodu / tarih seçimi / oda seçimi adımlarını kayıt altına al
• •Hata halinde kullanıcıyı boş sayfada bırakma: “alternatif teklif formu” aç

B2B Özelinde Lead Form ve CRM Akışı

B2B’de “lead” demek satış pipeline demektir. Go-live sonrası ilk 30 günde kritik hata sayısı düşüyorsa, bunun önemli nedeni form+CRM akışının doğru kurulmasıdır (sheet data point).

• •CRM’e lead düşüyor mu?
• •Kaynak/medium doğru yakalanıyor mu?
• •Sales ekibine bildirim gidiyor mu?

KVKK ve güvenlik, “sonradan ekleriz” alanı değildir. Çerez banner, aydınlatma metinleri, açık rıza, form onay kutuları ve veri saklama süreçleri go-live’ın parçasıdır. Özellikle otel sitelerinde remarketing, analitik, rezervasyon motoru gibi üçüncü taraflar devreye girdiğinde KVKK karmaşıklaşır.

KVKK, Çerez Banner ve Politikalar

• •Aydınlatma metni, gizlilik politikası, çerez politikası yayınlandı mı?
• •Çerez banner kategori bazlı yönetiyor mu? (Varsayım: önerilir)
• •Formlarda açık rıza / bilgilendirme doğru mu?

☑ Mini Check

• •Çerez tercihi kaydediliyor mu?
• •Ret/accept sonrası tag davranışı doğru mu?
• •Politika sayfaları footer’dan erişilebilir mi?

Temel Güvenlik (WAF, Rate Limit, Yedekleme)

Varsayım: Kurumsal projelerde minimum güvenlik standardı istenir.

• •Admin panelleri korunuyor mu (2FA, güçlü parola politikası)?
• •Rate limit / bot koruması var mı?
• •Yedekleme ve geri yükleme test edildi mi?

Her sektörün “kritik sayfaları” farklıdır. Otelde: oda/teklif/rezervasyon akışı, sezon sayfaları, destinasyon içerikleri (Antalya, Belek, Side, Kemer, Bodrum) ve kampanya landing’leri. B2B’de: hizmet sayfaları, vaka çalışmaları, teklif formu, referans/sertifika alanları.

Otel Siteleri İçin Ek Kontrol Seti

• •Destinasyon sayfalarında hız ve görsel optimizasyon
• •Rezervasyon CTA’larının görünürlüğü
• •Sezon kampanya landing’lerinde tracking

Ne yapmalıyım?

1. “Rezervasyon/teklif” CTA’larını sayfa üstü + orta + alt konuma sabitle
2. Mobilde sticky CTA’yı test et (kapanma/çakışma yok)
3. Kampanya sayfalarını 7 gün boyunca günlük kontrol et

B2B Kurumsal Siteler İçin Ek Kontrol Seti

• •Lead form event’leri ölçülüyor mu (GA4/GTM)?
• •Case study / referanslar erişilebilir mi?
• •Satış ekibi için “lead kalitesi” alanları var mı?

Özet olarak 4 blok: Teknik (HTTPS, hız, redirect, hata yönetimi), İçerik-SEO (title/meta, H yapısı, iç link, index), Form-Entegrasyon (test akışı, mail/CRM, rezervasyon), KVKK-Güvenlik (çerez banner, politikalar, veri işleme, yedekleme). Bu blokların her biri için “kanıt” üretirseniz go-live sonrası sürprizler ciddi biçimde azalır.