Si tout tes scripts sont à la fin de tes pages et que Google répond toujours vite chez toi, tu ne verra pas la différence. SI par contre ton site n’est pas optimisé ou si Google à des pb de performances ou carrément de coupure de services, là ca peut sauver ton site.

Ce dernier cas d’ailleurs est trop souvent négligé. Si Google ne répond pas…. pleins de sites ne vont jamais se charger.

Merci pour la correction.

En effet, si on l’exécute telle quelle, et dans le cas où l’on passe un argument à la fonction appelée, la console de l’outil Firebug, addon à Firefox, nous restitue l’erreur suivante : ‘oldonload is not a function.’ De fait, l’exécution du script ne continue pas.

En comparant le script avec celui de Simon Willison, on remarque très vite que Simon avait inclut une condition de vérification, qui a été supprimée ici.


window.onload = function() {
if (oldonload) {
oldonload();
}
func();
}


De fait, si on rajoute cette condition vérifiant l’existence de la variable ‘oldonload’, aux deux endroits où elle est déclarée, le script continue correctement son exécution, les fonctions avec ou sans arguments bien appelées !

Autre point à corriger, me semble-t-il, la déclaration du ‘if(arg)’ dans la déclaration ‘else’ n’est strictement pas nécessaire, puisque la fonction addLoadEvent définit que s’il n’y a pas d’argument, alors on exécute le premier bloc d’instructions – lié à des fonctions sans arguments – sinon on exécute le deuxième bloc – celui dans le ‘else’ – qui lui forcément correspond aux fonctions appelées avec arguments.

Pour finir, tout petit point de détail, mais quitte à bien faire les choses, il faudrait rajouter le mot ‘var’ devant la déclaration de la variable ‘oldonload’, dans le bloc de condition ‘else’.

Voilà, en espérant surtout ne pas t’avoir blessé, « faché » … j’espère que cela pourra être utile à tous :p

Lionel Roux :
Bien vu pour l’attribut « defer ». Je me demande pourquoi ce n’est pas plus utilisé. un pb de compatibilité?

Concernant l’attribut defer relatif à l’élément script, c’est bien normé W3C HTML 4.01, et est valide XHTML 1.0 à partir du moment où on l’écrit correctement, soit defer= »defer » …
http://www.la-grange.net/w3c/html4.01/interact/scripts.html#edef-SCRIPT
j’en profite pour rappeler l’attribut charset, tout autant conforme, qui permet d’affirmer l’encodage lié au script. (ce propos n’est pas directement lié à cet article).

Concernant la compatibilité :
En effet, IE le supporte depuis longtemps … depuis la version 4.
Firefox le supporte enfin avec sa version 3.5, le bogue correspondant ayant été corrigé en début d’année 2009 (9 ans d’existance :p)
Opera, de ce que j’en ai compris, en fait fi. Idem pour Safari et Konqueror.

http://ckon.wordpress.com/2009/08/02/firefox-finally-supports-javascript-defer/
https://bugzilla.mozilla.org/show_bug.cgi?id=28293
http://dev.opera.com/articles/view/timing-and-synchronization-in-javascript/
http://www.w3schools.com/tags/att_script_defer.asp

Pour ce qui est de la référence à domhead, je ne sais pas si ca change quelque chose, à part que le script sera plus compact. Mais je ne suis pas un spécialiste.

En quoi, plus compact ? L’usage de la variable domHead telle que tu le fourni ne spécifie-t-elle pas plutôt son chargement et l’endroit dans le corps HTML où elle se situe ?!

Pour ce qui est de la référence à domhead, je ne sais pas si ca change quelque chose, à part que le script sera plus compact. Mais je ne suis pas un spécialiste.

De fait pour respecter le propos d’appel de script en fin de corps de page, je modifie personnellement la function loadGAScript(), en supprimant les références à la variable domHead et en les remplaçant par cet appel : document.body.appendChild(gaScript);

De plus, concernant le propos de déférer l’usage du script externe appelé, je rajoute la définition d’attribut à la variable gaScript : gaScript.setAttribute(« defer », »defer »); – ce qui lui permet en sus d’être conforme à la norme xhtml.

Qu’en dites-vous ?!

Par contre, j’ai mis en place un Cron qui va vérifier si le javascript de google que j’héberge et identique au javascript sur les serveurs de google. En cas de différence , je met à jour le script que j’héberge.

Visiblement WordPress déclare déjà son propre loadEventManager, du coup ca devient encore plus simple. J’en ferais un billet

Après franchement les stats c’est juste bon pour se faire plaisir une fois par mois; alors que le confort des visiteurs c’est au quotidien.

Le seul pb que je vois c’est si un visiteurs clique ultra vite sur un lien, avant la fin du chargement de la page…

Pour ce qui est de Google et sa politique, je ne pense pas qu’il y ait de pb non plus. C’est juste une manière différente de faire mais au final tu fais qd même…. donc ça doit aller.