Alles wat u wilt weten voordat u installeert.
Een gedetailleerde blik op hoe DataFirefly Waitlist: Melding bij Terugkeer op Voorraad met Conversietracking voor PrestaShop 8 & 9 werkt, waarom we het zo gebouwd hebben en de gedachte achter de bovenstaande functies.
De onzichtbare omzet van lege voorraden
In een groeiende winkel komt een deel van het productverkeer terecht op pagina's zonder voorraad. Zonder systeem om die bezoekers terug te halen gaat dat verkeer twee keer verloren: de verkoop van het moment, en de klant die over drie weken niet terugkomt om te kijken of het product er weer is. DataFirefly Waitlist zet die wrijving om in meetbare omzet. De geïnteresseerde bezoeker laat in vijf seconden zijn e-mailadres achter, u stuurt hem automatisch bericht zodra de voorraad is aangevuld, en hij komt terug om te kopen. Bij producten met veel vraag (capsulecollecties, gelimiteerde series, seizoensartikelen) ligt de conversie na zo'n melding doorgaans duidelijk hoger dan bij gewoon verkeer.
Waarom ondersteuning voor combinaties het verschil maakt
De meeste concurrerende modules voor voorraadmeldingen kunnen alleen met eenvoudige producten overweg. In een winkel die kleding, schoenen of uitrusting met varianten verkoopt is dat onbruikbaar: een klant die op Rood maat L wacht krijgt een melding wanneer Blauw maat XS terugkomt, verliest zijn vertrouwen en meldt zich af. DataFirefly Waitlist schrijft in per combinatie van product en variant. De bezoeker ziet de gekozen variant duidelijk in het formulier staan, de e-mail vermeldt de exacte combinatie, en de link verwijst rechtstreeks naar de pagina met die variant al geselecteerd. Wisselt de bezoeker vóór aankoop van variant, dan wordt de knop in real time bijgewerkt via een eigen AJAX-endpoint: hij verdwijnt als de gekozen variant wel op voorraad is, verschijnt opnieuw als dat niet zo is, en schakelt naar de juiste combinatie.
De conversietracking die de waarde aantoont
De meeste marketingmodules praten in beloften: dit verhoogt uw gemiddelde bestelwaarde met zoveel procent. Met Waitlist meet u het: elke inschrijving wordt tot aan de aankoop gevolgd. De hook actionValidateOrder controleert na elke bestelling of de klant overeenkomt met een gewaarschuwde inschrijving op dat product. Zo ja, dan wordt de inschrijving als geconverteerd gemarkeerd, met de bijbehorende id_order. Het dashboard in de backoffice toont het conversiepercentage in totaal en per product. U ziet dus precies welke producten converteren zodra ze terug zijn, waardevolle informatie om uw inkoop bij te sturen, plus het opgetelde rendement van de module in echte euro's.
Detectie in real time plus een cron als vangnet
De module merkt nieuwe voorraad op via twee elkaar aanvullende kanalen. In real time via de hook actionUpdateQuantity: zodra een medewerker een voorraad in de backoffice aanpast (of een bestelling wordt geannuleerd en voorraad vrijkomt), gaan de e-mails meteen de deur uit. En via een cron die met een token is beveiligd: voor voorraden die buiten de hooks om zijn gewijzigd (een API-import, een ERP-synchronisatie, CLI-scripts of updates via de webservice) merkt een controle per uur de aanvulling op en start de e-mails. Dat dubbele mechanisme zorgt dat geen enkele voorraadaanvulling tussen wal en schip valt, ongeacht waar de wijziging vandaan komt.
De melding aan de verkoper: vraag als inkoopsignaal
Naast de conversie per klant maakt Waitlist van uw wachtlijst een stuurmiddel. Zodra een product zonder voorraad een instelbaar aantal inschrijvingen bereikt (standaard 10), krijgt u automatisch een e-mail met het aantal wachtenden en een link naar het dashboard. U geeft dan voorrang aan het aanvullen van de producten waar de meeste vraag naar is, in plaats van blind in te kopen. Dat is een concreet inkoopsignaal en geen onderbuikgevoel: staan er 47 mensen op de wachtlijst voor een product, dan weet u precies hoeveel vraag er ligt als u snel aanvult. Bij seizoensartikelen en capsulecollecties komt dat signaal binnen voordat de situatie echt nijpend wordt.
Naleving van de AVG en de kwaliteit van de lijst
Er zitten drie mechanismen in. De dubbele opt-in die u kunt aanzetten (de inschrijving telt pas na een klik op de link in de e-mail, wat de lijstkwaliteit maximaliseert en aan de AVG voldoet), afmelden met één klik in elke waarschuwingsmail (met een uniek token dat om veiligheidsredenen losstaat van het bevestigingstoken), en automatisch opruimen van niet-gewaarschuwde inschrijvingen na een instelbare termijn (standaard 90 dagen). Bij elke inschrijving wordt het IP-adres vastgelegd als bewijs van toestemming. Er komt geen externe dienst aan te pas: de gegevens blijven in de PrestaShop-database, afgebakend per winkel.
Multishop, meertalig, geschikt voor elk thema
De inschrijvingentabel bevat id_shop en id_lang: elke subwinkel in een multishop-omgeving heeft een eigen wachtlijst en eigen meldingen aan de verkoper. De e-mails worden in vier talen geleverd (FR / EN / ES / DE), in responsieve HTML en in platte tekst. Nederlands zit niet in de meegeleverde sjablonen. De module gebruikt de hook displayProductActions (aanwezig in alle officiële thema's en in het merendeel van de eigen thema's) plus een eigen AJAX-endpoint om de zichtbaarheid gelijk te houden, waardoor hij volledig losstaat van de manier waarop uw thema pagina's via AJAX opnieuw opbouwt. Werkt met Classic, Hummingbird en eigen thema's.
Voldoet aan de validator van PrestaShop addons
De module komt zonder blokkerende fouten door de officiële validator van addons.prestashop.com: een Engelse beschrijving, correcte licentiekopteksten in PHP, JS en TPL, een _PS_VERSION_-controle in alle bestanden, een .htaccess in de root om het uitlezen van de bestandenlijst te blokkeren, Smarty-escaping op alle variabelen, een scheiding van HTML en PHP via aparte templates en strikte typering op de ObjectModels. Wilt u uw winkel later verkopen of een technische audit doorstaan, dan komt de module er zonder aanpassing doorheen.
Er zijn nog geen beoordelingen.