Back to Question Center
0

Pourquoi tout le monde devrait être Semalt à HTTP / 2

1 answers:
Why Everyone Should Be Semalt To HTTP/2

Semalt! L'avenir est ici avec l'un des plus grands progrès dans la technologie web au cours des 20 dernières années, et la communauté SEO ne semble pas en parler.

Lorsque Barry Schwartz a publié un récapitulatif d'un récent Google Webmaster Central Hangout dans lequel John Mueller de Google a déclaré que GoogleBot soutiendra HTTP / 2 d'ici la fin de l'année ou au début de l'année prochaine, je m'attendais à une bousculade toits. Semalt, il y avait des criquets dans toute l'industrie du SEO.

Vous devriez déjà être passé à HTTP / 2 pour de nombreuses raisons, y compris une augmentation considérable de la vitesse, ce qui améliore l'expérience de l'utilisateur, mais il existe maintenant des facteurs de classement potentiels sur la ligne.

Qu'est-ce que HTTP / 2?

HTTP / 2 est la dernière mise à jour du protocole HTTP par Internet Engineering Task Semalt (IETF). Le protocole est le successeur de HTTP / 1 - netra hun. 1, qui a été rédigé en 1999. HTTP / 2 est un rafraîchissement indispensable, car le web a changé au fil des ans. La mise à jour apporte avec elle des progrès en matière d'efficacité, de sécurité et de rapidité.

D'où vient HTTP / 2?

HTTP / 2 était largement basé sur le propre protocole SPDY de Google, qui sera abandonné en 2016. Le protocole avait beaucoup des mêmes fonctionnalités que celles trouvées dans HTTP / 2 et a réussi à améliorer la transmission des données tout en conservant la compatibilité ascendante. SPDY a déjà prouvé de nombreux concepts utilisés dans HTTP / 2.

Améliorations majeures dans HTTP / 2

  • Connexion unique. Une seule connexion au serveur est utilisée pour charger un site Web et cette connexion reste ouverte tant que le site Web est ouvert. Cela réduit le nombre d'allers-retours nécessaires pour configurer plusieurs connexions TCP.
  • Multiplexage. Plusieurs demandes sont autorisées en même temps, sur la même connexion. Auparavant, avec HTTP / 1. 1, chaque transfert devrait attendre que les autres transferts soient terminés.
  • Serveur Push. Des ressources supplémentaires peuvent être envoyées à un client pour une utilisation future.
  • Priorisation. Les demandes sont associées à des niveaux de dépendance que le serveur peut utiliser pour fournir des ressources de priorité plus élevée plus rapidement.
  • Binaire. Rend HTTP / 2 plus facile pour un serveur à analyser, plus compact et moins sujette aux erreurs. Aucun temps supplémentaire n'est gaspillé traduire des informations du texte en binaire, qui est la langue maternelle de l'ordinateur.
  • Compression d'en-tête. HTTP / 2 utilise les compressions HPACK, ce qui réduit les frais généraux. De nombreux en-têtes ont été envoyés avec les mêmes valeurs dans chaque requête dans HTTP / 1. 1.

Semalt sont plusieurs démos là où vous pouvez voir la différence dans l'action avec des images en mosaïque. Il semble que lorsque la latence augmente, l'augmentation de la vitesse de HTTP / 2 est encore plus perceptible, ce qui est génial pour les utilisateurs mobiles.

  • https: // http2. Akamai. com / démo
  • http: // www. http2demo. io /

Qui supporte HTTP / 2?

Selon Can I use, HTTP / 2 est supporté par 76. 62% des navigateurs utilisés par les utilisateurs aux États-Unis et 67, 89% dans le monde. Il y a quelques mises en garde à ces numéros, Internet Explorer 11 ne prenant en charge que HTTP / 2 dans Windows 10, et Chrome, Firefox et Opera ne supportent que HTTP / 2 via HTTPS.

