La prima instalare de PrestaShop, pagina de module arată peste o sută de intrări, iar concluzia firească este că magazinul e aproape gata. Facturarea, eticheta de curier, plata cu cardul, măsurarea reclamelor par să fie deja acolo. La prima comandă însă datele trebuie trecute de mână în aplicația curierului, iar plata cu cardul nici nu poate fi oferită.
Articolul desface pachetul oficial de instalare: ce conține de fapt, la ce ajută și care funcții sunt crezute native, deși nu sunt. Cifrele vin din fișierul de lansare 8.2.8 și din definiția pachetului 9.2.0, nu dintr-o descriere sau din memorie.
Nu vă pricepeți la tehnică?Pe scurt: ce este în pachet?
Pachetul PrestaShop oferă o vitrină funcțională și un panou de administrare detaliat. Majoritatea modulelor fac două lucruri: afișează rapoarte în panou sau adaugă blocuri în vitrină, de exemplu produse recomandate, un banner sau formularul de abonare la newsletter.
Ce duce munca de zi cu zi nu este inclus. Nu există plată cu cardul, nu există legătură cu curierul, nu există legătură cu programul de facturare și nu există măsurare a reclamelor dincolo de un raport simplu de vizitatori care poate fi pornit.
Nu este o lipsă, ci felul în care e construit sistemul: baza este aceeași peste tot, iar furnizorii locali vin ca module. La deschiderea magazinului merită deci stabilit din timp cu ce vor plăti clienții, cine livrează și ce emite factura.
Câte module are în realitate pachetul descărcat?
În folderul de module al fișierului de instalare 8.2.8 se află 66 de module. În 9.2.0 sunt 68, pentru că s-au adăugat două: finalizarea comenzii într-un singur pas și un pachet de resurse API. Atât primește o instalare nouă.
Conținutul nu este o selecție întâmplătoare. Lansarea se construiește din codul sursă și din modulele aduse de managerul de pachete, iar scriptul de lansare nu descarcă module suplimentare. Asta contează, pentru că mult din ce cred comercianții că este nativ nu vine din acest pachet: se instalează ulterior, adesea din magazinul de module al PrestaShop.
De ce două treimi din module sunt rapoarte și blocuri de vitrină?
Din cele 66 de module, 24 aparțin rapoartelor din panou: cele mai vândute produse, cei mai buni clienți, termenii căutați, stocul, prognoza și componentele care desenează graficele. Alte 24 dau blocurile vitrinei: meniul principal, bara de căutare, selectorul de limbă și de monedă, bannerul, produsele recomandate, pictograma coșului, lista de producători, pictogramele de rețele sociale.
Cele două grupe sunt aproape trei sferturi din pachet. Sunt utile și dau unui magazin nou o vitrină acceptabilă, dar niciunul nu execută o operațiune de business. Nu predau colete, nu emit facturi, nu încasează bani și nu măsoară reclame.
Ce metode de plată acceptă pachetul nativ?
Trei, și niciuna nu este cardul:
- Ramburs plata în numerar la curier, în momentul predării.
- Transfer bancar în contul afișat la finalizarea comenzii, cu verificare manuală.
- Plata prin cec afișează la checkout datele necesare completării cecului.
Cardul, transferul instant, plata în rate și portofelele digitale cer un modul. O variantă este Plată Barion, care adaugă plata cu cardul prin Barion Smart Gateway în PrestaShop 1.7, 8 și 9. Decizia nu este tehnică: comisionul de acceptare a cardului și termenul de virare cântăresc.
Există legătură nativă cu firmele de curierat?
Nu. PrestaShop știe să administreze curieri: intervale de greutate și de preț, taxă de livrare, prag de livrare gratuită, ridicare personală. Ce nu știe este să vorbească cu sistemul curierului. Numărul AWB, eticheta, selectorul de puncte de ridicare și starea expediției nu se găsesc în niciun modul nativ, iar integrarea cu curierii nu face deloc parte din pachet.
Practic, la fiecare comandă datele se trec de mână în interfața curierului, iar adresa se scrie de două ori. Pe piața locală GLS - API și Integrare Packeta acoperă lipsa: comanda pleacă automat, punctul de ridicare se alege la checkout, iar eticheta se descarcă din magazin.
Ce măsoară modulul nativ de Google Analytics și ce îi lipsește?
Modulul nativ de măsurare este unul GA4 și trimite nouă evenimente de cumpărare: vizualizare produs, vizualizare listă, adăugare în coș, scoatere din coș, început de checkout, date de plată, cumpărare, autentificare și înregistrare. Pentru un magazin nou este o bază utilizabilă.
Trei lucruri însă nu le face. Nu trimite semnal de consimțământ către Google, deci decizia din bannerul de cookie nu ajunge la codul de măsurare, iar codul pornește necondiționat la încărcarea paginii. Nu predă conversia către Google Ads, deci contul de reclame nu vede singur cumpărarea. Iar pixel Meta nu există deloc în pachet.
Nici bannerul de cookie nu este nativ. Modulul GDPR din pachet nu este un administrator de consimțământ: se ocupă de cererile de acces și de ștergere a datelor clientului, cu o bifă de consimțământ. Administrarea cookie-urilor și condiționarea măsurării se rezolvă separat.
Ce aduce nou PrestaShop 9 aici?
Două module. Unul este finalizarea comenzii într-un singur pas, care până acum cerea un modul separat. Celălalt este pachetul de resurse API, care servește accesul extern la datele magazinului; contează când un sistem de depozit sau de facturare citește comenzile.
Cele trei lipsuri de mai sus rămân lipsuri și în versiunea 9: plata cu cardul, legătura cu curierul și măsurarea reclamelor nu sunt nici acolo în pachet.
Ce merită făcut acum?
- Priviți checkoutul cu ochii clientului: cu ce poate plăti efectiv cineva astăzi. Dacă apar doar transferul și rambursul, acolo este cea mai mare pierdere de venit.
- Calculați cât timp ia predarea manuală a coletelor. Cinci minute pe comandă, la o sută de comenzi, înseamnă peste opt ore pe lună.
- Verificați dacă reclama vede cumpărarea. Cu un simplu raport de vizitatori, banii dați pe reclame nu pot fi măsurați.
- Faceți lista celor care primesc e-mail după cumpărare și a ce îl trimite. Pachetul nativ anunță modificări de stoc și de comandă; e-mailul de coș abandonat sau de urmărire nu.
- Rezolvați împreună consimțământul pentru cookie și măsurarea, nu separat. Bannerul singur nu oprește codul de măsurare.
Lipsește o legătură pentru care nu există modul?
Când magazinul trebuie să vorbească cu un sistem fără soluție de pe piață (depozit propriu, listă de prețuri de la furnizor, facturare specială), o construim ca modul dedicat, care funcționează și după actualizări.
Câte module are pachetul nativ PrestaShop?
Instalatorul oficial 8.2.8 are 66, versiunea 9.2.0 are 68. Din acestea, 24 aparțin rapoartelor din panou și 24 blocurilor de vitrină.
Poate PrestaShop încasa cu cardul imediat după instalare?
Nu. Pachetul oferă ramburs, transfer bancar și plată prin cec; acceptarea cardului cere un modul de plată.
Modulele native se plătesc?
Nu, modulele din pachet fac parte din PrestaShop. O parte din modulele de la producători și de la terți din magazinul de module sunt cu plată.
Este suficient modulul nativ de Google Analytics pentru măsurarea reclamelor?
Nu. Trimite evenimente de cumpărare în GA4, dar nu predă conversia către Google Ads, nu conține pixel Meta și nu trimite semnal de consimțământ.
PrestaShop 9 vine cu mai multe module?
Cu două: finalizarea comenzii într-un singur pas și pachetul de resurse API. Lipsurile de plată și de livrare sunt aceleași.
Surse: lansarea PrestaShop 8.2.8, composer.json PrestaShop 9.2.0, ps_onepagecheckout, ps_googleanalytics, psgdpr
