AMP SEO: En guide for utgivere

Dårlig nettstedshastighet er en av de største sperringene for utgiveres ambisjoner om å anskaffe publikum.

Folk mister interessen for innhold de ikke får tilgang til umiddelbart, noe som fører til økte fluktfrekvenser og lavere konverteringer. Å forbedre nettstedets hastigheter med så lite som 0,1 sekund kan øke konverteringsfrekvensen med opptil 10 %, fant en studie fra Deloitte (PDF-nedlasting) . ¹

Google AMP-prosjektet ble annonsert i 2015 som en måte å hjelpe utgivere med å øke brukeropplevelsen ved å øke hastigheten på innlasting av mobilnettsteder. ² Dens relevans for utgivere har imidlertid blitt stadig mer i tvil etter at Google fjernet AMP som en rangeringsfaktor i 2021. ³

I denne artikkelen diskuterer vi hva Google AMP er og om utgivere fortsatt trenger å inkludere det som en del av deres søkemotoroptimaliseringsstrategi (SEO).

Hva er AMP?

Accelerated Mobile Pages (AMP) er et HTML-rammeverk med åpen kildekode som opprinnelig ble opprettet av Google og som nå overvåkes av AMP Open Source Project. Det gjør det mulig å lage en lett, hurtiglastende nettside som ikke krever full JavaScript, HTML og CSS-støtte.

Hastighet og sideopplevelse har sett sin betydning ettersom rangeringsfaktorer vokser for Google og andre søkemotorer. Det globale skiftet i surfevaner – med mobiltrafikk som overtok trafikken på datamaskiner for første gang i november 2016 – har tvunget søkemotorer til å øke hastighetens rolle dramatisk når de vurderer den beste brukeropplevelsen. ⁴

AMP er enda et skritt fra Google for å sikre at informasjon kan nås så raskt som mulig. AMP-versjonen av en side er en som har blitt fjernet til det grunnleggende:

• AMP HTML er en undergruppe av HTML. Det reduserer antallet elementer du kan bruke mens du legger til noen nye.
• AMP JS er et Javascript-rammeverk fokusert på håndtering og lasting av ressurser. Ingen andre Javascript-biblioteker er tillatt i AMP.
• AMP Content Delivery Network er et valgfritt element som du kan bruke til å levere innholdet ditt enda raskere takket være cachen.
• CSS er også begrenset til visse elementer.

Hva er AMPs fordeler for utgivere?

Den største fordelen med Google AMP er å redusere lastetiden betraktelig. AMP tilbyr en merkbar forskjell i lastetider sammenlignet med vanlige HTML-sider.

Dette er viktig fordi Google sa i juli 2018 at hastighet ville være en rangeringsfaktor i mobilsøkeresultater, akkurat som det hadde vært for skrivebordssøk siden 2010. ⁵

Hastighet blir ofte sett på som konge i dagens digitale verden. Selv om AMP har mistet noe av søkekraften sin siden Google utjevnet konkurransevilkårene mellom AMP og vanlige sider, er det fortsatt en viktig komponent når man streber etter å forbedre lastetidene for mobilnettsider. ⁶

Mens hurtiglastende sider gir åpenbare fordeler, er det en rekke alvorlige ulemper ved å implementere AMP, som vi skal utforske nedenfor.

Ulemper med AMP

En av de store ulempene med AMP-teknologi er det faktum at den prioriterer hastighet, begrenser brukeropplevelsen så vel som utgiverens utviklings- og sporingsmuligheter.

AMPs fokus på hastighet gjør at utgivere ikke kan implementere visse typer annonseenheter. Google merker seg at følgende annonsetyper ikke er tilgjengelige i Ad Manager: ⁷

• Interstitial-annonser
• Utvidbar
• Ikke-HTTPS
• Rich media som endrer størrelse

Google har i mellomtiden erkjent at Google Analytics har begrensede muligheter når det gjelder sporing av AMP-sider sammenlignet med standardsider. ⁸

