Plugin d'abonnements Discourse

:discourse2: Summary The Discourse Subscriptions plugin allows site owners to sell recurring and one-time purchase subscriptions that grant access to a group on a Discourse instance.
:open_book: Install Guide This plugin is bundled with Discourse core. There is no need to install the plugin separately.

The Discourse Subscriptions plugin allows you to create one-time as well as recurring subscriptions that users can pay for in order to access gated content. This can be a great way to fund the hosting cost of your community.

Features

The Discourse Subscriptions plugin supports the following features:

The “Subscribe” button located in the top nav will take you to the Subscribe page /s where it lists the subscriptions you have configured for your site:

Once a user clicks on one of the “Subscribe” button for a specific plan it will open up the payment page for that plan:

After a user fills out their payment details and their address and click “Subscribe”, they are shown a “Thank you!” message and taken to their billing page:

The user is also automatically added to a group of your choosing so that you can easily see which users have subscribed as well as provide gated content in categories only that group can see.

Terms

  • Subscription - Subscriptions are a recurring payment plan which allow you to control access to content on your community. When a subscription is created or deleted, a user is added or removed from the user group you associate with your subscription plan. A subscription is made up of a product and plans.
  • Product - A product in Stripe’s terms is what you’re selling. A product can contain one or more plans.
    • To add a description to your product, add a metadata field named “description” and use that one instead. You can use Markdown.
  • Plan - A plan contains a price, recurring cycle, and associates with a group to which your subscribers gain access.

:police_car_light: Be very careful to keep your Stripe private keys safe and secure at all times.

:warning: If you were to shut down your instance of Discourse, uninstall this plugin or your site were to go offline, Stripe will continue to bill your customers for your service until the subscription is cancelled.

Configuration

  1. Install & enable the plugin
  2. Configure Payment Gateway (Stripe)
  3. Configure Webhooks & Events in Stripe
  4. Add your Stripe keys (public, secret, webhook secret) under Admin > Plugins > Installed > Subscriptions > Settings /admin/site_settings/category/discourse_subscriptions?filter=plugin%3Adiscourse-subscriptions.
  5. Create a group for your subscribers to join via purchase
  6. Create a product and plan under Admin > Plugins > Subscriptions
  7. Profit!

Set up your Payment Gateway.

Firstly, you’ll need an account with the Stripe payment gateway. To get started, you can set up an account in test mode and see how it all works without making any real transactions or having to set up a bank account. There is no test mode toggle in the plugin; instead, be sure to use your developer keys (they begin with pk_test, sk_test)

Set up Webhooks and Events in your Stripe account

:bomb: Webhooks are required to make subscription cancellations work fully. Be sure you have them configured correctly.

Once you have an account on Stripe, you’ll need to tell Stripe your website’s address so it can notify you about certain transactions. You can enter this in your Stripe dashboard under Endpoints > URL.

Webhooks address: [your server address]/s/hooks – where [your server address] is the URL of your Discourse install.

You’ll also need to tell Stripe which events it should notify you about via the webhook URL.

Currently, Discourse Subscriptions responds to the following events:

  • customer.subscription.deleted
  • customer.subscription.updated
  • checkout.session.completed

Add the Stripe API and Webhook keys to your plugin settings

Stripe needs to be authorized to communicate with your website. To do this, it publishes a pair of private and public API keys and a signing secret for your web hooks.

To authorize webhooks, add the API keys and webhook secret from Stripe to your settings page (under Developers).

:warning: Adding production keys will make live payments. If you plan to test, be sure to switch to View test data mode and get pk_test and sk_test keys under Developers.

In your Stripe account settings, see:

Add these keys under the appropriate settings in Admin > Plugins > Installed > Subscriptions > Settings /admin/site_settings/category/discourse_subscriptions?filter=plugin%3Adiscourse-subscriptions.

Set up your User Groups in Discourse

When a user successfully subscribes to your Discourse application, after their credit card transaction has been processed, they are added to a User Group. By assigning users to a User Group, you can manage what your users have access to on your website. User groups are a core functionality of Discourse and this plugin does nothing with them except add and remove users from the group you associated with your Plan.

Create one or more products with plans.

