dotCREA
Bakım & Destek

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.

Ürünlerde yapılan toplu düzenlemenin geri alması yoktur; kaydedilen eski değerler kaybolur
Siparişler oluştuktan sonra değişmez; asıl risk sipariş tarafında değil katalog ve içerik tarafındadır
Tema kütüphanesinde tutabileceğiniz tema sayısı sınırlıdır (standart paketlerde 20, Plus'ta 100); “her ihtimale karşı kopya bırakma” alışkanlığı bir noktada bu sınıra takılır
Sayfa, blog, gezinme ve metafield verisi standart CSV dışa aktarımlarıyla eksiksiz çıkmaz
Bir uygulamayı kaldırdığınızda o uygulamanın tuttuğu veri de gidebilir; kaldırmadan önce veri çıkışı alınmalıdır

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.

İlgili hizmet
Yayın sonrasını boşlukta bırakmayalım

Yedek düzeni, güncelleme takibi, uygulama denetimi ve izleme ritmini kuruyor; aylık raporla yürütüyoruz.

Bakım ve destek hizmetimiz

Tema 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.

Theme Store'dan kurulan temalar hata ve güvenlik düzeltmelerini otomatik alır; bu düzeltmeler görünümü, içeriğinizi ve ayarlarınızı değiştirmez
Sürüm güncellemeleri otomatik yayınlanmaz; güncellenmiş sürüm taslak tema olarak kütüphanenize eklenir, siz önizleyip yayınlarsınız
Tema editöründen yapılan özelleştirmeler (ayarlar, bölümler, içerik) güncellemede korunur
Tema koduna yapılan değişiklikler her zaman yeni sürüme taşınmaz; taşınmayanların elle kopyalanması gerekir
Mağaza dışından alınan ya da yüklenen temalar bu akışın dışındadır; güncelleme sağlayıcıdan istenir

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.

İlgili yazı
Kodun nerede başladığı önemli

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:

Hangi uygulama fiilen kullanılıyor? Aboneliği devam eden ama aylardır açılmamış uygulamalar sık çıkıyor
Kaldırılan uygulamalardan temada kod artığı kaldı mı? Kaldırma işlemi her zaman temiz olmuyor
Aynı işi yapan iki uygulama var mı? Özellikle indirim, değerlendirme ve pop-up tarafında yaygın
Uygulamaların istediği izinler hâlâ makul mü? Sipariş ve müşteri verisine erişen her uygulama bir risk kalemidir
Uygulamanın sayfaya eklediği yük ölçüldü mü?

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.

İlgili yazı
Yük ölçümü ayrı bir iş

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 denetimi

Eriş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:

Her kullanıcı kendi hesabıyla girer; ortak kullanılan tek bir hesap hem izlenemez hem risklidir
İşten ayrılan kişilerin erişimi kapatıldı mı; bu kontrolün bir sahibi var mı
İki adımlı doğrulama açık mı, özellikle tam yetkili hesaplarda
Ajans ve geliştirici erişimi kalıcı personel hesabı yerine iş bitiminde kapatılabilen bir erişimle mi veriliyor
Ödeme, fatura ve paket ayarlarına erişim gerçekten gereken kişilerle mi sınırlı
Alan adı, DNS ve kurumsal e-posta kayıtlarının hangi hesapta olduğu yazılı mı

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:

Haftalık: entegrasyon hataları (kargo, muhasebe, ERP), başarısız ödeme kayıtları, yeni oluşan 404'ler, ürün beslemesi tanı ekranı
Aylık: hız ölçümü, uygulama listesi, bekleyen tema güncellemesi, yedeklerin alındığının doğrulanması
Üç aylık: erişim listesi, ödeme ve kargo kuralları, politika metinleri, uygulama denetimi
Yıllık: paket ve toplam araç maliyeti, tema kararının hâlâ geçerli olup olmadığı

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:

Değişiklik yayındaki temanın kopyasında yapılır, onay önizlemeyle alınır
Yayın zamanı seçilir; kampanya başlangıcı ve mesai bitişi tercih edilmez
Yayın öncesi mevcut sürümün kopyası kütüphanede bırakılır; geri alma yolu önceden bellidir
Yapılan değişiklik ve dokunulan dosyalar kayda geçer
Yayından sonra sipariş akışı ve ödeme adımı gerçek bir işlemle kontrol edilir

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:

Yanıt süresi ve acil durum tanımı: mağaza kapalıysa ne kadar sürede dönülür, normal talepte ne kadar
Kapsam içi ve kapsam dışı işlerin örnekle ayrımı; yeni özellik geliştirme genellikle kapsam dışıdır
Aylık düzenli işler listesi (izleme, yedek doğrulama, güncelleme kontrolü) ve bunun rapora yansıması
Kimin hangi erişime sahip olduğu ve iş bitiminde erişimin ne olacağı
Kaynak kodun ve yedeklerin sizin adınıza tutulduğu; başka bir ekibin devralabileceği

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

Yedek düzeni kurulmadan yayına almak
Yayındaki tema üzerinde doğrudan değişiklik yapmak
Kullanılmayan uygulamaları listede tutup aboneliği sürdürmek
Ajans erişimini iş bittikten sonra açık bırakmak
İhtiyaç yokken aylık bakım paketi satmak

Ö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.

dC
dotCREA Shopify ekibi
17 Ağustos 2026 tarihinde yayımlandı
Paylaş
Bu konuyu mağazanız için konuşalım
Mağaza adresinizi gönderin, ücretsiz değerlendirelim.
Teklif alın

İlgili yazılar