Kindle出版のAI申告は必要?AI生成・AIアシストと表紙・翻訳の確認方法
【ご案内】この記事には、僕が提供する有料出版サポートへのリンクがあります。
KINDLE / AIを使った原稿の確認
AIを、どこで使った?
一冊の工程から、整理する。
本文だけでなく、表紙や翻訳も。AI生成とAIアシストの違いを確認し、申告と原稿の見直しを分けて進めましょう。
公式情報の確認日:2026年10月18日。画面名や提供条件は変わる場合があるため、実際のアカウント表示と公式案内も併せて確認してください。
この記事の目次
AI生成は申告が必要。AIアシストとは区別されます
AIを使ってKindle本を作ると、全部申告しないといけませんか?
KDPでは「AI生成」と「AIアシスト」を分けています。ツールを使ったかだけでなく、実際に掲載する文章や画像を、どのように作ったかを整理してみましょう。本文だけでなく、表紙や翻訳も確認します。
AIで文章の案を出す。自分で書いた原稿の誤字を探す。表紙のイラストを作る。同じ「AIを使う」でも、制作の中で担っている役割は違います。
Kindle出版では、使った回数や自分で直した文字数より、実際のコンテンツをどう作ったかを確認することが大切です。この記事では、KDPの公式な区分を出発点に、作業を整理するメモ、申告前の確認、品質や権利の見直しを紹介します。
AIを使ったら出版できない、という話ではありません。一方で、AIを使って申告すれば、どんな内容でも出版できるわけでもありません。制作の説明と、読者に渡せる内容に整える作業を分けて進めていきましょう。
出典:KDP公式「コンテンツ ガイドライン」(2026年10月18日確認)。

