AMP (accelerated mobile pages) - WordUp Tricity oppsummering

På et WordUp Trójmiasto-treff i Gdynia, WordPress-meetupen i den polske Tricity-regionen, holdt jeg et foredrag om AMP (Accelerated Mobile Pages). Den gangen var det et av de heteste temaene innen mobil SEO. I 2026 vedlikeholdes AMP fortsatt, men det er et nisjeformat, og Google Search har fjernet nesten alle fordelene som gjorde det attraktivt for utgivere. Denne oppsummeringen beholder tesene fra foredraget og legger til hva som har endret seg siden, med dato og offisiell kilde for hver endring.

#WordUp Trójmiasto 12 program for AMP-foredraget

Arkivet til WordPress-miljøet i Tricity på wpgdynia.pl oppfører foredraget Przyspieszone strony mobilne AMP (akselererte mobilsider med AMP) i programmet for WordUp Trójmiasto #12, i tidsrommet 17:30 til 18:00. Innlegget om arrangementet ble publisert 18. mars 2018. Det inviterte til en lørdagssamling fra 17:00 til 20:00 i Pomorski Park Naukowo-Technologiczny i Gdynia, bygning III, kinosal A. Inngangen var gratis, med påkrevd registrering.

AMP-foredraget delte kvelden med fire andre innlegg. Programmet viser godt hva det lokale WordPress-miljøet var opptatt av våren 2018:

Det samme arkivet går tilbake til WordUp Gdańsk #1 den 17. desember 2012 og nummererer Tricity-utgavene fra #1 til #22. Senere utgaver går under navnet WordUp Gdynia, for eksempel WordUp Gdynia #24. I salen på #12 satt WordPress-utviklere, folk fra byråer og nettstedseiere, og de fleste spørsmålene etter foredraget handlet om én ting: om AMP kan fungere i en WooCommerce-butikk.

#De tre tesene i AMP-foredraget

Foredraget bygde på tre teser. I 2018 var alle tre sanne. De neste avsnittene viser hvilke som fortsatt holder.

#Hva AMP er: et HTML-rammeverk med begrensninger

AMP er et “slanket” HTML-rammeverk som Google presset frem for at sider skulle laste umiddelbart på mobil. Google kunngjorde prosjektet 7. oktober 2015 som et åpen kildekode-initiativ for et raskere mobilt nett. En AMP-side har tre deler:

1. AMP HTML: et delsett av HTML med egne elementer, som amp-img og amp-form.
2. AMP JS: kjøretidsmiljøet som laster ressurser og styrer oppsettet.
3. AMP Cache: et CDN som lagrer validerte AMP-dokumenter og leverer dem fra Googles infrastruktur.

Reglene er strenge. AMP-veiledningen om stiler forbyr !important og eksterne stilark (eneste unntak er egne skrifttyper), og all CSS fra forfatteren skal i én enkelt <style amp-custom>-blokk. Da foredraget ble holdt, var blokken begrenset til 50 KB. Egen JavaScript var helt forbudt, bare prosjektets egne komponenter var tillatt.

#Hvorfor utgivere tok i bruk AMP: hurtigbuffer og Top Stories

Foredraget pekte på to grunner til å ta i bruk AMP:

• Hastighet. Google kunne forhåndslaste et AMP-resultat fra sin hurtigbuffer før brukeren trykket på det, så artikkelen dukket opp nesten med en gang.
• Synlighet. Den mobile Top Stories-karusellen i Google viste AMP-resultater. Google selv beskrev funksjonen i mai 2020 som en som “for øyeblikket fremhever AMP-resultater” (Sowmya Subramanian, Google Search Central, egen oversettelse).

For et nyhetsmedium var det andre punktet avgjørende. Uten AMP fantes det ingen realistisk vei inn i karusellen.

#Baksiden av AMP: google.com/amp-adresser og designgrenser

Den tredje delen av foredraget handlet om kostnadene:

• Forvirring rundt adressen. Den som åpnet et AMP-resultat, så en adresse som begynte med google.com/amp/ i stedet for utgiverens domene. Signed Exchanges (SXG) løste dette delvis, fordi nettleseren kunne vise den opprinnelige adressen for innhold levert fra Googles hurtigbuffer.
• Designgrenser. Med begrenset CSS og uten egne skript var det mye arbeid å holde en konsekvent merkevare mellom AMP-versjonen og den vanlige siden.

#AMP-tidslinje fra foredraget til 2026

Etter 2018 flyttet nesten hvert eneste av punktene over seg. Tabellen viser endringene i rekkefølge, hver med primærkilde.

Den gjeldende AMP HTML-spesifikasjonen formulerer grensen slik: “Det er en valideringsfeil hvis forfatterens stilark og inline-stiler til sammen er større enn 75 000 byte” (egen oversettelse). Egen JavaScript er i dag mulig gjennom komponenten amp-script, som kjører koden i en Web Worker. Hvert inline-skript kan være på opptil 10 000 byte, og alle skriptene på en side til sammen opptil 150 000 byte.

#Kreves AMP for Google Top Stories