Å administrere AMP-brukeropplevelsen kan også være krevende fra et teknisk perspektiv. AMP-sider kan betjenes av både en dedikert AMP-buffer på en Google-server så vel som fra en utgivers server.

AMP-sider serveres fra en AMP-cache når besøkende klikker på en Google SERP, men kan serveres fra en utgivers server når en besøkende kommer via utgiverens nettsted. Dette kan påvirke sidehastigheten med mindre utgiveren har optimalisert sine vertsbaserte AMP-sider . ⁹

Utgivere som velger å være vert for AMP-sidene sine, har gjort det av bekymring for besøkende som blir igjen på Googles servere. Søkegiganten har forsøkt å løse dette ved å kunngjøre støtte for Signed Exchanges , men denne funksjonen støttes kun av Chrome. ¹⁰

Utviklere påtar seg også ytterligere utviklingsarbeid for å opprettholde to sett med nettsider, samtidig som de sikrer at AMP-sider forblir kompatible med AMP-standarden.

Å fjerne designelementer til fordel for hastighet betyr også at det er en risiko for at forskjellige utgiveres AMP-sider ser noe like ut. 

AMP-alternativer

Selv om AMP generelt laster inn sider raskere enn standard HTML, betyr det ikke at en rask innlasting av ikke-AMP-side er utelukket.

For eksempel kan begrense antall tredjepartstilkoblinger og inkludere lat belastning bidra til å forbedre sidehastigheten.

Googles beslutning om å droppe favorisering av AMP-sider betyr at hurtiglastende ikke-AMP-sider nå kan konkurrere om Top Stories-karusellen . ¹¹ Dette betyr også at Google Nyheter SEO har måttet utvikle seg for å holde seg relevant. ¹²

AMP-kasusstudier

Condé Nast var en av de første utgiverne som implementerte AMP. ¹³ Ett år etter implementering av AMP på Vanity Fair, gikk CTR på søkeresultater fra 5,9 % til 10,3 % og gjennomsnittlig plassering i SERP-er gikk fra 5,9 til 1,7.

Nesten 80 % av søketrafikken deres på mobil kom gjennom AMP-sider. I løpet av den tiden brukte Condé Nast erfaringene fra Vanity Fair-piloten til å distribuere AMP-sider på ytterligere 14 merker.

AMP-nettstedet har mange casestudier av AMP-implementering som fremhever fordelene for utgivere. ¹⁴

En av dem er fra The Washington Post, en av de tidlige samarbeidspartnerne i AMP-prosjektet. Etter implementering av AMP ble lastetidene redusert med 88 %. Den gjennomgripende effekten fra denne hastighetsøkningen ble sett i andre forretningsberegninger, ettersom returraten for mobilbrukere gikk fra 51 % til 63 %.

Asahi Shimbun er den nest største avisen i Japan. En stor del av trafikken kommer fra mobil, så den bestemte seg for å dra nytte av AMPs hastighetsfordeler for både å forbedre SERP-posisjoneringen og brukeropplevelsen.

Avisen implementerte også annonsemoduler som er inkludert i AMP-spesifikasjonen for å tjene penger på AMP-sidene, og leverte ikke bare en forbedring på 240 % i sidevisninger, men også en økning på 344 % i annonseinntekter.

Grupo Expansión er den største online medieutgiveren i Mexico. AMP-innholdet er 80 % raskere enn før, og tiden brukt på nettstedet er doblet. Dette hadde en synlig innvirkning på annonseinntektene deres, ettersom CTR på annonser var 150 % høyere enn på ikke-AMP-sider.

Når det er sagt, har ikke alle utgivere valgt å holde seg til AMP, og mange uttrykker frustrasjon over formatets begrensninger.

Ikke en slik suksess

Future plc Inc annonserte i februar 2022 at de hadde slått av AMP på 80-90 % av nettsidene sine. Den bemerket på det tidspunktet at AMP hadde hindret dens evne til å tjene penger på visninger, og at ikke bare trafikken ikke hadde falt, men at inntektene hadde blitt bedre.

