Show Menu
THEMEN×

Einschränkungen von „at.js“

Zwischen „at.js“ und mbox.js bestehen einige Unterschiede. In diesem Abschnitt werden einige Unterschiede und Einschränkungen behandelt, damit Sie erfolgreich mit „at.js“ arbeiten können.

Bekannte Einschränkungen von Visual Experience Composer

  • Die Optionen „Element einfügen“ und „Neu anordnen“ in Visual Experience Composer sollten in Einzelseiten-Apps vermieden werden.
    Da das DOM bei Seitenladeereignissen für Einzelseiten-Apps nicht gelöscht wird, wie das bei normalen Websites der Fall ist, werden die Aktionen „Element einfügen“ und „Neu anordnen“ möglicherweise mehrere Male angewendet, abhängig davon, wie sich der Besucher in der Einzelseiten-App bewegt.

Integrationen und Plug-ins

Einige Funktionen von mbox.js stehen in at.js nicht zur Verfügung. Interne „mbox.js“-Objekte und -Methoden (z. B. mbox , mboxCurrent , mboxFactoryDefault , mboxFactories und andere) werden in at.js nicht mehr unterstützt (Beispiel: mboxFactoryDefault ). Dies ist beabsichtigt und soll verhindern, dass at.js für nicht unterstützte Funktionen manipuliert wird, was langfristig dazu führen kann, dass eine Implementierung beschädigt wird und eine Aktualisierung nicht mehr möglich ist. Die zulässigen Methoden werden im Abschnitt zu den APIs in dieser Dokumentation behandelt. Konsequenzen:

Erwägungen für asynchrones Laden

Da nun alle Mboxes asynchron arbeiten, blockieren sie nicht das Rendern von Seiten und werden nicht in der Reihenfolge zurückgegeben, in der sie ausgelöst wurden.
  • Wenn Sie eine globale Mbox im Form-Based Experience Composer verwenden, dürfen HTML-Angebote nur die Tags <script> , <style> und <link> enthalten.
    Bei der Bereitstellung filtert at.js alle anderen HTML-Tags heraus, wenn die globalen Mbox-Angebote angewendet werden. Globale Mbox-Angebote werden auch auf den HTML-HEAD angewendet, sodass DIV, SPAN usw. nicht möglich sind. <div>test</div> kann beispielsweise nicht angewendet werden, da das <div> -Tag nur in HTML-BODY verwendet werden kann.
  • Die ältere, seitenbasierte Integration von Target in Analytics funktioniert nicht mehr.
    Diese Integration setzt voraus, dass der Target-Aufruf vor dem Analytics-Aufruf erfolgt.
  • Vermeiden Sie JavaScript-Abhängigkeiten zwischen Ihrem Angebot und der Seite.
    Sie sollten nicht davon ausgehen, dass das JavaScript in Ihrem Angebot vor dem hartcodierten JavaScript unter der Mbox ausgeführt wird.
  • Vermeiden Sie JavaScript-Abhängigkeiten zwischen mehreren Angeboten auf der Seite.
    Sie können nicht mehr davon ausgehen, dass das von der ersten Mbox bereitgestellte Angebot vor dem von Ihrer zweiten Mbox bereitgestellten Angebot ausgeführt wird.
  • DOM-Manipulations- und Umleitungsangebote sollten über die automatisch erstellte globale Mbox in at.js und im Abschnitt <head> > bereitgestellt werden.
    Eine mboxCreate() -Funktion ganz oben im Abschnitt <body> führt mit hoher Wahrscheinlichkeit zu einem Flackern der Standardinhalte.