AMP: Historien om Googles Hastighedsinitiativ

I en verden, hvor hastighed er altafgørende, og hvor smartphones er blevet vores primære adgangspunkt til internettet, har behovet for lynhurtige mobilwebsteder aldrig været større. Det var i denne kontekst, at Google i 2015 annoncerede The AMP Project (Accelerated Mobile Pages). Målet var ambitiøst: at revolutionere den mobile weboplevelse ved at gøre indlæsningstider nærmest øjeblikkelige. Men som med mange teknologiske landskaber er intet statisk, og selv de mest lovende initiativer kan opleve et skifte i vinden. Denne artikel vil udforske AMP's opståen, dets teknologiske fundament, de fordele det medførte, og ikke mindst, hvorfor dette engang så centrale projekt gradvist har mistet sin fremtrædende plads.

Hvad var Accelerated Mobile Pages (AMP)?

Accelerated Mobile Pages, eller AMP, var et åben kildekode initiativ ledet af Google, der havde til formål at forbedre ydeevnen af mobilwebbet. Projektet blev annonceret den 7. oktober 2015, efter omfattende drøftelser med partnere i Digital News Initiative (DNI) og andre nyhedsudgivere og teknologivirksomheder verden over. Kernen i AMP var at give webudviklere et rammeværk til at skabe letvægtsversioner af deres websider, der kunne indlæses næsten øjeblikkeligt på mobile enheder.

De første AMP-sider begyndte at dukke op for webbrugere i februar 2016, da Google begyndte at vise AMP-versioner af websider i mobil søgeresultaterne. I starten var links til AMP-sider begrænset til en “Top Stories”-sektion i Googles mobile søgeresultater. Men allerede i september 2016 begyndte Google at linke til AMP-indhold i det primære mobil søgeresultatområde. På dette tidspunkt markerede Google AMP-links med et karakteristisk ikon for at adskille dem fra almindelige sider. Ifølge en af medstifterne af AMP Project, Malte Ubl, blev AMP oprindeligt kaldt PCU, hvilket stod for Portable Content Unit. Dette navn afspejlede den oprindelige vision om at skabe et bærbart, hurtigt indholdsformat.

Historien om AMP: Fra Fødsel til Udvikling

AMP-projektet voksede hurtigt i de første år. Mere end 30 nyhedsudgivere og flere teknologivirksomheder, herunder Twitter, Pinterest, LinkedIn og WordPress, blev oprindeligt annonceret som samarbejdspartnere i projektet. Denne brede opbakning signalerede en kollektiv anerkendelse af behovet for en hurtigere mobil weboplevelse.

• September 2016: Microsoft annoncerede understøttelse af AMP i Bing-apps til iOS og Android, hvilket yderligere cementerede AMP's udbredelse.
• Februar 2017: Et år efter den offentlige lancering rapporterede Adobe, at AMP-sider tegnede sig for hele 7% af al webtrafik for topudgivere i USA. Dette viste en betydelig adoption af teknologien.
• Maj 2017: Google rapporterede, at 900.000 webdomæner publicerede AMP-sider med over to milliarder AMP-sider publiceret globalt.
• Juni 2017: Twitter begyndte at linke til AMP-sider fra sine iOS- og Android-apps, hvilket forbedrede brugeroplevelsen på platformen.
• September 2018: Microsoft begyndte at udrulle sin egen Bing AMP-fremviser og AMP-cache, hvilket understregede platformens betydning for søgemaskiner.
• December 2018: AMP annoncerede sit officielle WordPress-plugin, hvilket gjorde det muligt for WordPress-websteder at inkludere AMP-klare sider med større lethed.

Et bemærkelsesværdigt skift skete på AMP Conf '19, hvor AMP's tekniske leder Malte Ubl annoncerede, at AMP nu blot var AMP og ikke længere stod for Accelerated Mobile Pages. Dette afspejlede en bredere vision for projektet, da AMP var designet til at være mobilvenligt, men ikke kun for mobil. Det fungerede på tværs af mange enhedstyper, herunder stationære computere og tablets, og kom med nyttige responsive designfunktioner.

Hvordan Fungerede AMP-Teknologien?

AMP-rammeværket bestod af tre hovedkomponenter, der arbejdede sammen for at sikre den hurtige indlæsning og effektive visning af indhold:

