Foire aux questions
Questions et erreurs courantes avant et pendant une migration. Vous ne trouvez pas votre réponse ? Contactez-nous.
Connexion & identifiants
Le « Test de connexion » échoue avec « Not Found »
L’API REST de votre site n’est pas joignable à l’URL habituelle (/wp-json/...). Cela signifie généralement que les règles de réécriture (permaliens) ne sont pas actives — fréquent juste après l’installation d’une extension, un changement de thème, ou sur une installation neuve. Solution : allez dans Réglages → Permaliens sur ce site et cliquez sur Enregistrer les modifications (même sans rien changer). Cela régénère les règles de réécriture. Retestez la connexion ensuite.
« L’utilisateur cible n’a pas les permissions suffisantes »
L’utilisateur du site cible doit avoir les capacités upload_files et edit_posts — en pratique, un rôle Auteur, Éditeur ou Administrateur. Un compte Abonné ou Contributeur ne fonctionnera pas. Utilisez ou créez un compte avec au moins le rôle Auteur et générez son mot de passe d’application depuis ce compte.
Le mot de passe d’application semble correct mais la connexion échoue quand même
Quelques points à vérifier : le mot de passe d’application doit être généré depuis Utilisateurs → Profil → Mots de passe d’application sur le site lui-même (pas saisi de tête) — les espaces dans le mot de passe généré sont cosmétiques, vous pouvez les garder ou les retirer. Si le site est protégé par une couche supplémentaire (authentification HTTP Basic / « confidentialité du répertoire » chez certains hébergeurs, un pare-feu, ou une extension de sécurité bloquant l’API REST), la connexion de WPMove sera rejetée avant même que WordPress ne la voie. Autorisez temporairement l’accès à l’API REST, ou exemptez le chemin /wp-json/ de cette protection.
Erreurs SSL / certificat
Les deux sites (source et cible) doivent être joignables en HTTPS avec un certificat valide et reconnu. Un site de développement local avec un certificat auto-signé (domaines en .devel, .local, .test) échouera — WPMove ne désactive pas la vérification du certificat pour des raisons de sécurité. Utilisez plutôt un domaine de staging avec un vrai certificat (Let’s Encrypt convient très bien).
« La requête a été bloquée par un pare-feu de sécurité »
Certains hébergeurs placent un pare-feu devant WordPress, qui bloque les requêtes automatisées répétées avant même que WordPress les voie. Vos identifiants ne sont pas en cause — le site n’a jamais reçu la requête. Demandez à votre hébergeur d’autoriser les requêtes venant de l’autre site, ou patientez quelques minutes avant de réessayer. Si cela se reproduit, migrer par plus petits lots (moins d’articles par passage) suffit généralement à rester sous le seuil.
Comportement de la migration
Les types de contenu personnalisés (CPT) n’apparaissent pas dans « Types de contenu à migrer »
La liste est récupérée en direct depuis votre site source une fois les identifiants enregistrés et le « Test de connexion » réussi. Si un CPT manque : vérifiez qu’il est déclaré public et show_in_rest côté source (WPMove ne peut voir et migrer que les types de contenu exposés via l’API REST), et assurez-vous d’avoir cliqué au moins une fois sur « Test de connexion » après avoir enregistré des identifiants source valides.
Les médias ne sont pas migrés alors que « Importer les médias » est coché
Sur le plan Gratuit, les médias ne sont jamais migrés quelle que soit cette case — c’est une limite du plan, pas un bug. La migration des médias est disponible sur les plans Starter, Pro et Unlimited, chacun avec son propre quota annuel (voir la page Tarifs).
« Veuillez patienter N jours avant votre prochaine migration »
C’est le délai de battement du plan Gratuit entre deux migrations. Les plans payants (Starter, Pro, Unlimited) n’ont aucun délai et permettent des migrations illimitées.
Une migration semble bloquée — aucune progression depuis un moment
WPMove surveille les migrations en arrière-plan ; si l’une d’elles cesse de progresser pendant plus de ~15 minutes, vous recevez automatiquement un email à ce sujet (au maximum un par heure). Depuis la page Migration, utilisez Reprendre pour repartir là où elle s’est arrêtée, ou Réinitialiser pour l’effacer et repartir à zéro. Les migrations passent par une file d’attente : de courtes pauses de quelques minutes entre les pages sont normales et ne signifient pas un blocage.
Les mises en page Elementor, champs ACF ou métadonnées SEO manquent après la migration
L’API REST de WordPress ne transporte que les champs personnalisés qu’une extension lui a explicitement ouverts — la plupart ne le font pas. Les mises en page Elementor, les champs ACF et certaines métadonnées SEO restent donc sur place, sans le moindre avertissement. Pour qu’ils voyagent, installez l’extension gratuite WPMove Migration Connector sur les deux sites — celui d’où vous migrez et celui vers lequel vous migrez — puis relancez la migration. WPMove transfère alors tous les champs personnalisés, y compris les images vers lesquelles pointe un champ ACF. L’extension est gratuite, ne demande aucun compte, et ne répond qu’aux requêtes authentifiées avec le mot de passe d’application que vous utilisez déjà ici.
Un média est ré-importé avec un suffixe -1 dans le nom de fichier
Cela arrive quand « Ignorer les médias déjà importés » est décoché (mode remplacement) et qu’un fichier du même nom existe déjà sur la cible — WordPress ajoute un suffixe numérique plutôt que d’écraser par défaut. Le mode remplacement de WPMove supprime d’abord le fichier existant justement pour éviter ce cas ; si vous voyez quand même des fichiers suffixés, ils ont probablement été mis en ligne hors de WPMove (ex. manuellement) avant la migration.
Le mode synchronisation a tout migré — ou n’a rien migré
Le mode synchronisation ne transporte que ce qui a changé depuis votre dernière migration réussie entre les deux mêmes sites : une migration qui ne trouve rien à faire est donc le plus souvent normale — rien n’avait changé. Elle repasse volontairement en migration complète dans quatre cas, et le journal indique toujours lequel s’applique : aucune migration réussie n’existe encore vers cette cible ; la précédente s’est arrêtée au plafond d’articles de votre offre, et du contenu plus ancien attend donc toujours ; vous avez ajouté un type de contenu que la précédente ne couvrait pas, dont l’existant est antérieur au point de synchronisation et serait sinon ignoré pour toujours ; ou vos migrations antérieures précèdent le mode synchronisation et n’ont jamais enregistré les types de contenu qu’elles couvraient, si bien que le premier run ne peut pas savoir ce qu’un delta laisserait de côté. C’est ce dernier cas que la plupart rencontrent : une migration complète enregistre le périmètre, et toutes les synchronisations suivantes sont incrémentales. Une limite à connaître : les contenus supprimés sur la source ne sont jamais retirés de la cible. Le mode synchronisation ajoute et met à jour — ce n’est pas un miroir.
Des commentaires manquent après une migration — ou sont arrivés en attente de modération
Les commentaires ne voyagent que si la case « Importer les commentaires » est cochée ; elle ne l’est pas par défaut. Lorsqu’elle l’est, ceux en attente de modération sont transportés eux aussi — et restent en attente, rien ne paraît donc sur votre site sans votre accord. Les indésirables et la corbeille sont volontairement laissés de côté : une migration est une bonne occasion de s’en débarrasser. Les fils sont reconstitués, à une exception près — une réponse dont le parent n’a pas été migré est rattachée à la racine plutôt que dirigée vers le mauvais commentaire, et le journal le signale. Les commentateurs arrivent toujours en invités, identifiés par leur nom et leur courriel : l’identifiant d’un compte sur un site ne désigne rien sur un autre. Relancer une migration ne duplique jamais les commentaires déjà présents.