DokumentationAEMBenutzerhandbuch

Migrieren einer Produktions-Site production-migration

Letzte Aktualisierung: 12. November 2026
  • Gilt für:
  • Experience Manager as a Cloud Service

Erstellt für:

  • Benutzerin bzw. Benutzer
  • Admin
  • Entwicklerin/Entwickler

Verwenden Sie diesen Workflow, um eine vereinbarte Seitenliste nach Edge Delivery Services zu verschieben, den Adobe Experience Manager-Service, der Websites bereitstellt. Beginnen Sie mit einer Beispielseite für jede Vorlage, legen Sie fest, wie ihr Inhalt und Design der neuen Site zugeordnet werden, und importieren Sie weitere Seiten erst, wenn die Beispiele in dem Editor funktionieren, den Ihre Autoren verwenden werden. Wenn Begriffe wie Blöcke, Standardinhalte oder Vorschau neu für Sie sind, finden Sie weitere Informationen unter So wird Ihre Site erstellt und aktualisiert und Gestalten der Inhaltsstruktur.

Für einige Demonstrationsseiten oder eine erste Auswertung verwenden Sie die kleineren Workflows Demo und Testversion. Sie benötigen nicht die Prüfungen, die eine Produktions-Site vor der Veröffentlichung benötigt.

Bereich und Ziele vereinbaren scope

Der Migrationsleiter und der Architekt vereinbaren den Umfang und die Ziele. Sie benötigen die Autorisierung, um die Quelle zu lesen, das Ziel-Repository zu ändern und Inhalte und Assets in das Ziel zu schreiben. Stimme zu, wer das Ergebnis abzeichnet und wer die Freigabe autorisiert. Wenn für einige Seiten eine Anmeldung erforderlich ist, richten Sie Authentifizierung für eine geschützte Site mit einem dedizierten schreibgeschützten Konto ein. Wenn die Quelle automatisierte Besucherinnen und Besucher blockiert, arrangieren Sie den Zugriff vor der Katalogisierung mit dem Administrator. Siehe Source Sites mit Bot-Schutz.

Eintrag:

Eingabe
Entscheidungen über die Beibehaltung
Source-Bestand
Domains, Seiten-URLs, Gebietsschemata, Dokumente, Assets und ausgeschlossene oder eingestellte Inhalte.
Code
Repository, Arbeitszweig, Überprüfungsrichtlinie und Freigabeinhaber.
Inhaltsziel
Welche der beiden Speicheroptionen das Projekt verwendet.
Design
Quelldarstellung beibehalten oder neues Design anwenden. Benennen Sie die genehmigte Referenz und Version.
Verhalten
Navigation, Formulare, Suche, Commerce, Einverständnis, Analysen, Personalisierung und andere Integrationen, die funktionieren müssen. Identifizieren Sie ihre Besitzer.
URL-Richtlinie
Zielpfade, Umleitungen, kanonische URLs, Sprachbeziehungen und Links, die beibehalten werden sollen.
Wiederbelebung
Code-Grundlinie, Prozess zur Sicherung und Wiederherstellung von Inhalten und Berechtigung zum Überschreiben oder Veröffentlichen.

Der Seitenimport kopiert den Inhalt und das Design jeder Seite. Integrationen und CMS-Funktionen werden auf den Quellservern ausgeführt, z. B. Suche, Formularverarbeitung, Personalisierungsregeln und Inhaltsvererbung, sodass beim Importieren nur die Ausgabe auf jeder Seite kopiert wird. Listen Sie sie unter Verhalten auf und entscheiden Sie, wie jede Komponente auf der neuen Site funktioniert. Siehe Einschränkungen.

Ein Konsolenarbeitsbereich kann jeweils nur auf einer Site ausgeführt werden. Stimmen Sie in einem Programm mit mehreren Sites deren Reihenfolge zu und übertragen und laden Sie die Arbeit jeder Site, bevor Sie die nächste mit „Site wechseln öffnen.

Starten einer Site, die auf Experience Manager ausgeführt wird relaunch-aem-site

