Shopify mağaza yedekleme, ürün, sipariş, müşteri ve diğer mağaza verilerinizin bir kopyasını, yanlışlıkla silme, hatalı toplu güncelleme veya üçüncü parti bir uygulama hatası gibi senaryolara karşı ayrı bir yerde saklamanızdır. Nodus Works olarak yürüttüğümüz migrasyon ve entegrasyon projelerinde, mağaza sahiplerinin büyük çoğunluğunun Shopify'ın verilerini otomatik olarak yedeklediğini varsaydığını, ama bunun doğru olmadığını sık gözlemliyoruz; bir projede toplu fiyat güncelleme scripti yanlış formülle çalıştırılmış ve 640 varyantın fiyatı hatalı hesaplanmıştı, geri dönüş noktası olmadığı için düzeltme tek tek elle yapıldı. Bu rehberde Shopify'ın kendi yedekleme sınırlarını, manuel CSV dışa aktarmanın neyi kapsayıp neyi kapsamadığını, hem uygulama hem API tabanlı otomatik yedekleme seçeneklerini ve hangi verinin ne sıklıkla yedeklenmesi gerektiğini ele alıyoruz.
Shopify'ın Kendi Yedekleme Sınırı Nedir?
Shopify, sunucu altyapısı seviyesinde kendi verilerini yedekler, ancak bu yedekleme mağaza sahibinin erişebileceği veya geri yükleyebileceği bir yedekleme değildir; bir felaket kurtarma senaryosunda Shopify kendi altyapısını korur, ama siz yanlışlıkla 200 ürünü sildiyseniz Shopify'dan bu veriyi geri isteyemezsiniz.
Shopify, veri merkezleri arasında çoğaltma (replikasyon) yaparak bir sunucu arızasına karşı platformu korur; Shopify Trust Center sayfası bu altyapı güvencelerini bu kapsamda açıklıyor. Ancak bu koruma, sizin hesabınızdan yapılan bir işlemi kapsamaz: bir uygulamanın Admin API üzerinden 500 ürünü yanlışlıkla silmesi "kullanıcı işlemi" sayılır ve Shopify destek ekibi bu veriyi geri getirmez.
"Shopify zaten yedekliyor" varsayımı, mağaza sahiplerinin en sık düştüğü yanılgı. Shopify'ın altyapı seviyesindeki yedekleme, sizin hesabınızdan yapılan bir silme veya hatalı güncelleme işlemine karşı koruma sağlamaz; bu işlemler sizin kontrolünüzde gerçekleşir ve Shopify bunları "veri kaybı" değil "kullanıcı işlemi" olarak görür.
Mağaza verinizin bir kopyasını Shopify'dan bağımsız bir yerde tutmak, bu tür bir kullanıcı hatası senaryosunda elinizdeki tek geri dönüş yoludur; Shopify'ın altyapı yedeği, hesap içi hatalı işlemler için bir kurtarma mekanizması değildir.
Manuel CSV Dışa Aktarma: Neyi Kapsar, Neyi Kapsamaz?
Shopify admin panelinden manuel CSV dışa aktarma, ürünler, müşteriler, siparişler, hediye kartları, indirimler ve stok verisini kapsıyor; her biri için admin panelindeki ilgili sayfadan "Export" butonuna tıklamanız yeterli.
Ürünleri dışa aktarmak için Products sayfasında "All products" seçip CSV formatını seçmeniz, müşterileri dışa aktarmak için Customers sayfasında aynı adımı tekrarlamanız yeterli. Bu işlem küçük mağazalar için 15-30 dakika içinde tamamlanabiliyor ve herhangi bir ek maliyet gerektirmiyor.
Sipariş Verisi CSV'den Neden Geri Yüklenemez?
Shopify admin paneli sipariş verisini CSV olarak dışa aktarmanıza izin verir, ama bu dosyayı geri içe aktarmanıza izin vermez. Shopify Yardım Merkezi'nin CSV dışa aktarma dokümantasyonuna göre yerleşik içe aktarma özelliği yalnızca ürün ve müşteri verisi için çalışıyor; sipariş geçmişi için native bir geri yükleme yolu yok. Bir veri kaybında sipariş CSV'niz elinizde olsa da, bu veriyi Shopify'a geri yazmak için Matrixify veya benzeri bir CSV import uygulaması kurmanız gerekiyor; sipariş CSV'si bu haliyle pratikte bir arşiv kaydı, doğrudan geri yüklenebilir bir yedek değil.
Ürün CSV'si, tanımlı ürün metafield'larınızı (rich text ve dosya referansı tipi hariç) da içeriyor; "metafield'ler CSV'ye hiç dahil değil" varsayımı yanlış. Ancak CSV dışa aktarma blog yazılarını, sayfa içeriğini, navigasyon menülerini, tema ayarlarını ve uygulama verisini kapsamıyor. Yalnızca CSV yedeğine güvenen bir mağaza, bu alanlardaki bir veri kaybında korumasız kalır; CSV, tam bir mağaza yedeği değil, yalnızca katalog ve işlem verisinin kısmi bir kaydıdır.
Manuel CSV yöntemi, düşük bütçeli ve küçük kataloglu mağazalar için makul bir başlangıç noktası; ancak düzenli (haftalık veya günlük) bir yedekleme alışkanlığı gerektiriyor ve bu disiplin genellikle zamanla aksıyor. Daha büyük veya aktif güncellenen kataloglar için otomatik bir çözüm daha güvenilir.
Manuel CSV Yedeği Nasıl Alınır? (Adım Adım)
Yedekleme Verisi Nereye Kaydedilmeli? Depolama Seçenekleri
Yedekleme verisinin nereye kaydedileceği, kimin erişebileceğini ve bir felaket senaryosunda (örneğin bilgisayarınızın veya hesabınızın erişilemez hale gelmesi) yedeğe ne kadar hızlı ulaşabileceğinizi belirler; Shopify'dan tamamen bağımsız bir konum seçmek bu yüzden önemli.
Manuel CSV dosyaları için Google Drive, Dropbox veya OneDrive gibi bulut depolama servisleri yeterli; önemli olan, dosyaları yalnızca kendi bilgisayarınızda tutmamak, çünkü o cihazın arızalanması ikinci bir veri kaybı noktası oluşturur. Yedekleme uygulamaları için depolama genellikle uygulamanın kendi sunucusunda tutuluyor; bu, kurulumu basitleştirir ama verinizin üçüncü bir tarafın altyapısına bağımlı olduğu anlamına da gelir. Admin API tabanlı özel akışlarda ise depolama tamamen sizin seçiminize bağlı: Amazon S3, Google Cloud Storage gibi nesne depolama servisleri, düşük maliyetli ve otomasyona en uygun seçenekler arasında.
Yedek verinizi sakladığınız depolama hesabının kendisi de güçlü bir parola ve iki faktörlü kimlik doğrulamayla korunmalı; yedek verisi, orijinal veri kadar hassas bir hedef haline gelebiliyor, özellikle müşteri verisi içeriyorsa.
Yedekleme Uygulamaları (Backup App) ile Otomatik Yedekleme
Shopify App Store'daki yedekleme uygulamaları, CSV'nin kapsamadığı blog, sayfa, menü, dosya ve tema verisini de düzenli olarak otomatik yedekleyen araçlardır. Shopify App Store'un yedekleme kategorisine göre bu uygulamaların fiyatlandırması sabit tek bir ücret değil, mağazanızın aylık sipariş hacmine göre katmanlı olarak artan bir model kullanıyor; güncel fiyat kademeleri sık değiştiği için kurulum öncesi uygulama sayfasından kontrol edilmeli.
Bu uygulamalar arasında kapsam farkı var. Bazı uygulamalar ürün, sipariş, müşteri, sayfa, koleksiyon, blog, tema, metafield, mağaza politikaları ve kargo profillerini kapsayıp aylar süren bir yedekleme geçmişi sunarken, bazıları her öğe için versiyon geçmişi tutan günlük otomatik yedekleme ve konum bazlı (multi-location) stok verisini de kapsayan daha geniş bir yelpazeyi destekliyor.
Nodus Works olarak yönettiğimiz mağazalarda sık rastladığımız bir boşluk, yedekleme uygulamasının kurulup hiç test edilmemesi; ilk gerçek ihtiyaç anında, örneğin yanlışlıkla toplu silinen 400 ürün senaryosunda, geri yükleme akışının beklenen gibi çalışmadığını o anda fark ediyorlar, çünkü kurulumdan sonra bir deneme geri yükleme hiç yapılmamış.
Yedekleme uygulaması seçerken yalnızca "ne yedekliyor" sorusuna değil, "geri yükleme ne kadar sürede ve ne kadar eksiksiz oluyor" sorusuna da yanıt arayın. Bazı uygulamalar günlük otomatik yedek alsa da, geri yükleme (restore) sürecinde manuel müdahale gerektirebiliyor; acil bir veri kaybı anında bu fark kritik önem taşır. Kurulumdan sonra küçük bir test geri yüklemesi yaparak bu süreci önceden deneyin.
Geri Yükleme Testini Nasıl Yapılır?
Bir yedekleme uygulamasının gerçekten işe yarayıp yaramadığını, yedek aldığı anda değil, geri yüklediği anda öğrenirsiniz; bu yüzden kurulumdan sonra küçük, kontrollü bir test geri yüklemesi yapmak, uygulamanın satış sayfasındaki vaadinden daha güvenilir bir kanıttır.
Bu test, büyük bir veri kaybı yaşanmadan önce uygulamanın gerçek restore süresini ve eksiksizliğini ortaya koyar; Nodus Works olarak bu testi atlayan mağazaların, gerçek bir kriz anında restore süresini dakikalar değil saatler olarak yaşadığını defalarca gördük.
Admin API ile Özel Yedekleme Akışı Kurmak
Shopify Admin API, sipariş, müşteri ve stok dahil tüm mağaza verisine tam erişim sağlıyor. Büyük veri hacimlerini düzenli olarak çekmek için Shopify'ın önerdiği güncel yöntem GraphQL Bulk Operations; Shopify'ın geliştirici dokümantasyonuna göre bu yöntem büyük veri setlerini senkron sorgu limitlerine çarpmadan çekmenin standart yolu, REST API üzerinden sayfalama yaparak aynı hacmi çekmek saatler sürebilirken bulk operations bu veriyi arka planda tek bir işlem olarak hazırlıyor.
Bu yaklaşım, Shopify'ın Dev Dashboard'u üzerinden OAuth client credentials ile kimlik doğrulaması yapan bir uygulama kurup, bu kimlik bilgileriyle Admin API üzerinden düzenli aralıklarla (örneğin her gece) tüm veri kategorilerini çekip kendi altyapınızda (bir bulut depolama servisi veya kendi sunucunuz) saklayan bir otomasyon kurmaktır. Bu, hazır bir uygulamaya aylık ücret ödemek yerine, veriniz üzerinde tam kontrol istediğiniz durumlarda tercih ediliyor.
İki akış biçimi arasından seçim yapılabilir. Periyodik tam çekim, her gece tüm veri kategorilerini yeniden indirir; kurulumu basittir ama büyük kataloglarda API kotasını daha fazla tüketir. Webhook tabanlı artımlı yedekleme ise yalnızca products/update, orders/create gibi olay bazlı webhook'ları dinleyip değişen kaydı o anda yedekler; kurulumu daha karmaşıktır ama sürekli güncel bir yedek tutar ve API kotasını periyodik tam çekime göre çok daha az kullanır. Günlük sipariş hacmi yüksek mağazalar için webhook tabanlı yaklaşım, periyodik çekimin gecelik pencereye sığmama riskini de ortadan kaldırır.
Nodus Works olarak kurduğumuz özel yedekleme akışlarında en sık rastladığımız hata, ilk kurulumda yalnızca ürün ve sipariş verisinin kapsanıp metafield ile koleksiyon ilişkilerinin atlanması; bu eksik kapsam, bir geri yükleme anında ürün-koleksiyon bağlantılarının kopmasına ve kategorilerin boş görünmesine yol açıyor.
API tabanlı bir yedekleme akışı kurarken yalnızca okuma (read) kapsamları yeterli; yedekleme işlemi için yazma (write) yetkisi gerekmiyor. Yedekleme token'ınıza gereğinden fazla yetki vermek, bu token sızdığında mağazanıza yazma erişimi olan bir sızıntı riski yaratır.
Gerekli API İzin Kapsamları (Scope) Hangileri?
Bir yedekleme akışının ihtiyaç duyduğu izin kapsamları, hangi veriyi yedeklediğinize göre değişir ama çoğu kurulum şu okuma kapsamlarıyla çalışır: read_products, read_orders, read_customers, read_inventory ve read_content (blog ve sayfa verisi için). Her kapsamı tek tek değerlendirip yalnızca gerçekten yedeklemek istediğiniz veri türleri için izin vermek, token'ın olası bir sızıntıda taşıyacağı riski sınırlar.
Pratikte akış şu şekilde işler: özel uygulamanız, GraphQL Bulk Operations üzerinden önce bir sorgu tanımlar (örneğin tüm ürünleri varyant ve metafield'leriyle birlikte çeken bir sorgu), bu sorguyu Shopify'a gönderir, Shopify sorguyu arka planda işleyip sonucu bir JSONL dosyası olarak hazırlar ve işlem tamamlandığında bu dosyanın indirme linkini döner. Bu akış, tek seferde binlerce kaydı senkron bir API çağrısıyla çekmeye çalışmanın getirdiği zaman aşımı riskini ortadan kaldırıyor.
Bu tür bir özel yedekleme otomasyonunu, mevcut ERP veya muhasebe entegrasyonunuzla aynı altyapıda kurmak isterseniz, bu çalışmayı Shopify entegrasyon çözümleri ve özel app geliştirme hizmetimiz kapsamında yürütüyoruz; amaç, hazır bir uygulamanın kapsamadığı özel veri saklama gereksinimlerinizi karşılayan bir akış kurmak.
Tema Yedeklemesi ile Mağaza Yedeklemesi Arasındaki Fark
Tema yedeklemesi, mağazanızın görsel/kod tarafını (Liquid dosyaları, CSS, JavaScript, settings_data.json, JSON şablonları ve çeviri dosyaları dahil) kapsıyor; mağaza yedeklemesi ise ürün, sipariş, müşteri gibi operasyonel veriyi kapsıyor. Bu iki kavram sık karıştırılıyor ama birbirinin yerine geçmiyor.
Örneğin bir tema güncellemesi sırasında settings_data.json dosyasının bozulması görsel bir soruna yol açar ama sipariş geçmişini etkilemez; tam tersine, bir uygulamanın API üzerinden 2.000 müşteri kaydını yanlışlıkla silmesi mağazanın görünümünü değil, operasyonel veri bütünlüğünü bozar. Tema yedeklemesinin kendi başına yeterli olduğu senaryo, bir tema güncellemesi veya özelleştirmesi sırasında geri dönüş noktası oluşturmaktır; bu konuyu Shopify tema yedekleme rehberimizde ayrıntılı olarak ele aldık.
Tema yedeği mağazanızın görünümünü korur, mağaza yedeği ise mağazanızın işleyişini oluşturan veriyi korur; ikisi aynı riske karşı değil, farklı risklere karşı güvence sağlar.
Kapsamlı bir koruma stratejisi her ikisini de içerir: düzenli tema yedeği (özellikle geliştirme öncesi) ve düzenli mağaza veri yedeği (günlük veya haftalık, mağazanın hareketliliğine göre).
Bu ayrımın pratikte en sık karıştırıldığı an, bir ajans veya geliştiriciyle tema üzerinde çalışırken yaşanan bir hatadır: geliştirici temada bir değişiklik yapmadan önce tema yedeği alır, ama aynı süreçte bir uygulama kurulumu mağaza verisinde (örneğin ürün etiketlerinde) bir değişiklik yaparsa, bu değişiklik tema yedeğinin kapsamı dışında kalır. İki yedekleme türünü aynı anda, ama ayrı mekanizmalarla yürütmek, bu tür karışık senaryolarda hangi yedeğin hangi sorunu çözeceğini net tutar.
Yedekleme Sıklığı ve Önceliklendirme: Hangi Veri Ne Zaman Yedeklenmeli?
Yedekleme sıklığı, verinin ne kadar hızlı değiştiğine ve kaybedilmesi durumunda işi ne kadar durduracağına göre belirlenir; sipariş verisi günlük, ürün kataloğu değişiklik sonrası, tema ise her güncelleme öncesi yedeklenmeli.
Müşteri verisinin yedeklenmesi Türkiye'de ayrıca KVKK'nın veri güvenliği yükümlülüğü kapsamında değerlendiriliyor; kişisel veri işleyen bir mağaza sahibi olarak, bu verinin güvenli bir şekilde yedeklenmesi ve yedek kopyanın da aynı güvenlik standartlarıyla saklanması genel veri güvenliği ilkesinin bir parçası.
Yüksek öncelikli dört veri türü (ürün, sipariş, müşteri, tema) için otomatik bir çözüm (uygulama veya API akışı) kurmak, orta öncelikli veriler için manuel bir rutin yeterli olabilir; bütçenizi önce yüksek öncelikli veriye yönlendirin.
Sık Sorulan Sorular
Shopify kendi altyapı seviyesinde yedekleme yapar, ama bu sizin hesabınızdan yapılan bir silme veya hatalı güncellemeye karşı koruma sağlamaz. Kendi kontrolünüzde ayrı bir yedek almanız gerekiyor.
Ürün, müşteri ve tanımlı ürün metafield'leri için yeterli, ama blog içeriği, sayfa, tema ayarları ve uygulama verisini kapsamıyor; ayrıca sipariş CSV'si Shopify'a geri yazılamıyor. Daha eksiksiz bir yedek için bir yedekleme uygulaması veya özel API akışı gerekiyor.
Fiyatlandırma sabit değil, sipariş hacminize göre katmanlı artıyor. Kapsam ve saklama süresi de uygulamadan uygulamaya değişiyor; güncel rakamları uygulama sayfasından kontrol edin.
Standart ihtiyaçlar için hazır bir uygulama daha hızlı ve düşük maliyetli. Veriniz üzerinde tam kontrol istiyorsanız veya hazır uygulamaların kapsamadığı özel bir saklama gereksiniminiz varsa API tabanlı özel bir akış daha uygun.
Hayır. Tema yedeği yalnızca görsel/kod tarafını kapsar; ürün, sipariş ve müşteri verisi için ayrı bir yedekleme yöntemi gerekiyor.
Hayır, çoğu yedekleme uygulaması geri yüklemeyi mağaza canlı kalırken arka planda yapar; ancak tüm ürün kataloğu gibi büyük hacimli bir geri yükleme sırasında stok ve fiyat bilgisi kısa süreli tutarsız görünebilir.
Hayır, yedekleme mantığı aynı kalır; ancak Plus mağazalarının genellikle daha yüksek sipariş hacmi olması, günlük otomatik yedeklemeyi ve API tabanlı özel bir akışı daha öncelikli hale getiriyor.
Çoğu uygulamada hayır, geçmiş yedekler uygulamanın kendi sunucusunda saklanır; ancak bazı uygulamalarda abonelik sonlandığında yedeklere erişim de kapanabiliyor, bu detayı uygulamanın kendi politikasından kontrol edin.
Tek başına yeterli değil; bilgisayarınızın arızalanması veya çalınması, yedeğinizle birlikte ikinci bir veri kaybı noktası oluşturur. En az bir kopyanın bulut depolama veya uzak bir sunucuda, yerel kopyadan bağımsız olarak tutulması öneriliyor.
Evet, kesinlikle. Migrasyon sürecinde veri eşleme hatası veya kesinti riski normal operasyondan daha yüksek; migrasyon başlamadan önce ürün, sipariş ve müşteri verisinin tam bir yedeğini almak standart bir ön adım olmalı.
Sonuç
Shopify mağaza yedekleme, "Shopify zaten yapıyor" varsayımıyla atlanabilecek bir adım değil; mağazanızın büyüklüğüne göre manuel CSV, otomatik bir yedekleme uygulaması veya API tabanlı özel bir akış arasında seçim yapmanız gerekiyor. Doğru seçim, kataloğunuzun büyüklüğüne, veri hareketliliğinize ve veri üzerinde ne kadar kontrol istediğinize bağlı; en yüksek öncelikli dört veri türünü (ürün, sipariş, müşteri, tema) otomatik bir çözümle güvenceye almak, geri kalanı için manuel bir rutin yeterli olabilir.
Mağazanız için doğru yedekleme stratejisini (hazır uygulama mı, özel API akışı mı) belirlemek isterseniz Nodus Works ile iletişime geçin; mevcut veri hacminizi ve risk toleransınızı değerlendirip en uygun yaklaşımı birlikte netleştirelim.
