Comment migrer votre centre d'aide sans perdre de trafic

Pour migrer un centre d'aide sans perdre de trafic, assurez-vous que chaque ancienne URL reste fonctionnelle. Listez toutes les adresses de l'ancien centre d'aide, faites correspondre chacune à sa nouvelle page, et servez des redirections permanentes (301) depuis l'ancien nom d'hôte en déplaçant ce dernier vers la nouvelle plateforme. Ensuite, effectuez la bascule lors d'une période creuse, testez chaque redirection, mettez à jour les liens que vous contrôlez et surveillez la Search Console pendant quelques semaines.

Mis à jour le 3 novembre 2026. Pour les responsables du support et de la documentation quittant Zendesk Guide, Intercom Articles, Help Scout Docs, Document360, GitBook ou un outil similaire. Conseils de Google cités depuis Search Central à cette date.

Qu'est-ce qui fait perdre du trafic lors du déplacement d'un centre d'aide ?#

Copier les articles est la partie facile. Le trafic se perd dans les interstices :

Le guide de Google sur les déplacements de site avec changement d'URL commence par le plan : « Il est important de mapper les URL de votre ancien site vers celles du nouveau site. » Il recommande des redirections permanentes côté serveur (301 ou 308).

Pourquoi c'est important : un centre d'aide ne réduit le volume de tickets que si les utilisateurs trouvent la bonne page. Selon une étude Gartner auprès de 5 728 clients (publiée en août 2024), seuls 14 % des problèmes de service ont été entièrement résolus en libre-service, et dans 43 % des cas d'échec, les clients n'ont pas trouvé de contenu pertinent pour leur problème. Une migration qui renvoie les lecteurs vers des pages 404 ne fait qu'aggraver ce chiffre. Retrouvez plus de données dans nos statistiques sur le libre-service client.

Étape 1 : Comment lister toutes les URL de mon centre d'aide ?#

Créez un tableur avec une ligne par ancienne adresse. Utilisez plusieurs sources, car chacune oublie quelque chose :

• Le sitemap. La plupart des centres d'aide hébergés publient sitemap.xml, souvent avec un fichier par langue. Téléchargez tous les fichiers sitemap maintenant : une fois le DNS déplacé, l'ancienne plateforme cessera de les servir sur votre nom d'hôte.
• Search Console. Exportez les rapports Pages et Performances (sur la plus longue période possible). L'export s'arrête à 1 000 lignes, donc pour un centre d'aide plus important, utilisez l'API Search Console ou un crawler en mode liste. Vérifiez le nom d'hôte du centre d'aide dès maintenant (une propriété de domaine couvre tous les sous-domaines), afin d'avoir une base de référence avant le déplacement.
• L'API ou l'export de la plateforme. Cela vous donne les ID d'articles, les ID de sections et toutes les langues. Zendesk possède l'API Help Center, Intercom uniquement l'API REST (pas de bouton d'export), Help Scout l'API Docs, et Document360 un export ZIP en Markdown, HTML ou JSON.
• Pièces jointes et fichiers intégrés. Les PDF et téléchargements attachés aux articles portent aussi des backlinks. Ajoutez leurs URL à la liste.
• Analytiques et backlinks. Vos pages d'atterrissage principales et les pages vers lesquelles d'autres sites pointent sont celles qui ne doivent surtout pas être brisées.

Ajoutez des colonnes pour l'ID de l'article, la langue, les clics mensuels, les backlinks, la nouvelle URL et une colonne « testé ». Triez par clics.

Étape 2 : Comment construire le plan de redirection ?#

Chaque plateforme a son propre modèle d'URL. L'ID de l'article permet d'associer les anciennes pages aux nouvelles :

Modèles tels qu'ils apparaissent sur le centre d'aide ou la documentation de chaque fournisseur au 3 novembre 2026 ; les vôtres peuvent différer si vous les avez personnalisés.

Règles pour conserver vos classements :

