Dekorative Doppelhelix

AEM und Edge Delivery Services: Das Web zurück zu den Wurzeln bringen

Vor nicht allzu langer Zeit war das Erstellen von Websites ziemlich einfach, wie eine Textdatei und ein Traum. Du hast ein bisschen HTML geschrieben, etwas CSS eingestreut und vielleicht ein bisschen Vanilla JavaScript eingefügt, wenn du dich an diesem Tag schick gefühlt hast. Der Browser hat sein Ding gemacht, und bumm - Sie hatten eine Website. Das war es. Es musste so sein - es war alles, was Ihre 56k-Verbindung bewältigen konnte.

Dann kamen Highspeed-Internet und V8 - die Frameworks, Build-Tools, Bibliotheken und endlosen Abstraktionsebenen begannen. Irgendwo im Strudel des Bündelns, Transpilierens und Polyfillings entfernte sich das Internet von seiner ursprünglichen Einfachheit und vergaß, wie leistungsfähig einfaches HTML, CSS und Vanilla JavaScript sein können.

Aber vor kurzem, als ich mit den Edge Delivery Services und Document Authoring von Adobe arbeitete, fühlte ich etwas Vertrautes - wie das ikonische Handshake-Geräusch von der Einwahl. EDS hat mich zu den Wurzeln des Webs zurückgebracht: Content first, driven by HTML, styled by CSS und standardmäßig schnell.

In diesem Beitrag geht es um dieses Gefühl - sich daran zu erinnern, wie das Web aufgebaut werden sollte. Warum? Denn in einer Welt aufgeblähter Frontends und überkomplizierter Stacks ist Einfachheit wichtiger denn je.

Das frühe Web: unkompliziert, ehrlich, schnell

Es lag eine Schönheit darin, wie unkompliziert das frühe Web war. Sie haben einen Texteditor geöffnet, HTML geschrieben, ein wenig Inline-CSS hinzugefügt, und wenn Sie Interaktivität benötigten, haben Sie vielleicht ein Skript-Tag mit etwas Vanilla JS eingefügt. Das war der Arbeitsablauf. Keine Build-Schritte. Keine Bereitstellungen. Keine Abhängigkeiten. Du hast es per FTP an einen Server weitergeleitet und du warst gut.

Es hat funktioniert. Es ging schnell. Jeder konnte darauf zugreifen. Es brach nicht auf langsameren Rechnern zusammen oder lud 3 MB minimiertes JavaScript, nur um einen Absatz zu rendern. Sie könnten "Quelltext anzeigen" und tatsächlich etwas lernen. Es war roh - was du geschrieben hast, war das, was gerendert wurde. Keine Magie. Kein Rätselraten.

Die Entwickler hatten die volle Kontrolle, und die Einstiegshürde war niedrig. Sie brauchten keinen CS-Abschluss oder einen 20-teiligen Kurs über die Lebenszyklusmethoden eines Frameworks. Sie brauchten nur einen Browser, einen Texteditor und eine Idee.

Als das Web fett wurde

Dann kam der V8-Motor von Chrome - und mit ihm die moderne JavaScript-Renaissance. Plötzlich war JS nicht mehr nur ein Spielzeug. Er war schnell, leistungsstark und überall. Zuerst fühlte es sich an wie Magie... aber in Wirklichkeit haben wir gerade die Büchse der Pandora geöffnet.

Wir fingen an, aus Maulwurfshügeln Berge zu machen. Eine Website, die früher aus ein paar statischen Dateien bestand, brauchte jetzt einen Stapel von Abhängigkeiten, einen Bundler, einen Compiler und die Hälfte Ihres RAM, nur um "Hello World" auszuspucken. NPM Install wurde zu einem Ritual und nicht wie Ihre Hautpflegeroutine. Eher so, als würde man einen Dämon beschwören, der dich und deinen Build zerbricht.

Wir bauten Schichten auf Schichten auf. Tools zur Verwaltung unserer Tools. Abstraktionen für Dinge, die von vornherein nie kompliziert waren. Die Frontend-Welt wurde besessen von "Apps" anstelle von Dokumenten. Und irgendwo in dem Chaos haben wir die Grundlagen aus den Augen verloren: HTML für die Struktur, CSS für den Stil und JS für das Verhalten.

