結婚式場のフェア予約ページの改善を小さく回す手順。1回に1か所だけ変える、比べる期間と季節の波、結果の記録表、やめる判断
結婚
この
この
フェア予約ページの改善は、1回に1か所だけ変えて結果を見る
フェア予約ページを
1か
ただし、
変える場所は、予約までの画面の順に候補を並べて1つ選ぶ
変える
| 画面 | 変える |
結果を |
|---|---|---|
| フェアの |
並び順、 |
一覧から |
| フェアの |
写真の |
詳細から |
| 予約ボタン | 文言、 |
ボタンが |
| 予約フォーム | 項目の |
フォームを |
| 予約完了の |
次の |
完了画面からの |
最初の
変える前に「何を、なぜ、どう変わるはずか」を1行で書く
変更を
書き方の
- 何を
変えるか。 例:フェア詳細の特典の 説明を、 写真の 下から ページの 最初の 画面に 移す - なぜ
変えるか。 例:来館時に「特典に 気づかなかった」と いう 声が あった - どの
数字が 例:詳細からどう 動くはずか。 予約フォームへ 進む人の 割合が 上がる - 何を
確かめたら 例:変更前と判断するか。 同じ 長さの 期間が 終わった 時点の 割合
「なんとなく
比べる期間は、変更の前後で同じ長さ・同じ曜日の並びにする
変更の
結婚
ページの
| 予約数を |
例 | 記録する |
|---|---|---|
| 季節・暦 | 連休、 |
期間に |
| 集客の経路 | ポータルの |
変わった |
| フェアその |
特典の |
開催した |
| 計測 | タグの |
変わった |
予約数が
A/Bテストを使うなら、検索への影響を避ける決まりを守る
2つの
Googleの
Google 検索セントラルの
| 決まり | 内容 |
|---|---|
| クローキングを |
検索エンジンの |
| rel=“canonical” を |
別の |
| 302 リダイレクトを |
元の |
| 必要な |
結論が |
訪問が
結果の記録表は、1行に1つの変更を書き、変えた日と戻した日を残す
記録表は、
| 列 | 書くこと |
|---|---|
| 番号 | 変更ごとの |
| 種類 | 改善の |
| 画面と場所 | 例:フェア詳細・ |
| 変更の |
変える |
| 変えた日 | 公開した日 |
| 比べた期間 | 変更前と |
| 見た数字 | 変更前と |
| 期間中の |
連休、 |
| 判断 | 続ける |
| 戻した日 | 戻した |
記録表は、
続ける・戻す・やめるは、変える前に決めた基準で判断する
判断は、
| 結果 | 判断 |
|---|---|
| 予想した |
続ける。 |
| 予想した |
戻す。 |
| 差が |
期間を |
| 予約の |
すぐ |
| 同じ |
その |
「やめる」判断も
変更のたびに、スマホで予約完了まで通しで確かめる
どんな
確かめる
- フェアの
一覧から 詳細、 予約フォームまで 進めるか - 日程と
時間が 選べ、 満席の 枠が 選べないか - 送信ボタンが
押せ、 完了画面が 出るか - お客様あての
確認メールと、 式場あての 通知メールの 両方が 届くか - GA4で
予約完了が 数えられているか
改善の
出典
下の
- Google 検索セントラル
「検索に :クローキングのおける A/B テストの ベスト プラクティス」 禁止、 rel=“canonical”、 302 リダイレクト、 テスト期間 - アナリティクス ヘルプ「[2023 年 9 月廃止]
Google オプティマイズ」 :2023年9月30日での提供終了 - GA4の
ヘルプ(キーイベントの :予約完了のような指定の しかた) 大事な 行動を 数える 設定
よくある質問
フェア予約ページで、一度に何か所も直してはいけませんか?
壊れている
訪問の少ない式場サイトでも、A/Bテストは必要ですか?
訪問が
変更の結果は、どれくらいの期間で判断すればいいですか?
曜日の