Migrer de WordPress vers Movable Type — une procédure pratique à documenter précisément parce qu'elle va « dans l'autre sens »

En recherchant « migration de CMS », on trouve surtout des articles sur le passage de Movable Type vers WordPress. Pourtant, en pratique, migrer dans le sens inverse — de WordPress vers Movable Type (ou MovableType.net) — s’avère parfois un choix tout à fait rationnel. Comme ce sens inverse est rarement documenté, cet article rassemble les critères de décision et la procédure pratique de migration.

« Nous avons un site fait avec WordPress, mais nous ne le mettons à jour que quelques fois par mois. Malgré cela, nous passons notre temps à courir après les notifications de mise à jour du cœur et des extensions » — voilà une situation familière pour les petites et moyennes entreprises et les cabinets de professions libérales.

Lorsque l’objectif d’un site est de générer des demandes de contact et d’instaurer la confiance, et que les mises à jour se limitent essentiellement à des annonces et des articles de blog, ce qu’un tel site attend d’un CMS n’est pas l’extensibilité, mais le fait d’exiger peu d’entretien et d’être difficile à casser. Cet article passe en revue les critères à prendre en compte pour envisager une migration de WordPress vers Movable Type, ainsi que la procédure de migration proprement dite.

1. La conclusion d’abord

• La migration de WordPress vers Movable Type est technique­ment bien établie : la fonction d’import de MovableType.net prend en charge les fichiers d’export au format WordPress (XML). Elle importe non seulement les articles et les pages, mais aussi les images et fichiers référencés dans le corps du texte et les champs personnalisés.
• La migration est pertinente pour les sites à fréquence de mise à jour faible, peu de personnes responsables des mises à jour, et des besoins d’extensibilité stables. Elle ne convient pas aux sites bâtis autour de fonctionnalités dynamiques comme un espace membre ou un module e-commerce implémenté via des extensions WordPress.
• Ce qui détermine la réussite d’une migration n’est pas la différence de fonctionnalités entre CMS, mais la conception des URL, les redirections 301, et la stratégie de remplacement des fonctionnalités des extensions. Si l’on se contente de transférer les données sans avoir tranché ces points en amont, on rencontrera des difficultés à la fois côté SEO et côté exploitation quotidienne.
• Les types de contenu personnalisés et les fichiers XML fortement personnalisés peuvent ne pas s’importer proprement tels quels ; prévoyez donc du temps pour la conversion et l’ajustement manuel (ceci est d’ailleurs explicitement mentionné dans le manuel officiel).

2. Pourquoi une migration « dans l’autre sens » ?

WordPress est le CMS le plus utilisé au monde, et c’est en soi un excellent choix. Mais être un CMS dynamique implique aussi une charge d’exploitation qui lui est propre.

• Les mises à jour ne s’arrêtent jamais. Les mises à jour du cœur, des thèmes et des extensions surviennent en continu, et les négliger constitue un risque en soi. L’IPA (l’agence japonaise pour la promotion des technologies de l’information) a émis à plusieurs reprises des mises en garde concernant les vulnérabilités des CMS et de leurs extensions, les problèmes liés aux extensions étant particulièrement fréquents.
• Le site finit souvent sans personne pour s’en occuper. Il n’est pas rare qu’un site livré par une agence web se retrouve sans contrat de maintenance, laissant un site où « personne n’a jamais cliqué sur le bouton de mise à jour ».
• Des problèmes de compatibilité entre extensions. Dans les configurations où chaque mise à jour casse la mise en page ou désactive une fonctionnalité, la mise à jour elle-même devient une source d’appréhension, ce qui accélère encore l’abandon.

Movable Type est un CMS construit autour de la publication statique : il génère le HTML à l’avance et le sert tel quel (la publication dynamique reste disponible en option). Si les pages renvoyées aux visiteurs sont des fichiers statiques, aucun programme de CMS n’a besoin de s’exécuter côté public, ce qui réduit à la fois la surface d’attaque et les points de défaillance.

En choisissant l’offre SaaS MovableType.net, on va plus loin : le fournisseur du service prend en charge les mises à jour du cœur logiciel et la sécurité, et le SSL (HTTPS) est inclus sans coût supplémentaire. C’est une configuration adaptée à une organisation qui souhaite continuer à investir dans le contenu du site sans vouloir se soucier de l’entretien du CMS.

3. Les destinations de migration — Movable Type vs. MovableType.net

Il existe globalement deux destinations de migration.