Vox, BuzzFeed og BDG har også vurdert om de skal fortsette med AMP, rapporterte Wall Street Journal i februar 2022. ¹⁵ Avisen siterte kilder som sa at utgiverne ønsket større kontroll over nettstedets utseende og annonseplasseringer.

Matt Prohaska, administrerende direktør i Prohaska Consulting, beskrev AMPs fordeler som ikke " verdt å presse " takket være måten Google nå rangerer ikke-AMP-historier. ¹⁶

Det som imidlertid er verre, er at AMP er kjernen i et søksmål i USA som retter seg mot Googles påståtte misbruk av sin "monopolposisjon".

Ubehagelige beskyldninger

En dommer i New York åpnet forseglingen av dokumenter (PDF-nedlasting) til saken i oktober 2021, og avslørte at søkegiganten ikke bare engasjerte seg i budrigging for å manipulere annonseutvekslingsresultater, men også straffet ytelsen til ikke-AMP-sider for å tvinge utgivere til å ta i bruk format. ¹⁷

Flyttingen, hevder søksmålet, var designet for å drive mer penger til Googles annonsebørser. Faktisk er Google til og med anklaget for å ville "drepe" topptekstbud. Anklagene er provoserende, men har gitt gjenklang hos enkelte innen forlagsbransjen. 

AMP-inntektsgenerering

AMP-rammeverket har utviklet seg gjennom årene for å gi mer fleksibilitet i måten utgivere kan tjene penger på innholdet deres.

AMP støtter nå et bredt spekter av annonseformater og -teknologier, og mer enn 100 annonsenettverk støtter integrasjon med AMP. ¹⁸ Dessuten støtter AMP også betalingsmurer og gir et tilgjengelig rammeverk for å regulere tilgang til innhold for abonnenter, målte brukere og anonyme brukere.

Men de tekniske begrensningene som AMP pålegger for å forbedre lastehastigheten betyr at antallet annonsenettverk som kan motta annonsebeholdning er begrenset.

AMP fjerner overflødig Javascript-kode fra sider for å forbedre lastehastigheten. Problemet her er at de fleste moderne digitale annonse-tagger bruker JavaScript-kode. ¹⁹ Dessuten er header-budgivning også avhengig av disse JavaScript-taggene.

For å komme rundt dette utviklet AMP-prosjektet en AMP-native teknisk løsning kalt Real-Time Config (RTC) . ²⁰ RTC tillater imidlertid bare fem anrop til eksterne leverandører per annonseenhet, og dette inkluderer dataadministrasjonsplattformer (DMP-er) samt leverandører av synlighet og publikumssporing.

Hvis en utgiver trenger å bruke leverandører som ikke er annonsenettverk, vil de motta mindre enn fem bud per annonseenhet. I motsetning til dette kan ikke-AMP-publisister motta 7–10 bud, og dermed maksimere kostnaden per mill (CPM).

Løsningen på denne ulempen er å bruke RTC for å koble til en budgivningsoverskrift , som åpner døren til en programmatisk annonseringsteknikk som lar utgiveren tilby beholdning til flere annonsenettverk før de ringer til annonseserverne deres. ²¹ Header-budgivning bruker bare ett av utropene som er tillatt under RTC for å administrere alt under en header-budomslag.

For å forbedre AMP-inntektsgenerering inkluderte Google Fast Fetch-funksjonen i 2017. Fast Fetch vil be om annonsene tidligere og gjengi dem bare når de sannsynligvis vil bli sett av brukeren. Så for eksempel vil ikke en annonse nederst på siden gjengis med mindre brukeren begynner å rulle nedover. Dette gir mye raskere lastetider.

AMP tillater implementering av videoannonser, både instream (inne i organisk videoinnhold) og outstream (en frittstående videoannonse i vanlig nettinnhold), så vel som rich media-annonser.

