Jedno se Googlu upřít nedá: minulý týden oznámený projekt Accelerated Mobile Pages (AMP) vzbudil velkou pozornost. Nabízí opensourcové řešení podstatného problému provozovatelů webů – stránky plné balastu, který zpomaluje jejich načítání, jsou zejména na mobilních zařízeních těžko použitelné.
Jak se na první informace o AMP tváří tuzemští vývojáři, kteří se vývojem webů zabývají? Zeptali jsme se pěti z nich:
Jak projekt AMP hodnotíte? Jaké největší výhody či nevýhody přináší vývojářům? Je nový framework zapotřebí, nebo už teď jsou k dispozici rovnocenné alternativy?
Bohumil Jahoda (webdesignér, autor blogu ječas.cz)
Myšlenka vytváření stránek, které rychle fungují i na slabých zařízeních s pomalým a nestabilním internetovým připojením, se mi líbí. Těžko říct, jestli je myšlenka AMP něčím převratná. Kdo chce vytvářet bleskově fungující web, má takovou možnost už dnes i bez AMP. Trochu paradoxně jde bez AMP vytvořit i rychlejší stránku než s jeho využitím, protože JavaScriptová knihovna AMP logicky obsahuje obecný universální kód, který každý web potřebovat nemusí.
V případě rozšíření AMP a třeba jeho zabudování do mobilních prohlížečů, by potom AMP stránky mohly být rychlejší než maximálně úsporné weby bez AMP, protože by potřebné knihovny byly dostupné bez stahování dat. To by byla výhoda pro všechny.
Pro vývojáře, kteří rychlost webu neřeší a začleňují do projektů hromady všelijakých JS knihoven, může mít AMP pozitivní efekt – poslouží jim jako vodítko, omezení v plýtvání prostředky a jako sada prověřených hotových řešení.
Hlavní nevýhodu momentálně spatřuji v prakticky nutných dvou variantách webu – klasický a AMP, protože:
- Speciální
<amp-*>značky se používají úplně pro všechny součásti stránek (obrázky, videa) kromě prostého textu. Chybí zpětná kompatibilita. To může být problematické například pro vyhledávače. - Některé prvky, které se hodí i na dobře udělaných rychlých mobilních webech, AMP nenabízí – například formuláře.
Martin Michálek (nezávislý webový vývojář, školitel a konzultant, blog: vzhurudolu.cz)
Z dostupných informací soudím, že můžeme být rádi, že AMP vznikl a že vznikl jako open source. Je to dobře pro uživatele a celý Web. Myslím, že nakonec to ocení i majitelé webů a vývojáři. Načtení AMP verzí mobilních stránek může být díky novému standardu a hlavně cachování na CDN radikálně rychlejší.
Nevýhoda je jasná – budeme mít práci s extra kódem pro tuhle službu. Za to, že děláme pomalé a obecně nepoužitelné mobilní weby, je to ale jen mírný trest. Srovnání s WAPem nebo Mobile XHTML není na místě, inovace AMP leží právě v onom slíbeném cachování. Současné alternativy – Instant Articles a Apple News – jsou uzavřené a slouží konkrétní platformě. U AMPu se zdá, že jej mohou použít i jiné agregátory obsahu než jen Google. Vážně to vypadá hezky.
Podrobněji: AMP opravuje a zároveň rozbíjí World Wide Web
Viliam Kopecký, Honza Sládek (vývojáři studia manGoweb)
AMP považujeme spíš za alternativní formát k „běžnému" webu – podobně jako RSS. Jsou v něm určitě zajímavé nápady a pro zpravodajské portály to může být dočasně dobrá cesta. Dlouhodobě trend směřuje k jednotnému formátu pro informace, ke kterým budeme mít přístup ať už přímo ve vyhledávání Googlu, nebo odpovědi, kterou nám dá Siri. Jinou cestou se vydal OpenGraph – data ve strojově čitelné formě. Reálně OG používá jako zdroj dat pouze Facebook, ale platforma je otevřená.
Ondřej Žára (javascriptový vývojář v Seznam.cz, více o něm zde)
Jak projekt AMP hodnotíte?
Velmi obezřetně. Problém, který AMP řeší, je dozajista hmatatelný, ale
dle mého názoru je na místě opatrnost a jistá míra zdrženlivosti. Je
velmi snadné podlehnout „hype“ spojenému s novým projektem, zejména
pokud za ním stojí Google. Současná forma AMP však dává tušit, že pokud
se má projekt rozšířit, bude se mu muset ještě věnovat hodně práce.
Zarážející je už skutečnost, že téměř nikde není přímočaře napsáno, co
to vlastně AMP je; většina zpráv a popisů je jen marketingový slang o
vysokém výkonu, bez konkrétních technikálií a dopadů realizace.
Zároveň je jasně vidět, že AMP je v tuto fázi produktem technologického
týmu, a těžko předvídat, co se stane, jakmile se veškeré důsledky použití
dostanou do ruky marketingovým a dalším oddělením, které do webových
produktů přináší vlastní, specifické požadavky.
Jaké největší výhody či nevýhody přináší vývojářům?
Vývojářům žádné výhody nepřináší. Avizované výhody by měli pocítit
uživatelé se slabým připojením a/nebo mobilním zařízením.
Nevýhod pro vývoj je tu naopak celá řada. Celé AMP je ve skutečnosti
oříznutí většiny současné funkcionality, nabízené trojlístkem
HTML5+CSS3+JS; namísto toho budou AMP stránky obsahovat jen povolenou podmnožinu značek, dále jeden privilegovaný skript (samosebou z dílny Google) a možnost přidání další funkcionality pomocí tzv. Web
Components. I tyto externí komponenty ale budou procházet jistým sítem
(opět Google).
Omezení nastává víceméně na všech frontách; zahrnuje to i zcela běžné
stylování či načítání fontů. V tuto chvíli je například vlastní písmo
pomocí značky povoleno načítat jen – nepřekvapivě – z domény
https://fonts.googleapis.com. Stejně tak došlo k zásadnímu omezení
selektorového jazyka CSS na zcela miniaturní podmnožinu.
Veškerá servisní logika spojená s AMP je poskytována zmiňovaným
skriptem. Ten s sebou ovšem jistě ponese i polyfilly pro celou mašinerii
Web Components; jedná se o veliké JS knihovny, které v celé řadě verzí
prohlížečů naopak způsobují zpomalení
(https://github.com/Polymer/polymer/issues/720).
Navíc je celý koncept „zrychlíme tím, že zmenšíme množinu povolených
technologií“ zcela v opačném smyslu, než webový vývoj posledních let.
Nemohu se zbavit myšlenky na srovnání s
https://en.wikipedia.org/wiki/Wireless_Markup_Language.
Projekt AMP ovšem dle mého názoru obsahuje i některé velmi užitečné
tipy, jako například používání takových HTML a CSS deklarací, které
dávají prvkům pevné a deterministické rozměry už během iniciálního
vykreslování stránky.
Je nový framework zapotřebí, nebo už teď jsou k dispozici rovnocenné alternativy?
Odpověď na to, je-li pro řešení mobilního webu zapotřebí nový framework,
dá až historie. Ale rovnocenné alternativy nyní jistě existují:
například zodpovědné měření výkonu stránek a jejich následné úpravy;
používání HTTP/2, kde je možné; automatizované úpravy HTML při výdeji pro
mobilní zařízení; používání zdravého rozumu při tvorbě webu.
