3分で読めます

ゴールデンパスモニター

Pro 機能

ゴールデンパスモニターは ビジネスのガードレールであり、稼働率の保証でも信頼性の認証でもありません。収益にとって最も重要な単一の経路シーケンス（サインアップまたはチェックアウト）を監視し、その経路と実コンバージョンが同時に壊れたときに通知します。

ゴールデンパスモニターは Pro、Scale、Enterprise プランで利用できます。この機能を有効にするにはプランをアップグレードしてください。

これに依存する前にお読みください。 ゴールデンパスモニターは HTTP ルートの 到達性 を再実行します。経路内のルートに GET リクエストを送信し、それぞれが応答するかどうかを記録します。ヘッドレスブラウザは 実行しません。クライアントサイドの JavaScript フローは 実行しません。フォームの送信や、サインアップ／チェックアウトのエンドポイントへの POST は 行いません。フローがエンドツーエンドで動作することを 保証しません。これは、合成的な到達性を実際のコンバージョンデータと組み合わせる早期警告シグナルとして扱ってください。ファネルがコンバージョンする証拠ではありません。

何をするか

Zenovay は直近の 成功した 実セッション（訪問者が実際にサインアップまたはチェックアウトを完了したセッション）を分析し、それらの訪問者がたどった最も一般的なルートシーケンスを導出します。そのシーケンスがあなたの ゴールデンパス であり、実際のコンバージョン者がどれだけ一貫してそれをたどったかに基づく信頼スコアが付きます。

経路を確認すると、Zenovay はそれを軽量な GET リクエストの連続としてスケジュールに沿って再実行し、ステップごとのステータス、所要時間、最初に失敗したステップを記録します。次に、その合成結果を同じ時間枠の 実際の コンバージョン量と相関させます。合成チェックが失敗し、かつ実コンバージョンが同時に低下したとき、ドリフト インシデントを発生させます。

このデュアルシグナルゲートこそが要点です。合成チェックが単独で失敗するとノイズが多くなります（ルートはクローラーには 404 を返してもユーザーには動作することがあります）。コンバージョンの低下も単独ではあいまいです（売上の少ない日かもしれません）。両方が同時に動いたときこそ、お金を生む経路で本当に何かが壊れているのです。

ゴールデンパスの導出方法

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

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

導出は毎日スケジュールに沿って実行されますが、すでにコンバージョンがある場合は待つ必要はありません。Setup タブには 「今すぐゴールデンパスを検索」 ボタンがあり、即座に導出を実行します（レート制限あり）。それでも候補の経路を提案するだけです — モニタリングを開始する前に確認が必要です。

セットアップ

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

1. Golden Path タブ → セットアップを開く

Zenovay は実際のコンバージョン者から導出した提案ルートシーケンスを、信頼スコアとともに表示します。

2. サインアップまたはチェックアウトを選ぶ

サインアップ経路とチェックアウト経路の両方が十分な信頼度で適格になった場合、どちらを監視するかを選択します。V1 はプロジェクトごとに 1 つの経路を監視します。サインアップ または チェックアウトで、両方ではありません。ビジネスにとって最も重要なものを選んでください。

3. 経路を確認する

ステップを確認して確定します。その時点から Zenovay は合成的な再実行をスケジュールします。

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

チェックスケジュール（設定可能）

Zenovay が確定した経路を再実行する頻度は、各アクティブモニターの Setup タブにある 「確認間隔」 コントロールで設定します。

Pro — 60 分（毎時）に固定。
Scale・Enterprise — モニターごとに 5・10・15・30・60 分 から選択可能。

5 分が最短です。スケジューラーは 5 分ごとにポーリングし、それ以上短くはできません。経路を初めて確認する際のデフォルトは 60 分です。短い間隔は障害発生時により早いシグナルをもたらしますが、デュアルシグナルドリフトゲートの感度は変わりません — この仕組みは合成実行の頻度に関係なく同じです。

各実行は経路内のルートに順番に GET リクエストを送信し、ステップごとに次を記録します。

ステータス — ルートは到達可能として応答したか。
所要時間 — ステップにかかった時間。
最初に失敗したステップ — シーケンス内で失敗した最も早いステップ（あれば）。

Health タブ

Health タブはモニターを一目で要約します。

成功率 — 直近のスケジュール実行のうち、すべてのステップが到達可能だった割合。
最終実行 — 経路が最後に再実行された時刻。
平均所要時間 — 直近の実行における合計再生時間の平均。
最も遅いステップ — 一貫して最も時間がかかるルート。
最初に失敗したステップ — 経路が直近で壊れた箇所。
ドリフトサマリー — 合成的な失敗と実コンバージョンの低下が今同時に起きているかどうか。

Health ビューの読み方

Health タブには レスポンスタイムチャート も表示されます — スケジュール実行ごとの合計再生時間（全ステップの所要時間の合計）を示す緑の折れ線グラフです。琥珀色は低下または遅延した実行を、赤は失敗を示します。チャートの下には 直近の実行リスト があり、最新約 50 件の実行について合否、所要時間、最初に失敗したステップの詳細を確認できます。

Health ビュー上部の 日付範囲セレクター は、チャート・サマリー統計・直近の実行リストをまとめて絞り込みます。使用可能な範囲はプランの実行履歴保持期間によって異なります。

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

プランの保持期間を超える範囲は表示されますがロックされています。実行履歴の保持期間: Pro は 30 日、Scale は 90 日、Enterprise は 180 日です。

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

ドリフトとインシデント

ドリフトは、これをステータスページからビジネスのガードレールへと変えるシグナルです。

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

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

ドリフトが発火すると、Zenovay はインシデントを生成し、Incidents タブで Conversion Incidents と並んで表示されます。インシデントは 3 つの障害クラスのいずれかに分類されます。

障害クラス	意味
infra	サイトまたはネットワークがダウンしているように見える — ルートが広範に到達不能。
flow_drift	経路内の特定のルートが変更された、または 404 を返すようになった — ファネルの下で経路がずれた（例: 名前を変えた `/signup` ルート）。
business_flow	ルートはすべて到達可能だが、それでも実コンバージョンが急落した — 障害はルートの背後にあり（壊れたクライアントサイドのステップ、決済失敗、検証バグ）、到達性チェックでは直接見えない。

business_flow クラスこそ、デュアルシグナルゲートが重要な理由そのものです。到達性だけなら、収益が落ちている間も「すべて緑」と報告していたでしょう。実コンバージョンデータと組み合わせることで、純粋な合成モニターでは見逃す障害を捕捉します。

V1 が行うこと・行わないこと

期待値を正直に保つために：

V1 が行うこと:

実際に成功したセッションから単一のゴールデンパスを信頼スコア付きで導出する。
プロジェクトごとに 1 つの経路 を監視する — サインアップ または チェックアウト。
その経路を設定可能な間隔（Pro: 60 分固定、Scale/Enterprise: 5〜60 分）で GET 到達性チェックとして再実行する。
ステップごとのステータス、所要時間、最初に失敗したステップを記録する。
合成チェックが失敗しかつ実コンバージョンが同時に低下したときのみドリフトインシデントを発生させる。
障害を infra、flow_drift、business_flow に分類する。

V1 が行わないこと:

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

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

ゴールデンパス モニター