勝利の分割URLテストを設定するためのヒント（および避けるべきいくつかの一般的な間違い）

公開: 2022-05-06

分割URLテストは、A / Bテストに含まれていないさまざまな利点を提供し、Webサイトのユーザーエクスペリエンスを最適化し、パフォーマンスメトリックを向上させます。

この記事では、Convert Experiencesを使用してスプリットURLテストを設定する方法と、いくつかの一般的な間違いを回避する方法について説明します。

分割URLテストには、テストする各Webサイトのバージョンに大幅な変更を加える機能など、非常に多くの利点があります。

したがって、サイトを次のレベルに引き上げるのに役立つテストソリューションを探している場合は、適切な場所に来ています。

隠れる

分割URLテストとは何ですか？
分割URLテストのビジュアルフロー
分割URLテストの利点
ConvertExperiencesで分割URLテストを設定する方法
- 仮説を立てる
- 必要なサンプルサイズを決定する
- Convertの外部でバリエーションを作成する
- 新しい分割URLテストを作成する
- バリエーションURLを追加する
- 正規表現が必要ですか？（これはオプションです。）
- ターゲットページを確認する
- ターゲットオーディエンスを確認する
- 目標を確認する
- プロジェクト構成にドメインを追加する
- すべてのドメインに変換スクリプトを追加
- テストのQA
- 結果を分析する
ハイブリッドテスト：分割URLテスト+デプロイ
- 「ハイブリッド」実験を設定する方法
- エクスペリエンスIDとバリエーションIDを取得する
- バリエーションページのデプロイを設定する
- デプロイ用のカスタムオーディエンスを設定する
複数ページの分割URLテストを設定する
複数の分割URLテストを同時に実行する
- 一般的な衝突防止
- 他の分割URLテストから訪問者を除外する
Shopifyテーマの分割URLテストを設定する
分割URLテストとしてA/Bテストを使用します（はい、それは可能です！）
分割URLテストが統計的に有意であるかどうかを判断する方法は？
分割URLテストを実行するときに避けるべき一般的な間違い
- オリジナル/バリエーション間の不均一なトラフィック
  - 間違ったページターゲティング
  - スクリプトがすべてのページにインストールされていない
  - 1つのバリエーションをターゲットとするボットトラフィック
- リダイレクトループ
- 分析ツールでオリジナルに記録されたダブルトラフィック
  - トラッキングコードの順序
  - ラップアナリティクストラッキングコード
分割URLテストのSEOに関する考慮事項
- オーディエンスでGooglebotUser-Agentを使用しないでください
- rel =” canonical”を使用します
- リダイレクトに302を使用する
- 必要な期間だけ分割URLテストを実行する
概要

分割URLテストとは何ですか？

「スプリットURLテスト」という用語は、リダイレクトエクスペリエンスの単なる別名です。

オリジナル（独自のURLを持つ）を、独自のURLを持つページ上の別のバリエーションと比較する必要があるため、スプリットURLテストと呼ばれます。

オリジナルとバリエーションが同じURLでホストされ、トラフィックがそれらの1つにルーティングされる、A / Bテストとは異なり、スプリットURLテストでは、異なるURLにオリジナルとバリエーションの両方があります。

分割URLテストでは、ユーザーは元のページのURLに到達したときにテストに参加します（分割URLバリエーションの1つが割り当てられます）。次に、現在のページにとどまるか（オリジナルが選択されている場合）、受信したバリエーションURLにすぐにルーティングされます。

ConvertのSplitURLExperiencesは時間を節約し、ユーザーがConvertVisualEditorで編集しなくてもページをテストできるようにします。

Convert SplitURLExperienceの最も一般的な2つの例は次のとおりです。

1.異なるURLの異なるランディングページ：

オリジナル– www.convert.com/landingpage1
バリエーション– www.convert.com.com/landingpage2

2.再設計されたページをテストするためのサブドメインまたは別のドメイン：

オリジナル– www.convert.com
バリエーション– www.beta-convert.com

分割URLテストのビジュアルフロー

ConvertがSplitURLExperienceでバケット化された訪問者にURLを提供する方法の例を次に示します。

分割URLテストの利点

