Exporter un site WordPress : que faut-il récupérer exactement ?

Ce que WordPress exporte vraiment

Dans Outils > Exporter, WordPress crée un fichier XML WXR. Ce fichier contient le contenu du site : articles, pages, types de publication personnalisés, commentaires, champs personnalisés, catégories, étiquettes, taxonomies, menus de navigation et utilisateurs selon les cas. C’est très pratique si tu veux récupérer l’éditorial et le réinjecter ailleurs. En revanche, ce n’est pas une copie complète du site.  

Autrement dit, si ton besoin est juste de récupérer :

• les articles ;
• les pages ;
• les taxonomies ;
• les commentaires ;
• les auteurs ;
• et une partie de la structure éditoriale.

… alors l’export natif fait le travail.

Là où ça se complique, c’est quand tu veux récupérer le site entier. Parce que le XML ne contient pas à lui seul :

• la base SQL complète ;
• les plugins ;
• les thèmes ;
• les fichiers du site ;
• les fichiers de configuration ;
• ni une copie exploitable de tout le dossier médias dans une logique de reprise complète. L’export est utile pour les données, par contre les fichiers médias doivent être téléchargés par ailleurs si tu veux une récupération complète.  

Le XML WordPress, c’est le contenu. Ce n’est pas la maison entière avec les murs, les clés et la boîte aux lettres.

Si tu veux le site complet, il faut bien plus

Dès que l’objectif est une migration, une reprise technique, ou une sauvegarde sérieuse, il faut récupérer au minimum :

• la base de données ;
• les fichiers du site ;
• le dossier wp-content et donc les médias ;
• les thèmes ;
• les plugins ;
• et les éléments de configuration utiles.

Quand tu veux récupérer un site complet, un simple export WordPress ne suffit pas. Il faut la base et les fichiers. Chez o2switch, les sauvegardes du compte ou JetBackup vont justement dans ce sens : reprendre de quoi remettre le site en route, pas seulement de quoi récupérer les textes. En clair, il faut au minimum l’export SQL et une copie propre du dossier wp-content.

Si tu préfères piloter ça depuis WordPress avec un outil plus facile, UpdraftPlus permet de sauvegarder, restaurer et migrer un site en séparant notamment base, thèmes, plugins et uploads. Ce qu’une vraie sauvegarde doit contenir.  

Dit autrement, si tu veux repartir avec un site réutilisable, il te faut :

• le contenu ;
• la base ;
• les fichiers ;
• les médias ;
• les thèmes ;
• les plugins.

Sinon, tu n’as pas un site complet. Tu as juste un morceau bien emballé.

Ce qu’il faut prendre selon le besoin

Là, ça devient beaucoup plus simple.

Si tu veux récupérer seulement les contenus, prends l’export XML WXR depuis WordPress. C’est ce qu’il sait faire, et il le fait bien.  

Si tu veux refaire le site ailleurs avec les contenus et les médias, le XML ne suffit pas. Il faut aussi récupérer les médias, donc au minimum le dossier uploads, sinon tu peux très bien réimporter les textes… et te retrouver avec des pages remplies mais des visuels manquants un peu partout.

Si tu veux migrer le site entier, il te faut la base SQL, les fichiers, les thèmes, les plugins et les médias. Et si tu travailles chez o2switch, JetBackup te donne justement cette approche plus complète, parce qu’on parle bien de sauvegardes de fichiers et de bases, pas seulement d’un export de contenu.  

Si tu veux une vraie sauvegarde avant intervention, même idée : base + fichiers. Mais si l’objectif est de pouvoir restaurer rapidement sans repartir dans une chasse au fichier manquant, une sauvegarde faite via l’hébergeur ou via un plugin de backup reste beaucoup plus sérieuse qu’un simple export XML.  

Tout dépend du but. Exporter du contenu, sauvegarder un site et préparer une migration, ce n’est pas du tout la même valise.

Les oublis qui coûtent du temps après

Le plus classique, c’est d’oublier les médias. Juste derrière, il y a la base. Puis les plugins. Puis le thème enfant. Puis la config qui n’avait l’air de rien… jusqu’au moment où le site restauré ne ressemble plus vraiment à ce qu’il était.

Parmi les oublis qui reviennent souvent :

• le dossier uploads ;
• l’export SQL ;
• le thème enfant ;
• les plugins indispensables ;
• les fichiers de configuration ;
• les réglages à remettre au propre après migration.

Et quand il faut ensuite nettoyer les anciennes URLs dans la base, mieux vaut ne pas improviser. Faire un search and replace peut faire gagner un temps très bête, surtout si l’export sert ensuite à une migration ou à un changement de domaine.

Dans le même esprit, Migrer un site WordPress sans plugin : le guide complet aide aussi à remettre les choses dans l’ordre quand tu ne veux pas juste “exporter”, mais vraiment déplacer un site sans rien oublier.

Une façon simple de ne rien rater

Quand tu dois exporter un site WordPress proprement, garde ça en tête :

• commence par définir ce que tu veux récupérer ;
• prends le XML seulement si ton besoin est surtout éditorial ;
• ajoute la base SQL si tu veux sauvegarder ou migrer sérieusement ;
• récupère les fichiers du site ;
• n’oublie pas wp-content et donc les médias ;
• pense aux thèmes, plugins et réglages utiles ;
• puis vérifie ce qu’il faudra remettre en place après reprise.

Ce n’est pas compliqué. C’est juste plus précis que “je vais exporter le site”.

En conclusion

Exporter un site WordPress, ce n’est pas cliquer sur un bouton unique qui règle tout. Tout dépend de ce que tu veux vraiment récupérer.

Si tu veux le contenu, le XML WXR suffit souvent.
Si tu veux les médias, il faut penser aux uploads.
Si tu veux le site complet, il faut la base, les fichiers, les thèmes, les plugins et ce qui permet de refaire tourner l’ensemble.
Et si tu veux dormir tranquille, il vaut mieux le savoir avant qu’après.

Parce qu’un export “propre sur le papier” peut très bien être inutilisable dans la vraie vie si tu n’as pas pris les bons morceaux dès le départ.