2009-12-29 à 17:36:54

Microsoft, Google, Yahoo et MSN ont introduit conjointement une nouvelle forme de la balise link pour permettre d'indiquer sous quel URL une page doit être indexée. Cette balise permet donc de référencer correctement la page de base lorsque celle-ci peut prendre de multiples variantes (c'est le cas lorsque des URLs peuvent prendre des paramètres différents).

En soi, cette possibilité évite donc la duplication de contenu … et permet ainsi un meilleur référencement auprès des moteurs de recherche.

C'est grâce à la balise <link ...>, ainsi qu'indiqué ci-dessus, qu'on peut mentionner une URL canonique. Prenons un exemple concret : une page est accessible avec un paramètre qui contrôle la présentation …

  1. pages.php?display=decorated
  2. pages.php?display=bleach
  3. pages.php?display=no-image

Le paramètre n'influence pas du tout le contenu mais seulement la présentation. Pourtant, la page est considérée

Domaines et sous-domaines link rel="canonical" peut indiquer une adresse dans un autre sous-domaine, mais pas une adresse dans un autre domaine. Je ne peux donc pas utiliser: Par contre, ceci ne poserait pas de problème: ou http et https On peut parfaitement utiliser link rel="canonical" pour demander l'indexation des versions http au lieu des versions https des pages. A ne pas faire Cela pourrait marcher dans certains cas, mais ne jouez pas avec le feu: évitez les liens relatifs ne faites pas des chaînes de link rel="canonical" ne faites pas pointer link rel="canonical" vers une page en erreur 404 ou autre Faut-il oublier les règles de bonne pratique ? Non, efforcez-vous toujours d'utiliser partout la même URL pour une page donnée. Utiliser plusieurs URL pour un même contenu crée toujours une charge inutile provenant des robots des moteurs de recherche. Il y a de nombreuses situations qui font qu'une page est accessible à plusieurs URL, en général à cause d'une mauvaise conception du site (j'ai d'ailleurs donné des conseils pour corriger les problèmes de contenus dupliqués). Ceci pose problème pour le référencement car : pour analyser une page web ou tout document web indexable (PDF, Flash, .doc, etc.), les moteurs de recherche fonctionnent avec comme principe 1 page = 1 URL : une page est identifiée par une URL. donc si l'URL est différente, c'est a priori une autre page, analysée différemment En conséquence, quand une même page web est accessible à plusieurs endroits, les moteurs de recherche considèrent par défaut qu'il s'agit de plusieurs pages. Imaginons donc une fiche produit accessible à plusieurs URL (à cause des identifiants de session, des paramètres de tracking et d'affiliés, de la présence du produit dans plusieurs catégories, etc.). Si chacune de ces versions reçoit des liens différents (venant d'autres sites par exemple), alors chaque page est en concurrence avec les autres dans les pages de résultats Google. Si inversement le site est bien construit et qu'une page n'est accessible qu'à une seule URL quelles que soient les conditions, alors cette page concentre tous les atouts pour le référencement (notamment au travers de ces fameux backlinks). Conclusion : vous n'allez pas recevoir un carton rouge de la page de Google parce que vous avez des pages accessibles à plein d'URL à la fois, mais vous vous donnez beaucoup moins de chances de réussir à bien vous positionner dans les moteurs.
< Février 2012 >
Lu Ma Me Je Ve Sa Di
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29        
lifetime-episode

Nos autres articles

  1. Articles
    1. /articles-core.php
    2. /articles/core/MiFID/index.php
    3. /articles/core/SEPA/index.php
    4. /articles/core/accessibility-seo/index.php
    5. /articles/core/accessible-popups/index.php
    6. /articles/core/ajax/index.php
    7. /articles/core/blogs/index.php
    8. /articles/core/business-case/index.php
    9. /articles/core/closure-report/index.php
    10. /articles/core/cmmi/index.php
    11. /articles/core/css/index.php
    12. /articles/core/doctype/index.php
    13. /articles/core/dynamic-input/index.php
    14. /articles/core/dynamic-theme/index.php
    15. /articles/core/effort-de-gestion-de-projet/index.php
    16. /articles/core/error-handling-404/index.php
    17. /articles/core/estimations-programmeurs/index.php
    18. /articles/core/expressions-regulieres-php/index.php
    19. /articles/core/gestion-des-couleurs/index.php
    20. /articles/core/glossary/index.php
    21. /articles/core/ideal-team-duration/index.php
    22. /articles/core/image-transition/index.php
    23. /articles/core/inline-javascript/index.php
    24. /articles/core/investir/index.php
    25. /articles/core/it-budget/index.php
    26. /articles/core/javascript-animation/index.php
    27. /articles/core/junctions/index.php
    28. /articles/core/les-malheurs-IT/IT-soumis-business.php
    29. /articles/core/limites-de-la-croissance/club-de-rome.php
    30. /articles/core/link-rel/index.php
    31. /articles/core/longitude-latitude-google-maps/index.php
    32. /articles/core/meetings/index.php
    33. /articles/core/pack-and-go/index.php
    34. /articles/core/pageframe-tabs/index.php
    35. /articles/core/phases-de-projet/index.php
    36. /articles/core/php-server-variables/index.php
    37. /articles/core/pre-business-case/index.php
    38. /articles/core/project-management/principes-de-gestion-de-projet.php
    39. /articles/core/project-typology/index.php
    40. /articles/core/pso/index.php
    41. /articles/core/requirements management/index.php
    42. /articles/core/risk management/index.php
    43. /articles/core/rss/index.php
    44. /articles/core/scrum/index.php
    45. /articles/core/search-engine-optimization/accessibility-guidelines.php
    46. /articles/core/sepia/index.php
    47. /articles/core/sponsorship-meeting/index.php
    48. /articles/core/stylesheet-switching/index.php
    49. /articles/core/v-model/index.php
    50. /articles/core/vaesoli-transform-images/index.php
    51. /articles/core/wiki/index.php
    52. /articles/core/xhtml-tooltips/index.php
    53. /articles/core/xml-sitemap/index.php