スティッキネスとは?DAU/MAUでプロダクト定着度を測る方法
2026年05月06日
「新規ユーザーは増えているのにMARRが伸び悩む」「チャーンが止まらない」——その根本原因がスティッキネスの低さにある可能性があります。スティッキネスとはプロダクトへの「定着度」を示す指標で、DAU(日次アクティブユーザー)をMAU(月次アクティブユーザー)で割った比率で表されます。この数値が低いということは、月1回しか使われていないアプリに毎月広告費を投じているようなものです。
本記事ではスティッキネスの定義・計算方法・業界別ベンチマーク・具体的な改善施策を体系的に解説します。グロースチームがDAU/MAUを武器にプロダクト定着を実現するための実践知識を提供します。
こんな方にオススメ
- プロダクトのアクティブ率・定着率を改善したいPM・グロース担当
- DAU/MAUの数値は知っているが改善施策に迷っているマーケター
- SaaSやアプリの解約率(チャーン)を下げたいサービス責任者
この記事を読むと···
- スティッキネス(DAU/MAU)の正確な定義と業界別目安がわかる
- スティッキネスを下げる3つの構造的原因を特定できる
- 習慣化設計・通知・コアアクション最適化の具体的改善手順を実行できる
あなたに関連しそうなCreative Driveの機能・サポート一覧
機能・サポート一覧を見る →目次
スティッキネスとは:定義・計算式・業界ベンチマーク
DAU/MAU比とその読み方
スティッキネス(Stickiness)は「プロダクトがユーザーをどれだけ引きつけ続けるか」を示す指標で、計算式は「DAU ÷ MAU × 100(%)」です。例えばMAUが10万人でDAUが2万人なら、スティッキネスは20%——月に平均6日使われていることを意味します。Facebookは約50%、Slackは約40〜50%と高く、これらはユーザーが週5日以上使うサービスです。
DAUとMAUそれぞれの定義も重要です。「アクティブ」の定義はサービスによって異なり、「ログインした」「機能を使った」「コンテンツを投稿した」など様々です。この定義を曖昧にするとスティッキネスの測定値が実態と乖離します。チームで合意した「意味のあるアクティブ」の定義を最初に決め、それを一貫して使うことが重要です。スティッキネスは絶対値より「トレンド」を見ることが本質で、月次で改善しているかどうかが判断基準です。
スティッキネスが低い3つの構造的原因
スティッキネスが低い場合、その原因は大きく三つに分類されます。第一は「Aha Momentへの到達失敗」。ユーザーがプロダクトの核心的な価値体験(Aha Moment)を経験しないまま離脱しているケースです。この場合、オンボーディングフローの見直しが最優先課題です。第二は「習慣トリガーの欠如」。ユーザーが再来訪するきっかけ(通知・定期レポート・他者の活動通知など)が設計されていないため、「また使おう」という動機が生まれない状態です。
第三は「コアバリューの利用頻度設計ミス」。そもそもプロダクトの核心価値が「月1回あれば十分」な性質(税務申告ツールなど)であれば、DAU/MAUが低くても問題ではありません。この場合はWAU(週次アクティブ)をベースに計算する「Weekly Stickiness(WAU/MAU)」の方が適切な指標になります。原因を正確に診断してから施策を選ぶことで、無駄な改善投資を避けられます。
業界別ベンチマークと自社の位置づけ
スティッキネスの「良し悪し」はプロダクトカテゴリによって大きく異なります。SNS・コミュニティアプリ(Facebook、Twitter等)では50〜60%が優良水準。タスク管理・生産性ツール(Notion、Asana等)では25〜35%が良好とされます。BtoB SaaSでは利用シーンが業務時間中に限られるため、15〜25%でも問題ない場合があります。
重要なのは「同カテゴリの競合と比較すること」です。Slackが50%近いからといって、EC決済ツールが同水準を目指す必要はありません。自社プロダクトのカテゴリ内でのベンチマークを把握し、「カテゴリ平均を上回っているか」を判断基準にすることで、過剰な投資と見落としの両方を防げます。
スティッキネスを高める4つの実践施策
習慣化設計とHabit Loop
Nir EyalのHooked Modelに基づくと、習慣形成には「トリガー→アクション→報酬→投資」のサイクルが必要です。外部トリガー(プッシュ通知・メール)から始めて、最終的にはユーザー内部の「かゆみ」が再来訪を促す内部トリガーに転換させることが目標です。具体的には、ユーザーが毎日プロダクトを使う理由となる「コアループ」を設計します。タスク管理ツールなら「今日のタスク確認→完了→達成感(報酬)→翌日もう少し多くのタスクを入力(投資)」という構造です。
この設計でよくある失敗は「通知を増やせばいい」という発想です。通知数を増やしても、それがユーザーにとって価値ある情報でなければスパム扱いされて通知をオフにされます。通知の内容を「ユーザーにとって行動したくなる理由」に紐づけること——例えば「あなたのレポートを3人がチェックしました」——が習慣化への正しいアプローチです。
コアアクション頻度の最適化
スティッキネス改善の核心は「プロダクトの中で最も価値ある動作(コアアクション)を毎日実行したくなる設計」にあります。Twitterなら「ツイートを読む」、Slackなら「メッセージを送受信する」がコアアクションです。まず自社プロダクトのコアアクションを1〜2個に絞り込み、そのアクションが「摩擦なく・素早く・達成感とともに」完了できる設計になっているかを検証します。
A/Bテストで検証すべき仮説の例:「ホーム画面でコアアクションへのCTAを最上位に配置したら、コアアクション実施率が上がるか」「コアアクション完了後に視覚的フィードバック(アニメーション等)を追加したら翌日再来訪率が上がるか」。これらの小さな実験を週次サイクルで回し、コアアクションの完了率とその後の再来訪率の相関を追跡します。
Social HookとContent Freshnessによる定着強化
スティッキネスを高める二つの強力なメカニズムが「Social Hook」と「Content Freshness」です。Social Hookは「他ユーザーの動きが自分の行動を促す」仕組み。GitHubのContribution Graph、Linkedinのプロフィール閲覧通知、Duolingoのリーグランキングがその例です。他者との繋がりや競争がプロダクトへの来訪動機になり、個人の習慣形成より強固な定着を生み出します。
Content Freshnessは「毎回来るたびに新しい価値がある状態を保つ」設計です。ニュースフィード、毎日更新されるコンテンツ、新着情報のパーソナライズが典型例です。BtoB SaaSでも「週次グロースレポートの自動生成」「競合の動向アラート」など、ユーザーが「今日来ないと損する」と感じるコンテンツを設計できます。Social HookとContent Freshnessを組み合わせることで、プロダクトは「習慣の代替」から「習慣そのもの」へと進化します。
| プロダクト種別 | 目標DAU/MAU | 業界平均 | 改善施策 |
|---|---|---|---|
| SNS・コミュニティ | 50〜60% | 40〜55% | 投稿通知・フィード最適化 |
| タスク管理ツール | 25〜35% | 20〜30% | デイリーリマインダー・習慣機能 |
| ECアプリ | 10〜15% | 8〜12% | パーソナライズ・タイムセール通知 |
| BtoBサービス | 15〜25% | 10〜20% | ダッシュボード・レポート自動生成 |
| ゲームアプリ | 40〜60% | 30〜50% | デイリーボーナス・ランキング |
よくある質問
- Q. DAUとMAUをどのツールで計測できますか?
- MixpanelやAmplitude、Firebase Analytics、Google Analytics 4などが代表的です。大切なのは「アクティブ」の定義を統一すること。単なるセッション数ではなく「コアアクションを1回以上実行した」などの行動ベースで定義することを推奨します。
- Q. スティッキネス20%は低いですか?
- プロダクトカテゴリによります。SNSなら低いですが、BtoBの業務ツールや月1回の必要性が十分なサービス(確定申告ツール等)では問題ない場合もあります。自社カテゴリの業界平均と比較した上で判断してください。
- Q. スティッキネスとリテンション率の違いは?
- リテンション率は「一定期間後も使い続けているか(継続率)」を示し、スティッキネスは「使い続けているユーザーが頻繁に使っているか(利用頻度)」を示します。両方を見ることで定着度の全体像が把握できます。
まとめ
スティッキネスはプロダクトの健全性を示す最重要指標の一つです。DAU/MAU比を定期的に計測し、業界ベンチマークと比較しながら「習慣化設計・コアアクション最適化・Social Hook・Content Freshness」の4つのレバーを実験的に改善することで、プロダクト定着度は着実に向上します。重要なのは「指標の改善」より「顧客が毎日使いたくなる理由の設計」——その問いへの答えがスティッキネスを動かします。
こんな悩みありませんか?
- 指名検索外の新規リード獲得が弱い
- AI要約・比較サイトで自社理解が浅いまま他社に流れる
- ホワイトペーパー・資料DLの成果が商談につながっているか見えない
参考ユースケース例
IT・SaaS
- 指名検索外の新規リード獲得が弱い
- AI要約・比較サイトで自社理解が浅いまま他社に流れる
- ホワイトペーパー・資料DLの成果が商談につながっているか見えない
WEB制作会社
- 価格と制作実績だけで比較されやすい
- 戦略設計・運用支援の違いが見えにくい
- 問い合わせ前に比較されるが自社の強みが見えない
システム開発会社
- 開発会社の違いが見えにくい
- 技術力だけでは選ばれにくい
- 要件整理前にかなり比較される
セキュリティ診断サービス
- 必要性が顕在化しにくい
- 診断内容・範囲の違いが伝わりにくい
- 情シス・経営層で見るポイントが異なる


