Comment fonctionne WordPress : le guide complet

WordPress fait tourner une part considérable des sites publiés dans le monde, et la même question revient chez presque tous ceux qui l’installent pour la première fois : comment ça marche WordPress, concrètement, derrière la page qui finit par s’afficher ? Le logiciel n’a rien d’une boîte noire. Il repose sur trois éléments qui se répondent en permanence : des fichiers posés sur un serveur, une base de données qui conserve les textes, et un moteur qui reconstruit chaque page au moment précis où un visiteur la demande. Saisir cette mécanique change la façon de travailler. Les réglages cessent d’être des cases cochées au hasard, les pannes deviennent lisibles, et les décisions du départ se prennent en connaissance de cause plutôt qu’au jugé.

Comment ça marche WordPress : les trois briques du système

Un site WordPress tient dans trois compartiments bien distincts, et les confondre est la source de la plupart des malentendus rencontrés par les débutants.

Le premier compartiment rassemble le code du logiciel. Ce sont des fichiers écrits en PHP, un langage exécuté par le serveur et jamais par le navigateur du visiteur. Ils pèsent quelques dizaines de mégaoctets et se remplacent intégralement à chaque mise à jour du cœur. Ils ne contiennent aucun de vos textes, ce qui explique qu’une mise à jour du logiciel n’efface rien de votre contenu.

Le deuxième compartiment est la base de données. Elle stocke les articles, les pages, les commentaires, les comptes, les réglages généraux et une bonne partie de la configuration des extensions. Un site dont la base disparaît reste un site vide, même si tous les fichiers sont intacts sur le serveur. C’est le point que l’on sous-estime le plus longtemps, jusqu’au jour où l’on en a besoin.

Le troisième compartiment regroupe les fichiers que vous envoyez vous-même : photographies, documents, illustrations. Ils vivent dans un dossier dédié, rangé par année et par mois. La base de données ne contient pas ces images, seulement le chemin qui permet de les retrouver et les informations descriptives qui les accompagnent. Une sauvegarde qui oublierait ce dossier restituerait un site aux textes complets et aux visuels absents.

Pourquoi cette séparation compte

Cette architecture explique presque tous les comportements du logiciel. Déplacer un site vers un autre hébergement suppose de transporter les trois compartiments, pas seulement les fichiers. Restaurer une version antérieure suppose de restaurer la base au même moment que les fichiers, sous peine de retrouver un contenu qui pointe vers des réglages disparus. Le sujet paraît technique, il devient limpide dès qu’on visualise les trois boîtes.

Elle éclaire aussi une bizarrerie fréquente : un site qui affiche une page blanche complète après une manipulation. Les textes ne se sont pas volatilisés, ils dorment toujours dans la base. C’est l’assemblage qui a échoué, parce qu’un fichier attendu manque à l’appel ou parce qu’un morceau de code s’interrompt en cours de route. Le contenu est presque toujours récupérable, à condition de ne pas paniquer et de ne rien réinstaller par-dessus dans la précipitation.

Du clic du visiteur à la page affichée

Rien n’est stocké à l’avance sous forme de page terminée. Chaque visite déclenche une petite reconstruction, et cette reconstruction suit toujours le même enchaînement.

Le navigateur demande une adresse au serveur. Le serveur reconnaît qu’il s’agit d’une installation WordPress et lance le logiciel. Celui-ci lit l’adresse demandée, en déduit ce que le visiteur veut voir, puis interroge la base de données pour récupérer le contenu correspondant. Le thème actif fournit ensuite la mise en page, les extensions ajoutent leurs éléments propres, et le tout est assemblé en une page HTML envoyée au navigateur. L’opération dure généralement quelques centaines de millisecondes.

Deux notions méritent d’être distinguées à ce stade. Le PHP s’exécute côté serveur, avant l’envoi de la page, et le visiteur n’en voit jamais une ligne. Le CSS et le JavaScript, eux, arrivent jusqu’au navigateur, qui les exécute sur la machine du lecteur. Une lenteur peut donc venir de deux endroits très différents : un serveur qui met trop de temps à fabriquer la page, ou un navigateur qui met trop de temps à la peindre une fois reçue. Confondre les deux conduit à optimiser au mauvais endroit pendant des heures.

Cette reconstruction permanente a une conséquence directe : plus le serveur doit travailler à chaque visite, plus la page se fait attendre. C’est la raison d’être des systèmes de mise en cache, qui conservent une copie déjà assemblée et la servent telle quelle aux visiteurs suivants. Le sujet mérite un examen à part, parce qu’il concentre une grande partie des problèmes de lenteur rencontrés sur les petits sites, comme le détaille notre analyse des causes fréquentes d’un site lent.

Thème, extensions, cœur : qui fait quoi

La confusion la plus coûteuse consiste à ne pas savoir quel composant est responsable de quel comportement. Le tableau ci-dessous répartit les rôles.

