In un post sul blog di oggi, Google annuncia che sta formalmente intraprendendo un progetto per convincere il gruppo responsabile degli standard web ad adottare una tecnologia ispirata al suo framework Accelerated Mobile Pages (AMP). In teoria, significherebbe che praticamente qualsiasi pagina web potrebbe ottenere gli stessi vantaggi di AMP: caricamento quasi istantaneo, distribuzione su più piattaforme e (criticamente) posizionamento più prominente sulle proprietà di Google.

Questo suona impenetrabilmente denso e noioso,ma per favore non fare clic ancora!, Questo è importante, un po ‘ difficile da capire, e fondamentale per come il web e Google interagiscono in futuro. In molti modi, il successo o il fallimento di Google in questo sforzo giocherà un ruolo importante nel plasmare come funziona il web sul tuo telefono.

Se non hai familiarità, AMP è il tentativo di Google di rendere le pagine Web veloci e portabili come altri “articoli istantanei” (come quello che potresti leggere su Facebook o Apple News). L’idea è che quando fai clic su un link su quelle altre piattaforme, non devi aspettare che l’articolo venga caricato perché è già precaricato in un’app., L’obiettivo di AMP è quello di portare le stesse prestazioni al web stesso.

Con la creazione di AMP, Google allegramente camminato a destra nel centro di un boschetto composto da sviluppatori preoccupati per il futuro del web. Gli editori sono preoccupati di cedere troppo controllo della loro distribuzione a gigantesche aziende tecnologiche, e tutto quanto sopra sono preoccupati che Google non sia tanto un amministratore del web ma piuttosto il suo nefasto burattinaio.,

Tutto ciò che l’angoscia ha metastatizzato negli ultimi mesi, con una lettera aperta ampiamente diffusa a Google chiedendo di correggere AMP, più post di blog medi di quelli che possono essere letti in una settimana, massetti di Twitter e argomenti nei commenti del repository di codice GitHub di AMP. E questa è solo la roba proveniente dagli sviluppatori web. (Tengo una cartella di segnalibri che chiamo “AMPhole” per cercare di tenere il passo, e quel buco diventa più profondo quasi ogni giorno.)

L’intera situazione è leggermente frustrante per David Besbris, VP di ingegneria di ricerca di Google., All’inizio di questa settimana, sono andato a Mountain View per parlare con Besbris e Malte Ubl, piombo ingegneria per AMP. ” Questo è onestamente un progetto abbastanza altruistico dal nostro punto di vista”, afferma Besbris.

”Non è che abbiamo inventato AMP perché volevamo controllare tutto, come la gente presume”, dice. Invece, egli sostiene, tornare indietro e guardare come terribile lo stato del web mobile era a pochi anni fa, prima della nascita di AMP. Ha succhiato-in effetti, Nilay Patel ha pubblicato una storia su questo sito intitolato “The mobile web sucks” nel 2015. Aveva ragione., Apple e Facebook hanno affrontato questo problema creando formati proprietari e poi hanno convinto gli editori a distribuire le loro notizie in quei formati sulle loro piattaforme. Come ha scritto Nilay:

Nel loro insieme, Apple News e Facebook Instant Articles sono la più triste confutazione della rivoluzione del web aperto possibile: sono sistemi di pubblicazione proprietari incompatibili interamente sotto il controllo di grandi aziende, nessuna delle quali comprende particolarmente l’editoria o i media.,

Besbris ha visto le cose allo stesso modo: “La tendenza nel settore al momento era il modo semplice di risolvere questi problemi, dove si garantiva che si poteva controllare l’esperienza … ma che viene a costo del web.”Quindi la soluzione di Google era AMP, un framework progettato per rendere il Web buono come quelle piattaforme in modo che il web avrebbe effettivamente un colpo a competere con Apple e Facebook.

Rendere le pagine web istantanee e portatili richiedeva un hack molto intelligente e molto kludgey.,

L’hack ha coinvolto una combinazione di tecnologie web esistenti (come gli IFRAME), standard rigorosi sulle pagine Web stesse (quindi sarebbero garantiti per caricare velocemente) e — criticamente — un diverso tipo di infrastruttura per il modo in cui le pagine Web arrivano dal server di un editore al telefono. Questi kludges sono spesso le cose che si vedono le persone si lamentano quando si lamentano AMP. Gli IFRAME hanno uno strano comportamento di scorrimento, gli URL non corrispondono e i risultati AMP spesso sembrano anemici rispetto alle pagine Web complete. (Correzioni per tutti questi problemi esistono o sono state proposte.,)

