KDPで太字が反映されないのはなぜ？原因と安全な直し方

「Wordでは太字なのに、KDPに上げると普通の文字に見える。」

「Kindle Previewerでは崩れるのに、原稿側のどこを直せばよいのかわからない。」

この悩みは珍しくありません。

KDPで太字が反映されない問題は、単なる表示不具合ではなく、原稿の書式設定やタグ構造がKindle側で正しく解釈されていない可能性があります。

Zero出版でも、Word原稿をそのまま入稿した結果、太字だけが抜ける、見出し全体が想定外に太くなる、改訂後もしばらく表示が変わらないといった相談を繰り返し受けてきました。

ただし、原因を順番に切り分ければ、落ち着いて解決できるケースが大半です。

この記事では、KDP公式が案内する確認ポイントを軸に、Word・EPUB・Previewer・反映タイミングまで含めて、実務で再現しやすい対処法を整理します。

KDPの太字トラブルは原稿構造の見直しで解決しやすいです

結論からいえば、KDPで太字が反映されないときは、まず原稿の書式とタグ構造を疑うべきです。

KDP公式でも、太字などの書式崩れがある場合は、ソースコードを確認し、開始タグと終了タグが正しく入っているかを見るよう案内しています。

また、不要な見出しタグが混入すると、本文全体が太字になったり、一部だけ想定外の表示になったりすることがあります。

つまり、問題の本質は「太字機能が使えない」ことではありません。

太字自体はKindleで反映される装飾ですが、原稿の作り方によって正常に変換されないと考えるのが適切です。

反映されない主因は4つに整理できます

Wordの直接装飾が複雑化している

Word原稿では、見た目を整えるために手作業で太字、文字サイズ変更、色変更、コピーペーストを繰り返すことがあります。

この状態になると、表面上は同じ太字でも、内部の書式情報が混在している可能性があります。

実務では、外部サイトやChatGPTの出力をWordへ貼り付けた箇所だけ、太字が消えるケースが目立ちます。

Zero出版での検証でも、貼り付け元の不要なスタイルが残っている原稿は、Previewerで太字の反映が不安定になりやすい傾向がありました。

そのため、Wordでは一度文字レベルの書式を解除し、必要な箇所だけ再設定する方法が有効です。

一般的には、Ctrl + Spaceで文字装飾をリセットできます。

HTMLタグやEPUB内コードに不備がある

EPUB編集やHTML変換を挟んでいる場合は、<strong>や<b>の開始タグと終了タグが崩れている可能性があります。

KDP公式も、書式付きテキストには開始タグと終了タグが必要だと案内しています。

たとえば、太字開始タグだけが残って終了タグが欠けていると、意図しない範囲まで太字が広がることがあります。

逆に、タグの入れ子が壊れていると、太字指定そのものが無視されることもあります。

HTMLやEPUBを手修正したあとにPreviewer確認を省略するのは危険です。

見た目だけで直ったと思っても、別端末表示で再発する可能性があります。

不要な見出しタグが混入している

本文に見出しタグが混ざると、太字の問題に見えて、実際は構造タグの誤用である場合があります。

KDP公式でも、不要な見出しタグの例が案内されています。

特に、<h5>などが本文途中に残ると、該当範囲が見出し扱いになり、太字やサイズ変更が発生します。

WordからEPUB化する過程や、外注データの再編集時に起こりやすい点です。

反映遅延やプレビュー差の可能性もある

もう一つ見落とされやすいのが、原稿自体ではなく表示タイミングの問題です。

改訂後の内容は、商品ページや端末側に反映されるまで時間差が出ることがあります。

実務解説では最大72時間程度が目安とされることがあります。

そのため、アップロード直後に旧データを見て「太字が消えた」と判断してしまうケースもあります。

まずはPreviewer上の表示、次にKDP管理画面の変換結果、最後に実機やアプリの反映時間を分けて考えることが大切です。

実際に直すときの確認手順

1. Word原稿の書式をいったん整理する

最初に行いたいのは、本文の書式の棚卸しです。

見た目が同じでも、内部では異なるスタイルが混在していることがあります。

1. 問題箇所を選択し、文字レベルの書式を解除します。

2. 必要な太字だけを再設定します。

3. 見出しは手動装飾ではなく、Wordの見出しスタイルで統一します。

4. 外部から貼り付けた箇所は、書式なし貼り付けで入れ直します。

