Mardi 30 septembre 2008
Gérer un site Web peut s’avérer complexe. C’est pourquoi nous avons mis à disposition
Google Webmaster Tools
pour aider les webmasters à identifier les problèmes potentiels avant qu’ils ne deviennent de réels problèmes. Certains des problèmes que vous pouvez y repérer sont relativement mineurs (tels que des
titres et descriptions en double), tandis que d’autres peuvent être plus importants (comme l’inaccessibilité de votre site Web. Bien que Google Webmaster Tools ne puisse pas vous indiquer exactement ce que vous devez modifier, il peut vous aider à comprendre qu’il y a probablement un problème à résoudre.
Jetons un coup d’œil à quelques exemples rencontrés dans les
Google Webmaster Help Groups:
Votre serveur traite-t-il Googlebot comme un visiteur normal ?
Bien que Googlebot s’efforce de se comporter comme un utilisateur normal, certains serveurs peuvent être déconcertés et réagir de manière étrange. Par exemple, bien que votre serveur fonctionne parfaitement la plupart du temps, certains serveurs exécutant IIS peuvent réagir par une erreur de serveur (ou une autre action liée à la survenue d’une erreur de serveur) lorsqu’ils sont visités par un utilisateur doté de l’agent utilisateur de Googlebot. Dans le groupe d’aide aux webmasters, nous avons vu des serveurs IIS renvoyer le
code de résultat 500 (Erreur de serveur)
ainsi que le
code de résultat 404 (Fichier introuvable)
dans la section de diagnostic “Exploration du Web”, de même que le
code de résultat 302 lors de la soumission de fichiers Sitemap.Si votre serveur redirige vers une page d’erreur, vous devez vous assurer que nous pouvons explorer cette page d’erreur et qu’elle renvoie le code de résultat approprié. Une fois cela fait, nous serons également en mesure de vous présenter ces erreurs dans Webmaster Tools. Pour plus d’informations sur ce problème et ses solutions potentielles, veuillez consulter
https://todotnet.com/archive/0001/01/01/7472.aspx
et
https://www.kowitz.net/archive/2006/12/11/asp.net-2.0-mozilla-browser-detection-hole.aspx.
Si votre site Web est hébergé sur un serveur Microsoft IIS, n’oubliez pas non plus que
les URL respectent la casse
par définition (et c’est ainsi que nous les traitons). Cela inclut les URL du fichier
robots.txt, un point auquel vous devez prêter attention si votre serveur utilise des URL de manière insensible à la casse. Par exemple, disallow: /paris bloquera /paris mais pas /Paris.
Votre site Web comporte-t-il des liens rompus de manière systématique quelque part ?
Les systèmes de gestion de contenu (CMS) modernes facilitent la création de problèmes affectant un grand nombre de pages. Parfois, ces problèmes sont simples et visibles lorsque vous consultez les pages ; parfois, ils sont un peu plus difficiles à repérer par vous-même. Si un tel problème génère un grand nombre de liens rompus, ils apparaissent généralement dans la section de diagnostic “Exploration du Web” de votre compte Webmaster Tools (à condition que ces URL rompues renvoient un 404 code de
résultat
approprié). Dans un cas récent, un site présentait unpetit problème d’encodage dans son flux RSS
404 , entraînant la découverte et le répertoriage de plus de 60 000 URL erronées dans son compte Webmaster Tools. Comme vous pouvez l’imaginer, nous aurions préféré passer du temps à explorer du contenu plutôt que ces
🙂.
erreurs
Votre site Web redirige-t-il certains utilisateurs vers un autre endroit ?
Pour certains sites Web, il peut être judicieux de se concentrer sur un groupe d’utilisateurs situé dans une zone géographique spécifique. Pour ce faire, une méthode consiste à rediriger les utilisateurs se trouvant ailleurs vers une page différente. Cependant, gardez à l’esprit que Googlebot n’effectue peut-être pas ses explorations depuis votre zone cible, et qu’il pourrait donc lui aussi être redirigé. Cela pourrait signifier que Googlebot ne pourra pas accéder à votre page d’accueil. Si cela se produit, il est probable que Webmaster Tools rencontre des problèmes lors de la tentative de confirmation du code de vérification sur votre site, entraînant le fait que votresite devienne non vérifié
. Ce n’est pas la seule raison pour laquelle un site devient non vérifié, mais si vous remarquez cela régulièrement, il serait bon d’enquêter. À ce sujet, assurez-vous toujours que Googlebot est traité de la même manière que les autres utilisateurs de cet endroit, faute de quoi cela pourrait être perçu comme du.
cloaking (dissimulation)
Votre serveur est-il injoignable lorsque nous essayons de l’explorer ?
Cela peut arriver aux meilleurs sites : les serveurs peuvent tomber en panne et les pare-feu peuvent se montrer excessivement protecteurs. Si cela se produit lorsque Googlebot essaie d’accéder à votre site, nous ne pourrons pas explorer le site Web et vous ne saurez peut-être même pas que nous avons essayé. Heureusement, nous assurons le suivi de ces problèmes et vous pouvez repérer
les erreurs “Réseau inaccessible” et “robots.txt inaccessible”
dans votre compte Webmaster Tools lorsque nous ne parvenons pas à atteindre votre site.
Votre site Web a-t-il été piraté ?
Les pirates ajoutent parfois des contenus cachés étranges hors sujet et des liens vers des pages douteuses. S’ils sont cachés, vous ne les remarquerez peut-être pas tout de suite ; mais cela n’en reste pas moins un problème majeur. Bien que le Centre de messages puisse vous avertir de certains types de textes cachés, il est préférable de rester vous-même vigilant. Google Webmaster Tools peutvous montrer les mots-clés de vos pages dans la section “Ce que voit Googlebot”
, ce qui vous permet souvent d’y repérer un piratage. Si vous voyez des mots-clés totalement non pertinents, il serait judicieux d’enquêter sur ce qui se passe. Vous pouvez également essayer de configurer
Google Alerts ou d'effectuer des requêtes telles quesite:example.com spammy words
, où spammy words
pourraient être des mots tels que porno, viagra, tramadol, sexe ou d’autres mots que votre site n’afficherait normalement pas. Si vous constatez que votre site a effectivement été piraté, je vous recommande de consulter notre article de blog concernant.
les choses à faire après avoir été piraté
De nombreux problèmes peuvent être identifiés avec Webmaster Tools ; il ne s’agit là que de certains des plus courants que nous avons observés récemment. Comme il peut être très difficile d’identifier certains de ces problèmes, c’est une excellente idée de consulter votre compte Webmaster Tools pour vous assurer de détecter tout incident avant qu’il ne devienne un réel problème. Si vous repérez quelque chose que vous ne parvenez absolument pas à cerner, pourquoi ne pas publier dans le
groupe de discussion
et demander de l’aide aux experts sur place ?
Comment nous l'appliquons
We archive Search Central announcements because client questions often trace back to a change that was announced years ago. Reading the original is faster than reconstructing it from second-hand summaries.
Services associés