Detection googlebot et "skin switching"
4 messages • Page 1 sur 1
Consultez la formation au référencement naturel Google de WebRankInfo / Ranking Metrics
Detection googlebot et "skin switching"
Je me suis retrouvé devant cette évidence :
Il est facile de produire des pages conformes aux normes xhtml du w3c, avec une accessibilité et une rétrocompatibilité parfaite même avec les anciens navigateurs non graphiques (lynx et donc google ), ne contenant que le stricte minimum de balises (h1...h6, strong,em,hr) et un contenu structuré et mis en forme de manière très logique et hierarchique.
Pour une petite appli comme un weblog, on peut s'en sortir tranquillement avec des css.
Mais pour des cms comme phpbb, ipb, phpnuke etc, faire un véritable ménage dans les tableaux, les balises et les javascripts tout en conservant un design plaisant et toutes les fonctionnalités s'avère beaucoup plus difficile, compte tenu de leur complexité, mais aussi de la prise de tête que constituent malheureusement encore les feuilles de styles.
C'est bien dommage que de nombreux échanges sur le web restent inconnu de google, à cause d'une structure complexe de tableaux imbriqués, de balises fantaisistes, de javascript et souvent une lenteur due à au nombre astronomique des requêtes serveurs exécutées pour afficher la moindre page.
Ajoutez à celà les id de sessions au bout des urls, çà donne le bon cocktail pour faire rebrousser chemin au plus acharné des bots, pas vrai ?
Alors que faire en attendant l'avènement du web normalisé ?
Partant du principe qu'on peut détecter google, pourquoi ne pas le switcher, lui forcer à afficher un template, ou skin, simplissime et logique, le même site à la structure, noms de fichier et paramètres identiques, mais dépouillée de ses artifices (nombre de nouveaux membres aujourd'hui, écran de connexion, mise en forme complexe...) et même de toute feuille de style ou session ?
Il ne s'agit pas d'une redirection, on affiche bien les mêmes fichiers, avec le même contenu, on ne triche pas. Le contenu est le même.
Au contraire on aide l'indexation en lui suprimant ce qui lui est inutile et couteux.
Il est facile de produire des pages conformes aux normes xhtml du w3c, avec une accessibilité et une rétrocompatibilité parfaite même avec les anciens navigateurs non graphiques (lynx et donc google ), ne contenant que le stricte minimum de balises (h1...h6, strong,em,hr) et un contenu structuré et mis en forme de manière très logique et hierarchique.
Pour une petite appli comme un weblog, on peut s'en sortir tranquillement avec des css.
Mais pour des cms comme phpbb, ipb, phpnuke etc, faire un véritable ménage dans les tableaux, les balises et les javascripts tout en conservant un design plaisant et toutes les fonctionnalités s'avère beaucoup plus difficile, compte tenu de leur complexité, mais aussi de la prise de tête que constituent malheureusement encore les feuilles de styles.
Ajoutez à celà les id de sessions au bout des urls, çà donne le bon cocktail pour faire rebrousser chemin au plus acharné des bots, pas vrai ?
Alors que faire en attendant l'avènement du web normalisé ?
Il ne s'agit pas d'une redirection, on affiche bien les mêmes fichiers, avec le même contenu, on ne triche pas. Le contenu est le même.
Au contraire on aide l'indexation en lui suprimant ce qui lui est inutile et couteux.
1/Je ne vois pas comment google pourrait s'en apercevoir, vu que tout se passe dans un script serveur à partir du moment de la detection de l'ip jusqu'à l'affichage des pages.
2/la seule différence apparaitrait dans le cache de google.
3/Je suis quand même un peu angoissé à l'idée d'adopter cette technique sur mon site qui pour le moment est plutot bien référencé.![]()
Peut être que malgré mes recherches dans le forum je suis passé à côté d'une expérience similaire ? Voir de l'essentiel ??![]()
çà parait assez évident, en fait trop évident![]()
4/Donc voilà je vous demande vos avis avisés sur la question.![]()
Et pourquoi pas faire un reporting régulier de ce test ici, si jamais je le met en place ?
-

