La bannière ne s'affiche pas
Problème
- La bannière relative aux cookies ne s'affiche pas au chargement de la page.
- Les utilisateurs ne voient pas la demande de consentement.
Étapes de diagnostic
Étape 1 : Vérifiez si TermsFeed Cookie Consent est chargé
// Open browser console and type:
console.log(typeof cookieconsent);
// Should output: "object"
// If "undefined", script didn't load
Étape 2 : Vérifiez s'il y a des erreurs JavaScript
- Ouvrez DevTools (F12)
- Accédez à l'onglet Console
- Recherchez les erreurs
Les erreurs courantes incluent :
cookieconsent is not definedUncaught ReferenceErrorFailed to load resource
Étape 3 : Vérifiez l'emplacement du script de consentement aux cookies TermsFeed
<!-- ❌ WRONG - Script in <head> without async -->
<head>
<script src="//www.termsfeed.com/public/cookie-consent/4.2.0/cookie-consent.js"></script>
<script>
cookieconsent.run({ / config / });
</script>
</head>
<!-- ✅ CORRECT - Script before </body> with DOMContentLoaded -->
<body>
<!-- content -->
<script src="//www.termsfeed.com/public/cookie-consent/4.2.0/cookie-consent.js"></script>
<script>
document.addEventListener('DOMContentLoaded', function () {
cookieconsent.run({ / config / });
});
</script>
</body>
Causes courantes et solutions
Cause 1 : L'utilisateur a déjà donné son consentement
// Check if user has cookie
console.log(document.cookie);
// Look for: cookie_consent_level=...
// To test banner, clear cookie:
document.cookie = 'cookie_consent_level=; expires=Thu, 01 Jan 1970 00:00:00 UTC; path=/;';
// Then reload page
Cause 2 : Un bloqueur de publicités bloque TermsFeed Cookie Consent
La solution consiste à intégrer un serveur proxy pour servir TermsFeed Cookie Consent.
Cause 3 : La politique de sécurité du contenu bloque le chargement
L'erreur dans Outils de développement > Console peut être Refused to load the script ... violates the following Content Security Policy directive
La solution consiste à mettre à jour les en-têtes CSP :
Content-Security-Policy: script-src 'self' www.termsfeed.com 'unsafe-inline'
Cause 4 : Mauvaise configuration
Erreurs courantes de configuration :
// 1. Missing quotes
cookieconsent.run({
consent_type: express // ❌ Missing quotes
});
// 2. Trailing comma (IE issue)
cookieconsent.run({
"consent_type": "express", // ❌ Trailing comma
});
// 3. Missing DOMContentLoaded
cookieconsent.run({ / config / }); // ❌ Runs before DOM ready
// ✅ CORRECT:
document.addEventListener('DOMContentLoaded', function () {
cookieconsent.run({
"consent_type": "express",
"website_name": "My Site",
"language": "en"
});
});
Cause 5 : Conflit entre scripts
Un autre script peut empêcher l'affichage de la bannière TermsFeed Cookie Consent.
La solution consiste à vérifier l'ordre de chargement des scripts.
// Test isolation
// Temporarily remove ALL other scripts
// Keep ONLY cookie consent
// If banner shows, you have a conflict
// Common conflicts:
// - Other cookie consent tools
// - Privacy plugins
// - Ad blockers (client-side)
Mode débogage
Activer la journalisation de débogage :
cookieconsent.run({
"consent_type": "express",
"website_name": "My Site",
"debug": true // Enable debug logging
});
// Check console for debug messages:
// [CookieConsent] Banner initialized
// [CookieConsent] User has no consent
// [CookieConsent] Showing banner
Les scripts ne sont pas bloqués
Problème
« J'ai ajouté l'attribut data-cookie-consent='tracking' à mon script Google Analytics, mais il se déclenche toujours avant que l'utilisateur n'accepte les cookies ! »
Étapes de diagnostic
Étape 1 : Vérifiez le balisage du script
<!-- ❌ WRONG -->
<script type="text/javascript" data-cookie-consent="tracking">
// GA code
</script>
<!-- ✅ CORRECT -->
<script type="text/plain" data-cookie-consent="tracking">
// GA code
</script>
<!-- Key difference: type="text/plain" NOT type="text/javascript" -->
Étape 2 : Vérifiez l'onglet Réseau
- Ouvrez DevTools → onglet Réseau
- Effacer les cookies
- Rechargez la page (avant d'accepter)
- Filtrez vos scripts de suivi
- Les scripts balisés ne doivent PAS apparaître dans l'onglet Réseau
Étape 3 : Vérifiez si des cookies sont créés
- DevTools → Application → Cookies
- Avant d'accepter : aucun cookie Google Analytics
- Après acceptation : les cookies _ga et _gid apparaissent
Causes courantes et solutions
Cause 1 : script chargé avant le consentement aux cookies
<!-- ❌ WRONG ORDER -->
<script type="text/plain" data-cookie-consent="tracking">
// GA code
</script>
<script src="//www.termsfeed.com/public/cookie-consent/4.2.0/cookie-consent.js"></script>
<!-- ✅ CORRECT ORDER -->
<script src="//www.termsfeed.com/public/cookie-consent/4.2.0/cookie-consent.js"></script>
<script>
document.addEventListener('DOMContentLoaded', function () {
cookieconsent.run({ / config / });
});
</script>
<!-- NOW tag scripts below -->
<script type="text/plain" data-cookie-consent="tracking">
// GA code
</script>
Cause 2 : le script externe n'est pas bloqué
<!-- ❌ External scripts need different approach -->
<script src="https://www.googletagmanager.com/gtag/js?id=G-XXX" data-cookie-consent="tracking"></script>
<!-- ✅ CORRECT - wrap in type="text/plain" -->
<script type="text/plain" data-cookie-consent="tracking">
var script = document.createElement('script');
script.src = 'https://www.googletagmanager.com/gtag/js?id=G-XXX';
script.async = true;
document.head.appendChild(script);
script.onload = function() {
// Initialize GA
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXX');
};
</script>
Cause 3 : Utilisation de Google Tag Manager
Le problème courant survient lorsque GTM se charge avant le consentement.
La solution consiste à ne pas baliser le conteneur GTM lui-même. À la place :
- Chargez GTM normalement (sans baliser)
- Configurez les balises À L'INTÉRIEUR de GTM pour qu'elles ne se déclenchent qu'après obtention du consentement
- Utilisez le mode Consentement intégré ou des déclencheurs personnalisés
<!-- Don't tag the GTM container -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-XXXX');</script>
<!-- Instead, push consent state to dataLayer -->
<script>
document.addEventListener('DOMContentLoaded', function () {
cookieconsent.run({
// ... config ...
"callbacks": {
"scripts_specific_loaded": (level) => {
// Push to dataLayer
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
'event': 'cookie_consent_update',
'consent_level': level
});
}
}
});
});
</script>
<!-- Then in GTM, create trigger:
Event: cookie_consent_update
Condition: consent_level equals tracking
-->
Cause 4 : les cookies sont définis par le serveur
Si un serveur backend définit des cookies avant l'exécution de JavaScript, la solution consiste à coder davantage de logique côté serveur.
<?php
// Check if user has consented (server-side)
$hasConsent = false;
if (isset($_COOKIE['cookie_consent_level'])) {
$consentLevel = json_decode(urldecode($_COOKIE['cookie_consent_level']), true);
$hasConsent = in_array('tracking', $consentLevel);
}
// Only set analytics cookies if user consented
if ($hasConsent) {
setcookie('analytics_id', $user_id, time() + 86400, '/');
}
?>
Le consentement n'est pas persistant
Problème
« L'utilisateur accepte les cookies, mais lorsqu'il navigue vers une autre page ou actualise la page, la bannière réapparaît ! »
Étapes de diagnostic
Étape 1 : Vérifiez si un cookie est installé
// After accepting, open console and run:
console.log(document.cookie);
// Should see something like:
// cookie_consent_level=%5B%22strictly-necessary%22%2C%22tracking%22%5D
Étape 2 : Vérifiez les propriétés du cookie
// DevTools → Application → Cookies
// Look for: cookie_consent_level
// Check:
// ✓ Domain: Should match your domain
// ✓ Path: Should be /
// ✓ Expires: Should be future date (1 year)
// ✓ HttpOnly: Should be unchecked (JavaScript needs access)
// ✓ Secure: Depends on your settings
// ✓ SameSite: Strict or Lax
Causes courantes et solutions
Cause 1 : Chemin d'accès du cookie incorrect
Problème
Le cookie est défini pour /subdir mais la page se trouve à l'adresse /
Solution
Assurez-vous que le cookie utilise le chemin d'accès racine.
// Cookie should be set for path=/
// This happens automatically, but verify in DevTools
// If using cookie_domain parameter, DON'T include path:
cookieconsent.run({
"cookie_domain": ".example.com", // ✅ No path needed
// Other config...
});
Cause 2 : le navigateur bloque les cookies
Problème
Les paramètres de confidentialité du navigateur empêchent le stockage des cookies.
Solution
L'utilisateur doit modifier les paramètres de son navigateur.
// Detect if cookies are blocked
function areCookiesEnabled() {
try {
document.cookie = 'test=test; SameSite=Strict';
const enabled = document.cookie.indexOf('test=') !== -1;
document.cookie = 'test=; expires=Thu, 01 Jan 1970 00:00:00 UTC';
return enabled;
} catch (e) {
return false;
}
}
// Show warning if cookies disabled
if (!areCookiesEnabled()) {
alert('Cookies are disabled in your browser. Please enable them to save your preferences.');
}
Cause 3 : Suppression conflictuelle des cookies
Problème
Un autre script ou une extension de navigateur supprime les cookies.
Solution
Vérifiez ce qui supprime les cookies
// Check what's deleting cookies
// Add console log on page load:
console.log('Cookies on load:', document.cookie);
// If consent cookie is missing, something deleted it
// Common culprits:
// - Privacy extensions (Privacy Badger, uBlock)
// - Browser auto-delete (Firefox Enhanced Tracking Protection)
// - Another script calling document.cookie clear
Cause 4 : Problèmes liés aux sous-domaines
Problème
Le cookie défini sur www.example.com ne fonctionne pas sur example.com
Solution
Utilisez le paramètre cookie_domain.
cookieconsent.run({
"cookie_domain": ".example.com", // Note the leading dot!
// This makes cookie valid for ALL subdomains
// Other config...
});
Cause 5 : Incompatibilité HTTPS/HTTP
Problème
Le cookie défini avec l'indicateur Secure sur HTTPS, mais le site bascule vers HTTP.
Solution
Assurez-vous que le protocole est cohérent OU supprimez l'indicateur de sécurité pour les tests.
cookieconsent.run({
"cookie_secure": false, // Set to true ONLY if site is always HTTPS
// Other config...
});
// For production HTTPS sites:
cookieconsent.run({
"cookie_secure": true, // ✅ Recommended for HTTPS
// Other config...
});
Le mode de consentement Google ne fonctionne pas
Problème
« J'ai implémenté le mode de consentement Google V2, mais Google Analytics affiche toujours 0 événement même lorsque les utilisateurs acceptent les cookies. »
Étapes de diagnostic
Étape 1 : Vérifiez que la fonction gtag existe
// Open console:
console.log(typeof gtag);
// Should output: "function"
// If "undefined", gtag didn't load
Étape 2 : Vérifiez dataLayer
// Check dataLayer contents:
console.log(window.dataLayer);
// Should see consent events:
// [{event: "consent", ...}, {event: "config", ...}]
Étape 3 : Utilisez Google Tag Assistant
- Installation : extension Chrome Tag Assistant
- Activer le débogage
- Recharger la page
- Vérifier les événements du mode consentement
Causes courantes et solutions
Cause 1 : ordre d'implémentation incorrect
<!-- ❌ WRONG ORDER -->
<script src="//www.termsfeed.com/public/cookie-consent/4.2.0/cookie-consent.js"></script>
<script>
gtag('consent', 'default', {'analytics_storage': 'denied'});
</script>
<!-- ✅ CORRECT ORDER -->
<!-- 1. Set default consent FIRST -->
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('consent', 'default', {
'ad_storage': 'denied',
'analytics_storage': 'denied'
});
</script>
<!-- 2. THEN load Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXX"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXX');
</script>
<!-- 3. THEN Cookie Consent -->
<script src="//www.termsfeed.com/public/cookie-consent/4.2.0/cookie-consent.js"></script>
<script>
document.addEventListener('DOMContentLoaded', function () {
cookieconsent.run({
// ... config with callbacks ...
});
});
</script>
Cause 2 : paramètre callbacks_force manquant
// ❌ Without callbacks_force, callbacks won't fire for Consent Mode
cookieconsent.run({
"callbacks": {
"scripts_specific_loaded": (level) => {
gtag('consent', 'update', {'analytics_storage': 'granted'});
}
}
// Missing: "callbacks_force": true
});
// ✅ CORRECT
cookieconsent.run({
"callbacks": {
"scripts_specific_loaded": (level) => {
gtag('consent', 'update', {'analytics_storage': 'granted'});
}
},
"callbacks_force": true // Required for Consent Mode!
});
Cause 3 : faute de frappe dans les types de consentement
// ❌ Common typos:
gtag('consent', 'update', {
'analytic_storage': 'granted' // ❌ Missing 's'
});
gtag('consent', 'update', {
'ad_store': 'granted' // ❌ Should be 'ad_storage'
});
// ✅ CORRECT spellings:
gtag('consent', 'update', {
'analytics_storage': 'granted', // ✅
'ad_storage': 'granted', // ✅
'ad_user_data': 'granted', // ✅
'ad_personalization': 'granted' // ✅
});
Cause 4 : Mappage de catégorie incorrect
// Make sure you're mapping correct categories
"callbacks": {
"scripts_specific_loaded": (level) => {
switch (level) {
case 'tracking': // ✅ Analytics
gtag('consent', 'update', {
'analytics_storage': 'granted'
});
break;
case 'targeting': // ✅ Advertising
gtag('consent', 'update', {
'ad_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted'
});
break;
}
}
}
Test du mode de consentement
// After accepting cookies, check consent state:
console.log(google_tag_manager['GTM-XXXX'].dataLayer.get('consent'));
// Should show:
// {
// ad_storage: "granted",
// analytics_storage: "granted",
// ...
// }
Problèmes inter-domaines
Problème
« J'ai défini cookie_domain sur « .example.com », mais la bannière s'affiche toujours sur tous les sous-domaines. Les utilisateurs sont agacés ! »
Étapes de diagnostic
Étape 1 : Vérifiez le domaine du cookie
// DevTools → Application → Cookies
// Look for: cookie_consent_level
// Domain column should show: .example.com (with leading dot)
// If it shows: www.example.com (no dot)
// Then cookie_domain parameter isn't working
Étape 2 : Vérifiez le cookie du sous-domaine
// On www.example.com:
console.log(document.cookie);
// Should include: cookie_consent_level=...
// Then navigate to shop.example.com:
console.log(document.cookie);
// Should STILL include the same cookie
Étape 3 : Testez en mode incognito
- Ouvrez une fenêtre de navigation privée
- Rendez-vous sur www.example.com
- Accepter les cookies
- Notez la valeur du cookie
- Accédez à shop.example.com
- Vérifier si le même cookie existe
Causes courantes et solutions
Cause 1 : Point initial manquant
// ❌ WRONG
"cookie_domain": "example.com" // No leading dot
// ✅ CORRECT
"cookie_domain": ".example.com" // With leading dot
Cause 2 : Configurations différentes
Problème
Le domaine principal et le sous-domaine ont des configurations différentes.
// www.example.com has:
cookieconsent.run({
"website_name": "Main Site",
"cookie_domain": ".example.com"
});
// shop.example.com has:
cookieconsent.run({
"website_name": "Shop", // ❌ Different config
"cookie_domain": ".example.com"
});
Solution
Utilisez une configuration IDENTIQUE sur tous les domaines.
// ✅ SOLUTION: Use IDENTICAL configuration on all domains
const SHARED_CONFIG = {
"notice_banner_type": "headline",
"consent_type": "express",
"website_name": "Example", // Same everywhere
"cookie_domain": ".example.com",
// ... rest of config
};
// Use on ALL domains
cookieconsent.run(SHARED_CONFIG);
Cause 3 : le navigateur bloque les cookies tiers
Problème
Safari, Firefox et Brave bloquent par défaut les cookies intersites.
Solution
Cela affecte les domaines DIFFÉRENTS, et non les sous-domaines.
- Sous-domaines (.example.com) = Cookies propriétaires ✅ Devrait fonctionner
- TLD différents (example.com vs example.co.uk) = Tiers ❌ Ne fonctionnera pas
// For actual cross-domain (different TLDs), use backend sync:
"callbacks": {
"user_consent_saved": () => {
// Sync to backend
fetch('https://api.example.com/sync-consent', {
method: 'POST',
body: JSON.stringify({
consent: getConsentState(),
user_id: getUserId()
})
});
}
}
Cause 4 : Cookie non visible en raison du chemin d'accès
// Cookie might be set for specific path
// Check: DevTools → Application → Cookies → Path column
// Should be: /
// If not, cookie won't work across site
// Force root path (this should be default):
// Note: TermsFeed Cookie Consent should handle this automatically
// But if you're manually setting cookies:
document.cookie = 'cookie_consent_level=...; path=/; domain=.example.com';
Problèmes d'encodage des caractères
Problème
« Les caractères spéciaux dans le texte de ma bannière s'affichent sous la forme �� ou de symboles étranges »
Solution
Assurez-vous que l'encodage est en UTF-8.
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8"> <!-- ✅ Must have this -->
<title>My Site</title>
</head>
<body>
<script src="//www.termsfeed.com/public/cookie-consent/4.2.0/cookie-consent.js" charset="UTF-8"></script>
<!-- ✅ charset="UTF-8" in script tag -->
</body>
</html>
Pour le texte personnalisé :
cookieconsent.run({
"website_name": "Café Français", // ✅ UTF-8 characters work
"language": "fr" // Use appropriate language
});