何が共有しづらいのか
Squarespace AIが生成したフォームページは`form action`が本番のSquarespaceエンドポイントを指していることが多く、レビュー環境から送信すると実際のデータが流れてしまう。共有前にactionをダミーURL（例：`#`）に置き換えるか、テスト専用のフォーム送信先に切り替えておくことが最初のステップだ。
フォームに入力検証（バリデーション）のJavaScriptが含まれている場合、ブラウザのセキュリティポリシーでインラインスクリプトがブロックされることがある。レビュー用URLを発行したらすぐに実機で送信テストを行い、エラーが出ないか確認してからレビュー依頼を送ろう。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
フォームのname属性やplaceholderに個人情報のサンプル（例：「山田太郎」「090-xxxx-xxxx」）が残っていないか確認する。AIが入力例として自動生成したダミーデータが実在する情報と一致することがあるため、汎用的な「お名前」「電話番号」に置き換えておくのが安全だ。
hidden input（`<input type="hidden">`）にAPIキーやトークンが埋め込まれているケースは想像以上に多い。Squarespace AIはCRM連携のコードを生成することがあるため、HTMLをテキストエディタで開いて`value=`を含む隠しフィールドをすべて確認し、不要なものは削除してからアップロードする。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
フォームページのレビュー依頼先が顧客企業の担当者1〜2名であれば、パスワード認証が最もシンプルだ。パスワードは「プロジェクトコード＋年月」のような覚えやすい規則で決め、修正のたびに変えず同じパスワードを使い続けることで混乱を防ぐ。URLが変わっても認証情報は引き継がれる運用にしておくと便利だ。
複数の部署が並行してレビューする場合は、部署ごとに異なるURLを発行して期限を分けるのが効果的だ。「営業部は今週金曜まで」「マーケ部は来週月曜まで」のように設定すれば、フィードバックの締切が混在して集計しづらくなるトラブルを防げる。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
フォームページのレビューでは「入力項目が多すぎないか」「エラーメッセージはわかりやすいか」という操作感に関する観点を必ず依頼文に含める。「デザインの確認をお願いします」だけでは、入力欄の使いにくさへのフィードバックが得られないまま本番公開になりやすい。
修正後にフォームのHTMLを再アップロードしたら、URLが変わったかどうかをレビュアーに必ず通知する。ギガサイト便で同じURLを維持できる場合は「前回と同じURLです」と一言入れるだけでよいが、URLが変わった場合は旧URLにアクセスしたレビュアーが迷子にならないよう、旧URLにリダイレクト案内のメッセージを設定しておこう。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
フォームを送信してしまった場合、本番のSquarespaceに実データが入りますか？
form actionをダミーURLに変更していれば本番には送信されない。変更前のままアップロードした場合は実際のエンドポイントにデータが届くため、レビュー期間中は必ずactionを無効化しておくこと。
レビュアーがフォームに入力した情報はギガサイト便のサーバーに保存されますか？
ギガサイト便はHTMLの配信のみを行い、フォームのPOSTデータは受け取らない。フォームのaction先が外部サービスを指している場合は、そのサービスのプライバシーポリシーを確認する必要がある。
レビュー用URLで実際にフォームが送信できる状態にしたい場合はどうすれば良いですか？
テスト用のフォームサービス（例：Netlify FormsやFormspree）を一時的に使い、form actionをそのエンドポイントに設定する方法が一般的だ。送信されたデータはテスト用受信箱で確認でき、本番データと混在しない。