A / Bおよび多変量テストは、UI要素への小さな変更をすばやく評価するのに最適です。ほとんどのA/Bテストソフトウェアは、ユーザーフレンドリーなインターフェイスを備えたA / Bおよび多変量テスト機能を提供し、数回クリックするだけでテストバリエーションを開発できます。

ただし、Webサイトに大幅な変更を加える場合、これらのテストソリューションによって提供されるビジュアルエディターは不十分です。新しいWebページは、ほとんどの場合、設計、UX、および開発チームのコラボレーションを必要とし、はるかに大規模な作業になります。

分割URLテストは、A / Bテストのメリットを享受しながら、これらの変更を制限なく行う柔軟性を提供します。 ConvertのSplitURLExperiencesは、さまざまな点で役立ち、次のことが可能になります。

古いものを念頭に置いて、完全に新しいデザインを試してみてください。 ユーザーは、2つのバリエーションのレポートを比較して、それぞれで最適に機能する機能を確認できます。
UIに関連しない変更を使用してエクスペリエンスを実行します。 別のデータベースに切り替えることでページの読み込み速度を改善しようとしていますか？これは、Webサイトに影響を与えるバックエンドまたは開発の変更の単なる例です。分割URLエクスペリエンスは、表示されない変更がユーザーエクスペリエンスに悪影響を与えないことを保証します。
複数のWebページの機能を1つの単位として評価します。 ワークフローは変換に大きな影響を与えます。ワークフローを実装する前に新しいパスをテストすることは、問題が無視されているかどうかを確認するための優れた方法です。
より高速な接続とより優れたブラウザパフォーマンスにより、ユーザーエクスペリエンスを向上させます。 A / Bテストはちらつきの影響を受ける可能性がありますが（バリアントがユーザーの前でゆっくりと明確に読み込まれる場合に発生します）、SplitURLExperiencesは問題なく一度に多くのサイトを読み込むことができます。（ページの読み込みが遅いと、ユーザーはテストに参加しているため、テスト結果が歪んでいることがわかります。）
コンバージョン率を損なうことなく、さまざまなページデザインやコンテンツをテストします。 Webサイトのトラフィックを元のバージョンとバリエーションの間でランダムに分割することにより、トラフィックソースや時刻などの要因ではなく、統計的に有意なパフォーマンスの変動がエクスペリエンスに関連していることを確認できます。

ConvertExperiencesで分割URLテストを設定する方法

仮説を立てる

セールスファネルの特定の領域をテストする理由が決まったら、仮説を立てましょう。

あなたの仮説では、既存のバージョンよりもパフォーマンスが優れている可能性があるものについて推測することで、問題を解決しようとしています。

おそらく、プロモーションバナーを含めるとコンバージョン率が上がると思うか、すべての訪問者に配送料を提示するとエンゲージメントが高まると思うかもしれません。

実行可能な解決策を思い付くのに問題がある場合は、競合他社が何をしているのかを見てください。自問してみてください：

彼らはあなたがしていないことを何をしているのですか？
最も目立つものは何ですか？
なぜ彼らはより高いコンバージョン率を持っているのですか？

判断を下す前に、チームに相談し、以前のテストの証拠を確認してください。

次に、次のフェーズに進みます。

必要なサンプルサイズを決定する

統計的に有意でない結果を生成するテストの実施は、可能な限り避けてください。これにより、有用なデータを取得する可能性が高まります。

始める前に、必要なサンプルサイズを把握してください。この計算機を使用して数学を行うことができます。

テストから予想される結果に基づいて数値を入力し、統計的有意性がどのように表示されるかを確認します。少なくとも90％であれば、かなり良い状態です。

もちろん、これは絶対確実な解決策ではありませんが、成功の可能性を高めます。

Convertの外部でバリエーションを作成する

情報に基づいた推測に基づいて必要なサンプルサイズを計算したら、バリエーションを作成します。

Split URL Experiencesはビジュアルエディターまたはコードエディターを提供しないため、Convertがトラフィックを分割できるように、Convertの外部でバリエーションを設計し、それらをパブリックにアクセスできるようにする必要があります。

新しい分割URLテストを作成する

