Güncellemeden sonra site bozulduğunda ilk işlem bütün sistemi eski bir yedekle değiştirmek olmamalıdır. Önce hangi değişikliğin yapıldığını, hatanın başlangıç saatini ve bu arada alınan başvuru veya siparişleri belirleyin. Yalnız bir tema dosyasını geri almakla veritabanını önceki güne döndürmek çok farklı sonuç verir. İşletme sahibi olarak en önemli katkınız, korunması gereken son müşteri işlemlerini ve aksayan görevi teknik ekibe bildirmektir.
Sorunu daraltmak için neyi kaydedin?
Hata veren tam sayfa adresini, kullandığınız cihazı, beklenen davranışı ve gerçekte olanı yazın. “Site çalışmıyor” ifadesi yerine “Ana sayfa açılıyor, form gönderilirken hata çıkıyor, son başarılı talep saat 14.08’de geldi” gibi bir kayıt daha değerlidir. Arka planda ödemeler çalışıyor mu, satış ekibine bildirim gidiyor mu ve yalnızca bir kullanıcı mı etkileniyor ayrıca kontrol edin.
Yeni bir güncelleme, dosya, tema veya harici servis değişikliği yapılmış olabilir. İlk hata ile aynı zamana denk gelmesi sebebin kesin olarak o değişiklik olduğunu kanıtlamaz. İkinci ve üçüncü rastgele düzeltmeyi uygulamadan önce teknik sorumlu mevcut durumu ve inceleme kayıtlarını korumalı. Canlıda kişisel bilgi içeren hata ekranlarını herkese göstermekten kaçının.
Salı 11.00’de menü tasarımı değişti, 11.20’de mobil menünün açılmadığı fark edildi. Arada beş talep alındı. Sorun yalnızca yeni menü dosyasındaysa pazartesi veritabanını geri yüklemek gereksizdir ve beş talebi riske atar. Teknik ekip ilgili değişikliği deneme ortamında geri alıp menünün düzeldiğini doğrular.
Dosya ve veri birlikte değiştiyse ne olur?
Bazı güncellemeler hem uygulama kodunu hem veritabanının yapısını değiştirir. Bu durumda eski dosyaları tek başına geri yüklemek uyumsuzluk oluşturabilir. Sağlayıcının sürüm notu, yedekleme yöntemi ve geri alma desteği incelenmelidir. Yeni kayıtları güvenli biçimde korumak veya uygun yöntemle taşımak için yetkili teknik kişi çalışmalı. Ne olduğu anlaşılmadan müşteri verilerini topluca dışarı aktarmak da doğru bir ilk adım sayılmaz.
Yayından önce ve sonra hangi testi yapın?
Deneme ortamında hatayı ilk gördüğünüz işlemi aynen tekrarlayın. Ardından ilişkili bir işi daha sınayın. Menü çalıştıysa servis sayfasına geçip teklif formuna da ulaşın. Form geri geldiyse aynı denemenin iki kez kayıt oluşturmadığını kontrol edin. Operasyonu kabul eden kişi test saatini, hangi sürüme dönüldüğünü ve hangi yeni verilerin korunduğunu kaydetsin. Teknik bakım kapsamına bu provayı ekleyebilirsiniz.
Canlı sitede kısa süreli işlem kısıtı gerekiyorsa müşteri yeni talep gönderip gönderemeyeceğini anlamalı. Düzeltme bittiğinde geçici duyuru ve kapatılan özelliklerin yeniden kontrolü unutulmamalı. Mevcut bir siteyi yenilerken planlanan geri dönüş seçeneği, sorun çıktığında kimin karar vereceğini de içermelidir.
Geri dönüş sonrası değişen bir parolayı eski hâline getirmeyin. Erişimlerin güvenliği ayrıca kontrol edilmelidir.
Güncelleme öncesi teslim ve geri alma planını görüşmek için 0542 387 14 54’ü arayın veya WhatsApp’tan ulaşın.