内部 PDF ナビゲーション リンクは、読者が目次エントリから章に、相互参照からサポート図に、または索引エントリから参照ページにジャンプできるクリック可能な要素です。通常、ドキュメントの編集、結合、または変換後にこれらのリンクが切れると、ナビゲーション エクスペリエンスが崩壊します。読者は、ワンクリックで配信されるはずのコンテンツを見つけるために手動でスクロールする必要があります。内部リンクの破損は、PDF ドキュメントで最も一般的だが修正可能な問題の 1 つであり、リンク先がどのように保存され、何が問題になるのかを理解すれば、ほとんどの修復はわずか数分で完了します。
内部リンクは外部 Web リンクとは異なります。 Web リンクには、どのブラウザでも解決できる URL が保存されます。内部リンクには、同じ PDF 内の特定のページとビューを指すリンク先が保存されます。宛先には 2 つの形式があります。100% ズームで 14 ページに移動するという明示的なページ番号宛先と、リンクを切断せずに物理ページ番号を変更できるように Chapter3 のようなラベルを使用する名前付き宛先です。リンクとその宛先との関係が壊れると、リンクは非アクティブになるか、間違ったページをポイントします。
WukongPDF の PDF リンク および修復ツールは、ナビゲーション データを削除せずにドキュメントの再構築を処理します。壊れたリンクを修復した後、ドキュメントを再配布する前に、専用の PDF リーダーで各リンクを検証し、修正が機能したことを確認します。
PDF 内の内部リンクがどのように壊れるか
内部リンクが壊れる最も一般的な原因は、リンク作成後のページの挿入または削除です。 14 ページに移動するように設定されたリンクは、そのページ番号を宛先として保持したままになります。文書が編集され、元のページ 14 の前に 2 ページが挿入された場合、14 ページにあったコンテンツは現在 16 ページにありますが、リンクは依然として 14 ページを指しているため、完全に別のセクションになる可能性があります。名前付き宛先は、位置ではなくラベルによってコンテンツを追跡するため、この問題を回避しますが、すべての PDF オーサリング ツールがデフォルトで名前付き宛先を作成するわけではありません。
PDF の結合は、リンク切れの 2 番目に多い原因です。 2 つの PDF を結合すると、2 番目のドキュメントのページが最初のドキュメントのページの後に追加されます。 2 番目の文書の内部リンクは依然として元のページ番号を参照しており、結合されたファイル内の間違ったページを指しています。結合操作中に宛先の番号を付け直す結合ツールは、リンクの整合性を維持します。宛先を更新せずにページ ストリームを連結するだけの結合ツールでは、ナビゲーションが壊れます。
より微妙な原因は形式の変換です。 PDF が別の形式にエクスポートされて戻される場合、またはファイル サイズを削減するために非表示データを削除する最適化ツールを通じて処理される場合、最適化の一環として宛先オブジェクトが削除されることがあります。リンクはページ上に視覚的に表示されたままですが、参照先がファイル内に存在しないため、リンクをクリックしても応答がありません。特にリンク構造を対象とした Repair PDF 操作を実行すると、元のファイルのバックアップ コピーから失われた宛先を回復できる場合があります。
Adobe Acrobat Pro での壊れたリンクの修復
Acrobat Pro は、リンク先を検査および修復するための最も直接的なツールを提供します。 PDF を開き、[ツール]、[PDF の編集] の順に移動します。 「PDF の編集」ツールバーから「リンク」を選択し、「リンクの追加または編集」を選択します。ドキュメントには、既存のすべてのリンク領域の周囲に四角形が表示されます。壊れたリンクの四角形をダブルクリックして、[リンク プロパティ] ダイアログを開きます。ダイアログには、リンク タイプ (ページ ビューに移動)、および現在の宛先ページ番号とズーム設定が表示されます。
リンク先のページ番号が正しいにもかかわらずリンクが機能しない場合は、リンク先のオブジェクト自体が破損している可能性があります。 [リンク プロパティ] ダイアログの [宛先の編集] ボタンをクリックします。 Acrobat は、リンクが現在指しているページに切り替えます。正しいターゲット ページまでスクロールし、必要に応じてビューを配置し、[リンクの設定] をクリックします。リンク先が現在のページとビューに更新されます。壊れたリンクごとにこのプロセスを繰り返します。壊れたリンクが多数あるドキュメントの場合は、すべてが同じオフセットを共有しているかどうかを確認してください。最初に 3 ページが挿入されたために、すべてのリンクが 3 ページを指すのが早すぎる場合は、スクリプトを使用して固定オフセットで宛先を一括更新する方が、各リンクを個別に修正するよりも高速になる可能性があります。
バックアップまたはソースドキュメントからのリンクの回復
実際のシナリオでは、PDF がひどく破損しており、[リンク プロパティ] ダイアログでリンクを修復できない場合、ソース ドキュメントに戻るのが最速の回復パスであることがよくあります。 PDF が Word 文書、PowerPoint ファイル、または InDesign レイアウトから生成された場合は、正常な構成でソースから PDF を再生成します。エクスポート設定に PDF リンク注釈としてハイパーリンクと相互参照が含まれていることを確認します。 Microsoft Word の [PDF として保存] ダイアログには、内部相互参照がクリック可能な PDF リンクに変換されるかどうかにも影響する、アクセシビリティ用の文書構造タグのオプションが含まれています。
ソース文書が利用できず、現在の PDF のリンクが回復できない場合は、リンク構造を手動で再構築してください。 Acrobat Pro でリンクツールを開き、各ナビゲーション要素の上に新しいリンク四角形を描画し、リンク先を正しいページに設定します。 20 項目の目次の場合、これには約 10 分かかります。再構築されたリンクは、新しい宛先オブジェクトを持つ新しいリンク アノテーションとして保存され、元の構造からの破損が排除されます。
将来の編集におけるリンク破損の防止
| 症状 | 考えられる原因 | 修正アプローチ |
|---|---|---|
| リンクをクリックしても何も起こりません | リンクアクションが編集中に削除されました | リンクプロパティにリンクアクションを再追加します |
| リンクが間違ったページに飛ぶ | リンク作成後にページが挿入または削除された | リンク先を現在のページ番号に更新します |
| リンクは Acrobat では機能しますが、ブラウザでは機能しません | ブラウザ PDF ビューアは名前付きの宛先をサポートしていません | 名前付き宛先をページ番号宛先に変換する |
最も効果的な防止戦略は、PDF オーサリング ツールがサポートするページ番号の宛先ではなく、名前付きの宛先を使用することです。 Adobe Acrobat Pro では、名前付き宛先は宛先パネルで作成されます。宛先パネルには、ナビゲーション ペインの表示/非表示の表示メニューからアクセスできます。 [新しい宛先] ボタンをクリックし、わかりやすい名前を入力し、ターゲット ページとズームを設定します。リンクを作成するときは、「ページ ビューに移動する」ではなく「名前付きの宛先を使用」を選択し、リストから名前付きの宛先を選択します。今後ページを挿入または削除した後、名前付き宛先のページの関連付けを一度更新すると、その名前付き宛先を参照するすべてのリンクが自動的に正しい新しいページを指します。
名前付き宛先は、ページ番号宛先よりもマージ操作でも確実に存続します。プロ仕様のマージ ツールのほとんどは、ソース ファイル名をプレフィックスとして付けることで、名前付き宛先の競合を解決します。マージ ツールが競合を完全に解決しない場合でも、ソース ファイル内に名前付き宛先を指定すると、すべてのページを調べて壊れたリンクを探すのではなく、マージ後に競合を監査して修正できる体系的な方法が得られます。
内部リンクの破損はメンテナンスの問題であり、永続的な欠陥ではありません。リンク先を検査、更新、再構築するためのツールは、プロフェッショナルな PDF エディターに組み込まれています。重要な編集またはマージ後の内部リンクの迅速な監査により、読者が破損に遭遇する前に破損を発見します。従業員ハンドブック、技術マニュアル、ポリシー文書など、継続的な参照として機能する文書の場合、更新ワークフローにリンク チェック ステップを組み込むことで、連続した改訂にわたって壊れたナビゲーションが蓄積されるのを防ぎます。機能する内部リンクのあるドキュメントは、読者の時間を尊重します。
ドキュメント ライブラリ間のリンクの一括修復
数千件の事件ファイルを管理する法律事務所や、広範な仕様書を抱えるエンジニアリング部門など、大規模なドキュメント ライブラリを持つ組織は、大規模なリンク メンテナンスの課題に直面しています。各 PDF にリンク切れがないか手動で検査することは不可能です。自動リンクチェッカーは、Acrobat Pro のプラグインとして、また PDF のフォルダーを解析し、リンク先のページ番号が文書の実際のページ範囲外にあるすべてのリンクを報告するスタンドアロン スクリプトとして存在します。 42 ページの文書内の 47 ページを指すリンクには、壊れているというフラグが付けられます。
ライブラリ内のすべてのドキュメントの先頭に標準ページが挿入されるなど、既知のイベントによって多くのファイルの破損が発生する一括修復シナリオの場合、スクリプトはすべての内部リンク先を固定量だけオフセットできます。すべての文書の先頭に 1 ページが挿入されている場合、すべての内部リンクのページ番号を 1 ずつ増やす必要があります。 pikepdf ライブラリを使用する Python スクリプトは、フォルダーを反復処理し、各 PDF のリンク注釈を読み取り、宛先ページ番号を増分し、修正されたファイルを保存できます。手動でクリックするには数週間かかる一括オフセット操作が、スクリプトを使用することで数分で完了します。 1,000 件のドキュメントを処理できるリンク修復スクリプトの構築に 1 時間投資しても、最初の使用で元が取れます。大規模なドキュメント ライブラリを持つ組織の場合、自動リンク チェックと修復をメタデータの更新、アクセシビリティ コンプライアンス レビュー、形式検証チェックと並行して四半期ごとのドキュメント メンテナンス サイクルの一部として組み込む必要があります。これにより、メタデータの更新やアクセシビリティ コンプライアンスのレビューと並行して、数か月、数年にわたって繰り返される更新、書式設定の調整、個々のファイルの改訂により、大規模なドキュメント コレクション全体で読者エクスペリエンスを低下させる破損したナビゲーションが徐々に蓄積されるのを防ぐことができます。