La reprise de données dans une refonte de site : la méthode

Une refonte de site ne se limite pas à un nouveau design ou à un nouveau CMS. Tout ce que l'ancien site a accumulé doit passer dans le nouveau : ses pages et leurs textes, ses médias, ses URL, et selon le site ses produits, ses clients ou ses commandes. C'est la reprise de données, et c'est souvent l'étape la plus sous-estimée d'un projet.

Cet article décrit la méthode générale, valable pour tous les sites. Deux cas ont leur article : la reprise de données d'un site e-commerce (catalogue, clients, commandes) et la reprise des contenus éditoriaux (pages, articles, métadonnées SEO).

On distingue quatre familles de données, qui ne se reprennent ni avec les mêmes outils ni par les mêmes personnes :

• la structure : l'arborescence, les URL de chaque page, les catégories et les menus ;
• les contenus : les textes, les médias (images, vidéos, documents) et leurs métadonnées SEO (title, meta description, textes alternatifs) ;
• les données de référentiel : les produits et leurs déclinaisons, les comptes clients, les commandes, les formulaires et leurs envois ;
• les données de mesure : l'historique de Google Analytics et de la Search Console, qui ne se migre pas mais se sauvegarde, pour comparer avant et après la mise en ligne.

Commencez par la liste complète de ce qui existe : un crawl de l'ancien site pour les pages et les URL, les exports du CMS pour les données (produits, clients, articles), et les sources qui révèlent les pages oubliées du crawl, comme la Search Console, les outils de backlinks ou les journaux du serveur. Une page qui reçoit des liens ou du trafic et n'apparaît dans aucun menu est exactement celle que l'on oublie de reprendre.

Chaque donnée de l'ancien CMS doit trouver sa place dans le nouveau : un champ pour chaque champ, une règle pour chaque différence (un attribut devenu une déclinaison, une catégorie devenue une étiquette, un bloc de mise en page devenu un autre). Ce tableau de correspondance est le document de référence de la reprise ; il évite que chacun l'interprète à sa façon.

Faites une première reprise complète sur la préproduction dès que le nouveau site le permet, bien avant la mise en ligne. Elle révèle les cas que le tableau n'avait pas prévus, donne une idée réaliste du temps nécessaire, et permet de recetter le nouveau site sur de vraies données plutôt que sur des exemples.

Comparez les comptages (pages, produits, clients, commandes) entre l'ancien et le nouveau site, vérifiez un échantillon à la main, et cherchez ce qui casse silencieusement : médias absents, liens internes qui pointent encore vers les anciennes adresses, caractères accentués abîmés, contenus en double.

Au moment de la bascule, figez les contenus de l'ancien site, rejouez la reprise (ou seulement les données créées depuis la reprise à blanc), puis mettez en ligne les redirections. Plus la reprise à blanc était fidèle, plus cette étape est courte.

Sur un site e-commerce, le cœur de la reprise est le référentiel : produits, prix, stocks, comptes clients, historique des commandes, avec des contraintes propres comme les mots de passe des clients ou les numéros de facture. Notre article sur la reprise de données e-commerce les détaille.

Sur un site éditorial ou institutionnel, l'enjeu est la qualité des contenus repris : mise en forme, structure des titres, métadonnées SEO, liens internes. C'est l'objet de notre article sur la reprise des contenus éditoriaux.

La reprise et les redirections avancent ensemble. Pour proposer la page du nouveau site qui remplace chaque ancienne page, Swan crawle les deux versions et compare leurs contenus par proximité sémantique : sans contenus repris sur la préproduction, il n'y a rien à comparer. L'ordre qui fonctionne est donc le suivant : reprise à blanc sur la préproduction, crawl des deux sites par Swan, validation des correspondances proposées, test des redirections sur la préproduction, puis reprise définitive et mise en ligne.

Les données d'importance que vous importez dans Swan (pages de la Search Console, backlinks d'Ahrefs ou de Majestic, journaux du serveur) servent aussi à la reprise : elles désignent les pages à reprendre en priorité et à contrôler en premier. Pour la suite, voir notre guide du plan de redirection et notre guide de la migration SEO.