Bir vitrin, tek bir uygulama gibi görünebilirken, çok farklı ön yüz sistemlerini içerebilir. Sanexo’da, Magento çalışmalarım arasında bir Hyvä vitrini ve Luma tabanlı bir ödeme süreci yer aldı. Ürün keşfi ve ödeme aynı mağazaya aitti, ancak yolculuğun bir kısmında işe yarayan bir değişiklik, diğer kısımda otomatik olarak güvenli değildi.
Magento geliştirmeden, sunuculara, entegrasyonlara, verilere ve etrafındaki otomasyona kadar sorumluydum. Bu daha geniş sahiplik, ön yüz değişikliklerine yaklaşımımı şekillendirdi. Kullanışlı iş birimi, tamamlanmış görünen izole bir sayfa yerine, hala tamamlanan bir müşteri yolculuğuydu.
Sepet, teslim alma noktasıdır.
Bir ürün sayfasından ödeme sayfasına geçiş, kendi incelemesini hak ediyor. Bir müşteri bir ürün ve seçenekler seçer, bir miktar ekler, sepete açar ve teslimat ve ödeme aşamasına geçer. Ürün kimliği, seçilen seçenekler ve toplamlar bu geçiş boyunca anlamlarını korumalıdır.
Bu tür karışık mağazalar için, temsilci sepetlerden oluşan küçük bir setle bir incelemeye başlıyorum. Basit bir ürün, temel sepet davranışını ortaya koyar. Seçenekleri olan bir ürün, yapılandırma hatalarını gösterir. Bir promosyondan etkilenen bir sepet, toplamlar hakkında anlaşmazlıkları ortaya çıkarır. Ödeme işleminden mağazaya geri dönmek de önemlidir; yolculuk sadece ileriye doğru gitmez.
Bunlar inceleme senaryolarıdır, bir temanın her ödeme kuralını belirlediği iddiası değildir. Fiyatlandırma, stok ve sipariş oluşturma arka uçla ilgili konulardır. Ön uç, sonuçlarını tutarlı bir şekilde sunmalı ve hataları anlaşılır hale getirmelidir.
Modül uyumluluğu bir konum gerektirir.
Sanexo’daki sorumluluklarım, özel ve üçüncü taraf modülleri içeriyordu. Bir modülün uyumlu olup olmadığını sormak, bir sürümü yönlendirmek için çok geniş bir sorudur. Daha faydalı soru, o modülün nerede yer aldığıdır: kategori render’ı, ürün yapılandırması, sepet etkileşimi, ödeme, yönetim veya arka plan süreci.
Bir arka uç entegrasyonu ve bir ön uç widget’ı farklı bağımlılıklara sahiptir. Bir modül, sunucu davranışını koruyabilirken, tarayıcı etkileşimi üzerinde çalışılması gerekebilir. Tersine, bir bileşen doğru bir şekilde render edilebilirken yanlış verileri gönderebilir. Değişikliklerin ne kadarının gözden geçirilmesi gerektiğine karar vermeden önce bu soruları ayırırım.
Bu, geliştirici olmayanlarla iletişimi de kolaylaştırır. “Ürün rozeti hazır” ve “ödeme promosyonu doğrulandı” farklı sonuçları tanımlar. Bunları ayrı teslimatlar olarak ele almak, işletmeye güvenli bir şekilde neyin piyasaya sürülebileceği konusunda daha net bir resim sunar.
Performans ve doğruluk sürümü paylaşır
Core Web Vitals, Sanexo’nun ürün ve kategori sayfalarında benim rolümün bir parçasıydı. Daha hızlı keşif sayfaları değerlidir, ancak bir performans iyileştirmesi hala işlevsel bir sınır gerektirir. Bir scriptin kaldırılması veya geciktirilmesi, bir ürün seçici, bir sepet etkileşimi veya daha önce başlatılması beklenen bir modül üzerinde etkili olabilir.
Bu nedenle inceleme sorularım hızı davranışla ilişkilendiriyor: ürün seçilebilir mi, sepete ekleme sonucu görünür mü ve bir alıcı başarısız bir isteğin ardından toparlanabilir mi? Hızla yüklenen ancak müşteriyi sepeti hakkında belirsiz bırakan bir sayfa işi tamamlamamıştır.
Çevredeki Magento altyapısına sahip olmak, her yavaş etkileşimi bir tema sorunu olarak değerlendirmemi de engelledi. Önbellek davranışı, arka uç yanıt süresi ve tarayıcı çalışması benzer semptomlar üretebilir. Tanı, değişiklik yapmadan önce katmanı belirlemelidir.
Sürdürülebilir bir sınır
Bu kurulum için pratik bir bakım kaydı, her bir rotayı hangi ön yüzün sahip olduğunu, hangi modüllerin her iki tarafı etkilediğini ve bir değişiklik sonrası hangi sepet yolculuklarının yeniden kontrol edilmesi gerektiğini belirlemelidir. Ayrıca geri alma kapsamını da tanımlamalıdır: bir vitrin varlık değişikliği ve bir veri göçü aynı kurtarma yoluna sahip değildir.
Sanexo’dan alınan kalıcı ders, ön yüz modernizasyonunun aynı zamanda entegrasyon çalışması olduğudur. Paylaşılan iş durumu, farklı render sistemleri, farklı modül varsayımları ve tekrarlanan sürümler arasında hayatta kalmalıdır. Bu sınırları anlamak, mağaza hakkında operasyonel bir sistem olarak düşünmemi sağladı ve satın alma yolculuğunu merkezine aldı.
26 Eylül 2026’da güncellendi.