noto sans jpの完全ガイド：導入と最適化と不具合対処まで一気に解決

Webや資料で「文字が細すぎて読みにくい」「PDFで置換される」「和欧混植のバランスが崩れる」と悩んでいませんか。Noto Sans JPはGoogleが公開する日本語サンセリフで、Regular〜Blackまで7ウェイト前後を備え、CJK共通設計により約6万字規模のグリフをカバーします。Windows 10/11や主要ブラウザでの実績も豊富です。

本記事では、Noto SansとNoto Sans JPの違い、源ノ角ゴシックとの関係、Serifとの使い分けを整理。PC・Web・Adobeの導入手順、サブセット化やunicode-rangeでの高速化、PDFへの正しい埋め込みまで手順化します。Thinに見える原因の切り分けや、Safari・Illustrator固有の対処もチェックリストで網羅。

商用利用の範囲と表記の注意点、CJK版やメイリオ・游ゴとの比較、可変フォントの最適値まで、現場でそのまま使える実践策を通して、今日から迷わず導入・運用できるようにご案内します。

noto sans jpとは何かを最短理解：由来・特徴・用途をまとめて解説

noto sans jpは、日本語表示に最適化されたサンセリフ体で、2025/09/09時点でも幅広いOSとアプリで安定して使われています。Google提供の「Noto Sans JP」と、同一設計をAdobeが配布する「源ノ角ゴシック（Source Han Sans）」は同系統です。特徴は可読性の高い骨格、豊富なウェイト、CJKを跨いだ文字セット、ウェブフォント対応です。用途はウェブUI、アプリ、プレゼン、印刷物の本文から見出しまで幅広く、統一感ある日本語タイポグラフィを実現できます。商用利用は配布元の許諾条件に従えば可能です。

Noto SansとNoto Sans JPの違いを実例で把握

Noto Sansは欧文中心の汎用サンセリフで、Noto Sans JPは和文設計を含む日本語最適化版です。混在文では、欧文サイズやベースライン整合、約物の扱いで差が出ます。英数字が主体のUIやコード表示はNoto Sansが軽快で、和文主体の本文や資料はNoto Sans JPが字面の揃いと可読性に優れます。実運用では、見出しをNoto Sans、本文をNoto Sans JPにする併用も有効です。WindowsやMac、ブラウザ間での太さ差やアンチエイリアス差を確認し、PDFでは埋め込みとサブセット化設定を適切に行うと安定します。

• 想定課題の例

  • noto sans jp 反映されない: フォント名とフォールバック順を点検
  • noto sans jp 文字化け: 未収録字や埋め込み不備を確認
  • noto sans jp pdf 細くなる: 出力解像度とサブセット化の再設定

源ノ角ゴシックとNoto Sansの関係を正確に理解

源ノ角ゴシックは、Noto Sans CJK/Japaneseと同設計の日本語ゴシック体で、提供元と配布経路の違いだけでグリフ設計は同等です。導入経路は、Google Fonts経由の「Noto Sans JP」、Adobe配布の「Source Han Sans（源ノ角ゴシック）」の2本柱です。選定基準は運用環境で決めると良く、ウェブはGoogle Fontsでの配信が容易、Adobe製ツール中心のワークフローはAdobe配布が管理しやすいです。社内配布や長期運用では、取得元を統一しバージョン管理を行うと表示差や置換問題を避けられます。

• よくある比較観点

  • 名称: Noto Sans JP/Source Han Sans
  • 入手性: ウェブ配信/デスクトップ配布
  • 互換性: 同一系統のため混在時も実用上の差は最小

Noto Serif JPとの使い分け指針

Noto Serif JPはセリフ体で、noto sans jpと対になる日本語書体です。セリフは抑揚があり本文の可読性を高め、長文読書や紙媒体で安定します。サンセリフは画面表示やUIでの視認性、スペース効率、モダンな印象に強みがあります。使い分けは、長文本文や解説資料の本文にはNoto Serif JP、デジタルのUI、図表、キャプション、見出しにはnoto sans jpが適しています。混植では、見出しをサンセリフ、本文をセリフにして階層差を明確化し、ウェイトは見出しを1〜2段階重くすると視線誘導が自然になります。

• 組版の指針

  • 本文: Noto Serif JP、字間はやや広め
  • 見出し/UI: Noto Sans JP、階層ごとにウェイト差を設定
  • PDF/スライド: 同一系統で統一し埋め込みを確認