Under Admin > Plugins > Subscriptions, click add a new Product. Once you have a product saved, you can add plans to it. Keep in mind that the pricing and billing intervals of plans cannot be changed once you create them. This is to avoid confusion around subscription management.

If you take a look at your Stripe Dashboard, you’ll see all those products and plans are listed. Discourse Subscriptions does not create them locally. They are created in Stripe.

Testing

Test with these credit card numbers:

  • 4242 4242 4242 4242
  • 4111 1111 1111 1111 (no authentication required)
  • 4000 0027 6000 3184 (authentication required)

For more test card numbers: Test card numbers | Stripe Documentation

Visit /s and enter a few test transactions.

Going Live

Once you’re ready to go live, change your API and webhook secret keys to production keys. You will need to create new products and plans in live mode.

Do be aware that if if you don’t properly configure Stripe webhooks, and recurring payments fail to process for any reason (expired credit card, etc.), users will still have access to the group . To have Stripe automatically cancel subscriptions, be sure to set your Manage failed payments settings similar to the below image and configure webhooks as described above.

Update Payment Info

Users can update their card used for individual subscriptions by visiting the billing page and clicking the edit button next to the subscription which will open up this screen:

Stripe Checkout with Stripe Pricing Tables

You can also opt to replace the Subscription Plugin product and checkout pages and instead use Stripe Checkout with Stripe Pricing Tables.

In your Stripe Dashboard:

  1. After you’ve created the products on Discourse, Go to Products > Product catalog
  2. Click on the product you’d like to include in the pricing table
  3. Click Edit product
  4. More Options and enter the following under Metadata:
    • Key: group_name
    • Value: The group’s name on Discourse (e.g., trust_level_0)
  5. Click Update product to save

:red_exclamation_mark: Make sure the group name matches the group that is selected under User_Groups on Discourse

Create your Stripe pricing table

  1. Go to Products > Pricing tables
  2. Create a new table and add the products you just created
  3. After publishing the table, copy the pricing table ID found within the embed code (it starts with prctbl_...)
  4. Paste the pricing table ID into your discourse_subscriptions_pricing_table_id and enable the subscriptions pricing table setting.
  5. Click the green checkmarks to save both settings.

Recommended step:

When setting up the Pricing Table inside of Stripe it is recommended to link the user to your site after checkout is complete otherwise they will stay on a Stripe confirmation page without a link back to your site.

Redirecting to https://<your-site>/my/billing/subscriptions is a good choice for subscriptions. For one-off payments you could link directly to https://<your-site>/my/billing/payments.

Automatic Tax Collecting

To enable Automatic Tax Collecting check the Site Setting box for discourse_subscriptions_enable_automatic_tax.

If you enable it, but you have not configured your Stripe instance properly to collect tax users may see this popup after completing the checkout process:

There is this guide for more info, but there shouldn’t be much to do since the plugin is now passing in the appropriate automatic_tax[enabled]=true parameter (step 5).

Be sure you configure your registrations (step 4) as well:

Here is an example Discourse Subscription Plugin transaction in Stripe showing that tax was automatically collected:

Settings

Name Description
discourse subscriptions enabled Enable the Discourse Subscriptions plugin.
discourse subscriptions extra nav subscribe Show the subscribe button in the primary navigation
discourse subscriptions public key Stripe Publishable Key
discourse subscriptions secret key Stripe Secret Key
discourse subscriptions webhook secret Stripe Webhook Secret
discourse subscriptions currency Default Currency Code. This can be overridden when creating a subscription plan.
discourse subscriptions campaign enabled Enables a campaign banner to promote supporting this community financially.
discourse subscriptions campaign goal The numerical goal for your support campaign (subscribers or amount raised).
discourse subscriptions campaign type Selects the type of campaign to run (subscribers or monthly amount raised).
discourse subscriptions campaign banner location Selects the location of the campaign banner (top or sidebar).
discourse subscriptions campaign banner bg image Upload a custom image to use as the background on the campaign banner.
discourse subscriptions campaign banner shadow color Selects the color of the campaign banner drop shadow.
discourse subscriptions campaign show contributors Show avatars of the most recent purchases of subscription products.
discourse subscriptions campaign product The Stripe product id to send supporters when they click the button on the campaign. If this setting is blank, supporters will be directed to the main products page.
discourse subscriptions campaign grant Grants the user a free month of subscriptions
discourse subscriptions pricing table id The Stripe pricing table id from the embed code
discourse subscriptions pricing table enabled Enables using the Stripe pricing table and replaces the existing subscribe page
discourse_subscriptions_enable_automatic_tax Toggles if sales tax is going to be collected. Requires some setup in Stripe.
discourse_subscriptions_enable_verbose_logging Enables more verbose logging to aid in debugging. Please do not leave permanently enabled in production.