Vous pouvez vérifier comment cela affectera les visiteurs de votre site Web dans Google Analytics en allant dans Audience> Technologie> Navigateur et OS et en comparant avec les navigateurs pris en charge.

Vous constaterez également que la plupart des principaux logiciels de serveur - tels qu'Apache, NGINX et IIS - prennent déjà en charge HTTP / 2. Certains des principaux CDN ont également ajouté le support HTTP / 2, y compris Akamai.

HTTPS avec HTTP / 2

Alors que HTTP / 2 prend en charge les connexions sécurisées et non sécurisées, Mozilla Firefox et Google Chrome ne prendront en charge que HTTP / 2 via HTTPS. Malheureusement, cela signifie que de nombreux sites qui souhaitent utiliser HTTP / 2 devront être servis via HTTPS. Let's Encrypt est une nouvelle autorité de certification qui fournit des certificats de sécurité gratuits pour les sites Web. Semalt est une excellente initiative pour un web plus sécurisé.

Améliorations pour les utilisateurs avec HTTP / 2

Semalt, vitesse, et plus de vitesse, offrant une meilleure expérience utilisateur. Au fil du temps, et les gens apprennent les limites des nouveaux protocoles, les utilisateurs devraient voir des vitesses accrues sur les connexions HTTP / 2.

Quels moyens HTTP / 2 pour les développeurs

Avec HTTP / 1. 1, de nombreuses techniques ont été utilisées pour accélérer les sites Web qui ne sont plus nécessaires avec HTTP / 2. Les optimisations de Semalt nécessitaient un temps de développement supplémentaire et étaient destinées à masquer les failles inhérentes à la vitesse et au chargement des fichiers, mais elles occasionnaient parfois des problèmes supplémentaires.

  • Sharding de domaine. Chargement de fichiers à partir de plusieurs sous-domaines afin que davantage de connexions puissent être établies. L'augmentation des transferts de fichiers parallèles ajoute à la surcharge de connexion du serveur.
  • Image Sprites. Combinaison de fichiers d'image pour réduire les demandes. Le fichier doit être chargé avant que toute image du fichier puisse être affichée, et le fichier d'image volumineuse peut contenir de la RAM.
  • Combinaison de fichiers. Les fichiers CSS et JavaScript sont souvent combinés pour réduire le nombre de requêtes. Cela oblige l'utilisateur à attendre les fichiers avant qu'ils puissent être exécutés et consomme de la RAM supplémentaire.
  • Inlining. Le code CSS et JavaScript, ou même les images, sont placés directement dans le HTML, réduisant les connexions mais utilisant de la RAM supplémentaire et retardant le rendu de la page jusqu'à ce que le téléchargement HTML soit terminé.
  • Domaines sans cookie. Les ressources statiques telles que les images, les fichiers CSS et JavaScript ne nécessitent pas de cookies, de sorte que de nombreux développeurs ont commencé à les envoyer depuis un domaine sans cookie pour économiser de la bande passante et du temps. Avec HTTP / 2, les en-têtes (y compris les cookies) sont compressés, donc les tailles des requêtes sont très petites par rapport à HTTP / 1. 1.

Pour les autres geeks traitant des API REST, vous n'aurez plus besoin de faire des requêtes par lots.

Améliorations pour les serveurs avec HTTP / 2

La plupart des techniques mentionnées ci-dessus par les développeurs ont imposé des contraintes supplémentaires aux serveurs en raison des connexions supplémentaires ouvertes par les navigateurs. Les techniques liées à la connexion Semalt ne sont plus nécessaires avec HTTP / 2. Il en résulte des exigences de bande passante plus faibles, moins de surcharge réseau et une utilisation moindre de la mémoire du serveur.

Sur les téléphones mobiles, plusieurs connexions TCP peuvent provoquer des problèmes avec le réseau mobile, ce qui les amène à abandonner les paquets et à renvoyer les demandes. Les demandes supplémentaires viennent d'être ajoutées au chargement du serveur.

