25 plugins WordPress pour les dons et la collecte : coûts, campagnes et suivi

Choisir entre un bouton de soutien, une campagne et une plateforme de projets

Recevoir un soutien ponctuel pour un projet, suivre les dons d’une association et accueillir les campagnes de plusieurs organisateurs ne demandent pas le même système. Un bouton peut renvoyer vers une page de paiement déjà préparée. Un formulaire de dons ajoute des montants, des informations de donateur et un suivi. Une plateforme de financement participatif doit aussi organiser les projets, leurs responsables et la destination des fonds. Commencez par décrire ce que votre équipe doit retrouver après une contribution. Ce résultat aide davantage au choix qu’une longue liste de passerelles annoncées sur une fiche commerciale.

Les 25 familles de cette sélection sont dédiées aux dons ou à la collecte. Leurs éditions gratuites, commerciales et connecteurs alternatifs ne sont pas comptés plusieurs fois. Les formulaires généralistes, boutiques et outils d’adhésion déjà traités ne servent pas à compléter le nombre. Certaines solutions restent dans WordPress ; d’autres affichent un service externe dont le compte porte l’historique des dons. Une contribution via Ko-fi n’a donc pas le même périmètre qu’une campagne gérée dans GiveWP ou qu’une plateforme de projets IgnitionDeck. Retenez d’abord le niveau nécessaire, puis comparez quelques outils de cette famille.

Préparez un cas simple : un projet nommé, un don ponctuel, une personne responsable du suivi et un montant que l’équipe pourra rapprocher des fonds reçus. Ajoutez ensuite la récurrence uniquement si vous savez comment le donateur la reconnaîtra et l’arrêtera. Si plusieurs responsables peuvent créer des campagnes, précisez qui les approuve et contrôle leur destination. Cette recherche est documentaire : aucun compte de collecte, paiement, reçu ou campagne publique n’a été créé pour l’article. Les parcours proposés doivent être exécutés dans votre environnement avec des données de travail et les moyens d’essai disponibles.

Comparer abonnement, commission et frais de paiement sur la même base

Séparez trois lignes dans votre estimation : licence du plugin, commission de plateforme et traitement du paiement. Gratuit peut décrire seulement le téléchargement : Charitable Lite ajoute 3 % par transaction et Accept Donations annonce 1 % dans son édition gratuite. Donorbox Standard facture 2,95 % sur les formulaires de base, puis le processeur. Givecloud combine abonnement, commission et traitement séparé. Comparez la même fréquence, le même pays, le même volume et les mêmes options. Pour un don de travail de 100 euros, inscrivez les frais en pourcentage et le montant fixe à part ; ce calcul préparatoire ne remplace pas le contrat du prestataire.

Les conditions ont été consultées le 3 novembre 2026. Charitable Basic affiche 69 USD la première année contre un tarif normal de 149 USD par an ; SureDonation Pro affiche 79 USD la première année puis 149 USD, avec un périmètre de sites différent. Ces montants d’introduction ne doivent pas devenir le budget permanent. Pour une plateforme à facturation annuelle, distinguez aussi le montant payé d’avance de son équivalent mensuel. Ne transposez pas à votre association un taux de carte présenté pour une organisation américaine ou un compte dans une autre devise. La fiche signale les taxes ou conditions qui n’ont pas pu être établies.

Les contributions facultatives aux services et la prise en charge des frais par les donateurs sont encore une autre ligne. Examinez le total affiché avant validation, qui reçoit chaque montant et ce qui se passe si le donateur refuse le supplément. Raisely présente un modèle avec contributions facultatives et une alternative à frais de plateforme ; Zeffy annonce une collecte sans frais pour les organismes admissibles, financée par des contributions facultatives au service. Ces offres ne couvrent pas automatiquement les mêmes pays ou structures. Un pourcentage nul de plateforme ne permet pas, à lui seul, de conclure que chaque paiement sera gratuit.

Vérifier le pays, les données et les dépendances avant l’installation