:discourse2: Hosted by us? This plugin is available on our Pro, Business, and Enterprise hosting plans Subscriptions | Discourse - Civilized Discussion

Last edited by @tobiaseigen 2025-07-16T21:50:25Z

Last checked by @MarkDoerr 2024-07-11T20:25:35Z

Check documentPerform check on document:
138 « J'aime »

5 messages ont été déplacées vers un nouveau sujet : Une erreur « Un objet similaire existe en mode test » s’est produite

Le réglage de Sidebar ne semble rien faire (dernière version de Discourse aeb3d717dc, dernier plugin cc43d32a).

1 « J'aime »

Je reçois également ce message de journal :

Avis de dépréciation : le nom de l'icône « donate » a été mis à jour en « circle-dollar-to-slot ». Veuillez utiliser le nouveau nom dans votre code. Les anciens noms seront supprimés au T2 2025. [deprecation id: discourse.fontawesome-6-upgrade] [info: https://meta.discourse.org/t/325349]

EDIT : J’ai créé une PR pour cela

3 « J'aime »

2 messages ont été fusionnées dans un sujet existant : Bannière « Soutenez-nous » ne se met pas à jour

Hmmm… localement, il s’affiche dans la barre latérale lorsque je le permute.

Si vous l’avez dans la barre latérale, nous avons ajouté cette classe CSS. Vous pouvez inspecter votre page et rechercher subscription-campain-sidebar.

Est-ce qu’il reste juste en haut pour vous ?

Je vois. J’avais la page de catégorie comme page par défaut. Elle ne s’y affiche pas, évidemment. Elle s’affiche sur la liste “Latest”. Donc, cela fonctionne bien. Merci !

3 « J'aime »

Cela devrait vraiment apparaître sur la page Catégories (ou d’autres pages par défaut), n’est-ce pas ?

1 « J'aime »

En raison des restrictions en Chine continentale, il est difficile pour Stripe de passer la revue. Pourriez-vous envisager d’intégrer les interfaces d’Alipay ou de WeChat Pay ?

2 « J'aime »

Des questions similaires par le passé ont reçu une réponse comme « la chose à faire serait de créer un plugin pour Alipay ou WeChat Pay ». discourse.org tire ses revenus de ceux qui paient pour l’hébergement et je ne pense pas qu’ils aient beaucoup de clients d’entreprise qui veulent Alipay ou WeChat Pay, vous devrez donc demander dans Marketplace ou le développer vous-même. Peut-être pourriez-vous intéresser Alipay ou WeChat Pay à financer le développement.

3 « J'aime »

J’ai terminé les étapes 1 à 5, mais je suppose que je suis stupide ou aveugle. Je n’arrive pas à trouver l’interface pour configurer les produits et les plans sur mon serveur.

Ugh, j’ai trouvé. La dernière pièce du puzzle est que je ne comprends pas ceci :

  • Pour ajouter une description à votre produit, ajoutez un champ de métadonnées nommé « description » et utilisez celui-ci à la place. Vous pouvez utiliser Markdown.

Je pense que j’ai tout configuré correctement. Si je vérifie le paramètre :
Le bouton S'abonner affichera le tableau des prix intégrés et Stripe Checkout sera utilisé.
Alors les achats fonctionnent correctement, cependant, si je décoche cela et que j’utilise l’interface intégrée, j’obtiens des boîtes d’erreur telles que :

Un moyen de paiement de type carte était attendu, mais cet PaymentIntent n’a pas de moyen de paiement et aucun n’a été fourni. Réessayez en fournissant les paramètres payment_method ou payment_method_data.

ou

Ce client n’a pas de source de paiement ou de moyen de paiement par défaut. Veuillez envisager d’ajouter un moyen de paiement par défaut. Pour plus d’informations, visitez https://stripe.com/docs/billing/subscriptions/payment-methods-setting#payment-method-priority.

