Semalt selittää, mikä on HTTPS/2 ja sen SEO-edut

HTTPS/2 on yleinen ohjelmointikieli, jonka olet saattanut kohdata erityisesti Google Lighthouse -raporttiraportissasi. Se näkyy vihreänä (käytössä), tai se avaa sinulle mahdollisuuden käyttää sitä sivun latausnopeuden parantamiseen.

Tässä artikkelissa selitämme, mitä HTTPS/2 tarkoittaa, ja näytämme, mitä vaikutuksia sillä on hakukoneoptimoijaan. Näytämme sinulle, miten se toimii, sen hyvät ja huonot puolet ja miten me toteutamme sen, jotta sivusi voi saavuttaa nopeustavoitteensa.

HTTPS/2 on protokolla, joka ohjaa pyyntöjä tekevien selainten ja pyydettyjä tietoja sisältävän palvelimen välistä viestintää. Ennen HTTPS/1 -protokollaa HTTPS/2: sta tuli standardoitu protokolla nopeaa ja tehokasta viestintää varten vuonna 2015.

Google vahvisti marraskuussa 2020, että se alkaa indeksoida sivustoja HTTPS/2 -yhteyden kautta, ja toukokuussa 2021 John Mueller vahvisti sen. Hän sanoi, että Google indeksoi jo yli puolet kaikista URL -osoitteistaan ​​HTTPS/2 -protokollalla.

Tuolloin tämä tarkoitti, että Googlebot pystyi indeksoimaan palvelimia nopeammin kuin ennen. Kun selaimen ja palvelimen välinen yhteys on nopeampi, vierailijat kokivat nopeamman vuorovaikutuksen verkkosivuston käyttöliittymän kanssa. Tämä tarkoitti parempaa käyttäjien vuorovaikutusta.

Protokolla on joukko sääntöjä, jotka on otettu käyttöön asiakkaan ja heidän palvelimiensa välisen pyynnön hallitsemiseksi. Yleensä se koostuu kolmesta pääosasta, nimittäin:

Otsikko: Otsikko sisältää tarvittavat tiedot, mukaan lukien sivun lähde- ja kohdeosoitteen. Se sisältää myös pyynnön koon ja tyypin tiedot.

Hyötykuorma: Se on tieto, joka lähetetään, hyötykuorma.

Alatunniste: alatunniste määrittää polun, jonka pyyntö kulkee aiotulle vastaanottajalle. Se varmistaa, että sen lähettämät tiedot ovat virheettömiä, kun niitä siirretään selaimeen ja sieltä.

Jos HTTP/1 toimi niin hyvin, miksi suosimme HTTP/2: ta? Yksi tapa ymmärtää tämä on käyttää Tom Anthonyn kuorma -autojen analogia. Hän selitti HTTP/2: n käyttämällä kuorma -autoa, joka edustaa asiakkaan pyyntöä palvelimelle. Kuorma -auton tie on sen verkkoyhteys.

Saavuttuaan palvelimelle pyynnön kanssa kuorma nousee kuormalla ja lähettää sen takaisin selaimeen.

HTTPS -protokollan käyttö lisää vastausten suojaustasoa. HTTPS: n avulla kukaan ei voi kurkistaa kuorma -autoon nähdäkseen, mitä se kuljettaa. Joten käyttäjän tiedot ja arkaluonteiset tiedot pidetään turvassa.

HTTPS/1: n suurin haaste on se, että tietoja kuljettavat kuorma -autot eivät pysty matkustamaan todella nopeasti. Elämme maailmassa, jossa Internetin käyttäjät tarvitsevat pyyntönsä toimittamisen valon nopeudella, eikä HTTP/1 yksinkertaisesti pystynyt siihen.

Internetin käyttäjät haluavat myös johdonmukaisuutta; nopeuden tulisi pysyä vakiona riippumatta siitä, kuinka suuri pyyntö on tai kuinka pitkälle se tarvitsee matkustaa.

Toinen asia, jota harkitsemme, on se, että useimmat verkkosivustot tarvitsevat vain yhden sivun, mutta pyyntöjen ja vastausten sarjan vain yhden sivun lataamiseksi. Esimerkiksi sivulla on oltava kuvatiedoston, JavaScript -tiedoston ja CSS -tiedoston pyyntö. Monissa tapauksissa jokainen näistä tiedostoista vaatii riippuvuutensa, mikä tarkoittaa enemmän pyyntöjä ja matkat on tehtävä selaimen ja palvelimen välillä, ennen kuin sivu voidaan muodostaa kokonaan.

HTTPS/1: n avulla jokainen kuorma -auto tarvitsee oman tiensä. Se vaatii ainutlaatuisen verkkopyynnön, ja jokainen verkkopyyntö on tehtävä tietyille pyynnöille. Kaiken tämän tekeminen vaikuttaa siihen, miksi HTTPS/1 on hidas.

