25 plugins WordPress pour l’assistance clients, les tickets et le chat

Choisir où l’équipe traitera les demandes

Suivez une demande de son arrivée à sa fermeture. Qui la reçoit, où répond-on et comment un collègue retrouve-t-il l’échange s’il doit prendre le relais ? Un portail de tickets installé dans WordPress convient à une équipe qui souhaite gérer ses demandes dans l’administration du site. Avec un connecteur de chat ou de boîte partagée, le traitement se fait généralement dans le service associé. Comparez les deux circuits sur la même demande et notez où l’historique est conservé.

Les vingt-cinq offres comprennent des extensions locales, des connecteurs et des solutions spécialisées. Les éditions gratuite et Pro d’un même outil figurent dans la même notice. Pour estimer le budget, distinguez l’extension gratuite, le connecteur gratuit qui peut nécessiter un abonnement et l’essai dont l’accès prend fin. Les montants et conditions correspondent au relevé du 3 novembre 2026. Vérifiez le prix applicable à votre compte avant de souscrire. Les procédures ci-dessous sont des tests à réaliser.

• Décrire la demande type, la personne qui la prend en charge et le délai de réponse.
• Retenir deux solutions et comparer le traitement de cette même demande.

Préparer un site de test et séparer les accès

Utilisez un site de test autorisé et notez ses réglages initiaux. Installez les extensions du répertoire depuis Extensions → Ajouter et activez une seule solution à la fois. Pour un produit commercial, utilisez le fichier d’installation et la licence dont vous disposez. Si le connecteur demande un compte externe, choisissez un espace autorisé pour les essais. Sans cet accès, préparez les pages et les réglages locaux, puis reportez la vérification du widget, des messages et des permissions du service.

Créez deux comptes clients fictifs et un compte agent. Préparez une demande ouverte, puis faites-la reprendre par un autre agent si votre équipe travaille en relais. Notez l’identifiant du ticket, son état et la prochaine action. Contrôlez ce que voit chaque compte et ouvrez les adresses directes des tickets et des pièces jointes en session déconnectée. Essayez aussi l’adresse d’une pièce jointe avec l’autre client. Un lien masqué peut rester accessible à qui connaît son adresse.

Utilisez des données fictives et un dispositif qui intercepte les courriels sortants. Vous pourrez lire le destinataire, le texte et les liens d’une notification sans joindre un vrai client. Pour vérifier la livraison externe ou la collecte des réponses entrantes, prévoyez des essais séparés avec une boîte autorisée et la fonction correspondante. Adaptez les étapes à l’édition installée, puis retirez uniquement les tickets, fichiers et comptes créés pour le test.

• Noter les réglages de départ et préparer les comptes de test.
• Vérifier les accès aux tickets et aux fichiers, puis tester séparément les messages sortants et entrants.

Chiffrer le service et prévoir son retrait

Pour une extension locale, comptez la licence, les modules de collecte des courriels et la maintenance de l’hébergement. Pour un service externe, relevez le nombre de sièges, l’unité facturée et la durée de conservation de l’historique. Un prix mensuel affiché peut correspondre à un engagement payé à l’année. Faites préciser la devise, les taxes, le renouvellement et le montant dû pour l’édition choisie.

Repérez les pages du portail, les règles d’accès et les emplacements du script. Retirez une insertion à la fois et vérifiez que le contact de remplacement fonctionne, avec et sans connexion. Traitez à part les conversations ouvertes et la résiliation éventuelle du service. Relevez le responsable et la prochaine action de chaque demande dans la boîte d’origine, puis exportez les données nécessaires si l’offre le permet. Pour annuler le retrait, rétablissez la page ou le script et ses réglages. Une restauration complète de la base pourrait effacer les demandes arrivées depuis la sauvegarde.

• Comparer le coût des licences, sièges, modules et volumes dont vous avez besoin.
• Retirer le widget ou le portail et vérifier le contact de remplacement.

Fluent Support

Pour une petite équipe qui reçoit surtout des demandes écrites, commencez par le portail client et le traitement des tickets dans WordPress. Le suivi doit rester compréhensible lorsqu’un autre agent reprend la demande. Ouvrez un ticket depuis le portail, répondez dans l’administration et contrôlez que le client retrouve le message et l’état du dossier. Si votre équipe veut recevoir les réponses par courriel, évaluez cette fonction séparément dans l’édition qui la propose.

