メインコンテンツへスキップ
Pro プラン8 minutes初級

ゴールデンパス モニター

収益を生むサインアップまたはチェックアウトの唯一の経路を監視します。Zenovay が実際のコンバージョンからゴールデンパスをどのように導出し、合成チェックと実コンバージョンが同時に低下した場合にのみアラートを通知するかを学びます。

golden-pathmonitoringconversionsdriftincidents
最終更新日:

ゴールデンパス モニターは、収益にとって最も重要な単一のルートシーケンス(サインアップまたはチェックアウト)を監視し、その経路と実コンバージョンが同時に壊れたときに警告します。

ゴールデンパス モニターとは何か(そして何ではないか)

ゴールデンパス モニターは ビジネスのガードレールであり、稼働率の保証でも信頼性の認証でもありません。

これは HTTP ルートの 到達性 を再実行します。経路内のルートに GET リクエストを送信し、それぞれが応答するかどうかを記録します。次のことは 行いません

  • ヘッドレスブラウザの実行
  • クライアントサイドの JavaScript フローの実行
  • フォームの送信や、サインアップ/チェックアウトのエンドポイントへの POST
  • フローがエンドツーエンドで動作することの保証

これは、合成的な到達性を実際のコンバージョンデータと組み合わせる早期警告シグナルとして扱ってください。ファネルがコンバージョンする証拠ではありません。

必要なプラン: ゴールデンパス モニターは Pro、Scale、Enterprise プランで利用できます。

ゴールデンパスの見つけ方

Zenovay は直近の 成功した 実セッション(訪問者が実際にサインアップまたはチェックアウトを完了したセッション)を分析し、それらの訪問者がたどった最も一般的なルートシーケンスを割り出します。

  1. サインアップまたはチェックアウトが成功して終了した直近のセッションを調べます。
  2. 各コンバージョン者がその成功までに訪問したルートの順序付きシーケンスを抽出します。
  3. 最も一般的なシーケンスを見つけ、信頼スコア を計算します。これは、コンバージョンした全員の中でその単一シーケンスがどれだけ支配的かを表します。
  4. 提案された経路、信頼スコア、コンバージョンの種類(サインアップまたはチェックアウト)を Golden Path タブに表示します。

支配的なシーケンスを導出するのに十分な成功セッションがない場合、Zenovay はそれを明確に伝えます。信頼度の低い経路は提案しません。代わりに「成功したセッションがまだ十分ではありません」という状態が表示されます。トラッキングを続けると、実際のコンバージョン者が安定したパターンを示した時点で提案が表示されます。

今すぐ導出を実行する: セットアップ タブには 「ゴールデンパスを今すぐ確認」 ボタンがあり、毎日のスケジュールを待たずに即時で導出を実行します(レート制限あり)。それでも候補を提案するだけで、監視が始まる前にあなたが確認します。

セットアップ

Golden Path タブはドメイン ダッシュボードの 行動(BEHAVIOR) グループにあります。

  1. Golden Path タブ → セットアップ を開きます。 Zenovay は提案ルートシーケンスとその信頼スコアを表示します。
  2. サインアップまたはチェックアウトを選びます。 両方が十分な信頼度で適格になった場合、どちらを監視するかを選択します。V1 は プロジェクトごとに 1 つの経路 を監視します。サインアップ または チェックアウトで、両方ではありません。ビジネスにとって最も重要なものを選んでください。
  3. 経路を確認します。 ステップを確認して確定します。その時点から Zenovay は合成的な再実行をスケジュールします。

導出された経路を確認するのであって、V1 ではルートを手書きしません。導出された経路が誤っているように見える場合、それはたいてい、実際のコンバージョン者があなたの予想しなかった経路をたどっていることを意味し、それ自体が有用な発見です。

再実行の頻度

再実行間隔は モニターごとにユーザーが設定可能 です。アクティブなモニターのセットアップ タブにある 「X 分ごとに確認」 コントロールで変更できます。

プラン利用可能な間隔
Free利用不可
Pro60 分(固定)
Scale5 / 10 / 15 / 30 / 60 分
Enterprise5 / 10 / 15 / 30 / 60 分

最小間隔は 5 分 です — スケジューラーがポーリングする頻度がこれに当たります。モニターを確認したときのデフォルトは 60 分 です。より短い間隔を選ぶと、問題発生時のシグナルが速くなります。Scale および Enterprise プランはモニターごとに 5 つのオプションから選択できます。間隔を短くすると 1 日あたりのチェック回数が増えますが、ドリフト感度の計算方法は変わりません。

