Verwaltete Integration (empfohlen)
Tangiblee empfiehlt diese Integration, da sie von 95% unserer Einzelhandelskunden genutzt wird. Mit dieser Option führt das Tangiblee-Team 99% der Integration durch. Fügen Sie einfach unser Skript zu Ihrer Website hinzu und Sie sind fertig. Tangiblee stellt dem Kunden eine Codezeile zur Verfügung, die Tangiblee an das aktuelle PDP-Layout anpasst und sicherstellt, dass der CTA von Tangiblee auf den relevanten PDPs angezeigt wird.
Die Anpassung von Tangiblee an das PDP des Kunden erfolgt über ein Mapping-Code-Skript (aka tangiblee-mapper.js). Das Tangiblee-Team wird das erstellen tangiblee-mapper.js und pflegen Sie es im Fall von Managed Integration für den Kunden. Das für den Client erstellte Skript ist ein Wrapper für tangiblee-mapper.js das wird von Tangiblee CDN geladen tangiblee-mapper.js gebündelt mit dem Tangiblee-API-Skript (tangiblee.js) in ein tangiblee-bundle.min.js.
Tangiblee empfiehlt, das Skript direkt auf den entsprechenden Produkt-SKU-Seiten zu installieren, normalerweise im Hauptteil vor dem schließenden Tag. Tangiblee rät davon ab, unser Skript über die Installation von Google Tag Manager (GTM) zu veröffentlichen, da neueste Updates in IOS 17. Die direkte Installation führt auch zu einer schnelleren Ladezeit von Call-To-Action (CTA).
Das Tangiblee-Skript sollte direkt installiert werden:
- <body>in den meisten Fällen normalerweise vor dem schließenden Tag von <body>und wir empfehlen die Verwendung des Attributs Async!
- Oder im <head>Tag aber Async! Attribut ist erforderlich
- kann zu ALLEN Produktdetailseiten hinzugefügt werden, da CTA nur auf zugelassenen Produkten angezeigt wird
Das Tangiblee-Skript war:
- Optimiert für Leistung und wird regelmäßig mit PageSpeed getestet
- wurde mit Lazy-Loading-Funktion entwickelt, um minimale Ressourcen zu laden, bevor der Benutzer auf Tangiblee CTA klickt, und den Rest zu laden, nachdem der Benutzer Tangiblee geöffnet hat.
In einigen Fällen benötigen Kunden mehr als ein Tangiblee-Skript, z. B. ein Skript für die Produktionswebsite (PRD) und ein Skript für die Staging-Website (STG), die jeweils eine andere Tangiblee-Konfiguration anzeigen müssen. Um mehrere Umgebungen für einen Client mit jeweils einer anderen Konfiguration zu unterstützen, wird jedem Skript eine eigene Konfiguration zugewiesen Revision. Die Client-Version ist der letzte Ordner im Pfad des Skriptskripts, wie Sie im folgenden Beispiel sehen können, der Revision ist Revision_1 was ist die Standardeinstellung Revision.
[.bad] Das Skript wurde nur zur Veranschaulichung hinzugefügt. [.bad]
[.schlecht]Bitte beachten Sie: Dies ist nicht Ihr Integrations-Snippet, sondern ein Beispiel für diesen Leitfaden. Ihr Ansprechpartner bei Tangiblee wird Ihnen während des Onboarding-Prozesses ein Integrations-Snippet speziell für Ihre Website zur Verfügung stellen. [.bad]
Im Folgenden finden Sie einige Beispiele, die zeigen, wie die verwaltete Integration in verschiedenen Anwendungsfällen mithilfe von Tags funktioniert, von denen jedes seine eigenen hat. Revision.
Typischer Anwendungsfall: Verwaltete Integration
Dieses Beispiel und die Erläuterung behandeln den typischen Anwendungsfall der Verwendung von Tangiblee Managed Integration. Dies erfolgt normalerweise, wenn ein einzelnes Skript in die Website des Kunden (PRD) integriert wird.
Dieser Demo-Link von Tangiblee Managed Integration hat die Standardrevision auf das Skript festgelegt: Revision_1
Wie im Beispiel-Link zu sehen ist, Revision_1 ist Teil des Pfades zu tangiblee-bundle.min.js. Es ist eine Standardversion, die das Tangiblee-Team bei der Verwendung bereitstellt Verwaltete Integration auf einem bestimmten PDP-Typ.
Wenn ein Kunde plant, ein Update für den PDP-Code herauszubringen, ist es wichtig, das Tangiblee-Team zu benachrichtigen und Tangiblee vor der Bereitstellung des Updates einen Link zur STG- oder DEV-Umgebung zur Verfügung zu stellen. Wenn das Team Tangiblee im Voraus benachrichtigt, kann es das aktualisieren tangiblee-mapper.js, falls erforderlich, und testen Sie es auf dem neuen PDP, um einen kontinuierlichen Betrieb auf PRD nach der Einführung sicherzustellen.
Wenn das Tangiblee-Team eine Änderung feststellt, werden wir angesichts der Arbeitsbelastung unseres Teams so schnell wie möglich daran arbeiten. Dies ist jedoch kein hundertprozentig ausfallsicherer Prozess, und die von Tangiblee vorgenommenen Aktualisierungen spiegeln möglicherweise nicht 100% der vom Kunden vorgenommenen Änderungen wider.
Daher empfehlen wir dringend, dass Sie das Tangiblee-Team jedes Mal auf dem Laufenden halten, wenn Sie Änderungen an Ihrem PDP-Code, Ihrer Struktur oder Ihrem Layout vornehmen.
Im Folgenden sind die Highlights des obigen Konfigurationsbeispiels und des Tags aufgeführt:
- Eine SKU auf einem PDP
- Ein aktives Gebietsschema,
- Kein Preis/Währung/ATC im Widget
- Keine Auftragsverfolgung
[.bad] Das Skript wurde nur zur Veranschaulichung hinzugefügt. [.bad]
[.schlecht]Bitte beachten Sie: Dies ist nicht Ihr Integrations-Snippet, sondern ein Beispiel für diesen Leitfaden. Ihr Ansprechpartner bei Tangiblee wird Ihnen während des Onboarding-Prozesses ein Integrations-Snippet speziell für Ihre Website zur Verfügung stellen. [.bad]
Erweiterte, von Anwendungsfällen verwaltete Integration
Der klassische Anwendungsfall für die Verwendung eines anderen Tags mit einem anderen Revision ist für eine neue Website oder ein neues PDP-Design, typischerweise in der Staging-Umgebung (STG). In diesem Fall kann Tangiblee ein Tag mit einem neuen Revision damit die STG sicherstellt, dass jede Umgebung ihre eigene Konfiguration hat.
Diese neue Version wird eine neuere haben Revision_X Parameter in einem Pfad zum tangiblee-bundle.min.js Datei.
Im Folgenden sind die Highlights der Konfiguration und des Tags aufgeführt:
- Eine SKU auf einem PDP
- Ein aktives Gebietsschema
- Kein Preis/Währung/ATC im Widget
- Keine Auftragsverfolgung
[.bad] Das Skript wurde nur zur Veranschaulichung hinzugefügt. [.bad]