Dans Fluent Support → Settings, repérez la page du portail client. Le code court [fluent_support_portal] permet d’afficher ce portail sur une page de test. Gardez l’inscription fermée et utilisez les comptes préparés. Le formulaire d’inscription dépend du réglage WordPress. Donnez au second client l’adresse directe du ticket fictif du premier pour vérifier le refus d’accès.

• Déposer un ticket et le retrouver dans l’administration.
• Répondre comme agent, puis rouvrir le portail avec le compte client.
• Vérifier les droits des deux clients avant d’évaluer la collecte entrante.

SupportCandy

SupportCandy convient à une équipe qui définit ses propres champs et statuts. Ajoutez un champ de référence interne et deux états correspondant à des actions concrètes, comme une demande à traiter et une demande qui attend le client. Confiez le même ticket à deux agents successifs. Le second doit retrouver l’échange et comprendre qui doit agir ensuite. Vérifiez le résultat côté client. Si les réponses doivent aussi arriver par courriel, réservez une boîte à cet essai et vérifiez quelle édition couvre la collecte entrante.

• Configurer le champ et les deux états dans le portail de test.
• Faire reprendre la demande par un autre agent et contrôler ce que voit le client.
• Vérifier le périmètre de la collecte entrante avant de connecter une boîte.

Awesome Support

Si vous souhaitez ajouter les automatismes progressivement, commencez par le dépôt et la réponse. Gardez un ticket ouvert et un ticket fermé pour comparer leur affichage avant et après un changement de thème. Vous pourrez ainsi voir si la présentation du formulaire change alors que l’historique reste accessible. Vérifiez également le message que reçoit le demandeur quand l’agent répond.

L’installation crée les pages My Tickets et Submit ticket. Ajoutez leurs liens au menu du site de test et déposez une demande avec le compte client. Comparez ensuite l’accès à My Tickets avec celui d’un autre client. Le module commercial de tickets publics correspond à un autre usage que ce portail privé.

• Repérer les pages de dépôt et de suivi dans la version installée.
• Comparer la consultation d’un même ticket avec les deux comptes clients et sans connexion.
• Lire la notification interceptée et vérifier l’affichage avec le thème utilisé.

JS Help Desk

JS Help Desk convient lorsque les demandes sont réparties entre plusieurs services. Créez deux départements fictifs, par exemple inscriptions et facturation, et attribuez-leur des agents. Déposez une demande dans le mauvais département pour vérifier sa réorientation et les droits après le transfert. Si vous acceptez les demandes sans compte, vérifiez comment le demandeur retrouve sa conversation et quelles informations lui sont demandées.

Ouvrez Help Desk pour terminer les réglages de page, d’adresse d’envoi et d’agent. Le code court [jssupportticket_addticket] sert à la saisie et [jssupportticket_mytickets] au suivi. [jssupportticket] réunit le portail. Réservez ces appels aux pages de test pour identifier quel écran est en cause si l’accès échoue.

• Configurer deux départements et contrôler les droits de leurs agents.
• Déposer une demande dans le mauvais département, puis la réattribuer.
• Vérifier le suivi selon le mode invité ou connecté retenu.

WSDesk

Pour une assistance liée à une boutique, commencez avec l’édition gratuite et une demande qui cite une commande fictive. Vérifiez quelles données de commande l’agent peut consulter depuis le ticket. Le raccordement d’une boîte de courriel et les règles automatiques dépendent de l’offre. Terminez d’abord le test du formulaire web. Si la collecte entrante est nécessaire, vérifiez ensuite le module et la boîte de test correspondants. Le formulaire et la réponse par courriel doivent produire des résultats que vous pouvez contrôler séparément.

• Créer un ticket depuis le formulaire web de la boutique.
• Relever les informations de commande visibles par l’agent.
• Vérifier l’édition nécessaire avant de tester la collecte des courriels.

Support Genix

Support Genix peut convenir si l’équipe veut gérer les tickets et leurs réponses de référence au même endroit. Créez un article d’aide sur un sujet fictif, puis ouvrez un ticket sur ce sujet. Vérifiez que l’agent retrouve la demande et peut y répondre avec le lien vers l’article. Utilisez ce parcours humain comme point de comparaison pour décider si une fonction d’IA apporte quelque chose au service.

