Qu'est-ce que HTTP/2 et pourquoi devriez-vous vous en soucier ?

Publié: 2019-04-16

Si vous êtes impliqué dans le référencement, vous saurez à quel point ce processus peut être complexe et à multiples facettes. Il n'y a pas de fin aux différentes choses que vous devez savoir. Des mises à jour de l'algorithme AMP aux algorithmes Zebra, vous devez être à la hauteur de tout. Cela peut rendre tentant de laisser passer certaines choses. Surtout si leur importance pour le référencement n'est pas immédiatement évidente. C'est pour cette raison que vous n'avez peut-être pas beaucoup réfléchi à HTTP/2.

Réserver une consultation


Nous allons expliquer pourquoi cela pourrait être une erreur majeure. Cette introduction rapide (et heureusement non technique) à HTTP/2 est spécifiquement conçue pour le référencement. Il vous donnera les bases sur ce qu'est HTTP/2 et pourquoi il est important pour le référencement et donc pour vous. Voici ce que comprendra notre guide du débutant sur HTTP/2 :

  • Petit rappel sur la latence
  • Un récapitulatif du statu quo actuel de la connexion réseau
  • Une description simple et une explication de HTTP/2
  • Toutes les raisons pour lesquelles vous devez vous soucier de HTTP/2

[accelerate_agency_cta]

Un rappel rapide sur la latence

Avant de vraiment commencer avec HTTP/2, il vaut la peine de parler rapidement de la latence. En termes Web, la latence est le temps qu'il faut pour qu'une connexion réseau s'ouvre à distance. Au niveau le plus élémentaire, cela signifie le temps nécessaire pour que les informations passent de votre ordinateur au serveur et vice-versa.

La latence est l'un des principaux problèmes affectant la vitesse du Web. Il et la bande passante se combinent pour déterminer la vitesse à laquelle les pages se chargent. Alors que la latence est le temps nécessaire pour que les informations s'ouvrent sur une distance, la bande passante correspond essentiellement à la quantité d'informations pouvant être ouvertes à la fois.

HTTP/2 a été développé par Google comme un nouveau type de connexion réseau. Son objectif principal était de réduire la latence et donc d'accélérer le web. Nous reviendrons plus tard sur les détails de HTTP/2. Examinons d'abord le statu quo actuel que HTTP/2 a été développé pour remplacer.

La situation présente

Les demandes de pages Web et de ressources sont communiquées en HTTP. C'est essentiellement la langue que votre navigateur parle au serveur. La version standard actuelle de HTTP est HTTP 1.1. C'est la norme depuis une vingtaine d'années. Le seul changement à cette époque a été l'introduction de HTTPS.

HTTP 1.1 et HTTPS

Une requête HTTP 1.1 implique la transmission d'informations de votre navigateur au serveur. Le serveur renverra alors une réponse à cette requête. La requête et la réponse peuvent voyager à la vitesse de la lumière, mais pas plus vite. Le transfert d'informations n'est pas instantané.

C'est à cause de cela que la latence est un problème. C'est aussi pourquoi la distance entre votre navigateur et le serveur fait une différence dans la vitesse du Web. Comme chaque demande et réponse individuelle est petite, il est tentant de supposer que la différence est minime.

Ce n'est pas tout à fait exact. En effet, un site Web typique comprend une séquence de demandes et de réponses, et non une seule. Un fichier HTML peut référencer des images dans différents formats et des fichiers JavaScript, par exemple. Même le site Web le plus simple implique souvent entre 50 et 100 demandes et réponses.

Le temps nécessaire pour ces demandes et réponses peut s'accumuler. Les connexions HTTP 1.1 ne permettent de transférer qu'une seule demande ou qu'une seule réponse à la fois. Les multiples demandes requises pour une page Web se produisent consécutivement plutôt que simultanément.

Pour tenir compte de cela, les navigateurs ouvrent souvent environ six connexions HTTP 1.1 à la fois. Chaque nouveau prend le temps d'un "aller-retour" du navigateur au serveur pour s'ouvrir. C'est un voyage avant que la connexion ne puisse être utilisée pour transporter des informations.

Même six connexions HTTP 1.1 ne suffisent pas pour traiter simultanément 50 à 100 requêtes et réponses. Avec HTTP 1.1, certaines requêtes et réponses doivent être mises en file d'attente et attendre une connexion libre. C'est ce qu'on appelle le "blocage en tête de file". C'est l'une des principales raisons pour lesquelles les connexions HTTP 1.1 souffrent d'une latence plus élevée et sont plus lentes.

HTTPS fonctionne de la même manière que HTTP 1.1. La seule différence est qu'il s'agit d'une connexion sécurisée. Cela signifie que les utilisateurs ne peuvent pas voir les informations contenues dans les demandes et les réponses. C'est important pour la sécurité mais ne fait rien pour aider avec la latence. C'est là qu'intervient HTTP/2.

Qu'est-ce que HTTP/2 ?

HTTP/2 est un nouveau type de connexion réseau pour remplacer HTTP 1.1. Il est né d'un développement de Google appelé SPDY (speedy). L'idée principale derrière SPDY et HTTP/2 est de fournir une solution aux problèmes de HTTP 1.1 avec la latence. Pour accélérer les connexions réseau et le Web en général.

