なぜ私のDOCXは他のコンピューターで見た目が違うの？
問題はあなたが思うより根深い
履歴書や顧客提案書を何時間もかけて完璧に仕上げました。フォントは鮮明で、表は思い通りの位置にあり、改ページも完璧です。そのファイルを同僚にメールで送ったら、同僚が開いた途端に大惨事。ヘッダーがずれて、箇条書きはめちゃくちゃ、きっちり4ページだったはずの文書が5ページに膨れ上がっています。ファイル自体は何も変更していません。一体何が起こったのでしょうか？ このフラストレーションは、クラウドストレージやリモートワーク、さらにはブロードバンドが普及するよりも前から存在する、オフィスコンピューティングにおける最も古い問題の一つです。Microsoftは、DOCX形式（2006年にOffice Open XML、またはECMA-376として標準化されました）をポータビリティのために設計しました。しかし現実世界では、そのポータビリティは、ファイルを作成したマシンと開くマシンの間で一致する要素の「脆い連鎖」に依存しています。その連鎖のたった1つのリンクでも壊れると—OS、インストールされているフォント、Wordのバージョン、さらにはプリンタードライバーでさえも—レンダリングエンジンは異なる選択をし、結果として全く異なる文書を目にすることになります。
フォントが最大の犯人
DOCXファイルは、実際にはフォントデータそのものを含んでいません。単にフォント名を保存しているだけです。文書を開くと、WordはあなたのOS上でそのフォントを探します。見つかれば問題ありません。見つからない場合は、Wordが別のフォントで代用します。通常、Wordは似たようなメトリクスを持つフォントを選びますが、この「似ている」という言葉が、実は大きな問題を抱えているのです。 よくあるシナリオを考えてみましょう。Microsoft Officeに付属しているCalibri Lightを使ってWindowsで文書をデザインしました。あなたのクライアントが、Officeの古いバージョン—例えば2016—が動作するMacでそれを開くと、その正確なフォントファイルがないかもしれません。WordはHelvetica Neueで代用しますが、これは文字幅がわずかに異なります。11ptで完璧に収まっていた行が次の行に折り返され、段落が次のページに押し出され、文書全体にレイアウトのずれが連鎖的に発生します。 プレミアムフォントやカスタムフォントでも同じことが起こります。GT WalsheimやFreight Textのような、あなたがライセンスを購入した美しい書体を使っても、他の誰もライセンスを購入していなければ、それを見ることはできません。Wordは単にデフォルトのシステムフォントに置き換えてしまい、あなたの入念なデザインは台無しになります。 では、解決策は何でしょうか？フォントを文書に直接埋め込むことです。Windows版Wordでは、File → Options → Save の下にある「ファイルにフォントを埋め込む」にチェックを入れます。Mac版では、Word → Preferences → Save → Embed fonts in the file です。確かに、これによりファイルサイズは大きくなります—3つのカスタムフォントを含む文書は2～5 MB増えることもありますが—安定性のために払う小さな代償です。ただし、これは万能薬ではないことを知っておいてください。他のいくつかのアプリケーションは、埋め込みフォントを完全に無視します。
Wordのバージョン差は思った以上に重要
Microsoftは数年ごとにWordの新しいバージョンをリリースしています。それぞれのバージョンは新機能をもたらし、古い機能のレンダリング方法を変更し、時には微妙な形で下位互換性を損なうことがあります。例えば、Word 2019とWord 365では、テキストボックスの扱いが異なります。長年にわたり、Mac版WordとWindows版Wordでは行間隔の計算方法が異なっており、特に段落ダイアログ（書式 → 段落 → 行間 → 固定値）で「固定値」設定を使用する際に顕著です。 典型的な例を挙げましょう。「同じスタイルの段落間にスペースを追加しない」という小さなチェックボックスは、Wordのバージョンによって動作が不安定です。Word 2016でその設定を基準に文書の垂直方向のリズムを構築した場合、Word 2021でそれを開いた人は、すべての間隔が完全に変わって見えるかもしれません。 LibreOfficeやGoogle DocsでDOCXを開くと、さらに大きなギャップが生じます。LibreOffice Writerは有能なプログラムですが、複数レベルのリスト、変更履歴、ネストされた表などの複雑なDOCX機能を独自のやり方で解釈します。Google Docsはさらに手厳しいです。特定の描画オブジェクトや高度な表のプロパティなど、サポートしていない機能を単純に削除してしまい、それがなくなったことさえ警告してくれません。Wordの組み込み数式エディター（挿入 → 数式）を使用した場合、Google Docsはそれらを低品質な画像としてレンダリングするか、単に削除してしまう可能性があります。
プリンタードライバーとページサイズ：隠れた変数
これはほとんどの人が驚くでしょう。Wordは単に画面に表示するだけでなく、プリンターを念頭に置いてページを設計します。現在選択されているプリンタードライバーは、物理的な印刷不可能な余白から正確な用紙寸法まで、あらゆる情報をWordに伝えます。フォントのレンダリング方法にも影響を与えます。これは、同じバージョンのWordと同一のフォントを持つ2台のコンピューターでも、デフォルトのプリンターが異なれば、異なるレイアウトが表示される可能性があることを意味します。 具体的な例として、あなたのPCが最小余白0.2インチのHP LaserJetに接続されているとします。同僚のマシンは、0.25インチを必要とするCanonのインクジェットプリンターがデフォルトです。Wordは各マシンで印刷可能領域を合わせて調整しますが、これが改行位置を変えるのに十分な違いを生みます。サーバーや新しいノートPCによくある、プリンターが全くインストールされていないマシンは、独自の仮定を持つ汎用ドライバーにフォールバックします。 これは自分で確認できます。Windowsでデフォルトプリンターを変更し（Settings → Bluetooth & devices → Printers & scanners）、複雑なDOCXファイルを再度開いてみてください。きっちりフォーマットされた文書では、改ページが飛ぶのをよく目にするでしょう。 唯一信頼できる防御策は、レイアウト → 余白 → ユーザー設定の余白 で、自分で明示的な余白を設定することです。Wordにプリンターのデフォルト設定に頼らせてはいけません。四方に1インチのような保守的な余白を設定することで、新しい環境で文書が開かれたときにレイアウトエンジンが破壊的な決定を下す自由度を減らします。
PDFが正しい選択であるとき
もし、受け取る人にあなたが目にするものと全く同じもの—フォントの置き換えなし、テキストの再配置なし、バージョン固有の不具合なし—を見せることが目標なら、正直なところ、DOCXはその仕事には不適切なツールです。PDFはこの問題を解決するために発明されました。これは、フォントを埋め込み、すべての要素の配置を固定し、OS、ソフトウェア、プリンターに関係なく同一にレンダリングされる固定レイアウト形式です。 DOCXを送信前にPDFに変換することで、これらの問題は事実上すべて解消されます。確かに、受け取る側は簡単に編集できません（それが目的であることも多いですが）、インタラクティブなフォームは手間がかかりますが、レポート、請求書、履歴書、提案書など、あらゆる読み取り専用文書には、PDFの方がはるかにプロフェッショナルで信頼性の高い選択肢です。 そこでCocoConvertの出番です。DOCXをアップロードしてPDFに変換すると、出力は当社の管理された変換サーバーでレンダリングされたとおりにレイアウトを正確に保持します。結果は予測可能です。なぜなら、受け取る側のマシンに全く依存しないからです。毎回一貫したPDFが得られます。 ただし、1つの制限については明確にしておきましょう。CocoConvertは、他のどのコンバーターと同様に、サーバーにないフォントを作り出すことはできません。もしあなたの文書がニッチな書体を使用している場合、生成されるPDFは代替フォントを使用します—これはDOCXを送信した場合と同じ問題です。アップロードする前にDOCXにフォントを埋め込むことは非常に役立ちますが、クリーンな変換を保証するためには、Arial、Times New Roman、Calibri、Georgia、Verdanaのような標準的なシステムフォントを使用するようにしてください。
スタイル、テンプレート、そしてNormal.dotmの問題
すべてのWord文書はテンプレートに基づいています。デフォルトのNormal.dotmはあなたのローカルマシンに存在し、「標準」の段落テキスト、「見出し1」、タブストップなど、あらゆるもののデフォルトの外観を定義します。これらの定義はあなたの文書に保存されますが、受け取る側のNormal.dotmと衝突し、予期せぬ変更を引き起こす可能性があります。 もし受け取る側がNormal.dotmをカスタマイズしたことがあり—例えば、デフォルトフォントをCalibri 11ptから別のものに変更したとします—そしてあなたの文書がデフォルトの「標準」スタイルを使用している場合、彼らのカスタマイズがあなたの文書に影響を与えてしまうことがあります。これは、IT部門が企業ブランドのNormal.dotmをすべてのコンピューターに展開することが多い企業環境では、非常に大きな問題です。 この戦いに勝つ唯一の方法は、使用するすべてのスタイルを文書自体の中に定義することです。スタイルペイン（ホーム → スタイル → スタイルを右クリック → 変更）で、フォント、サイズ、間隔、色を細かく設定できます。重要なのは、「このテンプレートに基づく新規文書」ではなく「この文書のみ」にチェックを入れることです。これにより、文書が環境から隔離され、はるかに自己完結型になります。 この問題は、より多くの人が異なるマシンで文書を編集するにつれて、指数関数的に悪化します。各個人のNormal.dotmが競合するスタイル情報を注入し、Wordが一貫して解釈するのに苦労する「フランケンシュタインの怪物」のような文書を作り出してしまいます。これは混乱の元です。
実際に対処できること
すべてのクロスプラットフォームDOCX問題を解決する魔法のボタンは一つもありませんが、いくつかの賢い習慣で95％は解決できます。 まずはフォントから始めましょう。最も安全なのは、定番のフォントにこだわることです。Arial、Times New Roman、Calibri、Georgia、Courier Newはほとんどすべてのマシンに搭載されています。より多様性が必要な場合は、サードパーティの書体ではなく、CambriaやCorbelなど、Microsoft Office自体に付属しているフォントから選びましょう。そして、先に述べたように、保存時には必ずフォントを埋め込んでください。完璧な解決策ではありませんが、最も一般的な問題を解決します。 レイアウトは控えめにしましょう。フローティングテキストボックスや「文字列の前面」で折り返された画像は、非常に壊れやすいことで悪名高いです。それらは必ず崩れます。インライン画像を使用し、シンプルな表でレイアウトを構成する方が地味ですが、異なるバージョンのWord間でははるかに安定しています。 最終的な見た目が編集可能性よりも重要な文書については、PDFに変換しましょう。それだけのことです。Wordの組み込み機能である「PDFとして保存」を使用してください—シンプルな文書には最適です。多数のファイルを扱ったり、自動化が必要だったり、他の形式から変換する場合は、CocoConvertのようなツールの方が適しています。 最後に、文書をテストしてください。これは必須です。その重要な提案書を送る前に、自分自身にメールで送ってみましょう。自分のスマートフォンで、別のコンピューターで、可能であればMacで開いてみてください。たった5分間のテストで、クライアントや上司が目にする前に、これらの問題のほとんどが明らかになるでしょう。 根本的な真実は、DOCXはプレゼンテーションのためではなく、共同作業のための形式だということです。チームがファイルを回して変更を加えるために作られたものであり、ピクセルパーフェクトな最終成果物のためではありません。目的と形式が一致すれば、ほとんどのフラストレーションは解消されます。