Geboorte
Op 7 oktober 2015 introduceerde Google het Accelerated Mobile Pages Project, wat we kennen als AMP. In 2016 ging het live.
Onder het redelijke argument van het verbeteren van de prestaties van mobiele pagina's legden ze het als volgt uit:
"Elke keer dat een webpagina er te lang over doet om te laden, verliest u een lezer en de kans op inkomsten via advertenties of abonnementen. Dit komt omdat adverteerders op deze websites moeite hebben om consumenten aandacht te laten besteden aan hun advertenties wanneer pagina's zo langzaam laden dat mensen ze helemaal verlaten".
"Het doel is om de prestaties van mobiele websites drastisch te verbeteren. We willen dat webpagina's met rijke inhoud, zoals video's, animaties en afbeeldingen, naast slimme advertenties werken en direct laden. We willen ook dat dezelfde code op meerdere platforms en apparaten werkt, zodat inhoud overal in een oogwenk kan verschijnen, ongeacht het type telefoon, tablet of mobiel apparaat dat wordt gebruikt."

Volgens Google begon het project, gebaseerd op AMP HTML, als een nieuw open framework dat volledig gemaakt was van bestaande webtechnologieën, waarmee het eenvoudig was om lichtgewicht webpagina's te bouwen. Kort daarna realiseerden we ons dat dit niet zo gemakkelijk was, het was wel gemakkelijk, maar omdat bijna elke aanpassing beperkt was.
AMP had een eerste groep technologiepartners waaronder Twitter, Pinterest, WordPress.com, Adobe Analytics, Parse.ly, Chartbeat en LinkedIn die van plan waren om AMP HTML-pagina's te integreren.
AMP, versmalling van het web
Sinds 2015 zijn er veel dingen veranderd, zoals hosting serverbronnen en verbindingssnelheden, maar AMP is niet op dezelfde manier geëvolueerd.
Bovendien was de belofte om snelle pagina's te kunnen bouwen deels misleidend, want ook al kondigde Google aan dat AMP vanaf uw server geserveerd kon worden, het neemt deze pagina's voor de verandering nog steeds over. AMP wordt geserveerd vanaf de servers van Google, met behulp van open source code, maar beheerd door Google en Google alleen, iets dat voor velen tegen de filosofie van het web ingaat.
Maar als het de snelheid verbeterde, moest het getest worden. Ook dit was weer relatief. Als uw website traag was, was de verbetering merkbaar, maar tegenwoordig zijn er sjablonen die even snel of zelfs veel sneller zijn dan AMP-pagina's.
Een ander negatief aspect is dat het dwingt om mobiele pagina's "op te sluiten" in het ecosysteem van Google en zijn belangen en met zeer beperkte ontwerpmogelijkheden, althans voor een gemiddelde gebruiker, hoewel ze de impressies kunnen verhogen, hebben ze de neiging om een bijna absurde CTR en overdreven bouncepercentages te geven.
Alsof dit nog niet genoeg is, hebben degenen die een AMP-pagina bezoeken het gevoel voor een pagina te staan die compleet anders is dan de desktopversie, wat voor het merkimago niets minder is dan een mislukking. Zelfs de mogelijkheid om basiszaken voor bruikbaarheid en navigatie te integreren verdwijnt, of wordt erg ingewikkeld.
Bovenop dit alles geloven velen dat AMP de privacy, veiligheid en internetervaring van gebruikers schaadt en bijdraagt aan de verdere monopolisering en controle van Google over de richting van het web.
Weinig speelruimte
Om AMP aan de praat te krijgen zijn er in principe twee plugins, de officiële en een gratis plug-in die al snel de markt zag om betaalde extensies aan te bieden voor al die dingen, waarvan vele basaal, die ontbraken. Er zijn ook veel andere betaalde plugins.
AMP is geen positioneringsfactor
AMP is op zichzelf geen positioneringsfactor, en is dat ook nooit geweest, het gaat om de laadsnelheid en andere factoren, maar het bood de aantrekkingskracht om op betere posities in bepaalde Google-resultaten te verschijnen.