Nonostante tutti questi problemi, ecco cosa è impressionante di AMP: quando si pubblica una pagina web, può essere servita da qualsiasi server di caching. Ma questo non è ciò che rende veramente veloce; ciò che fa veramente la differenza è che può caricare quasi istantaneamente perché è già stato precaricato in background. Eppure, nonostante il precarico, non si conta come visitatore e l’editore non può impostare alcun cookie o eseguire alcun tracciamento finché non si fa clic., E puoi fidarti che la pagina memorizzata nella cache e immediatamente caricata che si trova all’interno di Google search o Twitter sia fedele alla sua fonte canonica, anche se quella fonte è stata aggiornata dopo la sua prima pubblicazione.

”All’inizio, era praticamente scontato che il web non potesse fare nulla di tutto questo”, dice Besbris. Ubl e il suo team hanno inventato quella combinazione di tecnologie che lo ha reso possibile, ma ha richiesto una tecnologia che non è realmente integrata nel web in questo momento., Quindi Google ha affrontato una scelta: prenditi il tempo per cercare di convincere il corpo degli standard Web ad adottarlo e i produttori di browser a sostenerlo o semplicemente andare avanti e metterlo fuori nel mondo come un progetto per lo più supportato da Google sui propri prodotti di Google, in primo luogo la ricerca.

”” Abbiamo bisogno di un veicolo per capirlo. Non puoi semplicemente saperlo senza provare cose”, sostiene Besbris. Google ha dovuto dimostrare che il web potrebbe essere buono come Instant Articles. Ancora più importante, ha dovuto ottenere il meglio in fretta – prima che la gente lo abbandonasse per un milione di diverse app personalizzate e formati di articoli., Besbris dice che Google non poteva aspettare i comitati che aiutano gli standard web artigianali per farlo fare. “Se inizi a provare tutto attraverso il processo degli standard, ne parleremo ancora”, sostiene.

Se AMP conta o meno come “il web” è in realtà uno dei punti di contesa — anche se, come ci si aspetterebbe, Besbris e Ubl credono fermamente che lo sia, e ne fanno un caso convincente. Le pagine mobili accelerate, sostengono, non hanno bisogno di utilizzare i server di Google o di pubblicare annunci Google; possono essere pubblicate e distribuite in modo completamente indipendente da Google.,

Indipendentemente da ciò che pensano gli ingegneri di Google, al di fuori di Mountain View, AMP è associato molto più fortemente a Google che al web, anche se è stato adottato da Bing, Twitter, Baidu e altri. Parte del problema è che AMP è stata la reazione di Google a Facebook e Apple, quindi è caduto nel secchio facile pensiero di “formati articolo proprietari.”Ma la maggior parte di esso è che Google è enorme e ha spinto AMP in grande stile con il suo più grande prodotto: ricerca. Gli editori che supportano AMP appaiono nel carosello top stories di Google, il che significa un flusso di traffico., È un enorme incentivo per supportare AMP.

E così, finalmente, siamo pronti a parlare del post di oggi sul blog di Ubl. Hai bisogno di tutto quel retroscena per capire quanto segue, una frase apparentemente semplice che spiega cosa sta facendo Google:

Sulla base di ciò che abbiamo imparato da AMP, ora ci sentiamo pronti a fare il passo successivo e lavorare per supportare più contenuti a caricamento rapido non basati sulla tecnologia AMP in aree di ricerca Google progettate per questo come il carosello Top Stories.,

Quello che Google sta proponendo non è quello di trasformare l’intero web in AMP, ma piuttosto di prendere alcune delle idee alla base degli hack intelligenti che hanno fatto funzionare AMP, ripulirli e quindi renderli uno standard universale che non ha nulla a che fare con Google. In questo modo, quasi tutte le pagine Web potrebbero essere distribuite facilmente e caricate rapidamente come quelle supportate da AMP.

Google non è cieco: sa che altre aziende non sono suscettibili di up e adottare AMP come una soluzione universale per fissare il web., Anche se Ubl sarà felicemente tout quanti non-Googler contribuiscono al codice AMP, alla fine della giornata, lavora a Google ed è il BDFL (Benevolent Dictator For Life) sul progetto AMP. I nuovi standard-molti dei quali sono già in fase di sviluppo — sembrano essere veramente buono per il web. Ma altrettanto importante, sono davvero più propensi ad essere adottati da aziende concorrenti se sono visti come nuove tecnologie web fondamentali e non solo un progetto Google.,

”La nostra intenzione è sempre stata quella di prendere AMP — ottenere i buoni bit e le lezioni che abbiamo imparato dalla costruzione di AMP — nella pista standard,” dice Besbris.

Questo nuovo formato non ha ancora un nome — Google è ovviamente reticente a proporne uno — ma qualunque cosa sia, è probabile che comprenda un mélange di tecnologie proposte., Ubl ottenuto in profondità di alcuni di questi con me, ma mi risparmierò e invece basta puntare il link nel suo blog:

l’obiettivo di Google è quello di estendere il supporto a funzioni come le Storie di copertina AMP-come contenuto (1) soddisfa un insieme di prestazioni e l’esperienza utente criteri e (2) implementa una serie di nuovi standard web. Alcuni degli standard proposti nel percorso critico sono Criteri di funzionalità, Web Packaging, promozione iframe, Timeline delle prestazioni e tempistica di disegno.,

I prossimi passi probabilmente coinvolgeranno un processo che, nel mio modo più ottimista, immagino richiederà mesi — più probabilmente saranno anni. Vari organismi di normalizzazione devono elaborare proposte, provarle e accettarle. E non è solo il corpo W3C che standardizza il web, sia. La tecnologia di imballaggio Web che consente alle pagine Web di lavorare offline e di essere ridistribuite potrebbe in realtà dover essere concordata da un altro organismo.

E dopo tutto ciò, le aziende che producono browser web e app devono implementarlo tutto., Quando ho osato Ubl indovinare quale potrebbe essere la linea temporale per tutto questo, ha descritto come si aspettava che il processo potesse assomigliare per un po ‘ prima di ammettere: “a questo proposito, no, nessuna linea temporale.”

Nel frattempo, Google è assolutamente intenzione di continuare a sviluppare AMP e promuovere il suo utilizzo. Ma per accelerare il processo standard, offre la stessa carota che originariamente ha sovralimentato la crescita di AMP: il posizionamento prime sulle proprietà di Google. Google promette che qualsiasi pagina Web che corrisponda alle prestazioni di una pagina AMP riceverà lo stesso trattamento nella ricerca Google.,

Google non è in grado di fornire una “punchlist” di funzionalità che richiederà prima che una pagina possa ottenere lo stesso trattamento di AMP — almeno non ancora. Ci è voluto così tanto tempo perché il team dietro AMP capisse che la tecnologia dietro di esso poteva essere universalizzata (o, se preferisci, de-Googlizzata), quindi lavorerà con il resto della comunità web per farlo effettivamente prima di prendere decisioni decise su cosa sta per ottenere un trattamento speciale nella ricerca., Google ha alcune idee, inclusi i benchmark delle prestazioni per le pagine e il supporto per i pacchetti Web a caricamento istantaneo, ma non si impegnerà ancora in un elenco di aziende.

Una volta che questi standard sono stati concordati e implementati, qualsiasi pagina conforme a loro potrebbe apparire nel carosello Top Stories, nel feed di Google news su Android e persino ottenere lo stesso badge lightning bolt blu che appare accanto ai risultati supportati da AMP nella ricerca. Tuttavia, a queste pagine non sarà garantito un posizionamento migliore nei risultati di ricerca, proprio come AMP non garantisce il posizionamento della ricerca oggi., ” Le cose che devi fare per classificarti bene alla ricerca continueranno ad essere lì e continueremo a non dirti cosa sono”, scherza Besbris.

Non credo che il post di Ubl di oggi spazzerà via i cattivi sentimenti che molti hanno su AMP. Ci sono troppe cose dentro. AMP ha servito come un vaso per le preoccupazioni circa il potere di Google sul web, il futuro rischioso di pubblicazione di notizie, e qualunque angoscia generale che tutti noi sentiamo circa lo stato dispiaciuto della maggior parte delle pagine web mobili., La maggior parte di queste preoccupazioni sono state giuste, ma non c’è stato abbastanza slancio per un’alternativa più aperta. Con questa mossa, Google sembra essere cercando di crearne uno.

Ecco come Besbris riassume le notizie di oggi:

L’intenzione qui è di essere meglio nel comunicare il nostro intento. Abbiamo sempre voluto e sempre detto questo, ma non molto chiaramente. … Vogliamo solo comunicare molto chiaramente che AMP non è altro che cercare di migliorare il web., Le lezioni apprese da AMP vengono messe negli organismi standard in modo che anche altri framework implementino le stesse cose.

La discussione su AMP sin dal suo inizio è stata confusa e controversa. Questo è di solito il modo con gli standard web. Ma penso che la posta in gioco con AMP si senta più alta delle battaglie precedenti a causa di una crescente comprensione che non possiamo più dare per scontata l’esistenza del web aperto. Potrebbe benissimo svanire. Deve essere mantenuto e, soprattutto, migliorato.,

Questo non vuol dire che tutti dovrebbero fidarsi completamente di Google per avere a cuore i migliori interessi del web aperto. L’azienda beneficia certamente più dei suoi concorrenti da un web forte e vibrante ed è così influente sul web che a volte sembra dominio. Google potrebbe sopportare di essere un po ‘ più consapevole di quelle realtà quando si parla di web.

Mentre iniziamo a concludere la nostra discussione su AMP, Besbris mi ripete una delle mie domande: “Siamo stati degli idioti nel comunicare queste cose?”

” Sì”, risponde.,