Mettre un site WordPress en ligne : la procédure pas à pas

Un site WordPress se met en ligne en trois temps : disposer d'un hébergement et d'un nom de domaine, installer ou migrer WordPress sur cet hébergement, puis vérifier l'URL, le SSL, les permaliens et la visibilité avant d'ouvrir au public. Tant que ces trois étapes ne sont pas terminées, votre site reste local ou privé, même s'il fonctionne parfaitement sur votre machine.

La difficulté ne vient pas de WordPress lui-même, mais de l'ordre des opérations. Une URL modifiée trop tôt, une base importée sans remplacement des liens ou des permaliens non réenregistrés suffisent à produire une page blanche ou des liens cassés. Cette procédure détaille les deux méthodes de publication, avec extension ou manuellement, et les contrôles à effectuer avant d'annoncer l'adresse.

Ce que veut dire « mettre en ligne » un site WordPress

Un site WordPress local tourne sur votre ordinateur, souvent via LocalWP, MAMP ou XAMPP. Il n'est accessible qu'à vous, à une adresse du type localhost/monsite. Un site privé est hébergé et possède un domaine, mais il est masqué aux visiteurs et aux moteurs de recherche. Un site public est hébergé, associé à un domaine, et accessible à toute personne qui tape l'adresse.

La confusion vient de WordPress.com, où la mise en ligne est automatique dès la création, sauf si vous intervenez dans les Réglages du site, au chapitre Confidentialité, pour le passer en Privé, comme l'explique la documentation de WordPress.com. Sur un WordPress auto-hébergé, vous devez transférer les fichiers, importer la base et pointer le domaine vers le bon serveur.

La différence entre les deux logiques est structurelle. Sur WordPress.com, l'hébergement et le domaine sont gérés par la plateforme. Sur un site auto-hébergé, vous choisissez votre hébergeur, vous enregistrez votre domaine et vous installez WordPress vous-même. Cette deuxième configuration demande une procédure, car chaque élément est sous votre responsabilité.

Les prérequis avant de publier

Avant toute manipulation, vérifiez que vous disposez d'un nom de domaine valide et d'un espace d'hébergement web compatible avec WordPress. Ces deux prérequis sont la base de toute publication, comme le rappelle ce tutoriel de migration. Un hébergement mutualisé classique suffit pour un site vitrine ou un blog, à condition qu'il propose PHP et MySQL récents.

La sauvegarde du site local est l'étape que l'on saute le plus souvent. Exportez vos fichiers et votre base de données avant de commencer, même si vous pensez ne rien risquer. Une migration interrompue peut laisser le site local dans un état inutilisable, et sans sauvegarde vous perdez le travail de plusieurs semaines.

Préparez aussi les identifiants de votre hébergement : accès FTP, accès phpMyAdmin, et les informations de connexion à votre tableau de bord d'hébergeur. Ces éléments vous seront demandés à chaque étape, que vous choisissiez la méthode par extension ou la méthode manuelle.

Méthode 1 : migrer avec une extension (débutants)

La migration par extension est la voie la plus simple pour un débutant. All in One WP Migration est recommandé pour migrer un site sans effort, avec l'alternative Duplicator présentée comme parfois source de soucis, selon ce guide Capitaine WP. Ces outils encapsulent vos fichiers et votre base dans une archive, puis la restaurent sur le serveur distant.

La procédure se déroule en quatre temps. Installez l'extension sur le site local, lancez l'export et téléchargez l'archive générée. Sur le WordPress en ligne, installez la même extension, importez l'archive et laissez la restauration se terminer. Vérifiez ensuite que l'URL du site a bien été mise à jour.

Duplicator suit une logique proche : création d'un package local, téléchargement de l'installateur et de l'archive, puis exécution de l'installateur sur le serveur distant. La migration d'un site WordPress local vers un hébergeur en ligne peut se faire avec ce plugin, à condition de suivre l'assistant jusqu'au bout, comme le détaille ce tutoriel Neptunet. Si l'archive est volumineuse, certains hébergeurs imposent une limite de taille que l'extension signale avant l'import.

Méthode 2 : la procédure manuelle via FTP et base de données

La méthode manuelle comporte sept étapes : importer les fichiers via FTP, exporter la base de données, importer la base en ligne, changer l'URL du site, modifier le fichier de configuration, remplacer les URL, réenregistrer les permaliens, d'après ce guide détaillé. Elle convient à ceux qui veulent comprendre ce qui se passe ou qui migrent un site volumineux.

