Publier du contenu sur un site mal configuré techniquement, c'est imprimer des affiches et les ranger au sous-sol. Avant de se demander quoi écrire, il faut s'assurer que ce qui est écrit peut être trouvé. Voici les points qui décident, et comment vérifier chacun sur votre propre site.
1. Le contenu existe-t-il dans la page servie ?
C'est le point le plus décisif, et le plus souvent manqué sur les sites modernes. Beaucoup d'applications web n'envoient qu'une coquille vide au navigateur, puis construisent la page en exécutant du code. Un moteur de recherche qui ne l'exécute pas — ou qui l'exécute plus tard, ou partiellement — ne voit rien.
Comment vérifier : affichez le code source de la page (clic droit, « Afficher le code source »), puis cherchez une phrase de votre texte. Si elle n'y est pas, le contenu dépend de l'exécution du code côté navigateur.
La correction consiste à rendre les pages côté serveur, ou à les générer à la construction du site. Les cadres actuels le font nativement ; c'est un choix d'architecture, pas une option à cocher après coup.
2. Chaque page a-t-elle son titre et sa description ?
La balise <title> est ce que l'internaute lit dans les résultats de recherche ; la méta description est le texte en dessous. Quand elle manque, le moteur en compose une à partir de la page — généralement mal.
Deux erreurs classiques : le même titre répété sur toutes les pages, et la description absente. Visez un titre unique et descriptif par page, et une description qui donne envie de cliquer en 150 à 160 caractères.
Comment vérifier : dans le code source, cherchez <title> et <meta name="description". Faites-le sur trois pages différentes et comparez.
3. Les URL sont-elles lisibles et stables ?
Une adresse comme /blog/pourquoi-site-web-entreprise se comprend, se partage et se mémorise. /index.php?p=42&cat=7 ne fait rien de tout cela.
Une URL doit refléter la hiérarchie du contenu, rester en minuscules, séparer les mots par des traits d'union — et surtout ne jamais changer sans redirection permanente. Une adresse modifiée sans redirection perd d'un coup tout l'historique accumulé par cette page.
4. Le plan de site et le fichier robots
Le plan de site (/sitemap.xml) est la liste des adresses que vous soumettez aux moteurs. Le fichier /robots.txt indique ce qui peut être exploré et désigne le plan de site.
Trois exigences simples : le plan doit être généré dynamiquement, afin qu'une page dépubliée en sorte automatiquement ; il ne doit contenir que des adresses répondant correctement ; et si le site est multilingue, chaque adresse doit déclarer ses équivalentes dans les autres langues.
Comment vérifier : ouvrez votresite.com/sitemap.xml et votresite.com/robots.txt. Comptez les adresses, et vérifiez qu'une page récemment retirée n'y figure plus.
5. La vitesse, mesurée là où sont vos visiteurs
La vitesse d'affichage compte pour le classement, mais surtout pour les visiteurs : sur une connexion mobile ordinaire, une page lourde perd son lecteur avant même de s'afficher.
Les leviers, par ordre d'efficacité : compresser les images et les servir aux bonnes dimensions dans un format moderne ; supprimer les scripts tiers inutiles ; différer ce qui n'est pas nécessaire au premier affichage ; activer la mise en cache.
Le piège : mesurer depuis un ordinateur relié à la fibre. Testez en conditions mobiles, sur un réseau réel.
6. Mobile d'abord, vraiment
L'indexation se fait sur la version mobile. Un site dont la version mobile masque du contenu présent sur la version grand écran est indexé sur la version réduite — donc sur moins de contenu.
Vérifiez les basiques : aucun défilement horizontal, des textes lisibles sans zoom, des boutons atteignables au pouce, et des images qui ne déplacent pas le texte en finissant de charger.
7. Les données structurées
Les données structurées décrivent votre contenu dans un format que les moteurs interprètent sans ambiguïté : un article et sa date, une entreprise et son adresse, une question et sa réponse. Elles ne garantissent rien, mais elles conditionnent l'accès aux affichages enrichis.
Commencez par le strict nécessaire : Organization sur la page d'accueil, Article sur les publications, LocalBusiness si vous recevez du public. Un outil de test officiel valide le résultat en quelques secondes.
8. HTTPS, partout et sans exception
Un certificat de sécurité valide est devenu un prérequis, pas un avantage. Vérifiez qu'il couvre toutes les pages, que les versions non sécurisées redirigent bien vers les sécurisées, et qu'aucune ressource — image, script, police — n'est chargée en clair depuis une page sécurisée.
Votre liste de vérification
- Une phrase du texte est visible dans le code source de la page
- Titre et description uniques sur chaque page
- URL lisibles, et toute adresse modifiée redirigée
- Plan de site dynamique, déclaré dans
robots.txt - Vitesse testée en conditions mobiles
- Version mobile aussi complète que la version grand écran
- Données structurées valides sur les pages principales
- HTTPS sur l'intégralité du site
Ces huit points relèvent de la construction du site, pas de la rédaction. Ils se décident au moment de la conception — et c'est l'une des raisons pour lesquelles le choix de qui construit le site pèse autant sur sa visibilité future.
Écrit par Nonoverse
Applications métier, plateformes et sites web sur mesure. Comprendre le besoin avant de construire.