SEO ja AMP (Accelerated Mobile Pages): Kuinka käyttää tätä teknologiaa latausnopeuden parantamiseksi

Johdanto

Digitaalisen aikakauden myötä, jolloin kaikki on käden ulottuvilla, suorituskykyisestä verkkosivustosta on tullut ensiarvoisen tärkeä kaikille yrityksille. Hakukoneoptimointi (SEO) ja Accelerated Mobile Pages (AMP) ovat kaksi keskeistä teknologiaa, jotka voivat merkittävästi parantaa verkkosivustosi suorituskykyä.

Termi SEO on laajalti tunnettu verkkomarkkinoinnin alalla. Se on käytäntö, jonka avulla optimoidaan verkkosivustosi eri osa-alueita, jotta hakukoneiden on helpompi löytää se. Tämä voi lisätä verkkosivustosi näkyvyyttä ja houkutella enemmän liikennettä.

Toisaalta AMP on suhteellisen uusi teknologia, joka on suunniteltu parantamaan verkkosivujen latausnopeutta erityisesti mobiililaitteilla. Tämä teknologia edistää sujuvampaa ja nopeampaa käyttäjäkokemusta, mikä voi kannustaa kävijöitä viipymään sivustollasi pidempään ja olemaan enemmän vuorovaikutuksessa sisältösi kanssa.

Mikä on AMP ja miksi se on tärkeää?

Accelerated Mobile Pages (AMP) on Googlen käynnistämä avoimen lähdekoodin projekti, jonka tavoitteena on parantaa verkkosivujen nopeutta ja suorituskykyä mobiililaitteilla. Käyttämällä yksinkertaistettua HTML-versiota AMP poistaa ei-välttämättömät elementit, jotka hidastavat sivujen latautumista, mahdollistaen lähes välittömän latauksen.

Vaikka AMP liitetään usein mobiililaitteille optimointiin, se voi myös parantaa sivujesi suorituskykyä pöytätietokoneilla. Nopea latautuminen on nimittäin keskeinen tekijä hyvälle käyttäjäkokemukselle riippumatta käytetystä alustasta.

Miten käyttää AMP:tä latausnopeuden parantamiseen

AMP:n käyttöönotto sivustollasi edellyttää, että luot AMP-version jokaisesta sivustasi. Tämä tarkoittaa yksinkertaistetun HTML-koodin käyttöä ja tiettyjen elementtien, kuten lomakkeiden tai mukautettujen JavaScript-skriptien, poistamista, sillä ne voivat hidastaa sivujesi latautumista.

On myös suositeltavaa käyttää Googlen AMP-validointityökalua varmistaaksesi, että AMP-sivusi on muotoiltu oikein ja että ne noudattavat AMP-projektin ohjeita. Lisäksi älä unohda lisätä linkkiä kunkin sivun AMP-versioon alkuperäisen sivun koodissa, jotta Google voi havaita ja indeksoida AMP-sisältösi oikein.

Lopuksi on tärkeää huomata, että AMP on vain yksi monista työkaluista, joilla voit parantaa sivustosi latausnopeutta. Muut strategiat, kuten kuvien optimointi, CSS- ja JavaScript-koodin vähentäminen sekä sisällönjakeluverkon (CDN) käyttö, voivat myös auttaa nopeuttamaan sivustoasi.

html

Mobile-first-konteksti: miksi nopeudesta on tullut ratkaisevaa

Viimeisen vuosikymmenen aikana mobiiliselaaminen on ohittanut desktop-selaamisen useimmissa maissa,
mikä on pakottanut SEO-strategioiden täydelliseen uudistamiseen. Vuonna 2018 Google virallisti « mobile-first indexing , eli
mobiiliversion huomioimisen etusijalla sivuston sijoituksessa. Tämä siirtymä on fait tehnyt lataus
nopeudesta ratkaisevan kriteerin, ei ainoastaan hakukonenäkyvyydelle, vaan myös käyttäjäkokemukselle,
konversiolle ja sitouttamiselle. Deloitten tutkimukset ovat osoittaneet, että yhdenkin sekunnin parannus latausajassa
mobiilissa voi nostaa konversioastetta 8 % vähittäiskaupassa ja 10 % matkailussa. Tässä yhteydessä AMP on
noussut nopeasti vastausteknologiaksi, integroiden joukon sääntöjä, jotka rajoittavat koodia taatakseen
lähes välittömän näyttämisen.

AMP:n tekniset perusteet: kevennetty HTML, asynkroninen JavaScript ja integroitu CDN

