Shopify tema güncellemesini, yeni sürümü taslağa eklemekten ibaret görmeyin. Önce geçiş gerekçesini, korunacak özel geliştirmeleri ve uygulama bağlantılarını kaydedin. Ardından güncel kopyayı kontrol edin; yayın kabulünü ve sorun halinde geri dönüş yolunu hazırlayın.
Bu rehber aynı temanın başka bir sürümüne geçiş içindir. Farklı bir tema seçmek veya bütün mağazayı yeniden tasarlamak daha geniş kararlardır. Hangi müdahalenin gerektiği henüz belli değilse önce tema geliştirme ve yenileme rehberini kullanın.
1. Hedef sürümü ve güncelleme gerekçesini yazın
Tema adını, sağlayıcısını, mevcut sürümü ve hedef sürümü birlikte kaydedin. Aynı temanın sürüm numarasıyla temanın mimarisi farklı bilgilerdir; yeni bir mimari özelliğin eski yapıya sıradan güncellemeyle geleceğini varsaymayın. Tema mimarisi belgesi bu ayrımı açıklar.
Sağlayıcının sürüm notunda sizin ihtiyacınızla ilgili değişiklik ne? Bir hata düzeltmesi, gerekli işlev veya bakım ihtiyacı bulunabilir. “Yeni sürüm çıkmış” bilgisiyle müşteri sorununu çözen değişikliği ayrı kaydedin. Beklenen sonucu bir kontrol cümlesine dönüştürün: “Seçenek değiştiğinde ürün bilgisi ve sepete eklenen seçenek tutarlı kalacak” gibi.
Shopify'ın standart güncelleme yolu, Theme Store'dan gelen uygun temada güncel sürümü taslağa ekler. Store dışından alınan tema için sağlayıcının yolu gerekir; aynı işlem her temada bulunmaz. Tema düzenleyicisi değişiklikleri aktarılırken özel kodun aktarımı çakışmaya bağlıdır. Sonucu incelemeden korunmuş kabul etmeyin.
2. Tema içindeki ve mağaza genelindeki değişiklikleri ayırın
Tema taslağı, mağazanın bütün verilerini ayrı bir test kopyasına dönüştürmez. Ürün açıklaması, menü, uygulamanın genel ayarı veya bağlı hizmette yapılan değişiklik çalışan mağazayı da etkileyebilir. Sadece tema yayın düğmesine basılmadığını söylemek bu değişiklikleri güvenli kabul etmek için yeterli değildir.
Hazırlığa başlamadan bir değişiklik envanteri oluşturun:
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Alan | Ne kaydedilmeli? | Tema dışı etkisi var mı? | Kontrol sahibi |
|---|---|---|---|
| Tema ayarları ve bölüm düzenleri | Önemli sayfa örnekleri, şablon ve içerik alanları | Kaynağına göre incelenir | Marka ekibi / uygulayıcı |
| Özel geliştirmeler | İhtiyaç, dosya veya bölüm, önceki değişiklik kaydı | Bağlantıya göre incelenir | Geliştirici |
| Uygulama blokları ve gömmeler | Uygulama adı, hedef şablon, yerleşim ve durum | Uygulama ayarına göre incelenir | Uygulama sorumlusu |
| Ürün ve diğer ortak içerikler | Hangi veri değişecek, kim hazırlayacak? | Evet, tema dışında yönetilebilir | İçerik sorumlusu |
| Menü ve bağlantılar | Değişecek hedefler ve eski durum | Evet, kullanılan ortak menüye göre | Mağaza yöneticisi |
| Sağlayıcı veya uygulama genel ayarı | Önceki değer, yeni değer ve geri alma yolu | Evet, kapsamı ayrıca belirlenir | Yetkili hesap sorumlusu |
Bu tabloyu doldurmadan “yalnız tema güncellemesi” diye kapsamı küçültmeyin. Temada hiç görünmeyen bir işlem de yayın planının bağımlılığı olabilir.
3. Mevcut yapının kopyasını ve değişiklik kaydını hazırlayın
Değişiklikten önce temanın kopyasını alın; hangi kopyanın yayın öncesi durumu temsil ettiğini anlaşılır adla kaydedin. Gerekirse tema dosyasını ayrıca saklayın. Shopify'ın kopyalama belgesi, tema indirmesinin ürünleri, koleksiyonları, menüleri, sayfaları ve diğer mağaza dosyalarını içermediğini açıklar.
Bu yüzden geri dönüş dosyanız yalnız bir tema dosyası olmasın. Tema dışında değişecek verinin eski halini, uygulama ayarlarını ve uygulanmış işlemleri ayrı kaydedin. Temayı daha önce geliştiren ekipten özel bölüm, dosya ve gerekçe listesini isteyin. Liste yoksa bu eksikliği işin başında görünür kılın; bilinmeyen kodun tamamını koruma sözü vermeyin.
Hazırlık sürerken yayındaki temada yapılan yeni içerik veya tasarım değişiklikleri güncel taslağa yansımayabilir. Ekipçe bir kural belirleyin: kim değişiklik yapabilir, neyi kaydeder ve yayın öncesinde canlı yapıdaki değişiklikleri taslakla kim karşılaştırır? Uzun süren bir çalışmada değişiklik günlüğü olmadan iki yapı birbirinden uzaklaşabilir.
4. Güncel kopyadaki eksikleri işlev üzerinden inceleyin
Yeni sürüm eklendiğinde sistemin kod aktarımı sonucunu okuyun. Aktarım başarısızsa bütün eski dosyaları yeni sürümün üstüne yazmak yerine korunacak davranışları tek tek değerlendirin. Eski dosya düzeltmeleri yeni sürümdeki değişiklikleri de örtebilir.
Özel geliştirme incelemesinde üç soru kullanın:
- Bu değişikliğin çözdüğü ihtiyaç hâlâ var mı?
- Yeni sürüm aynı ihtiyacı yerleşik olarak karşılıyor mu?
- Korunacaksa hangi yöntemle aktarılacak ve nasıl kabul edilecek?
Kodun bir dosyada bulunması, gerekli davranışın çalıştığını göstermez. Örneğin ürün açıklamasını açan alan görünse bile klavyeyle kullanımı veya başka ürün ailesindeki içeriği bozulmuş olabilir. Karşılaştırmayı yalnız ekran görüntüsüyle bitirmeyin.
Uygulamalar için de bağlantı türünü ayırın. Uygulama bloğu, uygulama içeriğini desteklenen tema bölümüne yerleştirir. Uygulama gömmesi, editörden etkinleştirilen bir bağlantı biçimidir; bazı uygulamalar doğrudan tema kodu da ekler. Uygulama belgesi üzerinden hedef şablondaki yerleşimi ve etkin durumu kontrol edin. Eski temada uygulamanın kurulu olması yeni kopyadaki işlevin kabulü değildir.
5. Kabulü müşteri görevi ve kanıtla tamamlayın
Kontrol seti, mağazanızda kullanılan önemli ürün ve durumları temsil etsin. Aşağıdaki tabloyu gerçek kapsamınıza göre genişletin. Satırlar kontrol talimatıdır; bu rehberde yapılmış testleri göstermez.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Kontrol | Beklenen sonuç | Kaydedilecek kanıt |
|---|---|---|
| Menü, arama ve koleksiyondan ürüne ilerleme | Kullanılan yollar doğru sayfaya gider | Ürün/sayfa, cihaz ve gözlem |
| Ürün seçeneklerini değiştirme | Bilgi ve satın alma alanı seçilen ürünle tutarlıdır | Kontrol edilen seçenekler |
| Stokta olmayan durum | Kullanıcı durumu anlar; yanlış satın alma eylemi oluşmaz | Örnek ürün ve gözlem |
| Sepete ekleme, adet ve çıkarma | Doğru ürün/seçenek/adet korunur | Senaryo ve sonuç |
| Gerekli özel bölümler | Doğru içerik görünür ve yönetilebilir | Şablon, içerik kaynağı ve sonuç |
| Uygulama yerleşimleri | Gerekli işlev hedef sayfada çalışır | Uygulama, yerleşim ve durum |
| Mobil ve klavye kullanımı | Temel eylemlere erişilir, odak takip edilir | Cihaz/tarayıcı ve engel kaydı |
| Önemli sayfa adresleri ve içerik | Önceden çalışan sayfaya ulaşılır | Önceki/yeni durum karşılaştırması |
Önizleme bağlantılarının erişimi aynı değildir. Shopify'ın önizleme belgesi, ziyaretçi önizlemesiyle yönetici doğrulaması gerektiren mağaza önizlemesini ayırır; ödeme erişimi bu ayrımın parçasıdır. Bir dış gözlemcinin önizlemeyi görebilmesi tam sipariş akışının kontrol edildiğini göstermez.
Ödeme kontrolünü yetkili hesap ve sağlayıcıya uygun yöntemle ayrıca planlayın. Test sonucu, taslakta görsel kabul ve canlı satın alma sonucu ayrı kayıtlardır. Gerekli senaryolar için yayına hazırlık rehberini, sağlayıcı koşulları için ödeme yöntemleri rehberini kullanın. Kargo yapılandırmasını tema taşımasının doğal bir parçası gibi değiştirmeyin; ilgili ihtiyaç varsa kargolama rehberine göre ayrı kapsamlandırın.
Bağımlılıkları, kabul görevlerini ve yayın kartını tek yerde tutmak için Tema değerlendirme ve müdahale dosyasının güncelleme bölümünü kullanabilirsiniz.
6. Yayın kartı olmadan geçiş yapmayın
Güncellemeyi yayımlayacak kişi, kontrolleri kabul edecek kişi ve sorun anında karar verecek kişi belli olsun. Küçük ekipte aynı kişi birkaç rol üstlenebilir; görevlerin sahibi yine de yazılı olsun.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Yayın kartı | Doldurulacak bilgi |
|---|---|
| Yayındaki tema / sürüm | — |
| Hedef tema kopyası / sürüm | — |
| Güncelleme gerekçesi | — |
| Kapanan zorunlu kontroller ve kanıtları | — |
| Kabul edilmeyen açık iş | — |
| Tema dışı değişiklikler ve uygulama sırası | — |
| Yayın zamanı ve sorumlusu | — |
| Hemen sonra kontrol edilecek görevler | — |
| Geri dönüşe karar verecek kişi | — |
| Eski tema ve diğer geri alma yöntemleri | — |
Her açık iş yayın engeli olmayabilir. Ancak doğru ürünü sepete ekleyememe gibi kritik bir hata ile dekoratif bir hizalama eksiğini aynı listede belirsiz bırakmayın. Öncelikli alışveriş görevlerinin kabulü tamamlanmadıysa yayını erteleyin. “Sonra bakarız” kararı varsa bunun hangi düşük etkili iş için verildiği görülsün.
7. Geri dönüşün neyi geri alacağını önceden belirleyin
Shopify'da yeni tema yayımlandığında önceki tema taslaklara taşınır. Eski temayı yeniden yayımlamak görünüm ve temaya bağlı davranış için geri dönüş yolu olabilir. Aynı sırada değişen ürün verisini, uygulama genel ayarını veya oluşmuş siparişi kendiliğinden geri almaz.
Geri dönüş kararını tetikleyebilecek durumlara örnekler:
- Doğru seçenek sepete eklenemiyor veya sepet temel işlevi çalışmıyor.
- Önceden çalışan önemli sayfalara erişilemiyor.
- Zorunlu uygulama işlevi kaybolmuş ve hızlı düzeltme yolu doğrulanamıyor.
- Gerekli ürün bilgisi yanlış üründe gösteriliyor.
Bu durumlarda sorunu hangi sürümde ve hangi ürünle gördüğünüzü kaydedin. Geri dönüşten sonra aynı kontrolü yeniden yapın. Tema dışındaki bir değişiklik hatayı sürdürüyorsa ilgili ayarın sorumlusu kendi geri alma yöntemini uygulasın. Tek bir “geri aldık” mesajı bütün akışın doğrulandığı anlamına gelmez.
Yayından sonra önce işlevi, sonra sonucu değerlendirin
Yayın sonrasında kabul listesindeki önemli görevleri çalışan mağazada kontrol edin. Ardından normal kullanımda gelen hata ve geri bildirimleri değişiklik kaydıyla birlikte izleyin. Teknik olarak sorunsuz yayın ile satış, hız veya müşteri davranışında iyileşme ayrı sonuçlardır; yeterli veri olmadan ikincisini tamamlandı saymayın.
Tema sürümü, özel kod listesi ve açık bağımlılıklar elinizdeyse Shopify tasarım ve geliştirme hizmetinde hangi aktarım ve kontrol işlerinin gerektiğini kapsamlandırabilirsiniz. Güncelleme görüşmesine bu dosyayı eklemek, yalnız “temayı güncelleyelim” talebinden daha somut bir başlangıç sağlar.
