Metodología

La afirmación

Tus archivos seleccionados se procesan localmente en este navegador y FileSlimmer no los sube. Es una afirmación específica que puede comprobarse. Esta página explica cómo se mantiene verdadera y cómo puedes confirmarla sin confiar en la frase misma.

Cómo puedes comprobarlo tú mismo

1. Abre las herramientas para desarrolladores de tu navegador y cambia a la pestaña Red.
2. Carga una página de herramienta y deja que termine de cargar. Verás solicitudes de HTML, CSS, JavaScript y, para algunas herramientas, un módulo WebAssembly o un modelo de IA. Todas proceden de este dominio.
3. Borra el registro de red.
4. Selecciona un archivo y ejecuta la herramienta.
5. Observa el registro. No se emite ninguna solicitud mientras se procesa el archivo.

Desactivar la conexión de red después de que cargue la página es la versión más tajante de la misma prueba: las herramientas siguen funcionando.

Cómo lo aplica la compilación

Cuatro mecanismos independientes, cada uno de los cuales hace fallar la compilación en lugar de avisar:

• Análisis del código fuente. Se analiza cada archivo que pueda tocar tus bytes en busca de fetch, XMLHttpRequest, WebSocket, EventSource, WebTransport, sendBeacon y FormData. Una sola aparición sin anotación detiene la compilación. La única excepción permitida es una descarga de motor o modelo del mismo origen que ocurre antes de comenzar el procesamiento, y cada una lleva una justificación escrita en el código fuente.
• Auditoría de alojamiento propio. Se analizan todo el árbol de fuentes y la salida compilada en busca de hosts de terceros. Ninguna biblioteca, fuente, modelo ni binario WebAssembly se carga desde una CDN, así que no hay ningún tercero en la ruta de solicitudes desde el principio.
• Política de seguridad de contenido. La cabecera Content-Security-Policy desplegada establece connect-src 'self'. Incluso si el código intentara una solicitud saliente, el navegador la rechazaría.
• Bloqueo en tiempo de ejecución. Mientras una tarea de procesamiento está activa, las primitivas de red de la propia página se interceptan y rechazan. Este es el comportamiento que comprueba la prueba automatizada del navegador.

Lo que deliberadamente no prometemos

• No prometemos que un archivo alcance un tamaño exacto. La compresión depende del contenido. Cuando no puede alcanzarse un objetivo sin cruzar el umbral mínimo de calidad, FileSlimmer lo indica y devuelve el mejor resultado que alcanzó.
• No prometemos que todos los archivos se procesen en todos los dispositivos. La memoria del navegador es finita y un archivo grande en un teléfono puede rechazarse antes de que bloquee la pestaña. Los límites del dispositivo se aplican antes de leer tu archivo, no después.
• No prometemos una puntuación de rendimiento. Lighthouse y Core Web Vitals dependen del dispositivo y la red.
• No prometemos nada sobre tus extensiones, tu sistema operativo ni tu red. Consulta la declaración de privacidad.

Las operaciones destructivas están etiquetadas

Algunas operaciones pierden información por naturaleza. La compresión PDF rasterizada elimina texto buscable, enlaces, formularios, anotaciones, capas, estructura de accesibilidad y firmas digitales. Editar un PDF firmado invalida su firma. Eliminar metadatos no elimina la información visible en la propia imagen. FileSlimmer avisa antes de cada una de estas operaciones, no después.

Código abierto

FileSlimmer se basa en componentes de código abierto. Sus licencias y repositorios de código fuente se enumeran en la página de avisos de código abierto, incluida la oferta de reenlazado para los componentes LGPL.