Hyvä geçişi ne kadar sürer? Aşamalar ve takvim

“Ne kadar sürer?” genellikle Hyvä hakkında duyduğumuz ikinci sorudur; hemen “daha hızlı olacak mı?” sorusunun ardından gelir. Dürüst cevap: mağazanıza bağlı. Bu cevap ancak neye bağlı olduğunu da açıklarsak işe yarar. Bu yazıda Luma’dan Hyvä’ya geçişin aşamalarını ve her aşamayı kısaltan ya da uzatan etkenleri ele alıyoruz.

Hyvä'da yeniyseniz, şununla başlayın: Hyvä'yı sade bir dille anlatan rehberimiz. Kısacası Hyvä, Luma’nın RequireJS, KnockoutJS, jQuery ve LESS tabanlı ön yüzünü Tailwind CSS ve Alpine.js ile değiştirir. Magento 2 arka ucunuz, kataloğunuz, müşterileriniz ve siparişleriniz olduğu yerde kalır.

Neden tek bir rakam yok

Hyvä'ya geçiş bir veri taşıması değil, ön yüzün yeniden yapılmasıdır. Ürünler, fiyatlar, müşteriler ve sipariş geçmişi hiçbir yere taşınmaz. Değişen şey, müşterinin gördüğü tüm şablonlar, script'ler ve stillerdir.

Yani işin büyüklüğünü mağazanızın ön yüzünün kapsamı belirler:

• Ön yüzde çıktı üreten kaç üçüncü taraf eklenti olduğu.
• Bu eklentilerin bir Hyvä uyumluluk modülü olup olmadığı.
• Mevcut görünümünüzü korumak mı, yeni bir tasarım mı istediğiniz.
• Hangi ödeme sayfasını seçtiğiniz.
• Kaç mağaza görünümü, dil ve pazarda faaliyet gösterdiğiniz.

Aynı sayıda ürüne sahip iki mağaza çok farklı miktarda iş gerektirebilir. Birkaç bilinen eklentisi olan ve Hyvä'nın kendi tasarımını kullanan bir mağaza küçük bir projedir. Çok sayıda özel modülü, yoğun şekilde özelleştirilmiş bir ödeme sayfası ve birden fazla pazarı olan bir mağaza ise çok daha büyük bir projedir.

1. aşama: analiz ve proje planı

Her şey mevcut mağazanızın analiziyle başlar. Etkin olan tüm modülleri listeliyor ve her birinin ön yüzde ne yaptığını kontrol ediyoruz. ERP bağlantıları veya feed dışa aktarıcıları gibi yalnızca arka uçta çalışan modüller genellikle hiç ön yüz çalışması gerektirmez.

Ön yüzde çalışan her modül için üç olasılık vardır:

1. Bir Hyvä uyumluluk modülü vardır ve kurulabilir.
2. Uyumluluk modülü yoktur; şablonların Alpine.js ve Tailwind için yeniden yazılması gerekir.
3. Modüle artık ihtiyaç yoktur ve kaldırılabilir.

Bu adımı ayrıntılı olarak şu yazıda anlatıyoruz: Hyvä geçiş kontrol listemiz. Analiz ayrıca sunucuyu, mevcut hız ölçümlerini ve analitik kurulumunuzu da kapsar. Sonunda tasarım, yapı, eklentiler ve sunucuyu içeren bir proje planı ve bir takvim alırsınız.

Belirsizliğin büyük kısmını ortadan kaldıran aşama budur. Analizden önce verilen her takvim bir tahminden ibarettir.

2. aşama: kapsam ve sabit fiyatlı teklif

Analiz tamamlandığında kapsam net bir listeye dönüşür. Sayfalar, ödeme sayfası ve eklentiler tek tek yazılır. Geliştirmeyi bu listeye göre yaparız ve onayladığınız liste de budur.

Büyük kararlar da kapsam aşamasında verilir:

• Tasarım yolu. Logonuz, renkleriniz ve yazı tiplerinizle Hyvä'nın kendi tasarımı, yayına çıkmanın en hızlı yoludur. Mevcut temanızı uyarlamak veya özel bir tasarım yapmak daha uzun sürer.
• Ödeme sayfası. Hyvä Checkout, üçüncü taraf bir ödeme çözümü ya da kendi 2 adımlı, 3 adımlı veya tek sayfa şablonlarımızdan biri. Her birinin kurulum ve test yükü farklıdır.
• Uyumluluk modülü olmayan eklentiler. Her biri ya yeniden yapılır, ya başka bir çözümle değiştirilir ya da kaldırılır.

Burada verilen net kararlar geliştirme aşamasını kısa tutar. Burada açık kalan sorular ise genellikle sonradan gecikme olarak geri döner.

3. aşama: test ortamında tasarım ve geliştirme

