Intégration Zendesk AI Google Drive : deux façons de connecter

Pourquoi les équipes veulent Google Drive comme source de connaissances Zendesk

L'AI de Zendesk n'est aussi bonne que ce qu'on lui donne à lire, et c'est la partie que la plupart des articles omettent. Voici un commentaire Reddit cité dans presque tous les fils de discussion honnêtes sur Zendesk AI :

« Le truc du Co-Pilot est correct, mais on a constaté que son efficacité dépend vraiment d'avoir une base de connaissances Zendesk parfaitement organisée, ce qui... n'est pas le cas de la nôtre, mdr. »

u/ToastBix, r/Zendesk

C'est tout le problème en une phrase. L'AI ne peut répondre qu'à partir de ce qu'elle peut lire, et pour beaucoup d'équipes, le bon contenu n'a jamais été transformé en articles de centre d'aide. Il se trouve dans un dossier Google Drive partagé. C'est un piège courant lors du premier déploiement de l'AI pour le service client : le modèle est correct, la plomberie des connaissances est le goulot d'étranglement.

L'une des versions les plus claires de ce problème que j'ai rencontrées venait d'une entreprise de suivi de bus sur Zendesk, avec environ 200 à 250 tickets par mois. Leur connaissance de support ne vivait pas du tout dans un centre d'aide Zendesk soigné. Elle vivait dans des manuels produit sur Google Drive plus une pile de tickets résolus, et les manuels avaient été rédigés pour des administrateurs alors que les tickets venaient de voyageurs. Ce qu'ils demandaient vraiment était direct :

« Créer une application capable de gérer 60 % des tickets Zendesk entrants et de savoir quand faire intervenir une vraie personne pour une meilleure analyse et résolution. »

appel commercial eesel, anonymisé (une équipe de support de suivi de bus sur Zendesk dont les manuels vivaient dans Google Drive)

Voilà le travail. Lire les documents Drive, lire l'historique des tickets, répondre aux questions de première ligne, et escalader proprement en cas de doute. Les deux voies ci-dessous peuvent en réaliser une version. Elles diffèrent sur la façon dont elles lisent Drive, sur la fraîcheur de cette lecture, et sur ce que vous payez.

Voie A : connecter Google Drive nativement via Zendesk AI

Les propres agents AI de Zendesk peuvent importer du contenu externe, et Google Drive est l'un des exemples cités. Selon la documentation des sources de connaissances de Zendesk, un agent AI se connecte exactement à deux types de sources : vos centres d'aide Zendesk, et les connaissances externes apportées via un robot d'exploration web ou un connecteur de connaissances. La page marketing le dit clairement : « Connectez les agents AI à votre centre d'aide et à des sources externes comme Google Drive ou des PDF. » Si vous découvrez le comportement de ces agents, notre avis sur Zendesk AI couvre les bases.

La voie native est donc réelle. Ce qui compte, c'est ce qui est écrit en petits caractères, car cela détermine si elle correspond à votre configuration.

Elle est conditionnée au plan. Les connecteurs de connaissances ne sont pas inclus dans le plan d'entrée Support Team, ce qui explique aussi pourquoi la version gratuite de Zendesk ne vous mènera pas jusque-là. Ils arrivent avec Suite Team (55 USD/agent/mois facturé annuellement) et Suite Professional (115 USD). Le stockage de connaissances externes qui contient votre contenu Drive synchronisé est lui aussi plafonné : 100 Mo sur Support Team, 500 Mo sur Suite Team et Professional. Pour un grand Drive rempli de PDF, 500 Mo est un vrai plafond à intégrer dans votre planification.

Drive est synchronisé, pas en direct. C'est le détail que je testerais avant de m'y fier. Zendesk précise explicitement qu'un centre d'aide connecté est interrogé en direct, mais qu'une source externe connectée est interrogée sur la base des « informations qui étaient disponibles à la dernière synchronisation, qui a généralement lieu toutes les 24 heures ». Modifiez un document de politique dans Drive à 9h, et l'AI peut continuer à répondre avec la version d'hier jusqu'à la prochaine synchronisation.

