準備するもの
依頼前に制作側でChromeとFirefox両方の最新安定版を手元に用意し、同じURLで表示を比較する。特にCSSの`font-rendering`プロパティ、SVGアニメーション、Input要素のスタイリングはブラウザ間差異が出やすい。問題が見つかれば先に修正してから依頼する。クライアントが指摘して初めて気づくような初歩的なバグは信頼損失につながる。
フィードバックを受け取る方法を事前に決めておく。メール返信・GoogleフォームへのURL記入・Figmaコメント・Notionコメントなど手段は複数ある。クライアントが使い慣れているツールを選ぶのが最も返信率が上がる。フィードバック記入様式に「ブラウザ名」「発生箇所」「再現手順」の3項目を設けると、修正のための情報が揃う。
確認期限を設定し、依頼メールに明記する。「いつまでに確認してほしいか」が書かれていないと、クライアントは他の優先タスクを先に処理してしまい、レビューが1週間以上後回しになることがある。「2026年7月5日(火)17:00まで」のように日時まで具体的に書くと返答率が上がる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
ギガサイト便でURLを発行し、パスワードと有効期限を設定したら、送付メールにURL・確認ブラウザ・確認期限・フィードバック方法の4要素を盛り込む。文章は箇条書きを使って5行以内に収めると、クライアントが読み飛ばす確率が下がる。長い説明文は逆に確認意欲を削ぐため注意する。
確認期限2日前にリマインダーを送る。「○日に確認依頼をお送りしておりますが、ご確認の状況はいかがでしょうか」と一行書くだけで返答率が上がる。フィードバックが届いたら「確認ブラウザ:Chrome」「確認ブラウザ:Firefox」の各環境でチェックした旨を明示してもらえていなければ、どのブラウザでの問題かを追加質問して特定する。
失敗しやすい点
「ChromeとFirefox両方で確認してください」と依頼したのにクライアントが1つしか確認せず「問題なし」と返答するケースがある。これを防ぐため、フィードバックフォームの「確認ブラウザ」欄を必須入力にするか、メールの返信テンプレに「Chrome確認:○ Firefox確認:○」という記入欄を設けて返信を促す。
クライアントが「Firefoxがなく確認できなかった」という状況を把握しないまま承認と見なして次フェーズに進んでしまうのも危険だ。「確認依頼への返信がない=承認」という運用は避け、両ブラウザでの確認完了を明示的に確認してから次の工程に移ることをプロジェクト開始時にすり合わせておく。
テンプレ文面
クロスブラウザ確認依頼テンプレ(手順番号付き):「以下の手順でご確認をお願いします。①Chromeで(URL)を開く。②同じURLをFirefoxでも開く。③各ブラウザで表示・動作に問題がないかを確認し、メールにてご回答ください。確認期限:2026年7月5日 17時。パスワード:別途お伝えします。」
フィードバック依頼の返信テンプレ(クライアントに送る返信雛形):「ご確認ありがとうございます。以下の形式でご回答いただけますと助かります。確認ブラウザ①:Chrome 結果:(問題なし・問題あり)。確認ブラウザ②:Firefox 結果:(問題なし・問題あり)。問題あり場合の詳細:(発生箇所と状況をご記入ください)。」
よくある質問
Firefoxで特定の要素の表示が崩れているとフィードバックを受けました。修正方法の優先度はどう決めますか?
崩れの種類によって優先度を分ける。テキストが読めないほどのレイアウト崩壊は即日修正、軽微な余白のズレは次回まとめて対応するなど判断基準を事前にクライアントと共有しておく。Firefoxのシェアが低くても視覚的に致命的な問題は優先度高と扱うのが妥当だ。
ブラウザのバージョンを指定して確認依頼すべきですか?それとも最新版でよいですか?
通常は「最新の安定版」指定で問題ない。ただしクライアント社内がセキュリティポリシーでブラウザのアップデートを制限している場合、使用中バージョンを確認してから依頼する。古いバージョン固有の問題については対応範囲を納品仕様書に記載する。
制作チームが社内でFirefoxを使わず、Chrome一択で開発しています。Firefoxのバグを事前に発見するよい方法はありますか?
CIパイプラインにPlaywright等の自動テストを組み込み、FirefoxエンジンのGeckoDriverでヘッドレステストを実行する方法が効果的。毎回手動確認しなくてもコミットのたびにFirefox表示を自動検証できるため、リリース直前の発覚を防ぎやすい。