Müşterilere yönelik bir PrestaShop mobil uygulaması, alışveriş yapanların göz atmak, yeniden sipariş vermek ve ödeme yapmak için mağazanızın adı altında yüklediği bir iOS ve Android uygulamasıdır. PrestaShop bir tane göndermez, dolayısıyla bunu dört yoldan biriyle alırsınız: mobil uygulama oluşturucu modülü, web sitesinden uygulamaya dönüştürücü, yönetilen uygulama hizmeti veya özel derleme. Doğru seçim çoğunlukla ödeme işleminize bağlıdır, çünkü PrestaShop ödeme alanı modüllerden oluşturulmuştur.
Bu kılavuz, bir rota seçmenize ve para harcamadan önce bunu kendi mağazanızda kanıtlamanıza yardımcı olur. Kısa versiyon için bkz. PrestaShop'tan uygulama sayfasına.
Bir PrestaShop mağazasının bir uygulaması olmalı mı?
Bir uygulama, aynı kişiler sizden tekrar tekrar satın aldığında yerini kazanır. Önce mağazanızı dört soruya göre kontrol edin.
- Müşteriler yeniden sipariş veriyor mu? Şarap, kahve, evcil hayvan yemi, kozmetik ürünleri, yazıcı malzemeleri, yedek parçalar ve ticari sarf malzemeleri bir döngüyle satın alınır.
- Müşteriler bir şey yapmak için mi oturum açıyor? Grup fiyatları, sipariş geçmişi, faturalar, iadeler ve sadakat kuponlarının bulunduğu işlem hesapları, insanları hesaplarına geri getirir.
- Bildirilmeye değer haberleriniz var mı? Satışlar, stok yenilemeler ve yeni seriler bu baskıya uygun.
- Mobil mağaza zaten iyi mi? Telefonla alışveriş yapanlar bugün ödeme işlemini bırakırsa, bu ödeme işlemi üzerine oluşturulan bir uygulama sorunu devralır.
Siparişlerin çoğu ilk kez gelen ziyaretçilerden geliyorsa, çabayı bunun yerine mobil temaya harcayın.
Bir uygulama eklediğinizde PrestaShop'u farklı kılan şey nedir?
PrestaShop açık kaynaklıdır ve genellikle kendi kendine barındırılır ve insanların ödeme yapma ve paket alma şeklinin ülkeden ülkeye değiştiği Avrupa ve Latin Amerika'da yaygın olarak kullanılır. Tipik bir mağaza, ülkesine her seferinde bir modül takılır: Müşterilerin güvendiği banka yöntemi için bir ödeme modülü, teslim alma noktası haritasını içeren bir taşıyıcı modül, çeviriler, vergi kuralları ve kendi fiyatlarına sahip müşteri grupları.
Bu, ödemeyi zor kısım haline getiriyor. Ürünlerin ve kategorilerin bir uygulamaya kopyalanması kolaydır. Bir bankaya yönlendirilen, bankacılık uygulamasında onay isteyen ve ardından sipariş onay sayfanıza dönen bir ödeme ödeme değildir.
Versiyonlar da farklılık gösteriyor. PrestaShop 1.7, 8 ve 9'un tümü kullanımda ve PrestaShop 9.1, Mart 2026'da yayınlandı, birçok mağaza Klasik veya özelleştirilmiş bir temayı kullanırken Hummingbird'ü yeni yüklemeler için varsayılan tema haline getirdi. Mağazanıza kod koyan herhangi bir rotanın sürümünüz ve modüllerinizle eşleşmesi gerekir.
O halde her rota için bir soru sorun: uygulama modüllerimin neler eklediğini mi yoksa yalnızca PrestaShop'un temel bilgilerini mi gösteriyor?
PrestaShop mobil uygulamasını edinmenin dört yolu nedir?
Rota 1: Bir mobil uygulama oluşturucu modülü
Birçok satıcı mobil uygulama oluşturucu modüllerini PrestaShop Eklenti Pazarı ve kendi sitelerinde. Arka ofisinize bir bağlayıcı modül yüklersiniz; kataloğunuz, müşterileriniz ve siparişleriniz satıcının uygulamasına sunulur ve uygulama bunları yerel ekranlar olarak çizer. Bazıları bunun üzerine inşa edilir PrestaShop web hizmetiürünler, kombinasyonlar, alışveriş sepetleri, müşteriler ve siparişler gibi kaynaklar üzerinde bir CRUD API'si.
Şu konularda iyi: yerel ürün listeleri ve sayfaları ve web sitenizden farklı şekilde düzenlenmiş bir ana ekran.
Dikkatlice kontrol edin:
- Ödeme ve operatör desteği. API, siparişleri ve taşıyıcıları veri olarak tanımlar. Bir ödeme modülünün veya teslim alma noktası modülünün ödeme sayfasında ne sağladığını açıklamaz, dolayısıyla her birinin uygulama satıcısından açık destek alması gerekir. Desteklenen modüllerin listesini isteyin ve kendinizle karşılaştırın. Desteklenmeyen bir durum için yaygın bir geri dönüş, Web Görünümünde gösterilen web sitenizin ödemesidir.
- Sürüm ve lisans. Konektör diğer modüller gibi bir modül olduğundan PrestaShop sürümünüzü desteklediğinden ve hala güncel olduğundan emin olun. Lisanslar tek seferlik fiyat, abonelik ve ücretli ekstralar arasında değişiklik gösterir; bu nedenle, kendi geliştirici hesaplarınız altında mağazaya hazır derlemeler aldığınızdan emin olun.
- Design. Web teması özelleştirmeleriniz aktarılmaz. Uygulamanın kendine has bir görünümü var.
Rota 2: Bir web sitesinden uygulamaya dönüştürücü
Dönüştürücü, canlı web sitenizin etrafında yerel bir kabuk oluşturur. Kabuk, uygulama simgesini, başlatma ekranını, yerel başlığı, menüleri ve alt sekmeleri ve isteğe bağlı anında bildirimleri sağlar. Ön ofisiniz, Safari ve Chrome'un kullandığı aynı tarayıcı motoru olan Web Görünümü'ne yüklenir.
Şu konularda iyi: sadakat. Uygulama, temanızın ve modüllerinizin telefonda oluşturduğu her şeyi gösterir, çünkü bu aynı sunucudaki aynı sayfadır. PrestaShop'ta hiçbir şey yüklemezsiniz, dolayısıyla sürümü önemli değildir.
Dikkatlice kontrol edin: yerel olarak yeniden çizilmiş ürün ekranları alamazsınız. Uygulama, mobil temanız kadar hızlı ve düzenlidir ve daha iyisi yoktur. Mağazanızdan çıkan ödemeler, yerleşik bir tarayıcıda Safari veya Chrome'dan farklı davranabilir; aşağıdaki test planı da bunun içindir.
SiteTo.App bu rotayı kullanıyor. Mağaza URL'nizi yapıştırır, adı, simgeyi ve sekmeleri ayarlar ve uygulamayı kendi telefonunuzda ücretsiz olarak önizleyebilirsiniz. Bir derlemenin maliyeti Android için 29 ABD doları, iOS için 79 ABD doları veya her ikisi için de 99 ABD dolarıdır ve tek seferde ödenir.
Rota 3: Yönetilen bir uygulama hizmeti
Yönetilen bir hizmet, sayfalarınız için aynı WebView yaklaşımını kullanır ve bir ekip ekler. Uygulamayı yapılandırıyorlar, özel yerel ekranlar oluşturuyorlar, mağazalara gönderiyorlar ve aylık bir ücret karşılığında bakımını yapıyorlar. Bizim SiteTo.App ve MobiLoud karşılaştırması böyle bir hizmete ayrıntılı olarak bakıyor.
Rota 4: Özel bir uygulama
Bir ajans veya geliştirici, mağazanızın API'lerini kullanarak bir uygulama geliştirir. Bu, tamamen çevrimdışı çalışmak gibi bir web sitesinin yapamayacağı şeylerin yoludur. Bir proje olarak fiyatlandırılır ve PrestaShop'u yükselttiğinizde veya bağlı olduğu bir modülü değiştirdiğinizde yeniden çalışılması gerekir.
Rotalar nasıl karşılaştırılır?
| Uygulama oluşturucu modülü | Web sitesinden uygulamaya dönüştürücü | Yönetilen hizmet | Özel uygulama | |
|---|---|---|---|---|
| Ürün ve sepet ekranları | Yerel, satıcı tarafından çizilmiş | Mobil temanız | Mobil temanız ve özel yerel ekranlarınız | Yerli, sizin için tasarlandı |
| Ödeme ve operatör modülleri | Yalnızca satıcının desteklediği kişiler | Mobil sitenizde ne işe yararsa | Mobil sitenizde ne işe yararsa | Her biri elle entegre edilmiştir |
| PrestaShop'ta yüklü kod | Bağlayıcı modülü | Hiçbiri | Genellikle hiçbiri | Özel modül |
| Fiyatlandırma modeli | Lisans veya abonelik | Tek seferlik yapım ücreti | Aylık ücret | Proje artı bakım |
| Mağazalara kim başvuruyor? | Satıcıya göre değişir | Sen | Hizmet | Siz veya ajansınız |
| PrestaShop yükseltmesinden sonra çalışın | Bağlayıcıyı güncelleyin | Genellikle hiçbiri | Genellikle hiçbiri | Geliştirici zamanı |
Her rotanın maliyeti nedir?
- Uygulama oluşturucu modülü: satıcı tarafından belirlenir. Listeleme fiyatının tek seferlik bir lisans mı yoksa abonelik mi olduğunu ve yeni PrestaShop sürümleri için mağazaya hazır derlemelerin, push ve güncellemelerin ekstra olarak dahil edilip edilmediğini veya satılıp satılmadığını kontrol edin.
- Web sitesinden uygulamaya dönüştürücü: bir inşaat ücreti. SiteTo.App, Android için 29 ABD doları, iOS için 79 ABD doları veya her ikisi için de 99 ABD doları tutarında ücret alır; bir kez ödenir ve sonraki yeniden oluşturma işlemleri ayrı olarak fiyatlandırılır.
- Yönetilen hizmet: Uygulama yayında olduğu sürece aylık bir ücret. Route 3 altında bağlantısı verilen karşılaştırma, bir hizmetin mevcut rakamları üzerinden çalışmaktadır.
- Özel uygulama: bir proje teklifi, ardından altında mağaza değiştiğinde geliştirici zamanı.
Her rota aynı zamanda Apple'ın geliştirici üyeliğine (yılda 99 ABD doları) ve Google Play'in kaydına (bir kez 25 ABD doları) ihtiyaç duyar ve doğrudan kendilerine ödenir. web sitesi uygulaması maliyet kılavuzu bütçenin tamamını kapsıyor.
Hangi rota hangi PrestaShop mağazasına uyar?
Bir uygulama oluşturucu modülü seçin mağazanız PrestaShop stoklarına yakınsa, ödeme ve taşıyıcı modülleriniz satıcının desteklenen listesindedir ve yerel gezinme hissi sizin için web tasarımınızı korumaktan daha önemlidir.
Bir dönüştürücü seçin Mobil mağazanız zaten iyi çalışıyorsa ve bunun gerçek bir kısmı modüllerden geliyorsa. Bu, yerel banka ödemelerini, teslim alma noktası teslimatını, B2B grup fiyatlarını, çeşitli dilleri ve özelleştirilmiş ödemeyi kapsar.
Yönetilen bir hizmet seçin Lansman ve bakımın bir takıma ait olmasını istiyorsanız ve aylık ücret, uygulama geliriniz açısından anlamlıysa.
Özel bir yapı seçin Uygulamanın, çevrimdışı düzgün çalışma gibi tarayıcının yapamayacağı bir şeyi yapması gerekiyorsa.
SiteTo.App ne zaman yanlış seçimdir?
- Sorun mobil temanızda. Yavaş bir tema veya tuhaf bir telefon ödemesi, uygulamada da aynı derecede yavaş ve tuhaf olacaktır. Önce dükkanı düzeltin.
- Yaşam döngüsü zorlamasına ihtiyacınız var. SiteTo.App, kendi Firebase projeniz aracılığıyla kaydolan herkese bir başlık, metin, resim ve bağlantı gönderir. Terk edilmiş sepet veya sipariş durumu bildirimleri göndermez ve henüz bir segmenti veya zamanlaması yoktur. Çok ülkeli bir mağaza, Fransız müşterilere bir mesaj, İspanyol müşterilere ise başka bir mesaj gönderemez.
- Ana ödeme yönteminiz uygulamaya geri dönemez. Test planı en çok kullandığınız banka yönteminin telefonun tarayıcısında bittiğini gösteriyorsa ve ödeme sağlayıcınızın herhangi bir çözümü yoksa bu yöntemi başlatmayın.
- Başka birinin uygulamayı göndermesini ve sürdürmesini istiyorsunuz. Kendi Apple ve Google hesaplarınızdan yayın yapıyorsunuz ve bunu devretmeyi tercih ediyorsanız yönetilen bir hizmet daha uygun olacaktır.
Ayrıca Bluetooth, AR, yoğun çevrimdışı kullanım veya arka planda işleme için de uygun değildir.
Bir PrestaShop mağazasını uygulama olarak nasıl test edersiniz?
Her ikisini de göndermeyi planlıyorsanız gerçek bir iPhone ve gerçek bir Android telefon kullanın. Adımları sırayla uygulayın. Başarısız olan herhangi bir adımı telefonun normal tarayıcısında tekrar çalıştırın: orada da başarısız olursa düzeltme mağazaya aittir.
Adım 1: Mağazayı hazırlayın
Her ödeme modülünü test moduna geçirin veya iade edebileceğiniz düşük fiyatlı bir gizli ürün oluşturun. Bir test müşteri hesabı oluşturun. Mağazayı bakım modundan çıkarın çünkü kapalı bir mağazanın önizlemesi yalnızca bakım sayfasını gösterir.
2. Adım: Bir sepete göz atın ve bir sepet oluşturun
Bir kategori açın, filtreleri ve aramayı kullanın, ardından kombinasyonları olan bir ürünü açın. Bir boyut veya renk seçin ve sepete ekleyin. Tema başlığınızdaki sepet sayısını izleyin. Daha sonra sepete bir kupon uygulayın.
3. Adım: Teslimatı ve toplamları kontrol edin
Gerçek bir teslimat adresi girin ve web sitenizdeki aynı alışveriş sepetiyle kargo ücretini ve vergiyi karşılaştırın.
Bir teslim alma noktası veya kilitli taşıyıcı kullanıyorsanız teslimat adımında haritasını açın. Bu widget'lardan bazıları "konumumu kullan" düğmesi sunar. Ona bağlı kalmayın. Bir posta kodu yazın, bir nokta seçin ve daha sonra bu noktanın sipariş onayı sayfasında ve arka ofis siparişinde göründüğünü onaylayın.
4. Adım: Her ödeme modülüyle ödeme yapın
Bu adım, başlatıp başlatamayacağınıza karar verir.
- Sayfa içi kart formları normalde mobil webde nasıl davranıyorlarsa öyle davranırlar. 3-D Secure'u tetikleyen bir test kartı kullanın ve mücadelenin tamamlandığını onaylayın.
- Yönlendirme yöntemleri müşteriyi bir banka sayfasına veya PayPal penceresine gönderin. Yolun tamamını takip edin ve uygulama içindeki sipariş onayı sayfanıza geldiğinizi onaylayın.
- Bankacılık uygulaması yöntemleri iDEAL, Bancontact, BLIK, Bizum veya MB WAY gibi uygulamalar müşteriden ödemeyi başka bir uygulamada onaylamasını ister. Risk dönüş yoludur. Bir banka uygulaması, uygulama ödeme adımını gösterirken müşteriyi, mağazanızda oturumun olmadığı telefonun varsayılan tarayıcısına döndürebilir. Sipariş, sağlayıcının sunucu bildirimi aracılığıyla hâlâ kaydediliyor olabilir ancak müşteri kafa karıştırıcı bir ekranla karşılaşır.
- Apple Pay ve Google Pay düğmeleri yalnızca ödeme modülünün komut dosyası, ortamın bunları desteklediğine karar verdiğinde ve uygulama içi Web Görünümü, Safari veya Chrome ile aynı ortam olmadığında gösterilir. Onlara bir bonus gibi davranın ve kartla ödemeyi yanlarında bulundurun.
Bir ödemeden boş bir sepete veya giriş sayfasına dönerseniz önce çerezlere bakın. PrestaShop, oturumu bir çerezde saklar ve bu olmadan gelen bir iade, oturumu kaybeder, böylece sepet boş görünebilir. En az bir ödeme sağlayıcısı PrestaShop için bunu belgeliyor ve tüm mağazada HTTPS etkinken Gelişmiş Parametreler → Yönetim altındaki Çerez SameSite ayarını işaret eder. Kendi ödeme modülünüzün desteğine hangi ayarın gerekli olduğunu sorun.
Daha sonra siparişin arka ofise doğru statüde ulaştığını kontrol edin.
5. Adım: Hesapları ve oturumları test edin
Oturum açın, sipariş geçmişinizi açın ve temanız sunuyorsa geçmiş bir siparişte Yeniden Sırala seçeneğini kullanın. Ardından uygulamayı tamamen kapatın ve yeniden açın: hâlâ sepette sağlam bir şekilde oturum açmış olmalısınız. PrestaShop'un Yönetim ayarları ön büro çerez ömrünü varsayılan olarak 480 saate (20 gün) ayarlayın.
Aynı sayfada, ziyaretçinin adresini çerezde saklanan adresle karşılaştıran "Çerezin IP adresini kontrol et" adı verilen bir seçenek bulunur. Telefonlar, Wi-Fi ve mobil veri arasında geçiş yaptıkça adres değiştirir; bu nedenle, test kullanıcılarının açık bir neden olmadan oturumu kapatması durumunda bu seçeneği gözden geçirin.
Sosyal oturum açma modülü kullanıyorsanız her düğmeyi deneyin. Google yerleşik Web Görünümlerinde oturum açma ekranını engeller, dolayısıyla "Google ile Devam Et" düğmesi burada bir hata gösterebilir. E-posta ve şifre girişinin sunulduğundan emin olun.
Adım 6: Diller, para birimleri ve B2B
PrestaShop, dili adrese koyar, örneğin /fr/ veya /es/, uygulamanın hangi dilde açılması gerektiğine karar verin. Ardından temanızın seçicileriyle dili ve para birimini değiştirin ve fiyatların ve sepetin takip edip etmediğini kontrol edin.
Bir ticari mağaza için, kendi fiyatları olan bir müşteri grubundaki bir hesapla oturum açın. Bir ürün fiyatını ve sepet toplamını web sitesindeki aynı hesapla karşılaştırın.
Adım 7: Çerçeveyi düzenleyin
Çerez banner'ı ve herhangi bir haber bülteni pop-up'ı ile ilgilenin ve temanızın yapışkan başlığının yerel başlık ve sekmelerle aynı olup olmadığını kontrol edin. SiteTo.App, sitenizin kendi başlığını ve açılır pencerelerini gizleyen komut dosyalarını çalıştırabilir; bu nedenle nelerin kaldırılmasını istediğinizi not edin.
Sonuçlar size ne söylemeli?
| Sonuç | Ne yapalım |
|---|---|
| Her şey geçer | Sekmelerinizi seçin, oluşturun ve yayınlamaya geçin |
| Bir banka yöntemi telefonun tarayıcısına geri döner | Ödeme sağlayıcısından iade ayarları veya sayfa içi seçenek hakkında bilgi alın veya doğru şekilde geri dönüş sağlayan bir yöntem önerin |
| Ödeme iadesi sonrasında sepet boş | Ödeme modülünüzün desteğiyle HTTPS'yi ve çerez ayarlarını kontrol edin |
| Siparişte teslim alma noktası eksik | Telefonun tarayıcısında tekrar test edin, ardından taşıyıcı modülün desteğiyle yükseltin |
| Test kullanıcıları uygulamayı yeniden açtıklarında oturumları kapatılır | Çerez ömrünü ve "Çerezin IP adresini kontrol edin" seçeneğini inceleyin |
| Telefonun tarayıcısında da bir adım başarısız oluyor | Önce dükkanı düzeltin, sonra planı tekrar çalıştırın |
Uygulamanın kendisinde neyi ayarlamalısınız?
- Alt sekmeler: PrestaShop'un zaten iyi destinasyonları var. Ana Sayfa, bir üst kategori veya Fiyatlar açılır sayfası, Sepet ve Hesabım çoğu mağazada çalışır ve bir ticari mağaza doğrudan sipariş geçmişine bir sekme işaret edebilir. Mağaza Parametreleri → Önce Trafik ve SEO altında uygun URL'leri açın ve her adresi canlı mağazanızdan kopyalayın.
- Sepet rozeti: Bir geliştiricinin yardımıyla, SiteTo.App JS SDK'sı Sepet sekmesinde bir sayım gösterebilir. 1.7'den bu yana PrestaShop temaları mevcut sepeti bir arada tutuyor
prestashop.cartJavaScript nesnesini çalıştırın ve birupdateCartgeliştiriciye ileteceği numarayı veren, değiştiğinde gerçekleşen olay. - Push: kendi Firebase projenizi Firebase kılavuzu, ardından kontrol panelinden bir başlık, metin, resim ve bağlantı gönderin.
Arka ofisteki ürün, fiyat ve stok değişiklikleri, yeni bir yapıya gerek kalmadan uygulamada görünüyor. Simgenin veya uygulama adının değiştirilmesi, yeniden oluşturma gerektirir ve daha sonraki yeniden oluşturma işlemleri ayrıca fiyatlandırılır.
PrestaShop mağazalarının yayınlamadan önce bilmesi gerekenler nelerdir?
Uygulamayı kendi Apple ve Google hesaplarınızdan gönderirsiniz. SiteTo.App, iOS yapısını imzalar ve bunu Apple hesabınızdaki TestFlight'e yükler; böylece Mac'e veya Xcode'a ihtiyacınız olmaz ve size Google Play için bir AAB verir. kılavuz oluştur ve yayınla her adımda yürür. Neyin onaylanacağına Apple ve Google karar veriyor ve kimse sonuç konusunda söz veremiyor. Bu noktalar özellikle PrestaShop mağazalarında karşımıza çıkıyor.
Fiziksel ürünler kendi ödeme yönteminizi kullanır. Apple'ın Uygulama İnceleme Yönergeleri uygulama dışında tüketilen ürün ve hizmetlerin ödemelerinin uygulama içi satın alma dışındaki yöntemlerle yapıldığını söylüyorlar (bölüm 3.1.3(e)). Bu, ürün gönderen bir mağazayı kapsar.
Sanal ürünler farklıdır. Uygulamanın içinde kullanılan indirilebilir içerik, Apple'ın bölüm 3.1'deki uygulama içi satın alma kurallarına tabidir ve Google Play'in kendi ödeme politikası vardır. İndirmeler satışlarınızın gerçek bir parçasıysa önce ikisini de okuyun.
Hesap silmeyi teklif edin. Apple, hesap oluşturmayı destekleyen herhangi bir uygulamanın, insanların hesaplarını uygulamanın içinden silmeye başlamasına olanak vermesini bekliyor. PrestaShop'un resmi GDPR modülü silme isteklerini yönetir Satıcının arka ofiste doğruladığı. Hesap alanına açıkça etiketlenmiş bir "Hesabımı sil" bağlantısını veya istek formunu ekleyin.
Eleştirmenlere bir yol verin. Fiyatlar veya katalog, birçok B2B mağazasında olduğu gibi, giriş bilgilerinin arkasında yer alıyorsa, inceleme notlarında çalışan bir test hesabı sağlayın.
Bir web sitesinden daha fazlasını gösterin. Apple'ın Yönerge 4.2'si, uygulamalardan yeniden paketlenmiş bir siteden daha fazlasını sunmalarını ister. Yerel sekmeler, yerel başlık ve anında bildirimler yardımcı olur. Bkz. Kılavuz 4.2 kılavuzu ve yayınlama kılavuzu.
Sık sorulan sorular
Bir modül kurmam veya web hizmetini etkinleştirmem gerekiyor mu?
Dönüştürücüyle değil. SiteTo.App, halka açık mağazanızın URL'sinden çalışır. Uygulama oluşturucu modülleri, kataloğunuzu doğrudan okuduklarından arka ofisinizde bir bağlayıcıya ihtiyaç duyar.
Bir uygulama çoklu mağazayı kapsayabilir mi?
Bir uygulama bir URL'de başlar. Çoklu mağazadaki mağazaların kendi adresleri vardır; bu nedenle uygulamanın açacağı mağazayı seçin. Ayrı markalar genellikle ayrı uygulamaları hak eder.
PrestaShop'u yükselttiğimde veya temayı değiştirdiğimde uygulamaya ne olur?
Bir dönüştürücüyle uygulama, yeni bir yapı olmadan, bir sonraki açılışında yükseltilmiş mağazayı gösterir. Sayfa adresleriniz değişirse uygulamadaki sekme bağlantılarının eşleşecek şekilde güncellenmesi gerekir. Mobil ödemenizi bozan bir modül güncellemesi, uygulamada da bozar; bu nedenle, önemli yükseltmelerden sonra telefona bir test siparişi verin.
Sonraki adım
En çok kullandığınız ödeme yöntemiyle telefonunuza bir test siparişi verin. Eğer bu iyi giderse, PrestaShop mağazanızı uygulama olarak önizleyin ücretsiz olarak yukarıdaki yedi adımı çalıştırın ve kontrol edin fiyatlandırma işe yaradığını anladıktan sonra.
Başka bir platform da mı çalıştırıyorsunuz? için kılavuzlara bakın Magento Ve WooCommerce.
Web sitenizi bir uygulama olarak görün
Deneyimi özelleştirin ve bir platform seçmeden önce önizleyin.
Önizlemenizi oluşturun


