25 Mar 2015
écrit par
Zineb Ait Bahajji (Google Zurich) et Vincent Courson (Google Dublin) de la Search Quality Team, ont répondu aux questions des Webmasters et SEO ce mercredi à 17H.
Cette FAQ intervient un peu moins d'un mois avant l'update qui modifiera les SERP Mobile de Google à partir du 21 Avril 2015, une mise à jour à laquelle on s'attendait depuis plusieurs mois.
Ayant raté les 15 premières minutes, voici les principaux points qui ont été soulevés:
Bien que le robots.txt ne soit pas toujours respecté, c'est malgré tout un élément indispensable pour éviter que Google crawl des URL sans intérêt pertinentes, et provoque des dommages collatéraux. J'ai récemment eu un problème bien particulier pour un client, des URL bloquées par le fichier robots.txt et qui malgré tout se sont retrouvées crawlées, et indexées.
Cela était du à l'encodage des URL, mais sur une portion bien spécifique de l'URL: la chaîne de paramètres (query_string pour les intimes).
J'ai donc réalisé un test grâce à GoogleWebmaster Tools pour voir comment Google traitait les URL encodées. Le CMS utilisé était RBSChange (plateforme Ecommerce)
Certains sites modifient leur élément TITLE sur les fiches catégories ou produits de leur site marchand pendant la période des soldes.
<title>Soldes: detecteur de radar pas cher</title>
Ça n'est pas interdit par la "loi SEO Google" et ça met juste en adéquation le titre d'une page avec son contenu. Un développeur pourra facilement effectuer cette manip, en fourrant son nez dans le code source et via des hooks pour les CMS les plus courants du marché. Perso, pour aller plus vite, je fais ça via Apache, parce que j'aime ça (c'est renardo qui m'a contaminé).
Les paramètres d'URL situés après le "?" et qui constituent la chaîne de paramètres (également appelée %{QUERY_STRING}) sont bien souvent source de duplication de contenu et d'URL inutiles crawlées par les robots d'indexation.
Googlebot crawl parfois un grand nombre de ces URL qui dans certains cas ne sont que des paramètres de tracking. La combinaisons de plusieurs paramètres d'URL (et leur ordre) peut parfois amener à avoir une dizaine d'URL différente pour une seule et même page.
Pour diverses raisons (Duplicate Content, modification de structure d'URL, nettoyage d'anciennes URL), vous pouvez être amenés à remplacer l'ensemble de certains caractères dans vos URL (ex: _, +, |, etc.) par d'autres caractères (ex: tiret "-"). Vous avez alors la possibilité de créer une règle de redirection pour remplacer toutes les occurences via une seule RewriteRule. Mais si vous avez plusieurs occurences, cela risque de générer des redirections en chaîne ce que Google risque de peu apprécier...
Voici des exemples de ce qu'il ne vaut mieux pas faire, et une solution qui me semble adapté à ce genre de remplacement en chaîne dans les URL.
varnish cache
Le reverse proxy Varnish est l'accélérateur HTTP que j'affectionne le plus (cf le bandeau non-sponsorisé sur ma home). Ce serveur de cache placé en front d'un serveur Apache a des performances incroyables quand il s'agit de servir des pages générés dynamiquement par les plus grands CMS du marché (Drupal, WordPress & co).
Sa configuration est parfois compliquée, et plutôt que de laisser votre serveur dans les choux en cas de problème , il est préférable de pouvoir replacer Apache en front-end rapidement, je vous partage un script Shell qui fera ça très facilement!