Sobald sich Ihr Team für den Neustart entschieden hat, ist der Workflow derselbe wie für jede andere Quelle. Diese Angaben beziehen sich ausschließlich auf eine Experience Manager-Quelle:

  • Andere Sites: Agent liest die Seiten der Quell-Site und ändert die Quelle nicht. Er schreibt nur in das Git-Repository der neuen Site und in das von Ihnen ausgewählte Inhaltsziel, sodass die anderen Experience Manager-Sites Ihres Unternehmens weiterhin so ausgeführt werden wie bisher. Das Gleiche gilt für die Quell-Site, bis Sie mit Freigabe ihre Domain wechseln. Beim Experience Manager-Authoring schreibt der Upload Seiten unter /content/{site-name} und Bilder unter den Assets-Ordner der Site und ersetzt alle Seiten, die sich bereits unter diesem Pfad befinden. Stimmen Sie daher mit dem Administrator der Autoreninstanz überein. Siehe Inhalt hochladen.
  • Wie der Agent die Quelle liest: Der Agent liest jede Seite als Browser-Rendering und nicht als Komponenten, Vorlagen oder Repository der Quelle. Komponenten, Experience Fragments und die Inhaltsvererbung werden daher nicht als solche übernommen: Ihre Ausgabe wird auf jeder Seite angezeigt. Entscheiden Sie, welche freigegebenen Inhalte einmal auf der neuen Site beibehalten werden sollen. Siehe Was bleibt an einem Projekt ​?
  • Wohin der Inhalt geht: Das Ziel ist Ihre Wahl, wie für jede Quelle; siehe Wo der Inhalt gespeichert wird und wie Autoren ihn bearbeiten. Für das Experience Manager-Authoring ist eine Experience Manager as a Cloud Service-Autoreninstanz erforderlich, sodass eine Autoreninstanz, die an anderer Stelle ausgeführt wird, nicht das Ziel sein kann.
  • Repositorys: sich Ihr Code in einem Repository befindet, das über Cloud Manager verbunden ist, funktioniert die Konsole ebenfalls. Siehe Verwenden eines anderen Git-Hosts.
  • Entscheidungen für Ihr Team: Sprachen, Vererbung zwischen Märkten und Genehmigungs-Workflows sind die Entscheidungen Ihres Teams. Durch den Import erhalten Sie die Seiten in ihren Quellpfaden, nicht in diesen Strukturen. Zeichnen Sie sie mit den anderen Entscheidungen des Umfangs auf, bevor Sie sie katalogisieren.

Vorbereiten und Katalogisieren prepare

  1. Befolgen Sie Setup der freigegebenen Konsole oder das Experience Manager-Authoring-, wenn der Inhalt zum Experience Manager-Authoring geht. Die Konfiguration eines vorhandenen Projekts wiederverwenden, anstatt sie neu zu erstellen.
  2. Bitten Sie den Agenten, die autorisierte Site zu katalogisieren: Scope site https://www.example.com. Der Site-Katalog erkennt Seiten und gruppiert sie in Vorlagen (Seiten mit einem gemeinsamen Layout) und Blockvarianten.
  3. Überprüfen Sie den Katalog in der Planungsansicht. Korrigieren Sie Vorlagen- und Blockgruppierungen und untersuchen Sie fehlgeschlagene URLs.
  4. Vergleichen Sie die erkannten URLs mit Ihrer vereinbarten Seitenliste. Fügen Sie Seiten hinzu, deren Erkennung verpasst wurde, und entscheiden Sie explizit über fehlgeschlagene, übersprungene, doppelte oder ausgeschlossene URLs.
  5. Wählen Sie eine Beispielseite für jede Vorlage und wichtige Variante. Bedecken Sie lange Inhalte, ungewöhnliche Bilder, Gebietsschemata und Seiten mit viel Interaktion.

Die Katalogisierung liest die Quelle und importiert nichts. Ein Durchgang mit dem Status abgeschlossen kann weiterhin fehlgeschlagene Seiten haben; siehe Ergebnisse und Status. Bevor Sie fortfahren, geben Sie jeder in den Umfang einbezogenen URL eine Vorlage oder einen genehmigten Ausschluss.

Migrieren des Agenten in großem Umfang migration-at-scale

Der Agent sendet nicht alle Seiten über das KI-Modell. Eine separate Interpretation jeder Seite würde nicht auf Tausende von Seiten skaliert werden, und das Modell könnte ähnliche Seiten jedes Mal etwas anders behandeln. Stattdessen berechnet das KI-Modell die Zuordnung auf einer Beispielseite pro Vorlage, und der Agent wandelt diese Zuordnung in Code um, der auf den anderen Seiten der Vorlage ausgeführt wird:

  1. Gruppieren von Seiten in Vorlagen. Der Site-Katalog gruppiert die Seiten der Quell-Site in Vorlagen, bei denen es sich um Seiten handelt, die ein Layout gemeinsam haben. Wenn Sie Seiten ohne Katalog migrieren, wird für jede Seite, die Sie benennen, eine eigene Vorlage erstellt.
  2. Migrieren einer Beispielseite. Für jede Vorlage migriert der Agent zunächst eine echte Seite, die das typische Layout der Vorlage und idealerweise die meisten ihrer Blöcke und Varianten anzeigt. Der Site-Katalog bietet einen für jede Vorlage. Wenn auf einer anderen Seite der Vorlage mehr Blöcke angezeigt werden, wählen Sie stattdessen diese Seite aus: Blöcke, die auf der Beispielseite fehlen, werden erst später hinzugefügt, wenn sie auf einer importierten Seite benötigt werden. Das KI-Modell ordnet den Inhalt der Beispielseite Standardinhalten und -blöcken zu und erstellt die erforderlichen Blöcke oder verwendet vorhandene.
  3. Generieren eines Importskripts. Der Agent schreibt ein Importskript für die Vorlage: Ein Teil, der Parser, extrahiert den Inhalt jedes Blocks aus der Quell-HTML, und ein anderer, der Transformator, bereinigt die Seite als Ganzes. Bei den Skripten handelt es sich um JavaScript-Dateien im tools/importer/ des Projekts, die in Git mit dem Rest des Codes versioniert werden.
  4. Verfeinern Sie das Muster, nicht die Seite. Wenn Sie um eine Korrektur bitten, ändert der Agent den Block oder das Importskript, das das Ergebnis erzeugt hat, anstatt die Ausgabe einer Seite zu bearbeiten. Die Korrektur gilt dann für jede Seite der Vorlage, und bei späteren Vorlagen werden die bereits vorhandenen Blöcke wiederverwendet.
  5. Importieren Sie die restlichen Seiten massenweise. Beim Massenimport wird das Importskript auf den anderen Seiten der Vorlage ausgeführt, ohne dass das KI-Modell jede Seite interpretiert. Der Agent vergleicht dann die importierten Seiten mit ihren Quellseiten, korrigiert das Importskript für Seiten, die sich zu stark unterscheiden, und importiert diese Seiten erneut.

