何が共有しづらいのか
Create.xyzはプロンプトに「問い合わせフォーム」と書くだけでFormspreeやEmailJSの実際の送信エンドポイントを含んだHTMLを生成することがある。これをそのまま共有URLにしてレビュアーが送信ボタンを押すと、実際にメールが届いてしまう。生成されたHTMLを必ずエディタで開き、action属性やAPI呼び出しを確認してから公開する。
フォームのデザイン確認を目的としたレビューなのに、機能が動いてしまうUIを見せると「このボタンを押したら問い合わせが送られる」と勘違いするレビュアーが出る。「このページはデモです。送信ボタンは機能しません」というアナウンスをHTMLの目立つ位置に追加しておくと、無用な混乱を事前に防げる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
Create.xyzが生成するフォームページでは、submitボタンのクリック時にフォームデータをfetchでPOSTする実装が含まれることがある。この場合はformのaction属性だけでなく、JavaScriptのfetch呼び出しやaxiosのpostメソッドも探して無効化する必要がある。HTML内で `fetch(` や `axios.post(` を検索して漏れなく確認する。
フォームに `<input type="file">` のファイルアップロード欄がある場合、URLとして公開されていると任意のファイルをサーバーに送れる状態になる可能性がある。ファイルアップロード欄はdisabled属性を追加するか、要素ごと削除してからアップロードする。レビュー目的であればファイルアップロードの動作確認は後工程で行う旨を伝えておく。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
フォームページのUIレビューをコピーライターやデザイナーに依頼する場合、相手が社外であればパスワード認証を設定する。パスワードは「今回のレビュー専用」として使い捨ての短い文字列を設定し、レビュー期間が終わったらURLごと失効させる。社外のレビュアーに永続的なアクセス手段を残さないことが重要だ。
複数のフォームパターン（Aパターン：入力欄5つ / Bパターン：入力欄3つ）を比較レビューしてもらう場合は、パターンごとに別のURLを発行して共有する。同一URLで切り替える実装より、URLを分けた方がレビュアーが2つを行き来しやすく、「AとBどちらがよいか」の意見が集めやすい。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
フォームのUXレビューで質問されやすいのは「エラーメッセージの文言は適切か」「必須入力マークのデザインが分かりにくい」「送信後の完了画面はどうなるか」の3点だ。共有メッセージにこれらのチェックポイントを箇条書きで示すと、レビュアーがどこを見ればよいか迷わずに済む。
フォームのA/Bテスト的なレビューを行う場合、どちらのURLについての意見かを区別してメモしてもらうよう依頼する。「どっちがよかったですか？」という質問形式にすれば集計が楽になるが、理由も含めて収集したい場合はFreetext欄付きのGoogleフォームをフィードバック用に別途用意する方が正確な情報が得られる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
Create.xyzで生成したフォームにreCAPTCHAが実装されているが、レビュー用に無効化すべきか？
送信処理自体を無効化する対応が優先だが、reCAPTCHAはUIの一部として表示だけ残しても問題ない。送信ボタンをaction無効化+preventDefaultで止めた場合、reCAPTCHAの認証が完了しなくても見た目を確認できる。
多段式フォーム（ステップ1→ステップ2）の途中でページ遷移が404になる場合の対処は？
多段式フォームが別HTMLファイルをリンクで繋いでいる場合、全ファイルをZIPに含めてアップロードすることで解決する。1ファイルに収まっているSPA形式であれば問題は起きにくいが、それでも404が出る場合はURLハッシュのルーティング設定を確認する。
フォームページの完了画面もレビューしてほしいが、送信できない状態でどう見せるか？
完了画面のHTMLを別ページとして独立させ、別URLで発行する。共有メッセージに「こちらがフォーム画面URL、こちらが送信完了画面URL」と2本を並べて伝えると、レビュアーが送信フロー全体を体験した場合のイメージを掴みやすい。