Promotion hebdomadaire : installation et aide

Importez et installez le ZIP mprweeklysale dans "Modules" > "Module Manager". Cliquez sur "Configure" pour ouvrir Vente flash hebdomadaire. Sur PrestaShop 1.6, utilisez l’écran d’importation de modules de votre version.

Nécessite PrestaShop 1.6.1 ou une version ultérieure et PHP 7.1 ou une version ultérieure.

Commencez par Simulation. Une exécution réelle avec Exécuter maintenant crée un bon de réduction et tente immédiatement une publication sur les réseaux sociaux. Elle vérifie aussi l’état du module et de Activer ; elle ne contourne pas la désactivation d’une vente.

Enregistrez les paramètres pour mettre à jour la planification enregistrée weekly_flash_sale. Pour le vendredi à 14 h 30, choisissez le jour 5 et l’heure 14:30 ; la planification enregistrée est weekly:5:14:30.

Le produit est choisi au hasard parmi les produits actifs de la boutique actuelle ayant un nom dans la langue d’exécution. Le contexte cron fournit normalement la langue ; le code utilise la langue par défaut de la boutique si aucune langue de contexte n’est définie. Il n’existe aucun sélecteur de catégorie, de stock, de fabricant, de prix ou de produit manuel.

Configurez Légende Instagram, Légende Facebook et Légende X (Twitter). Les variables disponibles sont :

{product_name} {original_price} {sale_price}
{discount} {code} {product_url}

Légende Instagram installée :

FLASH SALE! {discount}% OFF today only!

{product_name}
Was: {original_price} | Now: {sale_price}

Use code: {code}

{product_url}

#prestashop #flashsale #ecommerce

Légende Facebook installée :

FLASH SALE! {discount}% OFF today only!

{product_name}
Was: {original_price} | Now: {sale_price}

Use code: {code}
Shop now: {product_url}

Légende X installée :

FLASH SALE! {discount}% OFF: {product_name}

Use code: {code}

{product_url}

Modifiez les formulations telles que "today only" si la validité configurée est différente. Voici une alternative :

{discount}% off {product_name}
Use coupon {code} during this offer.
Was {original_price}, now {sale_price}.
{product_url}

Les prix sont calculés et formatés dans la devise par défaut de la boutique. Le prix d’origine utilise la déclinaison par défaut actuelle et inclut les réductions de prix existantes. La remise du bon est appliquée sur cette base. Vérifiez un panier réel, car le contexte fiscal, les groupes de clients et les déclinaisons peuvent affecter le prix final.

La publication nécessite le module complémentaire correspondant installé, activé et configuré, ainsi que la méthode suivante :

Le module utilise l’image de couverture du produit ; il ne génère pas d’image publicitaire. Les légendes Instagram sont limitées à 2200 caractères et celles de X à 280. L’absence de modules complémentaires ou l’échec de publications n’annulent pas un bon créé avec succès. Vérifiez le résultat de chaque plateforme dans l’historique.

Copiez la commande exacte avec jeton depuis Statut Cron, en adaptant l’exécutable PHP et le chemin de la boutique à votre hébergement. Exécutez le point d’entrée partagé toutes les minutes :

* * * * * php /var/www/html/modules/mprweeklysale/cron.php --token=YOUR_TOKEN

La planification par HTTP est également prise en charge :

curl 'https://yourshop.com/modules/mprweeklysale/cron.php?token=YOUR_TOKEN'

Les options CLI comprennent --max-tasks=20, --max-seconds=55 et --context=cron. Ce sont les valeurs par défaut. Leurs équivalents HTTP utilisent les paramètres de requête max_tasks, max_seconds et context. Le lanceur exécute les tâches arrivées à échéance dans tout le système cron MPR partagé, pas uniquement celles de Weekly Sale.

Vérifiez l’état de la tâche, la prochaine exécution, la dernière exécution et la planification hebdomadaire dans Statut Cron. Une planification enregistrée ne suffit pas à exécuter les tâches ; votre hébergement doit appeler le lanceur.

1. Enregistrez vos paramètres et cliquez sur Simulation.
2. Vérifiez le produit sélectionné, le code généré, la validité, le prix, l’image et les légendes rendues pour les canaux. Simulation ne crée ni règle panier, ni ligne d’historique, ni publication sociale.
3. Lorsque vous êtes prêt à créer une offre réelle, cliquez une fois sur Exécuter maintenant.
4. Vérifiez le produit, la remise, le code, les prix et les résultats des canaux dans Historique des ventes.
5. Ajoutez le produit sélectionné à un panier de test et appliquez le code généré.
6. Vérifiez qu’un autre produit ne bénéficie pas de la remise propre au produit sélectionné.

L’exécution réelle crée une règle panier PrestaShop active et mise en avant, limitée au produit et à la boutique sélectionnés. Elle autorise 1000 utilisations au total et une utilisation par client. Le prix catalogue n’est pas modifié. La règle expire à sa date date_to ; aucune restauration du prix catalogue ne s’exécute donc ensuite.

Si aucun produit admissible n’est trouvé, vérifiez les produits actifs de la boutique actuelle et l’historique de protection contre les répétitions. Cette période d’exclusion peut épuiser un petit catalogue.

Si aucune vente ne s’exécute, vérifiez Activer, l’activation du module, le jeton cron, l’activation du cron partagé, la planification, l’heure du serveur et les erreurs de la dernière exécution. Si la publication est ignorée ou échoue, vérifiez le module complémentaire et sa méthode requise, puis consultez le résultat de la plateforme et les journaux PrestaShop. Le bon peut déjà exister ; examinez l’historique avant de relancer.

Désinstallez via "Module Manager". Le module désenregistre ses tâches cron, supprime sa configuration et son menu, puis appelle la désinstallation standard des modules. Sa propre méthode de désinstallation ne supprime ni l’historique des ventes ni les règles panier PrestaShop générées. Vérifiez les bons restants dans PrestaShop ; ils conservent leurs dates d’expiration configurées.