Validieren Sie einige Seiten jeder Vorlage, bevor Sie alle importieren. Siehe In Stapeln importieren.

Dasselbe gilt für Änderungen an der Inhaltsstruktur, z. B. welcher Inhalt zu einem Block wird oder wo eine Seite in Abschnitte unterteilt wird: Ändern Sie das Importskript. Es handelt sich um Code, der wie der Rest überprüft und zusammengeführt wird, und der nächste Import wendet ihn auf jede Seite der Vorlage an. Eine Bearbeitung einer importierten Seite bleibt lokal und wird beim erneuten Importieren der Vorlage überschrieben.

Um die Vorlagen und Blöcke selbst zu ändern, z. B. um Seiten in eine andere Vorlage zu verschieben oder einen Block zu einer Variante eines anderen zu machen, verwenden Sie die Planungsansicht oder fragen Sie im Chat nach. Der Agent folgt diesen Änderungen, wenn er das nächste Mal Blöcke generiert oder Seiten importiert, und die bereits importierten Seiten ändern sich nicht. Informationen zur Konsolidierung des Designs finden Sie unter ​ von Sites ​. Informationen zur Konsolidierung des Block-Codes finden Sie unter Umgestalten ohne Änderung des Ergebnisses.

NOTE
Eine Vorlage in der Konsole ist eine Gruppe von Quellseiten mit demselben Layout, mit dem der Agent sie plant und importiert. Es sind nicht die template Seitenmetadaten, die dem body der Seite eine Klasse hinzufügen, damit der Code des Projekts diese Seiten anders formatieren kann. Bitten Sie zum Ausrichten der beiden Elemente den Agenten, die Metadaten im Importskript festzulegen, sodass jede Seite der Vorlage beim Import erhalten wird, z. B.: „Legen Sie für die Artikelvorlage die template der Seitenmetadaten auf article im Importskript fest und geben Sie den Artikelseiten eine engere Hauptspalte.“

Validieren der Beispielseiten representatives

Der Migrationsleiter, die Designer und die Autoren regeln die erste Vorlage. Beginnen Sie mit einigen seiner Seiten. Beispiel:

Migrieren Sie nur diese Produktseiten: https://www.example.com/products/tents, https://www.example.com/products/backpacks und https://www.example.com/products/boots. Speichern Sie den Inhalt als dokumentbasierten Inhalt unter /products. Behalten Sie den genehmigten Text, Links, Metadaten und die Bedeutung des Bildes bei. Verwenden Sie die Bausteine und Inhaltskonventionen des Projekts erneut. Melden Sie fehlende Inhalte und Interaktionen, die der Import nicht reproduzieren kann. Nicht hochladen, pushen oder veröffentlichen.

Ersetzen Sie die Beispiel-URLs und -Pfade durch Ihre eigenen und geben Sie für das Experience Manager-Authoring an, dass der Inhalt im JCR gespeichert ist.

  1. Überprüfen Sie die Inhaltsstruktur: die Abschnitte, Standardinhalte, Blöcke, Varianten und Abschnittsstile, die der Agent ausgewählt hat. Autoren bearbeiten jede migrierte Seite in dieser Struktur, also legen sie sie auf den Beispielseiten fest. Siehe Gestalten der Inhaltsstruktur.

  2. Importierten Text, Links, Bilder, Metadaten und Abschnittsreihenfolge mit der Quelle vergleichen. Wenn ein Muster falsch ist, beheben Sie das Importskript und nicht die Seite. Siehe Migration des Agenten in großem Maßstab.

  3. Anwenden von Quellstilen oder Befolgen des Neugestaltungs-Workflows. Überprüfen Sie globale Stile, bevor Sie einzelne Blöcke verfeinern.

  4. Füllen Sie die freigegebene Kopf- und Fußzeile sowie die Navigation getrennt vom Seitenimport aus. Der Agent migriert sie, einschließlich der Fußzeilenbilder, einmal für die gesamte Site, sodass jede Seite eine Kopfzeile und eine Fußzeile gemeinsam nutzt.

  5. Laden Sie eine Beispielseite in das Inhaltsziel hoch und bearbeiten, speichern, erneut öffnen und in der Vorschau anzeigen:

  6. Zeichnen Sie die vereinbarte Zuordnung von Quelle zu Ausgabe, die Blockmodelle, Design-Entscheidungen und bekannten Ausnahmen auf, bevor Sie weitere Seiten importieren.