Les anciens tickets ne sont pas une source ici. Les types de sources connectables sont uniquement les centres d'aide et le contenu externe exploré. Vos archives de tickets Zendesk ne sont pas quelque chose que l'agent AI lit directement. Zendesk transforme l'historique des tickets en contenu via son Knowledge builder, qui rédige des articles à partir des tickets résolus, et l'agent lit ensuite ces articles. C'est une conception raisonnable, mais qui mérite d'être précisée : l'AI se fonde sur vos documents, pas sur les tickets bruts.

Et elle facture par résolution. En plus des sièges, la page tarifaire de Zendesk indique 1,50 USD par résolution automatisée engagée ou 2,00 USD à l'usage, identique sur les trois niveaux publiés. La partie la plus agréable de cette histoire, ajoutée en mai 2026 : seule une résolution vérifiée est comptabilisée, où un LLM confirme après une fenêtre de 72 heures sans suivi que la demande a bien été résolue. Les résolutions contenues et les escalades assistées ne consomment pas votre quota. Pour un décryptage plus approfondi, nous en avons parlé dans notre note sur le taux de résolution Zendesk AI.

Voie A native en une phrase : si vous êtes déjà sur Suite Team ou au-dessus et que votre contenu Drive est modeste et change lentement, c'est une façon propre et supportée de le connecter.

Voie B : ajouter eesel par-dessus Zendesk et le pointer vers Google Drive

L'autre voie laisse Zendesk exactement tel quel et ajoute un coéquipier AI par-dessus. eesel rejoint votre Zendesk comme un véritable agent AI, pas un widget de chatbot séparé ni une seconde boîte de réception. Il lit les tickets, rédige et envoie des réponses, ajoute des notes internes, met à jour des champs et route vers des groupes, les mêmes actions qu'effectue un agent humain.

La raison pour laquelle cela correspond à ce problème spécifique tient à ce qu'il traite comme source de connaissances. Google Drive est une source de premier plan dans eesel, juste à côté de vos anciens tickets Zendesk, centre d'aide et macros. C'est la différence dont l'équipe de suivi de bus avait besoin : les manuels Drive et l'historique des tickets résolus alimentant un seul agent. Un client d'eesel, le CTO d'Ecosa, a exprimé directement ce point sur les sources multiples :

« Nous avons choisi eesel AI car il offre des options de saisie de données multicanal. En reliant nos CSV, Zendesk et Google Docs comme sources, nous pouvons tirer le meilleur parti de notre vaste documentation. »

Wesley Wang, CTO, Ecosa

La configuration se fait en OAuth en deux clics depuis la Zendesk Marketplace, et eesel importe automatiquement vos articles de centre d'aide, vos anciens tickets et vos macros, sans formation manuelle. Vous ajoutez ensuite Google Drive comme autre source pendant la configuration, de la même façon que vous connecteriez l'AI à Google Drive ailleurs. L'entreprise rapporte un taux de résolution de niveau 1 de plus de 85 % dès la première semaine, et une configuration en moins de 30 minutes.

L'autre chose que cette voie vous offre et que le natif ne propose pas : un véritable essai à blanc. eesel peut simuler l'agent sur vos anciens tickets Zendesk avant qu'il ne touche un ticket en direct, révélant exactement où vos documents Drive présentent des lacunes (« Politique de remboursement : 28 % de couverture ») afin que vous puissiez les combler d'abord. Les recommandations de test propres à Zendesk sont, en comparaison, prospectives : se connecter à un environnement de test, router des e-mails de test, surveiller les journaux. Les deux approches sont valables. Une seule vous montre le chiffre de couverture avant le lancement.

La question de la fraîcheur, côte à côte

C'est la différence qui mord discrètement, des semaines après le lancement, quand quelqu'un met à jour un document Drive et que l'AI continue à donner l'ancienne réponse.