「AI生成」と「AIアシスト」は、作った工程を見て判断します
公式では、AIツールで実際の文章、画像、翻訳を作った場合をAI生成と説明しています。そのあと自分で大幅に編集していても、AI生成として扱われます。「手を入れたから、最初から自分で書いたことになる」とは考えないようにしましょう。
一方、自分で作った文章や画像に対し、AIを使って編集、改良、エラーチェックなどを行う場合は、AIアシストと説明されています。AIでアイデアを出しても、最終的な文章や画像を自分で作った場合も、この区分に含まれます。
| 制作の流れの例 | 確認する区分 | 見落としやすいこと |
|---|---|---|
| AIで本文を作り、内容を編集して掲載 | AI生成 | 大幅に直しても、自動的にアシストへ変わるわけではない |
| 自分で書いた本文の誤りをAIで確認 | AIアシスト | 実際の本文までAIで新たに作った部分がないかを整理 |
| AIの案を参考に、自分で文章を書いた | AIアシスト | 案を考えることと、生成した文章を掲載することを分ける |
| 表紙のイラストをAIで生成して使う | AI生成画像 | 本文を自分で書いていても、画像を別に確認 |
| AIで翻訳した文章を編集して掲載 | AI生成の翻訳 | 訳文を手直ししたことだけで判断を変えない |
出典:KDP公式「コンテンツ ガイドライン」(2026年10月18日確認)。
上の表は、公式の区分を具体的な制作の流れに当てはめた整理です。複数の工程が混ざっている場合は、文章、画像、翻訳を分けて考えます。判断が難しい部分を「たぶん大丈夫」とまとめて扱わず、何をどのように作ったかを説明できる形にしてください。
本文・表紙・挿絵・翻訳を、一つずつ棚卸しします
本文は全部自分で書きました。表紙だけAIなら、関係ありませんか?
公式のAI生成画像には、表紙や本文の画像も含まれます。本全体を「自分で書いた」で一つにまとめず、どの素材をAIで作ったかを見ていきましょう。
原稿の制作中は、本文に意識が向きやすいです。でも、出版する一冊には、表紙、挿絵、図、翻訳した文章など、複数の要素があります。それぞれを別の方法で作っていることもあるので、一冊まるごとの印象だけで判断しないようにします。
僕なら、掲載するものを一覧にし、「誰が作ったか」「どの道具を何に使ったか」「元のデータはどこにあるか」を残します。申告画面が開いてから思い出そうとするより、制作と一緒に記録するほうが整理しやすいです。
例えば、本文は自分で執筆し、誤字確認にAIを使い、表紙の絵だけは画像生成ツールで作ったとします。その場合は、本文の工程と、表紙画像の工程を分けて記録します。これは制作方法を整理するための例です。
外注した素材も同じです。完成した画像を受け取っただけでは、制作方法が分からない場合があります。AIの利用や商用利用の条件について、依頼時に何を確認するか決めておくと、出版直前に聞き直す負担を減らせます。
「何%直せば申告不要」という考え方は使いません
ここは、間違えやすいところです。AIが作った原稿へ自分の体験談を20%足す、半分を書き直す、といった割合だけで、申告が不要になるという公式ルールは確認できません。
公式の説明では、実際のコンテンツをAIで作った場合は、後から大幅に編集してもAI生成として扱われます。文字数の比率を計算して、申告しない根拠にする方法は選ばないようにしましょう。
自分の体験を加えることには、読者へ具体的に伝える意味があります。けれど、体験を加えて内容を良くすることと、制作方法をどう申告するかは別の話です。読みやすくなることと、区分が自動で変わることを結びつけないでください。
また、AIらしい言い回しを消すことだけを目的にすると、確認すべき事実や出典が後回しになりがちです。言葉を自然に整えたとしても、存在しない資料や、経験していない出来事まで事実として残してしまえば、読者を誤解させます。
僕が大切にしたいのは、どれだけAIらしさを隠せるかよりも、何を自分で確かめ、どこまで説明できるかです。自分の経験、調べた情報、例として考えた場面を分けると、原稿を見直すときの判断もしやすくなります。
出典:KDP公式「コンテンツ ガイドライン」(2026年10月18日確認)。
申告と、権利・事実・品質の確認は分けて進めます
AI利用を申告すれば、権利の確認は済んだことになりますか?
申告は制作方法についての手続きです。出版に必要な権利や、内容が正しいか、読者が問題なく読めるかは、別に確認する必要があります。
AIで作った内容でも、AIで補助した内容でも、KDPのコンテンツガイドラインを守る責任は出版する側にあります。どのツールを使ったかを入力したことだけで、権利や内容の確認まで終わるわけではありません。
画像や文章については、使ったサービスの利用条件、第三者の素材、引用や許可が必要な部分を確認します。利用できる範囲が分からない素材を、「AIが作ったから自由に使える」と決めつけないようにしてください。個別の法的判断が必要な場合は、権利者や専門家へ確認します。
出典:KDP公式「著作権のガイドライン」(2026年10月18日確認)。
事実の確認では、人名、地名、年、数値、制度、参照した文献やURLを洗い出します。とくに変わりやすい情報は、原稿を作った日の記憶だけでなく、出版前に公式情報を開き直します。調べられなかったことを、断定する文章のまま残さないことが大切です。
文章の確認では、同じ説明の繰り返し、話の食い違い、読者が必要な手順の抜けを見ます。文字数を増やすために章を足すより、読み終えた人が次に何をすればよいか分かるかを確かめましょう。
画像を使う本では、小さな画面でも文字や矢印が読めるかを見ます。画像の中だけに大切な説明を閉じ込めず、本文にも必要な情報を添えると、読者が内容を追いやすくなります。AI生成の絵を、実際の作業画面や実証した結果のスクリーンショットとして見せることも避けてください。
出典:KDP公式「コンテンツの品質に関する基準」(2026年10月18日確認)。
表示確認の手順は目次・改行・画像のプレビュー確認へ。内容ができたあとも、読者の画面で読めるかを確認する時間を残しておきましょう。
申請する前に、実際の画面と制作メモを照合します
KDPに新しい本を提出するとき、または既存の本を編集して再出版するときは、現在の画面のAIコンテンツに関する質問を確認します。古い記事のスクリーンショットと、同じ場所に同じ選択肢があるとは限りません。
手元の質問が何を尋ねているかを読み、制作メモと照らして、該当する情報を入力してください。ボタンの位置だけを覚えるより、何を尋ねられているかを確認するほうが、画面が変わったときにも判断しやすくなります。迷う場合は、どの工程のどの内容が分からないかを整理して、KDPへ確認しましょう。
掲載する素材の一覧を作る
本文、表紙、挿絵、翻訳を分け、AIを使った工程を記録します。制作に関わった人が複数いる場合は、その人にも確認します。
現在の公式ルールを読む
生成とアシストの定義を、掲載する最終データの制作過程に照らして確認します。割合だけで分類しないようにします。
実際の質問に沿って入力する
現在のKDP画面で求められている項目を確認します。分からないことを推測で埋めず、必要な情報を整理してから進めます。
内容と表示を確認して提出する
申告だけで安心せず、事実、権利、原稿、表紙、プレビューを見直します。提出後は、本棚のステータスや通知も確認します。
すでに出版した本の申告内容が気になった場合は、まず現在の登録と、自分の制作記録を確認します。状況が分からないまま、複数の本を一括で削除したり、同じ本を重ねて作り直したりする前に、公式へ確認してください。
提出後に通知が届いた場合も、一般的なAI対策の文章をそのまま送るのではなく、その本のどの項目について何を求められたかを読みます。提出する資料や説明は、実際の制作過程と一致するものにしましょう。
原稿の更新については出版後の修正と新しい版の扱いもご覧ください。小さな修正と、本全体を作り直す変更を分けて考えられます。
自分の言葉を残しながら、一冊を仕上げましょう
AIを使うと、書き出しや整理が進む場面はあります。ただ、最後にその本を読むのは、ツールではなく読者です。言葉が並んでいることより、読み手の疑問に答えられているかを見たいと思っています。
例えば経験を伝える本なら、自分が何をして、どこで迷い、何を確認したかを整理します。記録がない出来事を埋めるために、都合のよい体験談を作らないでください。調べて書く部分は出典を控え、自分の感想とは分けておきます。
小説やエッセイでも、どの部分を自分で作り、どの作業に補助を使ったかが分かると、制作を振り返りやすくなります。公開前の原稿をサービスへ入力する場合は、必要な同意や、そのサービスの情報の取扱いも確認しましょう。
相談する場合も、最初から全文や制作履歴を送る必要はありません。原稿のテーマ、だいたいの量、AIを使った部分、困っている点を短く教えていただければ、確認が必要な作業を整理できます。読者に伝わる内容へ整えて、出版に進むための相談です。
出版全体の流れはKindle出版の始め方へ。講座で学びたい方は講座の内容と支援範囲も確認できます。急いで冊数を増やすより、読者へ渡せる一冊を整えるところから進めていきましょう。

