localhost/wordpress/wp-admin ne répond pas ? Ce que dit l'adresse, les erreurs fréquentes et à quoi sert une copie locale pour une TPE

L’adresse localhost/wordpress/wp-admin ouvre l’administration d’un WordPress installé sur votre propre ordinateur, dans un dossier nommé « wordpress ». Elle ne fonctionne que sur cette machine, et seulement quand le serveur local est démarré. Si elle ne répond pas, la cause est presque toujours l’une de trois : serveur arrêté, port manquant dans l’adresse, ou dossier qui ne porte pas ce nom.

Ce que dit l’adresse, morceau par morceau

L’adresse se lit de gauche à droite, et chaque morceau peut être la source d’une erreur.

localhost désigne l’ordinateur sur lequel vous tapez l’adresse. Ce n’est pas un site sur Internet : un collègue qui saisit la même adresse arrive sur sa propre machine. C’est ce qui rend une installation locale sûre, et c’est aussi ce qui empêche de la montrer à quelqu’un d’autre.

/wordpress est le nom du dossier où WordPress a été copié, dans le répertoire que sert le serveur local. Si vous avez nommé ce dossier « monsite », l’adresse devient localhost/monsite/wp-admin. Le nom n’a rien de magique : c’est celui de l’archive de WordPress une fois décompressée, que beaucoup de gens gardent tel quel.

/wp-admin est l’entrée de l’administration. Si vous n’êtes pas connecté, WordPress vous redirige vers wp-login.php, la page d’identification. C’est normal.

Il manque souvent un quatrième morceau : le port. Certains outils n’utilisent pas le port web standard, et l’adresse doit alors le préciser après un deux-points.

Outil	Adresse type de l’administration	Particularité
XAMPP (réglage par défaut)	localhost/wordpress/wp-admin	Dossier « htdocs » dans le répertoire de XAMPP
MAMP (macOS, réglage par défaut)	localhost:8888/wordpress/wp-admin	Apache sur le port 8888, MySQL sur 8889
wp-env (outil officiel, Docker)	localhost:8888/wp-admin	Identifiants par défaut : admin / password
Local (application de WP Engine)	nomdusite.local/wp-admin	Un nom par site, bouton d’accès direct à l’administration
WordPress Playground	Dans le navigateur, sans installation	Pratique pour essayer, pas pour travailler sur une copie de son site

Les ports se changent dans les préférences de chaque outil. Si vous avez modifié un réglage, c’est votre réglage qui compte, pas ce tableau.

Dernier détail d’adresse : 127.0.0.1 désigne la même machine que localhost. Les deux écritures mènent en principe au même endroit, mais WordPress, lui, ne connaît que l’adresse enregistrée à l’installation. Si vous avez installé le site sous localhost, tapez localhost : avec l’autre écriture, vous risquez d’être renvoyé vers la première ou de perdre votre session de connexion.

Les erreurs fréquentes, et ce qu’elles veulent dire

Le message affiché par le navigateur indique en général la couche qui ne répond pas. Il suffit de le lire avant de tout réinstaller.

« Ce site est inaccessible » ou « connexion refusée ». Rien ne répond à cette adresse : le serveur local n’est pas démarré, ou il écoute sur un autre port. Ouvrez le panneau de votre outil et démarrez Apache et MySQL. Si Apache refuse de démarrer, un autre logiciel occupe déjà son port : changez le port dans les préférences, puis ajoutez-le à l’adresse.

« Not Found » ou erreur 404 du serveur. Le serveur tourne, mais il ne trouve pas le dossier. Vérifiez le nom exact du dossier dans le répertoire du serveur, majuscules comprises, et vérifiez que WordPress y est bien, et pas dans un sous-dossier « wordpress/wordpress » créé par la décompression.

