A/Bテストソフトウェア。
勝者を公開する。

訪問者は設定したトラフィック配分に基づいてバージョンに振り分けられます — 通常のA/Bなら50/50、A/B/nテストなら均等配分、実際に生み出したリフトを測るなら変更なしのサイトに10%を残す45/45です。デフォルトでは、訪問者は毎回同じバージョンを見ます。

そして、テストの判定方法は2通りです。有意差で勝者を選ぶ: トラフィックは設定したまま。あるバージョンが、選んだ信頼度、最小セッション数、実施期間、最小改善幅でゴールにおいて他を上回ると、昇格してテストが終了します。AI:継続的に最適化: 結論はありません — 毎晩、直近のトラフィックを重視しながら、統計的な確信がある場合にのみ、現在成果の出ているバージョンへ配分が移り、常に10%は探索に残ります。どちらの場合も、結果は発見された各オーディエンスでも評価されるので、各バージョンが誰に対して勝ったかがわかります。

勝者を選ぶのは、一度だけ行動に移す答えが必要なときです: リデザイン、料金ページのレイアウト、チェックアウトの変更など。1つのバージョンが実力を示すまで公平な固定配分で実行し、リフトとその確かさを示して終了します。その判断は説明できます。

継続的に最適化するのは、コンテンツが常時稼働していて正解が変わっていくときです: ヒーローバナー、オファー、季節のブロックなど、本来なら四半期ごとに再テストするものすべて。戻ってきて何かを宣言する必要はなく、直近のデータが示す位置に配分を保ち、変化に気づけるよう10%を探索に残します。キャンペーンでいつでも切り替えられ、選択は保存時に適用されます。 毎晩の処理を詳しく説明した長いバージョン。

毎晩、オプティマイザーは手元のデータからテストを何千回もシミュレーションで再実行し、各バージョンが1位になる頻度を数えます。その割合が真に最良である確率です。数字が拮抗している場合は、データがまだバージョンを区別できないということで、配分は変わりません。推奨配分はその確率に従い、トラフィックの10%は常にバージョン間で均等に分けられます — そのため負けているバージョンも挽回のためのデータを得続け、2か月前に最良だったバージョンが今日負けることもあります。表示とクリックは28日の半減期で減衰するため、直近のトラフィックが最も重視されます。

テストごとに選べます。ユーザーをローテーション（デフォルト）: 訪問者は毎回同じバージョンを見ます。ファネルや数日かけて測定するものに適しています。訪問: 同じ訪問者でも訪問ごとに異なるバージョンを見る可能性があります。インプレッションを測定するバナーや見出しのテスト向けです。ランダム: ページビューごとに毎回選び直します。ローテーションなしは分割をオフにし、グループは競合するバージョンではなく、すべて適用されるコンテンツのレイヤーになります。

はい、結果が出た後なら可能です。テストの実行中は1つの配分が全員に適用され、すべてのテストは発見された各オーディエンスの中で個別に評価されます — バージョンごとの率、そこでのリーダー、そしてその確かさ。そのうえで、各オーディエンスにそのオーディエンスで勝ったバージョンを配信できます：ワンクリックで勝者をそれぞれのオーディエンスに適用するか、Personyzeに自動で適用させます。勝ったバージョンは、勝ったオーディエンスにだけ表示されます。対照群が勝ったオーディエンスの訪問者にはオリジナルが表示され続け、どのオーディエンスでも勝たなかったバージョンはオフになります。ホールドアウトを継続できるため、結果は引き続き検証されます。キャンペーンは新しいバージョンとして保存され、キャンペーンを再度編集しない限り元に戻せます。オーディエンスは、Audience Discoveryがデータから見つけたものでも、自分で作成したものでも構いません。

いいえ。Personyzeはノーコードで使えるよう作られています: ビジュアルエディターで、実際のページをクリックしてコピーの変更、画像の差し替え、CTAの再デザイン、セクション全体の置き換えができます。ポップアップ、バナー、フォームは20種類以上のウィジェットテンプレートから作成 — エンジニアリングチームは不要です。

