Hyvä'da uluslararası ödeme sayfası: geliştirdiğimiz 4 yerleşim

Bir ülkede iyi çalışan bir ödeme sayfası, bir sonrakinde yanlış hissettirebilir. Adres formatları farklıdır, müşteriler farklı ödeme yöntemleri bekler ve bazı pazarlar, diğerlerinin hiç göstermediği alanlara ihtiyaç duyar.

İngilizce ve Almanca mağaza görünümleri olan Hyvä demo mağazamızı geliştirirken, tek bir kod tabanından birkaç ülkeye hizmet verebilecek bir ödeme sayfası istedik. Sonunda dört yerleşim seçeneği ortaya çıktı. Bu yazıda neyi, neden geliştirdiğimizi ve bu süreçte neler öğrendiğimizi anlatıyoruz. Ayrıca bunun, müşterilerimize sunduğumuz ödeme sayfası seçenekleriyle nasıl örtüştüğünü de açıklıyoruz.

Hyvä'da ödeme sayfası seçenekleri

Hyvä, Luma ön yüzünün yerini alır; standart Luma ödeme sayfası ise Hyvä'nın kaldırdığı KnockoutJS ve RequireJS yapısı üzerine kuruludur. Bu yüzden bir Hyvä mağazasının bir ödeme sayfası stratejisine ihtiyacı vardır.

• Hyvä Checkout , Hyvä ekibinin Magewire üzerine geliştirdiği resmi ödeme sayfası çözümüdür. Sayfayı sunucuda oluşturur ve ağır bir JavaScript framework'ü olmadan sayfanın bölümlerini günceller.
• Luma tabanlı bir ödeme sayfası, örneğin kendini kanıtlamış bir tek sayfa ödeme (one-page checkout) eklentisi, bir Hyvä temasıyla birlikte çalışabilir. Bir ödeme modülü henüz Hyvä uyumlu değilse bu güvenli bir seçimdir.
• Hyvä tabanlı bir ödeme sayfası üzerine özel bir yerleşim: kendi şablonlarımız tam olarak bu.

Bu seçenekleri şu yazıda ayrıntılı olarak karşılaştırdık: Hyvä Checkout buna değer mi. Bu yazıda ise yerleşime ve uluslararası detaylara odaklanıyoruz.

Geliştirdiğimiz dört yerleşim

Demo mağazada uluslararası ödeme sayfası, dört yerleşimi olan tek bir formdur. Bloklar her yerleşimde aynı kalır. Yalnızca CSS grid yapısı ve her adımda hangi blokların gösterildiği değişir.

Tek mağazada birkaç yerleşim olması; aynı ürünleri, aynı ödeme yöntemlerini ve aynı mağaza görünümlerini farklı akışlarda test etmemizi sağladı. Ayrıca yerleşimin nadiren en zor kısım olduğunu da gösterdi.

Adresler beklediğinizden daha farklı

Magento ülkeler hakkında zaten çok şey bilir; iyi bir uluslararası ödeme sayfası bu bilgiyle savaşmak yerine onu kullanır.

• Posta kodları. Bazı ülkeler posta kodu hiç kullanmaz. Magento, posta kodunu Stores > Configuration > General > Country Options altında ülke bazında isteğe bağlı yapmanıza olanak tanır.
• Bölgeler ve eyaletler. Bazı ülkelerde eyalet ya da il bilgisi gerekir, çoğu Avrupa ülkesinde gerekmez. Magento bunu ülke bazında yönetir; ödeme sayfası da bu ayara uymalıdır.
• Adres satırları. Bazı ülkelerde kapı numarası sokak adından önce, bazılarında sonra gelir. Açık etiketler, akıllı ayrıştırma çözümlerinden daha çok işe yarar.
• Şirket ve KDV numarası. AB'deki kurumsal alıcılar çoğu zaman KDV numarası girmeyi bekler. Bu alanı yalnızca şirket adı girildiğinde göstermek, formu diğer herkes için kısa tutar.

Alan sırası da önemlidir. Ülkeyi en başa koymak, müşteri yazmaya başlamadan formun geri kalanının uyum sağlamasına olanak tanır.

Pazara göre ödeme ve kargo

Müşteriler zaten kullandıkları ödeme yöntemlerine güvenir. Kart ve PayPal Avrupa genelinde yaygındır; ancak birçok pazarda güçlü yerel yöntemler vardır ve bazı müşteriler kendi yöntemlerini bulamazsa sayfayı terk eder.

Magento, ödeme yöntemlerini belirli ülkelerle sınırlamanıza olanak tanır ve ödeme sayfalarımız bu ayarlara uyar. Her ödeme yöntemini, aktif olduğu her pazarda, ödeme sağlayıcısından başarı sayfasına dönüş dahil baştan sona test ediyoruz.

