Sitenizde büyük bir güncelleme yapacaksınız. İşlem sırasında ziyaretçilerin yarım kalmış bir siteyle karşılaşmasını istemiyorsunuz. Bakım moduna alıyorsunuz — ama bunu yanlış yaparsanız arama motoru görünürlüğünüze zarar verebilirsiniz.
Bu yazı, hosting ortamında bakım modunu ve yayına alma sürecini doğru yönetmeyi anlatıyor.
Doğru HTTP Kodu: 503
Bakım sayfasının hangi kodla döndürüldüğü, arama motorları için belirleyicidir:
| Kod | Arama motoruna mesajı | Sonuç |
|---|---|---|
| 200 | Bu sayfanın gerçek içeriği bu | Bakım metni indekslenir |
| 404 | Sayfa yok | İndeksten düşebilir |
| 302 | Geçici olarak başka yerde | Karışıklık üretir |
| 503 | Geçici olarak hizmet dışı | Doğru — sonra tekrar denenir |
İlk satır en yaygın hatadır ve sonucu can sıkıcıdır: bakım sayfanız 200 koduyla döndürülürse, arama motorları o metni sayfanızın gerçek içeriği sanır. Uzun süren bir bakımda tüm sayfalarınız "bakımdayız" metniyle indekslenebilir.
Doğru kod 503'tür ve buna ek olarak, tahmini süreyi bildiren bir başlık da eklenebilir. Bu başlık, arama motorunun ne zaman tekrar deneyeceğine dair bir ipucu verir.
Kendinizi Dışarıda Bırakmamak
Bakım modundayken sitenin çalışan hâlini görmeniz gerekir — aksi hâlde yaptığınız işi test edemezsiniz.
Yöntemler:
- IP istisnası. Sizin adresinizden gelen istekler bakım sayfasını görmez. En pratik yöntem.
- Çerez tabanlı geçiş. Özel bir adres üzerinden çerez alınır, o çerezi taşıyanlar siteyi görür.
- Giriş yapmış kullanıcı istisnası. Yönetici olarak giriş yapmışsanız bakım sayfası gösterilmez.
Birinci yöntem en basitidir ama sabit bir IP gerektirir. Mobil bağlantıdan kontrol edecekseniz ikinci yöntem daha uygundur.
İyi Bir Bakım Sayfası
Bakım sayfası, ziyaretçiyi kaybetmemenizi sağlayan bir fırsattır. İçermesi gerekenler:
- Ne olduğu. "Planlı bakım çalışması yapıyoruz" — belirsizlik bırakmayın.
- Ne zaman biteceği. Tahmini süre veya saat.
- Alternatif iletişim. Telefon numarası veya e-posta adresi.
- Sosyal medya bağlantıları. Ziyaretçi oradan takip edebilir.
- Marka görünümü. Sitenizle uyumlu bir tasarım güven verir.
Üçüncü madde e-ticaret siteleri için doğrudan gelir kaybını önler: sipariş vermek isteyen bir müşteri, telefon numarasını görürse arayabilir.
Bakım sayfasının kendisi hafif olmalıdır — tek bir dosya, dış bağımlılık olmadan. Veritabanına bağlanan bir bakım sayfası, veritabanı bakımı sırasında çalışmaz.
Bakım Penceresi Planlama
- Trafiğinizin en düşük olduğu saati seçin. Analitik verinizden bakın; tahmin etmeyin.
- Önceden duyurun. Düzenli müşterileriniz varsa e-posta veya site duyurusu.
- Süreyi gerçekçi tahmin edin. Sonra üzerine pay ekleyin.
- Hafta sonu ve tatil öncesi yapmayın. Sorun çıkarsa destek almanız zorlaşır.
- Geri dönüş planı hazırlayın. Süre aşılırsa ne yapacaksınız?
Dördüncü madde deneyimle öğrenilen bir kuraldır: cuma akşamı yapılan bir güncelleme sorun çıkarırsa, hem sizin hem sağlayıcınızın destek kapasitesi düşüktür ve sorun pazartesiye sarkar.
Yayına Alma Süreci
Bakım modu, yayın sürecinin yalnızca bir parçasıdır. Tam akış:
- Yedek alın. Dosyalar ve veritabanı. Bu adım pazarlıksızdır.
- Bakım moduna alın. 503 koduyla.
- Değişiklikleri uygulayın. Önceden test edilmiş hâliyle.
- Önbelleği temizleyin. Uygulama, sunucu ve varsa CDN önbelleği.
- Kendi erişiminizle test edin. Bakım modu açıkken.
- Bakım modunu kapatın.
- Yayın sonrası kontrol yapın. Temel işlevleri hızlıca gözden geçirin.
Dördüncü madde sıkça atlanır ve tuhaf sorunlar üretir: değişiklikleri yaptınız ama site eski hâlini gösteriyorsa, büyük ihtimalle bir önbellek katmanı eski sürümü sunuyordur.
Bakım Modu Gerekmeyen Durumlar
Her değişiklik için bakım modu gerekmez. Küçük ve riski düşük değişikliklerde site açık kalabilir:
- İçerik güncellemeleri. Metin ve görsel değişiklikleri.
- Küçük tasarım düzeltmeleri. Tek bir stil dosyası değişimi.
- Yeni sayfa eklemek. Mevcut yapıya dokunmadan.
Bakım modu gerektiren durumlar ise nettir: veritabanı yapısı değişiklikleri, büyük sürüm yükseltmeleri, ödeme akışı düzenlemeleri ve sunucu tarafı yapılandırma değişiklikleri.
Ölçüt basittir: işlem sırasında bir kullanıcı siteyi kullanırsa, veri tutarsızlığı oluşabilir mi? Cevap evetse bakım modu gerekir.
En Sık Yapılan Hata
Bakım modunu kapatmayı unutmak, şaşırtıcı derecede yaygındır. İşlem biter, herkes dağılır ve site saatlerce bakım sayfasında kalır.
Önlemler:
- Yayın kontrol listenizin son maddesi "bakım modu kapatıldı mı?" olsun
- İzleme sisteminiz bakım sayfasını tespit ederse uyarı üretsin
- Bakım modunu belirli bir süre sonra otomatik kapatacak bir mekanizma kurun
Üçüncü madde en güvenilir çözümdür: belirlediğiniz sürenin sonunda bakım modu kendiliğinden kalkar. Süre yetmezse tekrar açarsınız — ama site unutulmuş bir bakım sayfasında saatlerce kalmaz. Hosting panelinizde zamanlanmış görev tanımlayabiliyorsanız bunu kurmak birkaç dakika sürer.
Sonuç
Bakım sayfasının en kritik detayı görünümü değil, hangi HTTP koduyla döndürüldüğüdür: 503 kullanın — 200 döndüren bir bakım sayfası, "bakımdayız" metninin sayfalarınızın gerçek içeriği olarak indekslenmesine yol açar. Bakım sayfasını hafif ve dış bağımlılıksız tutun; veritabanına bağlanan bir bakım sayfası, veritabanı bakımında çalışmaz. Ve en sık yapılan hataya karşı önlem alın: bakım modunu belirli bir süre sonra otomatik kapatacak bir mekanizma kurun.
Sıkça Sorulan Sorular (SSS)
Bakım sayfası hangi kodu döndürmeli?
503. Bu kod, durumun geçici olduğunu bildirir ve arama motorları daha sonra tekrar dener. 200 döndürürseniz bakım metni sayfanızın gerçek içeriği sanılır ve indekslenir; 404 döndürürseniz sayfalarınız indeksten düşebilir.
Bakım modundayken siteyi nasıl test ederim?
Kendi IP adresinizi istisna tanımlayın — en pratik yöntemdir ama sabit IP gerektirir. Alternatif olarak özel bir adres üzerinden alınan çerezle geçiş yapabilir veya yönetici olarak giriş yapmış kullanıcıları istisna tutabilirsiniz.
Her güncellemede bakım moduna almalı mıyım?
Hayır. İçerik güncellemeleri ve küçük tasarım düzeltmelerinde gerekmez. Ölçüt şudur: işlem sırasında bir kullanıcı siteyi kullanırsa veri tutarsızlığı oluşabilir mi? Veritabanı yapısı değişiklikleri ve büyük sürüm yükseltmelerinde cevap evettir.
Güncelleme yaptım ama site eski hâlini gösteriyor?
Büyük ihtimalle bir önbellek katmanı eski sürümü sunuyor. Uygulama önbelleğini, sunucu tarafı önbelleği ve varsa CDN önbelleğini temizleyin. Bu adım yayın akışının standart bir parçası olmalıdır.