ダウンロードと導入方法を網羅：PC・Web・Adobeで迷わない手順

デスクトップ導入（Windowsとmac）の基本手順と注意点

Windowsとmacの双方で、Noto Sans JPは公式配布からダウンロードし、OS標準の手順で導入します。WindowsはOTF/TTFを右クリックでインストール、または全ユーザーにインストールを選びます。macはフォントブックで追加し、重複チェックを実施します。更新後はアプリ再起動で反映します。重複インストールは表示崩れや反映不良の原因です。導入前に既存の同名ウェイト有無を確認し、不要な古いファイルを削除します。フォントキャッシュの破損も不具合の一因となるため、不調時はキャッシュ再構築を行います。2025/09/09時点でも基本は同様です。

• インストール/削除、フォントキャッシュ更新、重複回避を手順化する

• 推奨手順

  • 公式配布からOTF/TTF/WOFF2を取得
  • 既存のNoto Sans JP重複をチェック
  • OS標準手順でインストール
  • アプリとOSを再起動
  • 不調時はキャッシュ再構築と再インストール

Noto Sans JP 削除できない時の対処

削除できない原因は、権限不足、システム保護領域への配置、使用中プロセスのロックが多いです。Windowsは管理者権限でログインし、フォント使用中アプリをすべて終了してから削除します。必要に応じてセーフモードで起動し削除します。macはフォントブックで無効化後に削除し、システムフォント領域の保護対象でないことを確認します。削除後は再起動し、フォントキャッシュを再構築します。キャッシュ破損が疑われる場合は、OS提供のキャッシュクリア手段を用い、再度インストール状況を点検します。

• 権限とシステム保護、再起動とフォントキャッシュ再構築の対応を示す

• チェックポイント

  • 管理者権限の有無
  • 使用中アプリの完全終了
  • システム保護領域への配置有無
  • セーフモードでの操作
  • 削除後の再起動とキャッシュ再構築

Webフォント導入と自前ホスト設計

Web導入では、Google Fonts経由または自前ホストを選びます。高速化の要点は、Woff2優先、必要グリフのみのサブセット化、unicode-rangeによる遅延適用、先読みの活用です。日本語はグリフ数が多く、容量最適化が最重要です。表示崩れ回避のため、font-displayはswapやoptionalを選択し、FOUTを許容しつつ実用速度を確保します。CSSのfont-familyは「Noto Sans JP」を第一候補に、OS標準の日本語ゴシックを適切にフォールバックとして並べます。2025年時点の主要ブラウザはWoff2を広くサポートします。

• サブセット化、先読み、unicode範囲指定で高速化を図る

• 実装チェックリスト

  • Woff2優先＋圧縮確認
  • サブセット生成で容量削減
  • unicode-rangeで段階配信
  • preloadで初回表示短縮
  • font-displayで体験最適化

• 推奨フォールバック例

  • “Noto Sans JP”, “Hiragino Kaku Gothic ProN”, “Yu Gothic”, “Meiryo”, sans-serif

Adobeアプリでの導入・同期のコツ

Adobeアプリでは、Creative Cloudのフォントアクティベーションを用い、同名フォントの重複を避けます。IllustratorやInDesignで「Noto Sans JPがThinになる」「反映されない」場合、ウェイトミスマッチや置換設定、アウトライン化残し、古いキャッシュが原因です。フォントメニュー再読み込み、環境設定のフォントキャッシュクリア、ドキュメント内の段落/文字スタイルで割り当てウェイトを確認します。PDF書き出しで細くなる場合は、RGB/CMYKレンダリング設定やアンチエイリアス、サブセット閾値、CID埋め込みを見直します。同期不良時はCreative Cloudを再起動し、ステータスが有効か確認します。

• フォントアクティベーションと競合回避、反映不良時の基本確認をまとめる

• 重点確認

  • 同名フォント重複の無効化
  • ウェイト整合性とスタイル適用
  • アプリとCCデスクトップの再起動
  • フォントキャッシュクリア
  • PDF書き出し時の埋め込みとレンダリング設定

• 主な症状と原因対策

ライセンスと商用利用の安心ガイド：表記ルールと実務の落とし穴

商用利用の可否と許諾範囲を正しく理解

