このページとあなたの好きなAIアシスタントを使ってドキュメントを要約します
バージョン履歴
- "Init doc — @intlayer/analytics パッケージ、プロバイダ/ノードレベルのトラッキング、A/Bテスト、ダッシュボード"v9.0.02026/7/8
このページのコンテンツはAIを使用して翻訳されました。
英語の元のコンテンツの最新バージョンを見るIf you have an idea for improving this documentation, please feel free to contribute by submitting a pull request on GitHub.
GitHub link to the documentationCopy doc Markdown to clipboard
Intlayer Analytics ドキュメント
@intlayer/analyticsはオプションのコンパニオンパッケージであり、実際にどのコンテンツが訪問者に表示されたか(どのページで、どのロケールで、翻訳されたコンテンツのどの特定の部分か)を把握できるようにします。これにより、オーディエンスを理解し、コンテンツ上でA/Bテストを実行することができます。
目次
トラッキング対象
@intlayer/analyticsは、3種類の匿名イベントをバッチ処理します:
テーブルをモーダルで開き、すべてのデータを明確に表示
| イベント | どこでキャプチャされるか | 何がわかるか |
|---|---|---|
page_view | プロバイダレベル (IntlayerProvider) | 初回ロード、ルート変更、またはロケール切り替え時に、セッションがどのページとロケールを表示したか。 |
content_exposure | ノードレベル (useIntlayer / インタープリタプラグイン) | どの辞書キー(dictionary key)/ キーパスが実際に解決されて表示されたか。実験の一部である場合は、どのバリアントか。 |
conversion | useConversion()を呼び出す場所 | 達成された目標(サインアップ、クリック、購入など)が、セッションに表示されたA/Bバリアントに紐付けられます。 |
イベントはメモリに収集され、約20秒に1回のバッチリクエストとして送信されます。キー入力やレンダリングごとに送信されることはないため、アナリティクスが初回レンダリング時間に影響を与えたり、インタラクションごとにリクエストを追加したりすることはありません。
コンテンツA/Bテストをどのように強化するか
Intlayerでは、すでにコンテンツのバリアント (Variants)を宣言できます(例:controlとblack_fridayバリアントを持つhero-banner辞書など)。@intlayer/analyticsは、そのサイクルを完結させます:
getVariant(experimentKey, variants)は、各匿名セッションを決定論的にバリアントに割り当てます。これはセッションIDと実験キーの純粋関数であるため、割り当てはセッション全体で安定しており、初回レンダリング前のサーバーラウンドトリップを必要としません(ちらつきやレイアウトのずれが発生しません)。- すべての
content_exposureイベントには、表示されたvariantが含まれます。 useConversion()を使用すると、そのバリアントに目標(例:"cta_click")を紐付けることができます。- ダッシュボードの実験結果エンドポイントでは、統計的有意性(Z検定)を含むバリアントごとのコンバージョン率を比較します。
インストール
@intlayer/analyticsはピア(peer)、オプションの依存関係です。フレームワークパッケージによって自動的にインストールされることはありません。intlayerと一緒に追加してください:
コードをクリップボードにコピー
npm install @intlayer/analyticsインストールしない場合、すべての統合ポイントはNo-Op(何もしない処理)として解決されます — 以下の未インストール時のゼロコストを参照してください。
設定
Analyticsは既存のeditor設定ブロックを再利用します。入力する個別のanalytics設定スキーマはありません:
コードをクリップボードにコピー
import type { IntlayerConfig } from "intlayer";
const config: IntlayerConfig = {
editor: {
backendURL: "https://back.intlayer.org", // アナリティクスデータ収集エンドポイントとしても使用されます
clientId: "your-client-id", // アナリティクスプロジェクトキーとしても使用されます
clientSecret: "your-client-secret",
},
};
export default config;editor.backendURL— アナリティクスイベントが送信されるベースURL(POST {backendURL}/api/analytics/events)。editor.clientId— 収集されたすべてのイベントに紐付けられる公開プロジェクトキー。これは有効化スイッチとしても機能します:clientIdが設定されるまで、アナリティクスは完全に無効化されます(後述のようにツリーシェイキングで削除されます)。
Intlayerをセルフホスト(self-host)している場合、editor.backendURLを共有しているため、アナリティクスは自動的にご自身のインスタンスを指します。
フレームワークのサポート
Analyticsはreact-intlayerからの共有IntlayerProviderに組み込まれているため、そのプロバイダが使用されている場所であればどこでも今日から利用できます:
テーブルをモーダルで開き、すべてのデータを明確に表示
| フレームワーク | ステータス |
|---|---|
| React | ✅ 利用可能 |
Next.js (next-intlayer) | ✅ 利用可能 (react-intlayer 経由) |
React Native / Expo (react-native-intlayer) | ✅ 利用可能 (react-intlayer 経由) |
| Vue, Svelte, Angular, Solid, Preact, Lit, Astro, Vanilla | 🚧 計画中 — 同一クライアント、@intlayer/editorの展開パターンに従うプロバイダレベルのバインディング |
使用方法
自動プロバイダレベルのトラッキング
コードの変更は必要ありません。@intlayer/analyticsがインストールされ、editor.clientIdが設定されると、IntlayerProviderは自動的に以下を実行します:
- マウント時にアナリティクスクライアントを初期化します。
- 初回ロード時に
page_viewを記録します。 - ロケールが変更されるたびに
page_viewを記録します。 - 約20秒間のフラッシュ(送信)ループを開始し、アンマウント時またはタブを閉じた時に残りのイベントを送信します(
navigator.sendBeacon経由、fetch(..., { keepalive: true })にフォールバック)。
自動ノードレベルのトラッキング
useIntlayerが表示用のコンテンツを解決するたびに、インタープリタは正確なdictionaryKey + キーパス + ロケールに対してcontent_exposureイベントを報告します。これについてもコードの変更は必要ありません。送信ウィンドウ内で同じノードが繰り返し表示された場合は、count付きの単一のイベントとしてまとめられるため、50回再レンダリングされるリストが50のイベントを送信することはありません。
A/Bテストのコンバージョントラッキング
useConversion()を使用して、セッションが表示されたバリアントに目標を紐付けます:
クライアント側でのバリアント解決
プライバシーとパフォーマンス
- 設計上の匿名性: セッションは回転するIDによって識別されます。バックエンドはそのIDのSHA-256ハッシュのみを保存し、生のIDやIPアドレスは決して保存しません。
- 大まかな位置情報: CDNのジオロケーションヘッダー(
cf-ipcountry、x-vercel-ip-countryなど)から派生した国コードのみであり、IPが読み取られたり保存されたりすることはありません。 - デフォルトで検索パラメータを除外するURL: そのため、クエリ文字列(query strings)がキャプチャされることはありません。
- サンプリング:
sampleRateを使用すると、トラフィックの多いアプリでコンテンツ露出イベントの一部のみを保持できます。 - バッチ処理: 約20秒ごと(
flushInterval)、またはバッファがいっぱいになった場合(maxBufferSize)はそれより早く、1回のリクエストを送信します。イベントごとにリクエストを送信することはありません。
未インストール時のゼロコスト
@intlayer/analyticsは、@intlayer/editorとまったく同じオプション依存関係パターンに従っています:
- 各統合ポイントは、
try/catchでラップされた動的import()を介してパッケージをロードします。@intlayer/analyticsをインストールしないアプリでは、バンドルサイズやランタイムコストが発生することはなく、エラーが表示されることもありません。 - コンパイル時の環境変数(
INTLAYER_ANALYTICS_ENABLED)は、editor.clientIdが設定されていない場合に@intlayer/configによって自動的に'false'に設定されます。これにより、バンドラーが統合全体をデッドコードとして削除(dead-code-eliminate)できるようになります。 - Intlayerエディタ/CMSプレビューのiframe内ではアナリティクスが無効になっているため、エディタセッションが実際のトラフィックとしてカウントされることはありません。
ダッシュボード:アナリティクスページ
プロジェクトがイベントを収集すると、IntlayerダッシュボードのAnalyticsページ(プロジェクトを選択するとサイドバーに表示されます)に以下が表示されます:
- アクティブユーザー — 選択したローリングウィンドウ(7日 / 30日 / 90日)内のユニーク訪問者数。
- 今日のユーザー および 過去7日間のユーザー。
- 選択したウィンドウ内のページビュー。
- 日次ユニーク訪問者の推移グラフ。
- オーディエンスをロケールおよび国別にランク付けするロケールおよびロケーションの詳細タブ。
バックエンドAPIリファレンス
すべての読み取りエンドポイントには認証が必要です。データの取り込み(ingestion)は公開されており、ボディのclientIdによって属性付けされます。
テーブルをモーダルで開き、すべてのデータを明確に表示
| メソッド | エンドポイント | 説明 |
|---|---|---|
POST | /api/analytics/events | イベントのバッチを取り込む(公開、ボディのclientIdに紐付けられる)。 |
GET | /api/analytics/overview | 認証されたプロジェクトのページ/ロケールの合計。 |
GET | /api/analytics/audience?days=30 | ユニーク訪問者、ページビュー、日次系列、ロケール + 国の詳細。 |
GET | /api/analytics/content-stats | コンテンツごとの露出合計(辞書キー / キーパス / ロケールでグループ化)。 |
GET | /api/analytics/experiments/:experimentKey | A/B実験のバリアントごとのコンバージョン率と統計的有意性。 |
CMS SDKを使用して、これらをプログラムで呼び出すこともできます:
コードをクリップボードにコピー
import { createIntlayerCMS } from "@intlayer/api";import { analyticsEndpoint } from "@intlayer/api/analytics";const cms = createIntlayerCMS();const { data: audience } = await analyticsEndpoint(cms).getAudience(30);