Kindle本の外部リンクを確認するチェックリスト
Kindle本へ参考資料や補足のリンクを入れるとき、原稿の編集画面で開いたことだけを確認して完成にしていませんか。
制作後のファイルでは、表示名、行き先、本文との関係、掲載条件をそれぞれ点検する必要があります。
ナガーノがこの記事で整理するのは、外部リンクを一覧にし、出版前の確認結果を記録するチェックリストです。
アフィリエイト記事のリンクを再編集する方法とは別に、ここでは電子書籍の制作後に、読者が使う案内として確認する工程を中心に扱います。
個別のリンクの掲載可否は、実際の原稿とリンク先を公式条件に照らして判断してください。
外部リンクを、本文の補助として設計する
外部リンクは、本の外にある資料や内容へ進むための案内です。
その案内が、どの説明を補うかを明確にします。
リンク先を見ないと主な説明が分からない場合は、本文へ必要な前提を追加できるかを検討します。
外部ページへの移動が続き、読者が本の流れを追いにくくなっていないかも見ます。
数を増やすためではなく、必要な資料を参照するためのリンクとして整理してください。
公式条件を、確認の基準にする
KDP公式では、本の内容や読書体験に直接関係する外部リンクを対象としています。
リンク禁止の例として、Amazon以外の電子書籍ストア、顧客情報の入力を求めるフォームなどが示されています。
表示名から行き先が分かることや、同じページ内で同じリンクを繰り返さないことも案内されています。
掲載前にKDP公式のハイパーリンクに関するガイダンスを確認してください。
リンクの形式や名前だけで、掲載条件を満たしたと判断しません。
行き先の内容と、原稿の文脈を合わせて確認します。
まず、すべての掲載場所を一覧にする
本文、注、表、画像、巻末の案内などから、外部リンクを拾います。
表示されているURLだけでなく、文字や画像へ付いたリンクも含めます。
章名と掲載場所を記録し、同じリンクが複数ある場合は、それぞれの場所を残しておきましょう。
制作前の一覧があるなら、制作後のファイルと照合します。
追加されたリンクや、削除したはずのリンクが残っていないかを見ます。
リンクを開く作業だけでは、一覧から抜けたものを確認できないため、掲載場所の照合も別に行ってください。
リンクごとに、必要な理由を一文で書く
各リンクについて、読者が何を確認するためのものかを書きます。
仕様の確認、関連資料の参照、補助的な図の閲覧など、本文の問いに対応する理由を整理します。
理由を説明できないリンクは、残す必要があるかを見直してみましょう。
関係する分野のサイトであることだけでは、現在の段落に必要な案内とは限りません。
読者がその場所で求める情報に、リンク先が答えているかを確認しておきましょう。
表に記録した理由と、本文の案内文の内容が違っていないかも照合してください。
表示名から、行き先が分かるかを見る
「こちら」「詳しくはこちら」だけでは、何を開くかが分かりにくい場合があります。
資料名、公開元、確認できる内容を使い、行き先を説明する表記へ整えます。
表示名を変えたら、リンク先もその内容と一致するかを確認します。
古い資料名のまま新しいページへ進んでいないかも見ます。
同じ資料を別の名前で案内している場合は、表記をそろえる方法を検討します。
長いURLの文字列を見せるだけで十分かどうか、読者が選ぶ場面を想定してください。
最終的に進むページの内容を確認する
リンクを開いた後、別のページへ転送される場合があります。
最終的な行き先が、本文で紹介した資料かを見ます。
販売ページが閉鎖され、別の案内へ変わっている場合や、情報入力を求める画面へ進む場合は、その状態を記録しておきましょう。
正しく開いたという一つの結果だけで、内容の確認を終えません。
購入、申込み、個人情報の送信まで進める必要はありません。
原稿で案内する内容が確認できるかを、読み取りの範囲で点検してください。
ログインが必要な案内を区別する
あなたの環境で開けた資料でも、読者にはログインが必要な場合があります。
資料が一般公開か、登録した人だけが使えるかを確認してみてください。
読者が利用するための条件がある場合は、本文の案内と掲載条件を見直します。
確認できない状態を、誰でも見られる資料として紹介しないようにします。
外部サービスの私的な画面や、個人の共有資料へ誤ってリンクしていないかも確認します。
公開していない情報が行き先に含まれる場合は、そのリンクを公開原稿へ採用する前に扱いを確認してください。
資料の時点と、本文の説明を照合する
リンク先の資料が更新されると、本文で説明した条件と違う内容になる場合があります。
資料の公開日、更新日、対象の版などを確認しておきましょう。
本が特定の時点を扱うなら、そのことを本文で示し、現在の資料と混同しないようにします。
資料が新しくなった場合は、リンクだけを変えるか、本文の説明も直す必要があるかを検討します。
本文の結論が古いままなのに、リンク先だけ現在のページへ変えて完了にしません。
何を根拠に書いた説明かを、作業用の記録へ残してください。
同じリンクの繰り返しを整理する
複数の記事を本へまとめた原稿では、同じ参考ページへのリンクが何度も出ることがあります。
各場所で必要な理由があるかを確認してみてください。
同じページ内の案内をまとめられるなら、本文の流れに合う位置へ整理します。
ただし、まとめることで、どの説明の出典か分からなくならないようにします。
出典の対応と、読者を外へ案内する頻度を分けて考えます。
重複を消す作業の後は、本文の「次の資料」などの表現が残っていないかを読み直してください。
動かないリンクの状態を分けて記録する
リンクが開かない場合、URLの誤り、資料の移動、確認環境の対応、接続の状態など複数の理由が考えられます。
すぐに削除する前に、何が起きたかを記録します。
リンクを選べないのか、ページへ進んでも内容がないのか、違うページへ進むのかを分けて考えてみましょう。
確認できない原因を、特定の理由として推測で埋めません。
必要な資料なら現在の公開先を確認し、本文への影響も見ます。
採用を見送る場合は、リンクを外した後の説明が成立するかを点検してください。
制作後のファイルで、もう一度確認する
原稿の編集画面と、出版用ファイルではリンクの扱いが変わる場合があります。
制作後のファイルを、対応する確認環境で開きます。
文字や画像の、どの部分を選ぶとリンクが開くでしょうか。
見た目の位置と実際に選べる範囲が合うか、操作して確かめてみてください。
表示名が改行で分かれている場合や、リンク範囲が本文へ広がっている場合は、読みやすさと操作を点検しておきましょう。
使用する形式によって外部リンクの対応が違うため、公式の条件と確認環境を合わせます。
実際に確認していない端末や機能を、利用できたものとして報告しないようにします。
公開前のチェックリストを用意する
リンクごとの記録を、次の項目へ分けます。
| 確認欄 | 確認すること |
|---|---|
| 役割 | 本のどの説明を補うか |
| 表示名 | 行き先の内容が分かるか |
| 掲載条件 | 公式条件に照らして確認したか |
| 行き先 | 最終ページが想定する資料か |
| 動作 | 制作後のファイルから開くか |
| 確認範囲 | 環境、日付、未確認の事項は何か |
全部の欄に同じ完了印を付ける前に、それぞれで確認した根拠を見ます。
架空の参考リンクを点検する例
架空の原稿に、公式仕様の資料、補助的な動画、登録が必要な資料への三つのリンクがあるとします。
まず、各リンクが補う説明と、本文の案内文を一覧へ書きます。
次に、制作後のファイルから開き、最終的なページと閲覧の条件を確認します。
公式資料は本文の対象と同じ版か、動画は説明した内容があるか、登録資料は読者の条件と掲載条件を満たすかを別に確認します。
確認が残るリンクは、許可済みや動作確認済みとして扱いません。
この例は個別の掲載可否の判断ではなく、役割と確認結果を分けるための例です。
修正の依頼は、現象と期待する結果を示す
制作を担当する人へ修正を依頼する場合、リンクの掲載場所、表示名、実際の行き先を示します。
期待する資料が別にあるなら、その確認済みの公開先を伝えます。
掲載条件が未確認の場合は、単にURLを差し替える作業と分けます。
動作の不具合と、リンク先の内容が違う問題を同じ説明へまとめないようにします。
修正後は、新しいファイルで同じリンクを確認し、結果を記録します。
修正したことだけで動作確認が完了したとは扱わないでください。
公開後の見直しへ、記録を残す
外部の資料は、出版後にも変更や移動が起こる場合があります。
リンクの一覧と本文の対応が残っていれば、影響する説明を探しやすくなります。
読者から行き先について連絡が来た場合も、実際の状態を確認してから修正の方針を決めます。
連絡があったことだけで、すべての読者の環境で同じ現象だと断定しません。
更新する場合は、リンクと本文の両方を点検し、公開した版を記録しておくと、後の確認にも使えますね。
常に外部資料が変わらないと保証せず、確認できる範囲を管理してください。
相談する範囲を、リンク一覧へ添える
点検を始める前に、使用する制作ファイルの版を特定します。
同じ名前の古いファイルを確認すると、修正済みのリンクをもう一度不具合として扱ってしまう場合があります。
確認する版、作成日、対象の章を記録し、そのファイルの一覧を使います。
次に、最初のリンクの本文を読み、読者が何を確認するために選ぶかを把握します。
表示名が正しいかを確認した後、リンクを選びます。
行き先が開いたら、公開元、資料名、対象の内容を照合しておきましょう。
トップページへ進むだけで必要な資料が見つからない場合は、本文の案内を変更するか、現在の公開先を確認する作業へ分けます。
資料名が同じでも、対象の版が違う場合は、本文の説明がどちらを扱うかを見ます。
開いた画面で追加の登録や情報入力を求められたら、そのまま操作を進めず、閲覧の条件として記録します。
一件の確認が終わったら、元の本へ戻り、次の案内の本文を読みます。
同じ行き先だからといって、別の章の案内文の確認を省かないようにします。
行き先の動作確認は共有できても、各章との関連性は掲載場所ごとに異なるためです。
このように点検すると、リンクの総数と、異なる行き先の数を分けて管理できます。
同じ資料への五つの案内がある場合、行き先は一つでも、本文との対応は五か所に残ります。
確認表にはその違いを示し、どの案内をまとめるかを判断します。
不具合が見つかった場合は、すぐ全部のリンクを作り直すのではなく、問題の種類を先に整理します。
表示名だけの誤りなら表記の修正、資料の移動なら公開先と本文の確認、変換後の範囲の誤りなら制作の修正、と分けられます。
必要な確認が終わっていない問題は、技術的な修正だけで完了にしません。
新しいURLを入れる場合も、本との関連性や掲載条件を再確認してください。
修正結果が分かったら、確認表の元の結果を消す代わりに、修正した版と新しい結果を追記します。
後から同じ問題が出た場合に、どの変更を行ったかを確認しやすくなります。
最終的な集計では、確認済み、修正後の再確認待ち、掲載条件の確認待ち、今回は外す、という状態を分けます。
リンクが少なくなったことと、全部の確認が完了したことは同じではありません。
公開する版には未確認の案内を残す必要があるかを判断し、残る確認がある状態を完成済みとして報告しないようにします。
この確認結果を原稿の担当者と共有するときは、読者へ公開する本文と、作業のための記録を分けて渡します。
内部の確認メモをそのまま書籍へ掲載する必要はありませんが、何を根拠に案内を採用したかは手元へ残してください。
外部リンクの点検や制作を相談する場合は、原稿の版、一覧、確認結果を用意します。
動作の確認を相談するのか、本文の案内を編集するのか、掲載条件の確認が必要なのかを分けてみてくださいね。
秘密の認証情報や非公開の資料のURLを、公開する原稿や通常の作業記録へ混ぜないようにします。
外部リンクは、掲載場所、理由、表示名、行き先、動作を一件ずつ照合し、未確認の項目を残したまま管理します。
ナガーノの出版代行サービスの対応内容や申込み条件は、案内ページで確認できます。
あなたの原稿で準備済みの部分と、編集や制作で相談したい範囲を整理して検討してください。