« Erreur lors de la connexion à la base de données ». WordPress démarre, mais il n’atteint pas MySQL. Soit MySQL est arrêté, soit les identifiants de wp-config.php ne correspondent pas à ceux du serveur local. Les outils ont leurs propres valeurs par défaut, souvent un utilisateur root : vérifiez-les dans la documentation de l’outil plutôt que de les deviner.

Une page blanche. Une erreur PHP s’est produite sans être affichée. Activez le journal de débogage dans wp-config.php : la méthode est la même que sur un site en ligne, et nous la décrivons dans notre article sur un plugin WordPress qui ne fonctionne plus. En local, on peut aussi afficher les erreurs à l’écran sans risque, puisque personne d’autre ne voit la page.

La page de connexion refuse le mot de passe. En local, il n’y a pas d’e-mail de réinitialisation qui arrive. La documentation WordPress décrit deux méthodes : modifier le mot de passe de l’utilisateur dans phpMyAdmin, que fournissent XAMPP et MAMP, ou utiliser la commande de mise à jour d’utilisateur de WP-CLI.

La copie locale qui renvoie vers le site en ligne

C’est le piège classique quand on importe une sauvegarde du vrai site sur son ordinateur. On tape localhost/wordpress/wp-admin, et le navigateur part sur l’adresse publique du site. Pire : on croit travailler en local, et on modifie en réalité le site en ligne.

La raison est simple : WordPress enregistre l’adresse du site dans sa base de données, dans deux options appelées siteurl et home. Après l’import, elles contiennent toujours l’adresse publique, et WordPress y redirige.

La documentation officielle propose deux corrections :

1. Dans wp-config.php, définir les constantes WP_HOME et WP_SITEURL avec l’adresse locale. C’est rapide, mais ces valeurs ne se modifient plus depuis l’administration tant qu’elles sont définies.
2. Dans la base, via phpMyAdmin, modifier les options siteurl et home dans la table des options.

Cela ne suffit pas toujours. Les liens internes, les images et certains réglages d’extensions contiennent eux aussi l’adresse publique. Pour les remplacer, on n’utilise jamais un simple rechercher-remplacer dans un export SQL. Certaines extensions enregistrent leurs réglages sous une forme dite sérialisée, qui mémorise la longueur de chaque texte : changer l’adresse sans corriger cette longueur casse le réglage. Les outils prévus pour cela, comme la commande de remplacement de WP-CLI ou une extension dédiée, recalculent ces longueurs.

Une précaution avant tout cela : la copie locale contient les données réelles du site, y compris les messages de contact et, pour une boutique, les commandes. Elle se garde sur un ordinateur protégé, et elle se supprime quand le test est fini.

À quoi sert une copie locale pour une TPE

Pour une petite entreprise, WordPress en local n’est pas un hobby de développeur. C’est un banc d’essai gratuit, qui sert surtout à trois choses.

• Tester une mise à jour importante avant de l’appliquer en ligne : une nouvelle version majeure de WordPress, un changement de version de PHP, la mise à jour d’un constructeur de pages. Notre guide de la mise à jour WordPress explique quelles mises à jour méritent ce test.
• Essayer une extension avant de l’installer sur le vrai site, et voir ce qu’elle ajoute à la base et à l’administration.
• Vérifier qu’une sauvegarde se restaure. C’est le seul contrôle qui prouve qu’elle sert à quelque chose. Notre article sur la sauvegarde d’un site recommande précisément une restauration en local ou sur un sous-domaine de test, une fois par trimestre.

La copie locale a aussi un avantage que l’on sous-estime : elle est invisible. Aucun moteur de recherche ne l’indexe, aucun client ne tombe dessus. Une préproduction en ligne mal protégée, au contraire, finit parfois dans les résultats de recherche en concurrence avec le vrai site, un risque que nous détaillons dans notre article sur la refonte d’un site internet.

Sa limite est l’envers de cet avantage. On ne peut pas la faire relire par un associé ou un client à distance. Pour une validation à plusieurs, il faut une préproduction en ligne, protégée par mot de passe et bloquée aux moteurs.