Aggregator

Webサイトで表示するバナーや資料請求、販売フォームへの導線ボタンなど、どういうデザインが良いのか、どういうコピーが良いのか。

デザインの評価やコピーの評価は、「私はこっちが好き」「自分はこっちにひかれる」といった主観的、かつ定性的な評価になってしまうことも多いと思います。

バナーデザインやキャッチコピー、本文など、複数案がある時、どちらが決めかねる…

こういった場合こそWebサイトで一度公開した後に、実際のユーザーのデータに基づき定量的に評価することが重要です。

簡単に言うと「AとB、2つの選択肢についてどっちが良いですか？」という答えを計測するものです。

例えば資料請求のボタンは「緑色」が効果的なのか、「赤色」が効果的なのか、
例えばキャンペーンページへの導線バナーは「派手さ、インパクト」がより好まれるのか、「高級感や上品さ」がより好まれるのか。

上記は極端な例ですが、比較対象があることで、定量的な比較に基づいて、有効なものを選択することができ、またユーザーへの訴求ポイントはどういったものなのか、を計ることができます。

2つのバナーのどちらがより効果的かを計る！

それぞれのバナーを設置したページを、設定した指標で比較！

2つのコンテンツの内、どちらがより効果的かを計る！

それぞれのコンテンツを挿入したページを、設定した指標で比較！

では、実際にはどうやってテストを行えばいいのか？

LPOツールなどの外部サービスで行う方法もありますが、ここでは、無料で、かつ、導入が非常に手軽なGoogleAnalyticsを使って「A/Bテスト」を実施する方法をご紹介させていただきます。

A/Bテストを手軽に実施できる方法としてGoogleAnalyticsの「ウェブテスト」をご紹介します。

GoogleAnalyticsでの「ウェブテスト」ではメインのページに対して効果を試したいテストページを用意して、設定した指標について2つのページを比較する仕組みでテストする仕組みです。

すでにWebサイトにGoogleAnalyticsを導入されていれば、設定は非常に簡単です。

1.GoogleAnalyticsにログインして対象のサイトのレポートを表示し、メニューの中から「ウェブテスト」を選択します。

「ウェブテスト」を選択します。

2.「テストを作成」をクリックします。

「テストを作成」をクリック。

3.テストするページ(オリジナルページ)のURLを指定します。

テストを実施する際にはオリジナルとするページと比較するページの2種類が最低限必要になります。ここではまずテストするページ(オリジナルページ)を設定します。正しいオリジナルページのURLを指定すると、指定したページのサムネイル画像が表示されますので確認して「テストを開始」をクリックします。

テストするページ(オリジナルページ)のURLを指定

4.作成するテストの基本設定をします。

ここでは「このテストの名前」、「このテストの目的」、「テスト対象のトラフィックの割合」の基本情報を設定します。

※ここではよりアドバンスな設定も可能ですが基本設定のみ説明します。

■ このテストの名前
1の画面で一覧表示されるテストの名前を設定します。
■ このテストの目的
テストするそれぞれのページをどういう指標で比較するかを設定します。デフォルトではページビュー数、直帰率、訪問の滞在時間、eコマースのトランザクション数、収益などが選択できます。その他イベントクリック数やCVRなど手動で設定した目標を選択することもできます。
■ テスト対象のトラフィックの割合
テストする対象の割合を設定します。ここで注意が必要なのは全アクセスの内、何％にテストを実施するかを設定する項目になりますので、50％に設定するとアクセスして来るユーザーの50％に対して、オリジナルのページ(25％)とテストのページ(25％)をランダムに表示するという意味になります。

必要事項の設定が完了したら「次のステップへ」をクリックします。

作成するテストの基本設定をします。

5.比較するテストページのURLを指定します。

先に比較する対象のページをアップロードしておく必要があります。今回「Ａ/Ｂテスト」として紹介していますが、比較するページは追加することができますので「A/B/C・・・・テスト」のように、比較したいパターンが多くても一度にテストを行うことができます。正しいテストページのURLを指定すると、指定したページのサムネイル画像が表示されます。正しいことを確認して「次のステップ」へ進みます。

比較するテストページのURLを指定します。

6.テスト用のコードを取得しオリジナルのページに埋め込みます。

取得したコードをオリジナルページのhead開始タグの直後に挿入します。次のステップに進みます。ここで一度GoogleAnalyticsの設定から離れ、ページの編集が必要になりますが途中保存が可能ですので、技術担当者へ埋め込みを依頼して反映待ちの再などには「後で使用する為に保存」をクリックして保存しておきましょう。オリジナルページへのコード埋め込みが完了したら次のステップへ進みます。

テスト用のコードを取得します。

7.自動的にコードセッティングの検証が始まります。

自動的にコードが正しくセッティングされたかの検証が始まります。エラーが出た場合、警告文が表示されますので内容に沿ってオリジナルページのコードセッティングを修正します。検証が問題なく完了したら「テストを開始」をクリックします。これで設定は完了です。

テスト コードの検証

8.テストの経過を見てみます。

2.の画面かの一覧から設定したテストを選ぶとオリジナルページと比較する形でテストの経過を確認できます。計測した数値から「オリジナルを上回る可能性」も計算して出してくれます。

