Page de l'hébergeur au lieu du site : le diagnostic complet

Le problème : ton domaine affiche la page de l’hébergeur, pas ton site

Tu tapes ton nom de domaine, et au lieu de ton site tu tombes sur une page générique : logo de l’hébergeur, un message du style « ce domaine n’est pas encore configuré », une page de parking avec des publicités, ou carrément la page d’accueil par défaut d’un panel comme Plesk ou cPanel. Ton site existe, tu l’as vu fonctionner hier — mais aujourd’hui, c’est comme s’il n’existait plus aux yeux du navigateur.

Bonne nouvelle : ce symptôme, presque toujours, ne veut PAS dire que ton site est perdu ou piraté. Il veut dire que quelque part entre ton nom de domaine et ton hébergement, un maillon de la chaîne pointe au mauvais endroit. Le fichier de ton site est probablement intact sur le serveur — c’est juste que la requête n’y arrive pas, ou n’arrive pas au bon dossier.

C’est un cas assez fréquent après une migration, un changement d’hébergeur, ou un ajout de domaine mal terminé. On va reprendre la chaîne dans l’ordre, du plus probable au plus technique.

Pourquoi ça arrive : les causes les plus courantes

• DNS mal pointé : l’enregistrement A (ou CNAME) du domaine pointe encore vers l’ancien serveur, ou vers une IP qui ne correspond à rien chez ton hébergeur actuel.
• Propagation DNS en cours : tu viens de modifier les DNS, mais le changement n’a pas encore atteint tous les résolveurs DNS dans le monde (ça peut prendre de quelques minutes à 48h).
• Domaine non ajouté côté serveur (vhost manquant) : le DNS pointe bien vers la bonne IP, mais le serveur ne sait pas qu’il doit servir CE domaine précis — il retombe alors sur son “site par défaut”.
• Fichier index manquant ou mal placé : le dossier de ton site est vide, ou ton index.php / index.html se trouve dans un sous-dossier au lieu de la racine (public_html, www, ou équivalent).
• Domaine expiré ou en statut de parking : le nom de domaine lui-même a expiré et le registrar a affiché une page de “parking” à sa place, indépendamment de ton hébergement.
• Cache navigateur ou CDN qui sert une ancienne version : tu vois une page qui n’existe plus techniquement, simplement mise en cache localement ou par un proxy comme Cloudflare.
• Certificat SSL erroné : le navigateur charge la mauvaise ressource par défaut à cause d’un certificat mal associé au bon vhost.

Chacune de ces causes a un remède distinct — mais elles se diagnostiquent dans un ordre logique, du plus simple à vérifier au plus profond.

1. Identifier précisément ce qui s’affiche

Avant tout diagnostic, regarde ce que dit VRAIMENT la page :

• “This domain is not configured” / “Compte non configuré” → le domaine n’est pas rattaché au bon vhost côté hébergeur.
• Page de parking avec des liens publicitaires → ton domaine a probablement expiré ou est géré par un registrar tiers.
• Page cPanel/Plesk par défaut → le serveur répond, mais aucun site n’est configuré pour ce nom de domaine précis sur cette machine.
• Ancien site (un site différent du tien) → le DNS pointe vers un serveur qui héberge autre chose (typiquement, un ancien hébergeur que tu as quitté).

Ce simple constat élimine déjà 70 % des hypothèses.

2. Vérifier où pointent réellement tes DNS

C’est la cause n°1, de loin. Regarde ton enregistrement A (qui doit pointer vers l’adresse IP de ton serveur) ou ton CNAME (qui pointe vers un nom d’hôte). Compare cette valeur avec l’IP réelle fournie par ton hébergeur actuel — tu la trouves dans son panel d’administration ou dans l’email de bienvenue.

Si tu viens de changer d’hébergeur récemment, il est très probable que l’ancien enregistrement DNS soit encore actif. Le guide migrer WordPress vers un autre hébergeur détaille l’ordre exact des étapes pour éviter ce piège, et changer d’hébergeur sans perdre son référencement explique pourquoi la synchronisation DNS/contenu doit être millimétrée.

Si le problème touche un domaine qui ne pointe simplement nulle part ou vers une IP obsolète, l’article DNS qui ne propage pas couvre le diagnostic complet de la propagation.

