Articles

Dans le plan de Google pour rendre L’ensemble du web aussi rapide que AMP

Posted by admin

Dans un article de blog aujourd’hui, Google annonce qu’il se lance officiellement dans un projet visant à convaincre le groupe en charge des normes web d’adopter une technologie inspirée de son cadre de pages mobiles accélérées (AMP). En théorie, cela signifierait que pratiquement n’importe quelle page Web pourrait bénéficier des mêmes avantages que AMP: chargement quasi instantané, distribution sur plusieurs plates-formes et placement (Critique) plus important sur les propriétés Google.

cela semble impénétrable et ennuyeux, mais ne cliquez pas encore!, C’est important, un peu difficile à comprendre et essentiel à la façon dont le web et Google interagissent à l’avenir. À bien des égards, le succès ou l’échec de Google dans cette entreprise jouera un rôle majeur dans le façonnage du fonctionnement du web sur votre téléphone.

Si vous n’êtes pas familier, AMP est la tentative de Google de rendre les pages Web aussi rapides et portables que d’autres « articles instantanés” (comme ce que vous pourriez lire sur Facebook ou Apple News). L’idée est que lorsque vous cliquez sur un lien sur ces autres plates-formes, vous n’avez pas à attendre que l’article se charge car il est déjà préchargé dans une application., L’objectif D’AMP est d’apporter les mêmes performances au web lui-même.

en créant AMP, Google est entré allègrement au centre d’un fourré composé de développeurs préoccupés par l’avenir du web. Les éditeurs craignent de céder trop de contrôle de leur distribution à des entreprises technologiques gigantesques, et tout ce qui précède craint que Google ne soit pas tant un intendant du web, mais plutôt son infâme marionnettiste.,

toute cette angoisse s’est métastasée au cours des derniers mois, avec une lettre ouverte largement diffusée à Google lui demandant de réparer AMP, plus de messages de blog moyens que ce qui peut être lu en une semaine, des chapes Twitter et des arguments dans les commentaires du propre référentiel de code GitHub D’AMP. Et ce ne sont que les choses venant des développeurs web. (Je garde un dossier de signets que j’appelle « AMPhole” pour essayer de suivre, et ce trou devient plus profond presque tous les jours.)

L’ensemble de la situation est légèrement frustrant pour David Besbris, vice-président de l’ingénierie de la recherche chez Google., Plus tôt cette semaine, je suis allé à Mountain View pour parler avec Besbris et Malte Ubl, responsable de l’ingénierie pour AMP. ” C’est honnêtement un projet assez altruiste de notre point de vue », déclare Besbris.

”ce n’était pas comme si nous avions inventé AMP parce que nous voulions tout contrôler, comme les gens le supposent”, dit-il. Au lieu de cela, soutient-il, revenez en arrière et regardez à quel point l’état du web mobile était désastreux il y a quelques années, avant la création de L’AMP. Il sucé-en fait, Nilay Patel a publié une histoire sur ce site même intitulé « The mobile web sucks » en 2015. Il a droit., Apple et Facebook ont réglé ce problème en créant des formats propriétaires, puis ont convaincu les éditeurs de distribuer leurs nouvelles dans ces formats sur leurs plates-formes. Comme L’a écrit Nilay:

pris ensemble, Apple News et Facebook Instant Articles sont la réfutation la plus triste de la révolution Web ouverte possible: ce sont des systèmes de publication propriétaires incompatibles entièrement sous le contrôle de grandes sociétés, dont aucune ne comprend particulièrement l’édition ou les médias.,

Besbris voyait les choses de la même manière: « la tendance dans l’industrie à l’époque était le moyen simple de résoudre ces problèmes, où vous garantissiez que vous pouviez contrôler l’expérience … mais cela se fait au détriment du web. »La solution de Google était donc AMP, un cadre conçu pour rendre le web aussi bon que ces plates-formes afin que le web puisse réellement rivaliser avec Apple et Facebook.

rendre les pages web instantanées et portables nécessitait un hack très intelligent — et très kludgey—.,

le hack impliquait une combinaison de technologies web existantes (comme les iFrames), des normes strictes sur les pages web elles — mêmes (de sorte qu’elles seraient garanties de se charger rapidement) et — de manière critique-un autre type d’infrastructure pour la façon dont les pages web passent du serveur d’un éditeur à votre téléphone. Ces kludges sont souvent les choses que vous voyez les gens se plaignent quand ils se plaignent AMP. les iFrames ont un comportement de défilement étrange, les URL ne correspondent pas et les résultats AMP semblent souvent anémiques par rapport aux pages web complètes. (Des correctifs pour tous ces problèmes existent ou ont été proposés.,)