noto sans jpはオープンソースのフォントファミリーで、一般的な配布では商用利用が可能です。印刷物（書籍、チラシ、パッケージ）、ロゴ・CI、アプリUIやゲーム内テキスト、動画のテロップ、ウェブサイトやWebアプリの表示、プレゼン資料（パワポ）など、文字としての使用は2025/09/09時点で広く許容されています。ウェブではself-hostやGoogle Fonts経由の配信、アプリでは端末同梱ではなくOS依存や同意済み配布元の導入が安全です。禁止されがちな行為は、フォントファイル自体の無断再配布や名称変更による誤認を招く配布です。PDF出力時はフォント埋め込みとサブセット化の設定を確認し、環境差による「反映されない」「pdfで細くなる」「pdfで文字化け」を回避します。WindowsやMacでの導入は公式配布物を利用し、企業内配布はライセンス条件に沿った運用ルールを整備します。

• 想定用途

  • 印刷物、ロゴ、UI、動画、ウェブ、パワポでの表示

• 注意点

  • フォントファイルの無断配布や改変名での再配布は避ける
  • PDFはサブセット埋め込みで文字化け・細線化対策

ライセンス表記が必要になるケースを整理

noto sans jpの利用では、通常の文書・デザイン出力に表記義務は生じませんが、フォントファイルの同梱や再配布、ソフトウェアに組み込む場合は、同梱物にライセンス文面と著作権表示を含める必要が生じることがあります。社内配布や製品バンドル、ウェブでの自己ホスト配信では、配布元のライセンス文を同梱し、改変有無を明記し、フォント名称の扱い規定を順守してください。ライセンスは2025年時点の最新版を確認し、バージョン混在を防止します。二次配布の境界は「ファイルそのものの配布」か「レンダリング結果の配布」かで異なります。PDFや画像はレンダリング結果の配布に該当し、原則として表記義務は発生しません。一方、アプリにフォントを組み込む場合は、配布形態に応じた表記と条件順守が必要です。

• 表記が求められやすい場面

  • フォント同梱のアプリ配布、自己ホスト配信、社内配布パッケージ

• 表記が通常不要な場面

  • 印刷物、画像、動画、PDF（埋め込み・サブセット済の出力物）

ライセンス運用の要点

不具合の原因と直し方：反映されない・文字化け・Thinになるの対処

反映されない時のチェックリスト（CSSとキャッシュと優先順位）

noto sans jpが反映されない場合は、まずCSSのfont-family指定が正確か確認します。例: font-family: “Noto Sans JP”, “ヒラギノ角ゴ ProN”, Meiryo, sans-serif; のように引用符とフォールバック順を明確にします。次に@font-faceのsrcでwoff2優先、拡張子とformatの整合を点検します。CDNや自前配信のパス相違、CORSヘッダー不足でも失敗します。ブラウザキャッシュやService Workerの古いキャッシュを削除し、優先度を保つために!importantの多用を避け、特異性で上書きされていないかDevToolsで確認します。OS側で同名異版が干渉する場合は一時無効化し再試験します。

• フォント名の一致、フォールバック、キャッシュ削除、形式指定を確認する

Safariやmacでの反映不良に強い設定

macやSafariではローカル同名フォントにマッチして期待と異なるグリフが選ばれることがあります。@font-faceのsrc順でlocalを後ろに回すか省略し、確実に配信版を使う構成が有効です。format(“woff2”)を先頭に置き、必要に応じてformat(“woff”)を併記します。font-synthesis: none;で疑似ボールドを抑止し、-webkit-font-smoothing: antialiased;を特定UIで適用してにじみを低減します。CSSのunicode-range最適化はSafariでの一部文字未反映を招く場合があるため、まずは全域配信で検証し、その後レンジ分割を行うと安全です。

• format指定やlocal参照の扱い、スムージングとレンダリング設定を調整する

Thinになる・極端に細く見える時の対処

noto sans jpが細く見える主因は、指定ウェイトと実際のマッピング不一致、OSレンダラー差、疑似ボールド抑制、スケーリング時のヒンティング影響です。CSSではfont-weight: 400/500/700など実在値を指定し、可変版はfont-variation-settings: “wght” 500;で一致させます。text-renderingやfont-smooth系は環境差が大きく、小さな本文は500前後を検討します。Retinaでは細字が薄く出やすいため、カラーやコントラストも合わせて調整します。PDF化やスクリーンショット比較で環境差を可視化し、プラットフォームごとに最適値を分ける運用が有効です。

