DokumentationExperience Cloud KCS

Anleitung zur AEM Sites-Architektur für die Migration statischer HTML-Seiten

Letzte Aktualisierung: 30. Oktober 2026

In diesem Artikel werden die empfohlene Architektur und Migrationsschritte für die Übertragung von statischen HTML- und CSS-Seiten in Adobe Experience Manager Sites beschrieben, wenn keine Inhaltsbearbeitung erforderlich ist.

Beschreibung description

Umgebung

  • Adobe Experience Manager (alle Versionen).

Symptome

  • Ungefähr 100 statische HTML- und CSS-Seiten müssen in AEM Sites migriert werden.
  • Inhalte müssen nach der Migration nicht bearbeitet werden.
  • Das vorhandene Layout sollte beibehalten werden.
  • Seiten sollten sich in der AEM-Autoreninstanz befinden, wobei die Bereitstellung optional über die AEM-Veröffentlichungsinstanz erfolgen kann.
  • Einige wiederkehrende Abschnitte sind auf allen Seiten vorhanden, aber viele Seiten haben ein eindeutiges Layout.
  • JavaScript und CSS sind vorhanden und müssen ordnungsgemäß verwaltet werden.
  • Einige Seiten enthalten Formulare.

Ursache

Die herkömmliche AEM Sites-Architektur bietet einen besser verwaltbaren und risikoärmeren Ansatz für die Migration statischer HTML-Seiten, für die keine fortlaufende Inhaltsbearbeitung erforderlich ist, als die Erstellung seitenspezifischer Komponenten oder die Verwendung von Edge Delivery Services für diesen Anwendungsfall.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben.

  1. Bewerten von Seiten-Layouts und Wiederverwendbarkeit:

    1. Identifizieren Sie wiederkehrende Abschnitte auf den statischen Seiten, die als wiederverwendbare AEM-Komponenten implementiert werden können.
    2. Bestimmen, ob eine freigegebene Seitenvorlage verwendet werden kann oder ob mehrere Vorlagen für eindeutige Layouts benötigt werden.

  2. Implementieren der AEM Sites-Struktur:

    1. Erstellen Sie Seitenvorlagen in AEM, die die allgemeine Struktur und das Layout der statischen Seiten widerspiegeln.
    2. Entwickeln Sie wiederverwendbare Komponenten für wiederkehrende Abschnitte wie Kopf- und Fußzeilen, Navigation und Formulare.
    3. Vermeiden Sie es, für jede Seite eine einzige, große Komponente zu erstellen, da dies die Wartbarkeit und Wiederverwendbarkeit reduziert.

  3. Statischen Inhalt migrieren:

    1. Verwenden Sie ein Importskript oder ein Migrationsdienstprogramm, um die Seitenstruktur zu erstellen und Inhalte aus den vorhandenen HTML-Dateien zu füllen.
    2. Verwalten von JavaScript und CSS über Client-seitige AEM-Bibliotheken (clientlibs).
    3. Integrieren Sie alle Formulare als AEM-Komponenten oder betten Sie sie nach Bedarf ein.

  4. Migration validieren:

    1. Testen Sie einen repräsentativen Satz migrierter Seiten in einer niedrigeren Umgebung.
    2. Validieren der visuellen Genauigkeit, Links, Asset-Verweise, SEO-Metadaten und des JavaScript-Verhaltens.

  5. Bestimmen der Versandanforderungen:

    • Wenn Seiten öffentlich zugänglich sein müssen, konfigurieren Sie den Versand über die AEM-Veröffentlichungsinstanz.
    • Wenn Seiten nur in der AEM-Autoreninstanz für den internen Gebrauch erforderlich sind, ist keine Einrichtung des öffentlichen Versands erforderlich.

  6. Edge Delivery Services-Überlegungen:

    • Edge Delivery Services wird für die direkte Migration beliebiger statischer HTML/CSS nicht empfohlen, da Inhalte an das Edge Delivery Services-Blockmodell und den universellen Editor angepasst werden müssen.
    • Erwägen Sie die Verwendung von Edge Delivery Services nur, wenn eine leistungsstarke öffentliche Bereitstellung ein Hauptziel ist und das Team bereit ist, sein Entwicklungs- und Authoring-Modell zu übernehmen.
recommendation-more-help
experience-cloud-kcs-help-kbarticles