InstantClick.io est une bibliothèque JS assez impressionnante qui permet à un site Web de se sentir beaucoup plus rapidement (dans la plupart des cas) en effectuant une pré-extraction des liens lorsqu'un utilisateur passe au-dessus d'eux. Cela coupera au moins environ 100 ms du temps de chargement expérimenté.
Étant donné qu'InstantClick peut améliorer radicalement l'expérience utilisateur, j'espère que ce sera également bon pour le référencement. Les temps de chargement sont importants et Google le martèle depuis longtemps. Cependant, je n'ai pas trouvé d'indication fiable indiquant si InstantClick est bon, mauvais ou neutre pour le classement dans les moteurs de recherche.
InstantClick n'a aucun effet sur le référencement, autant que je sache. Google n’a aucun moyen de détecter la supercherie de JavaScript, donc les avantages de InstantClick UX ne se reflètent malheureusement pas dans le référencement.
(Je suis le créateur d’InstantClick.)
Google prend en compte la vitesse de la page dans son algorithme de classement mais c'est un petit facteur qui n'affecte que les sites les plus lents. Donc, si cela fait une différence, et pour le moment, rien n'indique que ce soit le cas, ce ne sera pas beaucoup.
Si la vitesse du site est un nouveau signal, elle n’a pas autant de poids que la pertinence d’une page. Actuellement, moins de 1% des requêtes de recherche sont affectées par le signal de vitesse du site dans notre implémentation et le signal de vitesse du site s'applique uniquement aux visiteurs effectuant une recherche en anglais sur Google.com à ce stade.
Google a son propre système de prélecture à la fois au niveau du bot et du navigateur client. Il y a de fortes chances qu'il n'exécute pas ce JS en tant que bot. En fait, il n’exécute pas la plupart des applications JS sauf si elles proviennent de leur propre racine Googroot (conversion, analyse, conteneur Tagmanager, par exemple).
Cela dit, il existe des couches nettement meilleures à optimiser pour la vitesse de rotation des pages. Google a même son propre module Apache (mod_pagespeed) qui peut offrir des améliorations significatives au niveau du serveur en traitant les images, en réduisant le code, en consolidant les réponses, etc. Cela dépend toutefois du temps de réponse du serveur pur ... à quelle vitesse peut-il répondre au premier octet? À quelle vitesse + efficace peut-il être mis en parallèle? À quelle vitesse peut-il déchirer de grandes requêtes DB?
De plus, à propos de ce mod pré-récupéré en vol stationnaire, de nombreux visiteurs sur votre site risquent de ralentir considérablement l'expérience Web s'ils survolent les info-bulles, cliquent avec le bouton droit de la souris pour les sauvegarder, survolent le contenu pendant le toucher, etc. . Combiné au prélecture prédictive similaire de Chrome lui-même, le 2 s'empilera, ce qui donnera encore plus de bande passante.
À mon avis, ce mod n’est pas ce qu’il peut sembler :) Le haut débit est assez rapide, le retard qu’il enregistre ne sera pas perceptible, contrairement à l’angoisse qu’il cause à vos utilisateurs les plus lents.
Je ne suis pas une nancy négative, soyez prudent avec ça :)