Födelse
Den 7 oktober 2015 introducerade Google Accelerated Mobile Pages Project, det vi känner som AMP. År 2016 gick det live.
Med det rimliga argumentet att förbättra prestandan för mobilsidor förklarade de det så här:
"Varje gång en webbsida tar för lång tid att ladda förlorar du en läsare och möjligheten till intäkter genom reklam eller prenumerationer. Detta beror på att annonsörer på dessa webbplatser kämpar för att få konsumenterna att uppmärksamma deras annonser när sidorna laddas så långsamt att folk överger dem helt och hållet".
"Målet är att dramatiskt förbättra den mobila webbens prestanda. Vi vill att webbsidor med rikt innehåll, t.ex. videor, animationer och grafik, ska fungera tillsammans med smarta annonser och laddas direkt. Vi vill också att samma kod ska fungera på flera plattformar och enheter så att innehåll kan visas överallt på ett ögonblick, oavsett vilken typ av telefon, surfplatta eller mobil enhet som används."
Enligt Google började projektet, som bygger på AMP HTML, som ett nytt öppet ramverk helt baserat på befintlig webbteknik, vilket gjorde det enkelt att bygga lättviktiga webbsidor. Kort därefter insåg vi att det inte var så enkelt, det var enkelt, men eftersom nästan alla anpassningar var begränsade.
AMP hade en första grupp av teknikpartners, inklusive Twitter, Pinterest, WordPress.com, Adobe Analytics, Parse.ly, Chartbeat och LinkedIn, som planerade att integrera AMP HTML-sidor.
AMP, förminskning av webben
Sedan 2015 har många saker förändrats, t.ex. hosting-serverresurser och anslutningshastigheter, men AMP har inte utvecklats på samma sätt.
Dessutom var löftet om att kunna bygga snabba sidor delvis vilseledande, för även om Google meddelade att AMP kunde serveras från din server, tar den fortfarande över dessa sidor för en gångs skull. AMP serveras från Googles servrar, med öppen källkod, men hanteras av Google och bara Google, något som för många går emot webbfilosofin.
Men om det förbättrade hastigheten måste det testas. Återigen var detta också relativt. Om din webbplats var långsam var förbättringen märkbar, men nuförtiden finns det mallar som är lika snabba eller till och med mycket snabbare än AMP-sidor.
En annan negativ aspekt är att det tvingar till att "låsa" mobilsidor i ekosystemet för Google och dess intressen och med mycket reducerade designmöjligheter, åtminstone för en genomsnittlig användare, även om de kan öka intrycken tenderar de att ge en nästan absurd CTR och överdrivna avvisningsfrekvenser.
Som om detta inte vore nog har de som besöker en AMP-sida känslan av att befinna sig framför en sida som är helt annorlunda än desktopversionen, vilket för varumärkets image inte är något annat än ett botch-jobb. Även möjligheten att integrera grundläggande saker för användbarhet och navigering försvinner, eller blir mycket komplicerad.
Ovanpå allt detta anser många att AMP skadar användarnas integritet, säkerhet och internetupplevelse och bidrar till att Google ytterligare monopoliserar och kontrollerar webbens riktning.
Litet manöverutrymme
För att få igång AMP finns det i princip två plugins, det officiella och ett gratis som snabbt såg marknaden erbjuda betalda tillägg för alla de saker, många av dem grundläggande, som saknades. Det finns också många andra betalda plugins där ute.
AMP är inte en positioneringsfaktor
AMP är inte, och har heller aldrig varit, en positioneringsfaktor i sig, det är laddningshastigheten och andra faktorer, men det erbjöd attraktionen att kunna visas i bättre positioner i vissa Google-tjänsteresultat.
I juli 2021 meddelade Google att ikonen som utmärkte AMP-sidor i mobila sökresultat försvann, den försvann även från resultaten inom Nyhetskarusellen och från den dag Page Experience Update lanserades var det inte längre ett krav att ha AMP för att kunna synas i dessa karuseller.
Avinstallera AMP
För fem dagar sedan sa jag hejdå till AMP-sidorna, det finns flera guider för att ta bort dem utan att lämna brutna länkar och ladda din positionering.
Det bästa rådet, om du bestämmer dig för att använda AMP, är att göra det med hjälp av det officiella pluginet med frågeparameterläget eller den äldre övergångsperioden med frågesträngmatchad URL-struktur. Detta gör att du kan avinstallera pluginet om du vill bli av med dem i morgon utan att behöva göra något annat.
För att göra detta, se till att markera"Radera plugin-data avinstallera" i det sista alternativet i plugin-inställningarna. Detta kommer att radera konfigurationsdata för de validerade webbadresserna och de transienter som används för att lagra bilddimensioner och analyserade stilmallar.
Efter avinstallationen och borttagningen av pluginet kommer AMP-URL:erna att omdirigeras till din canonical och under en period på några dagar till ett par veckor kommer Google att avindexera AMP från sin sökmotor.
Om du vill påskynda processen lite, eller snarare varna Google för att besöka dina adresser igen, kan du skicka in din webbplatskarta igen från Search Console.
Om du också vill se till att de omdirigeras korrekt kan du använda det här utdraget och sedan kontrollera att /?amp=1-sidorna omdirigeras till deras kanoniska version.
/* Omdirigera från /?amp till kanonisk */
add_action( 'template_redirect', function() {
if ( isset( $_GET['amp'] ) ) {
wp_safe_redirect( remove_query_arg( 'amp' ), 301 ) );
exit;
För /amp/ läget är det inte så enkelt som att avinstallera och ta bort pluginet och kräver att du gör en omdirigering från .htaccess eller drar ett omdirigeringsplugin. Du kan läsa stegen här eller här om du inte använder det officiella pluginet.
Första effekterna av att avinstallera AMP
Den första omedelbara effekten är att jag slutade slösa bort en massa timmar på att felsöka den sträng av fel relaterade till AMP-sidor som jag fick nästan varje dag i Search Console. Det fanns så många av dem, och ibland så ofixbara, att jag gick så långt som att stänga av aviseringarna.
Det viktigaste, åtminstone i mitt fall, är att den tid som spenderas på sidan och antalet sidor som besöks per session börjar öka, och därför har avvisningsfrekvensen börjat sjunka.
Även om det fortfarande är lite tidigt att ha tillräckligt med data för att fungera som ett jämförelseelement, har jag inte hittat något som jag kan betrakta som negativt när jag använder AMP-sidor.
När det gäller laddningshastighet har jag till och med uppnått en blygsam minskning inom det lilla utrymme för förbättringar som redan fanns kvar.
För att sammanfatta
Allt med AMP-sidor är inte dåligt. Om din webbplats är långsam, du inte har mycket idé om optimering och design och du inte bryr dig om de begränsningar som följer med det, är det ett snabbt och enkelt alternativ att förbättra hastigheten på dina mobilsidor. Om å andra sidan din inbyggda mobilversion är snabb eller om du kan optimera den för att vara snabb behöver du inte AMP och du kan få bättre resultat.