In juli 2021 kondigde Google de verdwijning aan van het pictogram dat AMP-pagina's onderscheidde in mobiele zoekresultaten, het verdween ook uit de resultaten binnen de Nieuws-carrousel en vanaf de dag dat de Page Experience Update werd gelanceerd, was het hebben van AMP niet langer een vereiste om in deze carrousels te kunnen verschijnen.
AMP verwijderen
Vijf dagen geleden heb ik afscheid genomen van de AMP-pagina's, er zijn verschillende gidsen om ze te verwijderen zonder gebroken links achter te laten en uw positionering te belasten.

Het beste advies, als u besluit om AMP te gebruiken, is om de officiële plugin te gebruiken met de queryparametermodus of de oude overgangsmodus met querystring-overeenkomstige URL-structuur. Hierdoor kunt u de plugin verwijderen als u er morgen vanaf wilt, zonder dat u iets anders hoeft te doen.
Om dit te doen, moet u"Verwijder plugin gegevens uninstall" aanvinken in de laatste optie van de plugin instellingen. Hierdoor worden de configuratiegegevens van de gevalideerde URL's en de transients die gebruikt worden om de afbeeldingsafmetingen en geparseerde stylesheets op te slaan, verwijderd.

Na het verwijderen van de plugin zullen de AMP urls omgeleid worden naar uw canonical en over een periode van een paar dagen tot een paar weken zal Google AMP uit zijn zoekmachine de-indexeren.
Als u het proces een beetje wilt versnellen, of liever Google wilt waarschuwen om uw adressen opnieuw te bezoeken, kunt u uw sitemap opnieuw indienen vanuit Search Console.

Als u er ook zeker van wilt zijn dat ze correct redirecten, kunt u deze snippet gebruiken en vervolgens controleren of de /?amp=1 pagina's redirecten naar hun canonieke versie.
/* Redirect van /?amp naar canonical */ add_action( 'template_redirect', function() { if ( isset( $_GET['amp'] ) ) { wp_safe_redirect( remove_query_arg( 'amp' ), 301 ) ); exit; } } );; exit;
} });
Voor de /amp/ modus is het niet zo eenvoudig als het verwijderen van de plugin en moet u een redirect vanuit .htaccess uitvoeren of een redirect plugin gebruiken. U kunt de stappen hier lezen of hier als u de officiële plugin niet gebruikt.
Eerste effecten van het verwijderen van AMP
Het eerste onmiddellijke effect is dat ik geen uren meer verspilde aan het oplossen van de reeks fouten met betrekking tot AMP-pagina's die ik bijna elke dag in Search Console ontving. Het waren er zo veel, en soms zo onoplosbaar, dat ik zelfs de meldingen uitschakelde.
Het belangrijkste, althans in mijn geval, is dat de tijd die op de pagina wordt doorgebracht en het aantal bezochte pagina's per sessie beginnen toe te nemen, en dat daardoor het bouncepercentage begint te dalen.
Hoewel het nog een beetje vroeg is om genoeg gegevens te hebben om als vergelijkingsmateriaal te dienen, heb ik nog niets gevonden dat ik als negatief kan beschouwen bij het gebruik van AMP-pagina's.
Op het gebied van laadsnelheid heb ik zelfs een bescheiden vermindering bereikt binnen de weinige ruimte voor verbetering die er nog was.

Samengevat
Niet alles aan AMP-pagina's is slecht. Als uw website traag is, u niet veel verstand hebt van optimalisatie en ontwerp en u zich niets aantrekt van de beperkingen die ermee gepaard gaan, dan is het een snelle en gemakkelijke optie om de snelheid van uw mobiele pagina's te verbeteren. Als uw native mobiele versie daarentegen snel is of u kunt deze optimaliseren om snel te zijn, dan hebt u AMP niet nodig en kunt u betere resultaten behalen.