Une migration WordPress.com vers WordPress.org ne consiste pas à déplacer un site « vers WordPress.org ». WordPress.org distribue le logiciel WordPress; il n’héberge pas votre site. Le vrai projet consiste à quitter le service hébergé WordPress.com pour installer WordPress chez un hébergeur de votre choix.
Le transfert est possible, mais le résultat dépend de la méthode. L’export standard déplace surtout le contenu. Il ne recrée pas automatiquement le thème, les personnalisations ni les extensions. Une migration complète par extension peut transférer davantage, si le forfait WordPress.com et l’outil choisi le permettent.
À retenir
Le fichier XML/WXR contient les articles, pages, commentaires, catégories, étiquettes et des références vers les médias. Il ne contient ni le design du thème, ni ses réglages, ni les extensions, ni les fichiers médias eux-mêmes. Le domaine et les abonnés suivent aussi des procédures séparées. Gardez donc l’ancien site accessible jusqu’à la vérification du nouveau.
Avant une migration WordPress.com vers WordPress.org
Comprendre la destination et les nouvelles responsabilités
WordPress.com et WordPress.org utilisent le même logiciel, mais pas le même hébergement. WordPress.com explique cette différence : son service comprend un hébergement géré; un site auto-hébergé demande un hébergeur et davantage de maintenance.
Vous devez donc préparer :
- un hébergement compatible avec WordPress;
- une nouvelle installation WordPress;
- un certificat SSL et une méthode de sauvegarde;
- la gestion des mises à jour et de la sécurité.
L’hébergement, le domaine et certains outils peuvent être payants. Le choix dépend du contrôle recherché et des ressources disponibles. Consultez l’hébergement Web WordPress proposé par CapsuleWeb.
Inventorier le site avant de choisir la méthode
Avant l’export, notez le forfait WordPress.com, les adresses utilisées, le thème, les extensions, les auteurs, les abonnés, les formulaires, les menus, les médias et les intégrations.
Deux méthodes sont possibles :
- Export XML/WXR. Il transfère le contenu vers une installation vierge; le design et les fonctions sont ensuite réinstallés ou reconstruits.
- Migration complète par extension. La méthode WordPress.com avec All-in-One WP Migration peut inclure contenu, thèmes, extensions et utilisateurs, sous réserve de l’admissibilité du site et des limites de l’outil.
En juillet 2026, WordPress.com indique que l’installation d’extensions est offerte sur ses forfaits payants. Plusieurs guides concurrents limitent encore cette possibilité au forfait Business : vérifiez donc la documentation officielle et votre compte plutôt qu’un ancien tutoriel.
Une extension peut réduire la reconstruction, sans garantir la compatibilité d’un thème, d’une licence ou d’une fonction WordPress.com. Le futur comparatif migration WordPress avec une extension ou manuellement approfondira ce choix technique.
Préparer les exports sans couper l’ancien site
Installez WordPress chez le nouvel hébergeur et empêchez temporairement son indexation, sans modifier le domaine. Dans WordPress.com, choisissez Outils → Exporter, tout le contenu, puis téléchargez le XML/WXR.
La documentation d’export WordPress.com demande de laisser la source publique et accessible afin de récupérer les images référencées. Vous pouvez télécharger la médiathèque comme sauvegarde; cette archive ne remplace pas l’import du contenu.
Conservez les exports et les réglages. Pour l’hébergement, le DNS et le SSL, utilisez la checklist de migration WordPress dès sa publication.
Migration WordPress.com vers WordPress.org : ce qui est transféré
Ce que l’import XML/WXR peut récupérer
Sur le nouveau site, choisissez Outils → Importer → WordPress, installez l’importateur, puis chargez le XML. Le WordPress Importer officiel prend en charge les contenus, commentaires, champs personnalisés, taxonomies et auteurs présents dans l’export.
Voici la limite à retenir :
| Élément | Export standard XML/WXR | Contrôle nécessaire |
| Articles, pages et commentaires | Oui | Comparer les volumes et quelques contenus |
| Catégories et étiquettes | Oui | Vérifier les archives et les liens |
| Auteurs | Importés ou attribués | Contrôler les comptes et les accès |
| Menus et données personnalisées | Possibles si présents dans le WXR | Réattribuer les emplacements et tester |
| Images et pièces jointes | Références vers la source | Activer leur téléchargement et vérifier les fichiers |
| Thème, design et personnalisations | Non | Réinstaller ou reconstruire |
| Extensions et leurs réglages | Non | Réinstaller et reconfigurer |
| Abonnés, domaine et DNS | Non | Utiliser les procédures séparées |
Attribuez les bons auteurs et activez le téléchargement des pièces jointes. Si un gros import atteint la limite de mémoire PHP, fractionnez le XML ou consultez l’hébergeur.
Ce qui doit être réinstallé, reconstruit ou retesté
L’export standard ne transfère pas le thème ni ses personnalisations. Si une version auto-hébergée existe, installez-la puis refaites ses réglages. Un nom identique ne garantit pas les mêmes options.
Réinstallez les extensions nécessaires. Formulaires, galeries, blocs, statistiques ou réglages SEO peuvent demander une nouvelle configuration. Testez chaque fonction : une page correcte visuellement peut rester défectueuse.
Si la source accepte les extensions, la migration complète documentée par WordPress.com peut inclure thèmes, extensions et utilisateurs. Vérifiez taille, licence, forfait et compatibilité du serveur. Cette copie reste à valider.
Médias, abonnés, domaine et courriels : quatre traitements séparés
Le WXR contient des liens vers les médias, pas les fichiers. Gardez la source publique jusqu’à la fin, comparez les médiathèques et ouvrez des images anciennes et récentes.
Les abonnés ne suivent pas l’export. WordPress.com prévoit une migration avec Jetpack vers un site auto-hébergé connecté à Jetpack. Validez d’abord le compte propriétaire et l’infolettre.
Le domaine est indépendant du contenu : pointez-le vers le nouvel hébergement ou transférez son enregistrement. Pour une adresse en .wordpress.com, le service de redirection WordPress.com exige des structures de permaliens compatibles.
Changer le site ou ses DNS ne déplace pas les boîtes. Le guide changer d’hébergeur sans perdre ses courriels traite séparément les MX, les données et les tests.
Valider le nouveau site avant la mise en ligne
Une migration réussie se prouve par des contrôles. Avant de basculer le domaine :
- comparez le nombre d’articles, de pages, de commentaires et de médias;
- ouvrez les menus, catégories et pages stratégiques;
- vérifiez que les images sont servies par le nouveau domaine;
- testez formulaires, recherche, connexions et téléchargements;
- contrôlez les titres SEO, permaliens, liens internes et erreurs 404;
- sauvegardez le nouveau site avant la bascule.
Si le domaine change, utilisez le guide changer de nom de domaine WordPress sans perdre son SEO lorsqu’il sera publié. Prévoyez ensuite une maintenance WordPress après migration.
FAQ sur le passage de WordPress.com à WordPress auto-hébergé
Est-ce que la migration supprime le site WordPress.com?
Non. L’export et l’import copient des données. Gardez la source accessible jusqu’à la validation des médias, du domaine, des abonnés et des redirections.
Peut-on conserver le même nom de domaine?
Oui. Pointez-le vers le nouvel hébergement ou transférez-le chez un registraire. Ces opérations sont distinctes de l’import et doivent préserver les DNS utiles.
Le thème WordPress.com est-il transféré?
Pas avec l’export XML/WXR. Réinstallez une version compatible ou reconstruisez le design. Une migration complète peut inclure le thème, sans garantir sa compatibilité.
Pourquoi certaines images manquent-elles après l’import?
L’XML référence les fichiers. Une source privée ou inaccessible, ou une interruption du serveur, peut empêcher leur copie. Gardez la source publique et comparez les médiathèques.
Les abonnés WordPress.com sont-ils transférés automatiquement?
Non. Leur migration est une étape séparée qui passe par Jetpack selon la procédure officielle de WordPress.com.
Faut-il obligatoirement utiliser une extension de migration?
Non. Le XML/WXR suffit pour le contenu. Une extension sert à transférer davantage si le forfait, la taille et la destination sont compatibles.
Conclusion
Migrer de WordPress.com vers WordPress.org exige de distinguer contenu, design, fonctions, médias, abonnés, domaine et messagerie. L’export déplace le cœur éditorial; le reste est traité et vérifié séparément.
CapsuleWeb peut analyser le périmètre, choisir la méthode et contrôler le site avant la bascule. Consultez le service de migration WordPress ou contactez CapsuleWeb pour confirmer ce qui peut réellement être transféré.