Kindle原稿では、装飾を増やしすぎるより、見出しスタイルと段落構成を整えたほうが安定しやすいとされています。

本文の強調は最小限にし、見出し構造で読みやすさを作る方針が安全です。

2. EPUBやHTMLのタグを確認する

Wordだけでは解決しない場合、EPUB内部のHTML確認が必要です。

チェックする点は多くありません。

• 太字部分に開始タグと終了タグが両方あるか

• タグの入れ子が崩れていないか

• 本文中に不要な見出しタグが混ざっていないか

• CSSで太字が打ち消されていないか

もしHTML編集に不慣れな場合は、無理に複雑な修正を重ねないほうが安全です。

場当たり的にコードを書き換えると、toc.xhtmlや他の構造エラーを誘発する可能性があります。

3. Kindle Previewerで必ず変換後を確認する

KDPでは、改善されたタイプセットへの対応状況や実際の見え方を、Kindle Previewerで確認する流れが重要です。

Zero出版では、入稿前確認を「Word画面」ではなく「Previewer画面」基準で行っています。

理由は明確です。

読者さんが見るのはWordではなく、Kindle上の変換後表示だからです。

確認時は、PC表示だけでなく、タブレット想定やスマホ想定でも差を見ておくと安心です。

よくある具体例を見れば原因を切り分けやすくなります

ケース1: Wordでは太字、Previewerでは通常文字

この場合は、Word内部の書式競合が疑われます。

特に、他文書からのコピーペーストや、複数人編集の原稿で発生しやすい傾向があります。

対処としては、問題箇所の書式解除と再設定が第一候補です。

ケース2: 一部だけでなく広範囲が太字になる

これはタグの閉じ忘れ、または不要な見出しタグの混入が典型例です。

見た目の問題に見えても、実際は構造の問題である可能性が高いです。

EPUB編集ソフトやHTMLビューで確認すると原因が見つかりやすくなります。

ケース3: 修正したのに端末表示が変わらない

この場合は、反映待ち時間や端末キャッシュの影響も考えられます。

まずKDP管理画面とPreviewerで最新版が反映されているかを確認します。

そのうえで、端末やアプリ側の同期状況を見直してください。

アップロード直後は即時反映と限らないため、少し時間を置いて再確認する判断も必要です。

安定して反映させるための予防策

装飾より構造を優先する

Kindle原稿では、太字を多用して情報設計を行うより、見出し・段落・箇条書きで整理したほうが安定しやすいです。

強調したい箇所を増やしすぎると、かえって変換時の差異が目立ちます。

入稿前の確認順を固定する

Zero出版では、次の順番で毎回確認しています。

1. Word原稿のスタイル整理

2. 不要装飾の削除

3. Previewerで変換確認

4. 必要時のみEPUB内部チェック

この順序を固定すると、問題発生時にどこで崩れたか追跡しやすくなります。

外注原稿やAI整形原稿はそのまま使わない

外注データやAIで整形した原稿は、見た目が整っていても内部スタイルが複雑なことがあります。

納品直後のファイルを無検証でKDPへ入稿するのは避けるべきです。

一度自分のテンプレートへ流し込み、スタイルを統一してから使うと安全です。

迷ったらこの順番で確認すれば十分です

KDPで太字が反映されないときは、まず深刻な不具合だと決めつける必要はありません。

多くの場合、原因はWordの書式混在、HTMLタグ不備、不要な見出しタグ、または反映タイミングのズレです。

特に重要なのは、Wordの見た目ではなく、Kindle変換後の表示で判断することです。

公式情報でも、タグの開始・終了や見出しタグの確認、Previewerでの事前確認が重視されています。

原稿を整理し、Previewerで確認し、必要ならコードを見るという順番を守れば、無駄な再入稿を減らしやすくなります。

焦って再入稿を繰り返す前に、ひとつずつ切り分けてください

太字が反映されないと、すぐ再アップロードしたくなるものです。

しかし、原因が未特定のまま修正を重ねると、別の書式崩れを増やしてしまうことがあります。

まずは問題箇所を限定し、Wordの書式整理、Previewer確認、必要時のみEPUBチェックの順で進めてみてください。

それだけでも、かなりの確率で原因は見えてきます。

出版作業は、派手なテクニックよりも、再現性のある安全手順が結果を安定させます。