右上の[新しいエクスペリエンス]の下にある[実験ダッシュボード]で新しいエクスペリエンスを作成できます。 6つのエクスペリエンスタイプから選択できます。 [URLを分割]を選択し、エクスペリエンス名と元のサイトのURLを追加します。

バリエーションURLを追加する

次の画面で元のURLが入力されていることがわかります。ここにバリエーションURLも追加します。

（プラス）アイコンを使用して、各バリエーションに名前を付け、複数のバリエーションを追加できます。

トラフィックは、オリジナルと他のすべてのバリエーションの間で均等に分割されます。

正規表現が必要ですか？（これはオプションです。）

たとえば、Google AdWordsや、サイトに変数を渡すその他のシステムを使用していて、それを維持したいとします。「元のURL変数をバリエーションURLに転送する」オプションを使用して変数をオンにすることができます。

これは、正規表現を作成することです。簡単に説明すると、元のURLの後に次のコードが追加されます。

 / {0,1}（（[\？＆] {1} [^ =] {1、} = [^ =] * [＆] {0,1}）*）$

そしてそれはバリエーションに$1を追加します。

基本的に、正規表現はURLの疑問符に続くすべてのものを取得し、$1記号があるバリエーションに貼り付けます。

ターゲットページを確認する

「続行」をクリックすると、エクスペリエンスの概要が表示されます。

サイトエリアは、エクスペリエンスをトリガーする基準を構成する場所です。

最も基本的な構成は、「https://www.convert.com」などのURLに基づいて実験をトリガーします。

この設定は、Split URL Experienceを最初に作成するときに自動的に構成され、作成に使用されたURLに合わせて構成されます。

分割URLテストが実行されるページを確認し、それに応じてサイトエリアを調整してください。

ターゲットオーディエンスを確認する

次に、オーディエンスを確認し、それがターゲットとする訪問者のグループであることを確認する必要があります。そうでない場合は、構成に移動してこれを指定する必要があります。

ConvertExperiencesで分割URLテストの対象オーディエンスを構成する

目標を確認する

「エクスペリエンスの概要」ではさまざまな変更を加えることができますが、ここでは、目標が適切に設定されていることを確認することに重点を置きます。

分割URLテストで使用される一般的な目標のいくつかを次に示します。

変換速度
ボタンをクリックします
リンクまたはCTAをクリックする
ニュースレターの申し込み
カートに追加
訪問者1人あたりの収益
婚約
ページ訪問
ページに費やした時間
バウンス率

プロジェクト構成にドメインを追加する

新しいバリエーションURLが元のURLと異なる場合は、それをプロジェクト構成に追加する必要があります。バリエーションURLを含むさまざまなドメインをすべて追加してください。

これを行うには、トップメニューの[構成]をクリックしてから、[アクティブなWebサイト]セクションをクリックします。最後に、ドメインURLを追加して保存します。

ConvertExperiencesで分割URLテスト用にアクティブなWebサイトを構成します

すべてのドメインに変換スクリプトを追加

最後に、他のロードされたリソースの前に、ページの<head>セクションにメインのConvertトラッキングコードをインストールしてください。

ConvertExperiencesに分割URLテスト用の追跡コードをインストールする

テストのQA

テストを公開する前に、すべてが正常に機能していることを再確認してください。

シークレットブラウザウィンドウで元のURLに数回アクセスして、元のURLまたはバリエーションのいずれかにランダムに誘導されていることを確認します。

ソフトウェアが目標を正確に追跡および報告していることを確認するために、両方のページで数回変換してみてください。

すべてが正常に機能している場合は、Webサイトの訪問者に対してスプリットURLエクスペリエンスを起動できます。

結果を分析する

結果を確認するときは、次のことを自問してください。

テストはどうでしたか？
あなたの仮説は正しかったですか？
結果は統計的に有意ですか？

すべてがうまくいけば、明確な勝者を特定できるはずです！

これで、テストを停止して勝者を新しいオリジナルとして設定するか、テストと反復を続けるかを選択できます。

明確な勝者が表示されない場合、または結果が統計的に有意でない場合は、落胆しないようにしてください。これは実際にはあなたが思っている以上に起こります！

初めて発生した可能性のあるエラーを特定し、新しいテストを実行します。

ハイブリッドテスト：分割URLテスト+デプロイ

