自分で検証してください：ここにドロップしたファイルは送信されません

1. 自分で検証する3つの方法

オフラインテスト：変換ページを一度読み込んでから端末を機内モードにする——または DevTools の Network タブで「Offline」にチェックする——そのうえで .docx を変換してみてください。エンジンはすでにあなたの端末で動いているので、そのまま変換できます。サーバーに依存するツールならこの時点で即座に失敗します。

Network タブ：DevTools → Network を開いてリストを消去し、ファイルを変換します。表示されるのは同一オリジンのエンジン本体のダウンロード（/pandoc.wasm、/pdf-inspector.wasm、/pdf.worker.min.mjs）だけで、それ以外はありません。Fetch/XHR で絞り込んでください——アップロードがあれば外部ドメインへの POST として現れます。ありません。

何かを受け取るバックエンドが存在しません：このサイトは HTML、JavaScript、WebAssembly ファイルの静的な束です。ページのソースからアップロード先や API キーを探してください——どちらもありません。もしあなたの文書を運ぶ通信を発見したなら、その時点で私たちの負けです。

2. このサイトが行うすべての通信

例外はあなたに見つけられる前に、こちらから列挙します。エンジンのバイナリはこのドメインから配信され、その後ブラウザにキャッシュされます：/pandoc.wasm（約 56 MB、本物の Pandoc コンパイラ、初回のみ）、/pdf-inspector.wasm（約 6 MB、PDF エンジン）、/pdf.worker.min.mjs（約 1 MB、OCR で使う pdf.js のワーカー）。

代わりに jsDelivr CDN から取得するのは3種類です：tesseract.js のワーカー・コア・言語モデル——OCR を使うときだけ、かつ選んだ言語のみを取得します。HTML プレビューと Markdown → PDF で数式を描画する KaTeX（約 340 KB）。そして文書に Mermaid の図ブロックが含まれる場合のみ読み込む Mermaid（約 1 MB）。

これらの通信にあなたの文書やその内容は含まれません。ライブラリのコードと OCR 用の言語データを取得する、単なる GET リクエストです。DevTools で確認できます：リクエストを選択し、Payload / Request body が空であることを確かめてください。

3. 実際にブラウザで動いているもの

Word、ODT、EPUB、HTML、reStructuredText、LaTeX、CSV などは WebAssembly にコンパイルされた Pandoc で変換します——コマンドラインツールと同じエンジンがバックグラウンドスレッドで動作します。PDF 入力は pdf-inspector（Rust → WebAssembly）と pdf.js が処理し、スキャン画像や写真の文字は tesseract.js が認識します。Markdown → PDF はブラウザ自身の印刷機能を使います。

すべてのエンジンはオープンソースで、ライセンスは利用規約ページに記載しています：Pandoc と同梱の pandoc-wasm コアは GPL、pdf-inspector は MIT、pdf.js と tesseract.js は Apache-2.0 です。これらのエンジンはあなたのブラウザに配信されるため、対応するソースコードはそこにリンクしたプロジェクトです。

間に独自の変換サービスはなく、従量課金の API キーもアカウントも不要です。だからこそ、一括変換や Pro オプション（引用、Lua フィルタ、独自テンプレート）はネットワークケーブルを抜いた状態でも動作します。

4. 正直な制限

初回アクセスではエンジンをダウンロードします：約 56 MB の WebAssembly で、その後キャッシュされます。回線が遅いと最初の変換に時間がかかります——サーバー型の変換ツールならこれを隠せますが、私たちには隠せません。

オフラインで使えるのは、その初回アクセスの後だけです。まったくネットワークのない新品の端末では何も変換できません。エンジンが一度もキャッシュされていないためです。

OCR は言語を初めて使うときに jsDelivr CDN から言語モデルを取得し（1言語あたり約 2〜15 MB）、ネイティブのテキスト抽出よりずっと遅いです。スキャンしたページ、手書き、低コントラストの写真が最も難しいケースです。

文書形式間の変換は本質的に非可逆です：複雑なレイアウト、段組み、テキストボックス、変更履歴、コメント、一部の数式はすべての経路で保持されません。出力に依存する前に必ず確認してください。

Word → PDF は提供していません。LaTeX 経由の PDF 出力は Pandoc コマンドライン固有の機能で、Markdown → PDF はブラウザの印刷ダイアログができることの範囲に限られます——フォント埋め込みの設定も、PDF メタデータの編集もできません。

REST API、CLI、自動化フックはありません。大規模なサーバー側変換が必要なら、Pandoc をローカルで実行してください。このサイトが使っているのと同じエンジンです。

5. それでも納得できない方へ：検証を再現する

ターミナルで curl -s https://wordtomarkdown.com/en/ | grep -oE 'https://[a-zA-Z0-9.-]+' | sort -u を実行すると、そのページが参照するホストがすべて列挙されます。表示されるのはこのドメインと https://schema.org——後者は検索エンジンが読む JSON-LD の識別子で、通信ではありません——そしてアップロード先はありません。

DevTools の Network タブでファイルを変換し、任意のリクエストをクリックして Payload タブを確認してください。すべてのリクエストの payload が空なら、何も送信されていません。通信はコードとモデルのダウンロードだけです。

このページと矛盾する通信を見つけたら、お問い合わせページから教えてください。議論するのではなく、ページを修正します。