AEM et Edge Delivery Services : Ramener le Web à ses racines

Il n'y a pas si longtemps, la création de sites web était assez simple : un fichier texte et un rêve. Vous avez écrit un peu de HTML, saupoudré un peu de CSS, et peut-être ajouté un peu de JavaScript vanille si vous vous sentiez en forme ce jour-là. Le navigateur a fait son travail, et boum - vous aviez un site web. C'est tout. Il ne pouvait en être autrement - c'était tout ce que votre connexion 56k pouvait supporter.

Puis vint l'internet à haut débit et V8 - les cadres, les outils de construction, les bibliothèques et les couches infinies d'abstraction ont commencé à voir le jour. Quelque part dans le tourbillon du bundling, du transpiling et du polyfilling, l'internet s'est éloigné de sa simplicité originelle et a oublié à quel point le HTML, le CSS et le JavaScript vanille pouvaient être puissants.

Mais récemment, alors que je travaillais avec Adobe Edge Delivery Services et Document Authoring, j'ai ressenti quelque chose de familier - comme le bruit de la poignée de main emblématique de l'accès à Internet par ligne commutée. EDS m'a ramené aux racines du web : le contenu d'abord, piloté par HTML, stylisé par CSS, et rapide par défaut.

Ce billet est consacré à ce sentiment - se souvenir de la manière dont le web était censé être construit. Pourquoi ? Parce que dans un monde où les frontaux sont surchargés et les piles trop compliquées, la simplicité est plus importante que jamais.

Le Web précoce : Simple, honnête et rapide

La simplicité des premiers sites web était magnifique. On ouvrait un éditeur de texte, on écrivait du HTML, on ajoutait un peu de CSS en ligne et, si l'on avait besoin d'interactivité, on ajoutait peut-être une balise script avec un peu de JS vanille. C'était le flux de travail. Pas d'étapes de construction. Pas de déploiement. Aucune dépendance. Il suffit de l'envoyer par FTP sur un serveur et le tour est joué.

Cela a fonctionné. C'était rapide. Tout le monde peut y accéder. Il ne s'est pas cassé sur les machines plus lentes et n'a pas chargé 3MB de JavaScript minifié juste pour rendre un paragraphe. Vous pourriez "voir la source" et apprendre quelque chose. C'était brut - ce que vous avez écrit était ce qui a été rendu. Pas de magie. Pas d'approximation.

Les développeurs avaient le contrôle total et la barrière à l'entrée était faible. Il n'était pas nécessaire d'avoir un diplôme en sciences de l'information ou de suivre un cours en 20 parties sur les méthodes de cycle de vie d'un cadre. Il suffit d'un navigateur, d'un éditeur de texte et d'une idée.

Quand le Web devient gros

Puis est arrivé le moteur V8 de Chrome - et avec lui, la renaissance moderne de JavaScript. Soudain, la JS n'était plus un simple jouet. Il était rapide, puissant et omniprésent. Au début, cela ressemblait à de la magie... mais en réalité, nous venions d'ouvrir la boîte de Pandore.

Nous avons commencé à faire des montagnes avec des taupinières. Un site qui se résumait auparavant à quelques fichiers statiques avait désormais besoin d'une pile de dépendances, d'un bundler, d'un compilateur et de la moitié de votre mémoire vive juste pour cracher "Hello World". L'installation de npm est devenue un rituel et non une routine de soins de la peau. Il s'agit plutôt d'invoquer un démon qui vous brise, vous et votre construction.

Nous avons construit des couches sur des couches. Des outils pour gérer nos outils. Des abstractions pour des choses qui n'ont jamais été compliquées. Le monde du front-end est devenu obsédé par les "applications" plutôt que par les documents. Et quelque part dans le chaos, nous avons perdu de vue les principes de base : HTML pour la structure, CSS pour le style et JS pour le comportement.

Adobe Document Authoring : Juste du contenu

Adobe Document Authoring - honnêtement ? Une bouffée d'air frais. À première vue, il semble que vous modifiez simplement un document Word. C'est parce que... vous l'êtes en grande partie. Il est conçu pour la collaboration, simple à utiliser et facile à apprendre. Il s'agit simplement d'un contenu propre auquel tout le monde peut facilement contribuer.

Le document que vous êtes en train d'éditer ne reste pas quelque part à attendre d'être copié-collé dans WordPress. Il devient la page. Ce que vous écrivez ici est ce qui est livré sur le web - pas de chaos sans tête, pas de pipeline markdown vers React vers JSON vers quelque chose.

