そのすべての裏に1つの訪問者プロフィール。1か所で作成したものは、他の場所でも使えます。
アカウント内のすべてのオブジェクトに対応するREST API、Node・PHP・Python向けのサーバーサイドSDK、ネイティブのモバイルSDK、クライアントサイドのJavaScript API、そしてアシスタント向けのMCPサーバー。さらに、誰も管理画面を開いていなくても動き続ける自動化ルールと定期レポート。
今週、Enterpriseを2回ご覧になりました。240席の場合の価格はこちらです。
あなたのサーバーで判定— ページが描画される前なので、Marcoはスターター価格を一度も目にしていません。
同じ判定を、スマートフォンから取得 — WebViewは不要で、エンジンは自社のサーバーです。
今週トライアルが終わるのに、カードが未登録なのは誰?
personyze › list_visitors
3人です。今日電話すべきはMarco Reyesさん— 今週3回目の訪問で、すでに240席で見積もり済み、トライアルは金曜日に終了します。
読み取り + 書き込み・範囲限定
同じ判定を、アシスタントに委ねる — スクレイピングした画面ではなく、オープンなプロトコル経由で。
今週3回目の訪問、240席で見積もり済み、まだカード未登録 — トライアルは金曜日に終了します。
POST /your-webhook
同じ判定を、最後にもう一度 — 電話をかけられる担当者が動く理由として。
personyze.decide(user)
同じ判定を、テストして集計 — 勝者はひとつ、すべての呼び出し元に同時に配信されます。
オーディエンスモデル、ターゲティング、レポートは管理画面と同じものです。変わるのは、誰が問い合わせ、何が答えを表示するかだけです。
サーバーサイド、アプリ内、ページ内。判定を届けたい場所に合うものを選べます。
3つの言語で使える1つのJSONエンドポイント。呼び出し元がユーザーIDを渡し、不透明なセッションIDを保持するため、キオスク端末でも、セットトップボックスでも、ブラウザに届く前にフレームワークが描画するページでも動作します。
専用のトラッカー・条件・アクションAPIを持つネイティブSDK — ウェブサイトと同じオーディエンスと同じゴールを、コンポーネントが描画するJSONとして返します。
プロファイルの読み取り、ゴールの発火、判定の要求、配置の再実行を自前のスクリプトから — ページがシングルページアプリでリロードが発生しない場合に便利です。
Personyzeを本番運用しているブランド
G2、Capterra、Crozdeskでの平均評価
夜間の同期も、古くなっていくプロファイルのコピーもありません
起きたことを読むだけのフィードではありません。同じオブジェクトを、自社のコードから作成・変更できます。
キャンペーンを作成し、アクションを追加し、内容を変えてオンにする。管理画面が書き込むのと同じレコードで、同じバージョン管理が裏で動いているため、スクリプトによる変更も人による変更とまったく同じように復元できます。
GET POST PUT /rest/campaigns
オーディエンスは、エンジンが評価する条件の集合にも、条件を満たした人の追加・削除によって自社システムが最新に保つ静的リストにもできます。どちらの種類も、プラットフォーム上のあらゆる施策のターゲットにできます。
POST /rest/audience_members
プロファイルを読み取り、独自の項目を書き込み、CRMのIDをエンジンに渡す。そうすればウェブサイト、アプリ、メール、Webhookが、4つの匿名セッションではなく同じ一人の人物について扱えます。
POST /rest/identify
商品や記事を送信し、価格と在庫を最新に保てば、レコメンドエンジンは昨日の夜間エクスポートではなく、今日実際に販売しているものを基に並べ替えます。
PUT /rest/products
コンバージョンを定義し、ブラウザでは見えない場所で発生したときにサーバーから報告します — 電話注文、契約締結、コンバージョンを1件取り消すべき返金など。
POST /rest/goal_reached
キャンペーンの成果、トラフィック、商品統計、A/Bテストの結果を、管理画面と同じ指標定義で。必要なときに取得することも、ログインしない人たちへ定期的に送信することもできます。
GET /rest/reports/:id
誰かが決めなくても起きるべきこと — そして勝者が決まれば、その勝者が自動で公開されること。
セグメント、ゴール、フィードを監視して対応します — キャンペーンをオンにする、リストへ移す、アナリティクスにイベントを送る。ルールは誰かが思い出したときではなく、設定したスケジュールで実行されます。
これまでエクスポートしていたレポートを、必要な人へ定期的に送信 — 元の画面と同じ内訳、同じ指標定義で。
トラフィックをバリエーションに分け、いつもの場所で数字を確認し、確信が得られたらエンジンが勝者を配信します。すべての呼び出し元が同時に配信を始めます — 再デプロイも、覚えておくことも不要です。
MCPサーバーがアカウントをオープンなプロトコルで公開するため、Claude、ChatGPT、あらゆるMCPクライアントが会話の中でアカウントを読み取り、変更できます — 付与した権限の範囲で、個別に取り消し可能です。
「今月落ち込んだキャンペーンは?」— 管理画面と同じ成果の数字を、スクリーンショットではなく直接読み取ります。
キャンペーンの下書き、説明からのオーディエンス、ページグループ、ゴール。すでに公開されたものではなく、あなたが開いて確認する下書きとして戻ってきます。
オーディエンスへの移動、キャンペーンのオン、コンテンツの変更、サポートチケットの作成 — どれも許可が必要なツールです。
サーバーの認証とアシスタントの認証は、意図的に別のものにしています。
電話でお答えするのと同じように回答します。
いいえ。REST APIとサーバーサイドSDKは自社のサーバーから判定を行い、描画するコンテンツを返します — ブラウザで何かを動かす必要はありません。多くのアカウントは両方を使っています。行動シグナルにはタグを、自社で握りたい判定にはAPIを。
IDを渡します — 自社のユーザーID、メールアドレスのハッシュなど、システムですでに使っている識別子です。同じIDを渡す呼び出し元はすべて1つのプロファイルを読み書きするため、ウェブサイトとアプリが別々のオファーを出すことを防げます。
両方できます。キャンペーン、アクション、オーディエンス、ゴール、カタログ、ページグループは、一覧表示だけでなく作成・変更も可能です。コンテンツの変更は管理画面と同じバージョン管理を通るため、誤った編集も復元できます。
サーバーサイド呼び出しのタイムアウトはあなたが決めます。許容できる時間を設定し、超えたらデフォルトのコンテンツに切り替えれば、ページは問題なく描画されます。判定が自社の描画を左右することはありません。
いいえ — 同じアカウントをオープンなプロトコルで公開したものです。アシスタントに見えるツールはREST APIが公開するのと同じオブジェクトに対応し、権限はあなたが付与し、APIキーとは別に取り消せます。
不要なのがポイントです。ルールはスケジュールどおりに評価され、レポートもスケジュールどおりに送信されます。管理画面を誰かが開いているかどうかは関係ありません。
まずREST APIから始めて、必要なものを追加してください — サーバーサイドSDK、モバイルSDK、MCPサーバー、ルールとレポート。どれも別製品ではありません。同じエンジンが、別の呼び出し元に応えているだけです。