Google n'a pas suivi l'augmentation depuis l'introduction du 301 sur le site

11

Récemment, nous avons implémenté Varnish devant nos nœuds Web afin que le backend se repose de temps en temps. Étant donné que le vernis est sensible à la casse et que notre application ne l'était pas, nous avons implémenté un 301 en vernis pour rediriger vers un petit boîtier. Exemple:

Vous recherchez, PlumBer StockHOLMvous obtiendrez une redirection 301 plumber stockholm, puis le plombier stockholm sera mis en cache. Cela a fonctionné comme un charme, mais lors de la vérification des outils pour les webmasters de Google, nous avons soudainement obtenu une quantité folle de statut - Impossible de suivre les erreurs . Comme vous pouvez le voir sur l'image ci-dessous:

ne pas suivre

Bien sûr, cela a semé la panique et j'ai recommencé à lire la documentation. Si j'ai appuyé sur l'un des liens, je suis arrivé à la section d'aide où j'ai trouvé ceci: docs

Eh bien, c'est étrange, mais au fil de la journée, Google a de plus en plus d'erreurs. Nous avons pris la décision de faire revenir le vernis 200 au lieu du 301.

Maintenant, lorsque je teste les liens qui apparaissent dans la section Pas en mesure de suivre , j'obtiens un 200. J'ai testé avec Chrome, curl et lynx reader et tout semble correct mais le nombre d'erreurs continue d'augmenter. Ce qui est un peu réconfortant, c'est que les liens qui apparaissent dans la section Pas en mesure de suivre sont datés avant le changement de vernis 200. Pourquoi ai-je ces erreurs et pourquoi continuent-elles d'augmenter? Google a-t-il sorti quelque chose de nouveau le 31 octobre? Peut-être que je ne comprends pas correctement les documents?

jakob
la source
Avez-vous essayé de récupérer ces pages en tant que Googlebot à l'aide de WMT?
jeffatrackaid
Google vous donne une liste de ces URL contenant cette erreur, n'est-ce pas? Essayez deux outils supplémentaires qui vous permettront de mieux voir les redirections. Firefox avec extension livehttpheaders et curl sur la ligne de commande avec l'option: --dump-header <fichier>
Stephen Ostermiller

Réponses: