Un site de cabinet peut être irréprochable sur le fond et rester invisible. Les textes ne se classent pas tout seuls : encore faut-il que Google atteigne les pages, les lise et comprenne ce qu'elles contiennent. C'est le rôle de l'optimisation technique : elle ne remplace jamais le contenu, elle lui ouvre la porte des résultats.
Les trois questions que Google se pose sur votre site
Tout se ramène à trois questions. Puis-je accéder aux pages ? C'est l'exploration : un programme automatique, le robot d'indexation, parcourt le web de lien en lien et demande vos pages à votre serveur. Que contient chaque page, et mérite-t-elle d'être conservée ? C'est l'indexation. La page est-elle agréable à consulter ? C'est la performance.
La plupart des sites de cabinet échouent sur l'une des deux premières sans que personne ne s'en aperçoive. Le site s'affiche parfaitement quand on tape son adresse ; il est simplement absent des résultats.
Explorabilité et indexabilité : deux choses différentes
C'est la confusion la plus fréquente. Une page explorable est une page que le robot peut atteindre : rien ne la bloque, un lien y mène, le serveur répond. Une page indexable est une page que Google, après l'avoir lue, accepte de conserver. Les deux sont indépendantes.
Google peut donc explorer une page et refuser de l'indexer. La Search Console a même un
intitulé pour cela : « Explorée, actuellement non indexée ». Traduction : le robot est venu,
il a lu, il est reparti sans rien garder. Les causes reviennent toujours : contenu trop
mince, page quasi identique à une autre, balise noindex oubliée, ou balise
canonique qui désigne une autre adresse comme version de référence.
Le corollaire surprend souvent. Bloquer une page dans le fichier robots.txt ne la
retire pas de l'index. Ce fichier interdit la lecture, pas la présence dans les
résultats : une adresse bloquée mais liée depuis ailleurs peut continuer d'apparaître, sans
description. Pour retirer une page, il faut une balise noindex, et la page doit
rester explorable pour que Google la voie. Interdire les deux à la fois, c'est fermer la porte
sur la consigne qu'on voulait faire passer.
Le budget d'exploration, et ce qu'il implique pour un petit site
Google consacre à chaque site une quantité limitée d'exploration : c'est le budget d'exploration. Autant le dire franchement, parce que beaucoup en font un argument de vente : sur un site de cabinet, ce budget n'est pas votre problème. Google indique lui-même qu'il ne devient une contrainte qu'à partir de plusieurs milliers d'adresses ; un site d'avocat en compte vingt à soixante.
Le raisonnement qu'il y a derrière, en revanche, vous concerne. Chaque page explorée est une page évaluée. Multiplier les pages creuses ne multiplie pas les chances : cela multiplie les occasions, pour Google, de juger l'ensemble du site superficiel. Le cabinet qui crée trente pages « avocat + commune » en changeant trois mots n'obtient pas trente positions, mais trente pages non indexées.
Sur un site de cabinet, chaque page doit mériter sa place. Si vous ne savez pas dire à quelle question elle répond et pour qui, elle ne doit pas exister.
Le critère sert à dessiner l'arborescence : une page par domaine réellement pratiqué, oui ; une page par déclinaison imaginable du même domaine, non. Voyez ce que doit contenir le site d'un cabinet et à partir de quand plusieurs pages valent mieux qu'une seule.
Les quatre piliers de la technique
1. Des adresses de pages lisibles et stables
L'adresse d'une page, son URL, est ce qui s'affiche dans la barre du navigateur. Comparez
/divorce-consentement-mutuel et /index.php?page_id=1287 : la
première annonce son contenu, la seconde ne dit rien. Les règles tiennent en une ligne :
minuscules, tirets entre les mots, pas d'accents ni d'espaces, trois ou quatre mots au plus,
jamais de date. Et la stabilité compte davantage que l'élégance : une adresse accumule des
liens et une ancienneté que la moindre modification efface.
Le nom de domaine obéit à une contrainte propre à la profession : le Règlement Intérieur National proscrit les noms de domaine génériques évoquant le titre d'avocat ou une matière juridique. Il se construit sur le nom de l'avocat ou la dénomination du cabinet, et nous avons détaillé ailleurs ce que cela autorise exactement.
2. Un balisage qui exprime la structure
Les balises HTML sont les étiquettes invisibles qui entourent votre texte et disent à quoi il sert. Quatre font l'essentiel du travail.
- La balise title. Le titre cliquable dans les résultats de recherche, distinct du titre affiché sur la page. Une soixantaine de caractères, unique pour chaque page.
- La meta description. Le paragraphe gris sous le titre, environ 155 caractères. Elle ne sert pas à classer, elle décide du clic. Unique elle aussi.
- Les titres H1, H2, H3. Ils décrivent la hiérarchie du texte, pas sa taille. Un seul H1 par page, des H2 pour les sections, des H3 pour leurs subdivisions.
- L'attribut alt des images, ce texte de remplacement qui en décrit le contenu. Il sert à Google, et d'abord aux lecteurs d'écran : l'accessibilité d'un site de cabinet et son référencement reposent sur le même balisage propre.
3. Les données structurées
Les données structurées sont un bloc de code invisible au lecteur qui énonce aux moteurs ce
que la page décrit. Le format recommandé s'appelle JSON-LD, et quatre types couvrent les
besoins d'un site d'avocat : LegalService ou Attorney pour le
cabinet, BlogPosting pour les articles, FAQPage pour les questions
fréquentes, BreadcrumbList pour le fil d'Ariane. Une précision sur
FAQPage : le type reste valide et Google continue de lire le balisage pour
comprendre la page, ce qui compte auprès des moteurs de réponse et des IA génératives, mais il
n’ouvre plus droit à un affichage enrichi dans Google Search, sauf pour une poignée de
sites officiels du secteur public et de la santé. Voici le bloc du
cabinet, à placer sur la page d'accueil.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LegalService",
"name": "Cabinet Exemple",
"url": "https://www.cabinet-exemple.fr",
"telephone": "+33478990000",
"address": {
"@type": "PostalAddress",
"streetAddress": "1 rue de l'Exemple",
"postalCode": "69002",
"addressLocality": "Lyon",
"addressCountry": "FR"
},
"areaServed": "Lyon",
"openingHours": "Mo-Fr 09:00-18:00"
}
</script>
Deux précautions. Ce qui est déclaré doit correspondre à ce qui est visible : des horaires
annoncés dans le code mais absents du site, et le balisage se retourne contre vous. Et ces
données ne font pas monter une page ; elles la rendent éligible à un affichage enrichi pour
les types qui y ouvrent encore droit, LegalService, BreadcrumbList
et BlogPosting, dans le prolongement de
la cohérence de vos coordonnées partout où elles
apparaissent.
4. La performance, mesurée par les Core Web Vitals
Google publie trois mesures d'expérience, les Core Web Vitals, avec un seuil pour chacune.
- LCP, le délai d'affichage du plus gros élément visible, souvent l'image de bandeau. Seuil : 2,5 secondes.
- INP, le temps que met la page à réagir quand on clique ou qu'on tape. Seuil : 200 millisecondes. Cette mesure a remplacé le FID en mars 2024 ; un audit qui parle encore de FID date.
- CLS, l'ampleur des sauts de mise en page pendant le chargement. Seuil : 0,1.
Les causes sont triviales : photos envoyées en pleine résolution, scripts de suivi empilés, hébergement surchargé. Compresser les images suffit souvent à ramener le LCP sous le seuil ; quand cela ne suffit pas, le poste suivant est l'hébergement. Enfin, Google indexe la version mobile de votre site, pas la version bureau : ouvrez le vôtre sur votre téléphone, en réseau mobile, hors du wifi du cabinet.
L'audit, avec trois outils gratuits
Trois outils suffisent, tous gratuits. Seule la Search Console demande de prouver, une fois, que le site vous appartient ; les deux autres s'utilisent sans compte.
- Google Search Console répond à la question de l'indexation. Le rapport « Indexation des pages » liste ce qui est indexé et, surtout, ce qui ne l'est pas avec le motif du refus. La fonction « Inspection de l'URL » interroge une page précise.
- PageSpeed Insights donne immédiatement, par une simulation en laboratoire, le LCP et le CLS, mais pas l'INP : celui-ci suppose de vraies interactions, un clic ou une frappe, et n'apparaît que dans les données issues de vos visiteurs réels, lorsque le trafic est suffisant pour les alimenter. Le TBT affiché en laboratoire en tient lieu, imparfaitement ; faute de données terrain, un cabinet jugera sa réactivité en ouvrant lui-même le site et en cliquant.
- Le test des résultats enrichis de Google lit le bloc JSON-LD de la page
et signale les propriétés manquantes ou mal formées, pour les types qu'il prend encore en
charge : depuis juin 2026,
FAQPagen'en fait plus partie.
Deux vérifications ne demandent aucun outil. Tapez site:votredomaine.fr dans
Google : la liste obtenue est, à peu près, ce que Google connaît de vous. Puis ouvrez
votredomaine.fr/robots.txt et votredomaine.fr/sitemap.xml : le
premier dit aux robots où aller, le second leur donne la liste de vos pages.
User-agent: *
Allow: /
Disallow: /espace-client/
Sitemap: https://www.cabinet-exemple.fr/sitemap.xml
La première ligne s'adresse à tous les robots, la deuxième les autorise partout, la
troisième met hors de portée un espace réservé, la dernière indique où trouver le plan du
site. Si vous y lisez Disallow: /, tout le site est interdit d'exploration :
l'accident classique de la mise en ligne où le réglage de développement est resté.
Le plan, en quatre phases
L'ordre n'est pas indifférent : inutile de soigner les données structurées d'une page que le robot ne peut pas atteindre.
- Phase 1, les fondations. Activer HTTPS, le protocole sécurisé qui affiche le cadenas et chiffre ce que vos visiteurs saisissent. Unifier le domaine : les quatre versions possibles de votre adresse (avec ou sans www, en http ou en https) doivent toutes rediriger vers une seule. Publier un robots.txt et un sitemap.xml, puis déclarer le site dans la Search Console.
- Phase 2, le balisage. Page par page : un seul H1, une hiérarchie cohérente, une balise title et une meta description uniques, un attribut alt sur chaque image porteuse de sens, et au moins un lien entrant depuis une autre page.
- Phase 3, données structurées et vitesse. Poser les blocs JSON-LD, compresser les images, retirer les scripts inutilisés, puis remesurer.
- Phase 4, le contrôle. Une demi-heure par mois dans la Search Console : les nouvelles erreurs, les pages passées hors de l'index, les adresses introuvables. C'est la phase que tout le monde abandonne.
Sur le rythme, restez lucide : Google relit un site corrigé en quelques jours à quelques semaines, mais l'effet sur la visibilité se juge sur plusieurs mois et dépend surtout de ce que vous publiez ensuite. Voyez les délais réalistes entre la mise en ligne et les premières visites.
Trois pièges qui coûtent de la visibilité
- Changer une adresse sans redirection 301. La redirection 301 dit « cette page a déménagé définitivement, voici la nouvelle adresse » ; elle transfère l'ancienneté et les liens accumulés. Sans elle, l'ancienne adresse renvoie une erreur 404 et le crédit gagné disparaît. C'est le premier chantier de toute refonte : refaire le site d'un cabinet commence par le tableau des correspondances entre anciennes et nouvelles adresses.
- Une hiérarchie de titres décorative. Deux ou trois H1 sur la même page, un H3 choisi parce qu'il s'affichait plus petit, des sections sans titre. Le moteur lit une structure incohérente et comprend mal le sujet. Le défaut figure parmi les erreurs les plus fréquentes sur les sites de cabinet.
- Les pages orphelines. Une page orpheline a une adresse, elle figure parfois au sitemap, mais aucun lien ne mène à elle. Google suit les liens : ce qu'aucun lien ne désigne est exploré rarement. La règle tient en une phrase : toute page doit être atteignable en trois clics depuis l'accueil.
La méthode Les Confrères
Nous créons le site de votre cabinet, conforme au RIN et au RGPD, création offerte, puis l'abonnement à 29 € HT par mois couvre l'hébergement, la maintenance et, selon la formule, les articles validés par vous, la prise de rendez-vous en ligne et le rapport mensuel. Les points techniques décrits ici ne vous sont pas renvoyés.
La technique ne remplace pas la matière : elle garantit seulement que ce que vous écrivez peut être trouvé. Le reste se joue dans la stratégie de référencement du cabinet, domaine par domaine et ville par ville.
Les questions qui reviennent
Combien de temps prend une optimisation technique complète ?
Sur un site de vingt à soixante pages, comptez trois à quatre semaines de travail espacé : une semaine pour les fondations, deux pour le balisage, quelques jours pour les données structurées et les images. Le contrôle, lui, ne s'arrête jamais.
Faut-il un prestataire quand on n'est pas technicien ?
Cela dépend de l'outil. Sur une plateforme hébergée, l'essentiel de ces points est réglé d'office. Sur une installation WordPress, les redirections, l'accès aux fichiers et la vitesse demandent quelqu'un dont c'est le métier. La question n'est pas la capacité mais le temps.
Mon hébergeur ne permet ni HTTPS ni la modification du robots.txt, que faire ?
Changez d'hébergeur. Le certificat HTTPS est gratuit et proposé par tous les hébergeurs sérieux depuis des années ; l'accès au robots.txt est un accès de base. Sur un site qui reçoit des formulaires de justiciables, l'absence de HTTPS pose en outre une question de sécurité.
Que sont les « redirections multiples » signalées par la Search Console ?
Une chaîne : l'adresse A renvoie vers B, qui renvoie vers C. Cela arrive après plusieurs refontes, chaque redirection ayant été ajoutée sans nettoyer la précédente. Chaque saut ralentit le visiteur et consomme de l'exploration ; au-delà de quelques sauts, Googlebot cesse de suivre la chaîne et n'atteint plus la destination finale. La correction : faire pointer A directement sur C.
La technique suffit-elle si un confrère publie beaucoup plus que moi ?
Non, et il faut le dire clairement. La technique retire les obstacles, elle ne crée pas de pertinence : face à un cabinet qui publie depuis cinq ans, un site irréprochable mais vide reste derrière. C'est une condition, pas un moteur.
Faut-il des données structurées sur toutes les pages ?
Non. Le balisage n'a d'intérêt que s'il décrit quelque chose d'identifiable : le cabinet sur l'accueil et la page contact, un article sur chaque billet de blog, une FAQ là où il y a réellement des questions, un fil d'Ariane partout. Ailleurs, il est inutile.
Pour aller plus loin
- Ce qui détermine réellement la position d'un cabinet sur Google
- Pourquoi la publication régulière fait la différence
- Être cité par les moteurs de réponse et les IA génératives
Et pour le cadre d'ensemble : ce que comprend un site internet pour avocats.