Mağaza yayına girdikten sonra: Shopify'da bakım neyi kapsar?
Shopify altyapıyı işletiyor ama mağaza verinizi yedeklemiyor. Yayın sonrasında neyin kimin sorumluluğunda olduğunu, hangi kontrolün hangi sıklıkta yapıldığını ve bir destek anlaşmasının neyi kapsaması gerektiğini yazdık.
Proje bitiyor, mağaza yayına giriyor ve gündem satışa dönüyor. Bakım sorusu genellikle ilk kırılmada ortaya çıkıyor: bir entegrasyon sessizce durduğunda, tema güncellemesinden sonra bir bölüm bozulduğunda ya da yanlışlıkla toplu düzenlenen ürünlerin eski hali geri getirilemediğinde.
Bu yazı, o anlar gelmeden önce ne kurulduğuyla ilgili. Bakımı “bir şey bozulunca aramak” olarak değil, bozulmayı erken görmek ve geri dönüşü mümkün tutmak olarak tanımlıyoruz.
Shopify sizin yerinize neyi yapmıyor?
En sık düzeltmek zorunda kaldığımız varsayım bu. Shopify altyapıyı, güvenliği ve sürekliliği işletir; ama mağaza verinizi sizin adınıza yedekleyip geri yükleme diye bir hizmeti yoktur. Sorumluluk sınırı burada.
Bu yüzden yayın sonrasında ilk kurduğumuz şey yedek düzeni oluyor: ürün ve müşteri dışa aktarımları için bir takvim, yayındaki temanın indirilmiş bir kopyası ve gerekiyorsa otomatik yedek alan bir uygulama. Maliyeti düşük, yokluğunun bedeli yüksek.
Yedek düzeni, güncelleme takibi, uygulama denetimi ve izleme ritmini kuruyor; aylık raporla yürütüyoruz.
Bakım ve destek hizmetimizTema güncellemesi: otomatik olan ve olmayan
Tema güncellemeleri konusunda iki uç yanlış var: “Shopify her şeyi otomatik günceller” ve “tema güncellenirse her şey bozulur”. İkisi de doğru değil.
Pratik sonuç: tema koduna ne kadar çok dokunulduysa güncelleme o kadar çok emek istiyor. Güncellemenin ertelenmesinin asıl sebebi çoğu zaman güncellemenin kendisi değil, geçmişte belgelenmemiş kod değişiklikleri oluyor.
Hazır temada özelleştirmenin sınırını ve kod yazıldığında bakımın nasıl değiştiğini ayrı bir yazıda ele aldık.
Özelleştirmenin sınırıUygulama denetimi
Uygulama listesi mağazanın en hızlı büyüyen ve en az bakılan yeri. Üç ayda bir şu başlıklara bakıyoruz:
Bu denetimin çoğu zaman doğrudan bir maliyet karşılığı oluyor: kullanılmayan aboneliklerin iptali genelde bakım bedelinin bir kısmını kendi başına karşılıyor.
Uygulama ve betik yükünün hıza etkisini nasıl ölçtüğümüzü hız denetimi yazısında anlattık.
Hız denetimiErişim ve güvenlik
Mağaza büyüdükçe panele erişen kişi sayısı artıyor ve kimse bu listeyi geri daraltmıyor. Gözden geçirdiğimiz noktalar:
Son madde en çok sorun çıkaran yer. Alan adının kimin hesabında olduğu bilinmeyen mağazalarda basit bir yönlendirme değişikliği bile günler sürebiliyor.
İzleme: neyi hangi sıklıkta?
Bakımı sürdürülebilir kılan şey listenin uzunluğu değil, ritmi. Kullandığımız ayrım şu:
Aylık maddelerden biri özellikle önemli: yedeğin alınmış olması değil, geri yüklenebilir olması. Hiç denenmemiş bir yedek, yedek sayılmıyor. Bunu yılda en az bir kez test ediyoruz.
Değişiklik nasıl yapılır?
Yayındaki mağazada yapılan her değişikliğin bir geri dönüş yolu olmalı. Uyguladığımız düzen:
Bu düzenin maliyeti birkaç dakika; olmadığında ödenen bedel ise genellikle bir kampanya günü oluyor.
Destek anlaşması neyi kapsamalı?
Bakım tekliflerinin çoğu “aylık şu kadar saat” diye yazılıyor ve asıl belirsizlik orada kalıyor. Bir anlaşmada net olması gerekenler:
Son madde bizim tarafımızda ilkesel bir konu: yapılan işin ajansta kilitli kalması müşteri için risk, ilişki için de sağlıksız bir bağ.
Yapmadığımız şeyler
Özet
Yayın bir bitiş değil, sorumluluğun yer değiştirdiği an. Shopify altyapıyı işletiyor; katalog verisi, tema kodu, uygulama listesi ve erişim yönetimi sizde kalıyor. Bakımı düzenli bir ritme oturtmak, hem kırılmaları azaltıyor hem de kırıldığında geri dönüşü mümkün kılıyor.
Mağazanızın uygulama listesini, panele erişimi olan kişileri ve son tema güncellemesinin ne zaman yapıldığını paylaşın; risk taşıyan noktaları çıkarıp önceliklendirelim. İç ekibiniz bu işleri zaten yürütüyorsa, bakım paketi önermek yerine bunu söyleriz.
