Guide de migration WordPress vers EmDash

Publié le 2026-04-01 par EmDash CMS Team

Passer de WordPress à EmDash est plus simple si vous traitez d’abord la migration comme un projet de contenu et de schéma, et non comme une reconstitution de thème. Faites transiter le contenu, vérifiez les médias et la structure, puis gérez le rendu personnalisé et la parité design une fois le modèle de données stable.

Avant de commencer

Avant tout import, assurez-vous de savoir quel type de site WordPress vous migrez.

Passez d’abord en revue :

• articles et pages standards
• pièces jointes média
• types de publication personnalisés
• champs personnalisés et métadonnées éditoriales
• blocs Gutenberg ou contenu très chargé en shortcodes

Cela compte parce qu’un site d’édition simple importe en général proprement, alors qu’un site WordPress qui dépend fortement de blocs personnalisés, de champs générés par des plugins ou d’un rendu frontend spécial nécessitera une deuxième passe d’implémentation après l’import.

Options d’import

Il existe deux approches raisonnables pour amener le contenu WordPress dans EmDash.

Export WXR

Utilisez un export WXR lorsque vous voulez un flux de migration basé sur fichier.

C’est en général le meilleur choix lorsque :

• vous voulez un artefact d’export portable
• plusieurs personnes doivent revoir ou archiver l’export source
• vous voulez une frontière plus claire entre données source et validation côté destination

Flux typique :

1. Ouvrez l’administration WordPress.
2. Exportez le contenu du site en fichier WXR.
3. Lancez l’import dans EmDash à partir de cet export.
4. Contrôlez les entrées et médias importés.

Plugin EmDash Exporter

Utilisez le plugin EmDash Exporter lorsque vous voulez un chemin de transfert direct depuis une instance WordPress en ligne.

Flux typique :

1. Installez le plugin sur le site WordPress.
2. Configurez le point de terminaison d’export sécurisé qu’il fournit.
3. Protégez l’accès avec un mot de passe d’application WordPress.
4. Lancez l’import dans EmDash depuis cette source protégée.

C’est le meilleur choix lorsque le site source est encore géré activement et que vous préférez un tirage direct plutôt que d’échanger des fichiers d’export.

Parcours recommandé

Pour la plupart des équipes, la séquence la plus sûre est :

1. Préparer le site EmDash qui recevra le contenu.
2. Choisir une méthode d’import et exécuter une première passe de migration.
3. Vérifier que les entrées et les médias sont arrivés correctement.
4. Créer les types de contenu EmDash adaptés pour tout ce qui ne doit pas rester du contenu éditorial générique.
5. Reconstruire le rendu personnalisé seulement lorsque la structure importée est fiable.

Cet ordre repousse le travail à plus fort risque après que les données soient visibles et vérifiables dans EmDash.

Validation après l’import

Ne jugez pas la migration sur le fait que l’import se termine. Jugez-la sur l’utilisabilité du contenu importé.

Votre première passe de validation doit vérifier :

• que les articles et pages existent dans le volume attendu
• que les médias joints ont bien été intégrés à la médiathèque EmDash
• que titres, corps et métadonnées de publication sont cohérents
• que les relations éditoriales ont encore du sens après l’import

À ce stade, résistez à l’envie de corriger d’abord les détails visuels. Si le modèle de contenu est encore faux, le travail de design devient une refonte coûteuse.

Contenu personnalisé

Les sites WordPress dépassent souvent le modèle par défaut Post et Page. Si le vôtre utilise des types de publication personnalisés, traitez-les comme une décision de schéma pendant la migration, pas comme un problème de mise en forme.

Dans EmDash, la meilleure approche est de créer des types de contenu natifs pour ce qui mérite sa propre structure. Cela implique en général de décider :

• quel contenu reste des entrées éditoriales standard
• quel contenu devient des collections EmDash distinctes
• quels champs doivent être modélisés explicitement plutôt que laissés implicites dans le corps

C’est là que la qualité de migration se gagne ou se perd. Un import WordPress peut réussir techniquement tout en produisant une implémentation EmDash faible si chaque forme de contenu est aplatie en entrées génériques.

Blocs et rendu sur mesure

Les blocs personnalisés demandent une approche réfléchie. Si l’ancien site repose sur des blocs Gutenberg sur mesure, des mises en page pilotées par shortcodes ou un rendu spécifique aux plugins, attendez-vous à du travail de suivi.

Une approche raisonnable :

• importer d’abord le contenu sous-jacent
• identifier les motifs de rendu qui doivent survivre à la migration
• reconstruire ces éléments avec les outils et composants natifs EmDash

Si vous devez recréer le comportement de blocs sur mesure, le skill agent EmDash Block Kit est le point de départ pertinent.

Liste de contrôle pratique

Utilisez-la comme liste de travail pour la migration :

• auditer articles, pages, médias et types de publication personnalisés dans WordPress
• décider si WXR ou le plugin EmDash Exporter est le meilleur chemin d’import
• préparer le site EmDash de destination
• exécuter le premier import
• vérifier le transfert des médias et l’intégrité des entrées
• créer les types de contenu EmDash natifs si nécessaire
• identifier le rendu personnalisé nécessitant une deuxième passe d’implémentation
• revoir la structure du contenu avant de viser la parité visuelle

Ce qui reste à planifier

Même avec un chemin d’import propre, une partie du travail de migration reste en dehors de l’importeur lui-même :

• redirections
• contrôles de parité SEO
• nettoyage des champs
• parité du rendu personnalisé
• séquence de retour arrière et de mise en ligne

L’import met le contenu dans EmDash. Il ne supprime pas le besoin de revue éditoriale, de décisions de schéma et de discipline de lancement.