Installer WordPress : le tutoriel complet, de l'hébergement au premier article

Monter un site sur WordPress reste l’un des chemins les plus courts entre une idée et une page en ligne. Une installation WordPress passe pour une formalité de cinq minutes, et elle l’est parfois, à condition d’avoir préparé le terrain : un nom de domaine qui pointe au bon endroit, un hébergement dimensionné, une base de données prête et quelques réglages posés avant la première publication. Le reste du chemin tient à des décisions simples, qui deviennent coûteuses lorsqu’on les repousse de plusieurs mois.

Ce que recouvre une installation WordPress

Le logiciel repose sur trois briques distinctes : des fichiers PHP déposés sur un serveur, une base de données MySQL ou MariaDB qui stocke les contenus et les réglages, et un fichier de configuration qui relie les deux. Comprendre ce découpage change tout, parce que la majorité des pannes rencontrées ensuite se ramènent à l’un de ces trois points : des fichiers mal placés, une base injoignable, ou des identifiants erronés dans la configuration.

Une distinction préalable évite bien des malentendus. Le logiciel libre, téléchargeable et déployable sur n’importe quel hébergement, n’obéit pas aux mêmes contraintes que la version hébergée par un service commercial : la première laisse la main sur le code, les extensions et les fichiers ; la seconde encadre ce qui reste modifiable selon la formule souscrite. Le déroulé décrit ici concerne la version auto-hébergée, celle qui donne accès au dossier wp-content et au fichier wp-config.php.

Les parts de marché des systèmes de gestion de contenu circulent beaucoup, souvent sans méthodologie explicite. Les relevés constatés placent WordPress largement en tête sur le web francophone, devant les solutions spécialisées dans le commerce en ligne et les générateurs de sites statiques. Cette position explique l’abondance des ressources disponibles, mais aussi l’attention que lui portent les robots malveillants : un logiciel très répandu est un logiciel très testé.

Choisir un hébergement adapté au projet

Trois prérequis techniques conditionnent la suite. Le serveur doit proposer une version de PHP encore maintenue, une base MySQL ou MariaDB avec des identifiants dédiés, et un certificat TLS permettant de servir le site en HTTPS dès la première visite. Un hébergeur qui laisse traîner une version de PHP abandonnée depuis deux ans expose le site à des failles connues et bride les performances de manière mesurable.

Le choix de la formule dépend ensuite du trafic attendu et du temps que l’on souhaite consacrer à l’administration.

Les montants ci-dessus reflètent des fourchettes de marché constatées en France, hors promotions de première année, et varient selon le stockage, la bande passante et les sauvegardes incluses. Le nom de domaine se facture à part, généralement quelques euros à quelques dizaines d’euros par an selon l’extension.

Reste la question du raccordement. Le domaine doit pointer vers le serveur d’hébergement par un enregistrement A vers l’adresse IP, ou par un CNAME si l’hébergeur fournit un nom de machine. La propagation dépend de la durée de vie déclarée dans la zone DNS : abaisser cette valeur quelques heures avant une migration réduit l’attente à une poignée de minutes plutôt qu’à une journée entière.

Le déroulé de l’installation, en cinq étapes

Première étape, récupérer l’archive officielle du projet depuis sa source de référence, jamais depuis un dépôt tiers qui pourrait avoir injecté du code. Les hébergeurs proposent souvent un installateur automatique : il fait gagner du temps, mais il crée parfois des tables préfixées de manière prévisible et installe des extensions maison dont on se passerait.

Deuxième étape, créer la base et son utilisateur depuis le panneau d’administration de l’hébergement. Noter le nom de la base, l’identifiant, le mot de passe et le serveur, souvent localhost mais pas toujours. Un utilisateur dédié à ce seul site, avec les droits limités à cette base, vaut mieux qu’un compte réutilisé partout.

Troisième étape, déposer les fichiers à la racine du domaine par SFTP ou via le gestionnaire de fichiers de l’hébergeur. Attention au piège classique : décompresser l’archive produit un dossier wordpress ; ce sont les fichiers contenus dedans qu’il faut envoyer, faute de quoi le site répondra sur une adresse comportant un segment superflu.

Quatrième étape, ouvrir le domaine dans un navigateur. L’assistant demande la langue, puis les informations de connexion à la base, et écrit lui-même le fichier de configuration. En cas d’échec d’écriture, un contenu à copier manuellement s’affiche : il suffit de le coller dans un fichier nommé wp-config.php placé à la racine.

Cinquième étape, créer le compte administrateur. Choisir un identifiant qui ne soit ni admin, ni le nom du site, ni le prénom affiché publiquement sous les articles, et un mot de passe long généré aléatoirement. Cette précaution seule élimine une part considérable des tentatives d’intrusion automatisées, qui testent en boucle les identifiants les plus courants.