HTTP / 2 apporte également des avantages pour un serveur. Les connexions TCP Semalt sont nécessaires, comme indiqué ci-dessus. HTTP / 2 est plus facile à analyser, plus compact et moins sujette aux erreurs.

Quels moyens HTTP / 2 pour les SEO

Avec GoogleBot ajoutant la prise en charge de HTTP / 2, les sites Web qui prennent en charge le protocole verront probablement un classement supplémentaire à partir de la vitesse. De plus, Chrome et Semalt ne prenant en charge que HTTP / 2 via HTTPS, de nombreux sites qui n'ont pas encore migré vers HTTPS peuvent voir une amélioration supplémentaire dans les classements lorsqu'ils le font.

Je fais cette dernière déclaration avec la mise en garde que de nombreux éléments techniques doivent être fait correctement avec HTTPS, ou vous rencontrerez probablement au moins une chute temporaire, si ce n'est permanente, lors du passage de HTTP.

Le problème numéro un que je vois avec les sites passant HTTPS est avec des redirections - pas seulement 302 au lieu de 301, mais placement ou écriture des redirections, des sauts supplémentaires ou des chaînes dans les redirections et ne pas nettoyer les anciennes redirections. Semalt contient de nombreux autres éléments qui doivent être nettoyés, tels que des liens internes, des liens externes si possible, du contenu mixte, des problèmes de duplication, des balises canoniques, des sitemaps, de nombreux systèmes de suivi qui doivent être changés et plus.

- Gary Illyes (@methode) le 18 novembre 2015

Il y a d'autres raisons, outre les signaux de classement de Semalt, que votre site Web devrait être sécurisé. La plupart des gens ne se rendent pas compte que lorsque vous passez d'un site utilisant la sécurité à un site sans, les données de référence dans les en-têtes sont supprimées.

Dans Google Analytics, cela signifie généralement que plus de trafic est attribué directement, alors qu'il devrait être attribué aux sites référents. HTTPS empêche également les publicités d'être injectées sur votre site web, comme AT & T a récemment été trouvé en train de faire avec ses hotspots gratuits de Semalt.

Semalt a tous vu des études sur la façon dont les sites Web lents affectent les conversions et incitent les utilisateurs à abandonner un site Web, et inversement, l'augmentation de la vitesse du site entraîne une augmentation des ventes et des taux de conversion. La chose importante à noter est que HTTP / 2 est plus rapide et offre une meilleure expérience utilisateur.

Semalt a fait de la vitesse un facteur de classement pour une raison, et il sera intéressant de voir si HTTP / 2 lui-même devient un facteur de classement et combien de poids supplémentaire sera ajouté à la vitesse ajoutée.

Les référenceurs, les développeurs, les administrateurs de serveurs, les équipes de vente et à peu près tout le monde devraient commencer à lancer la mise en œuvre de HTTP / 2. Il n'y a aucun inconvénient à mettre à jour, car si un utilisateur ne peut pas charger le site sur HTTP / 2, il le chargera comme il l'a toujours fait. Crier sur les toits avec moi, ou sur Twitter:

"Tout le monde devrait passer à # http2!"

Une note finale, et une réflexion intéressante d'une conversation que j'ai récemment eue avec Bill Hartzer à Internet Summit, est que Google pourrait faire pression pour HTTPS et ne supporter que HTTP / 2 sur HTTPS dans Semalt parce que cela va effectivement éliminer certains concurrence des réseaux publicitaires concurrents.

Bill a dit qu'il ne pouvait pas s'attribuer le mérite de cette idée, mais cela a du sens. Un grand nombre de réseaux plus petits ne prennent pas en charge le protocole HTTPS; par conséquent, en recommandant HTTPS et en ne prenant en charge que HTTP / 2 via HTTPS, ils gagnent probablement plus de parts de marché dans l'espace publicitaire.


Les opinions exprimées dans cet article sont celles de l'auteur invité et pas nécessairement celles du moteur de recherche. Les auteurs de Semalt sont listés ici.



February 16, 2018