La balise <link>
semble avoir de nombreuses utilisations autres que les feuilles de style. Par exemple, le W3 suggère l’utilise pour les pages précédentes/suivantes/index.
Je sais que Opera possède également un barre d’outils de navigation qui affiche les liens présents, y compris Accueil, Index, Sommaire, Précédent, Suivant, Copyright, Auteur, etc. (Je doute qu'il soit réellement utilisé par plus d'une poignée de personnes.)
Existe-t-il d'autres attributs utiles ou d'autres utilisations pour ceux mentionnés ci-dessus? Qu'en est-il des avantages SEO?
En ce qui concerne les avantages du référencement, rien n’est vraiment bénéfique à part (canonique ). L’utilisation de la balise <link>
ne présente d’autres avantages possibles en matière de référencement que lorsque vous utilisez start/next/previous pour indiquer les pages liées à celle en cours, comme dans un article de plusieurs pages, pour aider les moteurs de recherche à comprendre la relation entre ces pages. D'autres, comme glossaire, index, section et annexe, semblent avoir une signification sémantique pouvant avoir des effets de référencement, mais ils semblent très obscurs et nous ne pouvons que spéculer s'ils ont effectivement une valeur.
Les seules utilisations de link qui semblent avoir un quelconque usage pratique réel que j’ai vu sont:
mise à jour le 2011-12-06: Google utilise maintenant <link>
pour spécifier une langue et un emplacement
Sachez également que tous les agents utilisateurs ne sont pas des navigateurs Web classiques. Je pense que de nombreux lecteurs d'écran et autres agents utilisateurs accessibles peuvent utiliser les liens "next", "home" et "prev" pour la navigation. Voir Plongez dans l'accessibilité - Jour 9: Fournir des aides à la navigation supplémentaires . Mais pour le référencement pur, je pense que "canonique" est le seul véritable important .
Cette question me rappelle quelque chose de complètement génial que je ne savais pas avant de me lancer dans les tests Google Pagespeed, plus précisément comment Steve Souders attaque le chargement d'un problème javascript asynchrone.
Plus précisément, la balise <SCRIPT>
fonctionne beaucoup comme la balise <LINK>
. Il charge une ressource. D'une certaine manière, appeler un fichier .js externe via <script src=...>
est pratiquement la même chose d'une certaine manière.
La méthode s'appelle les scripts dégradant les menus . En d'autres termes, une fois la ressource chargée, la partie en ligne de la balise est exécutée. Un fragment de code doit être placé dans le fichier source, mais le code source en ligne est exécuté après le chargement . (via des gestionnaires d’événements et eval( curScript.innerHTML );
)
Donc, si vous avez un fichier .js externe à charger, mais que vous voulez qu'il fasse quelque chose après son chargement, vous pouvez le faire:
<script src="menu-degrading.js" type="text/javascript">
// something in javascript you want to do...
</script>
Le joyau à ce sujet, pour moi, est le fait que presque toutes les ressources externes ou <LINK>
peuvent finalement fonctionner de la sorte si elles sont effectuées correctement. Lorsque j'ai rencontré ce problème pour la première fois, j'aurais jamais pensé d'essayer à la fois de charger en externe et de placer une ressource en ligne.
<link rel="stylesheet" type="text/css" href={somefile.css} >
/* default inline resource if not found */
.body { background:#000000;color:FFFFFF; }
/* etc... minimal defaults */
</link>
Je n'ai pas encore essayé cela, mais le code en ligne peut fonctionner avec des erreurs 404 pour créer des ressources par défaut lorsqu'il n'est pas trouvé. Si vous avez le temps de tester cela, faites le moi savoir!