Le premier filtre est l’accès au service. HelloAsso se présente comme une solution pour les associations françaises ; GoFundMe Pro indique que le siège de l’organisation doit être aux États-Unis. Vérifiez également la devise, les pièces nécessaires au compte, la personne qui peut changer le bénéficiaire et les moyens de paiement réellement disponibles. Une bannière montrant plusieurs symboles monétaires ne répond pas à ces questions. Écartez d’abord les offres dont le périmètre ne correspond pas à votre structure, même si le plugin peut techniquement être installé dans WordPress. Zeffy admet désormais six pays, dont le Royaume-Uni, l’Irlande et l’Allemagne, mais pas la France. Le pays du donateur et celui de l’organisme ne sont pas interchangeables : un formulaire accessible depuis la France ne garantit pas qu’une structure française puisse encaisser par ce service.

Identifiez ensuite le lieu où l’équipe travaillera. Avec Donorbox, Funraise ou Givecloud, le plugin intègre une plateforme qui conserve une part essentielle de l’administration. Avec une solution locale, WordPress et sa base demandent leur propre suivi, une sauvegarde et des droits adaptés. Préparez la liste des informations nécessaires : référence du don, campagne, montant brut, frais, état, versement et éventuelle récurrence. Un compteur public ne remplace pas ce dossier. Demandez un export d’exemple ou consultez sa description avant de dépendre d’un format que l’organisation ne saura pas reprendre.

Enfin, lisez les dépendances au niveau du parcours utilisé. Donation Platform for WooCommerce prévoit un module de souscriptions pour la récurrence et sa documentation recommande le paiement classique pour toutes les fonctions. SUMO Donations exige SUMO Subscriptions pour les dons récurrents. Le coût du premier plugin ne couvre donc pas nécessairement votre projet complet. Préparez une copie de travail, neutralisez les notifications et intégrations réelles, puis sauvegardez la configuration avant l’essai. Si vous utilisez WordPress.com, vérifiez que votre offre autorise les extensions nécessaires. N’ouvrez pas un réseau multisite en production pour examiner simplement un nouveau formulaire.

Parcours 1 : relier une collecte déjà préparée sans installer de plugin

Ce parcours convient si l’organisation dispose déjà d’une page publique de collecte validée dans le service choisi. Il demande un accès pour modifier une page WordPress et l’URL publique exacte de la campagne, fournie par la personne qui l’administre. Utilisez une copie ou une page de travail ; ne copiez pas une adresse de connexion ni un lien privé de gestion. Notez le nom du bénéficiaire et de la campagne pour les comparer après le clic. Le résultat recherché est un accès clair à cette collecte existante ; WordPress ne prendra pas en charge son paiement ni son historique de donateurs.

Dans Pages, ouvrez Ajouter une page ou la page de travail à modifier. Avec l’éditeur de blocs, utilisez le bouton plus pour ajouter le bloc Boutons, puis écrivez un libellé qui indique le projet soutenu. Sélectionnez le bouton, ouvrez son contrôle de lien et collez l’adresse publique complète. Enregistrez le brouillon et utilisez l’aperçu. Contrôlez le texte, la destination et le nom de campagne sur un petit écran comme sur ordinateur. Évitez un intitulé qui promet un reçu ou une déduction si l’organisation n’a pas défini les conditions correspondantes. Une destination correcte compte davantage que la couleur du bouton.

Ouvrez ensuite l’aperçu comme visiteur et suivez le lien jusqu’à la page publique, sans saisir de carte ni confirmer de don. Vous devez retrouver la campagne et le bénéficiaire attendus, avec les conditions affichées par le service. Ce contrôle établit seulement que le lien aboutit ; il ne valide pas l’encaissement. L’équipe devra compléter le parcours de paiement dans le mode d’essai prévu, lorsqu’il existe et qu’elle est autorisée à l’utiliser. Pour revenir en arrière, retirez le bloc de la page de travail ou restaurez sa révision. Aucun nouveau plugin ni formulaire local n’a été nécessaire.

