Support

Zendesk avec Claude et ChatGPT : serveur MCP Zendesk

Accès en temps réel à vos utilisateurs finaux, à vos organisations et à toute la chronologie des tickets via un profil unifié par client, en lecture seule dans Zendesk. Fonctionne avec Claude, ChatGPT, Cursor et tout agent compatible MCP.

En pratique

À quoi ressemblent les données Zendesk dans Claude ?

Connectez Zendesk une seule fois. Votre agent obtient des profils à identité résolue, toute la chronologie des tickets et un accès en écriture, par un seul serveur MCP, avec une résolution d’identité commune à HubSpot, Gmail, aux événements de votre site et à vos autres sources.

MCP

Zendesk, exposé sous forme d’outils MCP.

Claude · pathbound MCP connecté
vous
Que savons-nous de [email protected] ? Incluez le contexte Zendesk.
↳ get_contact { email: "[email protected]" } 200 · 318 tokens · 510 ms
contact Jane Reyes · PM senior
company acme.com · fintech · 240
zendesk org = Acme Corp · utilisateur final vérifié
↳ get_contact_timeline { contact_id: "ctc_01H..." } 12 événements · 380 ms
tracker a visité /status · 4× en 24 h
gmail relance CSM envoyée · hier
hubspot deal_stage = renewal · 48 000 $ d’ARR
claude
Jane est PM senior chez Acme (renouvellement, 48 000 $ d’ARR) et utilisatrice finale vérifiée dans Zendesk, rattachée à l’organisation Acme Corp. Elle a consulté /status quatre fois au cours des dernières 24 heures et votre CSM l’a relancée hier. Une même identité, reliée à travers HubSpot, Gmail, les événements de votre site et Zendesk.
signal Renouvellement en cours + visites répétées de la page de statut. Mérite un point proactif avant la prochaine échéance de facturation.
claude_desktop_config.json
{
  "mcpServers": {
    "pathbound": {
      "url": "https://mcp.pathbound.ai/mcp"
    }
  }
}
Outils Zendesk prêts à l’emploi · lecture
get_contact — profil unifié : les champs de l’utilisateur final Zendesk s’ajoutent à HubSpot, Gmail et aux événements du site
get_contact_timeline — pages vues, réponses aux e-mails, changements d’étape des affaires, à identité résolue avec les utilisateurs Zendesk
list_contacts — filtrer l’annuaire unifié ; les contacts présents uniquement dans Zendesk apparaissent avec ceux du CRM
get_company — vue consolidée de l’entreprise, avec le domaine et les tags de l’organisation Zendesk
aggregate_data — répartitions par étape du cycle de vie, source, récence, avec la présence dans Zendesk comme dimension
create_contact_note — consigner un contexte interne qui suit le contact dans chaque source connectée

Les outils MCP dédiés aux tickets (list_tickets, get_ticket) sont les prochains à sortir. Aujourd’hui, l’historique des tickets est visible dans la vue contact du tableau de bord Pathbound, et le profil unifié du contact porte la fiche utilisateur Zendesk.

Configuration

Comment connecter Zendesk à Claude ?