Commencez par transférer l'intégralité du dossier WordPress local vers le répertoire de votre hébergement via un client FTP. Exportez ensuite votre base locale depuis phpMyAdmin, puis importez-la dans la base en ligne créée par votre hébergeur. Ces deux opérations peuvent prendre plusieurs minutes selon le poids du site.

Modifiez ensuite le fichier wp-config.php pour renseigner les identifiants de la base en ligne : nom de la base, utilisateur, mot de passe et hôte. Remplacez toutes les occurrences de l'URL locale par l'URL publique, dans la base et dans les fichiers si nécessaire. Cette substitution évite que les liens internes pointent encore vers localhost.

Changer l'URL du site et réenregistrer les permaliens

Après migration, les liens cassent presque systématiquement. WordPress stocke l'URL du site dans la table options, et les articles conservent parfois l'ancienne adresse dans leur contenu. Si vous ne corrigez pas ces valeurs, la page d'accueil peut s'afficher, mais les menus et les articles renvoient vers localhost.

Deux réglages sont à vérifier dans le tableau de bord, dans Réglages puis Général : l'adresse WordPress et l'adresse du site. Les deux doivent correspondre à votre domaine public. Si vous ne pouvez plus accéder à l'administration, corrigez ces valeurs directement dans la base via phpMyAdmin.

Réenregistrez ensuite les permaliens en vous rendant dans Réglages puis Permaliens, et en cliquant sur Enregistrer sans rien modifier. Cette action régénère les règles de réécriture et corrige les erreurs 404 sur les articles. C'est l'étape la plus souvent oubliée, et la plus efficace pour rétablir les liens.

Vérifications après la mise en ligne

Une fois le site accessible, contrôlez le certificat SSL. L'adresse doit commencer par https et le cadenas doit apparaître dans le navigateur. Si ce n'est pas le cas, activez le SSL chez votre hébergeur ou via une extension, puis forcez la redirection HTTPS.

Vérifiez la visibilité auprès des moteurs de recherche dans Réglages puis Lecture. Décochez l'option qui demande aux moteurs de ne pas indexer le site si elle est active. Profitez-en pour contrôler que la page d'accueil affiche bien le contenu attendu et non une page de maintenance.

Passez en revue les images, les formulaires et les menus. Les images peuvent avoir conservé des chemins locaux, et les formulaires doivent être testés avec un envoi réel. Un formulaire de contact qui ne délivre pas les messages est fréquent après migration, l'envoi d'e-mails dépendant de la configuration du serveur.

Que faire si le site ne s'affiche pas ou reste privé

Un site qui reste privé après migration vient souvent d'un réglage de confidentialité ou d'un cache. Sur WordPress.com, la mise en ligne se fait automatiquement sauf si vous avez coché Privé dans les Réglages du site, comme indiqué dans ce fil de discussion officiel. Sur un site auto-hébergé, vérifiez qu'aucune extension de maintenance ou de mode privé n'est active.

Une page blanche signale généralement une erreur PHP ou un fichier corrompu. Activez le débogage dans wp-config.php pour afficher le message exact, ou consultez les logs de votre hébergeur. Si le problème apparaît juste après le transfert FTP, un fichier a peut-être été mal envoyé.

Des liens qui pointent encore vers localhost indiquent que le remplacement d'URL n'a pas été complet. Reprenez la table options et les contenus des articles, ou utilisez une extension de recherche-remplacement. Dans tous les cas, ne supprimez pas le site local tant que le site en ligne n'est pas entièrement validé.

WordPress.com ou WordPress auto-hébergé : deux logiques de publication

Sur WordPress.com, la publication est automatique. Le site est hébergé sur l'infrastructure de la plateforme, et il devient visible dès sa création. La seule exception est le passage en mode Privé dans les réglages de confidentialité, qui masque le site aux visiteurs non autorisés.

Sur un WordPress auto-hébergé, la publication est le résultat d'une migration. Vous devez choisir un hébergement, enregistrer un domaine, installer WordPress, puis transférer votre site local. Mettre un site WordPress en ligne se décompose en sept étapes dont choisir un hébergement, enregistrer le domaine, installer WordPress, choisir le thème, créer les pages, puis publier, comme le décrit ce guide Experte.

Cette différence explique pourquoi les tutoriels divergent. Un utilisateur de WordPress.com n'a pas besoin de FTP ni de base de données. Un utilisateur auto-hébergé doit maîtriser ces deux outils, ou passer par une extension de migration qui les masque. Le choix entre les deux approches dépend surtout de votre besoin de contrôle sur le code et l'hébergement.