amphtml

felix schwenzel in artikel

vor ein paar ta­gen hat goog­le die spe­zi­fi­ka­tio­nen für am­phtml ver­öf­fent­licht und eine demo ver­öf­fent­licht, was sie in et­was da­mit zu tun ge­den­ken. die demo kann man sich hier mit ei­nem mo­bi­len brow­ser (oder ei­nem mo­bi­len user agent) an­se­hen (dort dann nach oba­ma oder zum bei­spiel faz su­chen). die spe­zi­fi­ka­tio­nen für am­phtml hat goog­le auf git­hub ge­packt. goog­le hat auch eine ani­ma­ti­on er­stellt, die zeig­ten soll wie amp-sei­ten in den goog­le-su­che­er­geb­nis­sen funk­tio­nie­ren könn­ten.




was goog­le mit amp be­zweckt ist klar, wenn man sich die demo oder die selbst­be­schrei­bung des pro­jekts an­sieht: schnel­le­re (mo­bi­le) web­sei­ten. oder im sin­ne der glei­chen face­book-idee: so­fort­sei­ten.

jeff jar­vis ist na­tur­ge­mäss be­geis­tert und sieht sei­ne idee der ein­fa­chen ver­tei­lung (dis­tri­bu­ti­on) von pu­bli­zis­ti­schen in­hal­ten im web durch amp ge­stärkt:

But I think AMP and Instant Articles are more than that. They are a giant step toward a new, distributed content ecology on the web.

wolf­gang blau auch:

what excites me most about ampproject.org is how it might allow publishers to not just distribute, but aggregate more seamlessly.

Wolfgang Blau (@wblau) 07.10.2015 15:16

tim kad­lec for­mu­liert den ge­dan­ken et­was aus­führ­li­cher aus:

It’s the distribution that makes AMP different. It’s the distribution that makes publishers suddenly so interested in building a highly performant version of their pages—something they’re all capable of doing otherwise. AMP’s promise of improved distribution is cutting through all the red tape that usually stands in the way.

This promise of improved distribution for pages using AMP HTML shifts the incentive. AMP isn’t encouraging better performance on the web; AMP is encouraging the use of their specific tool to build a version of a web page. It doesn’t feel like something helping the open web so much as it feels like something bringing a little bit of the walled garden mentality of native development onto the web.

That troubles me.

und ich fin­de ge­nau das span­nend. goog­le zwingt die ver­le­ger, bzw. alle die im netz ver­öf­fent­li­chen dazu, sich zu be­schrän­ken. so wie twit­ter ei­nen zwingt sich kurz zu fas­sen, zwingt amp ei­nen dazu sich den (tech­ni­schen) re­geln der aus­lie­fe­rungs­be­schleu­ni­gung zu un­ter­wer­fen (was un­term strich zu er­höh­tem le­se­kom­fort führt).

das ist an sich schon eine gute sa­che, weil die ver­le­ger nun ei­nen gu­ten grund ha­ben, von ih­ren ver­mark­tern bes­se­re, we­ni­ger arschig pro­gram­mier­te an­zei­gen zu ver­lan­gen. an­zei­gen sind zwar in amp-sei­ten mög­lich, müs­sen sich aber an be­stimm­te re­geln hal­ten (bis die­se wo­mög­lich aus­ge­hel­belt wer­den). fe­lix sal­mon for­mu­liert das im guar­di­an (auf ei­ner amp-sei­te) so:

Ultimately it comes down to power dynamics. Advertisers and media buyers have more power than any individual publisher: they can demand more intrusive ads, trackers, scripts, and publishers will comply, lest they lose revenue. But one entity is even more powerful than the ad industry – Google. If Google tells everybody to turn off those scripts, they will – and advertisers will be forced to compete on the basis of creative output, not technological firepower.

ray daly sagt das glei­che:

So another impact of AMP will be that news organizations will have to re-evaluate their use of third party scripts and demand use of best practices by these vendors.

noch span­nen­der fin­de ich, dass plötz­lich ver­le­ger, de­nen die idee von voll­text-RSS-feeds schon im­mer zu­wi­der war, plötz­lich bei amp an bord zu sein schei­nen. selbst die FAZ pfef­fert jetzt ihre in­hal­te in ei­nem for­mat raus, mit dem le­ser die­se in­hal­te plötz­lich wie mit RSS le­sen kön­nen. denn amp er­laubt, wie RSS, durch ei­nen fes­ten ge­stal­tungs­rah­men ein caching (zwi­schen­spei­chern) der in­hal­te durch apps, rea­der oder, wie oben de­mons­triert, such­ma­schi­nen. kon­zep­tio­nell und tech­nisch sind die par­al­le­len zu RSS of­fen­sicht­lich. je­re­my keith schreibt in sei­ner aus­führ­li­chen und le­sens­wer­ten amp-ana­ly­se:

So if an RSS feed is an alternate representation of a homepage or a listing of articles, then an AMP document is an alternate representation of a single article.

Now, my own personal take on providing alternate representations of documents is “Sure. Why not?” Here on adactio.com I provide RSS feeds. On The Session I provide RSS, JSON, and XML. And on Huffduffer I provide RSS, Atom, JSON, and XSPF, adding:

If you would like to see another format supported, share your idea.

Also, each individual item on Huffduffer has a corresponding oEmbed version (and, in theory, an RDF version)—an alternate representation of that item …in principle, not that different from AMP. The big difference with AMP is that it’s using HTML (of sorts) for its format.

All of this sounds pretty reasonable: provide an alternate representation of your canonical HTML pages so that user-agents (Twitter, Google, browsers) can render a faster-loading version …much like an RSS reader.

So should you start providing AMP versions of your pages? My initial reaction is “Sure. Why not?”

wie die aus­lie­fe­rung per amp-sei­te funk­tio­niert, zeigt be­reits die rea­der-app nuz­zel. sie agg­re­giert und fil­tert links aus mei­nen so­cial-me­dia-feeds und zeigt mir emp­feh­lun­gen aus mei­nem be­kann­ten­kreis an. kli­cke ich auf den link zu ei­ner sei­te die auch eine amp-ver­si­on an­bie­tet, lädt sie nicht die re­gu­lä­re sei­te, son­dern die mo­bil-op­ti­mier­te amp-ver­si­on. twit­ter hat an­ge­kün­digt das auch so zu ma­chen und, na­tür­lich, auch goog­le wird das das ir­gend­wann in sei­ne mo­bi­le su­che in­te­grie­ren.

ich bin ja schon im­mer ein agres­si­ver ver­fech­ter der voll­text-rss-idee, der idee, in­hal­te so ein­fach wie mög­lich zu­gäng­lich zu ma­chen und nie­man­dem vor­zu­schrei­ben wo oder wie er in­hal­te zu le­sen hat. be­reits vor 4 mo­na­ten habe ich face­books in­stant ar­tic­les-idee mit RSS ver­gli­chen und na­tür­lich schlägt amp in die glei­che ker­be. mit ei­nem un­ter­schied na­tür­lich: face­book und goog­le (und ap­ple) ver­su­chen von an­fang an wege der mo­ne­ta­ri­sie­rung (sprich wer­bung) in ihre lö­sun­gen ein­zu­bau­en.

es dürf­te span­nend sein, wie die ver­le­ger lang­fris­tig zu amp, in­stant ar­tic­les oder ähn­li­chen in­itia­ti­ven von ap­ple und an­de­ren ste­hen wer­den. es ist nicht aus­zu­schlies­sen, dass sie ir­gend­wann muf­fen­sausen be­kom­men, an­ge­sichts des un­ab­wend­ba­ren kon­troll­ver­lusts. mög­li­cher­wei­se sind sie auch ir­gend­wann völ­lig über­for­dert mit dem ir­ren for­ma­te-müs­li, das der­zeit aus dem si­li­con val­ley ge­lie­fert wird: goog­le hat ein ei­ge­nes for­mat, face­book ver­langt ein ei­ge­nes for­mat und ap­ple hat sein „ap­ple-news-for­mat“ noch gar nicht ver­öf­fent­licht.

mir ist das (na­tür­lich) völ­lig egal, ich habe an zwei aben­den das amp-for­mat in die­se sei­te in­te­griert. das war nicht be­son­ders kom­pli­ziert, im prin­zip habe ich die druck­sei­ten­funk­ti­on mei­nes CMS miss­braucht, bzw. um­ge­baut (und um ein paar funk­tio­nen er­wei­tert). sei­ten auf die­ser site las­sen sich dank druck-CSS-style­sheet bes­tens aus­dru­cken (wer auch im­mer so­was macht), also liess sich die ein­ge­bau­te druck­funk­ti­on, die über wir­res.net/ar­tic­le/print/8649/1/6/ er­reich­bar war, zu ei­ner amp-funk­ti­on um­bau­en. weil „print“ in der url aber doof ist, sind mei­ne sei­ten of­fi­zi­ell über /ar­tic­le/amp/ am­pi­fi­zier­bar, na­tür­lich auch die­se: wir­res.net/ar­tic­le/amp/8649/1/6/.

(eine noch sehr frü­he amp-kon­ver­si­ons beta-ver­si­on für word­press gibt es üb­ri­gens be­reits.)

er­staun­lich am amp­pro­ject ist, wie feh­ler­haft es noch ist. die pro­prie­tä­re vi­deo-er­wei­te­rung amp-vi­deo ist noch nicht ganz fer­tig­ge­stellt, bzw. bug­gy, vie­le de­tails schei­nen noch un­aus­ge­go­ren und be­son­ders wit­zig, goo­gles ei­ge­nes be­schleu­ni­gungs­werk­zeug emp­fiehlt dem amp­pro­ject ver­bes­se­rungs­mass­nah­men:

auch die pro­jekt­sei­te hält goog­le für sehr ver­bes­se­rungs­wür­dig.

ins­ge­samt sehe ich das amp-pro­jekt als eine der span­nensten sa­chen die dem web seit dem web 2.0 pas­siert ist. das web 3.0 wird (wie­der) schlan­ker. und das ist in die­sem fall eine gute sa­che.