Epin Satış Panelini Bakım Moduna Almadan Güncelleme Yapıyorsan Parayı Fark Etmeden Kaybediyorsun: Profesyonellerin Kullandığı Sessiz Geçiş Yöntemi

Bakım modu deyince aklına gelen şey büyük ihtimalle şu: siteyi kapatan, ortasında bir dişli çarkı dönen gri bir sayfa. Çoğu satıcı bunu "site şimdilik kapalı" anlamında kullanır ve güncellemeyi bitirip kapatır. Oysa bu haliyle bakım modu, para kaybını azaltan bir araç değil, kaybı garanti eden bir düğmedir. Çünkü kapattığın tek şey ziyaretçi değildir; ödeme sağlayıcısının bildirimini, bayi API'sinin geri dönüşünü ve arama motorunun tarayıcısını da aynı kapının arkasına kilitlersin.

Doğru kurulmuş bir e-pin satış scripti için bakım modu bir anahtar değil, bir senaryodur: kimlerin girebileceği, hangi isteklerin muaf tutulacağı, sunucunun hangi durum kodunu döneceği ve geri dönüşün nasıl doğrulanacağı önceden yazılmış bir senaryo. Bu yazıda bakım modunu profesyonel biçimde kullanmanın mantığını, kısmi kapatmanın neden tam kapatmadan daha kârlı olduğunu ve panelini kapatırken en çok yapılan sessiz hatayı konuşuyoruz.

Bakım modunu açtığında aslında hangi zincirler kopuyor?

Bir epin panelinin trafiği yalnızca insanlardan gelmez. Ödeme sağlayıcısı, tamamlanan bir işlem için senin sistemine sunucudan sunucuya bildirim gönderir. Bayi entegrasyonu, kod teslimini doğrulamak için geri arama yapar. Arama motoru botları sayfalarını tarar. Zamanlanmış görevler stok senkronizasyonunu yürütür. Bakım modunu kaba biçimde açtığında bunların tamamı aynı gri sayfayı görür.

Sonuç şudur: bakım bittikten sonra bazı ödemeler "bekliyor" durumunda kalır, çünkü bildirim geldi ve reddedildi. Sağlayıcıların büyük kısmı bildirimi birkaç kez yeniden dener, ama hepsi denemez ve deneme aralığı bazen saatlerdir. Bu yüzden profesyonel bir dijital ürün satış yazılımı kurulumunda bakım modunun ilk kuralı muafiyet listesidir: ödeme bildirim adresleri, geri arama uçları ve iç sağlık kontrolü her zaman açık kalır. Ziyaretçi kapıyı kapalı görür, makineler görmez.

Tam kapatma mı, kısmi kapatma mı: hangisi daha az kaybettirir?

Yapacağın işin kapsamı, kapatmanın kapsamını belirlemeli. Veritabanı şema değişikliği yapıyorsan tam kapatma kaçınılmazdır. Ama bir tema dosyası güncelliyorsan, yeni bir kategori ekliyorsan ya da bir ödeme yöntemini yapılandırıyorsan tüm siteyi kapatmak gereksiz bir kayıptır. Kısmi bakım, yalnızca etkilenen modülü devre dışı bırakır: ödeme yöntemi listesinden o seçenek geçici olarak kalkar, ilgili ürün kategorisi "yakında" olarak işaretlenir, geri kalan katalog satmaya devam eder.

Bu ayrımı yapabilmek için panelinin modül bazlı anahtarlara sahip olması gerekir. Pinova tarafında bakım kapsamını seçebilmek tam olarak bu amaca hizmet eder: satış kapalı ama panel açık, belirli kategori kapalı ama sepet açık, yeni sipariş kapalı ama mevcut siparişlerin teslimi devam ediyor. Aşağıdaki tablo hangi senaryoda hangi kapsamın doğru olduğunu gösteriyor.

Arama motorunu kaybetmemek için hangi durum kodunu dönmen gerekiyor?

Bu, en pahalı ve en sık yapılan teknik hata. Bakım sayfanı normal bir sayfa gibi, yani HTTP 200 koduyla sunarsan arama motoruna "bu sayfanın gerçek içeriği budur" demiş olursun. Uzun bir bakımda onlarca ürün sayfan, içeriği "kısa süre sonra döneceğiz" olan kopya sayfalar olarak yeniden indekslenir. Tek bir uzun gece, aylarca kurduğun organik trafiği eritir.

Doğrusu HTTP 503, yani "servis geçici olarak kullanılamıyor" kodudur. Yanına Retry-After başlığı koyarak tahmini süreyi de bildirirsin. Böylece tarayıcı sayfayı yeniden indekslemez, bir süre sonra tekrar gelir. Bakım sayfasını da noindex olarak işaretle ve içine gerçek bir dönüş saati yaz. Ziyaretçi için "birazdan" yerine "23:40'ta açılıyor" ifadesi, sepetini terk etmesi ile geri gelmesi arasındaki farkı yaratır.

Bakım penceresini nasıl seçersen en az sipariş kaybedersin?

Sezgiyle "gece geç saat boş olur" demek, e-pin işinde yanlış bir varsayım. Oyun ve dijital ürün alıcısının yoğunluğu akşam 20:00 ile 01:00 arasında zirve yapar; asıl sessiz saat 05:00-08:00 aralığıdır. Ama bunu tahmin etmek zorunda değilsin: panelindeki sipariş kayıtlarını saat bazında grupla, son 30 günün en düşük hacimli iki saatini bul. Bakım penceresini oraya kur.

Pencereyi seçtikten sonra üç şeyi önceden duyur. Vitrinde küçük bir şerit, sosyal hesapta bir gönderi, sadık müşterilere tek bir e-posta. "Bu gece 06:00-06:30 arası kısa bakım" duyurusu, hem şikayeti keser hem güven verir. Bakım sırasında paneline giremeyen bayilerin sana yazmasını da bu tek duyuru engeller. Ciddi bir epin yazılım kurulumunda bu duyuruyu panelden tek tuşla yayımlayabilmek beklenen bir özelliktir.

Bakımı kapatırken hangi kontrolleri atlamamalısın?

Bakım modunu kapatmak işin sonu değil, en riskli anıdır. Çünkü artık gerçek müşteri trafiği, yeni kodun üzerine akmaya başlar. Kapatma öncesinde beş dakikalık bir duman testi yap: bir test siparişi oluştur, en küçük tutarlı ödemeyi gerçekten yap, kodun teslim edildiğini gör, faturanın oluştuğunu doğrula, bayi panelinden bakiye düşümünü kontrol et. Bu zinciri baştan sona yürütmeden kapıyı açmak, hatayı ilk müşteriye buldurmak anlamına gelir.

Bir de geri dönüş planı hazırla. Yedek nerede, hangi komutla geri yükleniyor, ne kadar sürüyor? Bu üç sorunun cevabı bakım başlamadan yazılı olmalı. En kötü senaryoda "şimdi ne yapacağım" diye düşünmek yerine hazır bir adım listesini uygularsın. Aşağıdaki kontrol listesi tam olarak bu amaçla hazırlandı.

Bakım modu, panelinin ne kadar olgun kurulduğunu gösteren küçük ama açık bir sinyaldir: acemi kurulum siteyi kapatır, profesyonel kurulum trafiği yönetir. Kapsam seçimi, muafiyet listesi ve doğru durum kodu bir arada çalıştığında güncelleme yapmak korkulacak bir iş olmaktan çıkar. Bu anahtarların nasıl göründüğünü merak ediyorsan özellikler bölümünü gez, lisans adımına göz at ve canlı demo üzerinde bakım kapsamlarını kendi elinle dene.