DokumentationExperience Cloud KCS

AEM Sites: Komponenten scrollen beim Authoring mit angepasstem responsivem Raster automatisch nach oben

Letzte Aktualisierung: 16. Oktober 2026

In diesem Artikel wird beschrieben, wie Sie ein Problem in Adobe Experience Manager (AEM) Sites beheben, bei dem Komponenten beim Authoring automatisch zum Seitenanfang scrollen, wenn ein benutzerdefiniertes responsives Raster verwendet wird. Die Lösung umfasst die Überprüfung und Abstimmung der Implementierung des responsiven Rasters mit Best Practices.

Beschreibung description

Umgebung

Adobe Experience Manager (AEM) Sites (alle Versionen; in AEM 6.5 und AEM as a Cloud Service beobachtet)

Symptome

Beim Bearbeiten bestimmter Komponenten, z. B. Text oder Bild, auf einer Seite, die ein benutzerdefiniertes responsives Raster verwendet, kann die Komponente automatisch zum Seitenanfang scrollen, anstatt an der vorgesehenen Einfügemarke zu bleiben. Dieses Verhalten tritt während des Authoring-Prozesses auf und ist nicht über alle Komponententypen hinweg konsistent reproduzierbar. Die Komponente kehrt an die beabsichtigte Position zurück, nachdem der Inhalt hinzugefügt oder die Seite aktualisiert wurde. Dieses Problem tritt nicht in einer vorkonfigurierten AEM-Instanz auf.

Ursache

Das automatische Bildlaufverhalten beruht auf einer Diskrepanz oder Fehlausrichtung zwischen dem Sling-Ressourcentyp des benutzerdefinierten responsiven Rasters und der von den Foundation-Komponenten geerbten Implementierung. Dies kann zu unerwartetem Verhalten in der Authoring-Benutzeroberfläche führen. Das Problem betrifft nur benutzerdefinierte Umgebungen und ist kein Standardproduktverhalten.

Lösung resolution

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

  1. Überprüfen Sie Ihre benutzerdefinierte Implementierung responsiver Raster:

    1. Öffnen Sie die Vorlage oder Seitenstruktur in CRXDE Lite oder Ihrem Code-Repository.
    2. Überprüfen Sie den Sling-Ressourcentyp für das responsive Raster und seine untergeordneten Komponenten. Stellen Sie sicher, dass der Ressourcentyp konsistent auf den entsprechenden WCM-Foundation- oder -Kernkomponenten-Ressourcentyp verweist (z. B. wcm/foundation/components/responsivegrid oder die entsprechende Kernkomponente).

  2. Vergleich mit der standardmäßigen (OOTB-)Implementierung:

    1. Erstellen Sie eine neue Seite oder Vorlage mit der OOTB-Implementierung des responsiven Rasters.
    2. Erstellen Sie dieselben Komponenten und beobachten Sie, ob das Problem des automatischen Bildlaufs auftritt.
    3. Vergleichen Sie Ihre benutzerdefinierte Implementierung mit der OOTB-Version, um Unterschiede in der Struktur oder der Konfiguration des Ressourcentyps zu identifizieren.

  3. Überprüfen der Vorlagenstruktur und der Anpassungen:

    1. Suchen Sie in Ihren responsiven Raster- oder Container-Komponenten nach benutzerspezifischem Code oder Überschreibungen, die sich auf die DOM-Struktur oder die Ereignisbehandlung beim Authoring auswirken könnten.
    2. Passen Sie Ihre benutzerdefinierte Implementierung an die Best Practices an, die im responsiven vorkonfigurierten Raster verwendet werden.

  4. Nach Änderungen testen:

    1. Testen Sie nach der Aktualisierung Ihrer Implementierung erneut das Authoring von Komponenten, um zu bestätigen, ob das Problem behoben ist.
    2. Wenn das Problem weiterhin besteht, entfernen Sie die Anpassungen schrittweise, um die Ursache weiter zu isolieren.

  5. Vergewissern Sie sich, dass die Komponenten während des Verfassens an der vorgesehenen Einfügemarke bleiben und nicht automatisch nach oben scrollen.

recommendation-more-help
experience-cloud-kcs-help-kbarticles