Verifícalo tú mismo: lo que arrastras aquí no se sube
No deberías tener que creernos. Cada afirmación de este sitio sobre el procesamiento local puede comprobarse en menos de un minuto con herramientas que tu navegador ya incluye.
Aquí: cómo verificar el motor tú mismo, la lista completa de peticiones de red de este sitio (incluidas las que salen de este dominio), los motores de código abierto de cada función y las limitaciones que reconocemos.
1. Tres formas de verificarlo tú mismo
Prueba sin conexión: carga una vez una página de conversión, activa el modo avión — o marca «Offline» en DevTools → Red — y convierte igualmente un .docx. Sigue funcionando, porque el motor ya se ejecuta en tu equipo. Una herramienta que dependiera de nuestros servidores fallaría al instante.
Pestaña Red: abre DevTools → Red, vacía la lista y convierte un archivo. Verás las descargas del motor desde este mismo dominio (/pandoc.wasm, /pdf-inspector.wasm, /pdf.worker.min.mjs) y nada más. Filtra por Fetch/XHR: una subida aparecería ahí como un POST a un dominio ajeno. No hay ninguna.
No existe ningún backend al que enviar nada: este sitio es un paquete estático de archivos HTML, JavaScript y WebAssembly. Busca en el código fuente un endpoint de subida o una API key: no hay ninguno de los dos. Si alguna vez encuentras una petición que transporte tu documento, la discusión estaría resuelta contra nosotros.
2. Todas las peticiones que hace este sitio
Preferimos listar las excepciones antes que dejar que las descubras. Los binarios del motor se sirven desde este dominio y luego tu navegador los guarda en caché: /pandoc.wasm (unos 56 MB, el compilador real de Pandoc, se descarga una vez), /pdf-inspector.wasm (unos 6 MB, el motor de PDF) y /pdf.worker.min.mjs (unos 1 MB, el worker de pdf.js usado para OCR).
Tres tipos de archivos llegan en cambio desde el CDN jsDelivr: el worker, el core y el modelo de idioma de tesseract.js — solo cuando usas OCR y solo para el idioma que elijas; KaTeX (~340 KB) para renderizar fórmulas en la vista previa HTML y en Markdown → PDF; y Mermaid (~1 MB) únicamente si un documento contiene un bloque de diagrama Mermaid.
Ninguna de esas peticiones transporta tu documento ni su contenido. Son simples peticiones GET de código de librerías y datos de idioma de OCR. Puedes confirmarlo en DevTools: selecciona la petición y comprueba que Payload / Request body está vacío.
3. Qué se ejecuta realmente en tu navegador
Word, ODT, EPUB, HTML, reStructuredText, LaTeX, CSV y más se convierten con Pandoc compilado a WebAssembly — el mismo motor que la herramienta de línea de comandos, ejecutándose en un hilo en segundo plano. La entrada PDF pasa por pdf-inspector (Rust → WebAssembly) y pdf.js; el texto escaneado o fotografiado lo reconoce tesseract.js. Markdown → PDF usa el diálogo de impresión de tu propio navegador.
Todos los motores son de código abierto y figuran con su licencia en la página de Términos: Pandoc y el core de pandoc-wasm incluido son GPL, pdf-inspector es MIT, pdf.js y tesseract.js son Apache-2.0. Como estos motores se entregan a tu navegador, el código fuente correspondiente es el proyecto enlazado allí.
No hay ningún servicio de conversión propietario en medio, ni API key facturada por uso, ni cuenta. Por eso la conversión por lotes y las opciones Pro (citas, filtros Lua, plantillas propias) siguen funcionando con el cable de red desconectado.
4. Limitaciones honestas
La primera visita descarga el motor: unos 56 MB de WebAssembly, que después se cachean. Con una conexión lenta la primera conversión puede tardar — un conversor basado en servidor te ocultaría eso; nosotros no podemos.
Sin conexión solo funciona después de esa primera visita. Un dispositivo nuevo sin ninguna red no puede convertir nada, porque el motor nunca se ha cacheado.
El OCR descarga su modelo de idioma del CDN jsDelivr la primera vez que usas un idioma (unos 2–15 MB cada uno) y es mucho más lento que la extracción nativa de texto. Las páginas escaneadas, la escritura a mano y las fotos de bajo contraste son los casos más difíciles.
La conversión entre formatos de documento es con pérdida por naturaleza: diseños complejos, columnas, cuadros de texto, control de cambios, comentarios y algunas ecuaciones no sobreviven en todos los caminos. Revisa siempre el resultado antes de confiar en él.
No se ofrece Word → PDF. La salida a PDF mediante LaTeX es una función de la línea de comandos de Pandoc, y Markdown → PDF está limitado por lo que puede producir el diálogo de impresión del navegador: sin opciones de incrustación de fuentes ni edición de metadatos del PDF.
No hay API REST, ni CLI, ni gancho de automatización. Si necesitas conversión en servidor a escala, ejecuta Pandoc en local: es el mismo motor que usa este sitio.
5. ¿Aún no te convence? Reproduce las comprobaciones
Desde una terminal, curl -s https://wordtomarkdown.com/en/ | grep -oE 'https://[a-zA-Z0-9.-]+' | sort -u lista todos los hosts a los que apunta esa página. Verás este dominio y https://schema.org — este último es un identificador JSON-LD que leen los buscadores, no una petición — y ningún endpoint de subida.
En DevTools abre la pestaña Red, convierte un archivo y luego haz clic en cualquier petición para inspeccionar su pestaña Payload. Un payload vacío en todas las peticiones significa que no se envió nada: el único tráfico son descargas de código y modelos.
Si encuentras una petición que contradiga esta página, cuéntanoslo desde la página de Contacto. Corregiremos la página en lugar de discutir.