Kit de lancement de boutique

Oui. Cookie Banner prend en charge les signaux Google Consent Mode v2 pour les tags Google. Le point important est que Consent Mode communique l’état du consentement à Google ; il n’empêche pas automatiquement chaque script tiers du site de se charger.

Avec la configuration plus sûre par défaut refusé, le module envoie un consentement refusé pour le stockage publicitaire et analytics jusqu’à ce que le visiteur accepte les cookies. Le stockage fonctionnel et de sécurité reste accordé dans l’appel Consent Mode par défaut. Lorsque le visiteur accepte, la bannière met à jour l’état de consentement Google à granted. Lorsque le visiteur refuse ou ferme la bannière, elle met à jour ces mêmes champs de consentement publicitaire et analytics à denied.

gtag('consent','default',{ad_storage:'denied',ad_user_data:'denied',ad_personalization:'denied',analytics_storage:'denied',functionality_storage:'granted',personalization_storage:'granted',security_storage:'granted'});
// Accept button: gtag('consent','update',{ad_storage:'granted',ad_user_data:'granted',ad_personalization:'granted',analytics_storage:'granted'});
// Deny or close: gtag('consent','update',{ad_storage:'denied',ad_user_data:'denied',ad_personalization:'denied',analytics_storage:'denied'});

Le module stocke le choix du visiteur dans son cookie de consentement first-party et déclenche un événement de consentement front-end. Après avoir activé GCM v2, vérifiez avec Google Tag Assistant que l’état par défaut se déclenche avant les tags Google et que l’événement de mise à jour se déclenche après acceptation ou refus.

Les réglages derrière ce comportement sont GCM_ENABLED et DEFAULT_CONSENT. À l’installation, le module active GCM, définit DEFAULT_CONSENT à denied, active la bannière, définit une durée de consentement de 365 jours, utilise la position en bas à gauche, et stocke les textes multilingues de bannière, acceptation, refus et lien de politique. L’admin peut passer l’état par défaut à granted, mais le contrôle d’intégrité du module le marque comme modèle opt-out et avertit que les marchés soumis au RGPD exigent généralement l’opt-in.

L’appel Consent Mode par défaut est injecté depuis displayHeader, tandis que le HTML de bannière est rendu une seule fois depuis les hooks footer et que le JavaScript front est enregistré en bas. Cet ordre compte : l’état par défaut denied ou granted est disponible avant les tags Google ultérieurs, puis le script côté navigateur met à jour l’état après l’action du visiteur. Si le visiteur a déjà le cookie mprcookie_consent, la bannière n’est pas affichée et la valeur stockée est renvoyée à Google au chargement de la page.

La valeur de cookie stockée est seulement granted ou denied. Elle est écrite comme cookie first-party nommé mprcookie_consent avec path=/, SameSite=Lax, et Secure lorsque la boutique est servie en HTTPS. L’expiration vient de COOKIE_EXPIRY ; le contrôle d’intégrité traite les valeurs vides ou non positives comme une erreur et avertit au-dessus de 730 jours.

• Le bouton d’acceptation envoie granted pour ad_storage, ad_user_data, ad_personalization et analytics_storage.
• Le bouton de refus, le bouton de fermeture et un clic sur le fond assombri de la fenêtre modale centrale envoient denied pour ces mêmes quatre champs.
• Le module ne met pas à jour functionality_storage, personalization_storage ou security_storage après l’appel par défaut initial ; ceux-ci sont accordés dans l’appel par défaut.
• L’événement personnalisé mprcookie:consent se déclenche lorsque le visiteur fait un nouveau choix, avec event.detail.consent contenant le nouvel état.

document.addEventListener('mprcookie:consent', function (event) {
  if (event.detail.consent === 'granted') {
    // load or unlock your optional non-Google script here
  }
});

Un point pratique : comme le module est volontairement léger, il ne scanne pas la page, ne catégorise pas les cookies, ne réécrit pas les balises script et ne bloque pas les scripts non Google par lui-même. Si un pixel Facebook, un widget chat ou un script analytics se charge avant de vérifier le consentement, Consent Mode n’arrêtera pas ce script. Reliez ces scripts à vos propres contrôles de consentement ou à l’événement mprcookie:consent, et gardez un seul module de consentement cookie actif car l’installation bloque l’exécution de ce module avec mprcookiesrevolution.

Pour tester, effacez mprcookie_consent, rechargez la page, confirmez que l’appel Consent Mode par défaut apparaît dans le head, puis cliquez sur les boutons d’acceptation et de refus dans des tests séparés pour confirmer que l’appel de mise à jour change les quatre champs publicitaires et analytics. Rechargez une fois le cookie existant pour confirmer que la bannière reste masquée mais que l’état stocké est toujours poussé vers Google.

Non. Les licences sont indépendantes : vous pouvez installer tout le Store Launch Kit en une après-midi, ou seulement ce dont le lancement a besoin d'abord et ajouter le reste ensuite. Chaque module garde son petit écran de réglages, et les versions de PrestaShop prises en charge varient selon le module ; vérifiez donc la fiche de chacun avant l'installation.

Le Store Launch Kit est un pack de licences de modules indépendants achetées ensemble en une seule commande. Chaque module s'installe et se configure sur son propre écran, vous mettez donc en place d'abord ce dont votre lancement a besoin. Pour la liste exacte des modules inclus, consultez la page produit du pack.

Quatre formulaires en front-office : contact, inscription, connexion et newsletter. Chacun s'active ou se désactive individuellement, vous protégez donc seulement les formulaires qui attirent réellement le spam et laissez les autres tels quels.

Vous choisissez un fournisseur pour tous, Google reCAPTCHA v2, reCAPTCHA v3 (avec un seuil de score que vous définissez, 0,5 par défaut) ou hCaptcha. La vraie protection se joue côté serveur : chaque envoi protégé est revérifié auprès du fournisseur avant d'aboutir, un bot ne peut donc pas contourner le widget en postant directement vers PrestaShop. La protection reste inactive tant que vous n'avez pas activé le module et saisi la clé de site et la clé secrète. Une erreur fréquente est de n'en renseigner qu'une et de s'étonner que rien ne soit bloqué.

La protection des formulaires fait partie de notre Store Launch Kit, l'essentiel à verrouiller avant d'ouvrir votre boutique.