独自のロジック（カスタムJavaScript、サーバーでレンダリングするバリアント、独自データとの連携）が必要なまれなケースには、組み込めるJSアクションと、サーバーサイドでバリアントを割り当てるREST APIがあります。ほとんどのチームはどちらも必要ありません。

PersonyzeのA/Bテストはプラットフォームに依存しません。Shopify、Magento、BigCommerce、WooCommerce、Salesforce Commerce、WordPress、Webflow、独自のReactやVueアプリ、Next.js、ヘッドレス構成、通常のHTMLサイトで動作します。導入は1つのJavaScriptスニペットだけです。

サーバーサイドのバリアントにはREST APIがあります。メールのA/Bテストでは、Personyzeがメール開封時にコンテンツを挿入します。データについては、既存のマーテックと連携します: Google Analytics 4、Mixpanel、Segment、HubSpot、Salesforce、Marketo、ActiveCampaign、そしてREST APIやWebhookを持つあらゆるツール。

A/Bテスト、ABテスト、スプリットテストはほぼ同じ意味で使われます— 3つとも、2つ以上のバリアントにトラフィックを分け、どれが優れた成果を出すかを測定することを指します。「A/Bテスト」はランディングページやCROの実験でより一般的な表現で、「スプリットテスト」は、各バリアントが別のページにあるURLベースのテストを特に指して使われることがあります。

Personyzeは両方に対応します。同じページ内のA/Bバリアントはビジュアルエディターで、ページ全体のスプリットテストはトラフィックの一部を別のURLにリダイレクトして行います。多変量（A/B/n）テストとホールドアウトテストも同じ画面で利用できます — 別のツールは不要です。

新しいアカウントでも、ほとんどのチームは15分以内に最初のキャンペーンを公開しています: テンプレートを選び、トリガーを選び、オーディエンスを定義して公開するだけ。コードも開発待ちも不要です。

より複雑な構成（独自のCRMデータ、ABMのIP照会、複数ステップのフロー）では数時間を見込むか、カスタマーサクセスチームとの無料導入セッションを予約してください。

いいえ。Personyzeのスクリプトはgzip圧縮で30KB未満で、非同期で読み込まれ、判定は50ミリ秒未満で行われます。レンダリングを妨げることはありません。導入後、お客様からはCore Web Vitalsへの測定可能な影響はないとの報告を一貫していただいています。

はい — すべてのポップアップ、バー、バナーは標準のHTML/CSSで作られているため、ビジュアルエディターを使うことも、独自のHTMLを入れてサイトのCSSを継承させることもできます。ただ、その必要はほとんどありません:Personyzeは表示するすべてのテンプレートにブランドを適用することを提案します— 色、フォント、言語 — ので、デザインは後から合わせるのではなく、最初からブランドに沿った状態で始まります。

はい — 次のサービスとネイティブ連携しています:HubSpot、Salesforce、Mailchimp、Klaviyo、ActiveCampaign、Marketo。ポップアップフォームで取得したデータは、カスタムフィールドのマッピング付きで新しいリードとしてCRMに自動送信できます。その他のツールはWebhookで接続できます。

はい — テストは後付けではなく、すべての機能に組み込まれています。 レコメンドのアルゴリズム同士を比較し、 ポップアップのオファーやトリガーを直接対決させ、どの ランディングページのバリアントが各オーディエンスで勝つかを証明できます。

はい。レポートはそれを示すように作られています。すべてのテストは発見された各オーディエンスでも評価されます: オーディエンス内のアームごとの率、そこでのリーダー、そして全体のリーダーとの食い違いの信頼度（食い違うアームと比較して測定）。結果の上部にある1行の判定は、食い違う最大のオーディエンスを示し、「オーディエンス別A/Bテスト」レポートは十分なトラフィックがあるすべてのオーディエンスを、確定したものだけに絞るフィルター付きで一覧表示します。所属はセッションにタグを付けた処理時点のもので、パネルのツールチップにもそう表示されます。