Am o istorie lungă cu proiectul paginilor mobile accelerate Google (AMP), dar ieri a dispărut o ceașcă de răbdare.
Am intrat în Twitter (în Safari pe iPhone 6) și a observat că cineva a făcut referire la site-ul meu prin plasarea unui link AMP. I-am spus, și a indicat acest link, dar atunci când a făcut clic pe el, am fost redirecționat înapoi la versiunea mea AMP a paginii.
Am copiat link-ul generat de Twitter și am observat că arată astfel:
Fiți atenți la amp = 1 în legătură. Când faceți clic pe el, acesta returnează o pagină HTML:
Problemele mele cu AMP ca editor
Când a apărut proiectul AMP, l-am luat optimist. Scopul lui a fost să facă webul mai rapid și să respect acest obiectiv.
Ceea ce nu-mi place modul în care editorul - este faptul că Google a conținut în cache AMP și ia dat din propria lui Cache și sub propriul nume de domeniu. Drept urmare, legăturile arată astfel:
Această abordare are mai multe probleme:
Destul de ciudat, nu este ceea ce face Twitter
Cred că Twitter se bazează pe presupunerea că conținutul AMP este mai bun pentru utilizatori. Din acest motiv, ei încearcă doar să ofere utilizatorilor un serviciu și să livreze conținutul în cel mai bun format posibil.
Defilare necorespunzătoare
Pe iPhone, AMP reassignează defilarea implicită în browser. Ca urmare, parcurgerea paginilor AMP pare să lipsească.
De asemenea, am observat că încărcarea imaginilor în AMP este buggy. AMP încearcă să descarce o imagine numai atunci când se încadrează în domeniul de aplicare al utilizatorului și, inițial, este afișat un pătrat alb. Din experiența mea, adesea se întâmplă ca pătratul alb să rămână acolo în locul imaginii.
AMP este obligatorie pentru utilizatori
Editorul însuși decide dacă dorește să adauge suportul AMP pe site-ul său. Dar utilizatorii nu pot dezactiva AMP.
Ar fi minunat dacă Google a oferit utilizatorului setările cu capacitatea de a dezactiva rezultatele de redare ale AMP. Din păcate, chiar dacă acestea adaugă această opțiune, aceasta nu ajută prea mult în situațiile în care Twitter sau Facebook suportă AMP pe server.
De ce am conectat inițial AMP la site-ul meu
Am conectat inițial AMP la site-ul meu dintr-un singur motiv - un loc bun pentru rezultatele căutării Google.
Cu puțin înainte de apariția AMP, Google a anunțat că va omite site-urile care nu sunt afișate rapid pe dispozitivele mobile. Site-ul meu a avut un design adaptabil, dar nu am fost sigur că a fost suficient de optimizat pentru dispozitivele mobile. Prin urmare, când am aflat despre prezența dopului AMP pentru WordPress, am conectat-o imediat. Și deși Google a declarat oficial că suportul AMP nu afectează locul în rezultatele căutării, am decis că nu va face rău.
Un alt avantaj al AMP pentru a rang în căutare a fost faptul că numai site-uri cu suport pentru AMP afișate în „carusel“ caracteristica pe Google. În timp ce site-ul meu este puțin probabil să cadă în „carusel“, dar o astfel de posibilitate ar trebui să fie importantă pentru editori mari.
Este distribuit
M-am gândit AMP este oprit, atunci când am aflat că Google meu descarcă site-ul din cache-ul, dar a decis împotriva ei din două motive principale:
Am vrut să păstrez pozițiile în căutare.
Am vrut să las AMP ca o opțiune pentru acei cititori care au nevoie de ea.
Ceea ce nu am realizat până la povești cu Twitter, astfel încât aceasta este ceea ce activeaza AMP Permit Prin prezenta alte site-uri pentru a alege modul în care doresc să se refere la conținutul meu.
Cu mai puțin de două săptămâni în urmă am scris următoarele:
"Nu am probleme cu biblioteca AMP în sine. Nu-mi pasă dacă articolele Facebook Instant sau Pinterest utilizează AMP. "
Cum m-am înșelat. Am crezut că nu mi-a păsat până nu mi-am văzut legătura pe Twitter cu redarea în format AMP.
Poate că angajații Google AMP și-au dat seama că vor câștiga puțin dacă ascultă o mică parte din comunitatea dezvoltatorilor care nu-i place AMP. Ei știu că suntem în minoritate și nu suntem publicul țintă. Mama și soția mea nu merg la Hacker News. Ei nu știu ce AMP este și nu sunt deosebit de preocupați de problemele Internetului deschis.
În același timp, Google are mulți ingineri pentru care webul deschis este important. Mă surprinde cu adevărat că nu aud audierile lor împotriva AMP. Pot să presupun că acest proiect a primit o binecuvântare pe partea de sus, deci este periculos din punct de vedere politic să conduci un val.
Cu toate acestea, aceia dintre noi care nu le place AMP trebuie să lupte.
Aveți un site WordPress? Dezactivați AMP sau nu-l activați dacă este dezactivat.
Lucrezi pentru un editor cu activarea suportului AMP? Încercați să explicați angajatorului dvs. pericolele AMP, modul în care poate pierde traficul și cunoașterea mărcii.
Esti doar un dezvoltator de web? Încercați să faceți site-uri mai rapide și să evitați supraîncărcarea cu scripturi. Există multe resurse de ajutor care vă vor ajuta să faceți față acestei sarcini (de exemplu, consultați notele de la Summit-ul Chrome Dev). Va fi mai ușor să se ocupe de AMP dacă majoritatea site-urilor se încarcă rapid, chiar și pe conexiuni slabe.
Decizia de a dezactiva AMP nu a venit imediat. Din fericire, dezactivarea acesteia pe WordPress a fost aproape la fel de ușoară ca și conectarea. Este suficient doar să dezactivați pluginul. În mai puțin de 24 de ore, Google a încetat să afișeze versiunea AMP a site-ului meu în rezultatele căutării.