Nei, og det har det ikke gjort siden midten av 2021. I den opprinnelige kunngjøringen skrev Google: “AMP vil ikke lenger være nødvendig for at saker skal vises i Top Stories på mobil; funksjonen vil være åpen for alle sider” (Sowmya Subramanian, Google Search Central, egen oversettelse).

Innlegget fra april 2021 gikk lenger og koblet karusellen også fra ytelsesmålinger: “Dette betyr at AMP-formatet ikke lenger er påkrevd, og at enhver side, uavhengig av Core Web Vitals-poengsum eller page experience-status, kan vises i Top Stories-karusellen” (Jeffrey Jose, Google Search Central, egen oversettelse). Det samme innlegget varslet at Google ikke lenger skulle vise AMP-ikonet ved innhold i dette formatet. Utrullingen startet 15. juni 2021 og var ferdig i slutten av august 2021.

Det sterkeste argumentet fra foredraget, Top Stories-karusellen, gjelder altså ikke lenger. En vanlig WordPress-artikkel har samme tilgang til karusellen som en AMP-artikkel.

#Hvordan Google Search behandler AMP-sider i 2026

Googles AMP-dokumentasjon behandler i dag AMP som én av mange måter å bygge en side på: “Google Search indekserer AMP-sider på samme måte som andre nettsider” (egen oversettelse). AMP-sider kan fortsatt vises som utvidede resultater eller som Web Stories, men de må være gyldig AMP HTML, og AMP-adressen bør tydelig høre til hovednettstedet. AMP på datamaskin får ingen søkespesifikke funksjoner.

Den største endringen kom 1. juli 2026. Googles merknad om oppdateringen av dokumentasjonen sier at søket “nå tar brukerne direkte til AMP-sidene som utgiveren selv hoster”, og at utgivere “ikke lenger trenger å oppdatere AMP-hurtigbufferen eller konfigurere signed exchanges”. Merknaden avsluttes med: “AMP-innhold vil fortsatt rangeres akkurat som alle andre nettsider” (Google Search Central, oppdateringer i dokumentasjonen, egen oversettelse).

Dette skriver om to av tesene fra foredraget:

• Problemet med google.com/amp-adresser er borte for søketrafikk. Brukeren lander på AMP-adressen i utgiverens domene, så merkevareargumentet mot AMP faller bort.
• Argumentet om avlastning av serveren er også borte for søketrafikk. I 2018 leverte Google AMP-artikler fra sin egen hurtigbuffer, så et stort nyhetsnettsted håndterte færre forespørsler selv. Siden juli 2026 havner disse besøkene på utgiverens servere, akkurat som for en vanlig side.

Selve rammeverket er ikke forlatt. AMP er oppført som et at-large-prosjekt i OpenJS Foundation, og repositoriet ampproject/amphtml på GitHub publiserte en ny versjon 18. august 2026.

#Hvordan den offisielle AMP-utvidelsen for WordPress fungerer

I WordPress leveres AMP nesten alltid gjennom den offisielle AMP-utvidelsen. Blant bidragsyterne er Google, XWP, rtCamp og Automattic. Gjeldende tall fra utvidelseskatalogen på WordPress.org:

Installasjon med WP-CLI tar én linje:

wp plugin install amp --activate

Utvidelsen har tre malmoduser, og tidligere versjoner av denne artikkelen beskrev dem feil. Utvidelsens egen beskrivelse:

• Standard: “Denne malmodusen er det ideelle, siden det bare finnes ett tema for å betjene forespørsler og én versjon av nettstedet” (egen oversettelse). Hver adresse er en AMP-side.
• Transitional (overgang): “I denne modusen brukes også ett tema, men hver side kan ha to versjoner: AMP og ikke-AMP” (egen oversettelse). Det aktive temaet gjengir begge versjonene.
• Reader (leser): “I denne modusen finnes det to ulike temaer, ett for AMP-sider og ett for sider uten AMP” (egen oversettelse). AMP-versjonen bruker et eget, enklere tema.

Standard-modusen gir bare mening når temaet og hver aktive utvidelse produserer gyldig AMP. Transitional og Reader beholder en kanonisk side uten AMP, altså to versjoner av hver adresse som må testes etter hver oppdatering av tema eller utvidelser. Utgivelsesdatoen er også verdt en sjekk: Ingen ny versjon har kommet siden april 2025, mens WordPress selv utvikles videre.

#Hvorfor WooCommerce var det vanskeligste spørsmålet på foredraget

Spørsmålene etter foredraget handlet mest om WooCommerce, og det var ingen tilfeldighet. En butikk er avhengig av interaksjonene som AMP begrenset mest: produktskjemaer med varianter, minihandlekurven, rabattkodefelt og fremfor alt kassen, der betalingsløsningene legger inn egne skript.

I 2018 trengte hvert av disse elementene enten en AMP-komponent som amp-form eller en retur til den vanlige siden. Svaret fra foredraget gjelder fortsatt i prinsippet: AMP passer for innholdssider, mens handlekurv og kasse bør bli på vanlige sider. amp-script løsnet litt på JavaScript-forbudet, men størrelsesgrensene og Web Worker-modellen dekker ikke skriptene som betalingsleverandørene leverer. Siden en rask butikk er mulig uten AMP, er den praktiske veien den fra vår veiledning om WooCommerce-ytelse: hurtigbuffer, bildeformater og færre blokkerende skript i det vanlige temaet.

