Categories
Uncategorized

Guardando indietro a cinque an

Guardando indietro a cinque anni di AMP

Il presente marchio di estate cinque anni da quando la prima riga di codice per AMP è stato scritto. Il progetto si è evoluto, influenzato da cose come la natura dinamica del web, cambiando le aspettative degli utenti, idee e contributi di codice dall’ecosistema, e altro ancora. Abbiamo ascoltato con attenzione per gli editori e la comunità degli sviluppatori, e sono costantemente iterata AMP in risposta al loro feedback.

Con il sostegno della comunità AMP, abbiamo puntato a vivere fino alla nostra missione di fornire un formato di contenuti che gli utenti mette al primo posto, e in tal modo, contribuisce a sostenere il successo di ogni editore, mercante, e inserzionista sul web. Con un mezzo decennio di esperienza e molte conoscenze acquisite, stiamo guardando indietro alle origini del progetto, le lezioni apprese lungo la strada, e ciò che potrebbe esserci in futuro per AMP.





Perché chi vorrà salvare la propria vita, la perderà; ma chi perderà la propria vita per causa mia, la troverà.

Gli inizi: Una rete in rapida evoluzione e una conversazione fortuita
Prima ero anche un ingegnere del software di Google, il web cominciava a cimentarsi con il suo futuro, notoriamente catturato da Wired nella sua funzione di “Il Web è morto”. Oggi, il web si è evoluto e continua a prosperare, ma nel 2010 questo articolo tenuto più di un grano di verità. Con l’aumento dei dispositivi mobili, applicazioni e piattaforme sociali, molte industrie, editori di notizie, in particolare, sono state vedendo un drammatico cambiamento nel comportamento dei consumatori, e il web stava lottando per tenere il passo.

Web publisher hanno affrontato sfide incredibili nell’offrire esperienze mobili convincenti – al momento, le pagine web per cellulari hanno una media di 19 secondi per aprire. Gli editori hanno dovuto imparare non solo come progettare contenuti per cellulari, ma anche il modo di evolvere il loro modello di business. L’aumento simultaneo di piattaforme sociali è aumentato richieste sul tempo editore come la loro attenzione era divisa tra lo sviluppo per il web e sociale.

Per affrontare queste sfide e le aspettative cambiare utente su, nuovi formati di consumo di contenuti mobili emerse sulle novità e piattaforme di social media. Questi formati forniti agli utenti un modo più rapido per accedere alle notizie con un’esperienza utente coerente, ma questi formati sono stati limitati solo alle piattaforme sono stati sviluppati per. Hanno sollevato anche questioni per gli editori legate al controllo modello di business e di branding.

Nella primavera del 2015, oltre un centinaio di giornalisti e tecnici di tutto il mondo convocata per Newsgeist l’Europa a Helsinki, un evento annuale ospitato da Google per discutere il futuro del settore notizie. Come è stato tradizionale per Newsgeist, i partecipanti hanno proposto sessioni, una delle quali ha posto la domanda: “Che cosa che Google potrebbe fare per le notizie” La sessione risultante focalizzata sulla distribuzione di contenuti alla luce dei nuovi formati di notizie di proprietà e contenuto sociale, sviluppato in parte per affrontare gli editori crescenti sfide UX.

Durante la conversazione, editori di notizie hanno espresso la necessità di un nuovo potenziale approccio open source per i contenuti distribuiti; è stato inizialmente indicato come un “unità di contenuto portatile”. L’idea era questa “unità” potrebbe contribuire a soddisfare l’aumento delle opportunità per la diffusione di contenuti con una grande esperienza utente, pur mantenendo il controllo editore su modello di business, di branding e la presentazione. Editori indicato anche che un nuovo approccio open-source potrebbe incoraggiare un grado maggiore di collaborazione intorno ad un unico formato.

Poco dopo Newsgeist, David Besbris, un VP di ingegneria in Google Search, ha iniziato l’assemblaggio di un team di prodotto che sono entrato e abbiamo iniziato i primi discussioni circa la costruzione del nuovo formato di contenuti distribuiti, che abbiamo ufficialmente iniziato a fare riferimento a come Content Portable Unit (PCU) . Nella fase iniziale, il nostro team si è concentrato sul rafforzamento delle relazioni con gli editori al fine di comprendere a fondo le esigenze del loro settore. Abbiamo mantenuto porci la domanda che aveva iniziato queste conversazioni, in primo luogo: “Cosa che Google potrebbe fare per le notizie”