Le menu Support Genix permet de retrouver les tickets créés. Si vous envisagez une fonction d’IA, relevez le fournisseur requis, les conditions de consommation et ce que couvre la licence. Le libellé « AI » de la bannière ne donne pas ces informations.

• Préparer un article d’aide et soumettre une demande liée à son sujet.
• Répondre comme agent avec le lien et vérifier sa réception.
• Chiffrer séparément la licence, les intégrations et l’usage éventuel d’un fournisseur d’IA.

tawk.to

Pour une permanence qui ferme à midi, vérifiez le passage du chat au formulaire hors ligne. Choisissez le fuseau et un créneau court. Laissez un message après la fermeture et retrouvez-le dans l’interface opérateur. Un lien de contact doit rester accessible si le widget est indisponible. Le relevé du 3 novembre 2026 distingue 39 dollars par mois et 348 dollars par an pour le retrait de marque, par propriété.

Dans Réglages → Tawk.to, sélectionnez la propriété et le widget de test, réglez leur visibilité puis enregistrez avec Save Changes. Les horaires et le contenu du widget se règlent dans le tableau de bord du service. Si le message semble manquer, comparez l’identifiant affiché avec celui de la propriété choisie.

• Relier la propriété de test et vérifier qu’un seul widget s’affiche.
• Programmer une pause et ouvrir le formulaire hors ligne sans connexion administrateur.
• Reprendre le message à la réouverture et contrôler l’adresse de réponse.

Tidio

Tidio mérite un essai si vous devez prévoir le coût de conversations dont la durée varie. Reliez un espace autorisé, puis simulez une conversation humaine courte, un échange interrompu et une reprise le lendemain. Comparez ce que le service compte dans chaque cas. Les quotas Flows et Lyro correspondent à des usages différents. Vérifiez leurs unités dans la formule envisagée et gardez le traitement humain comme référence pour évaluer ensuite l’intérêt d’un flux automatisé.

• Ouvrir le widget depuis la page de contact.
• Traiter un message, interrompre l’échange, puis le reprendre le lendemain.
• Rapprocher les compteurs observés des unités facturées dans l’offre.

Crisp

Crisp se prête à une équipe dont deux personnes couvrent des plages différentes. Reliez l’espace de test et programmez leurs disponibilités avec les options de l’offre. Observez le widget lorsqu’il reste un seul opérateur, puis lorsque toute l’équipe est absente. Comparez le masquage du widget et le parcours qui permet au visiteur de laisser un message. Avant de retenir ce second parcours, vérifiez comment l’adresse de réponse est recueillie et quels sièges ou modules sont nécessaires pour assurer la relève.

• Tester la disponibilité avec un seul opérateur puis avec toute l’équipe hors ligne.
• Laisser un message et vérifier que l’opérateur peut répondre après la fermeture du navigateur.
• Vérifier le coût par espace et l’offre requise pour un flux d’absence avancé.

Chatra

Chatra peut convenir à un opérateur qui alterne permanence et réponses différées. Comparez l’information donnée au visiteur quand l’opérateur est disponible ou absent. Laissez ensuite deux messages, l’un avec une adresse de réponse et l’autre sans. Vérifiez dans quels cas l’équipe peut poursuivre l’échange après la fermeture de la page. Le relevé du 3 novembre 2026 distingue la fiche WordPress et la grille Messenger. Pour le budget, vérifiez le prix de cette dernière pour le nombre d’agents et l’échéancier retenus.

Dans le service, ouvrez Chat Widget et copiez le code de l’espace autorisé. Collez-le dans Réglages → Chatra chat puis enregistrez. Désactivez l’ancienne insertion si le thème ou un gestionnaire de balises ajoute déjà le widget. Vous pourrez ainsi attribuer le comportement observé au bon connecteur.

• Relier le widget à l’espace autorisé et vérifier son insertion.
• Comparer la reprise d’un message avec et sans adresse de réponse.
• Relever le nombre d’agents et la facturation mensuelle ou annuelle.

Smartsupp