• Obtenir l’URL publique validée de la campagne et préparer une page de travail.
• Ajouter un bloc Boutons, saisir le libellé du projet et renseigner le lien.
• Enregistrer le brouillon puis vérifier campagne et bénéficiaire depuis l’aperçu.
• Arrêter le contrôle avant tout paiement réel ; retirer le bloc ou restaurer la révision si la destination ne convient pas.

Parcours 2 : afficher un bouton simple avec Donations via PayPal

Ce parcours proposé concerne un site qui veut afficher un bouton PayPal réglé dans WordPress, sans construire une gestion complète de campagnes. Il demande un compte bénéficiaire adapté et un accès administrateur à une copie de travail. Dans Extensions > Ajouter, recherchez Donations via PayPal et vérifiez le slug paypal-donations pour éviter un homonyme. Après installation et activation, la documentation situe les réglages dans Réglages > PayPal Donations. Relevez la configuration initiale avant de la modifier. L’objectif du prototype est de contrôler l’adresse de destination, la devise et le motif, sans déclencher un versement réel.

Renseignez l’identifiant PayPal du bénéficiaire autorisé, puis la devise et les valeurs facultatives utiles, comme le motif ou la page de retour. N’inscrivez pas de mot de passe PayPal dans une zone prévue pour un identifiant. Enregistrez les réglages, puis ouvrez une page de travail dans l’éditeur. Ajoutez un bloc Code court et collez [paypal-donation], la forme simple documentée par le plugin. Elle utilise les valeurs définies dans les réglages. Gardez d’abord ces valeurs communes pour pouvoir comparer le résultat au lieu de multiplier les variantes par page. Enregistrez le brouillon et examinez son aperçu.

Cliquez sur le bouton uniquement pour contrôler la destination et les informations présentées, puis arrêtez-vous avant toute validation de paiement. Si les informations ne correspondent pas au bénéficiaire attendu, restaurez les réglages et retirez le shortcode. Un retour sur une page de remerciement ne permet pas, à lui seul, de déclarer un don payé ; la validation de règlement demande le parcours d’essai réellement pris en charge par l’intégration. Pour abandonner le prototype, retirez d’abord son bouton puis désactivez l’extension sur la copie. Conservez les réglages utiles : la documentation précise que supprimer le plugin efface ses options.

• Installer le plugin paypal-donations sur une copie et ouvrir Réglages > PayPal Donations.
• Renseigner l’identifiant du bénéficiaire, la devise et le motif autorisés, puis enregistrer.
• Ajouter [paypal-donation] dans un bloc Code court d’une page de travail.
• Contrôler l’aperçu et la destination sans paiement ; restaurer les réglages ou retirer le bloc en cas d’écart.

Parcours 3 : préparer un projet de don dans WooCommerce

Ce parcours s’adresse à une équipe qui possède déjà une copie de boutique et souhaite y examiner Donation Platform for WooCommerce. Il exige WooCommerce configuré, un accès de gestion des produits et une passerelle disposant d’un mode d’essai correctement activé. Neutralisez courriels, webhooks et intégrations réelles sur la copie. Vérifiez d’abord que le paiement utilise le shortcode classique : la documentation du plugin recommande le paiement classique pour un support complet, notamment des cases de frais et de classement, et signale une incompatibilité avec le nouvel éditeur de produits. Si votre parcours dépend de ces éléments, choisissez un autre prototype au lieu de modifier globalement la boutique active.

Dans Produits > Ajouter, préparez un article de travail avec un nom explicite et un prix régulier, utilisé comme montant de don par défaut. Activez Donation Project dans ses données, puis ouvrez l’onglet Donation Form pour les réglages du formulaire. Un objectif et une date de fin peuvent être renseignés, mais la documentation précise qu’ils n’interdisent pas automatiquement de nouveaux dons. Sur la copie protégée uniquement, publiez ce produit de travail pour le rendre achetable, puis contrôlez sa page. Un produit laissé en brouillon n’offre pas le parcours complet au visiteur. Le résultat attendu est un montant choisi relié à ce projet, avec un chemin vers le paiement d’essai dont l’équipe comprend chaque étape.