• ウェイトの割当と可変設定、レンダリング差の補正方法を示す

AdobeやIllustratorでThinになる現象の回避

IllustratorやAdobeアプリでThinになる場合、文字パネルのウェイトが「Regular」でも合成処理で細く見えることがあります。環境設定のアンチエイリアスはアート最適化を選び、GPUプレビューとCPUプレビューを切り替えて差を確認します。合成フォント機能が別書体を混在させ細く見せるケースがあるため無効化します。PDF書き出しではフォント埋め込みとサブセット閾値を100%に設定し、互換性設定を変更して出力差を検証します。プリント時のヘアライン化を避けるため、アウトライン化は最終手段とし、先にウェイト指定とレンダリング設定を最適化します。

• アンチエイリアス方式と合成フォント設定、環境設定の見直しを記す

PDFで細くなる・文字化けする問題の実務対策

PDFにフォントを正しく埋め込む設定

PDFでnoto sans jpが細くなる・文字化けする原因の多くは、未埋め込みや不正なサブセット化、CIDフォント処理、互換性のないPDF設定です。対策は「全フォント埋め込み(またはサブセット)の徹底」「RGB一貫」「アンチエイリアス最適化」「書き出し前の事前検証」です。2025/09/09時点の主要アプリでは、PDF/X-1aやPDF/X-4など標準プリセットの活用で安定化します。アウトライン化は再編集性を失うため最終手段とし、まずは埋め込み優先で運用します。

• 全フォント(サブセット)埋め込みを必須化

• PDF/X系プリセットを活用し互換性担保

• RGB統一でカラープロファイル問題を抑制

• レンダリング差を避けるためヒンティング維持

• 出力前にプリフライトで欠落グリフ確認

アプリ別の埋め込み可否やサブセット挙動は下表で確認してください。

パワーポイントやオフィス系でのPDF出力安定化

PowerPointやWordでは、noto sans jpの置換やPDF化での細線化が発生しやすいです。対策は「フォントの埋め込みを有効化」「互換機能の自動置換を抑制」「図形の線幅を0.25pt以上」「箇条書きシンボルをnoto sans jp由来に統一」です。配布先のWindowsとMacで表示差が起きるため、2025年時点では配布用はPDF/X-1aでフラット化し、編集用はPPTX同梱の二本立てが安全です。文字の途切れや細く見える問題は、スライドサイズと解像度の不整合でも起きます。PDF作成時は高解像度で書き出し、拡大投影時の視認性を確保します。

• ファイル→オプション→保存→フォントをファイルに埋め込む

• 代替フォントを許可しない設定を確認

• 箇条書き・約物の文字コードを統一

• 0.25pt未満の線幅を避ける

• 配布はPDF/X-1a、編集はPPTX同梱

文字化けや置換を避ける書き出し手順

文字化けは「未対応グリフ」「異体字/約物の混在」「エンコード不一致」「合成フォントの想定外置換」で発生します。まずドキュメント全体をUTF-8で一貫させ、半角/全角や和欧約物の統一を行います。noto sans jpのウェイト名差異でThinになる症状は、スタイル置換やCSS指定のフォールバックが原因のことがあります。PDF書き出し時は必ずフォントリストにnoto sans jpが完全埋め込みで表示されるか確認し、CID/ToUnicodeマップを保持する設定を選びます。未収録文字は意図的に代替フォントを限定し、混在を最小化します。

• 文書エンコードの統一(UTF-8推奨)

• 約物・ダッシュ・クォートを統一

• 合成フォントの優先順位を固定

• 書き出し後にフォント埋め込み状態を検証

• 未収録グリフは事前に置換ポリシーを明示

比較で選ぶ最適解：Noto Sans CJK JPや似ているフォントとの違い

Noto Sans CJK JPとNoto Sans JPの実用差

Noto Sans CJK JPはAdobeとGoogle共同の汎用CJKファミリーで、日本語・中国語・韓国語を単一フォントで包括します。Noto Sans JPは日本語表示最適化版で、欧文プロポーションや約物バランスが日本語文脈に合わせて調整されています。実務では、Webやアプリの日本向けUIにはNoto Sans JP、マルチ言語混在のドキュメントや国際配布PDFにはCJKが適しています。容量面はCJKが大きく、Web配信ではJPやサブセット化、woff2圧縮を推奨します。更新はGoogle Fonts経由のJPが導入と保守が容易で、2025/09/09時点でも一般的な選択肢として安定しています。