Smartsupp mérite un essai si l’équipe doit retrouver une conversation plusieurs jours après sa fermeture. Créez deux échanges reconnaissables, fermez-en un et demandez à la personne de permanence de le retrouver. Comparez la durée de conservation de la formule avec le délai habituel de suivi. Si l’historique disponible est trop court, prévoyez un autre suivi ou choisissez une offre adaptée. Chiffrez Mira séparément. Vérifiez aussi que le lien de contact de la page reste accessible quand le widget est fermé.

• Identifier la durée d’historique de la formule choisie.
• Retrouver un échange fermé et examiner les options de reprise.
• Comparer le délai de suivi de l’équipe aux conditions du relevé du 3 novembre.

JivoChat

Si votre équipe utilise déjà JivoChat, relevez comment le widget est inséré et quelle version du connecteur est active. La notice indique la dernière mise à jour et la version de WordPress jusqu’à laquelle l’éditeur déclare l’avoir testé. Pour une installation plus récente, faites confirmer sa prise en charge avant de retenir le connecteur. Vérifiez ensuite l’affichage, les notifications et le retrait du widget avec la méthode d’insertion utilisée. Pour un nouveau site, examinez ce point de maintenance avant de comparer le prix par agent.

• Identifier la version du connecteur et le point d’insertion du widget.
• Ouvrir un échange, contrôler la notification, puis vérifier le retrait du widget.
• Faire confirmer la compatibilité avec la version cible avant de choisir l’outil.

LiveChat

Le connecteur LiveChat peut convenir à une équipe qui prévoit de traiter ses demandes dans la plateforme Text. Reliez l’espace autorisé, faites répondre un utilisateur, puis demandez à un collègue de reprendre la conversation. Comptez les sièges nécessaires pour ce relais. La grille destinée aux nouveaux clients et les conditions des comptes LiveChat existants doivent être lues séparément. Identifiez celle qui s’applique à votre espace avant de calculer le coût. Si vous envisagez une fonction d’IA, relevez aussi ses unités facturées et ses limites.

• Identifier le contrat rattaché à l’espace utilisé.
• Faire traiter une conversation par deux utilisateurs successifs.
• Comparer les sièges et les quotas à l’offre applicable.

Formilla

Pour une permanence assurée par une personne, ouvrez puis fermez un échange et observez ce que voit le visiteur lorsque l’opérateur quitte son poste. Si l’équipe souhaite transmettre des fichiers, identifiez l’offre qui couvre cette fonction. Testez ensuite un document fictif et vérifiez qui peut l’ouvrir. Le prix mensuel équivalent indiqué dans la notice correspond à un terme annuel payé intégralement.

Dans le menu Formilla Chat, ouvrez Get Started. La présence de l’opérateur dans le tableau de bord web fait passer le chat en ligne. Déconnectez-le pour examiner l’état hors ligne. Si les quinze jours d’essai Premium sont en cours, relevez quelles fonctions restent disponibles dans le gratuit permanent avant de choisir.

• Observer le chat avec l’opérateur connecté puis hors ligne.
• Contrôler les droits d’accès au document fictif si le partage de fichiers est nécessaire.
• Relever le paiement annuel total et les fonctions qui restent après l’essai.

Chatway

Chatway peut répondre à une permanence tenue par une personne, puis partagée avec un collègue. Identifiez l’espace affiché dans les réglages et vérifiez quel compte occupe le siège disponible. Demandez au second agent de reprendre une conversation. Le plan Business relevé prévoit deux sièges avec une facturation annuelle ou mensuelle. Comparez ce périmètre au nombre de personnes qui doivent intervenir simultanément, y compris pendant un remplacement, avant de le rapprocher d’un tarif par agent.

• Relier l’espace autorisé et vérifier le compte qui l’administre.
• Faire reprendre une demande et relever les droits nécessaires au second agent.
• Comparer le nombre de sièges inclus aux besoins de permanence.

HelpCrunch

Si l’équipe veut gérer la boîte de réception et la documentation dans le même service, préparez une page d’aide avec un lien vers le chat. Faites une demande depuis cette page et vérifiez quel contexte arrive dans la boîte. Pour estimer le coût, comptez séparément les utilisateurs, les courriels et les conversations d’IA. Notez la date de fin de l’essai temporaire et le jour où l’équipe décidera de poursuivre ou de retirer le widget.