#Hvordan validere AMP-sider

Google Search forventer at AMP-sider er gyldig AMP HTML, så validering hører hjemme i enhver AMP-arbeidsflyt. AMP-veiledningen om validering lister opp metodene:

• I nettleseren: legg #development=1 til sidens adresse og les valideringsmeldingene i DevTools-konsollen.
• Nettgrensesnitt: lim inn HTML eller adressen i validator.ampproject.org, som viser feilene ved siden av kildekoden.
• Nettleserutvidelse: AMP Validator for Chrome og Opera markerer ugyldige sider mens du surfer.
• I CI: npm-pakken amphtml-validator (eller gulp-innpakningen) stopper et bygg når en mal produserer ugyldig AMP.

På et WordPress-nettsted med utvidelsen i Transitional- eller Reader-modus er validering viktig etter hver oppdatering av utvidelser, fordi en ny utvidelse kan legge inn kode som ødelegger AMP mens siden uten AMP fortsatt fungerer.

#Hvordan fjerne AMP fra WordPress uten å miste adresser

Mange WordPress-nettsteder har fortsatt AMP-versjoner som ingen har sett på i årevis. Googles veiledning om å fjerne AMP-sider beskriver den trygge veien når den vanlige siden skal bli:

1. Fjern lenken rel="amphtml" fra den kanoniske siden uten AMP.
2. La den fjernede AMP-adressen returnere en 301- eller 302-omdirigering til den kanoniske siden.
3. Følg med på AMP-statusrapporten i Search Console, der grafen “indexed AMP pages” bør gå nedover.

Veiledningen advarer også mot en snarvei: ikke tøm AMP-dokumentet. “Når Google Search oppdager at et dokument er ugyldig, fortsetter Google Search å levere den eldste gyldige versjonen som finnes” (egen oversettelse). På et WordPress-nettsted med den offisielle utvidelsen fjerner deaktivering amphtml-lenkene, men de gamle AMP-adressene må fortsatt omdirigeres til de kanoniske sidene, med en omdirigeringsregel eller i serverkonfigurasjonen.

Før du slår av AMP, se på analysedataene først. AMP-sider måles ofte separat med komponenten amp-analytics, så andelen av trafikken er lett å overse i standardrapporter. Hvis bare et lite antall besøk fortsatt kommer inn på AMP-adresser, er utvidelsen en kandidat for fjerning. I begge tilfeller bør beslutningen starte fra et målt utgangspunkt, slik at det etterpå går an å vise om nettstedet ble raskere eller tregere uten AMP.

#Core Web Vitals i stedet for AMP

Ytelsesmålet som AMP håndhevet gjennom begrensninger, måles i dag direkte. Core Web Vitals og tersklene for “god”:

Google anbefaler å måle dem ved 75. persentil av sidelastinger, separat for mobil og datamaskin. INP erstattet First Input Delay i mars 2024, så enhver veiledning som fortsatt oppgir FID under 100 ms, er utdatert. Et vanlig WordPress-tema kan nå disse tersklene uten AMP, og metodene står i vår veiledning om Core Web Vitals og INP og i artikkelen om hva du gjør når WordPress-siden din er treg.

#Lønner det seg å bruke AMP på WordPress i 2026

AMP er ikke lenger standardvalget for et WordPress-nettsted. Grunnene fra foredraget har falt bort én etter én: Top Stories ble åpnet for alle sider i 2021, AMP-ikonet forsvant, og siden juli 2026 leverer ikke Google Search lenger AMP-sider fra sin hurtigbuffer. Det som gjenstår, er et gyldig og fortsatt vedlikeholdt HTML-rammeverk med strenge regler som noen team bruker som ytelsesdisiplin.

For et nytt nettsted: bygg en rask vanlig side og mål Core Web Vitals. For et nettsted som allerede kjører AMP, finnes det ingen rangeringsstraff i noen retning, fordi AMP-innhold rangeres som alle andre sider. Det som avgjør, er kostnaden: et ekstra sett maler, validering etter hver oppdatering og en WordPress-utvidelse uten ny versjon siden april 2025. Hvis ingen i teamet vedlikeholder AMP-versjonen, er det som regel ryddigst å fjerne den med omdirigeringer.

#Foiler og ressurser fra AMP-foredraget

Foilene fra WordUp Trójmiasto #12 er ikke vedlagt denne oppsummeringen, så lenkene nedenfor går til de offisielle kildene for hvert faktum i artikkelen. Takk til alle som kom på foredraget og stilte vanskelige spørsmål om AMP i WooCommerce. De spørsmålene formet delene av denne artikkelen om nettbutikker.

• Programmet for WordUp Trójmiasto #12 på wpgdynia.pl
• Den offisielle AMP-utvidelsen for WordPress
• Dokumentasjonen til AMP-prosjektet
• Google Search Central: AMP i Google-søk
• Google Search Central: fjerne AMP-sider