AMP-projekti nojaa kolmeen pilariin, jotka voivat vähentää viivettä drastisesti. Ensiksi HTML:n osajoukko
nimeltään AMP HTML, joka poistaa tai korvaa renderöintiä mahdollisesti estäviä elementtejä (esimerkiksi, img korvataan
par amp-img). Toinen pilari: oma JavaScript-kirjasto, jota kuvataan ei-estäväksi ja joka hallitsee
resurssien asynkronista latausta ja neutraloi document.write() ja muut kutsut, jotka voivat jähmettää
pääsäikeen. Lopuksi Google hyödyntää AMP-välimuistin konseptia, maailmanlaajuista CDN:ää, joka palvelee validoituja sivuja
aliverkkotunnuksista https://cdn.ampproject.org, mikä pienentää fyysistä ja loogista etäisyyttä palvelimen ja käyttäjän välillä.

Rajoitettu HTML ja tiukat validoinnit

AMP-validointi ei ole pelkkä suositus: se on vaatimus. Mikä tahansa kielletty tunniste – esimerkiksi
tai – palauttaa virheen « AMP validation failed ja sulkee sivun pois
SERP:n omistetuista karuselleista. Rajoittamalla tunnisteiden valikoimaa rajusti AMP varmistaa estottoman renderöinnin,
mutta edellyttää usein toimintojen (valikot, liukusäätimet, monivaiheiset lomakkeet) uudelleenajattelua komponentteina
Sallitut AMP:t (amp-carousel, amp-form, jne.). Kehittäjä ei siis ole ainoastaan rajoitettu, vaan häntä
tuetaan ennalta määritellyllä, suorituskykyä varten optimoidulla web-komponenttien ekosysteemilläsuorituskykyä varten.

AMP-välimuistin rooli koetussa viiveessä

Kun käyttäjä klikkaa AMP-tulosta Googlessa, se tarjoillaan suoraan Googlen välimuistista, mikä
poistaa TCP-reitinhaun alkuperäiselle palvelimelle ja vähentää time to first byte -aikaa ja poistaa alkuperäisen
DNS-haun. Mediasivuston mittakaavassa, jonka yleisö on maailmanlaajuinen, AMP-CDN voi tarkoittaa useiden satojen
millisekuntien säästöä, erityisesti 3G-verkoissa, joita käytetään yhä laajoilla maantieteellisillä alueilla. Lokit
« El País osoittivat näin ollen, että Latinalaisessa Amerikassa mediaaniviive ennen näyttämistä jakautui kolmeen osaan AMP:n käyttöönoton jälkeen
AMP:n myötä, pudoten 2,9 sekunnista 1,0 sekuntiin.

AMP:n mitattavissa oleva vaikutus Core Web Vitals -mittareihin

Vuodesta 2021 lähtien Google sisällyttää virallisesti Core Web Vitals -mittarit (LCP, FID, CLS) algoritmiinsa. AMP on suunniteltu
nimenomaan vastaamaan näihin indikaattoreihin jo ennen kuin niitä edes oli olemassa: skripti amp-boilerplate pakottaa sisällön
olla siirtymättä, mikä parantaa Cumulative Layout Shift (CLS) -arvoa, kun taas asynkroninen JavaScript minimoi First
Input Delay (FID). Largest Contentful Paintin (LCP) osalta estettyjen skriptien kielto ja CDN:n käyttö pienentää
sen kynnysarvon tyypillisesti alle 2,5 s. Brittiläinen kustantaja The Guardian raportoi keskimääräiseksi CLS-arvoksi 0,02 AMP-sivuilla
verrattuna 0,09:ään perinteisillä mobiilisivuilla, ero riittää siirtymään arvosanasta « Needs Improvement à
« Good Search Consolen mukaan.

AMP:n vaikutus crawl budgetiin ja indeksointiin

Jokainen suuren liikenteen SEO-tiimi tuntee crawl budgetin rajoitteen. Jokainen ylimääräinen URL on yksi ehdokas vähemmän
robotin käyntiin, erityisesti suurilla verkkokauppasivustoilla. AMP vaikuttaa tähän budjettiin kahdella tavalla. Ensinnäkin,
mahdollinen päällekkäisyys ei-AMP- ja AMP-versioiden välillä kasvattaa kokonaisvolyymia, mutta rel-tunnisteiden käytön ansiosta
rel="canonical" ja rel="amphtml", Googlebot voi suurelta osin ohittaa redundanssit. Toiseksi AMP-sivut
vastaavat nopeammin; Google on vahvistanut, että palvelimen vasteaika on parametri, joka säätelee crawl ratea.
Palvelin, joka pystyy toimittamaan sivut 100 ms:ssa, kannustaa Googlebotia kuluttamaan enemmän URL-osoitteita, mikä parantaa
kokonaisindeksoinnin kattavuutta.

