AMP SEO: En guide for utgivere

Dårlig nettstedhastighet er en av de største hindringene for utgiveres ambisjoner om å skaffe publikum.

Folk mister interessen for innhold de ikke har tilgang til umiddelbart, noe som fører til økte avvisningsfrekvenser og lavere konverteringer. En studie fra Deloitte fant at (PDF-nedlasting) . ¹

Google AMP-prosjektet ble annonsert i 2015 som en måte å hjelpe utgivere med å forbedre brukeropplevelsen ved å øke lastehastigheten på mobilnettsteder.2 Relevansen for utgivere har imidlertid blitt stadig mer stilt spørsmål ved etter at ^Google fjernet AMP som en rangeringsfaktor i ^2021.3

I denne artikkelen diskuterer vi hva Google AMP er, og om utgivere fortsatt trenger å inkludere det som en del av sin strategi for søkemotoroptimalisering (SEO).

Hva er AMP?

Accelerated Mobile Pages (AMP) er et åpen kildekode-HTML-rammeverk som opprinnelig ble laget av Google, og som nå overvåkes av AMP Open Source Project. Det muliggjør opprettelse av en lett, raskt lastende nettside som ikke krever full støtte for JavaScript, HTML og CSS.

Hastighet og sideopplevelse har fått økt betydning etter hvert som rangeringsfaktorene øker for Google og andre søkemotorer. Det globale skiftet i nettleservaner – med mobiltrafikk som for første gang tok over desktoptrafikk ^november 2016 – har tvunget søkemotorer til å øke hastighetens rolle dramatisk når de vurderer den beste brukeropplevelsen.

AMP er enda et steg fra Google for å sikre at informasjon er tilgjengelig så raskt som mulig. AMP-versjonen av en side er en som er strippet ned til det grunnleggende:

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

Hva er fordelene med AMP for utgivere?

Hovedfordelen med Google AMP er at lastetiden reduseres betydelig. AMP gir 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 søk på datamaskiner siden ^2010.5

Hastighet blir ofte sett på som konge i dagens digitale verden. Selv om AMP har mistet noe av sin søkeinnflytelse siden Google jevnet ut spillereglene ^å forbedre lastetidene for mobile nettsider.

Selv om rask lasting av sider gir åpenbare fordeler, er det en rekke alvorlige ulemper med å implementere AMP, som vi skal utforske nedenfor.

Ulemper med AMP

En av de største ulempene med AMP-teknologi er at den prioriterer hastighet, noe som begrenser brukeropplevelsen samt utgiverens utviklings- og sporingsalternativer.

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

• Mellomannonser
• Utvidbar
• Ikke-HTTPS
• Rikt medieinnhold som endrer størrelse

Google har i mellomtiden erkjent at ^sammenlignet med standardsider.8

Det kan også være krevende å administrere AMP-brukeropplevelsen fra et teknisk perspektiv. AMP-sider kan betjenes både av en dedikert AMP-cache på en Google-server og 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 nevnte utgivers nettsted. Dette kan påvirke sidehastigheten med mindre utgiveren har optimalisert sine hostede AMP-sider . ⁹

Utgivere som velger å hoste AMP-sidene sine har gjort det av bekymring for at besøkende skal bli værende på Googles servere. Søkegiganten har forsøkt å løse dette ved å annonsere støtte for Signed Exchanges , men denne funksjonen støttes bare av Chrome. ¹⁰

Utviklere må også påta seg ekstra utviklingsarbeid for å vedlikeholde to sett med nettsider, samtidig som de sørger for at AMP-sidene forblir kompatible med AMP-standarden.

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

AMP-alternativer

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

For eksempel kan det å begrense antallet tredjepartstilkoblinger og innlemme lazy load bidra til å forbedre sidehastigheten.

Googles beslutning om å droppe favorisering av AMP-sider betyr at raskt lastende sider som ikke er AMP-sider nå kan konkurrere om topphistoriekarusellen . ¹¹ Dette betyr også at Google News SEO har måttet utvikle seg for å forbli relevant. ¹²

AMP-casestudier

^Condé Nast var en av de første utgiverne som implementerte AMP.13 Ett år etter implementeringen av AMP på Vanity Fair, gikk klikkfrekvensen (CTR) på søkeresultatene fra 5,9 % til 10,3 %, og den gjennomsnittlige plasseringen i SERP-er gikk fra 5,9 til 1,7.

Nesten 80 % av søketrafikken deres på mobil kom via AMP-sider. I løpet av den tiden brukte Condé Nast lærdommene fra Vanity Fair-pilotprosjektet til å distribuere AMP-sider på ytterligere 14 merkevarer.

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 %. Kaskadeeffekten av denne økningen i hastighet ble sett i andre forretningsmålinger, ettersom returraten for mobilbrukere gikk fra 51 % til 63 %.