Windowsで使いやすい似ているフォント候補

Windows環境でNoto Sans JPに近い見た目と扱いやすさを求める場合、メイリオは画面視認性に優れ、小サイズのUIや長文に安定します。游ゴシックはやや繊細で紙面やモダンなWebに向きます。Noto Sans JPはウェイトが豊富でブランドや資料の階層設計に便利です。PowerPointやPDFでの互換性確保には、埋め込み可否とライセンス条件の確認、太さの見え方の検証が重要です。Windows 10/11ではレンダリング差を考慮し、見出しはMedium以上、本文はRegular相当を基準にし、アンチエイリアスでの細りを実機確認する運用が実務的です。

• メイリオ: UI向け、可読性重視

• 游ゴシック: デザイン寄り、紙面や見出しに適性

• Noto Sans JP: ウェイト多彩、Web/資料両対応

• 導入の要点

  • フォント埋め込みとサブセット化を有効化
  • OS/アプリ間の代替置換を事前テスト
  • woff2配信と表示遅延対策を併用

源ノ角ゴシックとの違いと選び方

源ノ角ゴシックはAdobeブランド、Noto Sans JPはGoogleブランドで、設計の骨格は共通です。配布経路とライセンス表記の運用、アプリ連携の違いが実務差になります。Adobe Fontsを中核にする制作環境では源ノ角ゴシックが自動同期やバージョン管理で便利です。Webやクロスプラットフォーム導入ではGoogle FontsのNoto Sans JPが軽量配信やキャッシュ共有の利点を持ちます。表示最適化では、欧文のベースラインと和文の字面バランスがNoto Sans JPで安定しやすく、混植での行間設計が容易です。選定は運用基盤、配布形態、最終成果物の媒体で決めるのが効率的です。

実装ベストプラクティス：Webフォント最適化とCSS設定

表示速度を上げるサブセットとunicode範囲の設計

日本語はグリフ数が多く、noto sans jpをフルセットで配信すると初回表示が遅くなります。用途別にサブセットを分割し、先頭ビューで必要な文字だけを読み込む設計が有効です。2025/09/09時点では、ひらがな・カタカナ・基本記号・ASCII・必要最小の漢字を優先し、残りは遅延読込に回すと安定します。unicode-rangeを用い、ASCIIと日本語を分離するとCDNキャッシュ効率も向上します。preloadは最小セットに限定し、他はfont-display:swapで代替表示を許可します。

• 先読みは1〜2ファイルに限定しCLSを抑制します

• クリティカルCSS内で最低限のfont-family宣言を行います

• 漢字拡張はユーザー操作後に非同期取得します

使用例として、ASCII用と日本語用を分け、woff2優先で提供し、HTTP/2以降の多重化を前提に分割数を最小限に保つと良いです。キャッシュ失効は長期化し、ファイル名にハッシュを付与します。

フォールバック戦略と約物の統一

フォールバックは描画差の小さい順に並べ、noto sans jpが未反映でも崩れない体裁を確保します。約物はフォント間でプロポーションが異なるため、句読点・括弧・ダッシュの統一が重要です。和文は等幅約物とベースラインの整合で読みやすさが変わります。line-heightは和文の縦方向オーバーシュートを見込み、過不足のない値に固定します。WindowsとmacOSのレンダリング差を踏まえ、文字化け時の代替も設計します。

• font-familyは和文優先で日本語フォントを先頭にします

• 約物はCSSのfont-variant-east-asianで安定させます

• 行間は本文で1.6前後、見出しで1.3前後を基準にします

可変フォントとウェイトコントロール

noto sans jpの可変フォントは、1ファイルで複数ウェイトを提供でき、転送量を削減します。本文と見出しで最適ウェイトを分けると視認性が向上します。本文はレンダリングのにじみを抑えるため、Windowsのヒンティング傾向を考慮し中量域を選びます。見出しはコントラストを確保しつつ、字間の詰まりを調整します。ウェイトのマッピングは、OS・ブラウザの太さ補間差を吸収するため、明示的なfont-weight指定と光学サイズに準じたletter-spacingで安定させます。

• 本文の推奨: 400〜450、字間0〜0.02em