Pour un site vitrine ou un site de profession libérale géré par une petite équipe, il est réaliste de commencer par évaluer MovableType.net, et de n’envisager la version logicielle que si les besoins dépassent ce qu’elle propose. Le workflow d’approbation (demande/validation) et l’environnement de test s’accordent bien avec le fonctionnement des cabinets de professions libérales, par exemple « ne publier qu’après validation du responsable du cabinet ».

4. Vue d’ensemble du processus de migration

La migration se déroule dans l’ordre suivant. Le point clé est de placer l’inventaire des URL (étape 2) avant la migration des données (étape 3).

1. Inventaire de l'existant — lister les pages, fonctionnalités et extensions
2. Conception des URL — finaliser la correspondance ancienne/nouvelle URL (mapping 301)
3. Migration des données — export WordPress → import
4. Reconstruction des templates — implémenter le design et les métadonnées
5. Remplacement des fonctionnalités — formulaires, recherche, etc.
6. Vérification — comparaison ancien/nouveau, mesure des redirections
7. Mise en ligne — bascule DNS, soumission du sitemap, vérification Search Console

5. Les aspects pratiques de la migration du contenu

Côté WordPress, utilisez la fonction d’export de l’interface d’administration pour produire un fichier XML (format WXR). Côté MovableType.net, chargez ce fichier depuis l’écran de l’outil d’import. Selon le manuel officiel, la portée de ce qui est importé est la suivante :

Si vous faites un usage intensif des types de contenu personnalisés ou des champs personnalisés de WordPress, référez-vous à l’outil de conversion officiel et son guide d’utilisation, et classez chaque type de contenu à migrer en trois catégories : « migre automatiquement », « nécessite une conversion » ou « doit être reconstruit manuellement ». Cette répartition constitue en elle-même l’estimation de la migration.

Notez que, pour les sites comptant un grand nombre d’articles ou une structure complexe, un guichet d’assistance officiel à la migration est également disponible. Pour la migration vers la version logicielle de Movable Type, une FAQ officielle est aussi publiée.

6. Conserver les URL et le référencement SEO

La plupart des causes de dégradation du référencement SEO lors d’une migration de CMS n’ont rien à voir avec le type de CMS — elles tiennent à la manière dont les URL sont gérées.

Les réglages de permaliens de WordPress (/?p=123, /2024/05/post-name/, /category/post-name/, etc.) ne correspondent généralement pas à la structure d’URL après migration. Conservez-les en suivant ces étapes :

1. Inventorier toutes les URL. Listez toutes les URL en ligne — articles, pages, catégories, tags, pages d’images — à l’aide d’un sitemap ou d’un outil de crawl.
2. Finaliser la correspondance vers les nouvelles URL. Décidez d’abord des règles d’URL après migration, puis construisez un tableau de correspondance ancienne URL → nouvelle URL (mapping 301). Vérifiez en priorité les pages à fort trafic issu de la recherche.
3. Mettre en place les redirections 301. Appliquez des redirections permanentes (301) à toute URL qui change.
4. Conserver les éléments de la page. Le titre, la meta description, la structure des titres et les données structurées doivent être consciemment conservés lors de la reconstruction des templates. Les éléments produits auparavant par des extensions SEO sont remplacés après migration par une implémentation dans le template.
5. Vérifier après la mise en ligne. Resoumettez le sitemap XML, surveillez l’indexation et les erreurs dans Search Console, et mesurez les redirections sur les pages principales (vérification des codes de statut).

Ce principe — « d’abord la conception des URL, puis la migration des données et le design » — s’applique aux refontes de site en général, et pas seulement aux migrations de CMS. Dans notre propre étude de cas de refonte de site, la toute première chose que nous avons faite n’était pas le design, mais l’inventaire des URL.

7. Remplacer les fonctionnalités des extensions — séparer « à remplacer » et « devenu inutile »

Lorsqu’on migre depuis WordPress, la liste des extensions peut sembler une source d’inquiétude. Mais en les classant fonctionnalité par fonctionnalité, la plupart se répartissent en trois catégories.

Le formulaire de contact en particulier est le nerf de la guerre d’un site destiné à générer des prospects. Il arrive réellement que les e-mails de notification cessent silencieusement d’arriver après une migration ; envoyez donc toujours un test réel avant la mise en ligne. Nous avons détaillé comment investiguer les e-mails de formulaire non délivrés dans « Comment investiguer quand les e-mails du formulaire de contact ne sont pas délivrés ».

8. Pour quel type de site est-ce adapté ? — professions libérales et sites d’entreprise gérés par une petite équipe

En résumé, voici le profil du site pour lequel une migration de WordPress vers Movable Type (MovableType.net en particulier) est généralement pertinente :