L’erreur principale concerne un plan non récurrent, l’erreur du bas concerne un plan récurrent.
Des indices sur la façon de résoudre ce problème ? Je préfère l’interface intégrée.

J’ai résolu ce problème, il semble que pendant que je jouais avec les utilisateurs dans l’environnement de test, Stripe n’a pas apprécié que j’utilise le même utilisateur Discourse avec différents « utilisateurs d’abonnement ».

De plus, l’OP devrait clarifier que

Pour ajouter une description à votre produit, ajoutez un champ de métadonnées nommé « description » et utilisez celui-ci à la place. Vous pouvez utiliser Markdown.

Allez sur le tableau de bord Stripe, cliquez sur Catalogue de produits, cliquez sur un Produit, puis cliquez sur un Prix. C’est là que vous trouverez les champs de métadonnées auxquels vous pouvez ajouter une description.

Cependant, cela ne semble pas avoir fonctionné pour moi. J’ai ajouté une description de test et rien n’a changé, que ce soit en utilisant le tableau Stripe ou la disposition intégrée.

6 messages ont été fusionnés à un sujet existant : Ajouter différentes méthodes de paiement à l’abonnement Discourse

Un message a été fusionné dans un sujet existant : Ajouter différentes méthodes de paiement à l’abonnement Discourse

Lorsque j’essaie de créer un produit, j’obtiens une erreur « 500 ». Je configure cela sur une configuration de test. Que puis-je vérifier pour savoir pourquoi j’ai cette erreur serveur ?

Chose similaire sur les coupons

Une entrée a-t-elle été créée en même temps dans {YOURFORUM}/logs ?

2 « J'aime »

Oh wow… je ne savais pas qu’une telle page existait. Indique une clé API invalide. J’ai mis n’importe quoi pour la clé secrète afin de continuer et de configurer les offres d’abonnement pour l’instant et de revenir aux clés plus tard lorsque je serai prêt à tester.

1 « J'aime »

J’ai pu configurer le plugin sans problème, mais j’ai ensuite réalisé que ce plugin ne permet que les abonnements récurrents. Pas les abonnements uniques qui expirent après la période définie.

Par exemple, facturer X montant pendant 30 jours. Après 30 jours, l’utilisateur est retiré du groupe premium. Il peut le racheter s’il le souhaite. Habituellement, je propose des adhésions de 1 mois, 3 mois et 12 mois.

Stripe exige que je m’enregistre en tant qu’entreprise pour pouvoir prendre en charge les paiements récurrents. Je prends des paiements uniques sur XenForo et la fonctionnalité native de XenForo gère l’expiration de l’abonnement et le retrait de l’adhésion au groupe.

Cela anéantit complètement mon projet de passer à Discourse d’ici un mois. :cry:

J’ai une solution. Je peux vous aider à créer une action github qui extraira les données de l’explorateur de données, y compris le nom d’utilisateur et l’ID du groupe à supprimer, puis modifiera leur groupe en conséquence.

Je le fais pour un client qui migre vers Discourse et qui a un champ personnalisé avec des dates. Nous devons donc déplacer les utilisateurs vers un groupe espérant-bientôt pour leur donner une bannière, puis un autre pour les supprimer du groupe payant lorsque le délai est écoulé.

Si vous avez un budget, vous pouvez me contacter ou poser votre question dans Marketplace. Je prévois un article de blog à ce sujet avec un exemple à usage général, si jamais j’ai une pause.

6 « J'aime »

Bonjour, les abonnements fonctionnent bien jusqu’au moment où le rappel de Stripe arrive. J’utilise la table de prix Stripe.

Je peux voir que l’abonnement a été enregistré avec succès sur la page admin/plugins/discourse-subscriptions/subscriptions.

Cependant, l’utilisateur n’a pas été déplacé vers le groupe d’utilisateurs requis.

J’ai configuré le produit avec le même nom de produit que sur Stripe et j’ai également créé un plan de tarification avec le groupe sélectionné. J’ai laissé le prix à zéro dans le plan de tarification car je suppose que cela est sans importance pour la configuration de la table de prix Stripe.

Qu’est-ce qui me manque ?