Par Julien, développeur web freelance spécialisé dans les sites d’associations et d’ONG
Votre association a un site SPIP depuis dix ou quinze ans. Il fonctionne, les bénévoles savent à peu près s’en servir… mais plus personne ne sait vraiment le faire évoluer, et la question de la migration vers WordPress revient régulièrement. Ce billet fait le point sur la situation de SPIP, explique pourquoi WordPress séduit autant de structures, puis détaille les deux points qui font réussir ou rater une migration : le transfert des contenus et les redirections 301 pour préserver le référencement.
Où en est SPIP aujourd’hui ?
SPIP n’est pas un logiciel abandonné, loin de là ! Le projet est toujours maintenu, la branche 4.4 reçoit régulièrement des mises à jour, et des dizaines de milliers de sites l’utilisent encore, en particulier dans la presse indépendante, l’enseignement supérieur, les collectivités et le monde associatif. Ses points forts sont réels : gestion du multilinguisme, travail éditorial collectif, légèreté, logique de squelettes très souple.
Trois éléments invitent toutefois à se poser la question de l’avenir de son site :
- La sécurité. En 2026, le CERT-FR a publié plusieurs avis sur des vulnérabilités critiques touchant SPIP, dont des exécutions de code à distance. Les correctifs sont publiés rapidement, mais un site qui n’est plus mis à jour devient une cible. Beaucoup de sites associatifs tournent encore sur d’anciennes versions, parfois sans personne pour les surveiller.
- Un écosystème restreint. Moins de plugins, moins de thèmes, moins de ressources en ligne et surtout beaucoup moins de prestataires capables d’intervenir qu’avec WordPress. Quand le développeur ou la développeuse historique s’en va, la reprise est compliquée.
- Des attentes qui évoluent. Boutique, adhésions en ligne, dons, paiement récurrent, newsletters, intégrations avec des outils tiers : tout cela existe pour SPIP, mais demande souvent du développement sur mesure.
Migrer n’est donc pas une urgence pour tout le monde. Si votre site est à jour, sobre, bien maintenu et répond à vos besoins, vous pouvez très bien le garder. La migration se justifie surtout quand la maintenance devient un risque, quand les besoins fonctionnels dépassent ce que le site sait faire, ou quand l’équipe veut un outil plus simple à prendre en main et offrant plus de possibilités de mise en page, le parent pauvre de SPIP.
Pourquoi WordPress ?
WordPress n’est pas parfait, mais il apporte plusieurs avantages concrets à une association :
- Un écosystème immense. Des milliers de plugins et de thèmes, des extensions pour les adhésions, les dons, la boutique, les événements, les formulaires, le multilingue (ceci étant dit, un site avec le minimum de plugins est un gage de fiabilité et de performances !).
- Une prise en main plus familière. Beaucoup de bénévoles et de salariés ont déjà utilisé WordPress. L’éditeur de blocs permet de composer des pages sans toucher au code, avec une mise en page bien plus riche que sous SPIP.
- Un vivier de compétences. Il est beaucoup plus facile de trouver quelqu’un pour reprendre, dépanner ou faire évoluer un site WordPress, ce qui réduit la dépendance à un seul prestataire.
- Des champs personnalisés et des types de contenu sur mesure. Avec les types de contenus personnalisés et des outils comme ACF, on peut reproduire fidèlement la structure éditoriale d’un site SPIP (chapô, descriptif, post-scriptum, rubriques, mots-clés) tout en gardant une interface d’administration claire.
- Les mises à jour automatisables. Le noyau, les extensions et les thèmes peuvent être mis à jour de façon régulière, à condition d’avoir un minimum de suivi.
Une précision honnête : WordPress a lui aussi ses risques, notamment à cause de l’accumulation de plugins mal choisis ou non maintenus. Un WordPress bien construit, avec peu d’extensions et des mises à jour régulières, est solide. Un WordPress empilé sans méthode ne l’est pas davantage qu’un vieux SPIP.
Migrer les contenus : ce qu’il faut anticiper
C’est la partie où les surprises sont les plus nombreuses. SPIP organise ses données selon un schéma qui lui est propre (articles, rubriques, mots-clés, auteurs, documents joints) et qui ne correspond pas directement à celui de WordPress. Une migration propre se fait rarement avec un simple export-import : elle demande un script ou un outil d’import adapté, pensé pour votre site.
1. Faire l’inventaire
Avant toute chose, on dresse la liste de ce qui existe : nombre d’articles, de rubriques, de brèves, d’auteurs, de documents, de mots-clés, de langues, de formulaires et de plugins SPIP actifs. On repère aussi ce qui ne doit pas être migré : brouillons anciens, articles à la poubelle, contenus obsolètes. C’est le bon moment pour faire le tri.
2. Établir les correspondances
Un schéma de correspondance typique ressemble à ceci :
| Dans SPIP | Dans WordPress |
|---|---|
| Articles | Articles (ou type de contenu personnalisé) |
| Rubriques | Catégories hiérarchiques, ou pages parentes |
| Mots-clés | Étiquettes ou taxonomie personnalisée |
| Auteurs | Utilisateurs, ou champ personnalisé |
| Documents et images (dossier IMG) | Médiathèque |
| Chapô, descriptif, post-scriptum | Extrait, champs ACF ou blocs de contenu |
| Traductions | Polylang ou WPML |
| Statut (publié, proposé, en préparation) | Statuts WordPress (publié, en attente, brouillon) |
Il faut aussi conserver la date de publication d’origine, l’auteur et, si possible, la date de dernière modification. Et ne pas oublier les liens de traductions éventuels !
3. Convertir le texte
SPIP utilise des raccourcis typographiques propres : accolades pour le gras et l’italique, syntaxe particulière pour les liens, modèles pour les images et les documents. Ils doivent être convertis en HTML propre ou en blocs WordPress. Sans cette étape, on se retrouve avec des articles pleins de symboles incompréhensibles.
Les liens internes méritent une attention particulière : un lien de type « texte vers l’article 123 » doit être réécrit pour pointer vers la nouvelle adresse de l’article correspondant dans WordPress. C’est ce qui évite des centaines de liens cassés au sein même du site.
4. Récupérer les images et les documents
Les fichiers du dossier IMG doivent être importés dans la médiathèque, et leurs adresses remplacées dans les contenus. On vérifie les images insérées dans le texte, les documents joints (PDF, comptes rendus, rapports d’activité) et les logos. Les PDF des rapports d’activité sont souvent très bien référencés et très consultés : il faut les conserver et les rediriger soigneusement.
5. Conserver l’identifiant d’origine
Une astuce simple qui change tout : stocker l’identifiant SPIP de chaque contenu (par exemple dans un champ personnalisé) lors de l’import. Cet identifiant sert ensuite à réécrire les liens internes et à générer automatiquement les redirections. Sans lui, il faut reconstituer les correspondances à la main.
6. Tester sur un site de préparation
La migration se prépare et se teste sur une copie du site, protégée des moteurs de recherche. On compare un échantillon de pages ancien et nouveau, on contrôle les images, les liens, les caractères accentués, les tableaux et les contenus multilingues. On ne bascule que lorsque le résultat est propre.
Les redirections 301 : le point décisif pour le référencement
Une adresse qui change sans redirection, c’est une page qui disparaît pour Google, pour les sites qui faisaient un lien vers vous et pour les internautes qui l’avaient enregistrée. Des années de référencement perdues en quelques jours. Une migration réussie ne s’arrête donc pas à l’import des contenus : elle se joue sur les redirections 301 (redirections permanentes).
Pourquoi les URL changent
SPIP produit selon la configuration différents formats d’adresses : adresses du type spip.php?article123, pages se terminant par .html, adresses dites « propres » construites à partir du titre, ou adresses arborescentes reprenant les rubriques. WordPress, lui, utilise des permaliens que l’on configure (par exemple /titre-de-l-article/). Dans la quasi-totalité des cas, les adresses ne sont donc pas les mêmes avant et après.
Petit piège : les adresses SPIP « propres » contiennent souvent des majuscules, alors que WordPress génère des adresses en minuscules. Or les adresses sont sensibles à la casse sur la plupart des serveurs : une redirection est donc nécessaire même si le titre semble identique.
La méthode
1. Inventorier toutes les anciennes URL, avant la migration. On les récupère en croisant plusieurs sources : une exploration complète du site avec un outil d’audit SEO, la Search Console, les statistiques de fréquentation, les journaux du serveur et le plan du site. Il faut penser aux pages qui n’apparaissent pas dans le menu mais qui reçoivent des visites ou des liens.
2. Construire le tableau de correspondance entre chaque ancienne adresse et la nouvelle. L’identifiant SPIP conservé à l’import permet de générer ce tableau automatiquement pour les articles, les rubriques, les mots-clés et les auteurs.
3. Rediriger vers la page équivalente, pas vers l’accueil. Rediriger des centaines d’anciennes pages vers la page d’accueil est traité par Google comme une erreur et fait perdre la valeur des liens entrants. Chaque ancienne page doit pointer vers son équivalent le plus proche. Quand une page n’a vraiment plus d’équivalent, on redirige vers la rubrique la plus pertinente.
4. Ne pas oublier le reste. Les redirections doivent aussi couvrir les fichiers (PDF et images du dossier IMG, les plus liés depuis l’extérieur), les pages de rubriques, les pages d’auteurs, les flux RSS, l’ancien plan du site, et la cohérence entre les versions avec et sans « www », en HTTP et en HTTPS. Il faut aussi éviter les chaînes de redirections (A vers B vers C), qui ralentissent le site et diluent le signal.
5. Vérifier, puis surveiller. Juste après la bascule : explorer à nouveau le site avec la liste des anciennes URL pour contrôler que chacune renvoie bien un code 301 vers une page qui fonctionne (code 200). Déposer le nouveau plan du site dans la Search Console. Dans les semaines qui suivent, surveiller les erreurs 404 dans la Search Console et dans les journaux, et corriger les oublis.
6. Conserver les redirections dans la durée. Les moteurs de recherche ont besoin de temps pour réindexer, et des sites externes continueront à pointer vers les anciennes adresses pendant des années. Les redirections doivent rester en place au moins un an, et idéalement de façon permanente.
À quoi s’attendre côté trafic
Même avec une migration soignée, il est normal d’observer de petites fluctuations de positionnement pendant quelques semaines, le temps que Google traite les redirections et réindexe les pages. Une migration bien préparée retrouve généralement son niveau de trafic, et profite ensuite d’un site plus rapide et mieux structuré. Une migration bâclée, sans redirections, peut au contraire faire chuter durablement la fréquentation.
Checklist avant de se lancer
- Faire un inventaire complet des contenus et des URL existantes.
- Décider ce qui est migré, ce qui est archivé et ce qui est supprimé.
- Définir la structure cible dans WordPress (types de contenu, catégories, champs).
- Conserver l’identifiant SPIP de chaque contenu.
- Convertir les raccourcis SPIP et réécrire les liens internes.
- Importer les documents et les images.
- Tester l’ensemble sur un site de préparation non indexé.
- Préparer et tester le tableau des redirections 301.
- Sauvegarder l’ancien site avant la bascule.
- Contrôler, soumettre le plan du site et surveiller les erreurs après la mise en ligne.
Besoin d’un coup de main ?
Je travaille depuis des années avec des associations et des ONG, aussi bien sur SPIP que sur WordPress. Si vous hésitez à migrer, je peux commencer par un audit de votre site (version, sécurité, volume de contenus, URL à préserver) et vous dire honnêtement si la migration est pertinente, quel travail elle représente et comment sécuriser votre référencement. N’hésitez pas à me contacter pour en discuter.
