トラブルシュート

Edgeでフォントが変わるときに相手へ伝える確認依頼の書き方

Edgeでフォントが違うと報告を受けたとき、相手から必要な情報を最短で引き出せるかどうかで解決までの時間が大きく変わります。確認依頼メッセージの構成と、返答に基づいた次のアクションをパターン別に整理します。

よくある原因

「フォントがおかしい」という報告だけでは原因を特定できないため、まず相手のEdgeバージョン、OS、ネットワーク環境(社内か自宅か)を把握する必要があります。EdgeバージョンがEdgeHTMLエンジン(バージョン18以下)の場合、WebフォントへのCSSアニメーション変換非対応など独自の制限があり、修正方針がChromiumベースの場合と根本的に異なります。

もう一つの多い原因は企業ネットワークによるGoogle Fontsブロックです。この場合、相手の画面では文字が表示されているが意図したフォントではなく、システムフォント(Meiryo等)が使われている状態です。相手がフォントの違いをデザインの問題ではなく「崩れ」として認識している場合、実際にはレイアウト自体は正常でフォントだけが変わっていることが多く、確認依頼で切り分けが必要です。

  • 相手がログインなしで開ける状態か確認する
  • PCとスマホで最低1回ずつ表示を確認する
  • 内部情報・個人情報・不要な外部送信が残っていないか見る
  • レビュー期限と修正時の差し替え方を決めておく

自分側で確認すること

確認依頼を送る前に、自分がEdgeのInPrivateモードで同じURLにアクセスし、同じ問題が再現するか確認します。自分環境でも崩れるならHTML側の問題、自分では崩れないなら相手の環境要因の可能性が高いです。この切り分けができていると依頼メッセージが「こちらでは確認できなかったため、以下を教えてください」という誤解のない文面になります。

また、共有URLが有効期限切れになっていないか、パスワード保護を設定していて相手がパスワードを入力できているかも確認します。ギガサイト便の管理画面でURLのアクセスログを見れば、相手がページを開いているかどうかが確認でき、「そもそも最新版にアクセスできていない」という状況を先に排除できます。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

相手側で確認すること

確認依頼メッセージには次の項目を箇条書きで含めます:①EdgeのバージョンとOS(設定→Microsoft Edgeについて→バージョン番号を教えてください)、②フォントが変わっているページ上の具体的な箇所(見出しか本文かボタンか)、③スクリーンショットを送っていただけるか。スクリーンショットを求めることで「どの程度変わっているのか」が視覚的に把握でき、見た目の違いが大きければ原因究明を優先、小さければ許容範囲として扱う判断ができます。

返答内容がEdge旧バージョンの場合は「現状のHTMLではEdge旧バージョンのサポートが限定的です。代替として別バージョンを用意するか、最新のEdgeへの更新をお願いできますか?」と提案します。Googleフォントブロックの場合は「フォントをHTMLに内蔵した修正版を送ります」と伝え、woff2をBase64埋め込みしたファイルをギガサイト便に再アップロードし、同じURLで差し替えます。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

再発防止の運用

確認依頼のメッセージ文は一度作ったらNotionやSlackのピン留めに保存します。次回から「Edgeフォント確認依頼テンプレート」として使い回せば、毎回ゼロから文章を考える必要がなくなります。テンプレートには「こちらのEdge InPrivateで確認した結果」「考えられる原因」「依頼事項」の三段構成を守ると相手が読みやすい依頼文になります。

HTML共有の運用として、ギガサイト便でURLを発行したあとに「Edgeで動作確認済み:○/✗」を自分のメモに記録する習慣をつけると、問い合わせが来たときに「確認済みです」か「未確認でした」かをすぐに答えられます。未確認だった場合は素直にそう伝えつつ即座に確認して修正することで、信頼感が損なわれません。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

よくある質問

相手が社内IT部門の許可なくEdgeを更新できない場合、どう対処しますか?

旧EdgeHTMLエンジン環境では、WebフォントをBase64でHTMLに内蔵し、フォールバックにMeiryo UIとMS PGothicを指定したバージョンを別途用意します。IT部門へのアップデート申請と並行して暫定版を提供するのが現実的な対応です。

相手がスクリーンショットを送るのが面倒だと言っています。代替の確認方法はありますか?

ギガサイト便のURLと一緒に「Edgeで開いた状態でF12を押し、Consoleタブに赤いエラーが出ているか教えてください」と依頼すると、フォント読み込み失敗のエラーメッセージを文字で受け取れます。スクリーンショットより手間が少なく、原因特定に役立ちます。

フォントの差異がどの程度なら許容範囲として扱ってよいですか?

文字の可読性が保たれていて、レイアウト(改行位置・要素の重なり)が崩れていなければ、フォント種類の微差は多くの場合許容範囲です。ブランドガイドラインで特定フォントが必須なら許容不可ですが、そうでなければ「意図とは異なりますが読める状態」として運用判断できます。

関連記事

トラブルシュート

Edgeでフォントが変わるときの原因と直し方

AIで生成したHTMLをEdgeで開いたときにフォントが変わってしまう問題に悩むWeb担当者向け。原因の特定から自分側・相手側の確認ポイント、再発を防ぐ運用まで具体的に解説します。

5分で読める
トラブルシュート

Edgeでフォントが変わる問題をAI生成HTMLで防ぐプロンプト

AIが生成したHTMLをEdgeで開いたときにフォントが変わる問題を、プロンプトの書き方で未然に防ぎたいエンジニア・デザイナー向け。有効なプロンプトパターンと生成後の確認ポイントを具体的に紹介します。

5分で読める
「トラブルシュート」の記事をもっと見る →