Dans HelpCrunch, ouvrez Settings → Channels → Website Widgets. Relevez le nom du widget et son espace avant de modifier l’affichage. Si vous abandonnez l’essai, retirez le connecteur WordPress et clôturez séparément l’essai dans l’espace de gestion.

• Vérifier le passage de la page d’aide à la boîte de réception.
• Relever le nombre d’utilisateurs et les volumes facturés.
• Prévoir le retrait du connecteur et la clôture de l’essai si l’offre est abandonnée.

ThriveDesk

Pour tester la boîte partagée, ouvrez une demande qui cite une commande fictive et faites-la reprendre par un second agent. Relevez les informations de commande visibles et les actions proposées à chacun. Limitez la vérification aux consultations prévues par le rôle. Le coût de la boîte partagée se lit séparément de celui du connecteur. Vérifiez si l’agent qui reprend le dossier dispose du contexte sans devoir rechercher la commande ailleurs.

Dans ThriveDesk → Overview, vérifiez le compte relié. L’onglet Integrations distingue WooCommerce des autres intégrations. Le portail peut être posé avec [thrivedesk_portal] sur une page de test. Comparez ce parcours avec l’onglet Support de Mon compte WooCommerce lorsqu’il est activé, puis vérifiez qu’un autre client ne peut pas consulter la demande.

• Créer une demande liée à une commande fictive.
• Contrôler les informations marchandes accessibles à chaque agent.
• Faire reprendre la demande dans la boîte partagée et compter les sièges nécessaires.

LiveAgent

LiveAgent mérite un essai si vous souhaitez traiter plusieurs canaux dans une seule boîte. Commencez par un échange de chat et vérifiez où le service le classe et à qui il l’attribue. Ajoutez la téléphonie seulement si votre besoin et votre offre la couvrent. Associez chaque prix promotionnel à son échéancier. Si une fonction d’IA exige une clé de fournisseur, identifiez cette dépendance et ses conditions avant de décider de l’activer.

Dans le menu LiveAgent, choisissez le bouton de chat et enregistrez. Les agents répondent dans le tableau de bord externe. Au 3 novembre 2026, la FAQ WordPress mentionnait un gratuit avec sept jours d’historique, tandis que la grille commerciale présentait un essai et des offres payantes. Faites confirmer le plan proposé à un nouveau compte avant de compter sur un gratuit permanent.

• Vérifier le classement d’un échange et sa reprise en différé si l’offre le permet.
• Retrouver le responsable et le statut dans la boîte du service.
• Chiffrer séparément le plan, les canaux et l’usage éventuel d’un fournisseur externe.

WPHelpDesk

Si WPHelpDesk est déjà installé, notez la version et les modules actifs. Déposez un ticket fictif et suivez sa réponse, la notification puis la fermeture. Si votre équipe doit traiter les réponses reçues par courriel, identifiez le module qui ajoute cette fonction au socle commercial. Les informations de maintenance disponibles au 3 novembre 2026 laissent la compatibilité avec votre environnement à confirmer. Avant d’engager une nouvelle installation ou une reprise d’historique, vérifiez les versions prises en charge et les conditions du support.

• Relever la version et les modules actifs.
• Faire traiter puis fermer un ticket, en vérifiant la notification sortante.
• Confirmer la maintenance et identifier l’offre qui couvre la collecte entrante.

Olark

Si votre équipe utilise déjà Olark, commencez par repérer comment le widget est chargé. Vérifiez qu’une seule insertion fonctionne, puis observez un échange humain, sa fermeture et sa reprise quand l’opérateur est de nouveau disponible. Comparez les versions déclarées dans la notice avec votre installation. Le prix par agent du chat humain et celui de l’offre d’IA se chiffrent séparément. Le chat et son historique suffisent à un premier test.

Dans Réglages → Olark Settings, contrôlez le Site ID et l’activation du chatbox. Comparez l’identifiant avec celui de l’espace autorisé et gardez-le hors des rapports publics. Si le thème insère déjà un script, retirez uniquement cette insertion du site de test avant d’essayer le connecteur.

• Repérer le script ou le connecteur et vérifier qu’il ne charge le widget qu’une fois.
• Tester l’ouverture, la fermeture et la reprise d’un échange.
• Vérifier la maintenance du connecteur avant de comparer les offres d’IA.

Lime Connect — famille Userlike