Asahi Shimbun er den nest største avisen i Japan. En stor del av trafikken deres kommer fra mobil, så de 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, noe som ikke bare ga en forbedring på 240 % i sidevisninger, men også en økning på 344 % i annonseinntekter.

Grupo Expansión er den største utgiveren av nettbaserte medier i Mexico. AMP-innholdet deres er 80 % raskere enn før, og tiden de bruker på nettstedet er doblet. Dette hadde en synlig innvirkning på annonseinntektene deres, ettersom klikkfrekvensen på annonser var 150 % høyere enn på sider uten AMP.

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. De bemerket den gang at AMP hadde hemmet deres 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.15 ^Avisen siterte kilder som sa at utgiverne ønsket større kontroll over nettsiders utseende og annonseplasseringer.

Matt Prohaska, administrerende direktør i Prohaska Consulting, beskrev fordelene med AMP som ikke « verdt presset » på grunn av måten Google nå rangerer ikke-AMP-historier på. ¹⁶

Verre er imidlertid at AMP står i sentrum for et amerikansk søksmål som retter seg mot Googles påståtte misbruk av sin «monopolstilling».

Ubehagelige anklager

En dommer i New York avslørte dokumenter relatert (PDF-nedlasting) . Dette avslørte at søkegiganten ikke bare drev med anbudsmanipulering for å manipulere resultater fra Ad Exchange, men også straffet ytelsen til sider som ikke var AMP-sider for å tvinge utgivere til å ta i bruk formatet. ¹⁷

Søksmålet hevder at tiltaket var utformet for å drive mer penger til Googles annonsebørser. Google er faktisk til og med anklaget for å ville «drepe» header bidding. Anklagene er provoserende, men har resonnert med noen i forlagsbransjen. 

AMP-inntektsgenerering

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

AMP støtter nå et bredt spekter av annonseformater og -teknologier, og mer enn 100 annonsenettverk støtter integrasjon med AMP.18 ^I tillegg 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 annonsekoder bruker JavaScript-kode.19 ^Dessuten er header-budgivning også avhengig av disse JavaScript-kodene.

For å omgå 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 datahåndteringsplattformer (DMP-er) samt leverandører av synlighets- og publikumssporing.

Hvis en utgiver trenger å bruke leverandører utenfor annonsenettverket, vil de motta færre enn fem bud per annonseenhet. I motsetning til dette kan utgivere utenfor AMP motta 7–10 bud, og dermed maksimere kostnaden per tusen (CPM).

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

For å forbedre AMP-monetiseringen inkluderte Google Fast Fetch-funksjonen i 2017. Fast Fetch vil be om annonsene tidligere og gjengi dem bare når det er sannsynlig at de vil bli sett av brukeren. Så, for eksempel, vil ikke en annonse nederst på siden gjengis med mindre brukeren begynner å bla 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), samt rich media-annonser.

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

• Bruk samme antall annonser på AMP- og ikke-AMP-sider for å maksimere inntektene.
• Den første annonsen bør være under bretten for å forbedre brukeropplevelsen.
• Unngå store mengder annonser og mellomliggende annonser for å unngå omlegging av innhold.
• Bruk nye formater som Sticky Ads og Flying Carpet for direktesolgte annonser.
• Bruk annonser i karuseller ²³ eller lysbokser ²⁴ for å generere mer inntekter.
• Annonser kan også være AMP-sider, og AMP-prosjektet anbefaler dem på grunn av fordelene med hensyn til ytelse og brukersikkerhet.
• Aktiver annonseforespørsler i flere størrelser på AMP-beholdningen din. ²⁵

AMP-annonser

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

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

AMP for e-poster og netthistorier

AMP er mer enn bare en måte å gjengi lynraske artikler og annonser på. Siden det er en delmengde av HTML, kan det brukes til å utvikle alle typer nettsteder, til og med e-handelsnettsteder.

I tillegg til 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 delsett, muliggjør opprettelse av interaktive, dynamiske e-poster. Noen brukstilfeller er for eksempel å vise oppdaterte priser i e-posten, lagre varer i en konto eller svare på en arrangementsinvitasjon. Alt dette direkte fra e-posten, uten behov for å besøke et annet nettsted.

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

• Gmail
• Mail.ru
• FairEmail
• Yahoo Mail

Netthistorier (tidligere AMP-historier)

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

Google Web Stories- formatet lar utgivere bruke bilder, videoer, GIF-er, lyd og tekst. De kan animeres, og brukere kan også samhandle med dem. ²⁹

Google skal også angivelig ha lansert funksjonen Visual Stories , som inneholder webhistorier, på mobile SERP-er i USA. ³⁰ Dette skaper en ny SEO-slagmark for utgivere som ønsker å få et forsprang på konkurrentene.

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

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

Slik implementerer du AMP

WordPress

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