Eine Seite, die nach rechts aussieht, schlägt immer noch fehl, wenn Autoren sie nicht bearbeiten können. Überprüfen Sie für das Experience Manager-Authoring auch Blockmodelle, die Konfiguration generierter Komponenten, Konvertierungsfehler und die Speicherorte von Bildern, bevor Sie weitere importieren.

Gestalten der Inhaltsstruktur content-structure

Autoren bearbeiten jede migrierte Seite in der Struktur, die der Agent beim Import auswählt, und der Massenimport wiederholt diese Struktur auf jeder Seite einer Vorlage. Edge Delivery Services-Seiten bestehen aus Abschnitten mit Standardinhalten und -blöcken. Siehe Markup, Abschnitte, Blöcke und automatische Blockierung. Der Agent folgt Davids Modell und hält die Struktur so einfach, wie es das Design erlaubt, da jeder Block und jede Variante eine weitere Sache für Autoren ist.

Struktur
Was der Agent beim Import tut
Wie es gesteuert wird
Abschnitt
Teilt die Seite, auf der sich der Hintergrund oder das Layout ändert. Leerer Abstand zwischen Teilen einer Seite ist ein Abstand, kein Abschnitt.
Bitten Sie sie, Abschnitte zusammenzuführen, die Autoren als einen Teil der Seite sehen, oder einen aufzuteilen, der zwei Aufträge ausführt.
Standardinhalt
Behält alles, was ein Autor in ein Dokument eingeben könnte, als Standardinhalt bei: Überschriften, Absätze, Listen, Links und Inline-Bilder. CSS legt es jedoch so dar, wie das Design es benötigt.
Wenn Sie einen Block für Inhalte dieser Art erstellt haben, bitten Sie ihn, den Standardinhalt zu verwenden und ihn mit CSS zu formatieren.
Block
Verwendet einen -Block für wiederholte Elemente, interaktive Komponenten und feste Layouts, die nebeneinander angezeigt werden. Ähnliche Elemente, die fließen und umbrechen, werden zu Karten. Spalten enthalten einen festen Satz verschiedener Inhalte nebeneinander. Ein Fotohintergrund gehört zu seinem Block, z. B. ein Held. Ein Block des Projekts wird wiederverwendet, bevor er erstellt wird.
Benennen Sie den Block, den ein Muster verwenden soll, oder bitten Sie ihn, einen vorhandenen Block wiederzuverwenden. Siehe Erstellen vor dem Erstellen eines Blocks.
Variante blockieren
Erstellt eine Variante, z. B. cards-compact, für einen kleinen Unterschied im Aussehen, den Autoren wählen. Inhalte mit unterschiedlichen Feldern oder einem anderen Auftrag erhalten einen eigenen Block. Optionaler Inhalt und eine andere Anzahl von Elementen bilden keine Variante.
Sie können Varianten zusammenführen, die sich nur geringfügig unterscheiden, oder eine Variante, deren Felder sich unterscheiden, in einen eigenen Block umwandeln.
Abschnittsstil
Weist einem Abschnitt in seinen Abschnittsmetadaten einen Stil zu, wenn sich sein Hintergrund von dem der Seite unterscheidet, seine Ausrichtung nicht der Standard ist oder sich sein Standardinhalt neben einem Block befindet. Der Stil wird nach dem Look benannt, z. B. dark, light-grey oder centered. Text und Schaltflächen im Abschnitt übernehmen ihre Farbe aus dem Stil, sodass eine Farbe allein nie einen Block oder eine Variante erstellt.
Legen Sie eine einheitliche Liste mit Abschnittsstilen und deren Namen fest, sodass Autoren auf jeder Seite aus denselben Stilen wählen können.

So steuern Sie die Struktur:

  1. Überprüfen Sie vor der Migration den Katalog in der Planung und korrigieren Sie die Blocknamen und -gruppierungen dort. Siehe Verfeinern des ​.
  2. Zeichnen Sie die Blöcke, Varianten und Abschnittsstile des Projekts in AGENTS.md auf, sodass der Agent sie auf späteren Seiten und in späteren Sitzungen wiederverwendet. Siehe Document Content Conventions.
  3. Überprüfen Sie jede Beispielseite in der Dokumentansicht des Vorschaubereichs, in dem die Abschnitte, Blöcke und Standardinhalte angezeigt werden. Siehe Inhaltsansichten.
  4. Korrigieren Sie ein falsches Muster im Importskript, sodass der Massenimport die Korrektur auf jeder Seite wiederholt. Siehe Migration des Agenten in großem Maßstab.
  5. Bitten Sie einen Autor, eine Beispielseite zu bearbeiten. Wenn sie nicht genau wissen, welchen Block, welche Variante oder welcher Stil sie verwenden sollen, gibt es zu viele Auswahlmöglichkeiten.