Lime Connect et Userlike désignent ici la même famille. Vérifiez le nom du service affiché lors de la liaison du connecteur à l’espace existant. Envoyez un message depuis le site et suivez son canal et son statut après fermeture. Si plusieurs canaux sont nécessaires, vérifiez pour chacun son chemin vers la boîte et les conditions du plan. Confirmez aussi ce que le compte permet une fois l’essai terminé.

Dans le service, récupérez le Widget Secret sous Install → Javascript widget code. Renseignez-le dans les réglages du site de test autorisé et gardez-le hors de la page et des captures partagées. Le nom Userlike peut rester visible dans les réglages de ce même connecteur.

• Rapprocher le nom Userlike du compte Lime Connect utilisé.
• Envoyer un message et vérifier par quel canal il arrive.
• Confirmer le plan et les canaux disponibles après l’essai.

Help Scout — connecteur BoldGrid

Le connecteur BoldGrid peut afficher Beacon sur une page d’aide. Reliez l’espace autorisé et vérifiez cet affichage en premier. Testez ensuite la saisie et l’arrivée d’une demande si vous comptez utiliser le formulaire. Selon la FAQ du connecteur, cette fonction requiert un plan donnant accès à l’API du service. Vérifiez cette condition même si votre compte dispose d’un plan gratuit et si Beacon apparaît déjà.

Le formulaire [hsd_form] utilise Application ID, App Secret et Mailbox ID dans les réglages du connecteur. Vérifiez le droit API et la boîte associée avant l’envoi de test. Gardez ces identifiants dans la configuration du connecteur, hors du contenu de la page.

• Vérifier l’affichage de Beacon avec le connecteur BoldGrid.
• Confirmer l’accès API prévu pour le formulaire et la boîte destinataire.
• Envoyer une demande fictive, la retrouver dans la boîte et contrôler le lien de réponse.

TotalDesk

TotalDesk peut convenir à la reprise d’une installation qui réunit déjà tickets, chat et documentation. Identifiez l’édition installée et le canal de licence. Vérifiez ensuite le dépôt d’une demande, la réponse et l’ouverture d’un lien de documentation. La version de WordPress indiquée et la date de mise à jour figurent dans la notice. Faites confirmer la maintenance et la prise en charge de votre installation cible avant de décider. Le contrat direct et la licence CodeCanyon ont des échéanciers distincts à reprendre dans le budget.

• Identifier l’édition et le contrat déjà utilisés.
• Tester le dépôt, la réponse et le lien de documentation.
• Faire confirmer la compatibilité et le support pour l’installation cible.

Support Board — WordPress

Identifiez l’édition WordPress et sa licence avant l’installation de Support Board. L’édition en script PHP suit un autre parcours. Commencez par le chat humain avec la version WordPress disponible et suivez un échange de l’ouverture du widget jusqu’à la reprise dans l’interface de traitement. Dressez ensuite la liste des canaux nécessaires, des applications supplémentaires et des éventuels fournisseurs de modèles. Pour chaque ajout, vérifiez la licence ou le service requis, puis testez le canal concerné.

• Identifier le fichier d’installation WordPress et le type de licence.
• Traiter un échange humain avant d’ajouter d’autres canaux.
• Vérifier les applications, fournisseurs et conditions nécessaires à chaque extension du parcours.

WooCommerce Support Ticket System

Ce plugin s’adresse aux boutiques qui veulent rattacher une demande à une commande. Avec la version déjà disponible, préparez une commande fictive et faites ouvrir un ticket au client. L’agent doit pouvoir retrouver le lien avec la bonne commande et vérifier où apparaissent les réponses. Essayez ensuite de consulter cette demande avec un autre compte client. La fiche relevée indique que l’auteur ne fournit pas de support pour cet article. Évaluez votre capacité à traiter un conflit ou une mise à jour de WooCommerce avant de retenir l’outil.

• Vérifier la licence et la condition de support dans la notice.
• Créer une demande liée à une commande d’essai et vérifier les droits de l’autre client.
• Retirer le module et vérifier comment les demandes en cours restent accessibles avant de décider.

Pour aller plus loin

• 25 plugins de formulaires WordPress à choisir selon votre besoin
• 25 plugins WordPress pour les courriels, newsletters et journaux d’envoi
• bbPress ou wpForo pour un forum public d’entraide ?