Plugin-modulen tillater transformasjon av et helt nettsted til AMP, valg av spesifikke innlegg eller sider som ikke bruker 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 visse interaksjoner som hamburgermenyer, som vanligvis leveres via Javascript, som er ekskludert fra AMP.

Plugin-modulen inkluderer også muligheten til å lage netthistorier.

Andre nettsteder

For nettsteder som ikke bruker WordPress, tilbyr AMP-prosjektet en rekke verktøy for å implementere og validere AMP-innhold. Det finnes 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 når man implementerer AMP er bruk av HTML-tagger, attributter og CSS-egenskaper som ikke er tillatt.

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

Google Analytics tilbyr spesifikke instruksjoner om hvordan du implementerer analysetaggene sine på AMP-sider.7 Google gir ytterligere informasjon om administrasjon av øktsammenkobling i veiledningene sine til:

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

Samtidig kan det å ikke gjenskape grunnleggende funksjonalitet på riktig måte på AMP-sider – for eksempel dårlig implementering av menyer, handlingsfremmende oppfordringer (CTA-er) og andre navigasjonselementer – føre til en negativ innvirkning på både brukeropplevelsen og beregningene.

Strukturerte data

Implementering av strukturerte data er en nøkkelkomponent for å øke synligheten til AMP-innhold. ³⁴ Uten riktig implementering av metadata vil ikke AMP-sider vises i rike utdrag i SERP-funksjoner som karuseller, topphistorier eller visuelle historier.

Google anbefaler å bruke samme strukturerte datamarkering på tvers av både den kanoniske og den 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 også 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 en nyhetsartikkel)
• Overskrift
• Publisert dato
• Dato endret
• Forfatter
• Bilde/Multimedia
• Betalingsmur (hvis det er abonnementsinnhold)
• Utgiver/organisasjon 

Andre plattformer, som Twitter, vil også bruke Open Graph-metadatatagger.

Det finnes to valideringsverktøy ^, og det andre for generisk skjemavalidering.

Testimplementering

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

Avhengig av hvordan AMP er implementert, kan det hende at utgivere allerede har tilgang til valideringsverktøy, slik tilfellet er med WordPress-pluginen.

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

Fjerner AMP

Dersom AMP-sider ikke leverer de forventede resultatene, finnes det to måter å fjerne dem på. Selv om Google hevder at det finnes tre alternativer , koker to av metodene i praksis ned til å instruere innholdsstyringssystemet (CMS) om å fjerne innhold. ³⁷

Når utgivere bruker CMS-et, kan de instruere det 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-et.
2. Bruk Fjern utdatert innhold til å angi AMP- og ikke-AMP-URL-ene til siden som skal fjernes. ³⁸
3. Oppdater Google AMP-cachen. 
4. Bruk Google Søk for å bekrefte at AMP-siden er fjernet.

Alternativt kan CMS-et få beskjed om å slutte å vise AMP-innhold helt, ved å deaktivere AMP-alternativet. Dette vil imidlertid fjerne alle AMP-sider på nettstedet.

For å være ærlig 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 koblet til en ikke-AMP-side ved å slette lenken rel="amphtml" 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. Omdiriger 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 plattformer som ikke er fra Google disse tilleggstrinnet:

1. Konfigurer serveren til å sende en 404-feil, og dermed forhindre at Google AMP-cachen leverer innholdet.
2. Oppdater Google AMP-cachen for å sikre at innholdet er fullstendig fjernet.
3. Bruk Googles søkeresultater til å bekrefte at én enkelt AMP-side er fjernet. Bruk AMP-statusrapporten i Google Search Console til å bekrefte et stort antall sider.

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

Analysere AMP-resultater

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

For det første krever ytelsesforbedringer evaluering. Google tilbyr to forskjellige verktøy for hastighetstesting, PageSpeed ​​Insights ³⁹ og Lighthouse ^40. Én ting å ta hensyn til er at ingen av verktøyene vil gjenspeile ytelsesforbedringer oppnådd gjennom mellomlagring og forhåndsgjengivelse. Dette betyr at de faktiske ytelsesforbedringene 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økerangeringer. Verktøy som Semrush eller Ahrefs kan bidra til å overvåke SEO-ytelsen til AMP-sider og avgjøre om de har hatt noen innvirkning. Disse verktøyene viser hver sides plassering i SERP, artikkelens klikkfrekvens (CTR) og også om den vises i rike utdrag.

Til slutt, vurder om AMP har hatt noen forretningsmessig innvirkning. Analyseverktøy kan måle ytelsen til AMP-innhold når det gjelder tid på nettstedet, returfrekvens, klikkfrekvens på annonser og inntekter.

Siste tanker

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

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

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

Til syvende og sist bør utgivere eksperimentere selv for å bestemme den relative verdien. Mye av beslutningsprosessen her vil avhenge av hvor overkommelig en slik øvelse er. Tross alt har utgivere budsjetter å bekymre seg for, akkurat som enhver annen bedrift.