各実行は経路内のルートに順番に GET リクエストを送信し、ステップごとに次を記録します。ステータス(ルートは到達可能だったか)、所要時間最初に失敗したステップ(あれば)。

Health タブの読み方

Health タブは 4 つのサマリーカードで開きます。

  • 成功率 — 直近のスケジュール実行のうち、すべてのステップが到達可能だった割合。
  • 最終実行 — 経路が最後に再実行された時刻。
  • 平均所要時間 — 直近の実行の平均再生時間。
  • ドリフト — 合成的な失敗と実コンバージョンの低下が今同時に起きているかどうか(「静寂」または「劣化」と表示)。

カードの下、最近の実行リストが各実行を個別に表示します。実行を展開して、ステップごとのステータス、時間、および 最初に失敗したステップ(その実行が破損した場所、もしあれば)を確認できます。

レスポンス タイム チャート

Health ビューには、実行ごとの再生時間を示す レスポンス タイム チャート が含まれています。実行は色で区別されます。緑 = 正常、琥珀 = 低速または劣化(完了したが基準より遅い)、赤 = 失敗。チャートの下には 直近の実行リスト(最新 50 件まで)が表示され、ステップごとのステータスと時間を確認できます。

日付範囲セレクター

Health ビュー上部の 日付範囲セレクター は、表示されるすべてのデータのスコープを絞り込みます。利用可能な範囲はプランのデータ保持期間によって異なります。

範囲プラン
過去 24 時間すべての有料プラン
過去 7 日間すべての有料プラン
過去 30 日間Pro、Scale、Enterprise
過去 90 日間Scale、Enterprise
過去 180 日間Enterprise

プランの保持期間を超える範囲はロックされて表示されます。セレクターは Health ビュー全体に適用されます。成功率、チャート、平均所要時間、実行リストがすべて一緒に更新されます。

成功率と所要時間は ルートの到達性のみ を表します。成功率 100% は経路内のすべてのルートが GET に応答したことを意味し、実際のユーザーがサインアップやチェックアウトを完了できることを 意味しません。クライアントサイド JavaScript、フォーム検証、決済処理、認証状態はすべて、到達性チェックでは見えない範囲にあります。

ドリフト アラートとインシデント

ドリフトは、これをステータスページではなくビジネスのガードレールにするシグナルです。

ドリフトは、同じ時間枠で次の両方が真の場合にのみ発火します。

  1. スケジュールされた合成チェックが失敗しており、かつ
  2. その経路の実コンバージョンが低下している。

ドリフトが発火すると、Zenovay はインシデントを作成し、Health タブはあなたを Incidents タブで直接そこにリンクします。

失敗する各実行は、3 つの障害クラスのいずれかでタグされています(Health タブで実行を展開するとバッジとして表示)。クラスは どこに 障害があるかを示します。

障害クラス意味
infraルートがタイムアウトしたか、5xx を返したか、到達不能だった — ホスティングまたはネットワークの問題である可能性が高く、ファネルではありません。
flow_drift中間ステップが 404、410、またはリダイレクト ループを返すようになったが、エントリ ルートは正常 — パス内の URL がおそらく移動しました(例: 名前を変えた /signup ルート)。
business_flowルートはすべて到達可能だが、それでも実コンバージョンが急落した — 障害はルートの 背後 にあり(壊れたクライアントサイドのステップ、決済失敗、検証バグ)、到達性チェックでは直接見えない。

business_flow クラスこそ、デュアルシグナル ゲートが重要な理由そのものです。到達性だけなら、収益が落ちている間も「すべて緑」と報告していたでしょう。実コンバージョンデータと組み合わせることで、純粋な合成モニターでは見逃す障害を捕捉します。また、アラートを静かに保ちます — 合成的な失敗単独では決してアラートしません。ルートはクローラーには 404 を返してもユーザーには動作することがあるためです。

V1 が行わないこと

期待値を正直に保つために、V1 は次のことを行いません。

  • ヘッドレスブラウザの実行や、クライアントサイドの JavaScript フローの実行
  • フォームの送信や、サインアップ/チェックアウトのエンドポイントへの POST
  • フローがエンドツーエンドで動作することの保証、または稼働率・信頼性・コンプライアンスの認証
  • プロジェクトごとに複数の経路の監視、またはサインアップとチェックアウトの同時監視
  • 合成的な失敗単独でのアラート(設計上の意図 — ノイズが多くなるため)

これは お金を生む経路に問題が生じたタイミング を伝えるガードレールです。サインアップやチェックアウトのエンドツーエンド機能テストの代替ではありません。

関連記事

この記事は役に立ちましたか?