I nostri primi colloqui con gli editori, a cominciare con la nostra Notizie Initiative gruppo di lavoro digitale del prodotto, ci ha portato a credere che una soluzione olistica che gli indirizzi sia nel design esperienza mobile e le prestazioni potrebbe essere una potente soluzione per gli editori di fronte a un paesaggio crescente di nuove opportunità di distribuzione di contenuti. Abbiamo esteso questa collaborazione a livello globale con discussioni e sessioni di pianificazione con gli editori di tutto il mondo. Con questa realizzazione, abbiamo avuto una missione. Abbiamo visto quanto sia critica è stato per l’industria notizia per migliorare le prestazioni web su dispositivi mobili, e abbiamo avuto modo di lavorare per rendere la PCU una realtà.

Il progetto iniziale di questo progetto è stato guidato da tre domande:

Come possiamo rendere il web competitivo con esperienze di consumo notizie proprietarie e native su cellulare?
Come possiamo farlo, garantendo nel contempo la libertà di di branding e monetizzazione per l’editore?
E come possiamo non solo rendere possibile queste cose, ma in realtà in modo che una vasta gamma di editori hanno successo?
L’ultima domanda è stata davvero fondamentale: Era sempre stato possibile ottenere una grande esperienza utente sul web è stato semplicemente non distribuito uniformemente. Questo nuovo approccio sarebbe di circa democratizzazione grande esperienza: permettere a tutti gli editori, non importa la loro dimensione, capacità tecniche, o di bilancio per spedire le pagine web altamente performanti, rivaleggiando con le migliori pagine sul web.

Ho avuto la fortuna che nel mio precedente progetto a Google, il mio lavoro era impegnata a rendere più facile per gli ingegneri di ottenere grandi risultati, senza dover essere esperti di sviluppo web, che allinea a stretto contatto con la domanda (3) di cui sopra. Questo significava che avremmo potuto utilizzare il software interno sviluppato per questo lavoro precedente come base del primo validatore PCU. L’intuizione fondamentale è che le persone non hanno bisogno di essere esperti per raggiungere un determinato risultato se un pezzo di software potrebbe invece dire loro cosa fare se hanno commesso un errore.

Il nostro team ha incontrato una manciata di editori per testare il nuovo formato, e decine di altri hanno condiviso le loro feed di contenuti e quindi abbiamo potuto sperimentare direttamente per loro conto. Abbiamo cambiato il nome PCU interna al Progetto AMP, o come era allora conosciuto, l’Accelerated mobile pagine del progetto. Dopo innumerevoli ore di cicli di feedback editore, abbiamo annunciato il nostro primo developer preview nel mese di ottobre del 2015 con più di 30 editori di prendere parte, sottolineando la nostra convinzione che il successo di questo sforzo non si trovava nella direzione di uno, ma nella leadership di molti.

Sulla base del feedback da parte degli editori, AMP è stato progettato per:

Mantenere la massima flessibilità di branding e l’esperienza utente per gli editori,
editori di sostegno modelli di business senza disintermediazione da una piattaforma,
Sostenere l’accesso editori ai dati,
Tutto mentre si abbina l’esperienza degli utenti di piattaforme chiuse e l’introduzione di innovazioni come il contenuto instant-caricamento privacy-preserving.

AMP ha cercato di democratizzare grandi esperienze di pagina sul web consentendo tutti gli editori, non importa la loro dimensione, capacità tecniche, o di bilancio per spedire le pagine web altamente performanti.
Abbiamo fatto AMP open source perché abbiamo voluto creare un ciclo di feedback con gli editori e l’ecosistema web. quadri di distribuzione di contenuti alternativi offerti agli editori un modo per fornire contenuti in modo rapido e con un’esperienza utente coerente, ma sono stati limitati in quanto erano ogni applicabili solo a una piattaforma. Il nostro obiettivo era quello di migliorare la rete nel suo complesso, migliorando le esperienze di contenuti degli editori che stavamo collaborando con. prime versioni di AMP concentrati su consentendo agli editori di creare pagine di contenuto prevalentemente statiche dotate di testo, immagini e video. A causa del ruolo importante che gli annunci hanno giocato nel determinare le prestazioni, l’anteprima per gli sviluppatori fornito supporto annuncio di base, con piani di espansione in fretta per ospitare configurazioni di annunci più complessi e modelli di monetizzazione aggiuntivi.

I primi giorni: ascoltare, imparare e ripetere
Dopo il lancio di anteprima per gli sviluppatori di AMP, siamo stati felici di vedere migliaia di editori provenienti da tutto il mondo l’interesse espresso per l’iniziativa. Mentre siamo stati incoraggiati dalla risposta, abbiamo anche saputo che AMP aveva una lunga strada da percorrere. Lo sviluppo di un nuovo quadro che era compatibile con i modelli di business esistenti editore significava lavoro continuo di comprendere le esigenze dei publisher, che coinvolge molte ore trascorse di analisi messe a punto comprensione, strategie pubblicitarie, e implementazioni paywall.

