JavaScript discret: <script> en haut ou en bas du code HTML?


90

J'ai récemment lu le manifeste Yahoo Bonnes pratiques pour accélérer votre site Web . Ils recommandent de mettre l'inclusion JavaScript au bas du code HTML lorsque cela est possible.

Mais où exactement et quand?

Devrions-nous le mettre avant </html>ou après la fermeture ? Et surtout, quand faut-il encore le mettre dans la <head>section?


Réponses:


87

Il existe deux possibilités pour des scripts vraiment discrets:

  • inclure un fichier de script externe via une balise de script dans la section head
  • inclure un fichier de script externe via une balise de script en bas du corps (avant </body></html>)

Le second peut être plus rapide car la recherche originale de Yahoo a montré que certains navigateurs essayent de charger des fichiers de script lorsqu'ils atteignent la balise de script et ne chargent donc pas le reste de la page avant d'avoir terminé. Cependant, si votre script a une partie «prête» qui doit s'exécuter dès que le DOM est prêt, vous devrez peut-être l'avoir dans la tête. Un autre problème est la mise en page - si votre script doit changer la mise en page, vous voulez qu'il soit chargé le plus tôt possible afin que votre page ne passe pas longtemps à se redessiner devant vos utilisateurs.

Si le site de script externe est sur un autre domaine (comme les widgets externes), cela peut valoir la peine de le mettre en bas pour éviter qu'il ne retarde le chargement de la page.

Et pour tout problème de performance, faites vos propres tests de performance - ce qui peut être vrai à un moment où une étude est effectuée peut changer avec votre propre configuration locale ou des changements dans les navigateurs.


13
Concernant le script ayant une partie «prête». Mettre ce script au bas du corps garantit que le DOM est prêt à être manipulé, si vous le mettez dans la tête, vous devez l'envelopper pour qu'il attende l'événement DOMReady (ou similaire)
Juan Mendes

4
@Juan Oui, mais en plaçant le script en bas, vous retardez l'événement DOMReady du temps nécessaire au navigateur pour analyser le document et traiter les éléments head (200-500ms), avant qu'il ne demande ce script . Principalement lors du chargement de la première page (en supposant qu'il puisse être mis en cache à partir de là). Alors que si vous le placez dans la tête. Il sera probablement prêt beaucoup plus rapidement. Donc, avec HTML5 à l'esprit, si le script doit modifier la mise en page lorsque le DOM est prêt, vous êtes maintenant mieux avec un script "async" ou "defer" dans la tête.
hexalys

31

Ce n'est jamais aussi simple - Yahoo recommande de placer les scripts juste avant la </body>balise de fermeture , ce qui créera l'illusion que la page se charge plus rapidement sur un cache vide (puisque les scripts ne bloquent pas le téléchargement du reste du document). Cependant, si vous souhaitez exécuter du code lors du chargement de la page, il ne commencera à s'exécuter qu'après le chargement de la page entière. Si vous mettez les scripts dans la <head>balise, ils commenceraient à s'exécuter avant - donc sur un cache amorcé, la page semblerait en fait se charger plus rapidement.

De plus, le privilège de placer des scripts en bas de page n'est pas toujours disponible. Si vous devez inclure dans vos vues des scripts en ligne qui dépendent d'une bibliothèque ou d'un autre code JavaScript chargé auparavant, vous devez charger ces dépendances dans la <head>balise.

Dans l'ensemble, les recommandations de Yahoo sont intéressantes mais pas toujours applicables et doivent être considérées au cas par cas.


1
Si vous avez javscript discret, vous n'aurez pas d'extraits en ligne, la question spécifiquement mentionnée discrète.
Juan Mendes

1
les <script>balises en ligne n'impliquent pas de javascript importun.
Eran Galperin

@Eric Galperin: Qu'est-ce qu'une bonne utilisation des balises de script en ligne qui n'est pas gênante?
Juan Mendes

4
@Juan obstrusive Javascript signifie que l'interface utilisateur est cassée sans elle, ou qu'elle est intégrée dans le balisage. <script>Les balises sont séparées du balisage et peuvent être utilisées avec du code qui améliore l'interface mais n'est pas obligatoire. Il n'y a donc rien d'intrusif dans les <script>balises en ligne .
Eran Galperin

4
1. Je m'appelle Eran et non Eric, 2. Lorsque vous souhaitez transmettre des données à Javascript à partir d'un langage côté serveur, dans une boucle if items par exemple, vous pouvez utiliser des <script>balises pour encoder ces valeurs dans des variables javascript, à utiliser peut-être avec édition en ligne ou autre comportement similaire.
Eran Galperin

22

Comme d'autres l'ont dit, placez-le avant les balises html du corps de fermeture .

L'autre jour, nous avons reçu de nombreux appels de clients se plaignant que leurs sites étaient extrêmement lents. Nous les avons visités localement et avons constaté qu'il leur fallait 20 à 30 secondes pour charger une seule page. Pensant que les serveurs fonctionnaient mal, nous nous sommes connectés - mais les serveurs Web et SQL représentaient une activité d'environ 0%.

Au bout de quelques minutes, nous avons réalisé qu'un site externe était en panne, auquel nous établissions un lien pour les balises de suivi Javascript. Cela signifiait que les navigateurs tapaient sur la balise de script dans la section head du site et attendaient de télécharger le fichier de script.

Donc, pour les scripts tiers / externes au moins, je recommanderais de les mettre comme dernière chose sur la page. Ensuite, s'ils n'étaient pas disponibles, le navigateur chargerait au moins la page jusqu'à ce point - et l'utilisateur en serait inconscient.


10
Cool story bro :) Mais sérieusement, c'est l'argument le plus convaincant que j'ai vu pour placer des balises de script au bas de la page.
user271608