Behalten Sie die Auswahlmöglichkeiten bei, die Autoren nur selten treffen. Das Design-System sollte die Entscheidungen treffen, die Autoren nicht treffen sollten: Wenn ein Block mehr als eine Handvoll Varianten oder Optionen benötigt, fragen Sie, ob einige von ihnen in das Design gehören.

Kalkulation vor der Übertragung estimate

Der Katalog und die ersten Beispielseiten geben Ihnen eine Schätzung. Diese Schätzung basiert auf der Arbeit, die die Site benötigt, und nicht auf der Seitenzahl der Site:

  1. Katalogisieren Sie die Site. Der Katalog listet die Vorlagen, Blockvarianten und Gebietsschemata sowie die URLs auf, bei denen ein Fehler aufgetreten ist. Siehe Vorbereiten und Katalog.
  2. Validieren Sie die Beispielseiten der Hauptvorlagen. Zeichnen Sie auf, was jeder benötigte Block benötigt: neue Blöcke, Korrekturen an Importskripten, Stile und Änderungen an der Inhaltsstruktur.
  3. Dimensionieren Sie die verbleibenden Vorlagen so, wie es die Beispielseiten benötigen. Bei späteren Vorlagen werden bereits vorhandene Blöcke wiederverwendet. Zählen Sie daher die hinzugefügten Blöcke. Eine Seite mit einem eigenen Layout wird als eigene Vorlage gezählt.
  4. Fügen Sie die Elemente hinzu, die beim Import nicht berücksichtigt werden: das Verhalten, das Sie unter Verhalten im Umfang aufgezeichnet haben, und die Projektarbeit, die Ihr Team entscheidet und erstellt.

Überprüfen Sie die Schätzung anhand des Datensatzes ​ ersten Batches pro URL.

Arbeiten als Team collaboration

Mehrere Personen können mit dem Agenten an demselben Projekt arbeiten, jeweils in ihrem eigenen Konsolenarbeitsbereich. Sie geben Code über Git und Inhalte über das Inhaltsziel frei. Die Konsole zeigt nicht an, wer an was arbeitet, und sie führt nicht die Änderungen von zwei Personen auf derselben Seite zusammen. Also vereinbaren Sie, wer an was arbeitet, und sprechen Sie weiter miteinander.

Der Umfang ist bei einem Agenten wichtiger als bei einem anderen. Eine einzelne Anfrage kann viele Dateien ändern. Wenn also zwei Personen dieselben Blöcke oder Stile gleichzeitig ändern, muss jemand Konflikte über viele Dateien hinweg manuell lösen.

Führen Sie die Migration durch phases

Eine Migration wird in Phasen ausgeführt. Der Agent führt die meiste repetitive Arbeit in jedem aus, und Ihr Team trifft die Entscheidungen und zeichnet das Ergebnis ab. Einer Person, z. B. dem Migrationsleiter, die ersten Phasen überlassen; andere werden hinzugefügt, sobald die Blöcke und Importskripte behoben wurden. Siehe Arbeiten als Team.

Visuelle Mitwirkende können ab der Phase der Beispielseiten an der Formatierung arbeiten. Siehe Vornehmen visueller Änderungen.

Beginnen Sie mit einer Person und teilen Sie dann die Arbeit divide-work

Die ersten Schritte legen die Grundlage, auf der alles andere aufbaut: die globalen Stile, die ersten Blöcke und die Importskripte der ersten Vorlagen. Eine Person soll sie einrichten. Bevor Sie die Arbeit teilen, überprüfen Sie, ob die Blöcke echten Inhalten entsprechen und für Autoren einfach zu verwenden sind. Siehe Gestalten der Inhaltsstruktur.

Wenn sich das Team auf die Blöcke geeinigt hat, teilen Sie die Arbeit auf, sodass Benutzer verschiedene Dateien ändern:

  • Nach Block: eine Person verfeinert den Kartenblock, während eine andere ein Karussell erstellt.
  • Nach Vorlage Jede Person verfeinert das Importskript einer anderen Vorlage. Siehe Migration des Agenten in großem Maßstab.
  • Durch Fachwissen Ein Designer verfeinert die Formatierung vorhandener Blöcke, während ein Entwickler eine Integration erstellt.

Geben Sie nicht zwei Personen denselben Block, die globalen Stile oder dasselbe Importskript gleichzeitig, es sei denn, sie stimmen der Koordinierung zu.