• 見出しの推奨: 600〜700、字間-0.01〜0em

• 小サイズUI: 500、字間0.01em、行間やや広め

Windows・mac・Adobe・ブラウザ別の表示と設定差を理解する

Windowsとmacでのレンダリング差と推奨設定

WindowsはClearTypeとヒンティング最適化が強く、Noto Sans JPのステムがくっきり表示されやすい一方、低解像度でウェイトが硬く見えることがあります。macはサブピクセルよりグレイスケール重視でアンチエイリアスが滑らかに効き、同一ウェイトでもわずかに太く柔らかく見えます。2025/09/09時点では、WindowsはClearType有効化とスケーリング100〜125%推奨、macはフォントスムージング標準設定を維持し、Retina環境での確認を推奨します。WebではCSSでfont-feature-settingsとfont-synthesisを明示し、woff2配信とunicode-rangeサブセットで読み込みを最適化します。UIは12–16px、本文は1.6前後の行高で可読性を確保します。

• WindowsはGDI描画の旧アプリでヒンティング差が顕在化しやすいです。

• macはサイズ未満の光学補正で字面が膨らむ見え方があります。

• デバイス解像度差を踏まえ、等幅要素はタブ桁を統一します。

Adobeアプリと主要ブラウザでの安定表示のコツ

Adobeアプリでは、IllustratorとInDesignがOpenType機能や和文組版に強く、Photoshopはピクセルベースで小サイズ時に細く見えがちです。Noto Sans JPがThinになる現象は、疑似ボールドやGPUプレビュー、スケール補間の組み合わせが一因となることがあります。2025/09/09時点の推奨は、GPUパフォーマンスをオンにしつつ、アンチエイリアスを「シャープ/強く」を使い分け、OpenType約物と字形切替を明示します。ブラウザはChromium系とFirefoxでヒンティング解釈差があるため、ウェイトは数値指定とfallback順序の最適化が有効です。

• PDFはサブセット埋め込みとCID保持で文字化けを抑止します。

• CSSではfont-weight:400/500/700を明示し、synthesisを無効化します。

• PowerPointはフォント埋め込みと互換モード解除で置換を回避します。

使いこなしのコツ：資料・Web・アプリで見栄えを最適化する

プレゼン資料で読みやすく美しく仕上げる

noto sans jpをプレゼンで使う際は、スクリーン投影でのコントラストと視認距離を前提に設計します。本文はRegular〜Medium、見出しはBold以上を基準にし、投影環境が明るい場合は1段階太くします。行間は和文本文でフォントサイズ×1.4〜1.6、英数混在が多い場合は+0.1調整が安全です。箇条書きは字下げを一定にして句読点と約物の統一を徹底します。PowerPointではフォントの埋め込みを有効化し、noto sans jp パワポやnoto sans jp 文字化けの回避に役立てます。PDF書き出し時はサブセット化をオンにし、noto sans jp pdf 文字化けやnoto sans jp pdf 細くなるの抑制を図ります。2025/09/09時点のWindowsとMacの表示差にも留意します。

• スライド本文は28pt以上、見出しは36pt以上を目安にします。

• 投影テストは実機と想定距離で確認します。

• 英数字のゼロ/オー、イチ/エルの判別を事前チェックします。

WebやUIでのタイポグラフィ改善

Webやアプリでは、noto sans jp windowsやnoto sans jp macのレンダリング差を考慮しつつ、見出しと本文のウェイトを体系化します。CSSはfont-familyで”Noto Sans JP”, system-ui等のフォールバックを指定し、noto sans jp 反映されない cssやnoto sans jp 反映されない safariの対策として、キャッシュ無効化とプリロードを併用します。本文は400〜500、見出しは600〜800を基本に、英字はletter-spacing微増、和文はデフォルト維持が安定です。和欧混植は、記号と数字のサイズ・太さ差を比較し、UIの主要画面でA/B比較します。PDF出力機能がある場合は埋め込み方式を指定し、noto sans jp pdf埋め込みやNoto Sans JP PDF 細く なるの再発を防ぎます。2025年のバリアブル対応環境ではaxes固定出力で表示差を抑制します。

• 見出し:h2=700、h3=600、本文=400〜500を基準化します。

• 数字は等幅が必要ならtabular設定を優先します。

• 日本語と英字のベースライン差は実機で確認します。