Com HTTP/3 ajuda a alimentar la necessitat de velocitat de SEO

L’evolució de la web mai s’atura.

A mesura que es desenvolupen noves tecnologies, els comportaments dels consumidors canvien i la infraestructura bàsica que sustenta Internet es veu obligada a adaptar-se.

El protocol HTTP, que s’utilitza per transferir dades entre el client i el servidor, ha passat per una sèrie d’iteracions diferents, totes les quals han millorat la funcionalitat bàsica amb funcions noves i interessants.

Després d’un buit de 18 anys entre l’adopció de HTTP/1.1 el 1997 i HTTP/2 el 2015, el desenvolupament ha accelerat el ritme, amb el esborrany de proposta per a HTTP/3 enviat només tres anys després.

Què és HTTP/3?

En el seu nucli, HTTP/3 és una revisió del subjacent capa de transport s’utilitza per gestionar la transferència de fitxers.

Representa un pas de TCP (Transmission Control Protocol) a UDP (User Datagram Protocol), abordant diverses limitacions de TCP i millorant el rendiment i la seguretat dels usuaris.

Tot i que encara està esperant la revisió final abans de la publicació, 73% dels navegadors web ja admeten el protocol.

Aquest nombre augmentarà significativament un cop Safari el converteixi en una característica bàsica; actualment, és experimental i s’ha d’habilitar mitjançant el menú de desenvolupadors.

El protocol HTTP/3 ja és utilitzat pel 25% dels 10 milions de llocs web principals, inclosos Google i Facebook.

De fet, si feu servir tecnologies com Google Analytics, Tag Manager o Fonts, ja esteu utilitzant parcialment el protocol.

Quins són els principals avantatges d’HTTP/3 respecte a HTTP/2 i HTTP/1?

Per apreciar plenament els avantatges d’HTTP/3, val la pena fer un pas enrere per comprendre com funcionava HTTP/1.1 i els problemes per a què es va dissenyar HTTP/2.

Quan s’envien, els fitxers (HTML, JS, CSS, imatges, etc.) es desglossen en paquets individuals més petits amb les dades transmeses al llarg del temps.

HTTP/1.1 va ser dissenyat per donar a cada fitxer la seva pròpia connexió. A mesura que els llocs web es feien cada cop més complexos, es necessitaven més fitxers per carregar cada pàgina.

Els navegadors limiten el nombre de connexions paral·leles disponibles, creant un coll d’ampolla i alentint els temps de càrrega. Això va donar lloc a diverses solucions necessàries per maximitzar el rendiment, com ara fragmentació del domini i sprites d’imatge.

Amb la introducció de la multiplexació, HTTP/2 va resoldre el problema causat pels límits de connexió, permetent la transferència de diversos fitxers a través d’una connexió singular.

L’altra millora important va ser la introducció d’una millor compressió de capçalera, juntament amb algunes altres característiques que han demostrat menys èxit a la pràctica (vegeu l’excel·lent Guia HTTP/2 per a més detalls).

Tot i això, aquestes millores no van solucionar tots els problemes amb el protocol TCP.

TCP transfereix els paquets cronològicament, és a dir, si es perd un paquet, tota la connexió es manté fins que el paquet es rep amb èxit. Aquest problema, conegut com bloqueig de cap de línianega alguns dels avantatges de la multiplexació.

Un altre repte amb TCP és que està totalment deslligat del protocol TLS.

Això és per disseny, ja que els llocs poden ser tant segurs com insegurs.

Com a resultat, un servidor i un client han de fer diversos viatges d’anada i tornada per negociar una connexió abans de transmetre dades.

Com soluciona HTTP/3 aquests problemes?

En passar de TCP a UDP, HTTP/3 introdueix tres característiques principals que el diferencien d’HTTP/1.1 i HTTP/2.

Flux de bytes independents

HTTP/3 soluciona el bloqueig de cap de línia introduint fluxos de bytes independents per a fitxers individuals. Només es bloquegen les dades d’un flux individual mentre es torna a enviar el paquet perdut, no tota la connexió.

