Tabla de contenidos
Fødsel
Den 7. oktober 2015 introducerede Google Accelerated Mobile Pages Project, som vi kender som AMP. I 2016 gik det i luften.
Med det fornuftige argument at forbedre ydeevnen på mobilsider forklarede de det sådan her:
"Hver gang en webside tager for lang tid at indlæse, mister du en læser og muligheden for indtægter gennem reklamer eller abonnementer. Det skyldes, at annoncører på disse hjemmesider kæmper for at få forbrugerne til at være opmærksomme på deres annoncer, når siderne indlæses så langsomt, at folk helt forlader dem."
"Målet er at forbedre den mobile webperformance dramatisk. Vi ønsker, at websider med rigt indhold, såsom videoer, animationer og grafik, skal fungere sammen med smarte annoncer og indlæses med det samme. Vi ønsker også, at den samme kode skal fungere på tværs af flere platforme og enheder, så indhold kan vises overalt på et øjeblik, uanset hvilken type telefon, tablet eller mobil enhed, der bruges."
Ifølge Google startede projektet, der er baseret på AMP HTML, som et nyt åbent framework, der udelukkende var lavet af eksisterende webteknologier, som gjorde det nemt at bygge letvægtswebsider. Kort tid efter indså vi, at det ikke var så let, det var let, men fordi næsten enhver tilpasning var begrænset.
AMP havde en indledende gruppe af teknologipartnere, herunder Twitter, Pinterest, WordPress.com, Adobe Analytics, Parse.ly, Chartbeat og LinkedIn, som planlagde at integrere AMP HTML-sider.
AMP, indsnævring af internettet
Siden 2015 har mange ting ændret sig, f.eks. hosting-serverressourcer og forbindelseshastigheder, men AMP har ikke udviklet sig på samme måde.
Desuden var løftet om at kunne bygge hurtige sider til dels misvisende, for selvom Google annoncerede, at AMP kunne serveres fra din server, overtager den stadig disse sider til en forandring. AMP serveres fra Googles servere ved hjælp af open source-kode, men administreres af Google og Google alene, hvilket for mange går imod nettets filosofi.
Men hvis det forbedrede hastigheden, skulle det testes. Igen var dette også relativt. Hvis din hjemmeside var langsom, var forbedringen mærkbar, men i dag findes der skabeloner, som er lige så hurtige eller endda meget hurtigere end AMP-sider.
Et andet negativt aspekt er, at det tvinger til at "låse" mobilsider i Googles økosystem og dets interesser og med meget reducerede designmuligheder, i det mindste for en gennemsnitlig bruger, selvom de kan øge visningerne, har de en tendens til at give en næsten absurd CTR og overdrevne afvisningsprocenter.
Som om det ikke var nok, har de, der besøger en AMP-side, fornemmelsen af at være foran en side, der er helt anderledes end desktopversionen, hvilket for brandets image er intet mindre end et makværk. Selv muligheden for at integrere basale ting for brugervenlighed og navigation forsvinder eller bliver meget kompliceret.
Oven i alt dette mener mange, at AMP skader brugernes privatliv, sikkerhed og internetoplevelse og bidrager til Googles yderligere monopolisering og kontrol af nettets retning.
Lille manøvrerum
For at få AMP op at køre er der grundlæggende to plugins, det officielle og et gratis, der hurtigt så markedet for at tilbyde betalte udvidelser til alle de ting, mange af dem basale, der manglede. Der er også mange andre betalte plugins derude.
AMP er ikke en positioneringsfaktor
AMP er ikke, og har heller aldrig været, en positioneringsfaktor i sig selv, det er indlæsningshastigheden og andre faktorer, men det tilbød attraktionen ved at kunne vises på bedre positioner i visse Google-tjenesteresultater.
I juli 2021 annoncerede Google, at ikonet, der kendetegnede AMP-sider i mobile søgeresultater, forsvandt, det forsvandt også fra resultaterne i News-karrusellen, og fra den dag, Page Experience Update blev lanceret, var det ikke længere et krav at have AMP for at kunne vises i disse karruseller.
Afinstaller AMP
For fem dage siden sagde jeg farvel til AMP-siderne, og der er flere guides til at fjerne dem uden at efterlade ødelagte links og belaste din positionering.
Det bedste råd, hvis du beslutter dig for at bruge AMP, er at gøre det ved hjælp af det officielle plugin med forespørgselsparametertilstand eller den ældre overgang med forespørgselsstreng matchet URL-struktur. Dette giver dig mulighed for at afinstallere pluginnet, hvis du vil slippe af med dem i morgen uden at skulle gøre noget andet.
For at gøre dette skal du sørge for at markere"Delete plugin data uninstall" i den sidste mulighed i plugin-indstillingerne. Dette vil slette konfigurationsdataene for de validerede URL'er og de transienter, der bruges til at gemme billeddimensioner og analyserede stilark.
Når du har afinstalleret og slettet pluginet, vil AMP-URL'erne blive omdirigeret til din kanoniske URL, og over en periode på et par dage til et par uger vil Google de-indeksere AMP fra sin søgemaskine.
Hvis du vil fremskynde processen lidt, eller hellere advare Google om at besøge dine adresser igen, kan du indsende dit sitemap igen fra Search Console.
Hvis du også vil sikre dig, at de omdirigeres korrekt, kan du bruge dette uddrag og derefter kontrollere, at /?amp=1-siderne omdirigeres til deres kanoniske version.
/* Redirect fra /?amp til canonical */ add_action( 'template_redirect', function() { if ( isset( $_GET['amp'] ) ) { wp_safe_redirect( remove_query_arg( 'amp' ), 301 ) ); exit; }});
For /amp/-tilstanden er det ikke så enkelt som at afinstallere og slette pluginet, og det kræver, at du laver en omdirigering fra .htaccess eller trækker et omdirigeringsplugin. Du kan læse trinene her eller her, hvis du ikke bruger det officielle plugin.
Første effekt af at afinstallere AMP
Den første umiddelbare effekt er, at jeg holdt op med at spilde en masse timer på at fejlfinde den række af fejl relateret til AMP-sider, som jeg modtog næsten hver dag i Search Console. Der var så mange af dem, og nogle gange så umulige at rette, at jeg gik så langt som til at slå notifikationerne fra.
Det vigtigste, i hvert fald i mit tilfælde, er, at den tid, der bruges på siden, og antallet af besøgte sider pr. session er begyndt at stige, og derfor er afvisningsprocenten begyndt at falde.
Selv om det stadig er lidt tidligt at have nok data til at bruge som sammenligningsgrundlag, har jeg ikke fundet noget, som jeg kan betragte som negativt, når jeg bruger AMP-sider.
Med hensyn til indlæsningshastighed har jeg endda opnået en beskeden reduktion inden for det lille rum for forbedring, der allerede var tilbage.
For at opsummere
Ikke alt ved AMP-sider er dårligt. Hvis din hjemmeside er langsom, du ikke har meget forstand på optimering og design, og du er ligeglad med de begrænsninger, der følger med, er det en hurtig og nem mulighed for at forbedre hastigheden på dine mobilsider. Hvis din native mobilversion derimod er hurtig, eller du kan optimere den til at være hurtig, har du ikke brug for AMP, og du kan få bedre resultater.