1. AMP HTML: Dette var en begrænset form for standard HTML-markup, der anvendte specifikke webkomponenter. Det tvang udviklere til at overholde visse regler, der forhindrede almindelige ydeevne-flaskehalse, såsom overdreven brug af eksterne ressourcer eller Javascript, der blokerer rendering.
2. AMP JavaScript: Dette bibliotek administrerede ressourceindlæsning og sikrede hurtig rendering. Det var asynkront og forhindrede dermed, at ressourcer blokerede indlæsningen af sidens indhold.
3. AMP Caches: De fleste AMP-sider blev leveret af Googles AMP-cache, men andre virksomheder kunne også understøtte AMP-caches. Internetpræstations- og sikkerhedsfirmaet Cloudflare lancerede en AMP-cache i marts 2017. Disse caches lagrede forudindlæste versioner af AMP-sider, hvilket yderligere reducerede indlæsningstiden ved at levere indhold direkte fra et globalt netværk af servere.

Når en standard webside havde en AMP-modpart, blev et link til AMP-siden typisk placeret i en HTML-tag i kildekoden til standardsiden. Dette gjorde det muligt for søgemaskiner og andre platforme at opdage og præsentere den optimerede version for mobile brugere.

AMP's Udvidelse: Mere end Bare Sider

Ud over de grundlæggende AMP-sider udvidede rammeværket sig til at omfatte andre formater og funktionaliteter:

• Web Stories: Tidligere kendt som AMP Stories indtil april 2020, blev Web Stories introduceret i 2018. Dette format var mobiltilpasset og designet til at levere nyheder og information som en serie af tap-through historier, der lignede populære sociale medieformater.
• AMP Email: I 2018 annoncerede Google den nye AMP Email-sektion af AMP-rammeværket. AMP for e-mail gjorde det muligt for afsendere at inkludere interaktive AMP-komponenter inde i e-mails. E-mailklienter, der understøttede AMP, kunne vise komponenterne direkte inde i e-mailen. Når den blev vist i en ikke-understøttet e-mailklient, viste AMP-e-mails fallback HTML, der ikke adskilte sig fra en standard HTML-e-mail som et alternativ.
• AMP Ads: AMP Ads var annoncer, der var opmærket ved hjælp af en variant af AMP HTML og CSS. De var designet til at blive brugt både i AMP- og normale HTML-sider og inkluderede begrænsninger og automatisk validering, der havde til formål at garantere ydeevne og sikkerhed, samtidig med at de understøttede almindelig funktionalitet som analyse-sporing og begrænset interaktivitet.

Fordele ved AMP: Hurtigere Indlæsning og Bedre Brugeroplevelse

AMP's primære salgsargument var dens evne til at levere enestående brugeroplevelse gennem uovertruffen hastighed. Google rapporterede, at AMP-sider, der blev serveret i Google-søgning, typisk indlæstes på mindre end et sekund og brugte ti gange mindre data end de tilsvarende ikke-AMP-sider. Disse tal understøttes af tredjepartsrapporter:

• CNBC rapporterede et fald på 75% i mobil sideindlæsningstid for AMP-sider sammenlignet med ikke-AMP-sider.
• Gizmodo rapporterede, at AMP-sider indlæstes tre gange hurtigere end ikke-AMP-sider.

En akademisk artikel om AMP afslørede, at AMP-siders indlæsningstid var to og en halv gange hurtigere end ikke-AMP-versioner på Googles søgeresultatside uden forudindlæsning. Med forudindlæsning var AMP-versionen cirka ni gange hurtigere end ikke-AMP-versionen, selvom forudindlæsning kunne forbruge yderligere mobildata. Disse forbedringer i ydeevne var afgørende for at fastholde brugere og reducere afvisningsprocenter på mobile enheder.

Sammenligning: AMP vs. Standard Webside (Typiske Karakteristika)

Google annoncerede også, at fra den 1. februar 2018 ville det kræve, at indholdet af kanoniske sider og dem, der blev vist via AMP, skulle være stort set det samme. Dette havde til formål at forbedre brugernes oplevelse ved at undgå almindelige vanskeligheder med brugergrænsefladen og øge sikkerhed og tillid.

AMP's Fald: Hvorfor Begyndte Støtten at Forsvinde?

På trods af dens udbredte adoption og de klare fordele ved hastighed og ydeevne, begyndte støtten til AMP at falde fra 2021. Flere faktorer bidrog til denne faldende tendens:

• Twitter: I november 2021 opdaterede Twitter sine udviklerretningslinjer for at meddele, at de var "i gang med at udfase support for denne funktion". Twitter-mobilapps til Android og iOS indlæser nu simpelthen de ikke-AMP-versioner af websider.
• Google's SEO-skifte: I april 2021 fjernede Google AMP som et SEO-kriterium til fordel for sideindlæsningshastighed og andre "sideoplevelses"-metrics (Core Web Vitals). I søgeresultaterne ville Top Stories-listen ikke længere være begrænset til AMP-sider, og AMP-sider ville ikke længere blive adskilt af et ikon. Dette var et afgørende vendepunkt, da en af de primære incitamenter for udgivere til at vedtage AMP forsvandt.
• Brave Browser: Den 20. april 2022 udrullede Brave Browser nye funktioner til automatisk at omgå AMP-sider. Dette betød, at brugere af Brave ville blive ledt direkte til den kanoniske version af en side, selvom en AMP-version var tilgængelig.
• DuckDuckGo: Samme dag som Brave annoncerede DuckDuckGo også, at de automatisk ville omgå AMP-sider på deres DuckDuckGo-browser og på deres DuckDuckGo Privacy Essentials-browserudvidelse. Begge browseres handlinger afspejlede en voksende modvilje mod AMP's centralisering og kontrol over indhold.
• Ghost: Den 29. november 2023 annoncerede Ghost, en populær publiceringsplatform, fjernelsen af AMP i en kommende opdatering. De angivne årsager til fjernelse var, at webudvikling var vokset ud over behovet for AMP, Google brugte det ikke længere som en rangeringsfaktor, det gav en dårlig brugeroplevelse, og adoptionen var faldet.

Fremtiden for Mobiloptimering: Hvad Erstatte AMP?

Fjernelsen af AMP som en direkte SEO-faktor og den faldende support fra større platforme indikerer et skifte i, hvordan mobiloptimering betragtes. Fokus er nu bredere og mere holistisk, centreret om Googles 'page experience' metrics, som inkluderer Core Web Vitals (Largest Contentful Paint, First Input Delay og Cumulative Layout Shift). Disse metrics måler reelle brugeroplevelsesaspekter såsom indlæsningsevne, interaktivitet og visuel stabilitet. I stedet for at tvinge udgivere ind i et specifikt rammeværk som AMP, opfordrer Google nu til, at websteder optimeres ved hjælp af standard webteknologier, der overholder best practices for ydeevne og brugervenlighed. Dette giver webudviklere større frihed og fleksibilitet, samtidig med at det sikrer en hurtig og behagelig oplevelse for brugerne.

Ofte Stillede Spørgsmål (FAQ)

Hvad stod AMP oprindeligt for?

AMP stod oprindeligt for Accelerated Mobile Pages. Men som annonceret af AMP's tekniske leder Malte Ubl i 2019, er AMP nu blot AMP og står ikke længere for noget specifikt, hvilket afspejler dets udvidelse ud over kun mobile sider.

Bruger Google stadig AMP som en rangeringsfaktor?

Nej, Google fjernede AMP som en direkte SEO-rangeringsfaktor i april 2021. Fokus er nu på 'page experience' metrics, herunder Core Web Vitals, for at vurdere den overordnede brugeroplevelse på mobile websider.

Hvilke browsere omgår nu AMP-sider?

Brave Browser og DuckDuckGo annoncerede begge i april 2022, at de automatisk vil omgå AMP-sider og lede brugere direkte til den kanoniske (ikke-AMP) version af websiden.

Er AMP kun for mobilenheder?

Selvom AMP oprindeligt var designet til at være mobilvenligt og primært fokuserede på den mobile weboplevelse, er det ikke udelukkende for mobil. Det fungerer på tværs af mange enhedstyper, herunder stationære computere og tablets, og understøtter responsive designfunktioner.

Hvad er Web Stories?

Web Stories, tidligere kendt som AMP Stories, er et mobilfokuseret format til levering af nyheder og information som tap-through historier, der er visuelt rige og lette at forbruge på mobile enheder.

AMP-projektet har uden tvivl haft en betydelig indflydelse på mobilwebbet, idet det tvang industrien til at fokusere på hastighed og ydeevne. Selvom dets direkte relevans som en nødvendighed for SEO er aftagende, har det banet vejen for en bredere forståelse af, hvad der udgør en god 'page experience'. I dag handler mobiloptimering ikke kun om en specifik teknologi, men om en helhedsorienteret tilgang til at skabe hurtige, responsive og brugervenlige websteder, uanset enhed eller netværksforbindelse. Arven fra AMP lever videre i forventningen om et hurtigt og effektivt internet for alle.

Hvis du vil læse andre artikler, der ligner AMP: Historien om Googles Hastighedsinitiativ, kan du besøge kategorien Teknologi.