PowerPointでリボンの「フォント」ドロップダウンを開いた瞬間にクラッシュするのに、右クリックの［フォント］なら正常――この症状は「フォント一覧のプレビュー処理」周辺で問題が起きているサインです。原因を最短で切り分け、アドインまたは壊れたフォントを特定して解決する手順をまとめます。
この症状でまず押さえるべきポイント
リボン上のフォントドロップダウンは、単にフォント名を列挙するだけでなく、内部で「インストール済みフォントの列挙」「プレビュー文字列の描画」「最近使ったフォントの管理」などをまとめて実行します。ここでフォントや描画に関わる要素（壊れたフォント、フォントキャッシュ、描画系の拡張、アドイン）が絡むと、PowerPointだけが落ちることがあります。
一方、右クリック→［フォント］のダイアログは、リボンのドロップダウンとは別経路でUIを出しているため、「フォントを変える機能自体は生きているのに、一覧を開く瞬間だけ落ちる」という現象が起こり得ます。イベントログで POWERPNT.EXE が KERNELBASE.dll で落ちる（Event ID 1000） という形も、この手の“周辺要素の干渉”でよく見られます。
最短で原因を特定する切り分け表
| チェック | 結果 | 疑うべき原因 | 次にやること |
|---|---|---|---|
powerpnt /safe（セーフモード） | セーフモードでは落ちない | アドイン干渉が濃厚 | COMアドインを全無効→1つずつ戻して犯人特定 |
powerpnt /safe（セーフモード） | セーフモードでも落ちる | フォント破損、フォントキャッシュ、描画設定 | 最近入れたフォント退避／フォントキャッシュ再生成／描画設定の見直し |
最優先：セーフモードで再現するか確認する
この問題は「アドインが原因なのか」「フォント側なのか」で手順が大きく変わります。まずはセーフモードで“落ち方が変わるか”を見てください。ここが最短ルートです。
セーフモード起動手順
- PowerPointを終了します（バックグラウンドで残っていないかも確認）。
- Win + R を押して「ファイル名を指定して実行」を開きます。
powerpnt /safeと入力して実行します。- 起動したPowerPointで、問題の操作（リボン上のフォントドロップダウンを開く）を試します。
判定のしかた
- セーフモードで落ちない：ほぼアドイン（拡張機能）の干渉が原因です。
- セーフモードでも落ちる：フォント破損、フォントキャッシュ、描画周り（GPU/プリンタードライバ等）を優先して疑います。
セーフモードで落ちない場合：アドインが原因の可能性が高い
このケースは解決率が高いです。やることはシンプルで、いったん全部無効化してから、1個ずつ戻して犯人を特定します。
COMアドインを全無効化→犯人を特定する手順
- 通常モードでPowerPointを起動します。
- ［ファイル］→［オプション］→［アドイン］を開きます。
- 画面下の「管理」で COM アドイン を選択して［設定（Go）］をクリックします。
- チェックをすべて外して無効化します。
- PowerPointを再起動し、リボンのフォントドロップダウンを開いてクラッシュが止まったか確認します。
- 止まった場合は、COMアドインを1つずつ有効化→再起動→再現確認を繰り返して犯人を特定します。
COMアドイン以外も確認する
環境によっては、COMアドイン以外の場所から拡張機能が読み込まれていることもあります。COMアドインを全OFFにしても改善しない場合は、以下もあわせてチェックします。
| 種類 | 見つけ方 | ポイント |
|---|---|---|
| PowerPoint アドイン（.ppam など） | ［ファイル］→［オプション］→［アドイン］の「管理」から種別を切り替える | COM以外も混在していることがある |
| スタートアップに置かれた拡張 | Officeのスタートアップフォルダ／ユーザープロファイル側の起動時読み込み | 組織配布の拡張がここにあるケースがある |
| 外部アプリ連携の拡張 | PDF作成、校正、会議ツール、セキュリティなどの連携機能 | OfficeのUIにフックするタイプは影響が出やすい |
犯人のアドインが見つかったらどうする？
- まずは無効化のまま運用して、クラッシュが再発しないか確認します。
- 業務上必要なアドインなら、ベンダーの最新版へ更新（または再インストール）を最優先にします。
- 更新しても改善しない場合は、該当アドインの設定で「PowerPointへの統合機能」や「UI拡張」をオフにできないか確認します。
- 組織PCで勝手に変更できない場合は、犯人アドイン名・バージョン・再現手順を添えて情シス/管理者へ共有すると解決が早くなります。
実務で役立つ“特定のコツ”
アドイン特定は「有効化→再起動→テスト」を繰り返すだけですが、再現条件を安定させると精度が上がります。
- 必ず同じファイル（できれば空の新規プレゼン）で検証する
- 起動直後にフォントドロップダウンを開く（操作の順番を固定）
- 検証中は他のOfficeアプリを閉じ、常駐系（クリップボード管理、画面録画、文字入力支援など）も一時停止する
セーフモードでも落ちる場合：フォント破損（またはフォント周り）を疑う
セーフモードで落ちる場合、アドイン干渉の可能性は下がり、フォントや描画系が本命になります。特にリボンのフォントドロップダウンはプレビュー描画をするため、壊れた／相性の悪いフォントが1つ混ざっているだけで落ちることがあります。
最初にやる：最近追加したフォントを疑う
「昨日フォントを入れた」「制作案件で大量フォントを追加した」「フォント管理ツールを使い始めた」などの直後に発生した場合、原因特定は一気に簡単になります。
C:\Windows\Fontsを開きます。- 表示を詳細にし、更新日時（Date modified）で並べ替えします。
- 直近で追加/更新されたフォントを中心に、疑わしいものを一時退避（または削除）します。
- PowerPointを再起動し、リボンのフォントドロップダウンが開けるか確認します。
ポイント：削除が不安な場合は、まずは別フォルダへ退避して動作確認するのが安全です（ただしWindowsの保護や権限の都合で、フォントの移動/削除には管理者権限が必要な場合があります）。
見落としがち：ユーザー単位でインストールされたフォントも確認する
Windows 10/11では、フォントが「PC全体」だけでなく「ユーザーごと」に追加されるケースがあります。制作環境で“自分だけ見えるフォント”が入っていると、別ユーザーでは再現しないこともあります。
- Windowsの［設定］→（個人用設定）→［フォント］から、最近追加したフォントがないか確認する
- フォント管理ツールで「アクティブ化」したフォントが残っていないか確認する
大量フォント環境での特定を速くする方法（二分探索）
「フォントが数百～数千あって、どれが悪いか分からない」場合は、闇雲に1つずつ外すより、二分探索で絞るのが現実的です。
- システム標準フォント（Windows標準）には基本的に触れず、追加したフォント群（サードパーティ）を対象にする
- 対象フォントの半分を退避→PowerPointを起動→フォントドロップダウンで再現確認
- 落ちるなら「残した半分」に原因がある、落ちないなら「退避した半分」に原因がある
- 原因がある側をさらに半分にして同じ手順を繰り返す
この方法なら、1,024個の候補でも理論上は10回程度の検証で特定できます。
フォントキャッシュの破損も疑う（安全度の高い順）
フォントそのものが壊れていなくても、Windowsが保持しているフォントキャッシュが破損していると、一覧の描画やプレビューで落ちることがあります。以下は比較的安全な順に並べた対処です。
| 手順 | 狙い | 注意点 |
|---|---|---|
| PCを再起動する | 一時的なキャッシュ/プロセスの不整合を解消 | まずはここから |
| フォントの再インストール（疑わしいフォントのみ） | 破損したフォントファイルを置き換える | 同名の別バージョン混在に注意 |
| Windowsのフォントキャッシュ再生成 | キャッシュ破損をリセット | 手順を誤ると復旧に手間がかかるため、手順に不安がある場合は管理者へ相談 |
フォントキャッシュ再生成は、環境や権限によって手順が変わるため、組織PCや共有PCでは管理者の手順に従うのが安全です。個人PCで実施する場合も、必ずPowerPointを含むOfficeアプリをすべて終了し、実施後に再起動してから検証してください。
フォント管理ツールを使っている場合の注意
FontBase / NexusFont などの管理ツールは便利ですが、以下の条件が重なるとPowerPointのフォント一覧で問題が出やすくなります。
- 同じフォント名の別バージョン（古い版/新しい版）が同居している
- フォントがネットワークドライブや同期フォルダ上にあり、読み込み中にパスが変化する
- アクティブ化/非アクティブ化の状態が不整合になっている
対策としては、フォントをローカルに固定し、同名フォントの重複を避け、管理ツール側のキャッシュをクリアする（可能なら）と安定しやすくなります。
イベントログで状況を把握して“同じ現象”か確認する
すでに「Event ID 1000」「KERNELBASE.dll」で落ちていることが分かっている場合でも、落ちているモジュールや例外コードを控えておくと、切り分けがスムーズです。特に社内サポートへ相談する際に役立ちます。
イベントログの確認手順
- ［スタート］を右クリック→［イベント ビューアー］を開きます。
- ［Windowsログ］→［アプリケーション］を開きます。
- 「Application Error」や「PowerPoint」関連のエラー（POWERPNT.EXE）を探します。
- 「障害が発生しているモジュール名（例：KERNELBASE.dll）」「例外コード」「障害オフセット」などをメモします。
読み取りの考え方
- KERNELBASE.dll は“落ちた場所”として記録されやすく、これだけで原因が特定できるわけではありません。
- ただし、同じ操作で毎回同じ形で落ちるなら「再現性のある外部要因（アドイン/特定フォント）」を疑う根拠になります。
追加で効くことがあるチェック項目（解決率を底上げ）
アドイン/フォントで解決しない場合や、再発を繰り返す場合に、効果が出ることがある項目をまとめます。原因を潰し込むというより、PowerPoint側の描画経路を変えて回避できるケースがあります。
Officeの更新を適用する（意外と重要）
PowerPointは更新で描画周りや互換性が修正されることがあります。修復（クイック修復/オンライン修復）で直らなくても、更新適用で改善することがあります。
- ［ファイル］→［アカウント］→［更新オプション］から更新を実行（項目がある環境の場合）
- Microsoft 365環境では更新チャネルの違いで挙動が変わることもあるため、組織管理下なら管理者へ相談
ハードウェア グラフィック アクセラレーションを無効化する
フォント一覧のプレビュー描画は表示系の影響を受けることがあります。GPUドライバーや描画周りの相性で落ちる場合、アクセラレーションを切ると安定することがあります。
- PowerPointを起動します（起動できる範囲で）。
- ［ファイル］→［オプション］→［詳細設定］を開きます。
- ［表示］関連の項目から、ハードウェア グラフィック アクセラレーションを無効にします（表記は環境で多少異なります）。
- PowerPointを再起動して再現確認します。
既定プリンターを「Microsoft Print to PDF」に切り替えてみる
Officeは表示やレイアウト計算でプリンタードライバーの情報を参照することがあります。まれに、特定プリンタードライバーが不安定で、UI描画時に問題が出るケースがあります。
- 既定プリンターを一時的にMicrosoft Print to PDFへ変更
- PowerPoint再起動後、フォントドロップダウンの動作を確認
- 改善したら、プリンタードライバー更新/再インストールを検討
新しいWindowsユーザーで再現するか確認する
同じPCでも、別ユーザーでは問題が出ない場合があります。これは、ユーザー単位フォントやユーザープロファイル（設定/キャッシュ）に原因が寄っているサインです。
- 別ユーザー（新規作成）でPowerPointを起動して同じ操作を試す
- 別ユーザーで問題が出なければ、フォント/設定/キャッシュが“今のユーザー固有”である可能性が高い
リボンのカスタマイズやUI設定をリセットする
リボンのカスタマイズやUI設定が破損していると、特定のドロップダウン表示で問題が出ることがあります。心当たりがある場合は、リボンのカスタマイズをエクスポートしてバックアップした上で、リセットを検討します。
- ［ファイル］→［オプション］→［リボンのユーザー設定］から、カスタマイズのリセット/エクスポート（可能な環境の場合）
再発防止のために知っておきたい運用のコツ
原因が特定できたら終わりではなく、同じ状態に戻さない工夫が重要です。特に制作現場や社内標準PCでは、フォントとアドインの管理ルールを決めると安定します。
フォント運用のコツ
- 案件ごとにフォントを増やし過ぎない（必要最低限に絞る）
- フォントは信頼できる入手元を使い、同名フォントの重複を避ける
- 大規模なフォント追加の前に、復元ポイントやバックアップを取る
- フォント管理ツールを使う場合は「ローカルに固定」「同期フォルダ上での運用を避ける」
アドイン運用のコツ
- PowerPointに統合するアドインは最小限にする
- アドインは定期的に更新し、古いバージョンを残さない
- 不具合が出たら「セーフモードで再現するか」をルール化し、切り分けの初動を速くする
よくある質問
WordやExcelでは問題ないのに、なぜPowerPointだけ落ちるの？
アプリごとにフォント一覧の出し方やプレビュー描画の仕組みが異なるためです。PowerPointはスライド編集の都合で、フォントプレビューや描画処理が他アプリと違う経路を通ることがあります。そのため、同じPCでもPowerPointだけが影響を受けるケースがあります。
Office/Windowsの修復をしても直らないのはなぜ？
修復で戻るのは主にOfficeやWindowsの本体ファイルです。今回のように「外部のアドイン」「追加したフォント」「ユーザー側のキャッシュ/設定」が原因だと、修復では残ったままになり、症状が変わらないことがあります。
セーフモードで落ちない＝100%アドインが原因？
ほぼその線が濃厚ですが、例外として「通常起動時だけ有効になる設定/常駐ソフト」が影響している場合もあります。ただし実務上は、まずCOMアドインの全無効化と段階的な有効化で原因が判明することが非常に多いです。
フォントを削除したくない場合はどうすればいい？
まずは削除ではなく退避で検証してください。問題のフォントが特定できたら、再インストール（別バージョンに置き換え）で解決できる場合もあります。業務で必須のフォントほど、削除より「正しい版を入れ直す」ほうが安全です。
まとめ：最短ルートは「セーフモード」→「アドイン/フォント」の順
リボンのフォントドロップダウンを開いた瞬間にPowerPointがクラッシュする問題は、壊れたフォントかアドインの干渉が典型です。まず powerpnt /safe で落ち方を変えられるか確認し、セーフモードで落ちないならアドイン、落ちるならフォント周りを重点的に切り分ける――この流れで、無駄なく原因に辿り着けます。
コメント