Faut-il vraiment continuer à afficher « Faites un don » à quelqu’un qui vient de virer cinquante euros la semaine dernière ? Pour beaucoup d’associations, la réponse est non, et pourtant l’appel à l’action reste identique pour tout le monde sur la quasi-totalité des sites de collecte. Le résultat : un sentiment de sollicitation excessive qui finit par agacer les donateurs les plus fidèles, précisément ceux qu’il faut le moins irriter.
La correction ne demande pas de système de compte complexe. Un cookie posé au moment du paiement suffit à couvrir la majorité des cas, sans complexifier le tunnel de don ni nécessiter d’authentification préalable.
Le principe : un cookie posé côté serveur au paiement
Au retour de la passerelle de paiement (Stripe, HelloAsso, ou tout prestataire équivalent), une fois le don confirmé, on pose un cookie avec une durée de vie de trente jours. Ce délai est arbitraire mais raisonnable : il couvre la fenêtre où une nouvelle sollicitation paraîtrait déplacée, sans empêcher un donateur motivé de redonner plus tard dans le mois s’il le souhaite explicitement via une autre page.
add_action( 'don_confirme', 'poser_cookie_donateur_recent' );
function poser_cookie_donateur_recent( $montant ) {
setcookie(
'donateur_recent',
'1',
time() + ( 30 * DAY_IN_SECONDS ),
COOKIEPATH,
COOKIE_DOMAIN,
is_ssl(),
true
);
}Adapter l’affichage du bouton
Côté template, on ne supprime jamais purement le bouton : on le remplace par un message de remerciement qui garde une trace visible de la reconnaissance, ce qui rassure le donateur sur le fait que son geste a bien été enregistré :
function afficher_bouton_don() {
if ( isset( $_COOKIE['donateur_recent'] ) ) {
echo '<p class="remerciement-don">Merci pour votre soutien ce mois-ci 🙏</p>';
return;
}
echo '<a class="bouton-don" href="/faire-un-don/">Faire un don</a>';
}Le piège du cache de page
Sur un site associatif à fort trafic, la page d’accueil est presque toujours mise en cache complet côté serveur, ce qui pose un problème immédiat : le cookie change selon le visiteur, mais la page servie ne change pas. Deux solutions courantes existent :
- Rendre le bloc bouton/remerciement via une requête AJAX chargée après affichage de la page en cache
- Utiliser un fragment ESI (Edge Side Includes) si l’hébergeur le permet
- Exclure explicitement ce bloc du cache via une classe CSS reconnue par le plugin de cache utilisé
La première option reste la plus portable, au prix d’un léger flash visuel au chargement, généralement invisible pour l’utilisateur si la requête est rapide.
Ne pas confondre reconnaissance et exclusion totale
Un piège inverse consiste à masquer complètement toute mention de don pendant trente jours, ce qui peut frustrer un donateur qui souhaiterait faire un don ponctuel supplémentaire pour une urgence (catastrophe naturelle, appel exceptionnel). Le message de remerciement doit rester cliquable ou contenir un lien discret « faire un don supplémentaire », pour ne jamais fermer complètement la porte.
Mesurer l’effet sur la satisfaction, pas seulement sur la collecte
Ce type d’ajustement se mesure mal en euros collectés à court terme : il agit surtout sur la perception de la relation entre l’association et son donateur. Un bon indicateur complémentaire est le taux de désabonnement des campagnes emailing qui suivent la mise en place du dispositif, souvent en baisse quand les sollicitations paraissent mieux calibrées.
Un donateur qui se sent reconnu individuellement redonne plus volontiers l’année suivante qu’un donateur traité comme un numéro dans une liste de diffusion.
Variantes possibles
Selon la structure, la logique peut être affinée : fenêtre plus courte pour les petits dons ponctuels, fenêtre plus longue pour les dons récurrents déjà couverts par un prélèvement mensuel, ou combinaison avec une base CRM externe si l’association dispose d’un identifiant donateur persistant au-delà du simple cookie navigateur.
Notre verdict
Un cookie de trente jours et un remplacement d’appel à l’action représentent un chantier de quelques heures, largement rentabilisé par l’image renvoyée à des donateurs déjà convaincus. La seule vigilance réelle porte sur la compatibilité avec le cache de page, sans quoi le dispositif reste invisible en production alors qu’il fonctionne parfaitement en local.
