Traiter les résiliations d’abonnement dans Gorgias
Abonnements ecommerce sur Gorgias : détecter les résiliations avec intents et règles, résilier via Recharge, suivre les raisons et lire le CSAT.
Les abonnements ecommerce (café, compléments alimentaires, nourriture pour animaux, recharges de soins) se résilient autrement que les SaaS. Les clients écrivent souvent « merci d’arrêter ma prochaine box » dans un chat ou en réponse à leur avis d’expédition, parfois la veille de l’envoi de la commande. Si votre boutique gère son support sur Gorgias, ces messages arrivent à côté des questions sur le statut des commandes et des retours, et la rapidité compte : une résiliation traitée après le prélèvement se transforme en remboursement, et parfois en chargeback.
Ce guide montre comment détecter les demandes de résiliation dans Gorgias, agir vite depuis le ticket, enregistrer pourquoi les clients partent, et lire les enquêtes de satisfaction sur ces tickets. Il s’en tient à la documentation de Gorgias : intents et sentiments, règles, macros et actions de macro, champs de ticket, l’intégration Recharge et les enquêtes CSAT (tous consultés en novembre 2026).
Où la résiliation a réellement lieu
Gorgias est un help desk ; l’abonnement vit dans une appli d’abonnement de votre boutique. Gorgias documente une intégration Recharge qui affiche les abonnements Recharge dans la barre latérale du ticket et permet aux agents de résilier ou réactiver un abonnement et de rembourser un paiement, partiellement ou totalement, sans quitter le ticket. Pour résilier depuis la barre latérale, l’agent ouvre Subscriptions, clique sur Cancel, puis sur Confirm.
Une réserve tirée de cette page : les commandes passées par Recharge doivent être annulées avec le bouton Cancel de la commande Recharge, pas de la commande Shopify, sinon l’annulation ne fonctionnera pas.
Gorgias documente aussi des actions de l’AI Agent pour les abonnements Recharge et pour Loop Subscriptions. Si vous utilisez une autre appli d’abonnement, consultez sa propre documentation Gorgias ; sans intégration, les agents résilient dans l’admin de l’appli et confirment dans le ticket.
Étape 1 : détecter les demandes de résiliation
Les intents
Gorgias détecte automatiquement l’intent et le sentiment des messages entrants (intents et sentiments). Sa liste d’intents comprend subscription/cancel (demandes de résiliation d’un abonnement, comme un envoi automatique ou une commande mensuelle) et subscription/change pour les modifications. Si le système ne peut pas attribuer un intent avec assez de confiance, il le laisse vide : les intents sont donc un indice fort, pas une garantie.
Une règle pour les étiqueter et les orienter
Les règles de Gorgias suivent une structure WHEN, IF, THEN. Une règle pour les résiliations :
- WHEN un ticket est créé (Gorgias précise que les déclencheurs « ticket updated » ne se déclenchent pas sur les changements d’intent des messages : utilisez ticket created ou new message).
- IF les intents du message contiennent subscription/cancel, et le message ne vient pas d’un agent.
- THEN ajouter le tag
subscription-cancel, assigner le ticket à l’équipe qui gère les abonnements, et passer la priorité à haute.
Les tags sont sensibles à la casse dans Gorgias (Subscription-Cancel et subscription-cancel sont deux tags différents) : mettez-vous d’accord sur une orthographe et tenez-vous-y. Les modèles de règles de Gorgias comprennent aussi un modèle d’étiquetage automatique des résiliations d’abonnement, marqué comme réservé à Recharge.
Étape 2 : résilier vite, avec une seule macro
Les macros de Gorgias combinent une réponse et des actions qui s’exécutent à l’envoi de la macro. La page des actions de macro liste des actions Recharge, dont Cancel last subscription, Activate last subscription, Refund last charge et Refund last order. Gorgias précise aussi que si une action de macro échoue, le ticket est rouvert.
Une macro « Résilier l’abonnement » pourrait :
- Répondre au client pour confirmer la résiliation, avec la date et en précisant si une commande à venir sera encore expédiée.
- Lancer Cancel last subscription.
- Ajouter le tag
cancel-done. - Renseigner les champs Contact Reason et Resolution (étape 3).
Deux précautions avant de la laisser à tout le monde :
- « Last subscription » désigne un seul abonnement. Si un client en a plusieurs (deux produits à des rythmes différents), vérifiez dans la barre latérale duquel il parle avant d’envoyer la macro.
- Vérifiez la prochaine commande. Si une commande a déjà été générée, le client doit savoir si elle sera expédiée et débitée, et vous devrez peut-être annuler aussi cette commande dans Recharge.
Étape 3 : enregistrer la raison et l’issue
Les champs de ticket de Gorgias comprennent trois champs gérés propres à l’ecommerce : Contact Reason, Resolution et Product. Contact Reason et Resolution viennent avec des valeurs de liste déroulante suggérées que vous pouvez modifier. Le conseil de Gorgias pour Contact Reason est de décrire ce que voit le client, pas la cause interne. Seuls les administrateurs créent des champs ; toute personne qui peut répondre peut les remplir.
Pour les résiliations, des valeurs utiles pour Resolution : Résilié, Prochaine commande sautée, Fréquence modifiée, Produit échangé, En pause, Demande retirée par le client. Des valeurs utiles pour la raison, tirées de ce que le client a écrit : Trop de produit, Trop cher, N’a pas aimé le produit, Problème de livraison, Déménagement, Autre.
Cela vous donne une vue mensuelle des raisons du départ des abonnés et de la part qui a accepté une alternative, à partir de vos propres données plutôt que d’un benchmark du secteur.
Quand proposer un saut, un changement de fréquence ou un échange
Les abonnements ecommerce ont des alternatives que les SaaS n’ont pas. Un client qui écrit « j’ai trop de café » a en général besoin d’un saut de livraison ou d’une fréquence plus espacée, pas d’une remise. Un guide approximatif :
| Ce que dit le client | Alternative raisonnable | Simplement résilier |
|---|---|---|
| « Il m’en reste trop » | Sauter la prochaine commande ou changer de fréquence | S’il dit qu’il en a fini |
| « Trop cher » | Format plus petit ou livraison moins fréquente | S’il a déjà décidé |
| « Je n’ai pas aimé le parfum » | Échanger le produit | S’il veut arrêter |
| « Je déménage / je voyage » | Pause ou saut | |
| « Les livraisons arrivent sans cesse en retard » | Régler le problème de livraison, s’excuser | Souvent |
La règle qui ne change pas : si le client demande à résilier, résiliez. Mentionnez une alternative dans la même réponse si elle correspond à la raison ; ne bloquez pas la résiliation en attendant sa réponse. Voir nos guides sur les règles click-to-cancel et pause ou remise.
Étape 4 : lire à part le CSAT des tickets de résiliation
Les enquêtes CSAT de Gorgias se configurent depuis Workflows, puis Tools, puis CSAT pour les tickets par email, formulaire de contact et Help Center, et depuis les préférences du chat pour le chat. La documentation liste les conditions d’éligibilité : le ticket doit contenir au moins un message du client et une réponse d’un agent, la dernière réponse de l’agent doit dater de moins d’une semaine à la fermeture du ticket, et le canal doit être le chat, l’email, le formulaire de contact ou le Help Center. Les notes vont de 1 à 5, et le rapport de satisfaction de Gorgias compte 4 et 5 comme positifs. Vous pouvez exclure des tickets de l’enquête avec des règles, par exemple par tag.
À vous de décider s’il faut soumettre les tickets de résiliation à l’enquête. Si vous le faites, filtrez-les avec votre tag subscription-cancel et lisez-les à part des autres tickets : un 5 signifie que la résiliation a été rapide et claire, ce que vous voulez. Un 1 avec « j’ai demandé deux fois et j’ai quand même été débité » est un problème de processus, et un chargeback probable.
Le faire avec NoChurn
Le connecteur Gorgias de NoChurn est en lecture seule : il lit les tickets et ne répond jamais, n’étiquette jamais et ne lance jamais d’actions dans Gorgias. Les tickets sont rattachés à vos clients par email ; les correspondances douteuses vous sont suggérées pour confirmation et jamais fusionnées automatiquement. Ils alimentent le score de churn et les facteurs de churn, et sont conservés comme preuves datées et mot pour mot si un client conteste plus tard un paiement traité sur Stripe ou Braintree. Les changements d’abonnement faits depuis Gorgias, comme le bouton de résiliation Recharge et les macros, restent dans Gorgias et votre appli d’abonnement. Voir NoChurn + Gorgias.