AMP (Accelerated Mobile Pages)

AMP (Accelerated Mobile Pages) is een open-source webframework dat oorspronkelijk door Google is gemaakt om snel ladende pagina's op mobiele apparaten te leveren. AMP-pagina's gebruiken een uitgeklede versie van HTML met strikte beperkingen op JavaScript en CSS om rendersnelheid prioriteit te geven. Het framework cachet pagina's op Google's CDN en rendert ze vooraf in zoekresultaten, waardoor AMP-pagina's vrijwel onmiddellijk leken te laden wanneer ze werden aangetikt vanuit een Google-zoekopdracht. AMP werd breed geadopteerd door nieuwsuitgevers en contentsites tussen 2016 en 2021, met name omdat Google's Top Stories-carrousel aanvankelijk AMP-pagina's vereiste voor opname. De invloed van het framework is aanzienlijk afgenomen sinds Google de AMP-vereiste voor Top Stories in 2021 verwijderde en de nadruk in rangschikking verschoof naar [Core Web Vitals](/glossary/core-web-vitals).

Mobiele lezers verwachten dat pagina's in minder dan drie seconden laden. Trage content verliest lezers en schaadt zoekranglijsten. Voor uitgevers die tussen 2016 en 2021 in AMP investeerden, leverde het framework meetbare verbeteringen in snelheid en zoekzichtbaarheid. AMP bereikte zijn snelheid echter door zware beperkingen op te leggen — geen aangepast JavaScript, beperkt CSS, gelimiteerde analyticsmogelijkheden en geen ondersteuning voor interactieve elementen zoals ingesloten video's, formulieren of 3D-animaties. Naarmate browserprestaties en mobiele netwerken verbeterden, is de kloof tussen goed geoptimaliseerde standaard webpagina's en AMP-pagina's aanzienlijk kleiner geworden. Uitgevers moeten nu afwegen of AMP's beperkingen de afnemende voordelen rechtvaardigen, vooral wanneer moderne frameworks vergelijkbare laadtijden kunnen bereiken zonder functionaliteit op te offeren.

**"AMP is vereist voor goede mobiele rankings."** Dit was gedeeltelijk waar tot 2021, toen Google AMP vereiste voor de Top Stories-carrousel. Sindsdien rangschikt Google pagina's op basis van [Core Web Vitals](/glossary/core-web-vitals) (Largest Contentful Paint, Cumulative Layout Shift, Interaction to Next Paint), ongeacht of ze AMP gebruiken. Een goed geoptimaliseerde standaardpagina rangschikt net zo goed als een AMP-pagina. **"AMP-pagina's zijn altijd sneller dan gewone pagina's."** AMP bereikt snelheid door caching en beperkingen, maar een correct geoptimaliseerde standaard webpagina met moderne beeldformaten, minimaal JavaScript en edge-caching kan AMP-laadtijden evenaren of overtreffen. Het waargenomen snelheidsvoordeel kwam grotendeels van Google's CDN pre-rendering, niet van AMP's HTML-subset zelf. **"AMP laten vallen zal het verkeer schaden."** Veel uitgevers die van AMP migreerden, rapporteerden stabiel of zelfs verbeterd verkeer, omdat hun standaardpagina's nu rijkere content, betere analytics en interactieve elementen konden bevatten die betrokkenheid en tijd op de pagina verhoogden.

AMP werkt door een set regels af te dwingen op HTML-niveau: - **JavaScript**: AMP verbiedt alle aangepaste JavaScript. Alleen AMP's eigen componentenbibliotheek is toegestaan, wat interactiviteit beperkt tot voorgebouwde componenten zoals afbeeldingscarrousels en accordeons. - **CSS**: Alle stijlen moeten inline zijn en onder 75KB totaal. Externe stylesheets zijn geblokkeerd. - **Bronnen**: Afbeeldingen, video's en iframes moeten AMP-specifieke tags gebruiken (`amp-img`, `amp-video`, `amp-iframe`) met vooraf gedeclareerde afmetingen om layoutverschuivingen te voorkomen. - **Caching**: AMP-pagina's worden gecachet op Google's AMP Cache CDN, die ze levert vanaf Google's servers in plaats van de oorspronkelijke server van de uitgever. - **Validatie**: Pagina's moeten de AMP Validator doorstaan om erkend te worden als geldige AMP-pagina's en het AMP-badge in zoekresultaten te ontvangen. Deze beperkingen betekenen dat functies zoals [leadcaptureformulieren](/glossary/lead-capture), aangepaste [analytics](/glossary/analytics-dashboard)-scripts, ingesloten [flipbook](/glossary/flipbook)-viewers en interactieve productdemo's niet kunnen functioneren binnen een AMP-pagina.

FlipLink gebruikt geen AMP omdat de [flipbook](/glossary/flipbook)-viewer al is geoptimaliseerd voor mobiele prestaties zonder de beperkingen die AMP oplegt. Flipbooks worden aangeboden als lichtgewicht, responsieve pagina's die snel laden op elk apparaat. De door [Three.js](/glossary/three-js) aangedreven pagina-omslagervaring past zich automatisch aan de schermgrootte aan, en FlipLink's kijkerbesturing laat lezers knijpen om te zoomen, pagina's swipen en navigeren met aanraakgebaren. Functies zoals [CTA-knoppen](/glossary/call-to-action-cta), leadcaptureformulieren en realtime analytics werken volledig op mobiel — geen van deze zou mogelijk zijn binnen AMP's beperkte HTML-subset. FlipLink's pagina's bereiken sterke Core Web Vitals-scores door [lazy loading](/glossary/lazy-loading), geoptimaliseerde beeldlevering en minimale render-blokkerende bronnen, waardoor AMP onnodig is voor zoekprestaties.

AMP loste een reëel probleem op — trage mobiele pagina's — maar deed dat met beperkingen die de moderne webontwikkeling is ontgroeid. Uitgevers die hun mobiele strategie evalueren, zouden zich moeten richten op Core Web Vitals-optimalisatie in plaats van AMP-adoptie, en platforms zoals FlipLink tonen aan dat rijke, interactieve mobiele ervaringen net zo snel kunnen laden als AMP-pagina's zonder functionaliteit op te offeren.