AMP-prosjektet anbefaler følgende når du implementerer annonser på AMP-sider: ²²

• Bruk samme antall annonser på AMP-sider og ikke-AMP-sider for å maksimere inntektene.
• Den første annonsen bør være under den synlige delen av nettsiden for å forbedre brukeropplevelsen.
• Unngå tunge annonser og mellomliggende annonser for å omgå flytende innhold.
• Bruk nye formater som Sticky Ads, Flying Carpet for direktesolgte annonser.
• Bruk annonser i karuseller ²³ eller lysbokser ²⁴ for å generere mer inntekt.
• Annonser kan også være AMP-sider, og AMP-prosjektet anbefaler dem for deres fordeler når det gjelder ytelse og brukersikkerhet.
• Aktiver annonseforespørsler i flere størrelser på AMP-beholdningen din. ²⁵

AMP-annonser

Bruken av AMP HTML for å lage annonser har to forskjellige fordeler. Den første er hastigheten, og AMP-prosjektet hevder at de laster inn opptil seks ganger raskere enn vanlige annonser på en AMP-side. ²⁶ Den andre fordelen er at AMP gir utgiveren full kontroll over både nettstedet og annonsene, og sikrer at annonsene er fri for skadelig programvare.

AMP-annonseformater inkluderer karuseller, lysbokser og videoparallakse. AMP-annonser er ikke bare for utgivere å lage annonser for direkte salg, men et økende antall tilbudssideplattformer (SSP-er) og annonsebørser begynner også å støtte AMP. ²⁷

AMP for e-poster og netthistorier

AMP er mer enn ikke bare en måte å gjengi lynraske artikler og annonser. Siden det er et undersett av HTML, kan det brukes til å utvikle alle slags nettsteder, til og med et e-handelsnettsted.

Utenom det har AMP-prosjektet lansert to andre spesifikke formater for bruk med AMP.

AMP-e-poster

Bruken av AMP i e-poster, begrenset til et lite undersett, gjør det mulig å lage interaktive, dynamiske e-poster. Noen brukstilfeller er for eksempel å vise oppdaterte priser i e-posten, lagre varer på en konto eller svare på en eventinvitasjon. Alt dette direkte fra e-posten, uten å måtte besøke en annen nettside.

Mens mer enn 30 e-postplattformer og tjenesteleverandører (ESP-er) støtter AMP i e-post, støttes formatet kun av fire e-postklienter: ²⁸

• Gmail
• Mail.ru
• FairEmail
• Yahoo Mail

Netthistorier (tidligere AMP-historier)

Siden Snapchat var banebrytende for formatet i 2013, har avtrykkbare historier blitt nesten allestedsnærværende i mobilverdenen. AMP gir en måte å lage engasjerende visuelle fortellinger for utgivere.

Google Web Stories -formatet lar utgivere bruke bilder, videoer, gif-filer, lyd og tekst. De kan være animerte og brukere kan også samhandle med dem. ²⁹

Google skal også etter sigende presse sin Visual Stories-funksjon , som inneholder Web Stories, på mobile SERP-er i USA. ³⁰ Flyttingen skaper en ny SEO-kampplass for utgivere som ønsker å få et forsprang på konkurrentene sine.

Utgivere som Wired, The Atlantic, San Francisco Chronicle og BBC bruker denne funksjonen i publiseringsarbeidet.

Netthistorier kan tjene penger gjennom annonser laget i samme format som historier.

Hvordan implementere AMP

WordPress

Den enkleste måten å implementere AMP på et WordPress-nettsted er å bruke AMP for WordPress-plugin . ³¹ Programtillegget konverterer automatisk innhold til AMP der det er mulig og hjelper til med konverteringen av resten, og replikerer funksjonaliteten til standard HTML-innhold.

Programtillegget lar et helt nettsted transformeres til AMP, valg av spesifikke innlegg eller sider som ikke vil bruke AMP, eller valg av en overgangsmodell for å vise både AMP- og ikke-AMP-innhold samtidig.

