1. Bakım Modu Nedir?
Bakım modu, site veya belirli bölümlerin kısa süreli güncellenmesi sırasında kullanıcıya “şu an bakım var” mesajı verme biçimidir. Otel sitelerinde bu bakım; kampanya sayfası yayınlama, rezervasyon motoru güncellemesi, tema değişimi veya altyapı migration’ı gibi işlerde gerçekleşir. Kritik nokta: bakım bir “downtime” olabilir ama bunu hem kullanıcıya hem Googlebot’a doğru şekilde anlatmak gerekir.
Kısa bakım penceresi prensibi
Bakım ne kadar kısa ve planlı olursa, SEO riski o kadar düşer. Çünkü Google bir süreliğine siteyi tarayamazsa bunu tolere edebilir; ancak uzun süreli erişimsizlik “sürekli sorun” sinyali üretir.
☑ Mini Check (Bakım planı)
- •Bakım planlı mı, acil mi?
- •Etkilenen sayfalar belli mi (tüm site mi, belirli bölümler mi)?
- •Bakım penceresi kısa mı (dakika–saat ölçeği)?
- •Rollback (geri dönüş) planı hazır mı?
Ne yapmalıyım? (SXO aksiyon listesi)
- • Bakımı mümkünse düşük trafik saatlerine planla.
- • Etki alanını daralt: tüm site yerine gerekiyorsa sadece ilgili bölümler.
- • Geri dönüş planını yazılı hale getir (deploy başarısızsa).
2. 503 HTTP Kodu ve Retry-After Kullanımı
503 Service Unavailable, sunucunun geçici olarak hizmet veremediğini söyler. Planlı bakım için ideal kod budur; çünkü Google’a “bu geçici” mesajını verir. Retry-After başlığı ise “şu kadar süre sonra tekrar dene” demek içindir ve planlı bakımda yardımcı olur.
503 nedir, bakım modunda ne işe yarar?
503, sitenin geçici olarak servis veremediğini belirtir. Bakım modunda 503 kullanmak, Google’a bunun kalıcı bir kayıp olmadığını anlatır ve site geri geldiğinde normal tarama/indeks davranışına dönmeyi kolaylaştırır.
Bakım modunda hangi HTTP kodu kullanılmalı?
Planlı, kısa süreli bakım için 503 en doğru tercihtir. 404/410 kalıcı kaldırma senaryolarına aittir; bakım için kullanılırsa Google’a yanlış sinyal gönderir.
Teknik not (sheet): 503 uzun sürmesin
503’ün uzun süre açık kalması Google tarafında “site sürekli sorunlu” sinyali verebilir. Bu yüzden 503 sadece kısa, planlı bakım aralıklarında kullanılmalı; bakım uzuyorsa kapsam daraltma veya kademeli açma planı düşünülmelidir.
☑ Mini Check (503 uygulama)
- •503 sadece bakım sırasında mı dönüyor? (kalıcı değil)
- •Retry-After eklendi mi? (Varsayım: altyapı izin veriyorsa)
- •CDN/WAF varsa 503 doğru iletiliyor mu?
- •Bakım bittiğinde 200 geri dönüyor mu?
Ne yapmalıyım? (SXO aksiyon listesi)
- • Planlı bakımda 503 + (mümkünse) Retry-After kullan.
- • 503’ü “tüm site” yerine gerekirse “etkilenen sayfalara” uygula.
- • Bakım bitince hemen doğrula: 200 + canonical/sitemap sağlıklı.
3. Hangi Durumda 404, Hangi Durumda 410?
404 “bulunamadı”, 410 ise “kalıcı olarak kaldırıldı” anlamına gelir. Otel sitelerinde bu karar sık gelir: eski kampanya sayfaları, artık sunulmayan oda tipleri, kapanan tesis sayfaları… Burada doğru karar, hem kullanıcı deneyimini hem SEO hijyenini etkiler.
404 ve 410 arasındaki fark nedir?
404, sayfanın bulunamadığını belirtir ve bazen geçici veya belirsiz durumlar için kullanılır. 410 ise sayfanın kalıcı olarak kaldırıldığını daha net söyler; Google genelde bunu daha hızlı “temizleme” sinyali olarak yorumlar. Kalıcı kaldırma kesinleştiyse 410 mantıklı olabilir.
Otel senaryoları (pratik)
- •Sezonluk kampanya bitti ama gelecek yıl dönecek: 301 → ilgili evergreen kampanya veya kategori (varsayım)
- •Oda tipi tamamen kaldırıldı: 410 veya en yakın oda sayfasına 301
- •Yanlış/bozuk URL: 404 ve internal link temizliği
☑ Mini Check (404 vs 410)
- •İçerik geri gelecek mi? (sezonluk)
- •En yakın eş içerik var mı? (301 mantıklı mı?)
- •URL dış link almış mı? (otorite kaybı riski)
- •Kullanıcıyı boşluğa mı düşürüyoruz?
Ne yapmalıyım? (SXO aksiyon listesi)
- • Sezonluk içerikleri silmek yerine evergreen’e dönüştürmeyi düşün.
- • Kalıcı kaldırma kesinleştiyse 410/301 kararını netleştir.
- • 404 artışı varsa internal link ve sitemap hijyenini düzelt.
4. Otel Sitelerinde Planlı Bakım ve Deploy Süreçleri
Deploy sırasında SEO’nun bozulmasının klasik sebepleri: yanlış robots.txt, bozuk sitemap, canonical kayması, 404 artışı ve tracking/script değişimleriyle CWV düşüşü. Bakım sürecini “SEO-safe” yapmak için plan, test ve sonrası izleme şarttır. Otel sitelerinde özellikle kampanya yayınlama dönemlerinde bu disiplin doğrudan gelir korur.
Otel sitesinde bakım yaparken SEO’yu bozmamak için ne yapmalıyım?
Bakımı kısa bir pencereye alıp 503 ile yönetmek, kritik sayfaları (home/odalar/kampanyalar/iletişim) release sonrası kontrol listesiyle doğrulamak ve robots/sitemap/canonical değişimlerini kontrol etmek en güvenli yaklaşımdır. Bakım sonrası Search Console’da geçici hata artışını paniklemeden izleyip normale dönmesini beklemek gerekir.
“Kısa deploy” senaryosu (örnek)
- •5–15 dakikalık bakım: 503 + Retry-After
- •Kritik sayfalara erişim: kullanıcıyı yönlendiren bakım ekranı
- •Deploy bitince: hızlı smoke test + monitoring
☑ Mini Check (Deploy sonrası)
- •Kritik URL seti 200 dönüyor mu?
- •robots.txt ve sitemap doğru mu?
- •Canonical hedefleri kaymadı mı?
- •404/5xx ani artış var mı?
- •Mobilde rezervasyon CTA çalışıyor mu?
Ne yapmalıyım? (SXO aksiyon listesi)
- • Her deploy sonrası “ilk 30 dakika” SEO smoke test uygula.
- • Hata varsa rollback/quick fix prosedürü çalıştır.
- • Monitoring ile 24–72 saat anomali takibi yap.
5. Kullanıcı ve Bot Deneyimini Aynı Anda Korumak
Bakım sayfası sadece “bakım var” dememeli; kullanıcıyı doğru aksiyona yönlendirmelidir. Otel özelinde kullanıcı, bakım anında bile telefon/WhatsApp ile rezervasyon yapmak veya alternatif sayfalara gitmek ister. Bot tarafında ise 503 ve doğru başlıklar ile geçici durum anlatılmalıdır.
Bakım sayfasında olması önerilenler (otel)
- •Tahmini geri dönüş süresi (net değilse “kısa süre”)
- •Telefon/WhatsApp (call center)
- •Popüler sayfalar (odalar, kampanyalar) (Varsayım: erişim verilebiliyorsa)
- •Dil seçimi (çok dilli ise) (Varsayım)
☑ Mini Check (Bakım sayfası UX)
- •Kullanıcıya net mesaj var mı?
- •Alternatif iletişim kanalı var mı?
- •Kullanıcı “dead-end” yaşamıyor mu?
- •Çok dilli kullanıcıya uygun mu?
Ne yapmalıyım? (SXO aksiyon listesi)
- • Bakım sayfasını “dönüşüm koruma” ekranı gibi tasarla.
- • Kullanıcıya alternatif aksiyon sun (iletişim/rezervasyon).
- • Botu 503 ile bilgilendir; kullanıcıyı yönlendir.
6. Search Console hata raporlarını yorumlayarak panik yapmamak
Deploy sonrası Search Console’da 404/5xx veya tarama hataları artabilir. Burada kritik olan “süre” ve “kapsam”dır: kısa süreli, sınırlı bir artış normal olabilir; uzun süreli ve geniş kapsamlı artış ise müdahale gerektirir.
Search Console’da hata artınca ne kadar endişelenmeliyim?
Eğer artış kısa süreli (bakım penceresi) ve hızla normale dönüyorsa panik gerekmez. Ancak hatalar saatler/günler boyunca sürüyor, kritik sayfaları etkiliyor veya 503 sürekli açık kalıyorsa hızlı aksiyon gerekir. Hata türünü (503/404/5xx) ve etkilenen URL setini kontrol edip karar verin.
☑ Mini Check (Panik filtresi)
- •Hata süresi kısa mı, uzuyor mu?
- •Kritik sayfalar etkileniyor mu?
- •503 kapandı mı, hâlâ açık mı?
- •Hata artışı botsuz “gerçek kullanıcı” şikayetine dönüştü mü?
Ne yapmalıyım? (SXO aksiyon listesi)
- • Hata artışını “süre + kapsam” ile değerlendir.
- • Kritik URL setini izleyip hızlı smoke test yap.
- • Uzuyorsa: rollback veya hızlı düzeltme; sonra monitoring.
7. Fark Yaratan Mini Bölüm: Otel İçin “Bakım Penceresi Playbook’u”
Otel sitelerinde bakım penceresi playbook’u üç basit kurala dayanır:
- Kısa pencere + 503: geçici kesinti doğru anlatılsın
- Dönüşüm koruma: bakım ekranında call center/WhatsApp ve yönlendirme olsun
- Release sonrası smoke test: robots/sitemap/canonical ve rezervasyon CTA kontrol edilsin
Bu üçlü, SEO riskini minimize ederken geliri de korur.
8. İçerik Tablosu
Tablo seçimi: 503 ve 404/410 örneklerini gösteren status code tablosu (sheet medya önerisiyle uyumlu)
| Durum | Doğru kod | Ne anlatır? | Otel örneği | Not |
|---|---|---|---|---|
| Planlı kısa bakım | 503 | Geçici hizmet dışı | 10 dk deploy | Retry-After önerilir |
| Geçici erişim sorunu | 503/5xx | Teknik problem | kısa süreli outage | uzun sürerse aksiyon |
| Sayfa yanlış URL | 404 | Bulunamadı | typo/link hatası | internal link temizle |
| Kalıcı kaldırma | 410 | Kalıcı silindi | tamamen kaldırılan oda tipi | net sinyal |
| Taşıma/eş içerik | 301 (varsayım) | Kalıcı yönlendirme | kampanya → yeni kampanya | SEO otoritesi korunur |
9. Bakım Modu ve HTTP Kodları Kontrol Listesini İndir — SEO / Maintenance
Bakım Modu ve HTTP Kodları Kontrol Listesini İndir — SEO / Maintenance (v1.0)
Bu asset, otel sitelerinde planlı bakım ve deploy süreçlerinde doğru HTTP kodu (503/404/410) kullanımını ve bakım ekranı UX’ini standardize etmek için hazırlanmıştır. Amaç; kısa bakım pencereleriyle güncellemeleri yaparken SEO riskini minimize etmek, Search Console paniklerini azaltmak ve release sonrası smoke test ile regresyonları erken yakalamaktır.
Kim Kullanır?
SEO + DevOps/bakım ekibi + ajans (release öncesi/sonrası ortak kontrol).
Nasıl Kullanılır?
- Bakım penceresini planla; 503 + Retry-After stratejisini belirle.
- 404/410 kararlarını kalıcı içerik senaryoları için ayrı tabloya işle.
- Release sonrası smoke test’i çalıştır; GSC anomali süresini izleyip kapat.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Bakım planlı ve kısa pencere (dakika–saat) olarak belirlendi
- ▢ ✅ Planlı bakımda 503 kullanılacak şekilde kurgulandı
- ▢ ✅ Retry-After başlığı (Varsayım: mümkünse) eklendi
- ▢ ✅ 503 sadece bakım sırasında aktif (kalıcı değil)
- ▢ ✅ Bakım sayfasında alternatif aksiyonlar var (telefon/WhatsApp)
- ▢ ✅ 404 ve 410 kararları için içerik listesi çıkarıldı
- ▢ ✅ Sezonluk kampanyalar için evergreen/301 planı yapıldı
- ▢ ✅ Release sonrası kritik URL seti test edilecek (20 URL)
- ▢ ✅ robots.txt / sitemap / canonical kontrol maddeleri var
- ▢ ✅ Monitoring: 404/5xx anomali ve 503 süresi izleniyor
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
10. Kapanış: Doğru Kod + Kısa Pencere + Smoke Test
Bakım ve deploy süreçleri, otel sitelerinde SEO’yu “tek gecede” bozabilecek kadar kritiktir. Planlı bakımda 503 kullanıp (gerekirse Retry-After), 404/410’u kalıcı içerik kararlarına ayırıp, bakım sayfasını kullanıcıyı yönlendiren bir deneyimle tasarlarsanız hem botu hem kullanıcıyı korursunuz. Asıl sigorta ise release sonrası smoke test ve monitoring’dir: robots/sitemap/canonical bozulmadan yakalanır, sorun büyümeden çözülür.
Bir Sonraki Adım
Deploy ve bakım süreçlerinde 503/404/410 stratejisini doğru kurup SEO kaybı yaşamamak isteyen otel ekipleri için.
Sık Sorulan Sorular
503 nedir, bakım modunda ne işe yarar?▾
404 ve 410 arasındaki fark nedir?▾
Otel sitesinde bakım yaparken SEO’yu bozmamak için ne yapmalıyım?▾
Search Console’da hata artınca ne kadar endişelenmeliyim?▾
Bakım modunda hangi HTTP kodu kullanılmalı?▾
503’ü ne kadar süre açık bırakabilirim?▾
İlgili İçerikler