• Les mises à jour se limitent essentiellement à des annonces, des articles de blog et des cas clients, et le travail de mise à jour est plutôt routinier
• Il n’y a pas de personnel web dédié, et personne ne peut consacrer du temps à la maintenance du CMS lui-même
• Comme pour les sites de comptables, de notaires ou d’autres professions libérales, on souhaite une étape de relecture/validation avant toute publication
• Le site n’a pas de fonctionnalités dynamiques telles qu’un espace membre, de l’e-commerce ou un système de réservation (ou celles-ci peuvent être externalisées vers un service tiers)
• Il s’agit d’un secteur où un incident de sécurité se traduit directement par un problème de confiance, et l’on souhaite réduire la surface d’attaque

À l’inverse, si vous prévoyez de continuer à étendre activement le site via des extensions, ou si les fonctionnalités dynamiques sont au cœur du site, rester sur WordPress (et mettre en place une véritable organisation de maintenance) est le choix le plus judicieux. La migration n’est pas une fin en soi — c’est un outil pour équilibrer votre capacité d’exploitation avec les besoins du site.

Si vous souhaitez y réfléchir en termes de structure globale du site et de coûts, consultez également « Coûts de création de site web pour les PME » et « Structure d’une page de service pour le B2B technique ».

Pour ceux qui envisagent une migration de CMS

Si le poids de la maintenance de WordPress vous pèse, vous n’avez pas besoin de décider immédiatement de migrer. Le point de départ sûr consiste simplement à inventorier les pages, fonctionnalités et extensions de votre site actuel, et à déterminer ce qui changerait en cas de migration — ce qui deviendrait inutile, et ce qu’il faudrait reconstruire.

KomuraSoft LLC propose des services de création de site web incluant la migration de CMS, ainsi que du conseil technique pour aider à structurer une stratégie de migration. Si vous souhaitez démarrer par un inventaire de votre site actuel, contactez-nous via notre page de contact.

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Services liés à ce sujet

Cet article est directement lié aux services suivants.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Peut-on transférer les articles WordPress vers Movable Type tels quels ?

Le contenu de base comme les articles et les pages peut être migré. La fonction d'import de MovableType.net prend en charge les fichiers d'export au format WordPress (XML), et récupère aussi les images et fichiers référencés dans le corps des articles et les champs personnalisés. Cependant, les types de contenu personnalisés ou les données fortement personnalisées peuvent ne pas se charger tels quels, et nécessiter une conversion ou un ajustement manuel. Avant la migration, il est important de distinguer ce qui relève des fonctionnalités standards de WordPress de ce qui dépend d'extensions ou de personnalisations.

Migrer de CMS fait-il baisser le référencement SEO ?

Ce qui compte n'est pas le type de CMS en lui-même, mais le fait que les URL changent ou non, et que les redirections soient correctement configurées. Avant la migration, dressez un inventaire de toutes les URL, finalisez la correspondance vers les nouvelles URL, et mettez en place des redirections 301 pour toute URL qui change. En conservant le titre, la meta description et la structure des titres, puis en resoumettant le sitemap XML après la mise en ligne et en vérifiant Search Console, on évite toute baisse importante due à la migration elle-même. À l'inverse, négliger ce travail entraîne une perte de positionnement quel que soit le CMS choisi.

Que deviennent les fonctionnalités assurées par des extensions WordPress ?

Le mécanisme d'extension lui-même ne pouvant pas être transporté, on décide d'un remplacement fonctionnalité par fonctionnalité. Les formulaires de contact sont reconstruits avec la fonctionnalité de formulaire de la plateforme de destination ou un service de formulaire externe, les métadonnées que produisaient les extensions SEO sont implémentées dans le template, et les articles liés ou le fil d'Ariane sont eux aussi intégrés au template. À l'inverse, les extensions de sécurité ou de sauvegarde deviennent souvent totalement inutiles dans une architecture de publication statique ou en SaaS — leur rôle disparaît de lui-même. Le point clé est de distinguer les « fonctionnalités à remplacer » des « fonctionnalités qui deviennent simplement inutiles ».

Faut-il choisir Movable Type ou MovableType.net ?

Si vous gérez vous-même votre serveur et souhaitez pouvoir étendre librement le site avec des extensions et des intégrations de base de données, la version logicielle de Movable Type est adaptée. Si vous préférez déléguer la gestion du serveur et les mises à jour du CMS pour alléger l'exploitation, l'offre SaaS MovableType.net est plus indiquée. Pour une organisation sans personnel web dédié — comme un site vitrine de PME ou un site de profession libérale — il est réaliste de commencer par évaluer MovableType.net, puisque le prestataire y prend en charge les mises à jour du cœur du logiciel et la sécurité.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.