3. Vérifier si c’est une simple question de propagation

Après une modification DNS, le changement doit se diffuser à travers tous les résolveurs DNS du monde. Ce délai — de quelques minutes à 48h selon le TTL (Time To Live) configuré — explique pourquoi certains visiteurs voient déjà le bon site pendant que d’autres voient encore l’ancien.

Deux réflexes simples :

• Teste depuis un réseau différent (4G plutôt que ton wifi habituel) : ton opérateur mobile a souvent un cache DNS distinct de ton FAI.
• Vide le cache DNS local de ta machine, et le cache de ton navigateur, avant de conclure trop vite à un problème.

Si le domaine vient d’un déménagement OVH, tu retrouveras un cas très proche dans migrer de OVH vers o2switch, avec le timing exact à respecter entre bascule DNS et coupure de l’ancien serveur.

4. Vérifier que le domaine est bien rattaché côté serveur (vhost)

Même avec un DNS correct, si l’hébergeur n’a pas explicitement ajouté ton domaine dans sa configuration (le “vhost”, virtual host), le serveur ne sait pas quel contenu servir pour cette requête — et affiche sa page par défaut. C’est très fréquent quand :

• tu viens d’ajouter un domaine additionnel ou un sous-domaine dans ton offre d’hébergement mutualisé,
• tu migres d’un hébergeur à un autre et le domaine n’a pas été “activé” côté panel avant la bascule DNS.

Va vérifier dans le panel de ton hébergeur (cPanel, Plesk, ou l’interface propriétaire d’OVH, o2switch, IONOS, Hostinger) que le domaine apparaît bien dans la liste des domaines actifs, avec le bon dossier racine associé. Les guides configurer ses DNS sur o2switch, sur Hostinger et sur IONOS montrent où trouver cet écran chez chaque hébergeur.

5. Vérifier la présence et l’emplacement du fichier index

Si le vhost est correctement configuré mais que la page par défaut s’affiche quand même, regarde le dossier racine du domaine (souvent public_html, parfois www ou un dossier au nom du domaine). Il doit contenir directement un index.php (WordPress) ou index.html. Cas fréquents :

• les fichiers ont été uploadés dans un sous-dossier (public_html/monsite/ au lieu de public_html/),
• le dossier est vide suite à une migration incomplète.

Connecte-toi en SSH ou en FTP pour vérifier directement l’arborescence. Les guides SSH sur OVH, SSH sur Plesk et SSH sur Gandi donnent les commandes de connexion selon ton hébergeur.

6. Vérifier le certificat SSL et vider le cache

Un certificat SSL mal associé au bon domaine peut faire charger une ressource par défaut. Si tu vois une alerte de sécurité en plus de la page générique, consulte NET::ERR_CERT_DATE_INVALID. Pense aussi à vider le cache de ton navigateur et, si un CDN comme Cloudflare est en place, à purger son cache — sinon tu continueras de voir une ancienne version bien après la correction serveur.

7. Vérifier le statut du nom de domaine lui-même

Dernière hypothèse, souvent oubliée : le domaine a-t-il expiré ? Un domaine expiré est redirigé par le registrar vers une page de parking, totalement indépendante de ton hébergement. Vérifie la date d’expiration dans le panel de ton registrar (souvent différent de ton hébergeur) et renouvelle immédiatement si besoin.

Tableau récapitulatif

Schéma : l’ordre du diagnostic

FAQ

Quand passer la main à un pro

Si après avoir vérifié DNS, vhost, fichier index et statut du domaine le problème persiste, il est probable que la configuration serveur elle-même soit en cause — mauvaise configuration Apache/Nginx, conflit entre plusieurs domaines sur le même hébergement, ou souci plus profond côté hébergeur. À ce stade, ouvrir un ticket support avec les preuves de ton diagnostic (résultats DNS, capture du panel, arborescence FTP) accélère énormément la résolution. Et si ce genre de mauvaise surprise se reproduit trop souvent, une maintenance de site en 2026 qui surveille DNS, certificats et disponibilité en continu t’évite de le découvrir par accident, un lundi matin, en tapant ton propre nom de domaine.