開発やテストのために複数の環境でPendoを使用する

最終更新日:

自動テストのための環境を除き、ウェブアプリケーションのすべてのインスタンスにPendoエージェントを導入することをお勧めします。すべての環境にPendoを導入することで、開発者やマニュアルテスト担当者は、可能な限り本番に近い環境で作業できます。

複数の環境へのPendoのインストールについては、Pendo Academyに掲載している動画をご視聴ください。

自動テスト

Pendoエージェントは自動テストでは正しく機能しますが、そのこと自体は何の価値もありません。自動テストで読み込まれるページにPendoエージェントを導入すると、完了までの時間が遅くなるだけでなく、実際のユーザーとは関係のない大量の使用データが発生する可能性があります。Pendoガイドの意図的な自動テストやパフォーマンスのプロファイリングのためにのみ、Pendoエージェントを導入することをお勧めします。

シングルAPIキー

各APIキー(または「サブスクリプション」)は、別々のデータストアを使用します。サブスクリプション間で、データや設定を自動的に移動させる仕組みはありません。Pendoは、アプリ内メッセージコンポーネントのドラフト、ステージング、公開のワークフローコンセプトを提供し、テストや開発のニーズに応えます。ページとフィーチャーでは、今後のウェブアプリケーションの変更に対応できる複数のルールを設定することができます。

一意の訪問者IDとアカウントID

Pendoがメタデータの値を正しく処理するためには、訪問者IDとアカウントIDがAPIキーごとに一意である必要があります。除外するだけでは、IDの衝突への対処としては不十分です。

テスト環境と本番環境の間でIDの衝突がある場合は、非本番環境を示すプレフィックスやサフィックスをそれぞれのIDに追加することを検討してください。

Pendoは、ガイドとのインタラクション行動を訪問者IDレベルで追跡します。また、非本番環境では、訪問者が一貫したガイド体験を得られるよう、一意のIDを使用する必要があります。

IDの衝突の回避および対応方法については、Pendo Academyに掲載している動画をご視聴ください。

ページとフィーチャー

本番前のコードにPendoエージェントを含めることで、コードを本番環境にプッシュする前に、新規または更新されたページやフィーチャーが正常にタグ付けされていることを確認できます。

この記事は役に立ちましたか?
21人中8人がこの記事が役に立ったと言っています