Word（Mac）で文章を選んでコピーしただけなのに、文中にグレーの網掛け付きで OLE_LINK などのフィールドが勝手に挿入される――実務ではかなりストレスの大きい不具合です。この現象は、Word 本体のバグというより「クリップボード管理アプリとの相性問題」であるケースが非常に多く、ポイントを押さえて設定すれば、比較的すんなり解消できます。本記事では、原因の考え方から具体的な設定例、既に入り込んだ OLE フィールドの後始末まで、再発防止を含めて詳しく解説します。
症状の整理：コピーしただけで OLE フィールドが増殖する
まずは、問題の症状を整理しておきます。典型的には、次のような動作になります。
- Word（Mac）で文書を開く
- 単語や文章をダブルクリックして選択し、コピー（⌘+C または右クリック＋コピー）する
- 貼り付けていないのに、コピー元の位置に、灰色の網掛け付きや角括弧付きのフィールドが自動挿入される
- フィールドのコードを見ると
OLE_LINKなどの OLE 関連のフィールドになっている
実際の見え方としては、以下のようなパターンがあります。
- 文中にグレーの背景で
「<リンクされたオブジェクト>」のような表示が増えていく - フィールドコードの表示状態だと
{ OLE_LINK … }といったフィールドが大量に並ぶ - 文章を編集しているだけなのに、気付くと文書全体が OLE フィールドだらけになっている
このような場合、貼り付け操作ではなく「コピー操作」をトリガーにして OLE フィールドが作られていることがポイントです。ブラウザや他アプリからの貼り付けが原因ではなく、Mac 内でのコピーイベントを監視する常駐アプリが関わっていることが多くなります。
原因の中心は「クリップボード管理アプリ」の干渉
Word（Mac）でコピーのたびに OLE フィールドが自動挿入される原因として、実際の報告事例で最も多いのが、次のようなアプリです。
- CopyClip
- Pastebot
- Copy’Em
- Parallels Toolbox の「Clipboard History」
- その他、履歴機能付きのクリップボード拡張アプリ全般
これらのアプリは、コピー操作が発生するたびに「何がコピーされたか」を裏で監視し、履歴リストに保存する仕組みになっています。このとき、Word が内部的に扱っている OLE データをフックしてしまい、そのタイミングで Word 側に OLE フィールドが生成されてしまう、というパターンが多く確認されています。
イメージとしては以下のような流れです。
- ユーザーが Word 上でテキストをコピー
- クリップボード管理アプリがコピーイベントを検知し、データを横取り・解析
- Word が「リンク付きオブジェクト」として扱うべきデータをコピーされたと誤認識
- コピー元の位置に OLE_LINK フィールドが自動挿入される
特に、画像やオブジェクトに強いクリップボードアプリほど、OLE 形式を積極的に扱おうとするため、テキストしかコピーしていないつもりでも OLE フィールドが発生しやすくなります。
よくあるクリップボード管理アプリと対処の方向性
| アプリ名 | 特徴 | Word（Mac）での推奨設定 |
|---|---|---|
| CopyClip / CopyClip2 | シンプルなクリップボード履歴。常駐型で自動記録。 | Word を「監視対象から除外」に設定するか、問題発生中はアプリ自体を終了。 |
| Pastebot | 強力な履歴・フィルタ機能。複数デバイス連携もあり。 | Word を「Ignore apps（無視するアプリ）」に登録。可能であればテキストのみを保存するルールを作成。 |
| Copy’Em | 画像・ファイルも扱える多機能クリップボード。 | Word を除外し、または「プレーンテキストのみ保持」モードに変更。 |
| Parallels Toolbox 「Clipboard History」 | Parallels 付属のクリップボード履歴ツール。 | Clipboard History の設定で「このアプリからのデータを無視」に Word を追加。 |
このように、アプリを完全にやめる必要はなく、Word だけ除外する・テキストのみを扱う設定にすることで、機能を維持しながら OLE フィールド問題を回避できることが多いです。
まずやるべき切り分け手順（再現が止まるか確認）
実際に自分の環境で何が原因になっているかを確認するには、「切り分け」が重要です。次の順番で試してみてください。
ステップ1：クリップボード管理アプリを一度すべて終了する
- メニューバー右上（時計のあたり）に常駐しているアイコンを確認します。
- クリップボード履歴系アプリらしきものを右クリックし、「Quit」「終了」などで完全終了させます。
- Dock に残っている場合も、右クリックから「終了」しておきます。
- その状態で Word を一旦終了し、再度起動します。
- 同じ操作（テキストをコピー）を行い、OLE フィールドが出るかどうかを確認します。
ここで現象が止まる場合、終了したどれかのアプリが原因である可能性が極めて高いです。次のステップで、そのアプリと Word の共存設定を詰めていきます。
ステップ2：原因と思われるアプリで「Word を除外」設定する
クリップボード管理アプリには、多くの場合「このアプリからのコピーは記録しない」「特定アプリを無視する」といった除外設定があります。代表的な設定のイメージは次の通りです。
- Parallels Toolbox の Clipboard History
設定画面の「Ignored Apps（このアプリからのデータを無視）」に Microsoft Word を追加する。 - Pastebot / Copy’Emなど
「Ignore List」「Exclusion」などの名称で除外リストがあるので、そこに Word を登録する。 - シンプルなアプリの場合
そもそも除外機能が無い場合もあります。その場合は「Word を使うときはアプリを終了する」という割り切りも一案です。
除外設定を保存したら、念のため以下も実施します。
- Word を完全終了 → 再起動
- クリップボードアプリも一旦終了 → 再起動
- 再度 Word でコピーを行い、現象が再発しないか確認
アプリによっては、除外設定が「アプリ再起動後から有効」になるものもあるため、必ず両方を再起動してから動作確認するのがおすすめです。
ステップ3：それでも直らない場合は、他の常駐ツールも疑う
クリップボード管理アプリ以外にも、次のようなツールが OLE フィールドのトリガーになる可能性があります。
- 常駐型 OCR ツール（画面の文字認識を常時監視するタイプ）
- ユニバーサルクリップボード拡張（デバイス間でクリップボードを同期するツール）
- セキュリティ・情報漏えい対策系の監視ツール（企業PCに多い）
これらも一度停止・終了した上で Word を再起動し、コピー操作で OLE フィールドが発生するかどうかを確認します。企業・組織管理の Mac の場合は、ユーザーが停止できないポリシーツールが入っていることもあるため、IT 管理者に「Word のコピーイベントをフックしているツールがないか」を問い合わせると話が早く進むこともあります。
Word（Mac）側で確認しておきたい設定・アドイン
外部アプリの干渉が第一候補とはいえ、Word（Mac）側の設定やアドインが悪さをしている可能性もゼロではありません。ここでは、Word 側で確認しておきたいポイントを整理します。
アドインを一時的に無効化して、影響を切り分ける
Windows 版の Word には /safe オプションによる「セーフモード」がありますが、Mac 版 Word には同等の公式セーフモードはありません。その代わり、以下のようにしてアドインを一つずつ無効化しながら様子を見るのが現実的です。
- Word メニューから ［ツール］＞［テンプレートとアドイン］ を開く
- 見覚えのないアドイン、最近追加したアドインがあれば、チェックを外して無効化する
- Word を再起動し、コピー操作で OLE フィールドが発生するか確認する
- 再現しなくなった場合、そのアドインが原因である可能性が高い
特に、「文書管理システム」「翻訳ツール」「校正支援」系のアドインは、コピーや貼り付けをフックして動作していることが多く、クリップボード管理アプリと似た問題を引き起こしがちです。
Office の修復・再インストールを検討するタイミング
クリップボード管理アプリもアドインも切り分けたのに、それでもなお OLE フィールドが勝手に挿入され続ける場合、Word / Office 自体の破損や設定の不整合を疑う必要があります。この段階で検討したいのは以下です。
- Microsoft 365 / Office の再インストール
- 残っている古い Office バージョンを完全にアンインストールする（複数バージョンが共存していると不具合の原因に）
- 最新のアップデートを適用する（逆に、特定バージョンでだけ起きる不具合が修正されている場合があります）
再インストールは手間がかかりますが、外部要因をすべて排除しても問題が続く場合の最終手段として覚えておくとよいでしょう。
既に挿入されてしまった OLE フィールドの一括後始末
原因究明と再発防止ができても、すでに OLE フィールドだらけになってしまった文書は、そのままでは使いにくくて仕方ありません。ここでは、既に挿入されてしまった OLE フィールドを一括で片付ける方法を紹介します。
ショートカットでフィールドをプレーンテキストに変換する
Word では、フィールドを一気に通常のテキストに変換するショートカットが用意されています。やり方はシンプルです。
- ⌘+A で文書全体を選択する
- ⌘+Shift+F9 を押す
これで、文書内の すべてのフィールドがプレーンテキストに変換されます。OLE フィールドも含めて、ハイパーリンクフィールドや日付フィールドなど、あらゆるフィールドが対象になります。
そのため、次のような点には注意が必要です。
- 自動更新される日付やクロスリファレンスなど、「フィールドとして残したいもの」もテキスト化される
- フィールドとしての再編集ができなくなる（リンクの更新など）
もし、OLE フィールド以外は残したい場合は、次の「検索と置換で OLE_LINK だけ狙い撃ち」する方法を検討してください。
検索と置換で OLE_LINK だけピンポイント削除する
少し上級者向けですが、検索と置換機能で特定のフィールドだけを削除することも可能です。イメージは以下のようになります。
- ⌘+F で検索パネルを開く
- 「検索」欄のオプションから ［検索オプション］あるいは［詳細検索］ を開く
- 「特殊文字」ボタンを押し、一覧から 「フィールド」 を選択する
→ 検索語として^dが入力される - この
^dの後ろに半角スペースとOLE_LINKを追加し、^d OLE_LINKを検索文字列とする - 「置換後の文字列」は空欄にして、［すべて置換］を実行する
これにより、フィールドコードが { OLE_LINK … } となっている OLE フィールドだけをまとめて削除できます。文書によっては、OLE_LINK 以外の OLE フィールド名やスイッチが使われていることもあるので、まずは少数だけ置換して、期待通りの結果になるか確認してから一括置換するのがおすすめです。
見た目だけ一時的に抑える設定（根本解決ではない）
「すぐに原因究明やアプリの停止までは手が回らないが、とりあえず見た目だけでも何とかしたい」という場合には、フィールドの網掛け表示を抑えるという応急処置もあります。ただし、これはあくまで「見え方を変えるだけ」で、フィールドそのものが作られるのを止めるわけではない点に注意してください。
設定方法の例は次の通りです。
- メニューから ［Word］＞［環境設定］ を開く
- ［表示］（表示設定）を選択する
- 「フィールドの網掛け」の設定を ［必要時のみ］ に変更する
これにより、フィールドが常にグレーで表示されていた状態から、選択時や特定のタイミングだけ網掛けが出るようになります。文書の見栄えはかなり改善されますが、フィールドそのものは残り続けるため、根本解決としてはやはり「原因アプリの除外」や「フィールドの削除」が必要です。
クリップボード管理アプリと Word（Mac）を共存させるコツ
クリップボード管理アプリ自体は非常に便利で、業務効率化にも大きく貢献します。完全に使うのをやめてしまうのはもったいないので、Word（Mac）と上手に共存させるための設定の考え方を整理しておきます。
共存のための基本方針
- Word は必ず除外リストに入れる
最も確実な対策です。これだけで OLE フィールド問題が解決することが多くあります。 - 保存する形式を「プレーンテキスト優先」にする
リッチテキストや画像・オブジェクトまで保存しようとすると、OLE データを巻き込みやすくなります。 - 「自動で全部記録」ではなく「ホットキーで記録」モードがあればそちらを使う
コピー操作すべてを監視せず、必要なときだけ履歴に入れる運用に変えることで、干渉リスクを減らせます。
設定の例を簡単に整理
| 設定項目 | 推奨値 | 狙い |
|---|---|---|
| 監視対象アプリ | Word を除外 | Word のコピーイベントへの介入を避ける |
| 保存形式 | プレーンテキストのみ | OLE / リッチテキストデータを扱わないようにする |
| 履歴の保存タイミング | 自動保存 → ホットキー保存へ | 不要なコピーイベントを監視しないようにする |
| 履歴保持数 | 必要最低限（例：20〜50件） | 過去データの解析負荷や不具合リスクを低減 |
アプリによって設定項目や名称は異なりますが、「Word は触らせない」「テキストだけ扱わせる」という方針で設定を見直すと、トラブルはかなり減ります。
その他の常駐ツール・企業環境での注意点
個人利用の Mac なら自分でインストールしたアプリの範囲内で切り分けできますが、企業や組織の Mac の場合、管理者が配布している常駐ツールが影響していることも少なくありません。
疑ってみたい常駐ツールの例
- DLP（情報漏えい対策）ツール
クリップボードの内容を監視し、「機密情報がコピーされたかどうか」をチェックするものがあります。 - リモートデスクトップ / 仮想デスクトップ用クライアント
ゲストOSとホストOSの間でクリップボードを共有する機能があり、Word のコピーをフックすることがあります。 - 全文検索・インデックス作成ツール
コピーをトリガーに文書を取り込むようなツールだと、Word と干渉する可能性があります。
IT 管理者に相談するときのポイント
企業管理の Mac では、自分でこれらのツールを止めたり設定を変えたりできない場合も多くあります。その場合、IT 管理者に相談するときには、次のように状況を整理して伝えると原因特定がスムーズです。
- 「Word（Mac）でコピーしただけで
OLE_LINKフィールドが自動挿入される」 - 「ブラウザからの貼り付けではなく、コピー操作そのものがトリガーになっている」
- 「個人で入れたクリップボード管理アプリをすべて終了しても現象が続く」
- 「PC に導入されているポリシー系・監視系ツールで、Word のコピーイベントをフックしているものがないか」
ここまで情報が揃っていれば、管理側でも「どのツールが怪しいか」の目星が付けやすくなります。
再発防止のためのチェックリスト
最後に、今回の内容を「再発防止チェックリスト」として整理します。問題が起きているとき、あるいは新しい Mac や新しいクリップボードアプリを導入したときの確認用として活用してください。
| チェック項目 | 状態 | メモ |
|---|---|---|
| クリップボード管理アプリをすべて終了し、現象が止まるか確認した | □ 済 □ 未 | ここで止まれば、そのアプリが原因候補。 |
| 原因と思われるアプリの「除外リスト」に Word を追加した | □ 済 □ 未 | Word を無視する設定が最重要。 |
| アプリ・Word の両方を再起動して、設定反映後の再現を確認した | □ 済 □ 未 | 設定は再起動後に有効になる場合あり。 |
| Word の「テンプレートとアドイン」で不要アドインを無効化して確認した | □ 済 □ 未 | 翻訳・校正・文書管理系アドインが怪しいことも。 |
| 既に挿入された OLE フィールドを ⌘+Shift+F9 でテキスト化した | □ 済 □ 未 | 必要に応じて、^d OLE_LINK でピンポイント削除も。 |
| フィールドの網掛け表示を「必要時のみ」に変更した | □ 済 □ 未 | 根本対策ではないが、見た目のストレスを軽減。 |
| 企業環境では、IT 管理者にコピー監視ツールの有無を確認した | □ 済 □ 未 | 自分で止められないツールが原因のことも。 |
チェックリストを一通りこなせば、Word（Mac）でコピーのたびに OLE フィールドが勝手に挿入される問題はほぼ解消できるはずです。特に、クリップボード管理アプリを便利に使っている方は、「Word は必ず除外する」というルールを一度決めてしまうと、その後のトラブルも減らせます。
もし今まさに OLE フィールドだらけの文書を抱えているなら、まずは ⌘+A → ⌘+Shift+F9 で中身をテキスト化してしまい、その後に原因アプリの切り分けを進めてみてください。根本原因をつぶしておけば、今後作成する Word 文書で同じトラブルに悩まされることはなくなるはずです。
コメント