Pour valider mes sites dans la Search Console, Google m'a donné un petit fichier à déposer. Je l'ai mis en ligne sur trois sites. Sur l'un d'eux, il s'affichait bien, mais à une autre adresse que celle demandée. Voici comment je l'ai vu, et la ligne qui a réglé le problème.

Le fichier de validation, en bref

Google vous donne un fichier au nom étrange, du genre « google » suivi de lettres et de chiffres, puis « .html ». Il doit être lisible à la racine du site, par exemple « monsite.fr/google1234abcd.html ». Google vient le lire : s'il le trouve, le site est à vous.

Ce que j'ai vu

Après l'envoi, j'ai ouvert l'adresse du fichier dans mon navigateur. Le contenu s'affichait bien. Mais la barre d'adresse avait changé : le « .html » avait disparu.

La raison : ce site enlève « .html » de toutes ses adresses, pour qu'elles soient plus courtes. « monsite.fr/blog.html » devient « monsite.fr/blog ». C'est une règle écrite dans un fichier de réglages du serveur, le .htaccess. Elle s'appliquait aussi au fichier de Google.

Pourquoi je n'ai pas laissé faire

Le fichier restait lisible après la redirection. Google aurait peut-être accepté. Mais je n'ai trouvé aucune garantie qu'il suive une redirection pour ce fichier précis, et une validation ratée oblige à tout recommencer.

J'ai préféré que le fichier réponde à sa vraie adresse, sans détour.

La ligne ajoutée

Dans le .htaccess, juste avant la règle qui enlève « .html », j'ai ajouté une exception pour les fichiers de Google :

RewriteRule ^google[0-9a-f]+\.html$ - [L]

Elle dit au serveur : si l'adresse demandée est un fichier qui commence par « google » et finit par « .html », sers-le tel quel et arrête-toi là.

L'ordre compte. Le serveur lit les règles de haut en bas. Placée après la règle qui enlève « .html », l'exception n'aurait servi à rien.

Comment vérifier, en dix secondes

1. Ouvrez l'adresse complète du fichier dans votre navigateur.
2. Regardez la barre d'adresse une fois la page chargée.
3. Si elle n'a pas changé et que la ligne « google-site-verification » s'affiche, c'est bon.

J'ai aussi vérifié que les autres pages du site se redirigeaient toujours normalement. Une exception mal écrite peut casser plus qu'elle ne répare.

Ce que j'en retiens

• Toujours ouvrir l'adresse après l'envoi. « Le fichier est en ligne » ne suffit pas : il faut qu'il soit à la bonne adresse.
• Les réglages d'adresses touchent tout. Une règle pensée pour les pages s'applique aussi aux petits fichiers techniques.
• Le DNS évite ce souci. Pour au moins un de mes sites, Google n'a même pas eu besoin du fichier : il a validé la propriété par une autre méthode, que j'explique dans mon article sur la validation automatique.

Les redirections sont le premier endroit où un site perd des visiteurs sans le savoir, surtout pendant une refonte. J'ai rassemblé les points à contrôler dans ma checklist de refonte de site.

Tarmou