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