Autorisez un connecteur en OAuth. Collez un snippet dans votre client MCP. Posez une question.

  1. 01

    Inscrivez-vous sur Pathbound

    Créez un compte sur pathbound.ai. Chaque offre commence par un essai gratuit de 14 jours, sans carte bancaire.

  2. 02

    Connectez Zendesk

    Dans le tableau de bord, allez dans Integrations → Zendesk → Connect. Saisissez votre sous-domaine Zendesk, puis authentifiez-vous par le flux OAuth officiel de Zendesk ; la synchronisation s’exécute toutes les 60 minutes et récupère les utilisateurs finaux, les organisations, les tickets et les commentaires par l’API d’export incrémental de Zendesk.

  3. 03

    Ajoutez Pathbound à votre client MCP

    Collez le snippet ci-dessous dans la configuration de Claude Desktop (ou, sur Claude.ai dans le navigateur : Customize → Connectors → Add custom connector → saisissez https://mcp.pathbound.ai/mcp). La même URL fonctionne pour ChatGPT, Cursor, Cline et tout client MCP compatible avec OAuth.

    claude_desktop_config.json
    {
      "mcpServers": {
        "pathbound": {
          "url": "https://mcp.pathbound.ai/mcp"
        }
      }
    }
  4. 04

    Lancez un prompt de test

    Demandez à l’agent : « Faites-moi un point sur [email protected], avec tout le contexte Zendesk dont vous disposez. » L’agent appelle get_contact par MCP ; la fiche de l’utilisateur final Zendesk est intégrée au profil unifié, avec tout le reste.

Pourquoi Pathbound

Votre client ne vit pas que dans Zendesk.

Un MCP Zendesk direct montre Zendesk à votre agent. Pathbound lui montre le client, à travers Zendesk, HubSpot, Gmail, les événements de votre site, Apollo, Calendly et le reste de vos outils, par un profil unifié servi via le Model Context Protocol.

Au-delà de Zendesk

Les tickets rapprochés de l’étape de l’affaire dans HubSpot, des fils Gmail, des pages vues sur votre site, de l’enrichissement Apollo et des réunions Calendly, le tout réuni sur une seule chronologie par contact. Votre agent cesse de demander « qui est ce demandeur ? » à chaque ticket.

À identité résolue

Une même personne : [email protected] qui ouvre des tickets dans Zendesk, [email protected] dans Gmail et un contact dans HubSpot. Pathbound la résout en une seule entité. Un connecteur direct ne connaît que ses propres identifiants utilisateur.

Conçu pour les LLM

Des formats de réponse économes en tokens (count_only, fields=summary), une agrégation côté serveur, des outils par lots. Les agents obtiennent la réponse, pas le JSON brut des tickets. Tout reste dans la fenêtre de contexte, même sur les longs fils de tickets.

Des écritures encadrées

Votre agent peut aussi écrire : notes et mises à jour de profil arrivent sur la fiche client unifiée, jamais sur vos tickets Zendesk. L’écriture vers la source, le versionnage et le retour arrière sont en cours de déploiement : ce sont les contrôles qu’attendent les auditeurs SOC 2 et RGPD.

Questions fréquentes

Les questions qui reviennent.

Est-ce un serveur MCP Zendesk officiel ?

Pathbound est une plateforme indépendante. Nous nous connectons à Zendesk par le flux OAuth officiel de Zendesk et exposons vos données par un seul serveur Model Context Protocol, avec vos autres sources. Sans affiliation avec Zendesk.

Quelle différence avec l’API REST de Zendesk ?

REST sert aux backends et aux tâches planifiées. MCP sert aux agents IA : c’est le protocole que parlent Claude, ChatGPT et Cursor. Le MCP de Pathbound unifie aussi Zendesk avec HubSpot, Gmail, les événements de votre site et d’autres sources en un seul profil par contact, pour que l’agent n’ait pas à assembler lui-même six API.

Avec quels clients MCP cela fonctionne-t-il ?

Claude.ai, Claude Desktop, Claude Code, ChatGPT (avec les connecteurs personnalisés), Cursor, Cline, Continue : tout client compatible avec le Model Context Protocol et OAuth.

Qu’est-ce qui est disponible aujourd’hui, et qu’est-ce qui est sur la feuille de route ?

Aujourd’hui : la connexion Zendesk en OAuth, la synchronisation planifiée des utilisateurs finaux, des organisations et des tickets, la résolution d’identité dans le profil unifié du contact, et tout l’historique des tickets visible sur la page du contact dans le tableau de bord Pathbound. Les outils MCP unifiés (get_contact, get_contact_timeline, list_contacts) incluent les champs issus de Zendesk. Feuille de route : des outils MCP dédiés aux tickets (list_tickets, get_ticket) et des actions d’écriture (changer le statut, assigner, ajouter un commentaire).

La synchronisation inclut-elle les agents, ou seulement les utilisateurs finaux ?

Uniquement les utilisateurs finaux. La synchronisation de Pathbound filtre sur role[]=end-user au niveau de l’API, pour que votre équipe de support ne soit pas mêlée à l’annuaire unifié des contacts.

Comment fonctionne l’authentification ?

OAuth 2.0 de bout en bout. Vous saisissez votre sous-domaine Zendesk, enregistrez Pathbound comme client OAuth dans l’Admin Center de Zendesk (une seule fois, environ 5 min) et terminez l’échange OAuth standard. Le client MCP ouvre la page de connexion de Pathbound ; vous vous connectez une fois et l’agent obtient un accès délimité, lié à votre compte utilisateur. Révocable à tout moment dans Pathbound, sous MCP Tools → Disconnect all.

Mes données clients sont-elles en sécurité ?

Elles sont isolées par espace de travail, l’accès OAuth est propre à chaque utilisateur, et les identifiants de connexion sont chiffrés au niveau de l’application. Pathbound ne vend pas de données clients, et nous n’appelons aucun fournisseur d’IA en votre nom : c’est votre client MCP qui le fait, sous votre compte et selon les conditions du fournisseur d’IA.

Et HubSpot, Pipedrive, Intercom ?

Même serveur MCP, mêmes outils : connectez simplement une autre source. Consultez le catalogue des intégrations.

Essayez-le sur vos propres données

En cinq minutes, votre agent interroge un vrai contexte client.

Inscrivez-vous, connectez un CRM ou ajoutez le snippet d’événements, puis pointez votre client MCP sur mcp.pathbound.ai/mcp.