Per il·lustrar-ho encara més, val la pena pensar en la fantàstica analogia del camió Tom Anthony utilitzat en el seu presentació seminal a HTTP/2 (actualitzat ara per a HTTP/3).

La premissa bàsica és que amb HTTP/1.1, acabeu amb diversos camions fent cua per anar a la mateixa carretera (connexió).

En canvi, HTTP/2 permet que diversos camions estiguin al mateix carril simultàniament.

Malauradament, amb TCP, si un camió s’atura, tota la carretera queda bloquejada fins que el camió es torna a moure.

Amb HTTP/3 i UDP, els altres camions només poden conduir-hi.

Integració TLS

En incorporar TLS 1.3 al mateix HTTP/3, en comptes de tenir dos protocols diferents que funcionin de manera independent, només cal una encaixada de mans singular per reduir el nombre d’anades i tornades de dos (o tres si s’utilitza TLS 1.2) a un.

Aquest canvi significa connexions més ràpides i segures per als usuaris.

Una conseqüència d’aquest canvi és que HTTP/3 només es pot utilitzar en un lloc segur perquè TLS i UDP estan estretament entrellaçats. Curiosament, aquest no va ser el cas amb HTTP/2, que tècnicament es pot utilitzar en un lloc insegur, encara que cap dels principals navegadors us permet fer-ho.

Migració de connexió

En lloc d’utilitzar IP per encaminar paquets, HTTP/3 utilitza identificadors de connexió.

En fer-ho, pot gestionar els canvis de xarxa sense necessitat de restablir una connexió.

Això és molt avantatjós en un món de telefonia mòbil, on els usuaris sovint canvien entre xarxes wifi i cel·lulars, tant pel que fa a la velocitat com a l’estabilitat de la connexió.

Tornant a la nostra analogia de camions, això és com arribar a una cruïlla i haver de tornar a fer cua abans de poder passar a la següent carretera.

Amb HTTP/3, hi ha un camí de desviament que us permet intercanviar entre els dos sense problemes.

HTTP/3 té algun desavantatge?

Tot i que HTTP/3 té alguns avantatges de rendiment clars, els seus detractors han posat èmfasi en diversos desavantatges.

En primer lloc, el protocol oferirà beneficis limitats als usuaris amb connexions ràpides, amb l’1% al 10% més lents que veuran la majoria dels guanys.

Però, pel que fa a Core Web Vitals, això podria ser molt beneficiós.

Les puntuacions de CWV són globals, de manera que és totalment possible baixar-les per un subconjunt específic d’usuaris en una ubicació geogràfica llunyana.

De la mateixa manera, en un món de telefonia mòbil, fins i tot els usuaris amb dispositius ràpids i proximitat geogràfica poden patir problemes de xarxa temporals, que poden tenir un efecte advers en CWV.

Com més mòbils siguin els usuaris, més probabilitat que això tingui un impacte.

Una altra queixa és que canviar a HTTP/3 requereix una actualització del servidor força important perquè canvia fonamentalment el funcionament de la capa de transport.

A més, l’ús d’UDP també introdueix requisits de CPU més elevats, cosa que pot augmentar la pressió sobre els servidors.

Tots dos arguments són justos, però actualment s’està optimitzant l’ús de la CPU.

A més, com veurem a la secció d’implementació següent, molts proveïdors de CDN ja proporcionen solucions HTTP/3 relativament senzilles que es poden desplegat a la vora.

És important HTTP/3 per al SEO?

Tot i que Googlebot admet HTTP/2 des de llavors novembre 2020amb la meitat de tots els URL ara rastrejats mitjançant el protocol, és així actualment no és compatible amb HTTP/3.

HTTP/2 només s’utilitza quan hi ha un benefici clar fer-ho, és a dir, quan s’utilitza HTTP/2 comportarà un estalvi important de recursos tant per als servidors com per a Googlebot.

Sens dubte, això continuarà augmentant amb el pas del temps, però atesa la bretxa de cinc anys entre la publicació del protocol HTTP/2 i el suport de Googlebot, és probable que HTTP/3 encara estigui lluny.