1. Une ancienne URL, une nouvelle URL. Faites pointer chaque article vers sa propre nouvelle page. Google avertit que rediriger de nombreuses anciennes URL vers une seule page, comme la page d'accueil, « pourrait être traité comme une erreur soft 404 ».
2. Couvrez les variantes qui reçoivent du trafic. Les anciens liens portent souvent un ancien slug, ou aucun (Zendesk sert /hc/en-us/articles/360001234567 sans le slug également). Si la nouvelle plateforme prend en charge les redirections par modèle ou par caractère générique, faites la correspondance sur l'ID. Si elle ne correspond qu'aux chemins exacts, ajoutez des lignes pour les variantes qui apparaissent réellement dans la Search Console, les analytiques et les backlinks.
3. Une ligne par langue. /hc/de/articles/… doit atterrir sur la page allemande, pas sur la page anglaise.
4. Pas de chaînes. Le crawler de Google suit jusqu'à 10 sauts, mais son guide recommande d'éviter les chaînes et de rediriger directement vers la page finale. Si vous avez déjà migré, mettez à jour ces anciennes redirections également.
5. Retirez les pages intentionnellement. Si un article a disparu et n'est pas remplacé, laissez-le renvoyer une erreur 404 ou 410. Le guide des erreurs d'exploration de Google indique de renvoyer une 301 lorsqu'une page « a été déplacée ou a un remplacement clair ».

Comptez avant de choisir une plateforme. Articles × langues, plus sections, catégories, pièces jointes et variantes de slug. Un centre d'aide de 300 articles en 3 langues nécessite environ 900 redirections d'articles avant toute autre chose. Certaines plateformes limitent le nombre de redirections par site selon le forfait, et certaines ignorent les redirections dépassant la limite sans faire échouer l'importation.

Étape 3 : Devons-nous conserver le même domaine pour le centre d'aide ?#

Oui, dès que vous le pouvez. Une redirection ne fonctionne que sur un nom d'hôte qui répond aux requêtes. Si votre centre d'aide se trouve sur help.yourcompany.com, gardez ce nom d'hôte et, lors de la bascule, pointez-le vers la nouvelle plateforme avec un changement DNS (généralement un CNAME). La nouvelle plateforme répond alors aux anciens chemins avec des 301, afin que les anciens liens, favoris et résultats de recherche continuent de fonctionner.

Si les URL restent identiques, Google traite cela comme un déplacement de site sans changement d'URL. Si seuls les chemins changent sur le même nom d'hôte, vous avez besoin du plan de redirection 301, mais pas de l'outil de changement d'adresse de la Search Console.

En résumé : évitez de changer de nom d'hôte si vous le pouvez. Une analyse de 1 052 migrations de domaine par l'agence SEO SALT.agency (juin 2026) a révélé une durée médiane de 304 jours pour retrouver le trafic pré-migration. Il s'agissait de migrations de domaines entiers, et non de changements de centre d'aide, mais cela montre ce qui est en jeu lorsque les anciennes adresses changent.

Étape 4 : Comment déplacer le contenu lui-même ?#

Utilisez un importateur si la nouvelle plateforme en propose un pour votre ancien outil. Sinon, exportez via l'API de l'ancien outil et convertissez en Markdown ou HTML. Zendesk Guide n'a pas de bouton d'exportation : vous exportez via l'API Help Center (articles, sections, catégories, traductions) ou une application de la marketplace. Après l'importation, vérifiez :

• Structure : catégories, sections et ordre. Les arborescences profondes peuvent être aplaties.
• Images et pièces jointes : copiées sur la nouvelle plateforme, sans lien direct vers le stockage de l'ancien outil. Les images des articles Zendesk restreints nécessitent un téléchargement authentifié (API).
• Traductions : chaque langue arrive sous forme de page distincte, liée à l'originale. Si vous ajoutez des langues en même temps, consultez comment traduire un centre d'aide et ses vidéos.
• Liens internes : les liens entre les articles pointent vers les nouvelles adresses.
• Contenu restreint : brouillons, notes internes et articles limités à certains utilisateurs. Assurez-vous qu'aucun ne devienne public par accident.

À partir de maintenant et jusqu'au basculement, gelez les modifications dans l'ancien outil, ou réimportez les changements juste avant de basculer.

Étape 5 : Quels liens devons-nous mettre à jour nous-mêmes ?#

Les redirections capturent les liens externes. Les liens que vous contrôlez doivent pointer directement vers les nouvelles URL :

• Liens d'aide et infobulles dans votre produit
• Réponses enregistrées, macros et réponses prédéfinies
• Articles suggérés par votre widget de chat, et tout agent IA ou chatbot répondant depuis le centre d'aide (pointez sa source de connaissances vers le nouveau site)
• E-mails d'onboarding et de cycle de vie
• Pied de page de votre site web, page de statut et liens vers la documentation
• Vidéos et PDF affichant une adresse de centre d'aide

