Migrer un site WordPress vers Anested

Puis-je déplacer mon site WordPress depuis Hostinger ou un autre hébergeur vers Anested ?

Oui. Tout site WordPress auto-hébergé peut être déplacé vers l'hébergement web Anested. Vous apportez une copie des fichiers de votre site (un export .zip) et, si vous en avez un, un export de base de données (.sql). Anested décompresse les fichiers, les connecte à une base de données, pointe le site vers votre sous-domaine gratuit <slug>.web.anested.com et émet le HTTPS automatiquement.

La seule chose qui ne peut pas être déplacée est un site hébergé sur une plateforme fermée comme Wix ou Squarespace — ils ne fonctionnent pas en dehors de leur propre service. WordPress, lui, est entièrement portable.

De quoi ai-je besoin avant de commencer ?

Trois choses couvrent presque toutes les migrations :

• Un .zip de vos fichiers WordPress — la plupart des hébergeurs (dont Hostinger) proposent un bouton « export » ou « backup », ou vous pouvez compresser le dossier public_html.
• Un export de base de données (.sql) — souvent inclus dans la même sauvegarde, ou exporté séparément depuis phpMyAdmin.
• L'adresse de votre ancien site (ex. https://example.com) — nécessaire pour que les liens dans le contenu soient réécrits vers la nouvelle adresse.

Mon site sera-t-il hors ligne pendant le déplacement ?

Non. Votre ancien site continue de fonctionner jusqu'à ce que vous basculiez votre domaine. Vous construisez la copie sur Anested sur son sous-domaine temporaire yoursite.web.anested.com, vérifiez qu'il fonctionne là, et ce n'est qu'ensuite que vous pointez votre domaine vers nous. Les visiteurs ne voient aucune coupure.

Comment sortir mon site de mon ancien hébergeur ?

Depuis le panneau de votre ancien hébergeur, créez une sauvegarde complète ou un export et téléchargez-le. Chez Hostinger, c'est généralement sous Files → Backups (ou l'option « Export website »). Il vous faut deux éléments : les fichiers du site (un .zip) et la base de données (un fichier .sql). Si votre hébergeur ne fournit qu'une archive combinée, ce n'est pas grave — le .sql est généralement à l'intérieur.

Comment l'importer dans Anested ?

Dans votre tableau de bord Anested, créez un site d'hébergement, puis ouvrez son onglet Files et téléversez votre .zip — il est extrait automatiquement. Ouvrez ensuite l'étape WordPress → Import / Migrate et saisissez les informations de votre base de données ainsi que l'adresse de votre ancien site. Anested trouve le cœur de WordPress dans le zip, écrit un nouveau wp-config.php, importe votre .sql et remplace l'ancienne adresse par la nouvelle.

Cette étape d'import est la plus importante : c'est elle qui repointe WordPress vers son nouveau domicile. Si vous vous contentez de téléverser les fichiers en la sautant, vous rencontrerez le problème de redirection décrit ci-dessous.

Dois-je apporter ma propre base de données ?

Oui — sur Anested, votre base de données WordPress est un projet de base de données géré qui vous appartient, conservé séparément de vos fichiers de site. Créez d'abord une base MySQL/MariaDB dans la section Databases, puis collez son hôte, son nom, son utilisateur et son mot de passe dans le formulaire d'import WordPress. Séparer les données signifie que supprimer ou reconstruire un site ne touche jamais votre contenu.

Pourquoi mon nouveau site redirige-t-il sans cesse vers mon ancien domaine ?

WordPress stocke sa propre adresse dans la base de données, dans deux réglages appelés Adresse du site (siteurl) et Adresse de WordPress (home). Quand vous avez importé votre ancienne base, ils indiquent toujours votre ancien domaine — donc à chaque requête WordPress y envoie le visiteur. Ce n'est pas une redirection d'hébergement ; c'est WordPress qui impose l'adresse à laquelle il pense résider.

La solution propre est de relancer l'étape WordPress → Import / Migrate avec les identifiants de votre base renseignés. Cela met à jour les deux adresses vers votre nouveau sous-domaine et réécrit les liens dans votre contenu en conséquence.

J'ai relancé l'import et il redirige toujours. Que faire ?

Alors l'ancienne adresse est codée en dur dans wp-config.php, ce qui prime sur la base de données et ne peut pas être corrigé par l'importeur. Ouvrez l'onglet Files, modifiez wp-config.php et cherchez ces deux lignes :

Supprimez les deux lignes (WordPress utilisera alors les valeurs corrigées de la base) ou remplacez-les par votre nouvelle adresse. Enregistrez, rechargez le site, et la redirection s'arrête.

define('WP_HOME',    'https://example.com');
define('WP_SITEURL', 'https://example.com');

Je ne possède plus l'ancien domaine — comment arrêter la redirection ?

Même solution : la cible de la redirection se trouve dans vos réglages WordPress, pas dans le domaine. Relancez l'import (qui impose la nouvelle adresse), et s'il persiste, retirez les lignes WP_HOME / WP_SITEURL de wp-config.php comme ci-dessus. Une fois pointées vers votre sous-domaine Anested, l'ancien domaine n'est plus jamais contacté.

Pourquoi vois-je un 403 Forbidden après la migration ?

