プラットフォーム

技術リファレンス

タグが訪問者のブラウザとネットワークで行うことを1ページに: 唯一のファーストパーティ Cookie とストレージキー、Safari や広告ブロッカーで記憶が変わる仕組み、DynaMeet に届くデータとそのホスト先、CSP やファイアウォールで許可するホスト名。IT、法務、顧客にそのまま渡せる書き方にしています。

Cookie とストレージ

Meeton が設定する Cookie はちょうど1つで、ファーストパーティです。御社のドメイン上にあり、御社が設置したスクリプトが書き込み、ランダムな訪問者 ID だけを保持します。

訪問者 ID の場所

ID はブラウザ内で crypto.randomUUID() により生成された UUID です。localStorage と、登録可能ドメイン（www.example.co.jp ではなく .example.co.jp）の Cookie に書き込まれるため、サブドメイン間を移動しても同じ訪問者のままです。両方のコピーはページ表示のたびに更新され、片方が消えていればもう片方から復元されます。

タグがブラウザに保存するすべて

Cookie の実際の形

https://go.example.co.jp/pricing のページでは、ローダーは実質的に次を書き込みます。

dynameetVisitorId=3f9c1a2e-7b44-4d8e-9c1f-2a6b5e8d4f10; expires=+365 日; path=/; SameSite=Lax; domain=.example.co.jp

登録可能ドメインは Public Suffix List で計算されるため、example.co.uk や example.github.io も正しく扱われます。localhost では domain 属性は設定されません。Cookie はサーバーではなくページ上の JavaScript が書くため HttpOnly ではなく、DynaMeet のサーバーが御社ドメインに Cookie を設定することはありません。

ストレージがブロックされている場合

Safari の「すべての Cookie をブロック」、プライベートウィンドウ、一部の企業ポリシーでは、ストレージへのアクセスがすべて例外になります。ローダーは読み書きをすべてラップしており、ID はそのページの間だけメモリに保持されます。チャット、予約、フォームはそのページで引き続き動き、ストレージがブロックされたことを当社に報告するので、分析でも考慮できます。ページ上の何にも影響しません。

Cookie ポリシーへの記載

この Cookie は再訪問者を認識するための仮名識別子です。同意が必要かどうかは法域と御社のポリシーによります。判断は御社の法務部門が行います。記載する場合は通常、次のように書かれています。

よくある質問

ブラウザの挙動

ウィジェットはデスクトップとモバイルの現行ブラウザすべてで動きます。違いは機能ではなく記憶です: Safari は御社のサイトでクリックのないまま Safari を7日使うと訪問者を忘れ、プライベートブラウジングはページの終わりで忘れ、広告ブロッカーはウィジェットを丸ごと隠すことがあります。いずれの場合も御社のサイトはこれまでどおり動きます。

Safari と ITP（Intelligent Tracking Prevention）

Apple の ITP は、訪問者が御社サイトでクリック・タップ・入力をせずに Safari を7日使うと、Cookie も localStorage も、スクリプトが書いたストレージをすべて削除します。スクロールは数えられず、当社のスクリプトが書くものでこの時計をリセットすることはできません。訪問者自身の操作だけがリセットします。これはすべてのベンダーに等しく影響します。

ローダーが最善を尽くすために行うこと:

• ページ表示のたびに Cookie を書き直すので、7日の窓は最初の訪問ではなく最新の訪問から始まります。
• localStorage のコピーと Cookie を同期させるので、片方だけ消した訪問者も認識されます。

レポート上は、1週間以上空けて戻ってきた Safari の訪問者は新規訪問者として現れます。チャット、予約、フォームで再び名乗れば、2つのレコードは同じコンタクトに紐付きます。

スマートフォン

ウィジェットは iPhone と Android で設計・検証されています。画面上のキーボードに合わせ、viewport-fit=cover のセーフエリアを尊重し、同じ1つのファーストパーティ Cookie が使われます。iOS のブラウザはすべて WebKit なので、iPhone の Chrome も ITP を含め Safari と同じ挙動です。

広告ブロッカーと社内ネットワーク

訪問者は自分のネットワークにいるので、フィルタされたネットワークが問題になるのは通常、オフィスや VPN 上の御社スタッフ、つまりデモや受け入れテストの場だけです。業務用 PC でウィジェットが出ない場合:

1. ブラウザのネットワークタブを開いて再読み込みします。meeton.js が遮断されているか api.dynameet.ai へのリクエストが失敗していれば、リストが遮断しています。
2. ブロッカーやプロキシで app.dynameet.ai、api.dynameet.ai、api-ws.dynameet.ai を許可します。全リストはドメインと CSPを参照。

