マネージドインテグレーション (推奨)
Tangibleeは、小売クライアントの95％が利用しているため、この統合を推奨しています。このオプションでは、Tangiblee チームが統合の 99% を行います。当社のスクリプトをウェブサイトに追加するだけで完了です。Tangibleeは、Tangibleeを現在のPDPレイアウトに合わせて調整し、TangibleeのCTAが関連するPDPに表示されるようにするための1行のコードをクライアントに提供します。
Tangiblee をクライアントの PDP に合わせて調整するには、マッピングコードスクリプト (別名) を使用します。 tangiblee-mapper.js)。Tangiblee チームが作成するのは tangiblee-mapper.js マネージドインテグレーションの場合は、クライアントのためにメンテナンスを行います。クライアント用に作成されたスクリプトは、のラッパーです。 tangiblee-mapper.js これは有形CDNから読み込まれます tangiblee-mapper.js タンジブリー API スクリプトにバンドルされています (tangiblee.js) を a に タンジブル・バンドル.min.js。
Tangibleeでは、通常はクロージングタグの前に本文にある関連商品のSKUページに直接スクリプトをインストールすることを推奨しています。 Tangiblee では、Google タグマネージャー (GTM) をインストールしてスクリプトを公開することをお勧めしません。 IOS 17の最新のアップデート。 直接インストールすると、コール・トゥ・アクション (CTA) の読み込み時間も短縮されます。
Tangiblee スクリプトは直接インストールする必要があります。
- <body>ほとんどの場合、通常はの終了タグの前なので、<body>Async! という属性を使用することをおすすめします。
- または、<head>タグ内ではAsync!属性は 必須
- CTAは承認された商品にのみ表示されるため、すべての商品詳細ページに追加できます
有形文字は次のようになっています。
- パフォーマンスが最適化され、PageSpeedで定期的にテストされています
- レイジーローディング機能を使用して構築されているため、ユーザーが Tangiblee CTA をクリックする前に最小限のリソースをロードし、残りはすべてユーザーが Tangiblee を開いた後にロードされます。
場合によっては、クライアントが複数のTangibleeスクリプトを必要とすることがあります。たとえば、プロダクションWebサイト（PRD）用のスクリプトとステージングWebサイト（STG）用のスクリプトはそれぞれ異なるTangibleeの設定を表示する必要があります。1 つのクライアントでそれぞれ構成が異なる複数の環境をサポートするには、各スクリプトに独自の環境を設定します。 リビジョン。クライアントバージョンは、次の例でわかるように、スクリプトスクリプトのパス上の最後のフォルダです。 リビジョン です リビジョン_1 これはデフォルトです リビジョン。
[.bad] このスクリプトは説明のみを目的として追加されています。[.bad]
[.悪い]ご注意: これはインテグレーションスニペットではなく、このガイドのための一例です。Tangiblee の担当者は、オンボーディングプロセス中に Web サイト専用の統合スニペットを共有します。[.bad]
以下は、それぞれ独自のタグを使用して、マネージド統合がさまざまなユースケースでどのように機能するかを示すいくつかの例です。 リビジョン。
典型的なユースケース・マネージド・インテグレーション
この例と説明では、Tangiblee マネージドインテグレーションを使用する一般的なユースケースについて説明します。これは通常、クライアントの Web サイト (PRD) に 1 つのスクリプトを統合する場合に行われます。
このデモリンク のTangibleeマネージド・インテグレーションでは、スクリプトにデフォルトのリビジョンが設定されています。 リビジョン_1
リンク例に見られるように、 リビジョン_1 への道のりの一部です タンジブル・バンドル.min.js。Tangiblee チームが使用時に提供するデフォルトバージョンです。 マネージド・インテグレーション 特定のタイプのPDPで。
クライアントが PDP コードへのアップデートの公開を計画している場合、アップデートを展開する前に Tangiblee チームに通知し、Tangiblee に STG または DEV 環境へのリンクを提供することが重要です。 Tangiblee に事前に通知しておけば、チームは次の情報を更新できます。 tangiblee-mapper.js必要に応じて、新しい PDP でテストして、ロールアウト後も PRD で継続的に動作することを確認します。
Tangiblee チームが変更を検出した場合は、チームの作業負荷を考慮して、可能な限り迅速に作業を行います。ただし、これは 100% 失敗しないプロセスではなく、Tangiblee による更新には、クライアントが行った変更が 100% 反映されない場合があります。
そのため、PDP コード、構造、またはレイアウトに変更を加えるたびに Tangiblee チームを更新することを強くお勧めします。
以下は、上記の設定例とタグのハイライトです。
- 1 つの PDP に 1 つのSKU
- 1 つのアクティブなロケール
- ウィジェットに価格/通貨/ATCなし
- オーダートラッキングなし
[.bad] このスクリプトは説明のみを目的として追加されています。[.bad]
[.悪い]ご注意: これはインテグレーションスニペットではなく、このガイドのための一例です。Tangiblee の担当者は、オンボーディングプロセス中に Web サイト専用の統合スニペットを共有します。[.bad]
高度なユースケース管理統合
別のタグで別のタグを使用する従来のユースケース リビジョン 通常はステージング環境（STG）上の新しいWebサイトまたは新しいPDPデザイン用です。その場合、Tangiblee は新しいタグを提供することができます。 リビジョン STGが各環境に独自の構成があることを確認します。
この新しいバージョンには新しいバージョンがあります リビジョン_X へのパス内のパラメータ タンジブル・バンドル.min.js ファイル。
設定の要点とタグは次のとおりです。
- 1 つの PDP に 1 つのSKU
- 1 つのアクティブなロケール
- ウィジェットに価格/通貨/ATCなし
- オーダートラッキングなし
[.bad] このスクリプトは説明のみを目的として追加されています。[.bad]
