ReplaceMagicエディション比較

SharePoint移行やサーバー名変更後、Officeドキュメント内のリンク切れは避けられません。問題は、どの修復アプローチがあなたのプロジェクトに適しているか — 手動、ReplaceMagic標準、またはSmartMapper — ということです。

埋め込みパスを含むすべての対応ドキュメント — ハイパーリンク、OLEリンク、Excelの外部参照、PowerQueryソース、Wordフィールドコード — は移行後にリンク切れが発生します。変わるのは、影響を受けるドキュメントの数、リンクの種類の複雑さ、そしてどのように修復するかだけです。このページでは、各側面から3つのアプローチを比較します。

機能比較

数字で見る比較

手動修復では、訓練を受けた担当者が各ドキュメントを開き、本文で検索 & 置換を実行し、ヘッダーとフッターを個別に確認し、リンクされたオブジェクトをチェックして保存することを想定しています。ハイパーリンクのみの単純なケースで1ドキュメントあたり3分、OLEリンクやVBAコードを含むドキュメントでは10分以上かかることもあります。

手動修復が見落とすもの

時間が無限にあったとしても、Officeの組み込み検索 & 置換ダイアログによる手動修復ではすべてのリンクの種類に対応できません：

• VBA参照 — マクロモジュールにハードコードされたパス文字列は検索 & 置換でアクセスできません。各ドキュメントのVBAエディターを開いてコードを手動で検索する必要があります
• OLEリンク — 埋め込みOLEオブジェクトのソースパスはリンクの編集ダイアログからのみアクセス可能で、各ドキュメントの各オブジェクトについて開く必要があります。検索 & 置換では変更できません
• ヘッダーとフッター — Officeの検索 & 置換はヘッダー/フッター編集モードに切り替えない限り、ヘッダーやフッター内のハイパーリンクやフィールドコードに確実にアクセスできません
• Excelのリンクソース — 外部セル参照は標準ハイパーリンクとは異なるストレージメカニズムを使用しており、標準の検索 & 置換ダイアログでは検出されません
• Wordのフィールドコード — INCLUDETEXT、INCLUDEPICTUREなどのフィールドはフィールドコードを表示して直接編集する必要があり、検索 & 置換では自動処理されません

その結果、慎重に手動修復を行った後でも、ドキュメント群の中に相当数のリンク切れが残り、ユーザーが発見するまで気づかれないことになります。

ReplaceMagicが最適な選択はどんな時？

約50件を超えるドキュメントが関わる移行であれば、自動化が最も実用的な選択肢となります。それ以下であれば、ドキュメントが単純でハイパーリンクのみを含む場合、手動修復でも対応可能かもしれません。50件を超えると、時間コスト、リンクの種類を見落とすリスク、監査ログがないことから、手動修復はプロフェッショナルな移行プロジェクトには不適切となります。

ReplaceMagicが適しているケース：

• 任意の数のドキュメントに影響するサーバーの名前変更または統合
• SharePoint移行（オンプレミスからオンライン、またはテナント間）
• ドキュメント間の相互参照に影響するフォルダ再構成
• ストレージパスが変わるNASまたはSANの置き換え
• ネットワークインフラの変更（プラットフォーム移行、ドメイン名変更）
• 実施したすべてのリンク変更の文書化された監査可能な記録が必要な場合

どのReplaceMagicエディションがあなたのプロジェクトに合いますか？

すべてのReplaceMagicエディションは同じドキュメント処理コアを共有しています。違いは、置換エンジンが実行される前にツールがどれだけの作業を代行してくれるかにあります。