Freigeben von Code in kleinen Schritten share-code

  1. Eine gemeinsame Verzweigung vereinbaren, z. B. eine main oder eine Entwicklungsverzweigung. Jede Person wechselt ihren Arbeitsbereich mit „Verzweigung wechseln in CodeAnsicht.
  2. Achten Sie darauf, dass jede Anfrage an den Agenten sich auf einen Block, eine Vorlage oder eine Aufgabe konzentriert. Übernehmen Sie das Ergebnis sofort nach der Veröffentlichung mit Neuen PR erstellen: Die Konsole überträgt Ihre Änderungen an eine neue Verzweigung, öffnet eine Pull-Anfrage in die freigegebene Verzweigung und verlässt Ihren Arbeitsbereich auf der neuen Verzweigung.
  3. Pull-Anforderungen häufig überprüfen und zusammenführen. Kleine Änderungen geraten weniger in Konflikt und sind schneller zu überprüfen, und eine Pull-Anfrage, die tagelang offen bleibt, erfasst Konflikte.
  4. Bevor Sie eine neue Aufgabe starten, wechseln Sie zurück zur freigegebenen Verzweigung mit Verzweigung wechseln und ziehen Sie sie mit Sync > Pull > Code, damit Sie auf den zusammengeführten Aufgaben aller aufbauen können.

Wenn ein Pull nicht verfügbar ist oder einen Konflikt meldet, lesen Sie Wenn eine andere Person die Verzweigung geändert hat.

Kleine, häufige Push-Benachrichtigungen geben dem Team auch einen lesbaren Überblick darüber, was der Agent geändert hat und warum. Informationen zum Abrufen eines Commits pro Anfrage finden Sie unter Hinterlassen Sie für jede Anfrage einen Datensatz.

Koordinieren von Inhaltsänderungen share-content

Inhalt hat keine Zusammenführung. Ihr Arbeitsbereich enthält Kopien der Seiten, und ein Upload ersetzt die Seite im Inhaltsziel durch Ihre Kopie. Wenn zwei Personen dieselbe Seite wechseln, gewinnt der letzte Upload, und die Änderungen der anderen Person gehen verloren. Geben Sie die einzelnen Seiten bzw. Seitensätze jeweils einer Person.

So rufen Sie Seiten ab, die andere in Ihren Arbeitsbereich hochgeladen haben:

  • Öffnen Sie eine Seite, die in der Inhaltsansicht“ ein Cloud-Symbol ​. Die Konsole lädt sie in Ihren Arbeitsbereich herunter.
  • Wählen Sie in dokumentbasierten Projekten Synchronisieren > Pull > Inhalt aus, um jede Seite aus Experience Workspace herunterzuladen. Es ersetzt lokale Kopien, einschließlich Bearbeitungen, die Sie nicht hochgeladen haben. Laden Sie daher die Änderungen hoch, die Sie zuerst beibehalten möchten.

In Stapeln importieren batches

Verwenden Sie den Workflow für den Massenimport des Katalogs und Eingabeaufforderungen für den Massenimport nachdem Sie die Beispielseiten validiert haben.

  1. Importieren Sie einen kleinen Stapel mit dem Importskript der Vorlage.
  2. Überprüfen Sie normale Seiten und Randfälle. Wenn das Importskript falsch ist, korrigieren Sie es und importieren Sie die betroffenen Seiten erneut, bevor Sie fortfahren.
  3. Für jede Quell-URL einen Datensatz speichern: Ziel, Importstatus, Fehler, Genehmigung und genehmigter Ausschluss.
  4. Vorlage nach Vorlage fortsetzen. Anzahl der erkannten, analysierten, importierten, fehlgeschlagenen, übersprungenen und abgemeldeten Seiten separat.
  5. Wiederholen Sie die Überprüfung früherer Beispielseiten, wenn Sie freigegebene Stile, Importskripte, Blockmodelle oder Blockcode ändern.

Sobald Autoren mit der Bearbeitung der migrierten Seiten im Inhaltsziel beginnen, werden ihre Seiten zur Datenquelle. Durch das Importieren oder Hochladen dieser Seiten werden die Arbeiten der Autoren überschrieben, und ein korrigiertes Importskript führt sie nicht zusammen, also stimmen Sie zuerst mit den Autoren überein.

Vervollständigen der Site complete-site

Automatisierter Import ist ein Teil des Versands. Implementierung und Überprüfung der vereinbarten Anforderungen, einschließlich:

  • Kopf- und Fußzeile, Navigation, interne Links und Fehlerseiten.
  • Bilder, Downloads, Schriftarten, Asset-Berechtigungen und alle aufbewahrten Dynamic Media-Verweise.
  • Titel, Beschreibungen, kanonische URLs, strukturierte Daten, Umleitungen, Sitemaps und gegebenenfalls Gebietsschema-Beziehungen.
  • Forms, Suche, Commerce, Kontofunktionen, Analysen, Einverständnis und andere Integrationen.
  • Autorenanleitung, operative Verantwortung, Zugriff und Bereitstellungskonfiguration.