Kargo da aynı özeni ister. Ücretler, teslimat tahminleri ve kargo firması adları seçilen ülkeyle uyumlu olmalı; toplamlar da adres değiştiği anda güncellenmelidir.

Bir ödeme eklentisinin Hyvä desteği yoksa, yolu eklenti incelemesi belirler. Eklentiyi uyarlayabilir, bir alternatif bulabilir ya da şimdilik Luma tabanlı bir ödeme sayfası kullanabilirsiniz. Bu seçenekleri Hyvä uyumluluk modülü olmayan eklentiler başlıklı yazımızda ele alıyoruz.

Çeviriler ve mağaza görünümleri

Demo mağazamız, bayraklı dil seçicisiyle İngilizce ve Almanca mağaza görünümlerinde çalışıyor. Mağaza görünümüne özel çeviriler, karşılaştığımız tuzaklardan biriydi.

Ödeme sayfasındaki metinler aynı anda birçok yerden gelir: tema, ödeme sayfası modülü, ödeme modülleri, e-posta şablonları ve başarı sayfası. Bir yerde çevrilmiş bir metin, başka bir yerden hala İngilizce görünebilir.

Kuralımız, yayına almadan önce her mağaza görünümünde eksiksiz bir test siparişi vermek. Yalnızca ana adımları değil, o dildeki her etiketi, hata mesajını ve e-postayı okuyoruz.

Ödeme sayfasında güvenlik başlıkları

Magento, bir sayfanın hangi kodları ve çerçeveleri yükleyebileceğini kontrol etmek için Content Security Policy kullanır. Bunun en çok önem taşıdığı yer ödeme sayfasıdır; çünkü ödeme sağlayıcıları kendi kodlarını ve iframe'lerini yükler.

Hyvä Checkout'taki CSP kuralları da listemizdeki tuzaklardan biriydi. Test sayfasında çalışan bir ödeme widget'ı, alan adına izin verilmediğinde ödeme sayfasında sessizce çalışmayı bırakabilir.

Gerekli alan adlarını bir modülün csp_whitelist.xml dosyasına ekleyin ve her ödeme yöntemini tarayıcı konsolu açıkken test edin. Engellenen bir kod, bir müşteri bildirmeden çok önce orada görünür.

Başarı sayfası da ödeme sürecinin bir parçasıdır

Sunduğumuz her ödeme sayfası şablonu, özel bir başarı sayfasıyla birlikte gelir. Sipariş verilmiştir, ama müşterinin dikkati hala sayfadadır.

İyi bir başarı sayfası siparişi açıkça onaylar, sonraki adımları anlatır ve misafir siparişini bir hesaba dönüştürmeyi teklif eder. Satın alma takibi de bu sayfada tetiklenir; bu yüzden onu ödeme adımı kadar dikkatle test ediyoruz.

Test siparişlerini raporlardan uzak tutmak

Dört yerleşimi iki dilde test etmek çok sayıda sipariş oluşturur. Demo mağazada her gece çalışan bir görev test siparişlerini otomatik olarak temizliyor; böylece raporlar ve stok gerçekçi kalıyor.

Canlı bir mağazada siparişleri silmezsiniz, ama fikir yine geçerlidir. Ödeme sayfası testleri için bir test ortamı kopyası kullanın ve orada giden e-postaları kapatın; böylece test müşterilerine hiçbir şey gitmez.

SSS

Hangi ödeme sayfası yerleşimi en iyi dönüşümü sağlar?

Herkes için geçerli bir yanıt yok; çünkü bu, sepet büyüklüğüne, hedef kitleye ve pazara bağlıdır. Mağazaya ve ürünlere uyan yerleşimle başlıyor, yayına aldıktan sonra seçenekleri gerçek verilerle karşılaştırıyoruz.

Bir mağaza ülkeye göre farklı ödeme sayfası yerleşimleri kullanabilir mi?

Ödeme sayfası mağaza görünümünü takip eder; bu yüzden farklı mağaza görünümleri farklı ayarlar ve içerikler kullanabilir. Her ülke için ayrı bir yerleşimin ek test eforuna değip değmeyeceği ise her müşterimizle birlikte değerlendirdiğimiz bir iş kararıdır.

Hyvä teması kullanmak için Hyvä Checkout gerekli mi?

Hayır. Bir Hyvä teması Hyvä Checkout ile, Luma tabanlı bir ödeme sayfasıyla ya da özel bir ödeme sayfasıyla çalışabilir. Doğru seçim büyük ölçüde ödeme ve kargo eklentilerinize bağlıdır.

Birden fazla pazar için Hyvä ödeme sayfası mı planlıyorsunuz? Tüm seçeneklerimiz için: Hyvä ödeme sayfası seçenekleri, ya da bize ulaşın ; ülkelerinizi ve ödeme yöntemlerinizi birlikte konuşalım.