L’assistant terminé, deux vérifications rapides confirment que tout tient debout. La page d’accueil doit s’afficher sur l’adresse définitive, en HTTPS, sans avertissement de certificat ni contenu mixte signalé par le navigateur. Le tableau de bord, accessible sur le chemin /wp-admin/, doit s’ouvrir sans message d’erreur de connexion à la base. Si une page blanche apparaît, l’affichage temporaire des erreurs PHP dans la configuration révèle presque toujours l’origine du blocage en une ligne, entre une extension incompatible et une limite de mémoire trop basse.

Les réglages à poser avant la première publication

La structure des permaliens arrive en tête des priorités. Le format par défaut a longtemps produit des adresses techniques peu lisibles ; une structure fondée sur le titre de l’article, éventuellement précédée de la catégorie, donne des URL stables et compréhensibles. Ce choix se fait avant la mise en ligne, car le modifier plus tard impose de gérer des redirections pour ne pas casser les liens existants.

Viennent ensuite les réglages généraux : titre du site, slogan, fuseau horaire, format de date, adresse de messagerie d’administration. La case qui demande aux moteurs de recherche de ne pas indexer le site rend service pendant la construction, à condition de penser à la décocher le jour du lancement. Beaucoup de sites neufs restent invisibles des semaines pour cette seule raison.

Le ménage de départ compte aussi. L’article d’exemple, la page d’exemple et le commentaire de démonstration se suppriment sans regret. Les thèmes et extensions inutilisés se désinstallent plutôt qu’ils ne se désactivent : un composant inactif mais présent reste un fichier accessible, donc une surface d’attaque. Enfin, la politique de commentaires mérite une décision explicite, entre modération systématique, fermeture après quelques semaines et désactivation complète.

Côté apparence, un thème léger vaut mieux qu’un thème couteau suisse chargé de fonctions dupliquées. Les constructeurs visuels séduisent par leur souplesse, mais ils ajoutent des couches de balisage qui pèsent sur le rendu mobile. Pour comprendre ce que les bibliothèques de styles apportent et ce qu’elles coûtent, notre analyse des frameworks CSS et de leurs alternatives détaille les compromis.

Publier le premier article proprement

L’éditeur de blocs organise le contenu en éléments autonomes : paragraphes, titres, images, listes, citations, tableaux. La hiérarchie des titres compte autant pour la lecture que pour les moteurs : le titre de l’article joue le rôle de niveau un, les intertitres descendent ensuite sans sauter de niveau.

Les catégories et les étiquettes se décident dès le premier texte, avant que l’accumulation ne rende le classement illisible. Une poignée de catégories qui structurent réellement le site vaut mieux qu’une arborescence foisonnante où chaque article inaugure sa propre rubrique. Les étiquettes, elles, servent à croiser des sujets transversaux, pas à répéter le titre en une dizaine de variantes.

L’image mise en avant sert de vignette dans les listes et dans les partages sociaux. Chaque visuel gagne un texte alternatif décrivant son contenu réel, utile aux lecteurs d’écran comme à la recherche d’images. Le poids des fichiers pèse directement sur le temps de chargement : un format moderne compressé et des dimensions ajustées à l’affichage réel suffisent à diviser par plusieurs le volume transféré.

La rédaction elle-même obéit à des règles propres au support, entre lisibilité, structure et intention de recherche ; nos repères pour écrire un contenu qui tient la route reprennent ces points en détail. Avant de publier, un dernier contrôle sur petit écran évite les mauvaises surprises, et les méthodes de vérification décrites dans notre guide de l’adaptation mobile d’un site s’appliquent telles quelles à un site fraîchement installé.

Sécurité et maintenance dans la durée

Un site laissé sans surveillance se dégrade silencieusement. Les mises à jour du cœur, des extensions et du thème corrigent des failles publiques : une version en retard devient une cible documentée. L’automatisation des correctifs mineurs, associée à une vérification manuelle des évolutions majeures, offre un bon équilibre.

Les sauvegardes automatiques constituent le second pilier. Une copie complète des fichiers et de la base, stockée ailleurs que sur le serveur du site, avec une restauration testée au moins une fois, transforme un incident grave en simple contretemps. Sauvegarder sans jamais restaurer revient à croire à une assurance qu’on n’a pas lue.

Trois habitudes complètent l’ensemble. Limiter le nombre de tentatives de connexion échouées freine les attaques par dictionnaire. Activer une double authentification sur les comptes disposant de droits élevés bloque l’essentiel des compromissions par mot de passe volé. Surveiller la version de PHP proposée par l’hébergement et migrer dès qu’une branche cesse d’être maintenue préserve la compatibilité comme les performances.

Reste la question du cache serveur, souvent traitée trop tôt. Optimiser un site vide n’apporte rien ; en revanche, dès que le trafic monte, une mise en cache des pages générées et une compression des ressources statiques réduisent nettement la charge. Mesurer avant d’installer, puis vérifier après, évite d’empiler des extensions de performance qui se marchent dessus et finissent par ralentir ce qu’elles prétendaient accélérer.