Der Agent implementiert die Code-Seite dieser, z. B. Blöcke, die Ihre Such- oder Commerce-API aufrufen, Formulare und den Code, der Analysen und Einverständnis lädt. Es kann keine Systeme außerhalb Ihres Repositorys und Ihrer Inhalte konfigurieren, z. B. den Suchdienst, das CDN oder das Analytics-Konto, und es entscheidet nicht über Ihre Anforderungen. Geben Sie ihm die API-Dokumentation und das vereinbarte Verhalten und benennen Sie einen Verantwortlichen für jedes externe System, das das Ergebnis abzeichnet. Siehe Verbinden von Services und Anwendungen für Formulare, Formularübermittlungen und für Produktseiten Commerce-Seiten.

Bilder und Dokumente assets

Wie Bilder die neue Site erreichen, hängt vom Inhaltsziel ab:

  • Experience Workspace: Während Sie in der Konsole arbeiten, kann eine importierte Seite weiterhin auf Bilder auf der Quell-Site verweisen. Wenn Sie die Seite hochladen, lädt die Konsole ihre Bilder damit, einschließlich der Bilder, die sie aus der Quelle herunterlädt, in einen Ordner hoch, der nach der Seite mit dem führenden Punkt benannt ist. Anschließend verweist er die Seite auf die hochgeladenen Kopien. Wenn ein Bild fehlt, in einem nicht unterstützten Format vorliegt oder mehrdeutig ist, meldet die Konsole dies und lädt die Seite nicht hoch. Nach dem Hochladen wird überprüft, ob alle Bilder eingegangen sind. Siehe Inhalt hochladen.
  • Experience Manager-Authoring: Wählen Sie Bilder hochladen aus, wenn Sie das Inhaltspaket hochladen, und wählen Sie unter /content/dam/ einen Ordner aus. Der Standardwert lautet /content/dam/site. Siehe Inhalt hochladen.
  • Adobe Dynamic Media: Bilder, die von Dynamic Media aus der Quelle bereitgestellt werden, einschließlich Scene7 und Dynamic Media mit OpenAPI-URLs, bleiben dort. Die importierte Seite verweist auf sie, und der Code des Projekts rendert sie.

Edge Delivery Services stellt Bilder in Bildschirmgrößen und -formaten bereit. Überprüfen Sie große Dateien, Videos und SVG-Bilder anhand der Beschränkungen für Dateitypen und -größen.

Überprüfen Sie die Links zu Dokumenten, z. B. PDFs, auf den Beispielseiten. Jeder Link muss auf eine Kopie auf der neuen Site verweisen und nicht auf die Quellsite, die Sie einstellen werden.

URLs, Umleitungen und Such-Metadaten urls-seo

Der Agent nimmt den Pfad jeder Seite von der Quell-URL. Der Pfad wird kleingeschrieben, .html entfernt, ein nachgestelltes / wird in index umgewandelt und andere Zeichen wie Leerzeichen und Unterstriche werden durch Bindestriche ersetzt. /About_Us.html wird /about-us. Jede URL, die sich auf diese Weise ändert oder die Sie absichtlich ändern, muss umgeleitet werden.

Der Agent erstellt keine Umleitungen, Sitemaps oder Sprachalternativen von sich aus. Fragen Sie sie nach einer Aufgabe und überprüfen Sie das Ergebnis:

  • Umleitungen: Ein redirects-Arbeitsblatt mit Source- und Destination-Spalten, eine Zeile pro URL, ohne Platzhalter. Bitten Sie den Agenten, die Quell-URLs, deren Pfad geändert wurde, als Zeilen für das Blatt aufzulisten. Siehe Umleitungen.
  • Seitenmetadaten:-Import behält den Titel, die Beschreibung und das Social-Media-Bild jeder Seite in seinem Metadatenblock bei. Um Metadaten für viele Seiten gleichzeitig festzulegen, verwenden Sie eine metadata Kalkulationstabelle. Siehe Massenmetadaten.
  • Sitemap und Sprachen: Eine helix-sitemap.yaml Datei im Repository, die die Sprachalternativen (hrefang) jeder Seite enthalten kann. Siehe Sitemaps.
  • Suchmaschinen: Die Vorschau- und Live-Sites, *.aem.page und *.aem.live, werden für Suchmaschinen ausgeblendet; Ihre Produktions-Domain dagegen nicht. Prüfen Sie robots.txt vor der Umstellung. Siehe robots.txt
  • Abfrageindex: Listen von Seiten, wie z. B. Artikellisten und Site-Suchen, die aus einem Abfrageindex gelesen werden, der nur veröffentlichte Seiten enthält. Siehe Indizierung.

Überprüfen und Abmelden acceptance

Erklären Sie sich mit dem Site-Eigentümer darüber einig, was vor der Veröffentlichung funktionieren muss, und testen Sie es auf der Vorschau- und Live-Site. Der Site-Eigentümer unterzeichnet das Ergebnis mit Testern und Autoren.