Den tilbyr også alternativer for å legge til ekstra funksjonalitet som analyser eller viss interaktivitet som hamburgermenyer som vanligvis leveres via Javascript, som er ekskludert fra AMP.

Programtillegget inkluderer muligheten til å lage netthistorier også.

Andre nettsteder

For nettsteder som ikke bruker WordPress, tilbyr AMP-prosjektet en rekke verktøy for å implementere og validere AMP-innhold. Det er et React-rammeverk som kan generere AMP-sider og en AMP-verktøykasse for å publisere og være vert for AMP-sider.

Vanlige feil

Den vanligste feilen ved implementering av AMP er bruk av HTML-tagger, attributter og CSS-egenskaper som ikke er tillatt.

En annen vanlig feil er at du ikke konfigurerer analyser riktig. Hvis session-stitching ikke er implementert, for eksempel, vil besøkende til et nettsteds bufrede AMP-innhold vises som kommer fra en ekstern henvisning hvis de kom fra nettstedets ikke-AMP-sider.

Google Analytics tilbyr spesifikke instruksjoner om hvordan du implementerer analyse-taggene deres på AMP-sider.7 Google gir mer informasjon om administrasjon av øktsammenføyninger i veiledningene for:

• Øktforening³²
• Måling på tvers av domener³³

I mellomtiden kan det å ikke replikere grunnleggende funksjonalitet på AMP-sider – for eksempel dårlig implementering av menyer, handlingsfremmende oppfordringer (CTA) og andre navigasjonselementer – føre til en negativ innvirkning på både brukeropplevelsen og beregninger.

Strukturerte data

Implementering av strukturerte data er en nøkkelkomponent for å øke synligheten til AMP-innhold. ³⁴ Uten riktig metadataimplementering vil ikke AMP-sider vises i rike utdrag i SERP-funksjoner som karuseller, Top Stories eller Visual Stories.

Google anbefaler å bruke samme strukturerte dataoppmerking på tvers av både den kanoniske og tilknyttede AMP-siden. ³⁵ Dette vil ikke bare la AMP-siden dra nytte av de samme semantiske SEO-teknikkene som brukes på den kanoniske siden, men vil sikre at det ikke sendes blandede signaler om sideinnhold.

AMP-prosjektet anbefaler å inkludere følgende strukturerte data på AMP-sider:

• Spesifikk type innhold (for eksempel nyhetsartikkel)
• Overskrift
• Publiseringsdato
• Dato endret
• Forfatter
• Bilde/Multimedia
• Betalingsmur (hvis det er abonnementsinnhold)
• Utgiver/organisasjon 

Andre plattformer, som Twitter, vil også benytte seg av Open Graph-metadata-tagger.

Det er to valideringsverktøy , ett for å sikre at Google-rike resultater kan genereres for en side og det andre for generisk skjemavalidering. ³⁶

Testimplementering

Validering av AMP-innhold er nødvendig for å sikre at det er gyldig for Google Søk.

Avhengig av hvordan AMP har blitt implementert, kan utgivere allerede ha tilgang til valideringsverktøy, slik tilfellet er med WordPress-plugin.

Hvis dette ikke er tilfelle, tilbyr Google flere valideringsverktøy, og nettstedsfeil vil også vises på Google Search Console (GSC).

Fjerner AMP

I tilfelle AMP-sider ikke leverer de forventede resultatene, er det to måter å fjerne dem på. Mens Google hevder det er tre alternativer , koker to av metodene effektivt ned til å instruere innholdsstyringssystemet (CMS) om å fjerne innhold. ³⁷

Når utgivere bruker CMS, kan utgivere instruere den til å raskt slette innholdet, men dette vil fjerne både AMP-versjonen og HTML-versjonen av siden.

Denne tilnærmingen krever at brukeren følger disse trinnene.