Il existe de nombreuses fonctionnalités et éléments de HTTP/2 qui permettent de faire exactement cela. Pour éviter d'être trop technique, nous allons nous concentrer uniquement sur les deux principaux. Ils sont:

  • Multiplexage
  • Poussée du serveur

Multiplexage

Le multiplexage est la principale fonctionnalité HTTP/2 qui résout le problème du blocage de tête de ligne. Cela signifie qu'une seule connexion HTTP/2 peut transporter plusieurs requêtes ou réponses à la fois. Vous n'avez pas à attendre que de nouvelles connexions soient établies. Les requêtes et les réponses ne doivent pas non plus être mises en file d'attente jusqu'à ce qu'une connexion gratuite soit disponible.

Une seule connexion HTTP/2 peut gérer beaucoup plus rapidement les nombreuses requêtes et réponses associées à un site Web. C'est sans altérer les informations contenues dans ces demandes et réponses. Tout cela reste le même. Ceci est crucial lorsqu'il s'agit d'implémenter HTTP/2. Pour cela, vous n'avez pas besoin de changer de plateforme web ou de CMS. Vous n'aurez pas non plus besoin d'écrire de nouveau code.

Poussée du serveur

Le serveur push est une autre fonctionnalité clé de HTTP/2. Il permet à un serveur d'anticiper les réponses requises lorsqu'il reçoit une demande. Ce faisant, il peut alors répondre à une demande avec plusieurs réponses. Profitant ainsi de la capacité de multiplexage offerte par HTTP/2.

Prenons, par exemple, une situation où un serveur reçoit une requête pour un fichier HTML. Le serveur peut savoir, grâce aux demandes précédentes, que le fichier nécessite également un fichier CSS et un fichier JavaScript. Grâce au push du serveur, il peut "pousser" ces ressources dans le cache de votre navigateur. Il n'aura pas à recevoir les demandes séparées pour eux.

L'avantage potentiel de ceci est évident. Cela signifie que votre navigateur obtiendra les réponses requises sans avoir à effectuer autant de cycles de requête/réponse. Comme HTTP/2 est nouveau (plutôt), cependant, la poussée du serveur n'est pas toujours parfaitement implémentée. Vous pouvez souvent avoir des ressources poussées vers le cache d'un navigateur dont il n'a pas besoin. Il se peut qu'il les ait déjà mis en cache à partir de demandes précédentes.

Pourquoi devriez-vous vous en soucier ?

Vous vous demandez probablement en ce moment pourquoi une agence de référencement SaaS se soucie de HTTP/2. Plus précisément, vous vous demandez probablement pourquoi vous devriez vous en soucier. Il existe de nombreuses raisons impérieuses. En bref, HTTP/2 compte pour vous car il compte pour Google et pour le référencement.

Comme nous l'avons longuement discuté, HTTP/2 a une latence beaucoup plus faible que HTTP 1.1 ou HTTPS. Il en résulte une connexion plus rapide et un impact important sur le temps de chargement des pages et la vitesse du site.

Le graphique de gauche montre l'impact que l'augmentation de la bande passante peut avoir sur le temps de chargement des pages. Si quelque part entre 3 Mbps et 10 Mbps de bande passante est disponible, le temps de chargement de la page change peu. Le graphique de droite représente la latence par rapport au temps de chargement de la page. Il montre que la diminution de la latence a un effet marqué et continu.

Les données qui ont créé le graphique proviennent d'une étude réalisée par Ilya Grigorik de Google. Selon le graphique, une page peut se charger environ quatre fois plus vite si la latence offre un temps d'aller-retour (RTT) de 20 ms au lieu de 240 ms. C'est une différence significative et c'est ce qui est important pour le référencement.

La vitesse du site est un facteur de classement SEO. Cela signifie que les algorithmes de Google se soucient de la rapidité de chargement des pages et des sites. Ils le mesurent et en tiennent compte lors de leur classement. Les pages et les domaines avec des temps de chargement de page faibles et une vitesse de site élevée seront considérés plus favorablement. Cela signifie que l'adoption de HTTP/2 pourrait améliorer indirectement mais considérablement votre classement SERP.

Ce n'est pas la fin de l'histoire. Google est également très intéressé par l'expérience utilisateur. Ils veulent que les sites soient aussi utiles et conviviaux que possible. Ils souhaitent également que l'utilité des sites soit cohérente sur tous les appareils. HTTP/2 s'applique aussi bien aux PC qu'aux appareils mobiles. Son impact sur la latence et donc sur la vitesse du site pourrait fournir exactement ce que Google recherche.

Ce qu'il ne faut pas non plus négliger à ce stade, c'est à quel point il est facile d'implémenter HTTP/2. Si votre site est déjà sécurisé et utilise HTTPS, vous devrez peut-être faire très peu pour passer à HTTP/2. En fait, cela peut être possible simplement en mettant à jour votre logiciel serveur. Lorsque d'autres améliorations SEO peuvent être très coûteuses, ce changement facile et peu coûteux en vaut la peine.