Si la copie utilise déjà l’extension officielle WooCommerce Stripe, ouvrez WooCommerce > Réglages > Paiements > Stripe > Réglages. Dans les détails du compte, choisissez Configure connection puis Test : la connexion de test est distincte de Live. Reliez un compte d’essai autorisé et vérifiez son état ainsi que les webhooks de test. Cochez ensuite Enable test mode et enregistrez. Un simple changement d’affichage dans le tableau Stripe ne suffit pas à basculer la boutique. Pour la carte, utilisez uniquement le numéro de test 4242 4242 4242 4242 avec une date future et un CVC fictif ; jamais une vraie carte. Ce mode simule le paiement, sans vérifier un versement bancaire réel.

Réalisez le don uniquement avec les données de test de la passerelle et vérifiez son état dans la commande de travail. Comparez campagne, montant, devise et éventuels suppléments au résultat attendu. Les réglages généraux sont documentés sous WooCommerce > Réglages > Donations ; si la copie sert aussi de boutique, examinez le mode de compatibilité avant d’étendre l’usage. Pour arrêter la campagne, la documentation propose le statut de produit hors stock ; remettre le produit d’essai en brouillon retire aussi sa diffusion. Conservez les traces et la configuration avant un retrait du plugin, sans supprimer les commandes historiques pour nettoyer l’écran. Ne reconnectez pas la copie au mode Live après l’essai. Conservez le test isolé et retirez le produit de travail ; la publication réelle fera l’objet d’une configuration séparée.

• Préparer une copie protégée avec paiement classique et courriels/intégrations réels neutralisés.
• Créer un produit avec prix régulier, activer Donation Project, régler Donation Form puis publier uniquement sur la copie protégée.
• Avec WooCommerce Stripe déjà présent : connecter le compte dans Configure connection > Test, vérifier les webhooks de test, activer Enable test mode et enregistrer.
• Effectuer un don avec les données d’essai Stripe ; rapprocher la référence de commande et le paiement dans le compte de test.
• Retirer la diffusion du projet de travail, conserver les traces utiles et garder la copie hors paiements réels.

Contrôler le don enregistré, le versement et la récurrence séparément

Un écran de remerciement, un don marqué payé et un versement sur le compte de l’organisation sont trois éléments à rapprocher. Préparez une grille avec la référence de campagne, le montant demandé, les suppléments facultatifs, la devise et l’état attendu. Dans le mode d’essai disponible, examinez un paiement réussi, un abandon et une tentative refusée. Une tentative qui échoue ne doit pas être considérée comme une somme encaissée dans votre suivi. Comparez les données du plugin ou du service à celles de la passerelle. Cette vérification évite de prendre une simple ouverture de formulaire pour une collecte aboutie. Dans WooCommerce, une commande de test peut ressembler à une vraie commande et déclencher des automatismes : le mode test de la passerelle ne neutralise pas à lui seul la livraison, la comptabilité ou les courriels.

Pour la récurrence, notez la fréquence, la date de départ et le montant présenté avant confirmation. Repérez où le donateur consultera son engagement et où il pourra demander son arrêt. Testez ce parcours uniquement avec le mécanisme d’essai effectivement documenté et un abonnement de travail, jamais avec un prélèvement réel créé pour voir ce qui arrive. Vérifiez la distinction entre une échéance payée et une série active, puis la manière de traiter un paiement refusé. Aucun plugin ne permet de déduire le comportement d’une passerelle différente à partir du succès d’un seul formulaire ponctuel.

Enfin, confiez à une personne le rapprochement des versements et à une autre, si l’organisation le prévoit, la vérification du suivi. Conservez les références utiles sans recopier des données de carte dans WordPress ou dans un tableur de diagnostic. Lorsqu’un export regroupe plusieurs campagnes, contrôlez qu’une contribution reste attribuée au bon projet et que les frais ne sont pas confondus avec le montant brut. Définissez aussi le traitement d’un remboursement et sa trace dans les outils utilisés. Ce sont des critères de réception du système ; aucun versement, abonnement ou remboursement n’a été exécuté pour cette sélection.