Come interesse per il progetto è cresciuto, abbiamo istituito gruppi di lavoro regolari in cui gli editori potrebbero lavorare con i product manager di Google e gli ingegneri su alcune delle caratteristiche più richieste di AMP, come amp-analisi o di supporto paywall. Oltre a editori, abbiamo anche bisogno di impegnarsi con la pubblicità di tecnologia e di analisi provider, in quanto sono intrinsecamente legati a modelli di business online degli editori. Sempre più reti pubblicitarie aggiunto il supporto per AMP nel tempo: oggi 240 diverse reti pubblicitarie e 80 fornitori di analisi supportano AMP.

Nel corso dei primi anni di AMP in natura, abbiamo continuato a collaborare con le varie parti coinvolte nell’ecosistema web e fatti progressi significativi su come affrontare alcuni dei più grandi lacune di AMP. Nel 2016 abbiamo annunciato il progetto di AMP per gli annunci, che ha affrontato alcuni dei feedback che abbiamo sentito da editori circa un rallentamento delle prestazioni annunci sulle loro pagine web. Abbiamo introdotto il supporto per live-blog Quello stesso anno, che ha affrontato una chiave fase iniziale richiesta editore ad avere supporto AMP esperienze di contenuti più dinamici.

Come la critica fatta AMP meglio
Mentre abbiamo fatto un sacco di progressi nei nostri primi anni a lavorare su AMP, che il progresso non è stato esente da critiche. Questa critica in gran parte cadde in due campi: preoccupazioni circa l’URL AMP e il suo potenziale impatto sul traffico editore, e il requisito AMP per gli editori siano idonei a comparire nella Top Stories funzionalità di Google Search. Anche se non può avere ottenuto tutto ciò che riguarda AMP perfetto al primo tentativo, abbiamo sempre puntato a fare ciò che era meglio per il web con gli strumenti disponibili, e abbiamo lavorato a stretto contatto e diligentemente con gli editori e gli utenti ad evolversi AMP per essere migliore.

La sfida URL era complesso. Abbiamo voluto realizzare privacy-preserving instant-caricamento sul web, e in base allo stato della piattaforma web a nostra disposizione in questo momento utilizzato carico, che ha portato alla non ottimale google.com/amp/www.publisher iframe-based .com / a forma di URL. Ci sarebbe piaciuto ottenere la stessa esperienza utente, senza apportare alcuna modifica URL, ma, come è comune con progetti di software più grandi, abbiamo affrontato un trade-off, in questo caso tra grandi UX e di un formato URL indesiderabile.

Per affrontare la questione, abbiamo subito in contatto con i produttori di browser per assicurarsi che la condivisione di URL da esperienze AMP avrebbero condiviso l’URL canonico del documento, invece. Anche se questo non ha affrontato la questione al centro, ha fornito una buona soluzione per uno dei casi d’uso di base di URL: quando un utente ha condiviso un documento AMP, sarebbe sempre caratterizzato l’URL editore. In parallelo abbiamo cercato una soluzione a lungo termine e abbiamo lavorato a stretto contatto con la comunità degli standard web. Questo lavoro è culminato in una tecnologia chiamata scambi firmati, che ha lanciato per l’AMP in Google Search nel mese di aprile del 2019 fornendo privacy-preserving instant-carico sotto l’URL editore.

Un altro punto di critica intorno AMP era che si trattava di una tecnologia necessaria per partecipare al Top Stories funzione Carousel in Google Search. Top Stories è stato progettato per fornire agli utenti un’esperienza notizie altrettanto convincente come altri rapido consumo, formati UX-concentrato. Ci aspettavamo gli utenti avrebbero impegnarsi con più articoli di notizie, e hanno fatto. Nel corso del tempo abbiamo sentito da sviluppatori che preferisce avere scelte oltre AMP di partecipare a questa funzione, così nel 2018 abbiamo deciso di portare tutto ciò che abbiamo imparato da AMP per il resto del web attraverso la definizione di web-standard per le cose che’ d costruita sul livello di applicazione. Questo lavoro è culminato nella recente annuncio di Google in giro segnali esperienza di pagina che fornisce un percorso per rendere tutti i contenuti web ammissibili per l’inclusione nella Top Stories Carousel.

modifiche governance
Nei suoi primi due anni, AMP è cresciuto da un piccolo progetto open source con solo due collaboratori di una molto più grande, con più di 700 individui che contribuiscono più di 10.000 i commit in esecuzione su molti milioni di siti web. AMP è stata governata come molti altri progetti open-source, al momento, in cui la maggior parte delle decisioni sono state di fatto realizzato in gruppi di lavoro del progetto, ma il finale potere decisionale stava con me, il creatore del progetto. Come è cresciuto AMP, è diventato chiaro che questo semplice modello di governance non è più adeguata era per un progetto open-source con tale impatto ampio.