Avec le connecteur natif, les sources externes se rafraîchissent lors de la synchronisation de Zendesk, environ toutes les 24 heures, donc une modification dans Drive peut mettre jusqu'à un jour pour atteindre un client. C'est très bien pour des documents de politique stables et un vrai risque pour tout ce qui change en plein incident, comme un retard d'expédition ou une note de panne. C'est le genre de chose que vous voulez savoir avant de promettre à l'équipe que « l'AI lit notre Drive », car pendant une partie de la journée, elle lit le Drive d'hier.

Ce que chaque voie coûte réellement

Les deux peuvent répondre à partir de Google Drive. Elles facturent selon des unités complètement différentes, et c'est dans l'unité que se trouve le vrai coût.

Voici un exemple chiffré à la taille de l'équipe de suivi de bus, environ 250 tickets par mois, disons une équipe de 5 agents, en supposant que l'AI traite la majorité des demandes.

La ligne des sièges est la partie discrète. Avec l'AI native, vous payez pour les sièges du helpdesk que l'AI fasse le travail ou non, puis vous payez à nouveau par résolution. La tarification à l'usage d'eesel tient en un seul chiffre, 0,40 USD par ticket, et si vos humains traitent un ticket que l'AI ne touche pas, vous n'êtes pas facturé pour cela. C'est exactement cet écart qui a poussé un responsable CX d'une plateforme de santé à qui j'ai parlé à chercher ailleurs, après avoir jugé Zendesk AI natif « inadapté et trop cher » pour son volume.

Pour être juste envers le côté natif : le modèle de résolution vérifiée de Zendesk signifie que vous n'êtes facturé que lorsque l'AI clôture réellement quelque chose, ce qui adoucit le tarif par résolution bien plus qu'un forfait par conversation ne le ferait. C'est une vraie amélioration. Les sièges en dessous restent le poste que la plupart des équipes sous-estiment.

Quelle voie devriez-vous choisir ?

La répartition honnête, et je le dis en tant que personne qui construit l'intégration Zendesk, donc évidemment pas neutre :

• Choisissez la voie native A si vous payez déjà pour Suite Team ou au-dessus, que votre connaissance se compose surtout d'articles de centre d'aide propres avec un peu de Drive en complément, que ce contenu Drive est réduit et change lentement, et que vous préférez tout regrouper sur une seule facture Zendesk.
• Choisissez la voie B eesel si les vraies réponses vivent dans Google Drive et dans votre historique de tickets résolus, que vous voulez que l'AI lise les deux, que la fraîcheur de Drive vous importe, et que le calcul siège plus résolution commence à faire mal. La simulation sur d'anciens tickets est l'élément décisif si vous avez déjà été échaudé par un bot confiant donnant une mauvaise réponse.

Aucune des deux n'est un remplacement total. La voie B en particulier est conçue pour s'appuyer sur la plateforme Zendesk que vous utilisez déjà, ce qui en fait une chose à faible risque à tester à côté de votre configuration existante. Si vous voulez plus de contexte, notre décryptage des tarifs Zendesk, notre tour d'horizon des meilleures AI de service client et notre guide des outils de base de connaissances AI approfondissent tout cela. Si vous êtes encore en train de peaufiner le côté natif, la configuration des réponses Zendesk AI est une bonne lecture à suivre.

Essayez eesel sur votre Zendesk

Si vos réponses de support sont dispersées entre Google Drive et des milliers d'anciens tickets Zendesk, eesel est conçu exactement pour cette dispersion. Il fonctionne comme une nouvelle recrue qui se branche sur Zendesk en quelques minutes, lit ensemble vos documents Drive et votre historique de tickets, et rédige de vraies réponses que vous pouvez relire avant qu'il ne devienne autonome. Vous pouvez le simuler sur vos propres anciens tickets pour voir d'abord le taux de résolution, et c'est gratuit à essayer, sans carte bancaire.

Pointez-le vers votre dossier Drive, lancez une simulation, et voyez ce qu'il résout avant d'engager le moindre centime.