分割URLテストが作成、構成、テストされ、すべてが計画どおりに進んでいるとします。トラフィックが均等に分散され、クエリパラメータが転送され、オーディエンスと特定の目標がすべて設定され、エクスペリエンスページの新しいスタイルを試してみたいとします。

分割URLテストには、ビジュアルエディターを使用してページをカスタマイズおよびスタイル設定する機能がないため、検討できる1つのオプションは、「ハイブリッド」実験（分割URL +デプロイエクスペリエンス）を設定することです。

「ハイブリッド」実験を設定する方法

前のセクションの指示に従って、分割URLエクスペリエンスを作成することから始めます。

エクスペリエンスIDとバリエーションIDを取得する

エクスペリエンスのバリエーションの構成が完了したら、エクスペリエンスの概要ページからバリエーションIDをメモします。バリエーションのプレビューからリンクをコピーします。

コピーされたリンクは次のようになります。

 https://url.com/?convert_action=convert_vpreview&convert_v=100368636&convert_e=10036216

●v=100368636-これはバリエーションIDです：100368636
●e=10036216-これはエクスペリエンスID：10036216です

バリエーションページのデプロイを設定する

次に、バリエーションページのデプロイメントを作成します。ビジュアルエディターを使用して、スタイルを適用し、ページをカスタマイズします。

Convert Deployを試してください：Webのニーズに合わせてクリックして簡単に編集できます。

デプロイ用のカスタムオーディエンスを設定する

分割URLエクスペリエンスと特定のバリエーションからの訪問者のみに展開を表示する場合は、カスタムオーディエンスを含める必要があります。

