Migrer de SPIP vers WordPress (ou l’inverse) : méthode et pièges

Un site SPIP vieillissant, un prestataire injoignable, une équipe qui ne jure que par WordPress : les raisons de migrer ne manquent pas. Mais une migration ratée coûte cher — en trafic perdu et en contenu abîmé. Avant de lancer le chantier, voici la méthode et les pièges à connaître, dans les deux sens.

Faut-il vraiment migrer ?

La première question n’est pas technique, elle est stratégique : migrer apporte-t-il un gain réel ? Si votre site SPIP fait bien son travail et qu’il est simplement mal maintenu, une remise à niveau coûte souvent moins cher qu’une migration complète. À l’inverse, si vous manquez de prestataires, que l’e-commerce entre dans vos plans, ou que l’équipe est déjà à l’aise sur WordPress, la migration se justifie. Je dis toujours honnêtement quand une refonte vaut mieux qu’une migration, et inversement.

Ce qu’il faut récupérer

Une migration, ce n’est pas copier-coller des pages. Il faut récupérer proprement : le contenu (articles, rubriques, médias), la structure des URL, les métadonnées SEO, et les éventuelles fonctionnalités spécifiques. SPIP organise le contenu en rubriques et articles ; il faut le transposer dans l’arborescence WordPress (pages, articles, catégories) sans tout aplatir. Les images et documents doivent suivre, avec leurs textes alternatifs.

Le plan de redirections 301, pièce maîtresse

C’est le point qui fait vivre ou mourir votre référencement. Chaque ancienne URL SPIP doit être redirigée en 301 vers sa nouvelle adresse, une par une. Sans ce plan, Google retombe sur des pages 404, vos positions s’effondrent et le trafic acquis pendant des années s’évapore en quelques semaines. C’est exactement la même exigence que pour une refonte sans perte de référencement : inventaire des URL, table de correspondance, bascule surveillée.

La méthode étape par étape

Dans les grandes lignes : inventorier toutes les URL et tout le contenu existant ; préparer le nouveau site (un thème WordPress codé sur mesure plutôt qu’un template lourd) ; importer le contenu en respectant l’arborescence ; établir la table de redirections 301 ; recetter sur un environnement de préproduction ; basculer, puis surveiller de près l’indexation et les erreurs pendant les semaines qui suivent.

L’inventaire : l’étape qu’on bâcle et qu’on regrette

Avant de toucher au nouveau site, il faut savoir exactement ce qu’on migre. Cela veut dire lister l’intégralité des URL existantes — pas seulement les pages « importantes », mais tout ce qui est indexé —, repérer les pages qui reçoivent du trafic et des liens entrants, et cataloguer les contenus particuliers (formulaires, espaces protégés, documents téléchargeables). C’est cet inventaire, souvent fastidieux, qui alimente ensuite la table de redirections et garantit qu’aucune page utile ne disparaît sans filet. Sauter cette étape, c’est découvrir les trous après la bascule, quand le trafic a déjà chuté.

Les pièges classiques

Migrer sans plan de redirections, on l’a dit, est le piège numéro un. Viennent ensuite : la perte des métadonnées SEO, les images cassées, les liens internes pointant vers les anciennes URL, et les fonctionnalités spécifiques oubliées. Autre erreur fréquente : profiter de la migration pour tout changer d’un coup (design, structure, contenu), ce qui rend impossible d’isoler la cause si le trafic baisse. On migre d’abord, on améliore ensuite.

Après la bascule : surveiller, pas oublier

Une migration ne se termine pas le jour de la mise en ligne. Pendant les semaines qui suivent, il faut surveiller l’indexation dans la Search Console, traquer les erreurs 404 qui remontent, vérifier que les redirections tiennent et que les positions se stabilisent. C’est là qu’on rattrape les URL oubliées avant qu’elles ne coûtent du trafic durablement. Cette vigilance post-bascule fait partie intégrante du travail — au même titre que la maintenance qui prend le relais ensuite.

Migrer dans l’autre sens : WordPress vers SPIP

C’est plus rare, mais ça arrive — typiquement quand un site rejoint un réseau mutualisé SPIP existant. La logique est la même : récupérer le contenu, transposer dans les rubriques, redirections 301, recette. Le choix du sens dépend de votre organisation, pas d’une supériorité absolue de l’un ou l’autre — voir le comparatif WordPress / SPIP. Dans tous les cas, un accompagnement par un développeur SPIP côté SPIP évite les mauvaises surprises.

Vous envisagez une migration dans un sens ou dans l’autre ? Décrivez votre site actuel et je vous dirai si le jeu en vaut la chandelle, et à quelles conditions le faire proprement.

FAQ

Une migration fait-elle perdre le référencement ?

Seulement si elle est bâclée. Avec un plan de redirections 301 URL par URL et le transfert des métadonnées, on préserve l’essentiel du référencement acquis.

Combien de temps prend une migration SPIP vers WordPress ?

Cela dépend du volume de contenu et des fonctionnalités. Un site éditorial standard se migre en quelques semaines ; l’inventaire et les redirections prennent souvent plus de temps que l’import lui-même.

Peut-on garder les mêmes adresses de pages ?

Pas toujours à l’identique, car les structures d’URL diffèrent. L’objectif est que chaque ancienne adresse redirige proprement vers la nouvelle, ce qui revient au même pour vos visiteurs et pour Google.