malgré tous ces problèmes, voici ce qui est impressionnant à propos D’AMP: lorsque vous publiez une page Web, elle peut être servie depuis n’importe quel serveur de mise en cache. Mais ce n’est pas ce qui le rend vraiment rapide; ce qui fait vraiment la différence, c’est qu’il peut se charger presque instantanément car il a déjà été préchargé en arrière-plan. Et pourtant, malgré ce préchargement, vous ne comptez pas comme un visiteur et l’éditeur ne peut pas définir de cookies ou effectuer un suivi jusqu’à ce que vous cliquiez., Et vous pouvez avoir confiance que la page Mise en cache et chargée instantanément qui se trouve dans Google search ou Twitter est fidèle à sa source canonique, même si cette source a été mise à jour après sa première publication.

”Au début, on supposait à peu près que le web ne pouvait rien faire de tout cela”, explique Besbris. Ubl et son équipe ont mis au point cette combinaison de technologies qui l’a rendu possible, mais il fallait une technologie qui n’est pas vraiment intégrée au web pour le moment., Google a donc fait face à un choix: prendre le temps d’essayer de convaincre l’organisme de normalisation web de l’adopter et les fabricants de navigateurs de le soutenir ou tout simplement aller de l’avant et le mettre dans le monde comme un projet principalement soutenu par Google sur les propres produits de Google, principalement la recherche.

”Nous avons besoin d’un véhicule pour réellement le comprendre. Vous ne pouvez pas simplement le savoir sans essayer des choses”, soutient Besbris. Google devait prouver que le web pouvait être aussi bon que Instant Articles. Plus important encore, il devait devenir aussi bon rapidement-avant que les gens ne l’abandonnent pour un million d’applications personnalisées et de formats d’articles différents., Besbris dit que Google ne pouvait pas attendre les comités qui aident à élaborer des normes web pour le faire. « Si vous commencez par tout essayer à travers le processus de normes, nous en parlerions toujours”, fait-il valoir.

que L’AMP compte ou non comme « le web” est en fait l’un des points de discorde — bien que, comme on pouvait s’y attendre, Besbris et Ubl croient fermement que c’est le cas, et ils plaident en sa faveur. Les Pages mobiles accélérées, affirment-ils, n’ont pas besoin d’utiliser les serveurs de Google ou de diffuser des annonces Google; elles peuvent être publiées et distribuées de manière totalement indépendante de Google.,

indépendamment de ce que pensent les ingénieurs de Google, en dehors de Mountain View, AMP est associé beaucoup plus fortement à Google qu’au web — même s’il a été adopté par Bing, Twitter, Baidu et d’autres. Une partie du problème est que AMP était la réaction de Google à Facebook et Apple, il est donc tombé dans le seau de pensée facile de « formats d’articles propriétaires. »Mais la plupart d’entre eux est que Google est énorme et a poussé AMP d’une grande manière avec son plus grand produit: la recherche. Les éditeurs qui prennent en charge AMP apparaissent dans le carrousel Top stories de Google, ce qui signifie Un flot de trafic., C’est une énorme incitation à soutenir AMP.

et donc, enfin, nous sommes prêts à parler de l’article de blog D’Aujourd’hui par Ubl. Vous avez besoin de toute cette histoire pour comprendre ce qui suit, une phrase apparemment simple qui explique ce que Google fait:

sur la base de ce que nous avons appris D’AMP, nous nous sentons maintenant prêts à passer à l’étape suivante et à travailler pour prendre en charge plus de contenu à chargement rapide,

ce que Google propose, ce n’est pas de transformer tout le web en AMP, mais plutôt de prendre certaines des idées derrière les hacks intelligents qui ont fait fonctionner AMP, de les nettoyer, puis d’en faire un standard universel qui n’a rien à voir avec Google. De cette façon, presque n’importe quelle page Web pourrait être distribuée aussi facilement et chargée aussi rapidement que celles qui sont prises en charge par AMP.

Google n’est pas aveugle: il sait que d’autres entreprises ne sont pas susceptibles d’adopter AMP comme solution universelle pour réparer le web., Bien Qu’Ubl se réjouisse du nombre de non-Googlers qui contribuent au Code AMP, à la fin de la journée, il travaille chez Google et est le BDFL (Benevolent Dictator For Life) sur le Projet AMP. Les nouvelles normes — dont beaucoup sont déjà en développement-semblent être vraiment bonnes pour le web. Mais tout aussi important, ils sont vraiment plus susceptibles d’être adoptés par des entreprises concurrentes si elles sont considérées comme de nouvelles technologies web fondamentales et pas seulement un projet Google.,

”notre intention a toujours été de prendre AMP — Obtenir les bons morceaux et les leçons que nous avons tirées de la construction AMP — dans la voie des normes,” dit Besbris.

Ce nouveau format n’a pas encore de nom — Google est évidemment réticent à en proposer un — mais quoi qu’il en soit, il est susceptible d’englober un mélange de technologies proposées., Ubl s’est plongé dans les mauvaises herbes de certains d’entre eux avec moi, mais je vais vous épargner et à la place il suffit de pointer vers les liens dans son article de blog:

L’objectif de Google est d’étendre la prise en charge de fonctionnalités telles que le carrousel Top Stories à un contenu de type AMP qui (1) répond à un ensemble de critères de performance et d’expérience utilisateur et (2) implémente un ensemble de nouveaux standards web. Certaines des normes proposées dans le chemin critique sont la stratégie de fonctionnalité, le Packaging Web, la promotion iframe, la chronologie des performances et la synchronisation de la peinture.,

Les prochaines étapes vont probablement impliquer un processus qui, à mon plus optimiste, je suppose que cela prendra des mois — plus probablement des années. Divers organismes de normalisation doivent trouver des propositions, les essayer et les accepter. Et ce n’est pas seulement le corps du W3C qui standardise le web, non plus. La technologie D’emballage Web qui permet aux pages Web de fonctionner hors ligne et d’être redistribuées peut en fait avoir besoin d’être convenue par un autre organisme.

et après tout cela, les entreprises qui fabriquent des navigateurs web et des applications doivent tout mettre en œuvre., Quand j « ai osé Ubl deviner quel pourrait être le calendrier pour tout cela, il a décrit ce qu « il s » attendait à ce que le processus puisse ressembler pendant un certain temps avant d « admettre, » à cet égard, non, pas de calendrier. »

pendant ce temps, Google va absolument continuer à développer AMP et à promouvoir son utilisation. Mais pour accélérer le processus standard, il offre la même carotte qui a initialement suralimenté la croissance D’AMP: placement privilégié sur les propres propriétés de Google. Google promet que toute page Web qui correspond aux performances d’une page AMP obtiendra exactement le même traitement dans la recherche Google.,

Google n’est pas en mesure de fournir une « punchlist” de fonctionnalités dont il va avoir besoin avant qu’une page puisse obtenir le même traitement QU’AMP — du moins pas encore. Il a fallu autant de temps à L’équipe derrière AMP pour comprendre que la technologie derrière pourrait être universalisée (ou, si vous préférez, de-Googlisée), donc il va travailler avec le reste de la communauté web pour le faire avant de prendre des décisions fermes sur ce qui va obtenir un traitement spécial dans la recherche., Google a quelques idées – y compris des benchmarks de performance pour les pages et la prise en charge des packages web à chargement instantané-mais ne s’engagera pas encore sur une liste ferme.

Une fois que ces normes sont convenues et mises en œuvre, toute page qui leur est conforme pourrait apparaître dans le carrousel Top Stories, le flux d’actualités Google sur Android, et même obtenir le même petit badge éclair bleu qui apparaît à côté des résultats pris en charge par AMP dans la recherche. Ces pages ne seront pas garanties meilleur placement dans les résultats de recherche, cependant — tout comme AMP ne garantit pas le placement de recherche aujourd’hui., ” Les choses que vous devez faire pour bien vous classer dans la recherche continueront d’être là et nous continuerons à ne pas vous dire ce qu’elles sont », plaisante Besbris.

Je ne pense pas que le post D’Ubl aujourd’hui va laver les mauvais sentiments que beaucoup ont sur AMP. Il y a juste trop de choses enveloppées dedans. AMP a servi de navire pour les inquiétudes concernant le pouvoir de Google sur le web, l’avenir difficile de l’édition de nouvelles, et quelle que soit l’angoisse générale que nous ressentons tous sur l’état désolé de la plupart des pages Web mobiles., La plupart de ces préoccupations ont été justes, mais il n’y a pas eu assez d’élan pour une alternative plus ouverte. Avec ce mouvement, Google semble essayer d’en créer un.

Voici comment Besbris résume les nouvelles d’aujourd’hui:

ici, Le but est de mieux communiquer nos intentions. Nous avons toujours voulu et toujours dit cela, mais pas très clairement. … Nous voulons juste communiquer très clairement que AMP n’est rien d’autre que d’essayer de rendre le web Meilleur., Les enseignements tirés de L’AMP sont mis dans les organes standard afin que nous puissions avoir d’autres cadres mettre en œuvre les mêmes choses aussi.

la discussion sur AMP depuis sa création a été confuse et controversée. C’est généralement le cas avec les normes web. Mais je pense que les enjeux avec AMP semblent plus élevés que les batailles précédentes en raison d’une compréhension croissante que nous ne pouvons plus tenir l’existence du web ouvert pour acquise. Il pourrait très bien disparaître. Il doit être maintenu et, plus que cela, amélioré.,

cela ne veut pas dire que tout le monde devrait simplement faire entièrement confiance à Google pour avoir les meilleurs intérêts du WEB OUVERT À cœur. La société bénéficie certainement plus que ses concurrents d’un web fort et dynamique et est si influente sur le web qu’elle ressemble parfois à une domination. Google pourrait être un peu plus conscient de ces réalités quand il parle du web.

alors que nous commençons à conclure notre discussion sur AMP, Besbris me répète une de mes questions: « avons – nous juste été idiots en communiquant ce genre de choses?”

”Oui,” répond-il.,

Leave A Comment