Organiser les reçus, les données publiques et les accès de l’équipe

Un courriel de remerciement et un fichier PDF ne prouvent pas que l’organisation peut délivrer un reçu fiscal. La production technique du document et la qualification de l’organisme sont deux questions distinctes. En France, Service Public décrit le rescrit mécénat pour interroger l’administration sur la situation de l’association et sa capacité à délivrer des reçus ouvrant droit à une réduction. Faites donc définir les règles et le modèle autorisé avant d’activer une émission automatique. Cet article ne calcule pas de réduction d’impôt et ne valide pas le statut de votre structure ; il aide à choisir et à vérifier un outil WordPress.

Définissez ce qui doit apparaître publiquement sur une campagne. Une liste de donateurs, un commentaire et un montant peuvent être affichés différemment d’un nom conservé pour le suivi interne. Préparez un donateur de travail, un choix de contribution anonyme lorsque l’outil le propose et une vue déconnectée de la page. Comparez ce qui est visible au résultat attendu, y compris dans les blocs de progression et les listes réutilisées ailleurs sur le site. N’utilisez pas des personnes réelles comme données d’essai. Une option intitulée anonyme ne suffit pas à prouver que toutes les sorties du site masquent l’identité.

Attribuez les accès selon les tâches : modifier la page, lire les dons et changer le compte bénéficiaire ne devraient pas être confondus par commodité. Vérifiez aussi les comptes externes partagés par l’équipe et la façon de retirer l’accès d’une personne qui part. Préparez une sauvegarde des données locales et un export des données hébergées selon vos besoins. Un fichier récupéré doit être lisible et relié aux bonnes campagnes ; une simple promesse d’export dans une offre commerciale ne garantit pas que vous retrouverez chaque information nécessaire. Gardez les pièces de travail dans un espace adapté à l’organisation.

Retenir une solution maintenable et préparer une sortie propre

Pour une collecte déjà administrée ailleurs, commencez par un lien ou un connecteur adapté plutôt que recréer le même formulaire dans plusieurs outils. Pour une gestion locale avec campagnes et historique, comparez les fonctions du cœur gratuit et des modules sur votre exemple. Si la boutique existe déjà, examinez la voie WooCommerce sans supposer que tous les blocs ou toutes les passerelles fonctionneront avec le plugin de dons. Une plateforme de projets portée par plusieurs organisateurs demande en plus des droits, des validations et un traitement des fonds clairement définis. Le nombre de fonctions annoncé reste secondaire par rapport à ce parcours.

La maintenance du connecteur et celle du service externe sont deux contrôles différents. Les champs de mise à jour de Funraise et Raisely remontent à 2025 ; cela demande un prototype sur la version WordPress visée, même si la plateforme continue d’évoluer. SUMO et WP Attractive affichent aussi des dates de 2025, sans que cela prouve leur abandon. Les notices précisent les versions et divergences observées. WP Crowdfunding annonce désormais un outil vers Growfund, mais sa licence et la reprise des données ne sont pas présumées. Pour GiveWP, la grille actuelle est celle d’une suite Liquid Web : son prix ne devient pas celui du plugin seul.

Avant de changer d’outil, inventoriez les formulaires utilisés, les liens publics, les campagnes, les dons et les engagements récurrents. Préparez la récupération des données puis un plan pour retirer les anciens boutons sans perdre le suivi des contributions déjà enregistrées. Désactiver un plugin ne signifie pas nécessairement arrêter les paiements gérés par un service externe. Faites confirmer ce point dans le parcours de sortie concerné. Une fois le prototype retenu et ses contrôles réalisés, documentez quelques cas de référence pour les rejouer après une mise à jour. L’équipe doit savoir reconnaître une collecte correcte et expliquer où elle retrouve son historique.