Dit això, la implementació d’HTTP/3 encara podria tenir un impacte indirecte en SEO, si el suport del protocol condueix a un millor Core Web Vitals puntuacions.

Actualitzar la vostra infraestructura de servidor per donar suport a HTTP/3, o, per tant, HTTP/2, és només una de les moltes millores potencials que podeu aprofitar per garantir que el vostre lloc web tingui el màxim rendiment possible.

I els avantatges de tenir un lloc web amb rendiment, com ara percentatges de rebot reduïts, augment del temps al lloc i percentatges de conversió més alts, s’estenen més enllà del SEO.

Per veure quin protocol utilitza Googlebot per rastrejar un lloc, podeu cercar un notificació a GSC o comproveu les sol·licituds de Googlebot dins del vostre registres d’accés al servidor.

Tot i que els formats varien, el protocol utilitzat s’indica habitualment a la sol·licitud HTTP que es troba entre cometes, juntament amb el mètode de sol·licitud i el camí d’URL.

50.56.92.47 [18/Apr/2022:10:00:00 -0100] "GET /seo/technical-seo-auditing/ HTTP/1.1" 200 684 "https://moz.com/" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Exemple d’una sol·licitud d’Apache (Format de registre combinat).

Com comprovar si un lloc web admet HTTP/3

Si no esteu segur de si un lloc web admet o no HTTP/3, podeu comprovar-ho mitjançant una eina en línia com: https://http3check.net/

Alternativament, tant Chrome com Firefox mostren el protocol per sol·licitud a la pestanya de xarxa d’eines de desenvolupament.

Aquests camps no són visibles per defecte, però es poden activar fent clic amb el botó dret a la barra de navegació i seleccionant “Protocol”. Les sol·licituds HTTP/3 s’etiqueten com “h3”.

També és possible comprovar mitjançant la línia d’ordres i rínxol.

curl --http3 https://website.com/

Com que molts llocs només tindran HTTP/3 habilitat per als recursos de la pàgina (normalment els allotjats en un CDN), l’ús d’eines de desenvolupament us donarà una imatge més precisa i us permetrà avaluar millor les oportunitats disponibles.

Com puc implementar HTTP/3?

La manera més senzilla, amb diferència, d’habilitar HTTP/3 és mitjançant a CDN.

Diversos proveïdors importants, inclosos Cloudflare, Google Cloudi Ràpidament ja donen suport al protocol.

Segons W3Techs, 22% dels 10 milions de llocs web principals utilitzen Cloudflare, on podeu habilitar HTTP/3 fàcilment al tauler.

Si no esteu segur de quina pila tecnològica esteu tractant, feu servir Builtwith o Wappalyzer i comproveu si hi ha un CDN a la llista.

Si un lloc fa servir Cloudflare i totes les sol·licituds són HTTP/2, heu trobat una recomanació fàcil i impactant.

Si la implementació mitjançant un CDN no és possible, cal un canvi de servidor.

Diversos les implementacions estan disponiblesdepenent de l’idioma utilitzat, però els servidors web no els han adoptat de manera universal.

Per tant, és probable que la viabilitat d’implementar HTTP/3 depengui del tipus de programari que utilitzeu.

Malauradament, 32% dels servidors web utilitzen Apache, però ho és encara per començar treballant en suport a causa dels recursos de desenvolupament limitats.

De la mateixa manera, habilitant el protocol a Node requereix una solució alternativa a causa de la manca de Suport OpenSSL.

Windows (IIS) és l’últim proveïdor que ofereix el protocol de manera nativa, però requereix Windows Server 2022 i Windows 11 o posterior.

Embolcallant

HTTP/3 és un altre pas important per al web i proporcionarà un augment de rendiment molt necessari per donar suport a la seva contínua evolució.

Com a professionals del SEO i del màrqueting digital, hauríem de ser conscients dels beneficis que aporta el protocol abans de la seva imminent publicació, de manera que podem començar a recomanar-ne l’ús i permetre als nostres usuaris obtenir els beneficis durant els propers anys.

Més recursos:

Imatge destacada: VectorHot/Shutterstock