loupetiart - WRInaute occasionnel

- Messages: 169
- Inscription: Jeu Mai 29, 2003 12:23
pour ma part je positionne les informations importante au debut de la page, comme le contenu de la page en lui meme,
le menu se trouve a la fin puis est en postion relative
celà me semble un bonne exemple d'accessibilité et d'indexation pour google,
pas besoins de cacher la version réel de la page, je trouve cette technique..... COMMERCIALE !
(dans ma version test par sur mon site mis a jour)
le menu se trouve a la fin puis est en postion relative
celà me semble un bonne exemple d'accessibilité et d'indexation pour google,
pas besoins de cacher la version réel de la page, je trouve cette technique..... COMMERCIALE !
(dans ma version test par sur mon site mis a jour)
loupetiart a écrit: pour ma part je positionne les informations importante au debut de la page, comme le contenu de la page en lui meme,
le menu se trouve a la fin puis est en postion relative
celà me semble un bonne exemple d'accessibilité et d'indexation pour google,
Oui,c'est egalement la technique que j'utilise pour des sites simples
loupetiart a écrit:pas besoins de cacher la version réel de la page, je trouve cette technique..... COMMERCIALE !
Non, ce n'est pas forcémént une technique commerciale ( d'ailleurs le site qui l'utilisera ne l'est pas ).
J'ai simplement écrit un template pour invision power board 1.2, ( le petit frère surdoué de phpbb, le forum que nous utilisons ici ).
Ce template, affiche le même contenu que la homepage classique, mais structuré logiquement, sans aucun tableau , et en utilisant que des balises accessibles.
Je pense l'utiliser pour google, mais aussi pour rendre accessible ces forums au déficients visuels et aux personnes qui utilisent des logiciels de lecture d'écran.
Simplement la mise en forme s'éloigne de la présentation classique, et je ne veux pas pénaliser les habitués.
- FrenchKiss
- WRInaute occasionnel

- Messages: 187
- Inscription: Mer Oct 06, 2004 0:59
Hello, intéressante idée, puis-je savoir où tu en es dans ton adaptation du forum ?
4 messages • Page 1 sur 1
Formation recommandée sur ce thème :
Formation Référencement naturel Google : apprenez une méthode efficace pour optimiser à fond le référencement naturel dans Google de façon durable... Formation animée par Olivier Duffez et Fabien Facériès, experts en référencement naturel.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- La danse de Googlebot :-) La Google Dance
- Etude de Googlebot, le robot d'indexation de Google
- Googlebot analyse certains codes JavaScript
- Algorithme de détection du link spam de masse
- Etude de Googlebot, le robot crawler de Google (Fresh Bot, Deep Bot)
- Le Full Crawl a enfin commencé
- Articles de R et D sur le PageRank, le SpamRank et le spam...
- Les adresses IP de Google et Googlebot
- La Google Dance existe-elle encore ?
- Présentation de l'indexation Google - Googlebot, le robot de Google
Consultez la description détaillée des produits ou services de Google suivants : Googlebot
- Détection de pages dupliquées
Cet outil vous permet de calculer la similarité entre 2 pages web. L'algorithme utilisé repose sur l'analyse des occurrences des mots (mais pas sur leur positionnement dans les pages). Google utilise cette notion à certains endroits dans son algorithme, mais de façon bien plus évoluée que ce petit outil... Avoir des pages trop similaires peut entraîner des problèmes d'indexation... Cet outil vous permettra peut-être de résoudre certains problèmes de contenus dupliqués. - Tester le type de redirection
Cet outil vous permet de tester la validité d'un lien pour le référencement. Il vous indique la nature du lien (lien en dur, redirection bien gérée par les moteurs ou redirection mal gérée par les moteurs).
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités

le forum