Geliştirme her zaman bir test ortamında (staging) yapılır, asla canlı mağazanızda değil. Hyvä sürümü yanında hazırlanırken canlı Luma mağazanız satış yapmaya devam eder.

Tipik çalışma sırası şöyledir:

1. Tailwind'de alt tema ve tasarım değişkenleri (renkler, yazı tipleri, boşluklar).
2. Üst bölüm, alt bölüm, menü ve arama.
3. Kategori sayfaları, katmanlı gezinme ve ürün listeleme.
4. Yapılandırılabilir ürünler, galeri ve yorumlar dahil ürün sayfaları.
5. Sepet, mini sepet ve ödeme sayfası.
6. Müşteri hesabı sayfaları ve CMS içerikleri.
7. Yeniden yazılması gereken eklenti şablonları.

Ürün sayfası ve ödeme sayfası genellikle en çok zamanı alır, çünkü en fazla mantığı ve en fazla eklentiyi bunlar taşır. Page Builder ile hazırlanmış içerik sayfaları da dikkat ister; Luma döneminden kalan widget'lar Hyvä'nın artık yüklemediği script'lere dayanıyor olabilir.

Test ortamını yalnızca sonda değil, geliştikçe inceliyorsunuz. Kısa geri bildirim döngüleri, en sondaki tek büyük incelemeden çok daha hızlıdır.

4. aşama: test

Test, sona eklenen kısa bir adım değildir. Başlı başına bir aşamadır ve bu aşamayı atlamak, geçişlerin yayından sonra sorun çıkarmasının en yaygın nedenidir.

• Ödeme sayfası testleri her pazardaki her ödeme ve kargo yöntemi için.
• Mağaza görünümü testleri çeviriler, para birimleri ve vergi gösterimi için.
• İzleme testleri GA4 e-ticaret olayları ve tüm pazarlama etiketleri için.
• Hız testleri ana sayfa, kategori ve ürün sayfalarında Lighthouse ile.
• SEO kontrolleri adresler, canonical etiketleri, yapılandırılmış veri ve yönlendirmeler için.

Hız testi yöntemimizi şu yazıda anlatıyoruz: Hyvä hızını Lighthouse ile nasıl test ediyoruz?. Ödeme sayfasının güvenlik kuralları da klasik bir sorundur: Hyvä Checkout Magewire üzerinde çalışır ve Content Security Policy kurallarının gerçek ödeme sağlayıcılarınızla test edilmesi gerekir.

5. aşama: yayına alma ve sonrası

Geçişin kendisi planlıdır ve kısa sürer. Arka uç değişmediği için yayına almak büyük ölçüde yeni temayı dağıtmak, mağaza görünümlerinize atamak ve önbellekleri temizlemekten ibarettir.

İyi bir yayına alma planı şunları içerir:

• Trafiğin düşük olduğu bir yayın zamanı.
• Kritik bir sorun çıkarsa eski temaya geri dönüş yolu.
• Dağıtımdan sonra CDN önbelleğinin temizlenmesi.
• İlk günlerde siparişlerin, hataların ve başarılı ödemelerin izlenmesi.

Yayından sonra yeniden ölçüm yapıp başlangıç değerleriyle karşılaştırıyoruz. Laboratuvar puanları önemlidir, ancak gerçek kullanıcı verileri ve tamamlanan ödemeler daha önemlidir.

Geçişi ne kısaltır, ne uzatır

Tek başına en büyük etken genellikle eklenti listesidir. Kullanılmayan modülleri geçişten önce kaldıran bir mağaza, sonraki her aşamada zaman kazanır.

SSS

Hyvä'ya geçiş sırasında mağazam kapanır mı?

Hayır. Yeni ön yüz, mevcut mağazanız satışa devam ederken bir test ortamında hazırlanır. Yayına alma anındaki geçiş kısadır ve sakin bir zamana planlanır.

Ürünlerimizi ve müşterilerimizi taşımamız gerekir mi?

Hayır. Hyvä bir ön yüz temasıdır; kataloğunuz, müşterileriniz ve siparişleriniz aynı Magento veritabanında kalır. Yalnızca mağaza ön yüzü yeniden yapılır.

Aynı anda Magento 2 upgrade'i de yapabilir miyiz?

Mümkün, ancak genellikle ayrı bir adım olarak yapılmasını öneriyoruz. İkisini birleştirmek testi zorlaştırır; çünkü bir sorunun upgrade'den mi yoksa yeni temadan mı kaynaklandığını ayırt edemezsiniz.

Kendi mağazanız için gerçekçi bir takvim mi istiyorsunuz? Hyvä geçiş paketlerimiz her eklentinin analiziyle başlar; böylece plan bir tahmine değil, sizin mağazanıza dayanır.