într-o postare pe blog astăzi, Google anunță că se angajează oficial într-un proiect pentru a convinge grupul responsabil de standardele web să adopte tehnologie inspirată de cadrul său accelerat de pagini Mobile (AMP). În teorie, ar însemna că practic orice pagină web ar putea obține aceleași beneficii ca AMP: încărcare aproape instantanee, distribuție pe mai multe platforme și plasare (critic) mai proeminentă pe proprietățile Google.acest lucru sună impenetrabil dens și plictisitor, dar vă rugăm să nu faceți clic încă!, Acest lucru este important, puțin dificil de înțeles și critic pentru modul în care Web-ul și Google interacționează în viitor. În multe privințe, succesul sau eșecul Google în acest demers va juca un rol major în modelarea modului în care funcționează web-ul pe telefon.dacă nu sunteți familiarizat, AMP este încercarea Google de a face pagini web la fel de rapide și portabile ca alte „articole instant” (cum ar fi ceea ce ați putea citi pe Facebook sau Apple News). Ideea este că atunci când faceți clic pe un link de pe celelalte platforme, nu trebuie să așteptați încărcarea articolului, deoarece este deja preîncărcat într-o aplicație., Scopul AMP este de a aduce aceeași performanță pe web în sine.

prin crearea AMP, Google a intrat blithely chiar în centrul unui desiș format din Dezvoltatori preocupați de viitorul web-ului. Editorii sunt îngrijorați să cedeze prea mult controlul distribuției lor către companii gigantice de tehnologie și toate cele de mai sus sunt îngrijorate de faptul că Google nu este atât un administrator al web-ului, ci mai degrabă maestrul său de păpuși nefast.,tot ceea ce angst a metastazat în ultimele luni, cu o scrisoare deschisă pe scară largă către Google, cerându-i să remedieze AMP, Mai multe postări pe blog mediu decât pot fi citite într-o săptămână, șape Twitter și argumente în comentariile propriului depozit de coduri GitHub al AMP. Și acestea sunt doar lucrurile care provin de la dezvoltatorii web. (Păstrez un dosar de marcaje pe care îl numesc „AMPhole” pentru a încerca să țin pasul, iar acea gaură devine mai adâncă aproape în fiecare zi.)

întreaga situație este ușor frustrantă pentru David Besbris, VP de inginerie de căutare la Google., La începutul acestei săptămâni, m-am dus la Mountain View pentru a vorbi cu Besbris și Malte Ubl, plumb de inginerie pentru AMP. „Acesta este sincer un proiect destul de altruist din perspectiva noastră”, spune Besbris.

„nu a fost ca și cum am inventat AMP pentru că am vrut să controlăm totul, așa cum își asumă oamenii”, spune el. În schimb, susține el, du-te înapoi și uită-te la cât de gravă a fost starea web-ului mobil acum câțiva ani, înainte de începerea AMP. A fost nasol — de fapt, Nilay Patel a publicat o poveste pe acest site foarte intitulat „The mobile web sucks” în 2015. Avea dreptate., Apple și Facebook s-au ocupat de această problemă creând formate proprii și apoi au convins editorii să își distribuie știrile în aceste formate pe platformele lor. Ca Nilay a scris:

Luate împreună, Știri Apple și Facebook Instant Articolele sunt cel mai trist respingere a deschide web revoluție posibil: acestea sunt incompatibile proprietate sisteme de publicare în întregime sub controlul corporații uriașe, de care nici deosebit înțelege publicarea sau mass-media.,

Besbris a văzut lucrurile la fel: „tendința din industrie la acea vreme era modul simplu de a rezolva aceste probleme, unde ai garantat că poți controla experiența … dar asta vine cu costul web-ului.”Deci, soluția Google a fost AMP, un cadru care a fost conceput pentru a face web-ul la fel de bun ca acele platforme, astfel încât web-ul să aibă de fapt o șansă de a concura cu Apple și Facebook.realizarea paginilor web instant și portabil necesită un foarte inteligent — și foarte kludgey — hack.,

hack implicat o combinație de tehnologii web existente (ca ansamblu), standarde stricte pe paginile web în sine (așa le-ar fi garantat pentru a încărca rapid), și — critic — un alt fel de infrastructură pentru modul în care paginile web a obține de la o persoana serverul la telefon. Aceste kludges sunt de multe ori lucrurile pe care le vedeți oamenii se plâng atunci când se plâng de AMP. iframe-urile au un comportament ciudat de defilare, adresele URL nu se potrivesc, iar rezultatele AMP par adesea anemice în comparație cu paginile web complete. (Remedieri pentru toate aceste probleme, fie există sau au fost propuse.,)

