Született
2015. október 7-én a Google bemutatta az Accelerated Mobile Pages Projectet, amit AMP néven ismerünk. A 2016-os évben indult el az éles üzemmód.
A mobiloldalak teljesítményének javításának ésszerű érvelésével így magyarázták:
"Minden alkalommal, amikor egy weboldal betöltése túl sokáig tart, elveszítesz egy olvasót és a hirdetéseken vagy előfizetéseken keresztüli bevétel lehetőségét. Ennek oka, hogy az ilyen weboldalakon hirdetők nehezen tudják rávenni a fogyasztókat, hogy figyeljenek a hirdetéseikre, ha az oldalak olyan lassan töltődnek be, hogy az emberek teljesen elhagyják azokat".
"A cél a mobil webes teljesítmény drámai javítása. Azt szeretnénk, ha a gazdag tartalmú weboldalak, például videók, animációk és grafikák mellett intelligens hirdetések is működnének, és azonnal betöltődnének. Azt is szeretnénk, ha ugyanaz a kód több platformon és eszközön is működne, hogy a tartalom mindenhol azonnal megjelenhessen, függetlenül attól, hogy milyen típusú telefont, táblagépet vagy mobileszközt használnak"."

A Google szerint az AMP HTML-en alapuló projekt egy új, nyílt keretrendszerként indult, amely teljes egészében meglévő webes technológiákból készült, és megkönnyítette a könnyű weboldalak készítését. Nem sokkal később rájöttünk, hogy ez nem is olyan egyszerű, könnyű, de mivel szinte bármilyen testreszabás korlátozott volt.
Az AMP-nek volt egy kezdeti technológiai partnercsoportja, köztük a Twitter, a Pinterest, a WordPress.com, az Adobe Analytics, a Parse.ly, a Chartbeat és a LinkedIn, akik az AMP HTML-oldalak integrálását tervezték.
AMP, a web szűkítése
2015 óta sok minden változott, például a tárhelyszerverek erőforrásai és a kapcsolódási sebességek, az AMP azonban nem fejlődött ugyanígy.
Ráadásul a gyors oldalak építésének ígérete részben félrevezető volt, mert bár a Google bejelentette, hogy az AMP-t a szerveréről is ki lehet szolgálni, a változatosság kedvéért mégis átveszi ezeket az oldalakat. Az AMP-t a Google szervereiről szolgálják ki, nyílt forráskóddal, de a Google és csakis a Google kezeli, ami sokak számára ellentétes a web filozófiájával.
De ha javított a sebességen, akkor ki kellett próbálni. Ismétlem, ez is relatív volt. Ha a weboldal lassú volt, a javulás észrevehető volt, de ma már vannak olyan sablonok, amelyek ugyanolyan, vagy akár sokkal gyorsabbak, mint az AMP oldalak.
Egy másik negatívum, hogy a mobil oldalakat a Google és érdekeltségei ökoszisztémájába kényszeríti "bezárni", és nagyon csökkentett tervezési lehetőségekkel, legalábbis egy átlagos felhasználó számára, bár növelhetik a megjelenéseket, hajlamosak szinte abszurd CTR-t és eltúlzott visszafordulási arányokat adni.
Ha ez nem lenne elég, az AMP oldalra látogatóknak az az érzésük, hogy egy, az asztali verziótól teljesen eltérő oldallal állnak szemben, ami a márka imázsa szempontjából nem más, mint elfuserált munka. Még a használhatósághoz és a navigációhoz szükséges alapvető dolgok beépítésének lehetősége is eltűnik, vagy nagyon bonyolulttá válik.
Mindezek tetejébe sokan úgy vélik, hogy az AMP árt a felhasználók adatvédelmének, biztonságának és internetes élményének, és hozzájárul ahhoz, hogy a Google tovább monopolizálja és irányítsa a web irányát.
Kevés mozgástér
Ahhoz, hogy az AMP működőképes legyen, alapvetően két plugin van, a hivatalos és egy ingyenes, amely hamar meglátta a piacot, hogy fizetős bővítményeket kínáljon mindazokhoz a - sokszor alapvető - dolgokhoz, amelyek hiányoztak. Emellett számos más fizetős bővítmény is létezik.
Az AMP nem pozicionáló tényező
Az AMP önmagában nem, és soha nem is volt pozicionálási tényező, a betöltési sebesség és egyéb tényezők, de azt a vonzerőt kínálta, hogy jobb pozíciókban jelenhet meg a Google egyes szolgáltatási eredményeiben.

