期限を決める基準
βテストの期限は「テスター全員が最低一回は試せる期間」を確保することが最優先です。招待メール到着からテスターがアクセスするまでの平均リードタイムを3日と見積もり、そこにテスト実施に必要な日数を加算した期間を設定してください。短すぎる期限は参加率を下げます。
フェーズが複数ある場合（αテスト→クローズドβ→オープンβ）は、フェーズごとに別URLを発行して期限を管理することを推奨します。フェーズを切り替えるタイミングで前フェーズのURLを失効させると、古いUI版へのアクセスが混入する問題を防げます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
認証を組み合わせる
βテスト用URLには期限＋パスワードか、期限＋メール認証を組み合わせてください。認証なし＋期限だけでは、URLが拡散した場合にテスター以外のアクセスを防ぐ手段がありません。期限が切れていないうちにSNSで拡散するケースは現実に起きており、認証があることで実質的な拡散を抑制できます。
クローズドβの場合は個人識別ができるメール認証、オープンβでアクセス集計さえできればよい場合はパスワードと期限の組み合わせが適切です。認証ログはバグ報告とアクセス時刻を照合する際にも使えるため、できるだけ細かいログが残るメール認証を最初に検討してください。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
期限後の扱い
βテスト終了後のURLは速やかに失効させ、アクセスログをダウンロードして保存してください。ログにはテスターのアクセス頻度・時間帯が含まれており、製品改善の参考データになります。「誰がどのページを最も長く見ていたか」といった分析は、次のβフェーズの設計に役立ちます。
期限切れのURLにアクセスしようとしたテスターに向けて、「βテストは終了しました。正式リリース情報はこちら」というメッセージページに誘導する設定が理想的です。ギガサイト便の失効後メッセージにリリースページのURLを添えておくと、テスター離れを防ぐマーケティング施策としても機能します。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
再共有時の注意
βテストを延長したり第二フェーズを開始したりする際は、必ず新しいURLを発行して全テスターに通知してください。期限切れになったURLを延長するより、新URLを発行する方が「このURLはいつから有効か」という管理が明確になります。古いURLにアクセスできると思って試みているテスターに混乱を与えません。
βテスト終了後のアンケートや質問に答えるためのドキュメントを再共有するケースがあります。こうした後続資料はβテスト本体とは別URLで管理し、閲覧対象者も改めて設定してください。テスト終了後に全テスターのメール認証を解除して一部の代表者だけに絞るといった運用も有効です。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
よくある質問
βテスト期間中にHTMLを大幅に修正した場合、同じURLのまま内容を差し替えてもよいですか？
軽微な修正なら同じURLで差し替えて問題ありませんが、UIや機能が大きく変わった場合は新URLを発行して「改訂版のお知らせ」メールを送ってください。テスターが前後のUIを混同したフィードバックを送るリスクを防げます。
テスター数が想定より大幅に増えた場合、パスワード認証の管理は追いつきますか？
共通パスワード方式なら人数に依存しません。個別パスワードを設定している場合は管理が破綻するため、人数が増えた段階でメール認証への切り替えを検討してください。一覧管理しやすいメール認証の方がスケールします。
βテスト参加の同意書をHTMLで作成して期限付きURLで共有することはできますか？
同意書自体を閲覧させるURLと、同意後にアクセスできるβ資料のURLは分けてください。同意前にβ資料へのアクセスが可能な状態にすると、同意取得のプロセスが形骸化します。