În ciuda tuturor acestor probleme, iată ce este impresionant la AMP: când publicați o pagină web, aceasta poate fi difuzată de pe orice server de cache. Dar nu asta face cu adevărat rapid; ceea ce face cu adevărat o diferență este că se poate încărca aproape instantaneu, deoarece a fost deja preîncărcat în fundal. Și totuși, în ciuda acestei preîncărcări, nu contați ca vizitator, iar editorul nu poate seta niciun cookie sau nu face nicio urmărire până când nu faceți clic., Și puteți avea încredere că pagina în cache, încărcată instantaneu, care se află în Căutarea Google sau Twitter, este fidelă sursei sale canonice, chiar dacă acea sursă a fost actualizată după ce a fost publicată pentru prima dată.

„la început, se presupunea destul de mult că web-ul nu ar putea face nimic din toate acestea”, spune Besbris. Ubl și echipa sa au venit cu acea combinație de tehnologii care au făcut-o posibilă, dar a necesitat o tehnologie care nu este încorporată în web chiar acum., Așadar, Google s-a confruntat cu o alegere: Faceți-vă timp pentru a încerca să convingeți organismul de standarde web să îl adopte și producătorii de browser pentru a-l susține sau pur și simplu mergeți mai departe și puneți-l în lume ca un proiect susținut în mare parte de Google pe produsele proprii Google, în primul rând căutare.

” avem nevoie de un vehicul pentru a da seama de fapt. Nu poți să-l știi fără să încerci lucruri”, susține Besbris. Google a trebuit să demonstreze că web-ul ar putea fi la fel de bun ca articolele instantanee. Mai important, a trebuit să se îmbunătățească rapid — înainte ca oamenii să o abandoneze pentru un milion de aplicații personalizate și formate de articole diferite., Besbris spune că Google nu a putut aștepta comitetele care ajută la realizarea standardelor Web să o facă. „Dacă începeți prin a încerca totul prin procesul de standarde, am mai vorbi despre asta”, susține el.

indiferent dacă AMP contează sau nu ca „web” este de fapt unul dintre punctele de dispută — deși așa cum v-ați aștepta, Besbris și Ubl cred cu tărie că este și fac un caz convingător pentru asta. Paginile mobile accelerate, susțin ei, nu trebuie să utilizeze serverele Google sau să difuzeze anunțuri Google; ele pot fi publicate și distribuite complet independent de Google.,indiferent de ceea ce cred inginerii Google, în afara Mountain View, AMP este asociat mult mai puternic cu Google decât cu web — ul-chiar dacă a fost adoptat de Bing, Twitter, Baidu și alții. O parte a problemei este că AMP a fost reacția Google la Facebook și Apple, așa că a căzut în găleata ușor gândită a „formatelor de articole proprietare.”Dar cea mai mare parte este că Google este imens și a împins AMP într-un mod mare cu cel mai mare produs al său: căutare. Editorii care acceptă AMP apar în caruselul Google top stories, ceea ce înseamnă o inundație de trafic., Este un stimulent imens pentru a sprijini AMP.și astfel, în cele din urmă, suntem gata să vorbim despre postarea de astăzi pe blog de Ubl. Ai nevoie de toate astea backstory pentru a înțelege cele ce urmează, o aparent simplă propoziție care explică de ce Google este de a face:

Bazat pe ceea ce am învățat de la AMP, acum mă simt pregătit să facă următorul pas și să lucreze pentru a sprijini mai multe fast-încărcare conținut nu se bazează pe tehnologia AMP în zonele de Căutare Google concepute pentru acest plac Poveștile de Top carusel.,

Ce este Google propune nu este de a transforma întreaga web în AMP, ci mai degrabă să ia o parte din ideile din spatele inteligent hacks care a făcut AMP lucru, curățați-le, și apoi le face un standard universal, care nu are nimic de-a face cu Google. În acest fel, aproape orice pagină web ar putea fi distribuită la fel de ușor și încărcată la fel de rapid ca cele care sunt acceptate de AMP.Google nu este orb: știe că alte companii nu sunt susceptibile să adopte AMP ca o soluție universală pentru remedierea web-ului., Deși Ubl va spune cu bucurie câți non-Googleri contribuie la codul AMP, la sfârșitul zilei, lucrează la Google și este BDFL (dictator binevoitor pentru viață) în proiectul AMP. Noile standarde — dintre care multe sunt deja în curs de dezvoltare — par a fi cu adevărat bune pentru web. Dar, la fel de important, este cu adevărat mai probabil să fie adoptate de companiile concurente dacă sunt văzute ca noi tehnologii web fundamentale și nu doar un proiect Google.,

„intenția noastră a fost întotdeauna să luăm AMP — obțineți biții buni și lecțiile pe care le — am învățat de la construirea AMP-în pista de standarde”, spune Besbris.

acest nou format nu are încă un nume-Google este în mod evident reticent să propună unul — dar orice ar fi, este probabil să cuprindă o gamă de tehnologii propuse., Ubl intrat adânc în buruieni din astea cu mine, dar am să te cruț și în loc doar punctul de la link-uri pe blogul său post:

scopul Google este de a acorda sprijin în caracteristici, cum ar fi Povești de Top carusel pentru AMP-cum ar fi conținutul (1) îndeplinește un set de performanța și experiența de utilizare a criteriilor și (2) pune în aplicare un set de noi standarde web. Unele dintre standardele propuse în calea critică sunt Feature Policy, Web Packaging, iframe promotion, Performance Timeline și Paint Timing.,

următorii pași vor implica probabil un proces care, în cel mai optimist caz, cred că va dura luni — mai probabil vor fi ani. Diverse organisme de standardizare trebuie să elaboreze propuneri, să le încerce și să fie de acord cu ele. Și nu este doar corpul W3C care standardizează web, fie. Tehnologia de ambalare Web care permite paginilor web să funcționeze offline și să fie redistribuită poate fi de fapt convenită de un alt organism.și după toate acestea, companiile care fac browsere web și aplicații trebuie să le implementeze pe toate., Când am îndrăznit Ubl să ghicească care ar putea fi cronologia pentru toate acestea, el a descris cum se aștepta ca procesul să arate destul de mult înainte de a admite: „în acest sens, nu, nici o cronologie.între timp, Google va continua să dezvolte AMP și să promoveze utilizarea acestuia. Dar pentru a accelera procesul standard, oferă același morcov care a supraalimentat inițial creșterea AMP: plasarea primară pe proprietățile proprii ale Google. Google promite că orice pagină web care se potrivește cu performanța unei pagini AMP va primi exact același tratament în căutarea Google.,Google nu este în măsură să furnizeze o „punchlist” de caracteristici pe care le va solicita înainte ca o pagină să poată primi același tratament ca AMP — cel puțin nu încă. A durat atât de mult ca echipa din spatele AMP să-și dea seama că tehnologia din spatele ei ar putea fi universalizată (sau, dacă preferați, de-Googlizată), așa că va lucra cu restul comunității web pentru a face acest lucru înainte de a lua decizii ferme cu privire la ceea ce va primi tratament special în căutare., Google are câteva idei — inclusiv repere de performanță pentru pagini și suport pentru pachetele web cu încărcare instantanee-dar nu se va angaja încă la o listă de firme.odată ce aceste standarde sunt convenite și implementate, orice pagină care le respectă ar putea apărea în caruselul Top Stories, fluxul de știri Google pe Android și chiar să obțină aceeași insignă Blue Lightning bolt care apare lângă rezultatele acceptate de AMP În căutare. Cu toate acestea, acestor pagini nu li se va garanta o plasare mai bună în rezultatele căutării — la fel cum AMP nu garantează plasarea căutării astăzi., „Lucrurile pe care trebuie să le faceți pentru a vă clasifica bine în căutare vor continua să fie acolo și vom continua să nu vă spunem ce sunt”, glumește Besbris.

nu cred că postarea lui Ubl de astăzi va spăla sentimentele rele pe care mulți le au Despre AMP. Sunt prea multe înfășurate în ea. AMP a servit ca o navă pentru grijile legate de puterea Google asupra web-ului, viitorul dicey al publicării de știri și orice angst general ne simțim cu toții despre starea de rău a majorității paginilor web mobile., Cele mai multe dintre aceste preocupări au fost corecte, dar nu a existat suficient impuls pentru o alternativă mai deschisă. Cu această mișcare, Google pare să încerce să creeze una.

Iată cum rezumă Besbris știrile de astăzi:

intenția aici este de a fi mai bine despre comunicarea intenției noastre. Ne-am dorit întotdeauna și întotdeauna a spus acest lucru, dar nu foarte clar. … Vrem doar să comunicăm foarte clar că AMP nu este altceva decât să încercăm să îmbunătățim web-ul., Lecțiile învățate de la AMP sunt puse în organismele standard, astfel încât să putem avea alte cadre să implementeze aceleași lucruri.

discuția despre AMP încă de la începuturile sale a fost confuză și controversată. Acesta este, de obicei, modul în care standardele web. Dar cred că mizele cu AMP se simt mai mari decât bătăliile anterioare din cauza unei înțelegeri din ce în ce mai mari că nu mai putem lua existența web-ului deschis de la sine. Ar putea foarte bine să dispară. Trebuie menținută și, mai mult decât atât, îmbunătățită.,

asta nu înseamnă că toată lumea ar trebui să aibă încredere în Google pentru a avea cele mai bune interese ale Web-ului deschis. Compania beneficiază cu siguranță mai mult decât concurenții săi de pe o rețea puternică și vibrantă și este atât de influentă pe web încât uneori pare a fi Dominație. Google ar putea fi puțin mai conștient de aceste realități atunci când vorbește despre web.

pe măsură ce începem să încheiem discuția noastră despre AMP, Besbris repetă una dintre întrebările mele înapoi la mine: „am fost doar idioți în jurul comunicării acestor lucruri?”

„Da”, răspunde el.,