データとセキュリティ

訪問者のブラウザから当社が受け取るのは、閲覧ページ、流入元、ブラウザと言語、そして関与した場合に限り、チャットのメッセージ、予約、ダウンロード、御社フォームに入力した連絡先です。IP アドレスは当社側で確認し、国と企業の照合に使います。すべては暗号化された接続で DynaMeet だけに送られ、暗号化されて日本国内に保存されます。

データの流れ

訪問者のブラウザからのアウトバウンド接続が2本、どちらも暗号化。御社のサーバーには何も接続しません。

受け取るもの

収集しないもの

• 訪問者の画面録画やセッションリプレイはありません。
• 上記の認識できる連絡先フィールド以外のキー入力は記録しません。パスワードや決済フィールドは決して読みません。
• 他の Web サイトのデータは収集しません。Cookie はファーストパーティで、ID は他所では意味を持ちません。
• サードパーティスクリプトは読み込みません。例外は LinkedIn コンバージョン計測を設定した場合で、その際は LinkedIn 自身のタグが読み込まれます。

ホスティングと AI 処理

サービスと保存される顧客データはすべて Amazon Web Services 東京リージョン（ap-northeast-1）にあります。例外として挙げるべき点が1つ: AI の応答は Google Gemini で生成され、そのリクエストは Google により日本国外で処理される場合があります。DPA、サブプロセッサー一覧、セキュリティホワイトペーパーは dynameet.ai/security で公開しています。

各チームにはデータとプライバシーの設定があります。オンの場合、利用規約の記載どおり、匿名化・統計処理したデータが製品改善（AI モデルを含む場合があります）に使われることがあります。オフにすると以後に適用され、そのチームの製品の動作は何も変わりません。

フォーム監視の挙動

タグはページ上の既存フォームを監視して認識できる連絡先フィールドを探すため、御社のお問い合わせフォームに入力した訪問者は、2つ目のフォームなしで既知のコンタクトになります。

• 値は送信時ではなく、訪問者がフィールドを離れたときに送られ、仮レコードとして保持されます。
• 送信が確認されたとき（CRM が受信、HubSpot の成功メッセージやリダイレクト、サンクスページ）に初めてコンタクトになります。確認されなかったレコードは期限切れになります。
• 認識できないフィールドは無視されます。訪問者が特定されると読み取りは止まります。

セキュリティポリシー

よくある質問

ドメインと CSP

通信はすべて訪問者のブラウザからのアウトバウンドです。御社のネットワークへのインバウンド接続はなく、御社のサーバーには何もインストールしません。サイトが Content Security Policy を使っている場合は DynaMeet のホスト名を3つ許可してください。御社スタッフが経由する社内ファイアウォールやプロキシでは、その3つに加えてもう1つ必要です。

当社のホスト名

CSP にそのまま貼り付け

既存のディレクティブにこれらのソースを追加してください。ポリシーに frame-src がない場合、ブラウザは child-src、次いで default-src にフォールバックするので、いずれかでフレームを許可してください。

script-src  https://app.dynameet.ai;
frame-src   https://app.dynameet.ai;
connect-src https://api.dynameet.ai wss://api-ws.dynameet.ai;

設定行（window.DynaMeetConfig = …）はインラインスクリプトです。CSP がインラインスクリプトを禁止している場合は、他のインラインスニペットと同様に nonce を付けるか、代入を既存の配信ファイルに移してください。

<script nonce="{{nonce}}">window.DynaMeetConfig = { teamId: "YOUR_TEAM_ID" };</script>
<script async defer src="https://app.dynameet.ai/meeton.js"></script>

ファイアウォールとプロキシ

通常、御社のファイアウォールは関係ありません。訪問者は自分のネットワークにいます。関係するのはフィルタされたネットワークを経由する人、つまりオフィスのネットワークや VPN 上の御社スタッフで、デモや受け入れテストが行われる場所です。上記3つのホスト名に加え、Library ファイル用の S3 ホストを許可してください。

• WebSocket が遮断されている。ウィジェットは読み込まれ、チャットも HTTPS で動きます。新着メッセージのリアルタイム配信だけが次のページ表示まで待ちます。wss://api-ws.dynameet.ai を許可すれば復旧します。
• インバウンド。不要です。タグの接続はすべて訪問者のブラウザから DynaMeet へのアウトバウンドで、御社のサーバーには何も届きません。
• 御社のサイトを読む唯一のものは、Chat → ナレッジで有効化した場合の AI ナレッジベースのクロールです。訪問者と同じように通常の HTTPS で公開ページを取得するため、サイト側のボット遮断や地域制限で拒否されることがあります。

よくある質問