クラウド変換 vs ローカル変換：どちらをいつ選ぶか
ドキュメント変換が行われる場所は2つに1つです。アクセスしているサービスのサーバー上か、目の前にあるマシンの上かです。クラウド型コンバーターはファイルをアップロードしてリモートで処理し、結果を送り返します。ローカル型コンバーターはブラウザーやデスクトップアプリ内ですべての処理を行い、ファイルがデバイスから出ることはありません。
どちらの方式も万能に優れているわけではありません。正しい選択は、ファイルの機密度、ファイル数、サイズ、オフライン作業の要不要によって変わります。ここでは、本当に重要な要素、それぞれの方式が有利になる状況、そして30秒で確認できるチェックリストを紹介します。
本当に重要な要素
最も根本的な違いは、データがどこへ行くかです。クラウドサービスはドキュメントの全内容を受け取り、あなたが管理できないインフラ上に保管し、検証できないポリシーに従って削除します。ローカルコンバーターはすべてのバイトをデバイス内に保持します。ネットワーク通信は変換エンジン本体の一度きりのダウンロードだけで、その後は接続を切っても問題なく変換できます。
規模とコストの振る舞いも異なります。クラウドプラットフォームは変換のたびに自社の計算資源を消費するため従量制になり、無料プランでは通常、ファイルサイズや1日の回数、バッチ機能に上限が設けられます。ローカルツールはこの構図が逆です。自分のプロセッサーが処理するので、500ファイルの変換も5ファイルの変換も、金銭的にも待ち時間的にも同じコストです。
変換精度はどちらの側でも自動的に上になるわけではありません。出力品質は変換エンジンに依存し、エンジンがどこで動くかには依存しません。公平な比較は、解析を行うツールとそのバージョンを見るべきであって、アップロードページのロゴを見るべきではありません。
クラウドサービスが正解になる場面
本当に公開される素材なら、利便性でクラウドに勝るものはほとんどありません。どうせ公開するマーケティング用PDF、定型文だらけの行政フォーム、一度だけMarkdownにしたいスライド資料なら、アップロード、ダウンロード、完了。インストールも設定の学習も不要です。漏えいしても何の不利益もない場合、ホスト型サービスの速さが勝ります。
サーバー側の重い処理が2つ目の正当なケースです。スキャン文書への光学文字認識（OCR）は本格的な計算能力を必要とし、多くのホスト型サービスはOCRと変換をセットで提供しています。スキャン内容が機密でなく、結果も一度だけ必要なら、処理をサーバーに任せるのは合理的な取引です。
ロックされたマシンが3つ目のケースです。インストール権限のない会社のノートPCでは、ブラウザーベースのサービスが唯一の選択肢ということがあります。だからこそ、そのときこそプライバシーポリシーを読み飛ばさずに読むべきです。利便性を選ぶことと同意を与えることは、別の2つの決断だからです。
ローカル変換が勝る場面
見知らぬ人に渡したくないものはすべてローカル側に置くべきです。契約書、医療記録、財務諸表、人事書類、未公開の製品計画、NDA下にあるクライアントワークなどです。ファイルがデバイスから出てしまったら取り戻せず、削除の約束はポリシーであって証拠ではありません。ローカルで変換すれば、ドキュメントは変換前も後もあなたのディスクにだけ存在します。
2つ目のきっかけは量です。10年分のWord文書をMarkdownにアーカイブする、週次レポートのフォルダーを変換する、別システムからのエクスポートを一括処理する。こうした作業では、1ファイルずつのアップロードや無料枠の上限がすぐに苦痛になります。ローカルパイプラインならフォルダー全体を一気に処理し、アップグレードを迫られることもありません。
職場によっては正式なルールが即断を下します。データ取り扱いポリシーが、特定の文書を第三者に送ることを単純に禁止している場合があるからです。オフラインでの可用性も重要で、エンジンをキャッシュ済みのブラウザーツールは機内や障害時にも動き続けます。一度きりの作業のためにアカウントを作るのが嫌なら、ローカル変換はアカウントを一切求めません。
実際に機能するハイブリッドなワークフロー
ほとんどの人は、どちらか一方に永久に固定すべきではありません。実践的な使い分けは、公開済みで使い捨ての素材は最速のホスト型ツールへ、機密・特大・反復的なものはローカルコンバーターへ、というものです。仕分けルールは一文で済みます。漏えいしたら困る、あるいは契約違反になるものは、ローカルで処理する。
チームではルールを書面にすると効果的です。「公開済みコンテンツはクラウドツールを使ってよいが、顧客データ、未公開の財務情報、ライセンス素材を含むものはローカルで変換する」という一行のポリシーがあれば、判断の停滞と事故の両方を防げます。オンボーディング文書に書き加えて、ファイルごとの議論の蒸し返しをやめましょう。
それぞれの選択肢の本当のコスト
クラウドの料金は、制限を読むまでは無料に見えます。典型的なプランはファイルサイズ、1日の変換回数、出力形式、バッチ機能を制限し、利用が日常化したころにサブスクリプションへ誘導します。請求は現実ですが従量制で、量が増えて初めて支払いが発生します。
ローカル変換では別の種類のコストが先に発生します。エンジンのダウンロードが一度だけ必要で、WebAssemblyにコンパイルされた完全なPandocビルドで数十MB程度ですが、その後はキャッシュに残ります。以降の変換は無期限で無料、オフラインでも動作し、ハードウェアに応じてスケールします。月に一握り以上のファイルを処理するなら、計算はすぐにローカル有利に傾きます。
30秒で決断するためのチェックリスト
順番に質問してください。そのファイルに個人情報、財務情報、医療情報、顧客情報、未公開情報は含まれていますか。含まれるならローカルで変換しましょう。ファイルはサービスの無料上限を超えていますか、あるいはファイル数は一握り以上ありますか。そうならローカルで変換しましょう。この2問だけで、実際のケースの大半は決着がつきます。
両方の答えが「いいえ」の場合にだけ、クラウドに魅力が出てきます。機密でない内容、小さなバッチ、OCRが必要な場合や、何もインストールできないマシンなどです。そもそも考えたくないという場合、このサイトのコンバーターはWebAssemblyにコンパイルされた本物のPandocエンジンをブラウザー内で実行します。ファイルはマシンに残ったままで、使い勝手はホスト型サービスのよう。エンジンがキャッシュされればオフラインでも動き続けます。