自動テストのための環境を除き、ウェブアプリケーションのすべてのインスタンスにPendo Web SDKを導入することをお勧めします。すべての環境にPendoを導入することで、開発者やマニュアルテスト担当者は、可能な限り本番に近い環境で作業できます。
複数の環境へのPendoのインストールについては、Pendo Academyに掲載している動画をご視聴ください。
自動テスト環境でPendoをスキップする
Pendo Web SDKは自動テストでは正しく機能しますが、そのこと自体は何の価値もありません。自動テストで読み込まれるページにPendo Web SDKを含めると、完了までの時間が遅くなるだけでなく、実際のユーザーとは関係のない大量の使用データが発生する可能性があります。Pendoガイドの意図的な自動テストやパフォーマンスのプロファイリングのためにのみ、Pendo Web SDKを導入することをお勧めします。
環境間で同じパブリックアプリIDを使用する
パブリックアプリIDは、Pendoに送信されるデータをサブスクリプション内の特定のアプリケーションに関連付けます。ベストプラクティスとして、アプリケーションごとに1つのパブリックアプリIDを使用してください。例えば、アプリケーションが3つある場合、それぞれのアプリケーションは個別のパブリックアプリIDを使用します。
同じアプリケーションに対して、開発環境、テスト環境、本番環境など、複数の環境にPendoをインストールする場合は、すべての環境で同じパブリックアプリID値を使用してください。
環境間で一貫した訪問者IDとアカウントIDを使用する
理想的には、同一人物はすべての環境で同じ訪問者IDを持ち、同一企業または組織はすべての環境で同じアカウントIDを持つべきです。
環境間でIDの一貫性を維持できない場合は、IDが衝突しないようにしてください。例えば、複数のエンドユーザーが同じ訪問者IDを持っている場合、Pendoはそれらのエンドユーザー全員のアクティビティをその1つの訪問者IDに対して追跡します。衝突が発生すると、アナリティクス結果が混乱したり、誤ったガイドが表示されたり、メタデータが不正確になったりする可能性があります。
テスト環境と本番環境の間でIDの衝突がある場合は、dev-やqa-のようにどの環境に属しているかを示すプレフィックスやサフィックスを各非本番環境のIDに追加することを検討してください。
IDの衝突の回避および対応方法については、Pendo Academyに掲載している動画をご視聴ください。
ページとフィーチャー
本番前のコードにPendo Web SDKを含めることで、コードを本番環境にプッシュする前に、新規または更新されたページやフィーチャーが正常にタグ付けされていることを確認できます。
次のステップ
- 除外リストを設定します。これにより、下位環境のデータをフィルタリングして本番環境のデータを分離できます。
- ページとフィーチャーにタグを付けます。タグ付けの詳細については、ページのタグ付けを行うURLおよびフィーチャーのタグ付けと表示の記事を参照してください。また、Pendo Academyでウェブアプリのタグ付けのチュートリアルもご覧いただけます。