Bereich
Abgezeichnet, wenn
Abdeckung
Jede im Umfang enthaltene URL hat ein Ziel oder eine genehmigte Ausnahme. Fehlgeschlagene und übersprungene Seiten werden aufgelöst oder aufgezeichnet.
Inhalt
Text, Links, Assets, Metadaten und Gebietsschema-Inhalte sind vollständig und korrekt.
Authoring
Autorinnen und Autoren können typische Felder und Blöcke bearbeiten, die Ergebnisse im Editor speichern, erneut öffnen und in der Vorschau anzeigen.
Design
Genehmigte Layouts für Desktops und Mobilgeräte arbeiten mit echten Inhalten, einschließlich langen Texten und Blockvarianten.
Funktion
Navigation, Tastaturinteraktion, Formulare, Integrationen und vereinbarte Journey-Benutzerfunktionen funktionieren.
Qualität
Barrierefreiheit, Leistung und relevante SEO- und Sicherheitsprüfungen erfüllen die vereinbarten Anforderungen des Projekts. Die automatisierten Barrierefreiheits-Tools finden nur die Probleme, die eine Regel erkennen kann, und testen daher auch Beispielseiten mit einer Tastatur und einer Bildschirmlesehilfe. Testleistung mit PageSpeed Insights; auf GitHub führt Edge Delivery Services dieselbe Prüfung bei jeder Pull-Anfrage für die Test-URLs in der Beschreibung durch.
Betrieb
Repository-Prüfung, Inhaltsveröffentlichung, Wiederherstellung, Überwachung und Support-Eigentümerschaft werden dokumentiert und bei Bedarf getestet.

Jedes automatisierte Signal überprüft eine Sache: einen Importstatus, den das Skript ausgeführt hat, ein generiertes Paket, das mit dem Inhalt konvertiert wurde, einen visuellen Ähnlichkeitswert, den eine Seite wie ihre Quelle aussieht, und einen Lighthouse-Wert, wie eine Seite in einem Labortest geladen wird. Produktionsbereitschaft erfordert jeden Bereich in der Tabelle.

Freigeben, Wiederherstellen und Übergeben handoff

Der Verantwortliche für die Version koordiniert die Code-Zusammenführung, die Inhaltsveröffentlichung und die Domain-Umstellung und bestätigt dann, dass die aktuellen Verantwortlichen der Website diese übernommen haben.

  1. Übertragen Sie den abgemeldeten Code und lassen Sie ihn gemäß den Anforderungen der Richtlinie des Repositorys überprüfen. Beim Zusammenführen mit main wird der Code der Live-Site sofort aktualisiert. Planen Sie daher die Zusammenführung mit der Inhaltsfreigabe. Siehe So werden Änderungen aktiviert.
  2. Laden Sie nur die abgemeldeten Inhalte und Bilder in das bestätigte Ziel hoch. Überprüfen Sie die Fehler für jede Seite und jedes Bild.
  3. Überprüfen Sie den gespeicherten Inhalt mit der vorgesehenen Code-Revision auf der Vorschau-Site *.aem.page.
  4. Beschaffen Sie sich die Freigabegenehmigung der Website und folgen Sie dem konfigurierten Veröffentlichungs- und Domain-Umstellungsprozess. Durch das Veröffentlichen werden Seiten in *.aem.live verfügbar. Die Umstellung erfolgt über das von Adobe verwaltete CDN oder Ihr eigenes CDN. Arbeiten Sie vor ​ Umstellung durch ​ Live-Checkliste.
  5. Überprüfen Sie nach der Veröffentlichung die Live-URLs, Umleitungen, wichtigen Journey und die Überwachung. Operative Telemetrie zeigt, wie echte Besucher die Leistung der Site erleben.
  6. Geben Sie die Projektübergabe, den Datensatz pro URL, Autorenbeispiele, Abzeichnungsergebnisse, Ausnahmen und Wiederherstellungskontakte an.

Behalten Sie bei einem Fehler die genaue URL oder den Pfad, den Vorgang und das Fehlerprotokoll bei. Wiederholen Sie den kleinsten betroffenen Bereich, nachdem Sie die Ursache behoben haben. Starten Sie einen erfolgreichen Batch nicht neu, da eine Seite fehlgeschlagen ist.

Das Pushen von Code, das Hochladen von Dokumenten, das Importieren eines Inhaltspakets in Experience Manager und das Veröffentlichen sind separate Vorgänge auf separaten Systemen. Bei einem teilweisen Fehler können nur einige Änderungen angewendet werden, und bei keinem einzigen Rollback werden alle Änderungen rückgängig gemacht. Stellen Sie Code über Git sowie Inhalte und Bilder über den Versionsverlauf des Inhaltsziels oder Ihren vereinbarten Prozess wieder her.

recommendation-more-help
experience-manager-cloud-service-help-main-toc