Étape 6 : Comment basculer sans interruption de service ?#

Étape 7 : Que vérifier le jour du lancement ?#

• Testez chaque ligne de la table, pas seulement un échantillon. Un crawler en mode liste, ou la courte boucle sous la checklist, le fait en quelques minutes. Chaque ancienne URL doit renvoyer un 301 (ou 308), pas un 302, et atterrir sur sa nouvelle URL en un seul saut.
• Ouvrez manuellement les 20 anciennes URL les plus fréquentées dans chaque langue et vérifiez que la page est la bonne.
• Chaque nouvelle page possède une balise canonique auto-référencée, et les versions linguistiques renvoient les unes aux autres avec hreflang sur les nouvelles URL.
• robots.txt autorise l'exploration, y compris les anciens chemins (comme /hc/), afin que Google puisse voir les 301. Aucune page ne comporte noindex par erreur.
• Soumettez le nouveau sitemap dans la Search Console. Google suggère également de soumettre l'ancien pour qu'il réexplore les redirections ; si vous ne pouvez plus l'héberger, vérifiez plutôt vos anciennes URL principales avec l'outil d'inspection d'URL.
• La recherche, l'assistant IA, les retours et le formulaire de contact fonctionnent sur le nouveau site.

La boucle lit un fichier contenant une ancienne URL et sa nouvelle URL par ligne, puis affiche le code d'état de chaque ancienne URL et vers où elle redirige :

while read old new; do
  curl -s -o /dev/null -w "%{http_code} %{redirect_url} $old\n" "$old"
done < map.tsv

Combien de temps faut-il garder les redirections ?#

La réponse de Google : "Gardez les redirections aussi longtemps que possible, généralement au moins 1 an." En pratique, gardez-les aussi longtemps que vous gérez le centre d'aide. Les anciens liens perdurent dans les réponses aux forums, les e-mails de support et d'autres sites pendant des années, et une redirection ne coûte rien à maintenir.

Que surveiller durant les premières semaines ?#

Google conseille de "s'attendre à une fluctuation temporaire du classement du site pendant la migration" et qu'"un site web de petite à moyenne taille peut prendre quelques semaines pour que la plupart des pages soient migrées". Chaque semaine, vérifiez :

• Search Console, Pages : les nouvelles entrées "Non trouvé (404)" pointent vers des redirections manquantes.
• Search Console, Performance : les clics vers les nouvelles URL devraient augmenter à mesure que ceux vers les anciennes diminuent.
• Trafic des redirections : quelles anciennes URL reçoivent encore du trafic, et d'où.
• Recherches sans résultats sur le nouveau centre d'aide : les lecteurs vous indiquent ce qui n'a pas été migré. Notre guide sur les lacunes de contenu du centre d'aide montre comment les résoudre.

Comment Clevera gère-t-il la migration d'un centre d'aide ?#

Clevera est une plateforme IA qui transforme un enregistrement d'écran en une vidéo explicative commentée, un article d'aide étape par étape et une page sur votre centre d'aide hébergé, dans 74 langues. Ses centres d'aide importent les données depuis l'outil que vous utilisez aujourd'hui, sur tous les plans, sans frais.

• Importateurs : Zendesk, Intercom, Help Scout, Document360, GitBook, ReadMe, Mintlify, Docusaurus, Notion, Confluence, ou tout autre site de documentation publique ou fichier zip de Markdown ou HTML. Vous vous connectez via un jeton API, le site public, un dépôt Git ou un fichier zip, selon la plateforme. Intercom est lu uniquement depuis le site public, les articles privés restent donc en arrière-plan. Un jeton Zendesk ou Document360 importe les traductions dans les langues que vous avez ajoutées au site. Consultez les guides pour l'importation depuis Zendesk Guide, les articles Intercom, Help Scout et Document360.
• Redirections depuis les anciennes adresses : L'option Créer des redirections depuis les anciennes adresses est activée par défaut lorsque la source possède des adresses web, et les redirections propres à Help Scout sont incluses. Elles fonctionnent une fois que votre propre domaine pointe vers Clevera. Les redirections correspondent aux chemins exacts (pas de caractères génériques), ajoutez donc manuellement les variantes d'URL qui reçoivent encore des clics.
• Examen préalable : un aperçu pour décocher des pages, un rapport avec des avertissements et une fonction Annuler l'importation jusqu'à ce qu'une page importée soit publiée. Lorsqu'une source indique qu'une page n'est pas publique, elle est marquée comme Restreinte et commence décochée.
• Limites déterminant la conservation de votre trafic :
  • Les redirections nécessitent votre propre domaine, ce qui requiert le plan Starter ou supérieur ; sur le plan Gratuit, les anciens liens ne seront pas redirigés.
  • Les redirections créées par une importation comptent dans la limite de redirections manuelles du plan, et toute redirection excédentaire est ignorée : 500 par site sur Starter, 2 000 sur Pro. 2 000 est le maximum autorisé par site.
  • Langues publiées par site : 5 sur Starter, toutes sur Pro.
  • 2 000 pages par importation.
  • Les redirections ajoutées ultérieurement par Clevera, lorsque vous renommez ou déplacez une page, sont automatiques et ne sont pas comptabilisées.

