準備するもの
スマホ確認URLを送る前に、手元の実機（iOSとAndroidどちらか一方でも）でそのURLを開いて表示を確認する。Chrome DevToolsのモバイルエミュレーターはViewportは再現できるが、実機固有のフォントレンダリングやスクロール挙動まではシミュレートできない。少なくともiOS SafariとChrome for Androidのどちらかで目視することを必須にしよう。
共有するHTMLファイルに個人情報が含まれていないか確認する必要がある。モックアップとして使ったダミー住所・電話番号・メールアドレスが実在のものであれば差し替えてから共有する。また、フォームのaction属性が本番環境のエンドポイントを指していないかも調べる。スマホから誤ってフォームを送信してしまうとトラブルになる。
有効期限とパスワードをギガサイト便で設定し、発行されたURLをメモしておく。スマホ確認のためにクライアントへ送るURLは、期限を短め（例：レビュー依頼から1週間）に設定すると、放置されて古いバージョンを参照され続けるリスクが減る。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
ギガサイト便でHTMLファイルまたはZIPをアップロードし、スラッグに案件名を入れてURLを発行する。発行後、そのURLをQRコードに変換して送付メールに添付すると、スマホを使うクライアントが一発でアクセスできる。QRコードはQR Code Generatorなどの無料ツールで5秒あれば作れる。
送付メールにはURL・QRコード画像・パスワード（別送の場合はその旨）・確認期限の4点を必ず記載する。「スマホでの閲覧確認もお願いします」と一行添えると、クライアントがPCだけで確認して済ませてしまうことを防げる。確認してほしい端末や画面サイズがある場合は具体的に「iPhone 14のSafariでご確認ください」と指定する。
失敗しやすい点
URLをメールにコピペするとき、末尾に半角スペースが混入してリンクが切れるミスが意外と多い。メール送信前に受信者側の目線でURLをクリックして実際にページが開くかを確認する癖をつけると防げる。特にHTMLメールではリンクのhref属性にスペースが入ると一見正常に見えても実際はリンク切れになる。
パスワードを本文と同じメールに書いてしまうケースも注意が必要だ。URLとパスワードを同一メールに含めると、メールが第三者に転送されたときに両方が漏れる。パスワードはSMSや別のメール、もしくはチャットツールで別送することをデフォルトルールとして習慣づけよう。
テンプレ文面
スマホ確認URLを送るときのメールテンプレはURLとQRコードを上部に置く構成が見やすい。「スマホ用レビューURLをお送りします。URL：https://…/abc-sp-check QRコード：（添付画像参照） パスワード：別途SMSにてお送りします 確認期限：2026年7月5日。スマホのSafariまたはChromeでご確認いただけますと幸いです。」
フィードバックを受けたあとの修正版URLを送る場合は、旧URLとの差分を一行で添えると親切だ。「前回のURLから変更した点：ヒーローセクションのフォントサイズ調整とCTAボタン色変更。最新URL：https://…/abc-sp-check-r2。」変更点を明示することで、クライアントが確認すべき箇所にすぐ目を向けられる。
よくある質問
クライアントがQRコードを読み取れないと言われたとき、どう対処すればよいですか？
QRコードの読み取り失敗の多くはiOS 11以前のカメラアプリ非対応か、低解像度による認識エラーが原因。QRコードを300px以上のサイズで出力し、URLをテキストでも必ず併記しておけば、読み取れない場合は手入力で対応できる。
スマホ確認用のURLと、PC確認用のURLを分けて発行すべきですか？
通常はURLを分ける必要はない。同一のレスポンシブHTMLをギガサイト便に上げれば、どちらの端末からアクセスしても同じURLで適切に表示される。デザインがスマホ専用とPC専用で別ファイルの場合のみ、2つのURLを発行して用途を明示する。
パスワード認証を設定しているのに、クライアントからパスワードを聞いてもいないのに開けたと言われました。なぜですか？
一度正しいパスワードを入力するとブラウザがパスワードをキャッシュし、次回以降は自動入力される場合がある。また家族や社内別担当者がすでに入力済みの端末を使っている可能性もある。セキュリティ要件が高い案件では、有効期限を短く設定し毎回新しいURLを発行することを推奨する。