AMP-sivuille erityiset SEO:n parhaat käytännöt

Canonical-tagi: vältä kannibalisaatio ja PageRankin laimeneminen

Jokaisella AMP-sivulla on oltava canonical-tagi joka osoittaa ei-AMP-versioon (tai itseensä, jos
mitään muuta versiota ei ole olemassa). Lisäksi ei-AMP-sivu lisää AMP-versioon. Tämä ristiinlinkitys
takaa Googlelle, että kyseessä on yksi ja sama resurssi, vahvistaen suosiota koskevia signaaleja ja ehkäisten
kannibalisaation. Vuonna 2016 useat verkkokauppiaat menettivät sijoituksiaan, koska olivat jättäneet canonicalin pois, aiheuttaen
sisäistä kilpailua kahden version välillä ja jakamalla heidän nettilinkityksensä kahteen osaan.

Strukturoidut tiedot: näkyvyyden vahvistaja SERPissä

AMP ei kumoa merkinnän tärkeyttä ja. Päinvastoin, jotkin ”Top stories” -karusellit edellyttävät
läsnäoloa Article, NewsArticle tai VideoObject. Reseptikustantaja Marmiton näki ”rich results” -tulosten osuuden
kasvavan +18 % Search Consolessa yhdistettyään AMP:n ja Recipe JSON-LD:n, luoden synergian koetun nopeuden
ja visuaalisen houkuttelevuuden välillä SERPissä. Teknisessä blogissa ’FAQPage tai HowTo voi myös
avata laajennettuja snippettejä, jotka vievät enemmän orgaanista tilaa.

Tapaustutkimuksia: media, verkkokauppa ja blogit

The Washington Post: 23 %:n kasvu palaavissa käynneissä

Yksi AMP:n ensimmäisistä kumppaneista, Washington Post, siirsi jo vuonna 2016 yli tuhat artikkelia. Lehti
havaitsi mediaanin latausajan lyhentyneen 88 % ja ennen kaikkea lumipalloefektin: kuuden kuukauden jälkeen
23 % lukijoista luki vähintään kolme artikkelia istuntoa kohden, kun ennen AMP:tä luku oli 14 %. Nopeus toimii siis
sisällönkulutuksen mahdollistajana – keskeinen parametri ohjelmallisesta mainonnasta riippuvaiselle medialle.

AliExpress ja verkkokaupan haaste

Vaikka AliExpress tunnetaan PWA:staan, se testasi AMP:tä tuotelistaussivuillaan tietyillä kehittyvillä markkinoilla, joilla
yhteydet ovat rajalliset. AMP-muotoiset tuotesivut näyttivät klikkausprosenttia 10,5 % korkeampaa SERP:ssä
mobiilissa, mutta kassan monimutkaisuus (yhteensopimaton amp-form tuohon aikaan) johti tiimin hybridimalliin:
AMP löytämiseen, sitten uudelleenohjaus PWA:han konversiota varten. Tämä kokemus muistuttaa, että AMP on joskus
laajemman suppilon ensimmäinen lenkki ja se on suunniteltava sellaiseksi.

Itsenäinen bloggaaminen: Backlinkon tapaus

Backlinkon Brian Dean muutti bloginsa AMP:ksi vuonna 2020. Tuloksena: +13 % orgaanista liikennettä 90 päivässä, pääasiassa
paremman sijoituksen ansiosta « how to -kyselyissä. Pelkistetty rakenne vähensi dom size 65 %:sta, mistä johtuu
1,1 s:n Largest Contentful Paint. Dean kuitenkin korostaa huolellisen AMP-designin tarvetta; liian
minimalistinen versio voi vähentää sivulla vietettyä aikaa, joka on laadun signaali epäsuorasti korreloitunut SEO:n kanssa.

Sisältöstrategia, monetisointi ja AMP:n rajoitukset