HTTPS/1 mahdollistaa vain kuusi samanaikaista yhteyttä kerrallaan. Joten vaikka samanaikaisesti on enemmän kuin kuusi pyyntöä, loput joutuvat odottamaan, kunnes verkkoyhteys on vapautettu.

HTTPS/2 luo meille mahdollisuuden vaikuttaa myönteisesti pyydettyyn käyttäytymiseen. Sen multipleksitoiminto tarkoittaa, että useampia pyyntöjä voidaan tehdä samanaikaisesti, joten se voi antaa enemmän vastauksia nopeammin.

Server Push on toinen ominaisuus, joka tekee HTTPS/2: sta paremman. Palvelimen push tarkoittaa, että se mahdollistaa palvelimen vastata pyyntöön useilla vastauksilla kerralla.

Jos esimerkiksi meidän on palautettava CSS ja JavaScript yhdessä, HTTPS/2 mahdollistaa molempien tiedostojen lähettämisen samanaikaisesti.

HTTPS/1 ja HTTPS/2 on rakennettu samaan syntaksiin, joten HTTPS/2 -protokolla on päivitetty versio eikä täydellinen siirto. Tämä oli tarkoituksellista, joten siirtyminen yhdestä toiseen olisi mahdollisimman saumaton.

Tässä on joitain HTTPS/2: n ominaisuuksia:

HTTPS/2 -muutos muutosprotokollaan muuttui tekstistä binääriseksi, jotta pyyntö vastausjaksoihin saatiin päätökseen. Tekstien ymmärtämisen sijaan se vain muuntaa ne 1: ksi ja 0: ksi, mikä on paljon helpompi käsitellä ja ymmärtää.

Binäärin käyttö helpotti myös komentojen toteuttamista ja helpottaa näiden komentojen luomista ja jäsentämistä.

Multipleksointi on ominaisuus, joka mahdollistaa useiden käyttäjäpyyntöjen tekemisen samanaikaisesti yhden komennon kautta. Multipleksointi toimii jakamalla hyötykuorma pienempiin sekvensseihin ja jäsentämällä ne ennen kuin ne lähetetään yhdellä yhteydellä, joka sitten kootaan uudelleen ennen kuin se saavuttaa selaimen.

Yksi tärkeimmistä syistä, miksi multipleksointi keksittiin, on ratkaista ongelma resursseja kuluttavilla pyynnöillä. Kanavointi on tehokas tapa estää pyyntöjen ja vastausten törmääminen matkalla.

Ylätunnisteen pakkaus on toinen mielenkiintoinen HTTPS/2: n ominaisuus, joka on suunniteltu vähentämään HTTPS/1: n hitaasti käynnistyvän mekanismin aiheuttamia lisäkustannuksia.

Koska useimmilla verkkosivustoilla on nyt runsaasti grafiikkaa ja sisältöä, asiakaspyyntö aiheuttaa todennäköisesti useiden lähes identtisten kehysten lähettämisen takaisin selaimeen. Ongelmana on kuitenkin se, että tämä aiheuttaa viiveitä ja kuluttaa verkon niukkoja resursseja.

Ylätunnisteen pakkaus koodaa otsikon yhteen pakattuun lohkoon ja lähettää sen asiakkaalle, mikä tekee asioista nopeampia ja parempia.

Palvelimen push pakottaa resurssit, joita käyttäjä todennäköisesti käyttää, selaimen välimuistiin jo ennen niiden pyytämistä. HTTPS/2 ennakoi tietoja tai resursseja, joita todennäköisimmin käytetään tulevaisuudessa (aiempien pyyntöjen perusteella), ja lähettää nämä resurssit eteenpäin eikä odota asiakkaan vastausta siihen.

Tämä varmistaa, että tiedot ovat jo selaimessa odottamassa käyttäjän kehotusta. Se estää uuden pyynnön tai vastauspyynnön tarpeen. Se myös vähentää verkon viiveitä, jotka ovat yleisiä, kun sivun lataamiseen käytetään useita resursseja.

HTTPS/2 on helpottanut ja nopeuttanut asioita. Kaiken kaikkiaan se on johtanut parempaan yleiseen web -suorituskykyyn, minkä vuoksi sinun pitäisi ottaa se käyttöön sivustossasi.

HTTPS/1: n avulla olet tuskin kiinni, varsinkin kun kilpailet tänään. Nopeus, käyttäjäkokemus ja mobiiliystävällisyys ovat kaikki tekijöitä, jotka meidän on otettava huomioon, kun optimoimme SEO: lle ja HTTPS/2 toimii paremmin kuin HTTPS/1.

Tee se muutos tänään.