Hier kommt Adobe Document Authoring ins Spiel: Nur Inhalt

Adobe Document Authoring - ehrlich? Ein Hauch frischer Luft. Auf den ersten Blick sieht es so aus, als würden Sie gerade ein Word-Dokument bearbeiten. Das liegt daran, dass... Das bist du so ziemlich. Es ist auf Zusammenarbeit ausgelegt, einfach zu bedienen und leicht zu erlernen. Nur saubere Inhalte, zu denen jeder einfach beitragen kann.

Das Dokument, das Sie bearbeiten, liegt nicht nur irgendwo und wartet darauf, in WordPress kopiert und eingefügt zu werden. Es wird zur Seite. Was Sie dort schreiben, ist das, was ins Web geliefert wird - kein Headless-Chaos, kein Markdown für die React to JSON to something Pipeline.

Es geht um den Inhalt, und zwar auf die bestmögliche Art und Weise. Du musst dich nicht mit dem Schreiben herumarbeiten - du schreibst einfach und allein diese Veränderung ist enorm. Das bedeutet, dass Sie weniger Zeit damit verbringen, Systeme zusammenzukleben, und sich auf das konzentrieren, was wirklich wichtig ist: die Botschaft.

Was EDS eigentlich ist – und warum es funktioniert

Adobe Edge Delivery Services (oder kurz EDS; Sie haben es vielleicht schon als Project Helix oder Adobe Franklin gesehen) fühlt sich wie eine stille Revolution an. Auf dem Papier klingt es fast zu einfach: Inhalt in einem Adobe DA-Dokument (oder Word, SharePoint oder Google Docs), strukturiert mit Tabellen und Überschriften, und dann mit Hilfe von Vanilla-JS- und CSS-Blöcken ins Web gestellt. Keine Build-Tools. Keine Bereitstellungsskripts. Keine komplexen CMS-Integrationen. Einfach schreiben, speichern und versenden.

Und irgendwie... Das ist der Punkt.

Es ist die Art von Setup, bei der man innehält und sich fragt: "Moment, warum haben wir das so kompliziert?"

Anstatt alles in eine App zu verwandeln, verwandelt EDS Dokumente in Websites - so wie das Internet ursprünglich funktionierte.  Das Dokument konzentriert sich auf den Inhalt. Wenn Sie Layout oder Interaktivität benötigen, verwenden Sie Blöcke. Jeder Block ist nur ein Stück Logik (Inhalt + CSS + JS), das weiß, wie die Struktur des Dokuments zu interpretieren und es in sauberes, effizientes HTML umzuwandeln ist. Wenn Sie ein Google-Dokument lesen und eine Tabelle überprüfen können, können Sie herausfinden, wie ein Block funktioniert.

Noch besser: Der gesamte Code ist Open Source auf GitHub, der Entwicklungsworkflow ist Git-basiert und Sie können mit Browsererweiterungen wie dem AEM-Sidekick in Echtzeit sehen, was jeder Block tut. Es ist in jeder Hinsicht modern, ohne von all den Dingen belastet zu werden, die es nicht tun.

Warum das eigentlich wichtig ist

All diese Einfachheit ist nicht nur nostalgisch - sie ist praktisch. Wenn Sie das Rauschen entfernen und sich darauf konzentrieren, echtes HTML mit ein wenig CSS und JS zu liefern, wird alles besser.

EDS-Sites sind schnell - wie 100 Lighthouse Score schnell - weil es kein aufgeblähtes JS-Framework gibt, das die Dinge belastet. Sie liefern HTML aus und starten keine App, nur um ein Bild einer Katze zu zeigen.

Zugänglichkeit und SEO? Es ist da drin. Sauberes HTML bedeutet, dass Screenreader und Suchmaschinen Ihre Inhalte tatsächlich verstehen. Keine Hacks, keine Reifen.

Erfahrung in der Entwicklung? Ich habe das College abgebrochen. Sie müssen nicht um 2 Uhr morgens mit Konfigurationen ringen oder einen defekten Build debuggen, weil ein Paket tief in der Kette seitwärts gegangen ist. Du baust einen Block. Du stylst es. Du berührst Gras.