Il s'agit d'une approche axée sur le contenu, de la meilleure façon possible. Vous n'avez pas besoin de concevoir votre façon d'écrire - vous écrivez simplement et ce changement à lui seul est énorme. Cela signifie que vous passez moins de temps à essayer de coller des systèmes ensemble et plus de temps à vous concentrer sur ce qui compte vraiment : le message.

Ce qu'est l'EDS - et pourquoi il fonctionne

Adobe Edge Delivery Services (ou EDS, en abrégé ; vous l'avez peut-être déjà vu sous le nom de Project Helix ou Adobe Franklin) ressemble à une révolution discrète. Sur le papier, cela semble presque trop simple : du contenu dans un document Adobe DA (ou Word, ou SharePoint, ou Google Docs), structuré avec des tableaux et des en-têtes, puis diffusé sur le web à l'aide de blocs de JS et de CSS. Pas d'outils de construction. Pas de scripts de déploiement. Pas d'intégrations CMS complexes. Il suffit d'écrire, d'enregistrer et d'envoyer.

Et d'une certaine manière... c'est le but.

C'est le genre d'installation qui vous pousse à vous arrêter et à vous demander : "Pourquoi avons-nous compliqué les choses ?"

Au lieu de tout transformer en application, l'EDS transforme les documents en sites web - comme l'internet à l'origine.  Le document se concentre sur le contenu. Si vous avez besoin d'une mise en page ou d'une interactivité, vous utilisez des blocs. Chaque bloc est un morceau de logique (contenu + CSS + JS) qui sait comment interpréter la structure du document et la transformer en HTML propre et efficace. Si vous pouvez lire un document Google et inspecter un tableau, vous pouvez comprendre le fonctionnement d'un bloc.

Mieux encore, tout le code est libre sur GitHub, le flux de développement est basé sur Git, et vous pouvez voir ce que fait n'importe quel bloc en temps réel avec des extensions de navigateur comme AEM Sidekick. Il est moderne dans tous les domaines qui comptent, sans être alourdi par toutes les choses qui ne le sont pas.

Pourquoi c'est important

Cette simplicité n'est pas seulement nostalgique, elle est aussi pratique. Lorsque vous éliminez le bruit et que vous vous concentrez sur la fourniture d'un véritable HTML avec un peu de CSS et de JS, tout s'améliore.

Les sites EDS sont rapides - comme 100 Lighthouse scores rapides - parce qu'il n'y a pas de cadre JS gonflant qui alourdit les choses. Vous expédiez du HTML, vous ne démarrez pas une application juste pour montrer la photo d'un chat.

Accessibilité et référencement ? C'est là que ça se passe. Le HTML propre signifie que les lecteurs d'écran et les moteurs de recherche comprennent réellement votre contenu. Pas de piratage, pas d'arnaque.

Expérience en matière de développement ? J'ai abandonné l'université. Vous n'êtes pas en train de manipuler des configurations ou de déboguer une version cassée à 2 heures du matin parce qu'un paquetage au fin fond de la chaîne a dérapé. Vous construisez un bloc. Vous avez du style. Vous touchez de l'herbe.

Flux de travail sur le contenu ? Laissez-les cuire. Les rédacteurs et les éditeurs travaillent avec des outils qu'ils connaissent déjà - Google Docs, Word, SharePoint - et leurs mises à jour sont mises en ligne. Il n'y a pas de contrôle. Pas de tickets Jira pour "pouvez-vous ajouter un espace à cette phrase ?".

En bref : il est plus rapide à construire, plus facile à maintenir et plus accessible à toutes les personnes concernées, qu'il s'agisse des développeurs, des auteurs ou des utilisateurs.

Retour vers le futur

Il est facile de penser que le progrès consiste à ajouter plus d'outils, plus de couches, plus d'abstraction. Mais parfois, la meilleure chose à faire est de faire table rase du passé et de se rappeler ce qui a fait la grandeur du web au départ.

Adobe Document Authoring et EDS ne se contentent pas de faciliter les choses, ils les rendent plus claires. Ils redonnent aux développeurs et aux créateurs de contenu un langage commun. Ils nous rappellent que HTML, CSS et JS - qui ne sont que les bases - sont encore incroyablement puissants.

Il ne s'agit peut-être pas de réinventer le web. Il s'agit peut-être de s'écarter de son chemin.

Vous voulez en savoir plus sur les Edge Delivery Services ?
Découvrez comment il peut transformer votre diffusion de contenu en consultant notre blog sur la création de documents pour la diffusion périphérique ou en écoutant notre discussion en podcast sur YouTube.

A propos de l'auteur

Episodes de podcast & Articles de blog