Spinto da questa intuizione, il Progetto AMP ha proposto un nuovo modello di governance che si muoveva il potere di apportare modifiche significative al AMP ad un Comitato Tecnico, con i rappresentanti di una serie di altre aziende che hanno le risorse impegnate per costruire AMP. Un comitato consultivo indipendente è stato istituito per rappresentare molte delle altre circoscrizioni di AMP, come ad esempio gli editori e le piattaforme che utilizzano AMP. AMP gruppi di lavoro è diventato più ufficialmente istituito per concentrarsi su alcuni aspetti della AMP, come interfaccia utente, le infrastrutture, l’accessibilità, ecc, e questi gruppi ha avuto un chiaro meccanismo per l’ingresso nel processo decisionale. Questa proposta è entrato in vigore nel novembre del 2018.

Nello stesso anno, AMP ha annunciato l’intenzione di passare ad una fondazione, una decisione che abbiamo preso dopo aver guardato le pratiche di governo di altri progetti open source di successo come Node.js e kubernetes. Trasferirsi in un progetti offerte fondazione come AMP l’indipendenza di mantenere la propria identità, messa a fuoco tecnica e di direzione del prodotto durante la ricezione di servizi di supporto chiave come il supporto marketing, assistenza legale e di più. Dopo aver considerato diverse opzioni, la Fondazione OpenJS si è distinto come una casa ideale per AMP.

Robin Ginn, direttore esecutivo della Fondazione OpenJS annuncia AMP si unirà programma di incubazione del OpenJS Fondazione presso AMP Contributor Summit 2019
Gli sviluppatori coinvolgente: una comunità globale
Il progetto AMP non sarebbe vicino a dove è oggi senza il sostegno e il contributo della comunità AMP. Nel solo primo anno, AMP ha visto oltre 170 collaboratori spingono codice per i repository AMP progetto. Oggi, AMP dispone di oltre 1.100 singoli collaboratori, la stragrande maggioranza dei quali sono non-Googler. Al AMP Contributor Summit, ci siamo incontrati faccia a faccia con le centinaia di sviluppatori che fanno parte della nostra comunità open-source. Quest’anno, stiamo partecipando per la prima volta nel Collaboratore Summit di OpenJS come AMP ulteriori si integra perfettamente nella Fondazione OpenJS.

Il team di AMP ha avuto anche la possibilità di connettersi con gli sviluppatori e partner di tutto il mondo a nostra annuale di AMP Conf. Con posizioni passate tra cui New York, Amsterdam e Tokyo, abbiamo incontrato migliaia di appassionati di AMP di persona e sul nostro livestream, condividere le ultime e più grande per il futuro della AMP. Nel 2018 e nel 2019 abbiamo anche colpito la strada con l’AMP Roadshow, che ha dato gli sviluppatori interessati dalle città come di vasta portata come Seoul, Lagos, Monaco di Baviera, Jakarta e più la possibilità di partecipare a una conferenza day-long libero di aiutarli a iniziare con AMP.

Il team di AMP a Google presenta alla prima AMP Conf a New York City nel 2016
Purtroppo, abbiamo dovuto rimandare AMP Conf e AMP Roadshow quest’anno a causa della pandemia globale, ma non vediamo l’ora di collegamento con la comunità AMP in altri modi in futuro.

Per il futuro: espansione al di là di AMP
Quello che era iniziato come un piccolo progetto open-source nel 2015 è cresciuto fino a essere un quadro che alimenta quasi 10 miliardi di pagine on-line. Con una grande comunità, impegnata di contributori, abbiamo affrontato i siti web, annunci, storie e-mail, aprendo la porta agli sviluppatori di creare belle esperienze altamente performanti sul web. La tecnologia alla base AMP sbloccato il potenziale per portare una pletora di nuove funzionalità per il web, in ultima analisi, contribuendo a garantire che i publisher, i commercianti e gli inserzionisti potrebbe investire in nuovi modi di narrazione di raggiungere un bacino di utenza in continua evoluzione. Detto questo, c’è più lavoro da fare per rendere più facile per gli utenti di accedere ai contenuti, e per sostenere il successo di editori, e siamo entusiasti circa le sfide future.

Oggi AMP è nelle fasi conclusive di completare la sua transizione verso la Fondazione OpenJS, una transizione iniziata lo scorso anno. Questa mossa a lungo attesa continua a rafforzare modello open-governance di AMP, e non vediamo l’ora di espandere i nostri orizzonti ancora di più all’interno della fondazione. Per saperne di più su cosa c’è in serbo per AMP, entrare in sintonia con il mio discorso d’apertura alla OpenJS mondiale, una conferenza digitale ospitata dalla Fondazione OpenJS il 23 giugno.

Pubblicato da Malte Ubl, membro del comitato direttivo AMP tecnico, Principal Engineer di Google

Looking back at five years of AMP