Référencer et durcir un site vitrine
ce que nous avons corrigé

Le point de départ : un site neuf, propre en apparence

Quand nous avons repris islandcloudsolution.fr, le site venait d'être refondu : pages rapides, un seul h1 par page, images avec texte alternatif, HTTPS forcé, sitemap.xml et robots.txt en place. Autrement dit, tout ce qu'on lit dans les listes de « bonnes pratiques ».

L'audit du 31 octobre 2026 a quand même sorti une quinzaine de défauts réels. Aucun n'était visible à l'œil nu, et c'est précisément ce qui rend l'exercice instructif : un site peut être agréable à parcourir et rester médiocre pour un moteur de recherche comme pour un robot spammeur.

1. Les titres dépassaient la largeur d'affichage

Dix-huit pages sur trente-six avaient un <title> de plus de 62 caractères. Google n'affiche pas un titre entier : il le tronque, et ce qui est coupé est justement la fin, là où l'on met la marque ou la zone géographique. Une page qui dépasse n'est pas pénalisée, elle est simplement moins lisible dans les résultats.

La correction tient en une contrainte : 38 à 58 caractères, avec le mot-clé en premier et, quand il reste de la place, la zone. Le titre de l'accueil est passé de « Cloud & infrastructure locale à St Martin » (72) à « Island Cloud Solution. Cloud & télécom à St Martin » (54).

2. Presque aucune donnée structurée

Deux pages sur trente-six portaient du application/ld+json, et le LocalBusiness de l'accueil omettait l'adresse postale, le numéro d'identification et les horaires. C'est peu pour un commerce local, puisque ces données sont précisément ce que les moteurs recoupent avec une fiche d'établissement.

Nous avons ajouté quatre types : LocalBusiness (adresse, téléphone au format international, jours et heures d'ouverture, catalogue de services), Service sur chaque page métier, BlogPosting sur les notes techniques et BreadcrumbList partout. Deux pièges à connaître :

• Les entités HTML ne sont pas décodées dans un <script> une adresse e-mail encodée en c… est lue littéralement par le moteur : le JSON-LD doit rester en clair.
• Un schéma qui ne correspond pas au contenu visible est ignoré, voire sanctionné. Nous n'avons déclaré que ce que la page affiche réellement.

3. Le maillage interne était à zéro

Le point le plus coûteux, et le plus discret : aucune page de service ne citait un article du blog, et aucun article ne renvoyait vers une offre. Vingt et une notes techniques étaient donc des culs-de-sac, accessibles uniquement depuis l'index du blog.

Chaque page métier porte maintenant une section « Pour aller plus loin » avec trois notes liées, et chaque note une ligne « L'offre correspondante ». Les ancres sont descriptives (« la téléphonie IP et VoIP d'entreprise à St Martin ») et non « cliquez ici » : c'est le texte du lien qui transmet le contexte, pas le lien lui-même.

4. Trois adresses pour un même contenu

www.islandcloudsolution.fr, /index.html et /services répondaient tous en 200 avec le même contenu. La balise canonical compensait, mais elle est une indication, pas une règle. Trois redirections 301 ont ramené chaque contenu à une seule adresse.

Effet secondaire utile : une adresse sans extension (/services) ne renvoie plus une erreur 404 mais redirige vers la page réelle. Ce sont souvent d'anciens liens partagés.

5. Le formulaire : trois garde-fous valent mieux qu'un

Le formulaire n'avait qu'un piège côté serveur, sans champ correspondant dans le HTML, donc inopérant. Nous avons gardé le principe et empilé trois barrières, dans cet ordre :

Barrière	Ce qu'elle arrête
Champ piège	Les robots qui remplissent tous les champs qu'ils trouvent, y compris ceux hors écran
Horodatage	Les envois en moins de deux secondes après le chargement de la page
Débit par IP	Les envois en série : trois par heure

Le détail qui compte : quand une barrière se déclenche, la réponse est un succès apparent. Un robot qui reçoit une erreur réessaie ; un robot qui lit « Merci, votre demande est envoyée » passe à autre chose. Et un humain qui aurait coché le piège par accident ne perd pas son message sans explication.

6. L'adresse e-mail en clair, et l'honnêteté sur ses limites

Cent cinquante-sept occurrences de l'adresse de contact figuraient en clair dans le HTML. Elles sont désormais encodées en entités numériques : le navigateur affiche exactement la même chose, les liens mailto: fonctionnent, mais le HTML ne contient plus la chaîne nom@domaine.tld d'un seul tenant.

Il faut le dire franchement : cela arrête les moissonneurs naïfs, pas un scraper qui décode les entités. C'est un filtre, pas un chiffrement. La vraie protection reste côté serveur : filtrage à l'arrivée, limitation de débit, et adresse dédiée qu'on peut changer.

7. Mesurer l'audience sans cookie, et sans bannière

Une mesure d'audience qui dépose un cookie oblige à une bannière de consentement, donc à un bandeau qui abîme l'expérience et qu'une majorité refuse. Nous avons choisi l'inverse : GoatCounter, un binaire de quelques mégaoctets, auto-hébergé sur notre serveur, derrière nginx.

Ce qui est mesuré : la page, le jour, la source de trafic, le type d'appareil, le pays. Ce qui n'est pas mesuré : aucune adresse IP conservée, aucun identifiant de visiteur, aucun suivi d'un site à l'autre, aucun profilage. Le script ne fait rien d'autre qu'un envoi de paramètres au chargement de la page et, chez nous, trois événements : clic sur le téléphone, clic sur l'e-mail, formulaire envoyé.

Conséquence pratique : pas de bannière, et une politique de confidentialité qui décrit exactement ce que le site fait, ce qui est la seule position tenable quand on vend de l'hébergement souverain.

Ce que ça change, et ce que ça ne fait pas

Rien de tout cela ne fait grimper un site en trois jours. Un référencement se joue sur des semaines : découverte des pages, indexation, puis positionnement. Ce que cette passe garantit, c'est que rien ne bloque : des titres lisibles, des données que le moteur comprend, un maillage qui conduit quelque part, une seule adresse par contenu.

Le levier restant n'est pas technique : les avis clients, la cohérence du nom, de l'adresse et du téléphone partout, et la publication régulière de contenu qui répond à une vraie question. Un site impeccable techniquement mais muet reste invisible.

Sources

• schema.org. LocalBusiness et BlogPosting : propriétés attendues pour un commerce local et un article.
• Google Search Central, règles sur les données structurées : un balisage doit décrire un contenu visible sur la page.
• CNIL, cookies et autres traceurs : le cadre applicable aux solutions de mesure d'audience.
• GoatCounter : mesure d'audience sans cookie, documentation et code source.

Relevés effectués sur ce site le 31 octobre 2026 (36 pages, 157 occurrences d'adresse en clair, 78 liens téléphoniques non cliquables).