AMP:n käyttöönotto herättää kysymyksiä mainonnasta ja analytiikasta. Monien mainospalveluverkostojen on täytynyt luoda
erityisiä formaatteja (amp-ad). Vaikka Google Ad Manager oli nopeasti yhteensopiva, muut, kuten Amazon Transparent Ad
Marketplace, jäivät jälkeen, mikä johti eCPM:n hetkelliseen laskuun. Tämän tulonmenetyksen paikkaamiseksi jotkut
julkaisijat ovat ottaneet käyttöön suoraan myytyjä ”native”-mainoksia, jotka on kapseloitu amp-iframe:en. Analytiikan puolella AMP vaatii kaksinkertaisen tägäyksen:
analytics.js klassisessa versiossa ja amp-analytics JSON-määrityksen kautta. Sessioiden erot (usein
3–5 %:n menetys) on huomioitava suorituskykyraporteissa.

AMP vs PWA, SSR ja CSR: valita vai yhdistää?

Kysymys ei ole aina AMP tai PWA (Progressive Web App) ; kyse voi olla yhdistelmästä. Twitter Lite integroi
AMP ulkoista linkitystä varten, kun taas PWA ottaa ohjat, kun käyttäjä on tunnistautunut. Samoin modernit frameworkit
(Next.js, Nuxt, Astro) tarjoavat AMP-first- tai AMP-hybriditiloja, yhdistäen palvelinpuolen renderöinnin (SSR)
boteille ja asiakaspuolen hydrauksen edistyneeseen interaktiivisuuteen. Jotkin yritykset, kuten Booking.com, ovat
mieluummin optimoineet SSR-putkensa kuin ylläpitäneet kahta totuuden lähdettä (AMP/ei-AMP). Ne nojaavat
samoihin suorituskykyperiaatteisiin kuin AMP (lazy-loading, esiyhteys, bundlen pilkkominen) ilman formaatin jäykkyyttä.

Vaiheittainen käyttöönotto: auditoinnista käyttöönottoon

AMP-migraatio alkaa Lighthouse-auditoinnilla ja täydellä crawlauksella (Screaming Frog, Sitebulb), jotta voidaan tunnistaa
prioriteettitemplatet: artikkeli-, tuote- ja kategori sivut. Sitten tulee validoidun AMP-prototyypin luominen
https://validator.ampproject.org, avulla. Yleisin strategia vuorottelee käyttöönottoa rinnakkain, jättäen valinnan
käyttäjälle (kytkin, otsakelinkki) ja havainnoiden suorituskykyä A/B-otoksessa. Ranskalainen Wexperience-toimisto
omaksui tämän lähestymistavan La Redoutelle, testaten 10 % liikenteestä ennen yleistämistä. Seurattuja KPI-mittareita ovat LCP,
poistumisprosentti, tuotto per sessio ja robottien indeksointisuhde.

SEO-painotteinen AMP-käyttöönoton tarkistuslista

• Luo erillinen URL (pääte /amp/ tai parametri ?amp)
• Lisää tunniste <html ⚡> osoittaa AMP-tila
• Ota käyttöön ja
• Lataa amp-boilerplate.css ja skripti https://cdn.ampproject.org/v0.js
• Tarkista validointi JavaScript-konsolin kautta : AMP.printState()
• Päivitä sitemap.xml jos AMP-versio on itsekanoninen
• Lähetä AMP-URL-osoitteet Search Consoleen (raportti « Parannukset )
• Seuraa AMP:lle ominaisia rakenteellisia virheitä (JSON-LD-epäyhteensopivuus, kuvat 1200×800 px)
• Määrittää amp-analytics ja linkitä View ID:t Google Analytics 4:ään
• Testaa vaikutus mainoksiin erillisillä raporteilla (eCPM, viewability, CLS)

Mittaa ja iteröi: diagnostiikkatyökalut ja KPI:t

Käyttöönotto on vasta ensimmäinen askel ; jatkuvan optimoinnin vaihe on ratkaisevan tärkeä.
Työkalut : PageSpeed Insights tarjoaa CrUX-kenttädataa, WebPageTest mahdollistaa latauksen kuvaamisen
kuva kuvalta, Lighthouse CI helpottaa monitorointia CI/CD:ssä.
KPI:t: LCP:n tuolle puolen <2,5 s, on fixera un First Contentful Paint <1,8 s, un Total Blocking Time <200 ms, un CLS <0,1. En SEO, on suivra la couverture d’indexation AMP, le trafic organique mobile pur, le CTR sur carrousel Top Stories, et bien sûr, les micro-conversions (inscriptions, ajout au panier). Pour un média, la combinaison « Pages par session + « Ad viewability est pertinente : si AMP fait fuir l’internaute après la lecture unique, l’objectif n’est pas atteint.