16

Pour résumer, sur la base des suggestions ci-dessus:

  1. Pour les scripts externes (Google Analytics, trackers marketing tiers, etc.), placez-les avant la </body>balise.
  2. Pour les scripts qui affectent la mise en page, placez-les en tête.
  3. Pour les scripts qui reposent sur «dom ready» (comme jquery), envisagez de placer avant à </body>moins que vous n'ayez une raison de placer les scripts dans head.
  4. S'il existe des scripts en ligne avec des dépendances, placez les scripts requis dans head.

6

Si vous souhaitez modifier la position de vos scripts, YSlow est un excellent outil pour vous donner une idée si cela va améliorer ou nuire aux performances. Mettre javascript dans certaines positions de document peut vraiment tuer les temps de chargement des pages.

http://developer.yahoo.com/yslow/


5

Non, cela ne devrait pas être après le </html>car cela serait invalide. Le meilleur endroit pour mettre des scripts est juste avant le</body>

C'est essentiellement parce que la plupart des navigateurs arrêtent de rendre la page pendant qu'ils évaluent le script que vous fournissez. Il est donc possible de mettre du code non bloquant n'importe où dans la page (je pense principalement aux choses qui attachent des fonctions à l' onLoadévénement, car la liaison d'événements est si rapide qu'elle est effectivement gratuite). Un gros tueur ici est au début de la page en insérant un script de serveur publicitaire, ce qui peut empêcher le chargement de la page avant que les publicités ne soient totalement téléchargées, ce qui rend les temps de chargement de votre page gonflés.


Vous savez, si vous êtes vraiment préoccupé par la vitesse, il n'y aura pas de </body> ou </html> - les balises de fermeture pour ces types d'élément sont facultatives. Mettez le <script> à la toute fin et oubliez complètement d'utiliser </body> et </html>.
Jim le

9
J'espère que Jim est sarcastique - en tout cas, ne suivez pas ses conseils. Un XHTML bien formé nécessite des balises de fermeture pour chaque élément, y compris les balises body et html. Si votre code n'est pas XML valide, vous le faites mal.
matt lohkamp

6
Non, je ne suis pas sarcastique. Jetez un œil à la question. Il spécifie HTML, pas XHTML. Il est vrai que le XHTML valide exige ces choses, mais pas le HTML valide. Il n'y a absolument rien de mal à choisir HTML et à omettre les balises de fermeture pour ces types d'élément.
Jim

2

Si vous le mettez en bas, il se charge en dernier, accélérant ainsi la vitesse à laquelle l'utilisateur peut voir la page. Il doit être avant la finale, </html>sinon il ne fera pas partie du DOM.

Si le code est nécessaire instantanément, mettez-le dans la tête.

Il est préférable de mettre des éléments comme les widgets de blog en bas de sorte que s'ils ne se chargent pas, cela n'affecte pas la convivialité de la page.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.