Après le transfert, vous bénéficiez de la recherche, d'un assistant Ask AI qui répond aux lecteurs à partir de vos pages publiées en citant ses sources, d'un sitemap et de llms.txt (voir comment rendre votre documentation prête pour l'IA), ainsi que d'analyses sur les recherches infructueuses. Vous pouvez exporter l'intégralité du site au format HTML ou Markdown à tout moment. Avec les offres Pro et Custom, Autopilot peut surveiller vos versions et planifier les mises à jour des articles et vidéos concernés, pour que vous puissiez les valider.

Quand Clevera n'est pas la solution adaptée : si votre ancien centre d'aide contient plus de 2 000 adresses à rediriger, s'il doit résider dans un dossier de votre site principal (example.com/help ; Clevera ne connecte que des sous-domaines), s'il doit rester au sein de votre outil de ticketing, ou si vous dépendez de fonctionnalités exclusives à Zendesk comme les segments d'utilisateurs personnalisés. Nos comparatifs des meilleurs logiciels de centre d'aide pour SaaS et des alternatives à Zendesk Guide couvrent d'autres options, et comment construire une base de connaissances détaille la structure à viser.

Les étapes complètes se trouvent dans Importer et exporter un site de documentation, et la page logiciel de centre d'aide montre ce que vous obtenez après le transfert.

FAQ#

Allons-nous perdre notre classement Google en changeant de logiciel de centre d'aide ?#

Généralement seulement brièvement, si chaque ancienne URL redirige vers sa page correspondante et que le contenu reste identique. Google indique de s'attendre à une "fluctuation temporaire". Les pertes durables proviennent généralement d'erreurs 404, de redirections vers la page d'accueil ou d'un ancien nom d'hôte qui cesse de répondre.

Pouvons-nous conserver exactement les mêmes URL ?#

Rarement. La plupart des plateformes utilisent leur propre structure d'URL et ne peuvent pas reproduire /hc/en-us/articles/… ; renseignez-vous avant de choisir. Conserver le même nom d'hôte avec une carte complète de redirections 301 offre aux lecteurs et aux moteurs de recherche le même résultat.

Quelle est la différence entre une migration de help desk et une migration de centre d'aide ?#

Une migration de help desk déplace les tickets, les contacts et les macros entre les outils de support, généralement avec un service de migration. Une migration de centre d'aide déplace les articles publics que les lecteurs trouvent via la recherche ; le travail porte donc sur les URL, les redirections et le domaine. Vous pouvez effectuer l'une sans l'autre.

Devons-nous également déplacer nos tickets ?#

Non. Un centre d'aide peut être déplacé indépendamment tandis que la boîte de réception, l'historique des tickets et le chat restent là où ils sont. Pointez votre widget, vos macros et votre agent IA vers le nouveau centre d'aide.

Devons-nous utiliser des redirections 301 ou 302 ?#

301 ou 308. Google traite celles-ci comme permanentes et utilise la nouvelle page comme version canonique. Une redirection 302 indique que le déplacement est temporaire.

Combien de temps prend une migration de centre d'aide ?#

Une importation peut prendre quelques minutes. Prévoyez quelques jours pour l'inventaire des URL, l'examen et les tests, une semaine de délai pour le TTL DNS, et quelques semaines de surveillance par la suite.

Qu'advient-il des réponses IA dans notre ancien outil ?#

Elles restent avec l'ancien outil. Vérifiez si la nouvelle plateforme répond aux lecteurs à partir de vos articles, quel plan inclut cette fonctionnalité, et si elle facture par réponse, par résolution ou dans le cadre d'un forfait mensuel.