レビュー相手に渡す情報
スマホ表示レビューでは「どの端末・どのOSバージョン・どのブラウザで確認してほしいか」を明示します。同じURLでもiOS SafariとAndroid Chromeでは描画が異なるため、確認環境を指定しないと担当者の判断にばらつきが生じます。URLとあわせて端末条件を一覧化したシートを添付すると確認漏れが減ります。
QRコードを使うとスマホへのURL転記ミスがなくなります。共有URLのQRコードを生成して社内チャットやメールに貼り付けることで、担当者はスマホのカメラで読み取るだけでページを開けます。URLが長い場合は特に有効で、入力ミスによる「ページが見つからない」トラブルを防げます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
見るべき観点
スマホ表示レビューの主な確認観点はビューポートの設定・タップターゲットのサイズ・フォントの可読性の3点です。viewportメタタグがない場合やcontent値が不正な場合、スマホではPCと同じ横幅で縮小表示されます。また、ボタンやリンクのタップ領域がWCAGの推奨値（44×44px以上）を下回っていると操作しにくいと指摘を受けます。
スクロール操作の滑らかさとスティッキーヘッダーの重なりもスマホ固有の確認ポイントです。iOSのSafariは固定ヘッダーの挙動が独特で、コンテンツに重なったままになるケースがあります。担当者へは「ページを上下スクロールしながらヘッダーが正しく追従するか」も確認してもらうよう依頼してください。
認証と期限
社内のデザイナーやQA担当にスマホで確認してもらう場合は、会社ドメイン認証を設定すると毎回パスワードを伝える手間が省けます。担当者は自分の会社メールでワンタイムリンクを受け取り、そのままスマホブラウザでページを開けるため摩擦が最小です。
スマホ表示レビューは1〜2日で完結することが多いため、URLの有効期限は3日程度を目安に設定します。デザイン修正のたびに新版をアップロードして差し替えた場合、URLは変わらず最新版が表示されるため、担当者は同じURLをブックマークしておけば常に最新を確認できます。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
指摘回収テンプレ
スマホ表示の指摘は「確認端末・OS・ブラウザバージョン／問題の発生箇所（ページ名とスクロール位置の目安）／スクリーンショット／再現手順」の形式で集めると開発者が再現しやすくなります。スクリーンショットには担当者に矢印や丸で問題箇所を囲んでもらうよう依頼すると、「どこの話か」を探す時間が省けます。
回収した指摘を修正したら「修正後URL（差し替え済みなので同一URL）＋修正箇所のサマリ」をスマホでも読みやすい短い文面で返送します。複数担当者が並行確認している場合は、全員が参照できるチャットスレッドで共有し、個別DM対応で情報が分散しないよう運用ルールを決めておきましょう。
よくある質問
実機がなくてもChromeの開発者ツールのデバイスエミュレーションで代替できますか？
エミュレーションはレイアウト確認に使えますが、タッチ操作の感触・フォントレンダリング・ブラウザ固有のUIはエミュレートできません。指摘漏れを減らすには実機での確認が必要です。
スマホ担当者がWi-Fi環境にいない場合、モバイル回線でのページ速度も確認できますか？
実回線での速度確認は可能です。Lighthouseのモバイル設定でのスコアとあわせて共有すると、速度改善の判断材料として活用できます。
AndroidとiOSで表示が異なる場合、どちらの表示を優先すべきですか？
対象ユーザーのデバイスシェアに基づいて決定します。GAなどのアクセスログでiOS/Androidの比率を確認し、シェアの高い環境を優先的に修正するのが合理的です。