テスト経過画面

応用した使い方

Webサイトのページ改修が売上に直結するeコマースサイトや、求人系のサイトの運用の場合、ページの構成をチャレンジも含めて大きくリニューアルするような時には、失敗した時のインパクトが非常に大きいことがあります。

こういった場合には一度リニューアル用のページをテストページとして設置しておき、テストページの表示される割合を低く設定することでリスクを抑えてリニューアルの効果をテストするような使い方も可能です。

• 検索結果ページにおける広告の掲載順位を決める際に、広告表示オプションが考慮されるようになりました。つまり、入札単価と品質が同じであれば、広告表示オプションの効果が高いと見込まれる広告の方が上位に掲載されます。


• 広告表示オプションの効果を判断する際には、関連性やクリック率、検索結果ページにおいて注意をひきつけやすいかといった要素が考慮されます。 


• 広告と一緒に広告表示オプションが表示されるかどうかを決める際にも、広告ランクがより重視されるようになりました。広告表示オプションを表示するためには、品質スコアや入札単価の改善が必要になる場合があります。 


• 最も成果が高いと思われる広告表示オプションを Google がその都度判断し、自動的に表示するようになります。したがって、効果が期待できる広告表示オプションをご自身で判断する必要がなくなります。


• 今回の変更によって、平均クリック単価が変化する可能性があります。広告表示オプションとユーザーの関連性が高ければ、クリック単価が下がったり、掲載順位が上がる可能性があります。一方、広告の掲載順位が上がったり、競合広告主様の広告ランクが上昇した結果、クリック単価が上がる可能性もあります。


• 現在のところ、今回の変更による影響は Google 検索に表示される広告に限られます。

2005年10月20日、アップルストア銀座でスタートしたCSS Niteが（丸8年となり）9年目に突入しました。

当初、「3回のシリーズもの」という企画でスタートしたのですが、これまでに369回の関連イベントを通して、45,968人方にご参加いただくイベントになりました。

地方版の開催は、高知、長崎が加わり、（1回だけのところを含め）29箇所。

ご参加くださった方、喋っていただいた方、ご支援いただいた方、地方版を運営してされている方々に感謝します。

製品やサービスに不具合が生じたとき、企業に求められる対応は、迅速な情報開示です。

正確な情報収集に時間がかかると判断した場合でも、その時点で出せる情報は速やかに公開しましょう。
企業のWebサイトにアクセスしても、知りたい情報がきちんと提供されていなければ、ユーザーは不満を抱きます。

また、オンラインでは、自社の情報であっても自社がすべてをコントロールできるわけではありません。
個人ブログやソーシャルメディアを始めとするオンラインメディアで、誤った情報が流れてしまう恐れがあります。

誤解を防ぐためにできることは、企業が自ら情報発信ルートを用意することではないでしょうか。
自社のWebサイトでは、公開のタイミングをコントロールできます。早急に情報を公開しましょう。

また、緊急時の承認フローをあらかじめ確認しておくことや、告知ページのフォームを普段から用意しておくなどの危機管理も、いざというときに役立ちます。

不具合が自社にとって不利で不都合な情報である場合も、オウンドメディアでの情報開示を行うことと、その情報を削除しない、誠実な情報提供を行うことが企業の信頼を守ることとなります。

企業の真摯な姿勢が伝わる「製品・サービス不具合」のニュースリリースとは

目的が一目でわかるタイトル

不具合に関するリリースであることを明示。製品名やサービス名も記載するとよりわかりやすくなります。

概要を記載

障害の発生時期や内容について簡潔にまとめましょう。

経過、原因、対応

発表時に、原因や対応がわかっている場合は、内容を説明。
未確定で、何度かに分けて発表する場合は、追って公開する旨を明記します。追って配信したニュースリリースには、前回以前のリリース内容にも触れ、1本のリリースで完結するよう配慮します。

お詫びと意思表明

関係者へのお詫びと、再発防止策や意思表明をしましょう。

具体的なお問い合わせ先

お問い合わせは、広報だけでなく、対応部門や対応時間も明記します。

どの商品について、どのような内容かが分かるタイトル

• デジタルカメラ「FinePix X100(ファインピックス Ｘ１００)」販売遅延（第二報）のお詫びとお知らせ（2011年3月17日　富士フイルム株式会社）

対応手順が明記されており、連絡先や受付時間がわかりやすいフォーマット

• newbalance.co.jp サイトアクセス障害に関するお詫びとお知らせ（2010年6月8日　サン電子株式会社）

影響がないWebサイトも掲載するひと手間

• newbalance.co.jp サイトアクセス障害に関するお詫びとお知らせ（2013年4月26日　株式会社ニューバランス ジャパン）

「自社のWebサイトからコンテンツを削除しない、ユーザーが求める誠実な情報提供とは」でもご紹介した通り、ネガティブな情報もきちんと配信して、正しい情報を誠実にオウンドメディアに残しておくことで企業の真摯な姿勢をユーザーに伝え、信頼を守ることができます。

いつどのような事態にもあわてないよう、まずは緊急時も視野に入れた情報発信のルール設定を行いましょう。