Content-Workflow? Lass sie kochen. Autoren und Redakteure arbeiten mit Tools, die sie bereits kennen - Google Docs, Word, SharePoint - und ihre Updates werden live geschaltet. Kein Gatekeeping. Keine Jira-Tickets für "Können Sie diesem Satz ein Leerzeichen hinzufügen?"

Kurz gesagt: Es ist schneller zu erstellen, einfacher zu warten und für alle Beteiligten zugänglicher - von Entwicklern über Autoren bis hin zu Benutzern.

Zurück in die Zukunft

Es ist leicht zu denken, dass Fortschritt bedeutet, mehr Werkzeuge, mehr Schichten, mehr Abstraktion hinzuzufügen. Aber manchmal ist das Beste, was Sie tun können, alles zurückzunehmen und sich daran zu erinnern, was das Web überhaupt großartig gemacht hat.

Adobe Document Authoring und EDS machen die Arbeit nicht nur einfacher, sondern auch übersichtlicher. Sie geben Entwicklern und Content Creators wieder eine gemeinsame Sprache. Sie erinnern uns daran, dass HTML, CSS und JS - nur die Grundlagen - immer noch unglaublich leistungsfähig sind.

Vielleicht geht es nicht darum, das Web neu zu erfinden. Vielleicht geht es darum, ihm aus dem Weg zu gehen.

Möchten Sie tiefer in die Edge Delivery Services eintauchen?
Erfahren Sie, wie es Ihre Inhaltsbereitstellung transformieren kann, indem Sie unseren Blog über Document Authoring für Edge Delivery lesen oder sich unsere Podcast-Diskussion auf YouTube anhören.

Über den Autor

Frank Townsend

Frontend-Entwickler und A/V-Ninja bei Arbory Digital

Frank hat einen starken Hintergrund in der Website-Entwicklung und im Design. Bevor er zu Arbory kam, sammelte er Erfahrungen bei InstantOrder in den Bereichen Design und Entwicklung, bevor er sich selbstständig machte. Auf der Suche nach neuen Möglichkeiten wechselte Frank zu Arbory Digital, wo er die kollaborative und dynamische Atmosphäre schätzt. Zu Franks Hobbys gehören Tischlerei, Fotografie, Videografie, Landwirtschaft, die Organisation von Touren für die Always Loretta Show und andere Nebenprojekte.

Frank auf Linkedin kontaktieren

Podcast-Episoden & Blogbeiträge

Kennen Sie die 6 Möglichkeiten, Umleitungen in AEM und Edge Delivery Services durchzuführen

Weiterleitungen sind ein wichtiger Aspekt der Webinfrastruktur, insbesondere bei der Verwaltung von Inhalten auf Plattformen wie Adobe Experience Manager (AEM) und Edge Delivery Services. Jetzt, da es eine brandneue pipelinefreie Weiterleitungsoption zum Erstellen von URL-Weiterleitungszuordnungen in AEM / AEM Cloud Service gibt, ist es ein guter Zeitpunkt, ALLE verschiedenen Optionen durchzugehen, die Ihnen zur Verfügung stehen, da sie alle ihre eigene Zeit, ihren eigenen Ort und ihren eigenen Anwendungsfall haben.

Migrieren von Legacy-Websites zu den Edge-Bereitstellungsdiensten von Adobe

Die Migration einer Site zu Adobe Edge Delivery Services kann möglicherweise einen BRUCHTEIL der Zeit in Anspruch nehmen, die für eine AEM-Migration benötigt wird. Ist es der richtige Ansatz für Ihre Websites?

Eine Einführung in die Dokumenterstellung (Document Authoring, DA) für Edge-Bereitstellungsdienste
Erfahren Sie mehr über Document Authoring (DA) (ehemals "Project Dark Alley") – eine blitzschnelle, Edge-Delivery-native Early-Access-Technologie von Adobe für die Verwaltung, Bearbeitung und Veröffentlichung von Websites auf Basis von Edge Delivery Services.