JS条件1:(分割URLの元のページのURLに置き換えます）

 document.referrer == "https://urlFromtheOriginalPage.com"

JS条件2:(前述の経験値とバリエーションIDに置き換えます）

 convert.historicalData.experiments [splitURLExpID] .variation_id == "variationID"

これです！これで、分割URLエクスペリエンスにスタイルが正常に適用されました。

複数ページの分割URLテストを設定する

ここで、サイトの複数のページ（製品ページなど）に対して分割URLテストを実行するとします。複数ページのテストと以下のチャートについては、この記事を参照してください。

複数の分割URLテストを同時に実行する

同じWebサイトで2つ以上のスプリットURLテストを実行する必要がある場合があります。オプションは次のとおりです。

テストが互いに干渉することを心配することなく、テストを同時に実行します。
同時に、ただし異なる対象者でテストを実行します
テストを順番に実行します（テスト2に進む前にテスト1を完了します）。

オプション3が最も安全ですが、スプリットURLエクスペリエンスの能力が大幅に制限されます。

同じページまたはページのセットでいくつかの同時分割URLエクスペリエンスを実行することは完全に可能ですが、1つの実験でのバケット化は、同時に実行されている別の実験のデータに影響を与える可能性があることに注意してください。

以下は、別々のオーディエンスを使用して同時にエクスペリエンスを実行するのに役立つ2つの主要なテクニックです。

一般的な衝突防止

これを設定する前に、まずエクスペリエンスが実行される順序を理解する必要があります。エクスペリエンス条件は、エクスペリエンスIDを考慮して、ページ上で順番にテストされます。

これを実現するには、ID番号が最小のスプリットURLエクスペリエンスがトラフィックの50％のみを使用するように設定する必要があります。これは、「エクスペリエンスの概要」の「統計設定」セクションで行うことができます。

2番目のスプリットURLエクスペリエンスを完了するときは、[訪問者データ]の下の[新しいオーディエンス]に移動します。次に、「Bucketed in Experience」と表示されている場所に移動し、「No」と入力します。これにより、新しい訪問者のみがテストされるようになり、同じ訪問者が2回テストされるのを防ぐことができます。

ConvertExperiencesでの分割URLテストのオーディエンスルール条件

他の分割URLテストから訪問者を除外する

サイトでさらにテストを実行している場合は、2番目のスプリットURLテストを設定して、最初のテストのテストされた訪問者が2番目のテストでバケット化されないようにすることができます。これは、前述の一般的な衝突防止の代わりに行われます。

詳細については、この記事をチェックしてください！

Shopifyテーマの分割URLテストを設定する

WebサイトがShopifyで設計されている場合は、Convertの[URLの分割]オプションを利用することをお勧めします。このようにして、2つ以上の異なるバージョンのShopifyテーマ（Webサイトに適用されている）を相互にテストできます。

Shopifyは現在、幅広いテーマを提供しているため、Webサイト上の1つのShopifyテーマが別のテーマに対してどのように機能するかを知ることは素晴らしいことです。

詳細については、さまざまなShopifyテーマの分割URLテストの全プロセスを説明する記事があります。

以下に、2つの異なるテーマ間の分割URLエクスペリエンスレポートを示します。

分割URLテストとしてA/Bテストを使用します（はい、それは可能です！）

実際には、A/BエクスペリエンスをスプリットURLエクスペリエンスに変えることは完全に可能です。

ConvertにはJS機能があり、特定のバリエーションの統計を保存しながら、新しいページにリダイレクトできます。

 convert.redirect（ "URL_here"）;

たとえば、次を使用する代わりに：

 document.location.href = "http://www.mysite.com/my_variation_page.html"

以下を使用してください。

 convert.redirect（ "http://www.mysite.com/my_variation_page.html"）;

ヒント：上記のコードは、ビジュアルエディター内の「カスタムJavascript」セクション内でのみ使用できます。

レポートセクションからオリジナルを一時停止して、すべてのユーザーをバリエーションに誘導することもできます。この場合、トラフィックの100％に変動が見られます。

分割URLテストが統計的に有意であるかどうかを判断する方法は？

これまで、さまざまな種類の分割URLテストを設定する方法を学びましたが、結果が信頼できるものであることをどのように確認できますか？

スプリットURLエクスペリエンスを実施していて、ランディングページの各バリエーションに200人の訪問者を送信していると仮定します。オリジナルは50回のコンバージョンをキャプチャしますが、バリエーションは40回のコンバージョンをキャプチャします。

オリジナルを優先してバリエーションを完全に放棄したくなるかもしれませんが、テストはまだ終了しておらず、結果はまだ統計的に有意ではないことに注意してください。

ヒント：統計的有意性は、テストの結果がサンプリングエラーの結果ではない確実性の程度を確立します。

あなたの発見は、あるページが別のページよりも有効である結果であるのとほぼ同じくらいランダムである可能性があります。

Convertは、スプリットURLエクスペリエンスの統計的有意性を把握するのに役立つ計算機を提供します。必要なデータポイントは、元の訪問者、元のコンバージョン、バリアント訪問者、およびバリアント変換の4つだけです。電卓の左側に情報を入力するだけで、回答を受け取ることができます。

分割URLエクスペリエンスを設定し、それらの統計的有意性を検証する方法を理解したので、テストを実行するときに避けるべきいくつかの一般的な間違いを調べてみましょう。

分割URLテストを実行するときに避けるべき一般的な間違い

オリジナル/バリエーション間の不均一なトラフィック

あなたのウェブサイトが毎週15,000人の訪問者を受け入れ、オリジナルとバリエーションを使用してスプリットURLテストの実行を開始するとします。理想的な世界では、これらの異なるバージョンのそれぞれが7500人の訪問者（15,000人の半分）を受け入れます。

ただし、各品種の数値は7490〜7550の範囲になる可能性が高くなります（わずかな差異は一般的であり、純粋な偶然によるものです）。一方、たとえば、バリエーションの1つであるかどうかは非常に懸念されます。 6000人の訪問者を獲得し、他の訪問者は約9000人を獲得しました。

そこでSRMテストが登場します。直感に頼るのではなく、カイ二乗適合度検定を使用します。たとえば、7300または7800の訪問が、他の訪問者数と比較して「正常」であるかどうかを判断できます。

2021年12月、Convertチームは独自のSRMメソッドを導入しました。これは、Convertユーザーが[プロジェクトの構成]>[その他の設定]に移動することで有効にできます。

これにより、レポートでSRMタグを確認できるようになります。

SRMの問題の理由はさまざまですが、テストからSRMタグを削除するのに役立ついくつかの方法を次に示します。

間違ったページターゲティング

オリジナルとバリエーションの両方で同じクエリパラメータを使用しながら、スプリットURLエクスペリエンスを使用してWebサイトのすべてのページ（ホームページだけでなく）をターゲットにするとします。

元のURLはhttps://www.convert.comです。
バリエーションのURLはhttps://www.convert.com?v1=trueです。

これは見た目ほど単純ではなく、SRMタグを回避するために正しく設定する必要があります。

まず、「ページURLにhttps://www.convert.comが含まれています」を使用してサイトエリアを定義し、除外セクションに「クエリ文字列にv1=trueが含まれています」と入力します。

分割URLバリエーションを定義するときに、正規表現式を使用してすべてのページをキャッチします。

 （[az] {1,2} tps？）：\ / \ /（（？：（？！（？：\ / |＃| \？|＆））。）+）（？：（\ /（？ ：（？：（？：（？！（？：＃| \？|＆））。）+ \ /））？））？（？：（（？：（？！（？：\。| $ | \？|＃））。）+））？（？：（\。（？：（？！（？：\？| $ |＃））。）+））？（？：（\？（?: （？！（？：$ |＃））。）+））？（？：（＃。+））？

スクリプトがすべてのページにインストールされていない

ConvertスクリプトがOriginalとVariationsの両方に適切にインストールされていることを常に再確認することが重要です。

顧客の要求をトラブルシューティングした後、私たちが発見した一般的な問題の1つは、バリエーションの1つに変換スクリプトがないことでした。これにより、トラフィックの分散が不均一になり、SRMタグが発生しました。

バリエーションで変換スクリプトが欠落しているために発生する変換エクスペリエンスのSRM

分割URLテストが行われるすべてのページにスクリプトを含めるようにしてください。

1つのバリエーションをターゲットとするボットトラフィック

トラフィック分散が不均一なスプリットURLテストでよく見られるもう1つの発見は、バリエーションの1つが異常なユーザーエージェント（ボットと思われる）からの訪問を受け取ることです。

たとえば、元のバリエーションは完全に通常のトラフィックを受信しますが、バリエーション1は次のようなユーザーエージェントからヒットを受信します。

Mozilla / 5.0（Windows NT 5.1）AppleWebKit / 537.11（GeckoのようなKHTML）Chrome / 23.0.1271.97 Safari / 537.11
Mozilla / 5.0（Windows NT 5.1; rv：27.0）Gecko / 20100101 Firefox / 27.0

はるかに古いバージョンのChromeおよびFirefoxブラウザを使用しているため、これらはボットであると思われます。（Chromeブラウザは、上記の23に対して、現在は約99です。）

このユーザーエージェントヘッダーを持つ公式のボットを見つけることができなかったため、これは人間のように見せかけた高度なターゲティングであると思われます。

このような場合、次の手順に従って、特定のボットをスプリットURLエクスペリエンスから除外できます。

リダイレクトループ

Webサイトで分割URLテストを作成し、ユーザーがループ内で内部的にリダイレクトされていることに気付いたとします。

訪問者がテストページに到着すると、指定したトラフィック割り当てに従ってバリエーションURLに転送されます。バリエーションURLで、訪問者は任意の要素/リンクをクリックして元のページに戻ることができます。ただし、テストは元のURLで設定されているため、訪問者はバリエーションURLに転送され、プロセスが無期限に繰り返されます。

これらの無限のリダイレクトループは、サイトのパフォーマンスとエクスペリエンスの統計に影響を与えるため、事前に防止する必要があります。

分割URLを使用してホームページ（https://www.convert.com）のみをターゲットにし、訪問者が持つ可能性のあるすべてのクエリパラメーターを渡したいとします。

元のURLはhttps://www.convert.comです。
バリエーションのURLはhttps://www.convert.com?v1=trueです。

リダイレクトを回避するには、サイト領域を「ページURLがhttps://www.convert.comと完全に一致する」に設定し、除外セクションに「クエリ文字列にv1=trueが含まれる」と入力する必要があります。

これにより、「https://www.convert.com？v1 = true」に到達した場合でも、実験の条件が一致することが保証されます。

分析ツールでオリジナルに記録されたダブルトラフィック

分割URLテストを実行すると、すべてのトラフィックが元のURLに移動し、変換スクリプトがバリエーションURLにリダイレクトします（バリエーションがその特定の訪問者に提示される場合）。

場合によっては、バリエーションURLがトラフィックの適切な部分を受信しているように見えても、分析ソフトウェア（Google Analyticsなど）が元のURLがすべてのトラフィックを受信していることを示す場合があります。

これにより、ページビューが増加したように見える場合がありますが、実際には、オリジナルは他のすべてのパーセンテージの合計に加えて、独自のパーセンテージを表示しています。

これを修正する方法は次のとおりです。

トラッキングコードの順序

分析ソフトウェアの追跡コードの前に、Convertexperimentsの追跡コードがページに配置されていることを確認してください。これにより、ほとんどの場合、問題が解決します。

ラップアナリティクストラッキングコード

トラフィックが元のURLに記録されないようにするには、バリエーションが表示されるたびに分析ソフトウェアの追跡コードをラップします。次に例を示します。

 if（！convert ||！convert.isRedirect）{
  //ここに分析追跡コード

分割URLテストのSEOに関する考慮事項

分割URLテストを行う場合、重複コンテンツはSEOの観点から検討する必要があるかもしれません。

重複コンテンツは、グラフィック、デザイン、または言語にわずかな違いがあるだけで、複数のWebページ間で同じまたは非常に類似しているコンテンツのブロックとして定義されます。重複した資料は検索エンジンのユーザーエクスペリエンスに悪影響を及ぼしますが、幸いなことに、必要に応じてそれを説明する方法があります。

検索エンジンが重複コンテンツをどのように認識するかを検討してください。検索エンジンは、検索結果の関連性を維持するためにページにインデックスを付け、ユーザーエクスペリエンスの一部として同等の情報を含むページを表示しないようにします。彼らのアルゴリズムは、基本的にすべてのページを同等の情報でグループ化し、（調査結果に基づいて）元のコンテンツまたは最高のコンテンツを表示し、残りを除外します。

不正なSEO手法の場合、検索エンジンはコンテンツの繰り返しにも対処する必要があります。 Googleは、重複コンテンツが検索結果の操作に使用されていることをアルゴリズムが検出した場合、検索結果からWebサイトを削除することが知られています。 Googleが罰を科すことはめったにありませんが、万が一の場合に備えて、偶然に任せないことが最善です。

提案された解決策のいくつかを見てみましょう。

オーディエンスでGooglebotUser-Agentを使用しないでください

トラフィックの割り当てを検索エンジンと人間の区別に基づいていない限り、ペナルティは発生しません（オーディエンス機能でGooglebotユーザーエージェントを使用）。 Googleは、ボットがWebサイトのどのバージョンを認識しているかを気にしません。重要なのは、ランダムな訪問者と同じユーザーエクスペリエンスが得られることです。

rel =” canonical”を使用します

分割URLテストに複数のURLがある場合は、元のページを指すすべての代替リンクに「rel=canonical」リンク属性を配置します。ボットがWebサイトのインデックスを作成している場合、これによりボットは元のページに移動します。リダイレクトを伴う実験は、予期しないコンテンツや無関係なコンテンツにリダイレクトされない限り、問題ないはずです。

リダイレクトに302を使用する

Googleは、永続的な301リダイレクトを使用せず、一時的な302リダイレクトを優先することをお勧めします。これは、リダイレクトが一時的なものであることを検索エンジンに通知します（つまり、リダイレクトは実験期間中のみアクティブになります）。また、リダイレクトの場所（テストページ）に置き換えるのではなく、元のURLをインデックスに保持するように指示します。

必要な期間だけ分割URLテストを実行する

それを正当化するのに十分なトラフィックがある場合は、分割URLテストを実行し、予想される時間枠内（または結論に達した直後）に結論に達しない場合はオフにすることができます。

概要

分割URLテストは、ランディングページの2つの異なるバージョンにわたるコンバージョン率とエンゲージメント率を評価するための優れた方法です。 Convert Experiencesを使用すると、ニーズに応じて、さまざまな方法でスプリットURLエクスペリエンスを設定できます。

これらのテストの結果により、ターゲットオーディエンス向けにデザインとレイアウトを最適化することができ、CROの知識とプログラムを開発する際の成功に不可欠です。

ハッピーテスト！