2021 júliusában a Google bejelentette, hogy eltűnt az AMP oldalakat megkülönböztető ikon a mobil keresési eredményekben, eltűnt a Hírek körhintán belüli találatokból is, és a Page Experience Update elindításának napjától kezdve az AMP megléte már nem volt követelmény ahhoz, hogy ezekben a körhintákban megjelenhessen.
Az AMP eltávolítása
Öt nappal ezelőtt búcsút intettem az AMP oldalaknak, több útmutató is létezik ahhoz, hogy eltávolítsuk őket anélkül, hogy törött linkeket hagynánk és terheljük a pozicionálásunkat.

A legjobb tanács, ha úgy dönt, hogy AMP-t használ, akkor a hivatalos plugin segítségével a lekérdezési paraméter móddal vagy a régi átmeneti, a lekérdezési karakterláncnak megfelelő URL-struktúrával. Ez lehetővé teszi, hogy eltávolítsa a plugint, ha holnap meg akar szabadulni tőlük anélkül, hogy bármi mást kellene tennie.
Ehhez győződjön meg róla, hogy a plugin beállításainak utolsó opciójában bejelölte a"Plugin adatok törlése eltávolítása" opciót. Ez törölni fogja az érvényesített URL-ek konfigurációs adatait, valamint a képméretek és az elemzett stíluslapok tárolására használt tranzienseket.

A bővítmény eltávolítása és törlése után az AMP urlok átirányítanak a kanonikusra, és néhány naptól néhány hétig tartó időszak alatt a Google deaktiválja az AMP-t a keresőmotorjából.
Ha szeretné egy kicsit felgyorsítani a folyamatot, vagy inkább figyelmeztetni a Google-t, hogy vizsgálja felül a címeit, akkor újra elküldheti a webhelytérképét a Search Console-ból.

Ha arról is meg akarsz győződni, hogy helyesen irányítanak át, használhatod ezt a snippet, majd ellenőrizheted, hogy a /?amp=1 oldalak átirányítanak-e a kanonikus változatukra.
/* Átirányítás a /?amp-ról a kanonikusra */
add_action( 'template_redirect', function() {
if ( isset( $_GET['amp'] ) ) {
wp_safe_redirect( remove_query_arg( 'amp' ), 301 ) ) );
exit;
}
} );
A /amp/ mód esetében ez nem olyan egyszerű, mint a plugin eltávolítása és törlése, és átirányítást kell végezni a .htaccess-ből, vagy egy átirányító plugint kell húzni. A lépéseket itt vagy itt olvashatod el, ha nem a hivatalos plugint használod.
Az AMP eltávolításának első hatásai
Az első azonnali hatás az, hogy nem pazaroltam több órát az AMP oldalakkal kapcsolatos hibák sorozatának hibaelhárítására, amelyet szinte minden nap kaptam a Search Console-ban. Olyan sok volt belőlük, és néha annyira javíthatatlanok, hogy odáig mentem, hogy elnémítottam az értesítéseket.
A legfontosabb, legalábbis az én esetemben, hogy az oldalon töltött idő és a munkamenetenként meglátogatott oldalak száma kezdett növekedni, és ezáltal a visszafordulási arány is csökkenni kezdett.
Bár még egy kicsit korai lenne elegendő adatot gyűjteni ahhoz, hogy összehasonlítási elemként szolgáljon, nem találtam semmi olyat, amit negatívumként értékelhetnék az AMP oldalak használata során.
A betöltési sebességet tekintve még azon a kis fejlesztési lehetőségen belül is szerény csökkenést értem el, ami már megmaradt.

Összefoglalva
Nem minden rossz az AMP oldalakkal kapcsolatban. Ha a weboldalad lassú, nincs sok ötleted az optimalizálásról és a tervezésről, és nem érdekelnek a vele járó korlátozások, akkor ez egy gyors és egyszerű lehetőség a mobiloldalaid sebességének javítására. Ha viszont a natív mobilverziója gyors, vagy tudja úgy optimalizálni, hogy gyors legyen, akkor nincs szüksége AMP-re, és jobb eredményeket érhet el.