Çalışan Shopify mağazanızdaki sorun belirli bir ürün bilgisi, sayfa veya işlevle sınırlıysa önce mevcut yapıda çözümü araştırın. Aynı temanın yeni sürümü gereken düzeltmeyi getiriyorsa sürüm güncellemesi ayrı bir seçenek olabilir. Birçok temel şablon, içerik yönetimi ihtiyacı ve alışveriş davranışı birlikte değişecekse farklı bir tema üzerinde yenileme değerlendirilebilir.
Kararı temanın yaşına veya yeni bir tanıtım mağazasının görünümüne göre vermeyin. Hangi sorunun, hangi kapsamla ve hangi kabul kontrolüyle çözüleceğini karşılaştırın. Görsel yenilik, daha iyi satış veya arama sonucu elde edildiğinin kanıtı değildir.
Önce sorunu bir müşteri göreviyle tarif edin
“Mağaza eski görünüyor” veya “satışlar düşük” incelemeye başlamak için bir gözlemdir. Hangi müdahalenin gerektiğini henüz söylemez. Sorun kaydı şu dört bilgiyi içersin:
- Sayfa ve durum: Hangi sayfada, cihazda, ürün ve seçenek durumunda görülüyor?
- Kanıt: Tekrar üretilebilen hata, müşteri geri bildirimi veya hangi veri var?
- Beklenen davranış: Müşteri neyi anlayabilmeli ya da yapabilmeli?
- Kabul kontrolü: Değişiklikten sonra neyi hangi örneklerle kontrol edeceğiz?
Temsili bir kayıt: “Mobil ürün sayfasında beden ölçüleri satın alma alanından bulunamıyor. Aynı şablonu kullanan ürünlerde doğru ölçü bilgisini erişilebilir sunmak ve seçenek değişiminde satın alma alanını kontrol etmek istiyoruz.” Bu kayıt gerçek bir müşteri projesinin sonucu değildir; problemi tarif etme örneğidir.
Ölçü bilgisinin hiç hazırlanmaması ile hazırlanmış bilginin yanlış yerde görünmesi farklı sorunlardır. İlki içerik sorumluluğu, ikincisi ayar veya geliştirme ihtiyacı doğurabilir. Sorunu tarif etmeden yeni tema satın almak bu farkı çözmez.
İçerik, geliştirme, sürüm ve tema değişimini ayırın
Mevcut temayı geliştirmek, kullanılan yapı üzerinde bölüm, şablon veya işlev değişikliği yapmaktır. Sürüm güncellemesi, aynı temanın sağlayıcısının yayımladığı başka bir sürüme geçmektir. Yeni temaya geçiş ise farklı bir tema üzerinde mağazanın sunumunu ve ilgili davranışlarını yeniden hazırlamaktır.
Bu yollar bir mağazada birlikte de gerekebilir. Ancak her birinin gerekçesi ayrı yazılmalı; sürüm güncellemesi sırasında kapsam fark edilmeden bütün mağaza yeniden tasarımına dönüşmemelidir.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Gözlenen durum | Önce aranacak kanıt | İlk müdahale adayı | Kapsamı büyütme koşulu |
|---|---|---|---|
| Ürünün ölçü veya malzemesi anlaşılmıyor | Bilgi hazır mı, mevcut alanlarda gösterilmiş mi? | İçerik ve ayar düzeltmesi | Gerekli bilgi mevcut yapıda yönetilemiyorsa |
| Tek şablonda seçenek seçimi zorlaşıyor | Aynı sorun farklı ürünlerde tekrar ediyor mu? | Belirli şablon/işlev geliştirmesi | Sorun birçok ortak bileşene yayılıyorsa |
| Bilinen tema hatası sürüm notunda düzeltilmiş | Mevcut sürüm, düzeltmenin kapsamı ve bağımlılıklar | Aynı temanın sürüm güncellemesi | Mimari veya gereken özellik mevcut temada yoksa |
| Ekip temel içerikleri değiştiremiyor | Hangi iş için kod veya dış destek gerekiyor? | Yönetilebilir alan geliştirmesi | Birçok sayfa ailesi yeniden kurulmak zorundaysa |
| Farklı sayfa aileleri artık yeni ürün yapısını taşıyamıyor | Hangi şablon hangi zorunlu görevi karşılamıyor? | Daha geniş yenileme karşılaştırması | Yeni tema aynı görevlerde somut üstünlük gösterebiliyorsa |
| Sayfalar yavaş veya kararsız çalışıyor | Medya, uygulama, kod ve sayfa türü incelemesi | Nedenin bulunduğu alanda düzeltme | Temanın yapısı temel neden olarak doğrulanırsa |
Bu tablo otomatik puanlama yapmaz. “Yeni tema” satırına gelmek için belirli sayıda şikâyet toplamak gerekmez; gerekli davranışın mevcut yapıda karşılanıp karşılanmadığını anlamak gerekir.
Düşük satışın nedenini tema adıyla açıklamayın
İlgili trafik eksikliği, ürün teklifi, ölçüm hatası, içerik yetersizliği ve satın alma akışındaki teknik sorunlar farklı işlerdir. Satış azalınca önce bu alanları ayırın. Satış yok teşhis rehberi bu incelemenin sırasını verir; ürün sayfası rehberi ise sayfadaki karar bilgisini ayrıntılandırır.
Performans için de aynı dikkat gerekir. Tema kodu, medya ve uygulamalar birlikte etkili olabilir; tek bir hız puanı “tema değişmeli” sonucu vermez. Shopify'ın performans açıklamasını temel alarak sorunu ilgili sayfa ve bileşene indirin.
Erişiminiz varsa web performans raporlarında cihaz, sayfa türü ve sayfa adresi ayrımlarına bakabilirsiniz. Raporlar için ilgili yetki gerekir; yeni veya özel erişimli mağazalarda veri olmayabilir. Veri yokluğunu iyi performans kanıtı saymayın. Tekrar üretilebilen hata kayıtlarını ölçümden ayrı tutun.
Sürüm güncellemesini bir çözüm adayı olarak inceleyin
Sağlayıcının sürüm notunda sizin sorununuzla ilgili ne değişmiş? Güncelleme yalnız başka özellikler getiriyorsa mevcut müşteri sorununuz kendiliğinden çözülmez. Mimariyle ilgili bir özellik her eski temaya sürüm numarası yükseltilerek eklenemez; temanın sunduğu yapıyı mimari belgesinden ayırın.
Shopify güncelleme belgesine göre özel kodun güncellemeye dahil edilmesi çakışmaya bağlıdır. Güncel taslağın eklenmiş olması, gerekli uygulamaların ve önceki geliştirmelerin kabul edildiği anlamına gelmez. Karar aşamasında aktarılacak işleri kaydedin; uygulama aşamasını ayrıca planlayın.
Sürüm güncellemesi seçildiyse özel kod, uygulama ve geri dönüş planını hazırlayın. Daha geniş yeniden tasarım kararı verildiğinde sayfa önceliği rehberi kapsam sırasını kurmanıza yardımcı olur. Sorun ve iki çözümü Tema değerlendirme ve müdahale dosyasına işleyebilirsiniz.
Mevcut yapıyla yeni yapıyı aynı kapsamda karşılaştırın
Yeni temanın ana sayfası ile mevcut mağazanın bütün sorunlarını karşılaştırmak yanıltıcıdır. İki çözüm için de aynı örnek ürünleri, müşteri görevlerini ve içerik yönetimi işlerini kullanın. Yeni bir tema adayını değerlendirirken Shopify tema seçimi rehberindeki ürün, şablon ve uygulama uyumu kontrollerini kullanın.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Karşılaştırma alanı | Mevcut temada çözüm | Yeni temada çözüm |
|---|---|---|
| Karşılanacak müşteri görevi | Aynı sorun kaydı | Aynı sorun kaydı |
| Değişecek şablon ve ortak bileşenler | Tek tek listelenir | Tek tek listelenir |
| Korunacak özel işlevler | Kalacak/gelişecek/bırakılacak | Taşınacak/yeniden yapılacak/bırakılacak |
| Gerekli uygulamalar | Mevcut ve değişecek yerleşimler | Hedef yerleşim ve uyum yolu |
| İçerik hazırlığı | Eksik metin/görsel/ürün bilgisi | Eksik metin/görsel/ürün bilgisi |
| Kabul | Aynı ürün, cihaz ve görev seti | Aynı ürün, cihaz ve görev seti |
| Sonraki bakım | Sorumlu ve değişiklik kaydı | Sorumlu ve değişiklik kaydı |
Her alanın cevabı “hazır” olmak zorunda değil. Bilinmeyeni inceleme gerekiyor olarak kaydetmek, kapsamı görünür kılar. Yeni tema gerekli bir uygulamayı hedef yerde gösteremiyorsa bunu sonradan çözülecek küçük bir ayrıntı gibi kapatmayın.
Bedeli yalnız tema satın alma tutarıyla karşılaştırmayın
Mevcut yapıda tek bir bölüm değişecekse yeni temada birçok içeriği yeniden yerleştirmek gereksiz iş yaratabilir. Buna karşılık çok sayıda eski müdahaleyi korumak ve her yeni ihtiyacı bu yapıya eklemek de geniş çalışma gerektirebilir. Hangi yolun daha az iş olduğu gerçek kapsamla belirlenir.
Karşılaştırmada tema/lisans, içerik, tasarım, geliştirme, uygulama uyarlaması, kontrol ve yönetim aktarımını ayrı görün. Sonraki sürümde kimin neyi inceleyeceğini yazın. Kurulum maliyeti rehberi bu giderleri ayırmanıza yardımcı olur; mevcut mağaza işinin bedeli kendi değişiklik kapsamıyla belirlenir.
Kesin süre veya fiyat çıkarmadan önce bilinmeyenleri kapatacak küçük bir inceleme işi gerekebilir. Bu incelemenin çıktısı da somut olmalı: örneğin bir sorun kaydı, etkilenen şablonlar ve uygulanabilir iki çözümün farkı.
Arama görünürlüğünü ve çalışan adresleri koruyun
Search Engine Optimization (arama motoru optimizasyonu, SEO), sayfalarınızın arama motorlarında bulunmasını ve içeriğinin anlaşılmasını destekleyen çalışmalardır. Tema kararı bu alandaki bütün işleri tek başına çözmez.
Önemli mevcut sayfalarda başlıkların, ürün bilgilerinin, bağlantıların ve erişimin yeni yapıda nasıl korunacağını kaydedin. Tema değişikliğiyle ürün içeriği veya sayfa adresi değişikliğini ayrı tutun. Yalnız görünüm değişiyor diye bütün ürün adreslerinin yenilenmesi gerekmez. Ayrıntılı kontrolü ürün ve koleksiyon görünürlüğü rehberinde sürdürün.
Yenileme sonrasında görülen trafik değişimini doğrudan temaya bağlamayın. Aynı dönemde kampanya, ürün, stok veya içerik değişmiş olabilir. Önce teknik kabulü, ardından yeterli veriyle ticari sonucu değerlendirin.
Taslakta çalışma ile mağaza genelindeki değişikliği ayırın
Temanın bir kopyasını oluşturarak değişiklikleri hazırlayabilirsiniz. Ancak tema kopyası veya indirmesi, bütün mağazanın yedeği değildir. Ürün verisi, menüler veya uygulama ayarları için ayrı kayıt ve geri dönüş yolu gerekir.
Bu nedenle müdahale kararında yalnız “taslakta yapılacak” yazmak yeterli olmaz. Hangi iş tema içinde, hangisi mağaza genelinde? Hangisi çalışan mağazayı etkileyebilir? Kabul ve yayın adımını kim yönetecek? Yayına hazırlık rehberi ilgili senaryoları tamamlamak için kullanılabilir.
Sonraki adım için üç somut kayıt hazırlayın
Mağaza adresini ve tema bilgisini, en önemli sorun kaydını, korumak istediğiniz işlevleri bir araya getirin. Veri varsa ekleyin; yoksa bunu açık bırakın. Seçilen müdahalenin gerekçesi bu kayıtlardan anlaşılabilsin.
Shopify proje brief'i dosyasını bu bilgilerle doldurabilirsiniz. Sorunun nerede olduğunu henüz ayıramıyorsanız dönüşüm optimizasyonu kapsamı teşhis ihtiyacınıza daha yakın olabilir. Değişecek alanlar belirginse Shopify tasarım ve geliştirme hizmetini inceleyip sorun ve kapsam dosyanızı mağaza görüşmesine taşıyabilirsiniz.