Edistynyt optimointi: esilataus, esiyhteys ja next-gen-kuvat

AMP mahdollistaa attribuutin preload kautta amp-script ennakoidakseen kriittisen resurssin.
Esiyhteys () kolmannen osapuolen API:in, esimerkiksi Stripeen tai Algoliaan,
lyhentää handshake-aikaa, mutta varo kiintiöitä; liian monet esiyhteydet kuormittavat DNS-välimuistia.
Kuvien osalta, tukee muotoa WebP ja vuodesta 2022 lähtien, AVIF, edellyttäen että tarjotaan fallback jpg.
Testit hotellialan sivustolla osoittivat 35 %:n parannuksen sivun kokonaispainossa jpeg→WebP-migraation jälkeen.
Lopuksi, amp-install-serviceworker voi muuttaa AMP-sivun PWA:n sisäänkäyntipisteeksi,
yhdistäen AMP-nopeuden ja PWA:n offline-tilan.

AMP ja äänihaku: aliarvostettu etu

Ääniavustajat (Google Assistant, Alexa) hyödyntävät nopeaa ja jäsenneltyä sisältöä.
Google Assistant hakee usein artikkelin AMP-version toimintoa « Read It varten .
Lisää tunnisteita keskeisten kappaleiden ympärille ja rikastaa AMP:tä Speakable
parantaa mahdollisuuksia tulla valituksi vastaukseksi. Libération.fr havaitsi 40 %:n kasvun ääni-siteerauksissa
sen jälkeen kun se otti käyttöön Speakable AMP-sivuillaan.

AMP:n tulevaisuus Page Experience -päivityksen jälkeen

Vuonna 2021 Google poisti AMP-vaatimuksen päästäkseen karuselliin « Top stories .
Silti AMP ei ole kadonnut. Sen lähdekoodia hallinnoi nyt OpenJS-säätiö, mikä parantaa avointa hallintoa.
Roadmap sisältää sallivamman « amp-script » -komponentin, ES-moduulien integroinnin ja luopumisen
vaiheittain attribuutista ⚡ jonkin loading="eager" natiivin.
SEO-asiantuntijoille tämä tarkoittaa AMP:n parhaiden käytäntöjen ja modernien web-standardien lähentymistä.
Sivustot, jotka hallitsevat AMP-ekosysteemin, saavat luonnollisen edun siirtyessään Chrome Fast Pages -ratkaisuun
tai mihin tahansa Googlen tulevaan suorituskykyvaatimukseen. Sen sijaan ne, jotka nojautuivat yksinomaan AMP-välimuistiin,
joutuvat investoimaan kestävämpiin palvelin- ja front end -optimointeihin.

Operatiivinen johtopäätös: päätä, testaa, optimoi

AMP:n käyttöönotto nopeuden parantamiseksi ei tiivisty taikapluginiksi eikä Googlen sanelemaan velvoitteeseen.
Se on poikkitoiminnallinen hanke, jossa UX:n, SEO:n, monetisoinnin ja teknisen strategian on kohdattava.
Yrityksen on esitettävä itselleen kolme kysymystä: (1) Noudattavatko nykyiset sivuni jo Core Web Vitals -mittareita?
(2) Onko minulla resursseja ylläpitää kahta versiota vai pitäisikö tavoitella yhtä optimoitua koodipohjaa?
(3) Mitkä ovat mitattavat konkreettiset hyödyt (liikenne, tulot, brändi), jotka oikeuttavat monimutkaisuuden?
Vastaamalla rehellisesti määritellään toimintasuunnitelma: pilotti, seuranta ja jatkuva iterointi.
Olipa kyseessä media, joka tavoittelee sitouttamista, konversiota tavoittelevasta verkkokauppiaasta tai bloggaajasta
joka haluaa kasvattaa näkyvyyttään, AMP voi toimia kiihdyttäjänä – edellyttäen, että se kirjataan osaksi lähestymistapaa
kokonaisvaltaista suorituskyvyn ja käyttäjäkokemuksen parantamista.

Saatat olla kiinnostunut myös näistä artikkeleista:

Google Analyticsin käyttö hakukoneoptimointistrategian parantamiseen Hakukoneoptimointi ja Mobile-First Design: Miten mukauttaa verkkosivustosi mobiilikäyttäjille? Google Search Consolen käyttö verkkosivuston suorituskyvyn analysointiin SEA-sopimus - Google Ads Adwords SEO ja uutiset: Kuinka optimoida sivustosi uutishakuja varten