直帰率計算機
1,000回の訪問のうち1ページだけで終わったセッションが250なら、直帰率は25パーセントで、残りの750回は2ページ目以降に進んでいます。アクセス解析のレポートにある2つの数字を入れるだけで分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 単一ページセッション
- 250
- 総セッション数
- 1,000
- 直帰率
- 25
- エンゲージメントのあるセッション
- 750
- 非直帰率
- 75
ウェブサイトの直帰率は、最初のページから先へ進まない訪問の割合です。プロダクト・マーケティング・分析のチームは、まず見る健全性指標として使います。ほとんどのセッションを失うランディングページは、流入の問題ではなくコンバージョンの問題です。この直帰率計算機は、単一ページセッション(直帰)と総セッションの二つの件数を受け取り、分析スイートが公開するのと同じ恒等式でパーセントを返します。直帰率は単一ページセッションを総セッションで割って百を掛けた値です。
直帰率が測るものとパーセントの作り方
直帰率は、ページビューが一つだけのセッションの割合です。訪問者は到着し、一つの文書を見て、二回目のヒットなしに去りました。古典的な分析の定義では、それらが単一ページセッションであり、率はその件数を総セッションで割ってパーセントにしたものです。
千セッションのうち二百五十直帰は二十五パーセント、三セッションのうち一直帰は三十三の循環小数で、ここでは half-up で小数六点まで丸め、goldens がランタイム間でバイト安定になるようにしています。補数も同じくらい有用です。直帰件数がゼロは正当な結果です。
直帰件数が総セッションと等しいことも正当です。すべての訪問が単一ページセッションで、率は百パーセントです。正当でないのは、総数がゼロまたは負であること(ゼロ除算は率を生まない)と、直帰件数が総セッションを超えること(あった訪問より多く直帰させることはできない)です。
ウェアハウス、タグ、週次エクスポートから既にお持ちの二つの件数に対して、教科書どおりの比を料金計算して返します。
活用例
ランディングページの健全性確認
一週間の単一ページセッションと総セッションを、成長レビューでページの横に置ける直帰率に変えます。
よくある質問
総セッションがゼロだとどうなりますか?
割るセッションがないとき直帰率は定義できず、失敗は課金されません。
古典的なウェブ分析の直帰率と同じですか?
教科書の恒等式としては同じです。直帰は単一ページセッションであり、率はその件数を総セッションで割ったパーセントです。滞在時間やコンバージョンイベントといった後年の規則は適用しません。
直帰率が0パーセントや100パーセントになることはありますか?
あります。1ページだけのセッションがゼロなら、全員が2ページ目以降を見たので0パーセントです。すべてのセッションが1ページだけなら100パーセントになります。
非直帰率とは何ですか?
最初のページより先に進んだ訪問の割合で、100から直帰率を引いた値です。総セッションから1ページだけのセッションを引いたものが先へ進んだセッションなので、2つの率の合計は常に100になります。
直帰数が総セッション数より多いと受け付けられないのはなぜですか?
ページは受けた訪問より多くの訪問を失うことはできないためです。そうなるときは2つの数字が別のレポートや期間から来ていることが多いので、同じレポート、同じ期間の数字を使ってください。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/fin/bounce-rate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"single_page_sessions":250,"total_sessions":1000}'const res = await fetch("https://api.kit.forhosting.com/fin/bounce-rate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"single_page_sessions": 250,
"total_sessions": 1000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/bounce-rate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"single_page_sessions": 250,
"total_sessions": 1000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/bounce-rate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"single_page_sessions":250,"total_sessions":1000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"single_page_sessions":250,"total_sessions":1000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/bounce-rate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"single_page_sessions": 250,
"total_sessions": 1000
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.bounce_rate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
総セッションがゼロだと比が定義できないため、タスクは invalid_input で失敗し課金されません。
直帰率が測るものとパーセントの作り方
engaged_sessions は総セッションから単一ページセッションを引いた値、non_bounce_rate は百から bounce_rate を引いた値で、二つの率は常に百になります。すべてのセッションが少なくとも二ページ目に達したということであり、エラーではなく bounce_rate ゼロを返します。このエンドポイントは生のヒットログを取り込まず、後年の分析製品のようにエンゲージメントを分類せず(滞在時間、コンバージョンイベント、セッション時間の閾値)、サンプリングもしません。
入力契約、応答の形、エラーの扱い
別名 sessions と total を受け付けます。率は half-up で小数六点、セッション件数は送信された有限数のまま返します。必須の有限数二つを含む JSON 本体を POST してください。single_page_sessions は報告期間の直帰件数です。別名 bounced_sessions、bounces、bounced は同じフィールドを指すので、ウェアハウスの列名を保てます。total_sessions はその期間のすべてのセッションです。各フィールドは JSON の数でも数値文字列でもよく、欠落・空文字・非有限はフィールド名付きの invalid_input で失敗します。total_sessions がゼロまたは負だと、除算が意味を持たないため「総セッションがゼロのとき直帰率は定義できない」というメッセージで拒否されます。single_page_sessions が負なら失敗します。single_page_sessions が total_sessions より大きいと、直帰が元の訪問を上回れないため失敗します。これらの失敗は課金されません。検証が通ると本体は single_page_sessions と total_sessions をエコーし、bounce_rate をパーセント、engaged_sessions を補数の件数、non_bounce_rate を百引く bounce_rate、恒等式を述べる formula 文字列を返します。例として単一ページセッション二百五十、総セッション千では bounce_rate は二十五、engaged_sessions は七百五十、non_bounce_rate は七十五です。週次系列が必要ならご自身の日付粒度と JSON を組み合わせてください。このエンドポイントは一度に一つの期間を計算し、グラフは出しません。
直帰率計算機が役立つ場面
グロースとプロダクトのチームは、ランディングページ・キャンペーン・ロケールが流入を漏らしていると指摘されたときに直帰率計算機を使います。シートにセッション合計は既にあり、分析製品が印刷するのと同じパーセントが、UI エクスポートを待たずに必要だからです。検証失敗は残高を消費しません。代理店はクリエイティブごと・端末ごとに二つの件数を再実行し、週次デッキが一つの共有丸め規則で bounce_rate を比較できるようにします。セッション品質に対して有料メディア費を配分する財務パートナーは、ウェアハウスから single_page_sessions と total_sessions を取り、独自の分析 API を呼んではならないモデルに bounce_rate を固定します。これはクリック率やコンバージョン率を求める検索とも仕事とも違います。それらの比は分子にクリックやコンバージョンを置き、直帰率は単一ページセッションを全セッションに対して置きます。実装は純粋な parse のティア A のため、成功した呼び出しは公開の基本料金 $0.002 で、モデルトークンも外向きネットワークもありません。total_sessions を厳密に正、直帰件数を総セッション以内に保ち、丸めたパーセントをテストに固定すれば、分析エンジンを自前で立てずに、ダッシュボード・LMS プラグイン・エッジワーカー向けの再現可能なウェブサイト直帰率が得られます。
連携の活用例
キャンペーンとクリエイティブの比較
ウェアハウスの二つの件数から広告・ロケール・端末ごとに bounce_rate を再計算し、どのバリアントも同じパーセントと同じ丸めを共有します。
有料メディア品質モデル
すでに入力がある比のために独自の分析 API を呼ばず、支出配分シートに bounce_rate を固定します。
技術的な質問
ウェブサイトの直帰率はどう計算しますか。
有限数 single_page_sessions(直帰)と total_sessions を送ってください。API は bounce_rate = (single_page_sessions / total_sessions) × 100 に加え、engaged_sessions と non_bounce_rate を返します。
直帰件数は総セッションより大きくできますか。
できません。single_page_sessions はゼロ以上 total_sessions 以下でなければなりません。それを超える直帰件数は invalid_input として拒否されます。
直帰率計算機の料金はいくらですか。
ブラウザのツールは無料です。API リクエストは成功した呼び出しあたり $0.002 で前払いの KIT 残高を使い、無効な入力は課金されません。