Ce partage explique une méthode de diagnostic universelle : quand un comportement étrange apparaît, on désactive temporairement les extensions, puis on bascule sur un thème de la bibliothèque officielle. Si le problème disparaît, le responsable est identifié en deux minutes. Si le problème persiste, il se situe plus bas, du côté du serveur ou de la configuration.

Les extensions ne sont pas des accessoires

Une extension est du code exécuté au même titre que le logiciel lui-même. Elle peut ajouter des requêtes à la base, charger des fichiers supplémentaires dans chaque page, planifier des tâches en arrière-plan. Dix extensions bien choisies pèsent souvent moins qu’une seule mal conçue. Le réflexe utile consiste à se demander, avant chaque installation, quelle fonction précise est attendue et si le thème ou le cœur ne la fournissent pas déjà.

Trois indicateurs se lisent en quelques secondes sur la fiche d’une extension : la date de la dernière mise à jour, le nombre d’installations actives et la compatibilité annoncée avec la version courante du logiciel. Une extension abandonnée depuis plusieurs années finira par entrer en conflit avec le reste, et personne ne corrigera le problème. Le confort du moment se paie alors en heures de dépannage, souvent au plus mauvais moment.

Le tableau de bord : la salle des machines

L’interface d’administration se rejoint en ajoutant un chemin réservé à l’adresse du site. Elle se présente sous forme d’un menu latéral dont les entrées correspondent aux grandes familles d’objets manipulés par le logiciel.

Les articles servent aux contenus datés, publiés en flux et rangés par catégories. Les pages accueillent les contenus stables : présentation, informations pratiques, mentions obligatoires. La distinction n’est pas cosmétique, elle détermine la manière dont le contenu est listé et rangé automatiquement. Un site vitrine s’appuie surtout sur des pages, un média surtout sur des articles, et beaucoup de projets mêlent les deux.

Viennent ensuite la médiathèque, qui recense tout ce que vous avez envoyé, la section consacrée à l’apparence, celle des extensions, celle des comptes et enfin le menu des réglages. Deux options y sont particulièrement structurantes, et elles ne se trouvent pas au même endroit : le titre du site figure dans les réglages généraux, tandis que le format des adresses dispose de son propre écran, celui des permaliens. Ce second réglage mérite d’être fixé dès la première heure, parce que le modifier plus tard change toutes les adresses déjà publiées.

Les comptes et leurs droits

Le logiciel distingue cinq niveaux de droits sur une installation ordinaire. L’abonné ne fait que lire et gérer son profil. Le contributeur rédige ses propres textes mais ne peut pas les publier ni envoyer de fichiers : ses articles attendent une validation. L’auteur publie et supprime ses propres publications, médias compris. L’éditeur intervient sur les contenus de tout le monde et modère les commentaires. L’administrateur, enfin, ajoute à cela les réglages, les thèmes, les extensions et les comptes. Attribuer un rôle limité à une personne qui n’écrit que des textes n’a rien d’une méfiance : c’est une hygiène de base qui réduit mécaniquement la surface d’erreur. Un compte administrateur qui traîne, inutilisé et mal protégé, reste l’une des portes d’entrée les plus banales sur un site négligé.

Ce qu’il faut décider avant même d’installer

Comprendre le fonctionnement du logiciel éclaire les choix préalables. Il faut un nom de domaine, un espace d’hébergement capable d’exécuter du PHP et de fournir une base de données, puis une installation, manuelle ou assistée selon la formule retenue. Ces étapes se déroulent dans un ordre précis que nous détaillons dans notre parcours consacré à l’hébergement, au nom de domaine et à l’installation.

Vient ensuite la question de l’apparence. Le thème conditionne la mise en page, mais aussi le poids des pages, la lisibilité sur téléphone et la facilité à modifier un détail six mois plus tard. Le critère du coup de cœur visuel se révèle rarement le bon, et une lecture méthodique des points qui comptent vraiment dans le choix d’un thème évite de refaire le travail deux fois.

Reste enfin la question de l’entretien. Un site WordPress n’est pas un objet figé : le cœur, le thème et les extensions publient des mises à jour régulières, et une installation laissée à l’abandon pendant deux ans devient difficile à rattraper. La routine minimale tient en trois gestes : sauvegarder, mettre à jour, vérifier que le site répond toujours. Répétée chaque mois, elle demande moins d’un quart d’heure et évite les réparations coûteuses.

Comprendre comment ça marche WordPress ne transforme personne en développeur, et ce n’est pas l’objectif. L’objectif est de savoir ce qui se passe quand on clique, de reconnaître où se trouve un problème, et d’aborder les réglages avec une carte plutôt qu’à l’aveugle. Trois compartiments, un assemblage à chaque visite, un partage clair des rôles : le reste se déduit.