Yedekten dönen sitenin ana sayfası açıldığında kontrolü bitirmeyin. Son güncellenen bir içerik, yakın zamanda eklenen bir görsel, bir başvuru formu, telefon bağlantısı ve yetkili panel girişi üzerinden günlük işi deneyin. Bunu önce ayrı bir deneme ortamında yapın. Gerçek müşteri mesajları gönderen veya canlı ödeme alan sistemleri deneme ortamında devreye sokmadan teknik ekipten güvenli test yöntemi isteyin.

Yedekten neyin dönmesi gerektiğini belirleyin

Yedek tarihi ile son değişiklik tarihini karşılaştırın. Perşembe çekilen bir kopyada cuma eklenen ürünün görünmemesi kopyanın bozuk olduğu anlamına gelmez. Ancak işletme geri dönebileceğini düşündüğü son başvurunun aslında yedekte bulunmadığını bu incelemede fark edebilir. Kayıp aralığını doğru anlamak için saat dilimiyle birlikte yedeğin zamanını ve kapsadığı dosyaları kaydedin.

Birçok altyapıda dosyalar ve içerik verileri farklı yerlerde tutulur. Sayfa metinleri dönmüş olsa bile son görseller veya indirilebilir fiyat listesi eksik olabilir. Form sağlayıcısı dışarıdaysa başvuru geçmişi sitenin kendi yedeğinde bulunmayabilir. Örneğin WordPress kullanılan bir projede WordPress’in yedekleme açıklaması hem dosya hem veritabanı kapsamını tanımlamaya yardımcı olur. Projenizin altyapısına göre doğru kaynağı seçin.

Temsili teslim kaydı

“10 Kasım saat 18.00 kopyası. Son katalog ürünü açıldı, iki fotoğraftan biri görünmüyor. Form deneme alıcısına ulaştı. Telefon düğmesi doğru numarayı gösteriyor. Geri yükleme henüz tamamlanmış sayılmadı.” Böyle bir not, dosya eksikliği ile çalışan işlemleri birbirinden ayırır.

Müşterinin yapacağı işlemleri sırayla deneyin

  • Son yayımlanan sayfaya ana menüden ulaşın. Görsel, metin ve indirme dosyası açılıyor mu bakın.
  • Bir ürünün detayına gidip model numarasını ve fiyat talebi bağlantısını kontrol edin. Dış bağlantı yanlışlıkla test alanında kalmış olabilir.
  • Formu deneme alıcısına gönderin. Başarı mesajı ile kaydın gerçekten alınmasını ayrı gözlemleyin.
  • Yetkili bir test hesabından panele erişin. Özel müşteri kaydını açmadan bir deneme taslağı oluşturabildiğinizi kontrol edin.

Sonucu gerçek yayına almadan önce

Deneme sürümündeki eksikleri düzelttikten sonra özellikle sorun yaşanan adımı yeniden uygulayın. Test sırasında dış sistemleri kapattıysanız gerçek yayına geçerken hangi bağlantıların açılması gerektiğini listeleyin. Eski tarihe dönülecekse o saatten sonra gelen taleplerin korunup korunmadığını teknik ekibinizle kararlaştırın. Başvuruların yeri ve son işlem zamanı bilinmiyorsa canlı veriyi eski kopyayla değiştirmek için acele etmeyin.

Bakım ve teknik destek kapsamını konuşurken yedeğin yalnız alınmasını değil, kimin geri yüklemeyi deneyeceğini de sorun. Ürün kataloglu bir sitede kabul örneği ürün güncellemesi olabilir; randevu alan işletmede ise doğru tarih ve bildirim daha önemlidir. Sizin için vazgeçilmez işlemi listeye en başta yazın.

Panelde taslak oluşturduktan sonra bunun gerçek siteye bildirim göndermediğini ve arama motorlarına açık olmadığını kontrol edin. Deneme ortamından canlıya yanlış sinyal gitmemelidir.

Yedekten dönüşte işletmenizin kontrol edeceği işleri planlamak için 0542 387 14 54’ü arayın veya WhatsApp’tan ulaşın.