1. Slett begge sideversjonene fra serveren eller CMS.
2. Bruk Fjern utdatert innhold til å angi AMP- og ikke-AMP-nettadressene til siden som skal fjernes. ³⁸
3. Oppdater Google AMP Cache. 
4. Bruk Google Søk for å bekrefte at AMP-siden er fjernet.

Alternativt kan CMS bli bedt om å slutte å levere AMP-innhold helt, ved å deaktivere AMP-alternativet. Dette vil imidlertid fjerne alle AMP-sidene til et nettsted.

Når sant skal sies, er begge disse alternativene ganske uelegante løsninger på problemet. For en mer målrettet tilnærming kan utgivere fjerne en AMP-side som har blitt sammenkoblet med en ikke-AMP-side ved å slette rel=”amphtml”-koblingen fra kildekoden til ikke-AMP-siden.

Utgivere må deretter følge disse trinnene:

1. Angi at serveren skal returnere enten en 301- eller 302-viderekobling for den fjernede AMP-siden.
2. Viderekoble til den kanoniske ikke-AMP-siden.

Selv om disse trinnene er nok til å fjerne siden fra Google Søk, krever fjerning av AMP-sider fra ikke-Google-plattformer disse ekstra trinnene:

1. Konfigurer serveren til å sende en 404-feil, og forhindrer dermed Google AMP Cache i å levere innholdet.
2. Oppdater Google AMP-bufferen for å sikre at innholdet er fullstendig fjernet.
3. Bruk Googles søkeresultater for å bekrefte fjerningen av én enkelt AMP-side. Bruk Google Search Consoles AMP-statusrapport for å bekrefte et stort antall sider.

Det er også verdt å merke seg at permalinker til den fjernede AMP-siden kan holdes i live ved å sette opp 301 omdirigeringer til den kanoniske ikke-AMP-siden.

Analysere AMP-resultater

Når du evaluerer en AMP-implementering, er det tre forskjellige aspekter som må vurderes.

For det første krever ytelsesforbedringer evaluering. Google tilbyr to forskjellige hastighetstestverktøy, PageSpeed ​​Insights ³⁹ og Lighthouse ⁴⁰ . En ting å ta i betraktning er at ingen av verktøyene vil reflektere ytelsesgevinster oppnådd gjennom hurtigbufring og forhåndsgjengivelse. Dette betyr at de faktiske ytelsesgevinstene sannsynligvis vil være større enn de som måles av disse verktøyene.

For det andre, mål om forbedrede hastigheter og brukeropplevelse påvirker søkerangeringene. Verktøy som Semrush eller Ahrefs kan hjelpe med å overvåke SEO-ytelsen til AMP-sider og avgjøre om de har hatt noen innvirkning. Disse verktøyene viser hver sides posisjon i SERP, artikkelklikkfrekvenser (CTRs) og også om den vises i rike snippets.

Vurder til slutt om AMP har hatt noen forretningsmessig innvirkning. Analyseverktøy kan måle ytelsen til AMP-innhold i form av tid på nettstedet, avkastningsgrad, CTR på annonser og inntekter.

Siste tanker

Det faktum at en økende prosentandel av trafikken kommer fra mobile enheter, gjør lastehastighet og en ren brukeropplevelse kritiske aspekter for suksess. Akselererte mobilsider (AMP) løser begge problemene samtidig.

Konvertering av innhold til AMP, hvis implementert riktig, kan forbedre brukeropplevelsen, søkemotorrangeringer og synlighet i rike utdrag. Slike handlinger bør ha en klar og målbar innvirkning på annonseresultater og inntekter.

Mens noen utgivere har gått all in med AMP, har andre begynt å snu ryggen til formatet, og hevder at det ikke lever opp til Googles lovede visjon. 

Til slutt bør utgivere eksperimentere selv for å bestemme den relative verdien. Mye av beslutningen her vil komme ned til rimeligheten av en slik øvelse. Tross alt har utgivere budsjetter å bekymre seg for akkurat som enhver annen virksomhet.