Déterminez d'abord d'où vient le 403. Si votre site redirige d'abord vers votre ancien domaine puis affiche 403, le 403 vient de votre ANCIEN hébergeur — ce domaine ne sert plus votre site, il refuse donc la requête. Corriger la redirection (voir la section ci-dessus) fait disparaître le 403 avec elle.

Si le 403 apparaît directement sur yoursite.web.anested.com sans redirection, il est de notre côté et provient de vos fichiers. Les trois causes habituelles sont ci-dessous.

Le 403 est directement sur mon sous-domaine Anested — comment le corriger ?

Vérifiez ces trois éléments dans l'onglet Files, dans l'ordre :

• Un .htaccess résiduel de votre ancien hébergeur — ouvrez .htaccess et retirez toute règle qui refuse l'accès (« Require all denied », blocages d'IP) ou qui réécrit vers votre ancien domaine. Un .htaccess WordPress propre ne contient que le bloc de réécriture standard de WordPress.
• Un dossier enveloppe — certains exports se décompressent dans un sous-dossier public_html/ ou example.com/, donc votre index.php n'est pas au niveau supérieur. Remontez les fichiers du site pour que index.php soit directement à la racine, ou définissez ce sous-dossier comme racine du site.
• Un index manquant — s'il n'y a pas d'index.php (ni index.html) à la racine, le serveur refuse de lister le dossier et renvoie 403. Assurez-vous que l'index.php de WordPress est présent à la racine.

Comment savoir de quel hébergeur vient le 403 ?

Surveillez la barre d'adresse. Si elle est passée à votre ancien domaine avant l'apparition du 403, l'erreur vient de votre ancien hébergeur — corrigez d'abord la redirection. Si elle affiche toujours yoursite.web.anested.com, l'erreur est sur vos fichiers Anested — suivez les trois vérifications ci-dessus.

Mes images sont cassées ou manquantes

Des images cassées signifient presque toujours que des liens dans votre contenu pointent encore vers l'ancien domaine, ou que le dossier uploads n'est pas venu. Relancer l'import réécrit les liens du contenu pour vous. Si certaines images manquent encore, vérifiez que wp-content/uploads était inclus dans votre .zip et téléversez à nouveau ce dossier si ce n'était pas le cas.

Le navigateur affiche « Non sécurisé » ou des avertissements de contenu mixte

Cela se produit quand la page se charge en HTTPS mais que certaines images ou scripts sont encore demandés en http://. C'est la même cause que les images cassées — d'anciens liens figés dans le contenu. Assurez-vous que votre Adresse du site utilise https://, puis relancez l'import pour que le rechercher-remplacer mette à jour les références http:// en https://.

J'obtiens un écran blanc ou « Une erreur critique est survenue »

C'est généralement un plugin ou un thème incompatible avec le nouvel environnement. Renommez le dossier wp-content/plugins (en plugins_off) dans l'onglet Files pour tout désactiver d'un coup — si le site revient, renommez-le et réactivez les plugins un par un pour trouver le coupable. Les plugins de cache ou spécifiques à l'hébergeur (LiteSpeed, le plugin de votre ancien hébergeur) sont les suspects habituels et peuvent simplement être supprimés.

Toutes les pages renvoient une 404 sauf la page d'accueil

Vos règles de permaliens ne sont pas passées. Connectez-vous à wp-admin, allez dans Réglages → Permaliens et cliquez sur Enregistrer (sans rien changer) — cela régénère les règles de réécriture. Si wp-admin fonctionne mais que les pages publiques renvoient 404, c'est presque toujours la solution.

« Erreur lors de l'établissement d'une connexion à la base de données »

WordPress ne peut pas joindre votre base de données. Ouvrez wp-config.php dans l'onglet Files et vérifiez que DB_HOST, DB_NAME, DB_USER et DB_PASSWORD correspondent exactement au projet de base de données géré que vous avez créé sur Anested. Un seul caractère erroné — souvent une valeur restée de votre ancien hébergeur — est la cause habituelle. Relancer l'import avec les bons identifiants réécrit le fichier pour vous.

Je suis coincé dans une boucle de connexion et ne peux pas atteindre wp-admin

Une boucle de connexion est un autre symptôme d'une mauvaise Adresse du site — WordPress vous renvoie sans cesse vers l'ancien domaine pour vous connecter. Corrigez l'adresse exactement comme dans la section redirection (relancer l'import, puis vérifier WP_HOME / WP_SITEURL dans wp-config.php). Effacer ensuite les cookies du site dans votre navigateur nettoie tout état de connexion à moitié défini.

Mon site est bien plus lent qu'avant

Souvent, un plugin de cache de votre ancien hébergeur est encore installé mais ne fonctionne plus ici, donc chaque page est reconstruite de zéro. Supprimez les plugins spécifiques à l'hébergeur (LiteSpeed Cache, l'optimiseur de votre ancien hébergeur) et leurs fichiers drop-in résiduels dans wp-content, puis ajoutez un plugin de cache adapté à cet environnement. L'étape d'import désactive déjà les plus courants pour vous.

Mon formulaire de contact ou mes e-mails WordPress ne partent pas

WordPress n'envoie pas d'e-mails de façon fiable seul sur un hébergement mutualisé. Installez un plugin SMTP et connectez-le à un compte e-mail que vous contrôlez (la boîte de votre domaine ou un service d'e-mails transactionnels). C'est une pratique WordPress normale et non spécifique à Anested.