Úgy döntöttem, hogy kikapcsolom a google erősítőt a weboldalam fordításával, hírlevelével
Hosszú történelem van a Google Accelerated Mobile Pages (AMP) projektjével, de tegnap a türelem csésze túlcsordult.
Elmentem a Twitter-hez (a Safari-ban az iPhone 6-on), és észrevettem, hogy valaki az oldalamra hivatkozva elhelyez egy AMP kapcsolatot. Válaszoltam és rámutattam erre a linkre, de amikor rákattintottam rá, átirányított az oldalam AMP verziójára.
Másoltam a Twitter által létrehozott linket, és észrevettem, hogy így néz ki:
Ügyeljen rá, hogy a linkben az amp = 1. Ha rákattintasz, visszatér HTML oldalhoz:
Problémám az AMP kiadóként
Amikor megjelent az AMP projekt, optimistán vettem. Célja az volt, hogy gyorsabbá tegyék az internetet, és ezt a célt tiszteletben tartom.
Amit igazán nem szerettem a kiadónál, az az volt, hogy a Google gyorsítótárat tárolt az AMP tartalmában, és kiadta a saját gyorsítótárából, saját domainjén. Ennek eredményeként a linkek így néztek ki:
Ennek a megközelítésnek számos problémája van:
Furcsa módon ez nem az a Twitter
Úgy gondolom, hogy a Twitter azon a feltételezésen alapul, hogy az AMP tartalom jobb a felhasználók számára. Emiatt egyszerűen csak arra törekszenek, hogy a felhasználóknak szolgáltatást nyújtsanak, és a lehető legjobb formában szállítsák a tartalmat.
Kényetlen görgetés
Az iPhone-on az AMP átrendezi az alapértelmezett görgetést a böngészőben. Ennek eredményeképpen az AMP oldalain való görgetés hiányzik.
Azt is észrevettem, hogy a képek AMP-be történő betöltése hibás. Az AMP csak akkor töri le a képet, ha a felhasználó körébe tartozik, és kezdetben fehér négyzet jelenik meg. Tapasztalatom szerint gyakran előfordul, hogy a kép helyett a fehér négyzet marad.
Az AMP kötelező a felhasználók számára
A kiadó maga dönti el, hogy AMP támogatást akar-e adni a webhelyére. De a felhasználók nem tilthatják le az AMP-t.
Nagyszerű lenne, ha a Google olyan beállításokkal látta el a felhasználót, amelyek kikapcsolják az AMP renderelési eredményeit. Sajnálatos módon még akkor is, ha ezt az opciót hozzáadják, soha nem segít olyan körülmények között, amikor a Twitter vagy a Facebook támogatja az AMP-t a kiszolgálón.
Miért kezdtem el az AMP-t a webhelyemhez?
Az AMP-t eredetileg az egyik webhelyre csatlakoztatták a webhelyemre - jó hely a Google keresési eredményeihez.
Röviddel az AMP megjelenése előtt a Google bejelentette, hogy elhagyja azokat a webhelyeket, amelyek nem jelennek meg gyorsan a mobileszközökön. A weboldalam adaptív kialakítású volt, de nem voltam biztos benne, hogy a mobileszközök számára megfelelően optimalizáltak. Ezért, amikor megtudtam az AMP plug-in jelenlétét a WordPress-ről, azonnal összekapcsoltam. És bár a Google hivatalosan is kijelentette, hogy az AMP támogatása nem befolyásolja a keresési eredmények helyét, úgy döntöttem, hogy nem fog fájni.
Az AMP további előnye a keresésben való rangsorolásnak az volt, hogy csak az AMP támogatással rendelkező webhelyek jelenjenek meg a Google webhely "körhinta" funkciójában. Bár a webhelyem valószínűleg nem fog bejutni a "körforgalomba", de egy ilyen lehetőségnek fontosnak kell lennie a nagy kiadók számára.
Felosztják
Arra gondoltam, hogy letiltom az AMP-t, amikor először megtudtam, hogy a Google betölti a webhelyemet a gyorsítótárból, de két okból megváltoztatta az elmémet:
Szerettem volna megtartani a pozíciókat a keresésben.
Szerettem volna elhagyni az AMP-t azoknak az olvasóknak, akiknek szükségük van rá.
Amit nem értettem a Twitter előzményei előtt, az, hogy az AMP aktiválásával lehetővé teszem más webhelyek számára, hogy kiválasszák, hogyan szeretnék utalni a tartalmamra.
Kevesebb mint két héttel ezelőtt írtam a következőket:
"Maga az AMP könyvtár sem baj. Nem érdekel, ha a Facebook Instant cikkek vagy a Pinterest használják az AMP-t. "
Hogy tévedtem. Azt hittem, hogy nem érdekel, amíg meg nem jelenik a linkem a Twitteren AMP formátumú rendereléssel.
Talán a Google AMP munkatársai felismerték, hogy kicsit el fognak nyerni, ha meghallgatják a fejlesztői közösség egy kis részét, amely nem szereti az AMP-t. Tudják, hogy kisebbségben vagyunk, és nem vagyunk a célközönségük. Anyám és feleségem nem megy a Hacker News-ba. Nem tudják, mi az AMP, és nem különösebben aggódnak a nyílt internet problémái miatt.
Ugyanakkor a Google számos mérnököt igényel, akik számára a nyitott web fontos. Nagyon meglep, hogy nem hallom az AMP-vel szembeni állításukat. Feltételezhetem, hogy ez a projekt áldást kapott a legmagasabb szinten, így politikailag veszélyes vezetni egy hullámot.
Azonban azok, akik nem szeretik az AMP-t, küzdeniük kell.
Van WordPress webhelyed? Tiltsa le az AMP-t, vagy tiltsa le, ha le van tiltva.
Olyan megjelenítőként dolgozik, AMP-támogatással? Próbáld meg elmagyarázni a munkáltatónak az AMP veszélyeit, hogyan lehet elveszíteni a forgalmat és a márkaismertséget.
Csak egy webfejlesztő vagy? Próbálj gyorsabb webhelyeket készíteni és elkerülni a túlterhelést szkriptekkel. Sok segítségforrás van, amely segíteni fog ebben a feladatban (pl. Lásd a Chrome Dev Summit feljegyzéseit). Könnyebb kezelni az AMP-t, ha a legtöbb webhely gyorsan betöltődik, még a gyenge kapcsolatok esetén is.
Az AMP kikapcsolására vonatkozó döntés nem jött azonnal. Szerencsére a WordPress-ban való letiltása majdnem olyan egyszerű volt, mint összekapcsolva. Elegendő csak kikapcsolni a plugint. Kevesebb mint 24 óra alatt a Google megállította a webhelyem AMP verzióját a keresési eredmények között.