Abres el removedor de fondo, sueltas una foto de carnet y 3 segundos después tienes un PNG transparente. ¿Adónde fue tu foto durante ese proceso?

Respuesta: a ninguna parte.

Suena a argumento de marketing. Pero esta vez es real. Este artículo explica:

  • Por qué Piick insiste en el procesamiento 100% en el cliente
  • Cómo se hace (técnicamente, sin rodeos)
  • Los 4 principios fundamentales y las 3 garantías técnicas
  • Cuándo el “procesamiento local” es realmente una desventaja

Por qué importa

Aquí va un escenario concreto.

Tienes una tienda de e-commerce transfronterizo y tu empresa va a lanzar en Amazon US. Necesitas 1.000 fotos de producto: fondo blanco, 800×800, JPG, menos de 500 KB. Eliges una herramienta online, te registras, subes, descargas: tu imagen visita:

  • La CDN de la herramienta (quizá Singapur, quizá Virginia)
  • Los servidores GPU de la herramienta (procesamiento)
  • El almacenamiento de objetos de la herramienta (caché de resultados)
  • El sistema de copias de seguridad de la herramienta (DR offsite)

Tus fotos de producto (incluidos diseños inéditos de la próxima temporada) se han copiado al menos 3-5 veces en ubicaciones que no puedes controlar. La imagen podría ser el argumento central de venta de tu empresa durante los próximos 6 meses.

O un escenario más personal: le sacaste una foto de cumpleaños a tu hijo y quieres arreglar el fondo. La cara del niño, la dirección de tu casa (en el fondo), la vida diaria de tu familia: es algo tan sensible como un estado de cuenta de tarjeta de crédito.

No es una pregunta de “¿puedes confiar en la herramienta?” Es que cualquier eslabón en la cadena de tránsito de datos puede tener una fuga.

La solución de Piick: eliminar el paso de tránsito por completo. El algoritmo corre en tu navegador; la imagen nunca sale de tu dispositivo.

Los 4 principios fundamentales de Piick

Principio 1: cero subidas (Zero Upload)

Todas las herramientas de procesamiento de imágenes — compresor de imágenes, conversor de formatos, recortador de imágenes, removedor de fondo, OCR por lotes, extractor de color — procesan imágenes en el navegador usando JavaScript + la API Canvas.

Las peticiones de red solo ocurren cuando se carga la página (recursos estáticos HTML / CSS / JS). Una vez que la página está cargada, sueltas tu imagen y toda la pipeline de procesamiento hace cero peticiones de red adicionales.

¿Cómo verificarlo? Abre el panel Network de DevTools de tu navegador, pon todos los tipos de petición en “Todos” y ejecuta un flujo completo. Las peticiones que deberías ver:

  • El HTML de la página
  • Archivos estáticos CSS / JS
  • Fuentes (si las hay)
  • Cero peticiones POST / PUT a cualquier endpoint de API

Principio 2: cero cuentas (Zero Account)

Sin puertas de “inicia sesión para descargar los resultados”. Sin límites de “gratis para 5 imágenes, luego paga”. Abres, usas, te vas, cierras: tu navegador es el único sitio donde queda cualquier rastro.

Técnicamente: Piick no almacena datos de usuario (porque no hay datos de usuario que almacenar). Sin user_id, sin huella digital del dispositivo, sin cookies de rastreo.

Principio 3: coste cero ≠ baja calidad (monetización sin vigilancia)

Piick se monetiza con anuncios en la página (Google AdSense). Los datos del usuario no se venden a anunciantes, porque no hay datos que vender.

Esto es fundamentalmente distinto del modelo de las herramientas SaaS convencionales (remove.bg, Adobe Express, Canva). Su modelo de nivel gratuito + nivel Pro trata las imágenes de los usuarios gratuitos como datos: se analizan, se usan para entrenar modelos, se venden a anunciantes. Las cuotas de suscripción cubren los costes Pro, pero el nivel gratuito se paga solo con datos.

La elección de Piick: solo anuncios como canal de monetización, y los anunciantes no obtienen acceso a tus datos de contenido.

Principio 4: rastro de auditoría abierto (Open Audit Trail)

Todo el código de procesamiento de las herramientas está empaquetado en archivos JavaScript que cualquiera puede inspeccionar con DevTools. La lógica del algoritmo es pública, auditable y a prueba de manipulaciones (porque el código se ejecuta en el navegador, no en un servidor).

A diferencia de algunas herramientas que “dicen procesar localmente pero suben a escondidas”, el código de Piick se hará open source en GitHub (está previsto), para que cualquier desarrollador pueda auditar la implementación.

3 garantías técnicas

Garantía 1: API Canvas + OffscreenCanvas

Todo el procesamiento de imágenes de Piick usa la API Canvas del navegador (y OffscreenCanvas para escenarios con Web Workers). La API Canvas está implementada en el motor del navegador y se ejecuta por completo en el cliente.

Para el removedor de fondo en concreto:

  1. Sueltas una imagen → el navegador usa createImageBitmap() para decodificarla a píxeles RGBA
  2. JavaScript ejecuta el algoritmo flood-fill BFS sobre esos píxeles para generar una máscara alfa
  3. Canvas dibuja los píxeles procesados
  4. canvas.toBlob() codifica el resultado como binario PNG/JPG
  5. El navegador activa una descarga del Blob

Ninguno de estos pasos hace peticiones HTTP al servidor de Piick ni a ningún servidor de terceros.

Garantía 2: Web Workers (para escenarios por lotes)

Para tareas intensivas de CPU como el OCR por lotes, Piick usa Web Workers para ejecutar algoritmos en hilos en segundo plano. Beneficios:

  • No bloquea la UI (la barra de progreso se actualiza sin problemas)
  • No dispara picos de memoria (los workers tienen memoria aislada)
  • Sigue siendo puro cliente: los workers son multihilo dentro del navegador, no red

El OCR usa Tesseract.js. Los archivos de modelos de la biblioteca (modelos de idioma inglés + chino simplificado) necesitan descargarse en el primer uso. Esto es distinto de “subir tu imagen”:

  • Los archivos de modelos vienen de la CDN de Piick (recursos públicos, sin datos de usuario adjuntos)
  • El resultado del OCR de tu imagen se queda en el navegador; nunca sale

Garantía 3: cero persistencia en el servidor (Server-Side Stateless)

El “servidor” de Piick (si se le puede llamar así) hace una cosa: devolver archivos estáticos.

Técnicamente piick.cc es un sitio Astro puramente estático desplegado en una CDN (Cloudflare o Vercel). La CDN no ejecuta código de aplicación: sin base de datos, sin sistema de archivos, sin tabla de usuarios. El servidor de Piick es técnicamente incapaz de almacenar tu imagen, aunque quisiera.

Esta es una garantía más fuerte que “confía en que no guardaremos”. “No podemos guardar” es la mejor garantía.

Cuándo el “procesamiento local” es realmente una desventaja

Momento de honestidad: el 100% local no siempre es la mejor opción.

Escenario 1: tareas con modelos de IA complejos (extracción de pelo, segmentación semántica)

El muestreo de esquinas + flood-fill de Piick es genial para fondos de color sólido (80% de los casos de usuarios), pero mechones de pelo, semitransparencia, degradados complejos quedan fuera de su alcance. Esos necesitan modelos de IA en la nube (como U²-Net de remove.bg), que ocupan desde unos pocos MB hasta decenas de MB.

Compromisos de las soluciones en la nube:

  • ✅ Alta precisión en escenas complejas (a nivel de pelo)
  • ❌ La imagen debe subirse al servidor
  • ❌ Suelen ser de pago (desde unos céntimos hasta unos diez céntimos por imagen)

Piick V1 eligió el algoritmo local (casos sencillos + coste cero + privacidad). La V2 considerará añadir un toggle de “modo alta calidad” que descargue un modelo de IA en segundo plano; tanto el modelo como tus imágenes se quedan en el navegador (similar a @imgly/background-removal), pero la descarga del modelo en sí es un archivo grande que se descarga una sola vez.

Escenario 2: lotes muy grandes (miles de imágenes en paralelo)

El procesamiento local está limitado por tu dispositivo:

  • CPU: el BFS del navegador tarda 200 ms/imagen en móvil, 50 ms/imagen en escritorio
  • Memoria: cada imagen 4K decodificada ocupa ~33 MB; 1.000 cargadas a la vez revientan la memoria
  • Disco: tu SSD tiene que gestionar también la descarga ZIP en masa

Las soluciones en la nube usan servidores GPU para paralelismo, terminando miles de imágenes en segundos.

La eliminación de fondo por lotes de Piick actualmente procesa en secuencia (una cada vez), adecuado para lotes pequeños de 5-50 imágenes. Para escenarios de más de 1.000 imágenes necesitas herramientas comerciales.

Escenario 3: colaboración / multidispositivo

Si tu flujo de trabajo es “proceso una parte en Mac en casa, sigo en Windows en el trabajo”, el procesamiento local no tiene sincronización en la nube; tienes que transferir los archivos manualmente.

Las soluciones en la nube soportan colaboración de forma nativa (carpetas compartidas, historial de versiones, sincronización entre dispositivos).

Escenario 4: requisitos de cumplimiento normativo

Algunas industrias (sanidad, finanzas, gobierno) tienen requisitos obligatorios de “registro de procesamiento de datos”, que exigen al servidor registrar cada evento de procesamiento (objeto, hora, operador). El procesamiento local no tiene ese registro.

Piick no se dirige a estos escenarios. Si haces imagen médica, sáltate Piick y ve directamente a herramientas DICOM profesionales.

Cómo verificar que Piick realmente no sube

El método de verificación más directo: el panel Network de DevTools. Paso a paso:

  1. Abre piick.cc/tools/background-remover
  2. Pulsa F12 para abrir DevTools
  3. Cambia al panel Network
  4. Limpia el registro (icono 🚫)
  5. Marca Preserve log (para que el registro sobreviva a recargas de página)
  6. Filtra por piick.cc o déjalo vacío
  7. Suelta una imagen y completa una ejecución de eliminación de fondo
  8. Observa la lista de peticiones: aparte del HTML/CSS/JS de carga de página, no hay peticiones POST/PUT durante el procesamiento

Si encuentras alguna petición sospechosa (el dominio no es piick.cc, el método es POST/PUT, el payload no está vacío), haz captura y envíanosla: es un bug.

Verificación más profunda:

  1. Prueba sin conexión: carga la página, apaga la red (modo avión o desenchufa el cable), ejecuta la herramienta de nuevo: debería funcionar por completo, ya que todo el JS ya está cargado en la memoria del navegador
  2. Caché sin conexión: cachea todo el sitio piick.cc localmente (“Hacer disponible sin conexión” de Chrome), luego corta la red por completo y ejecuta la herramienta
  3. Auditoría de terceros: el código open source de Piick aterrizará en GitHub (previsto para el Q3 de 2026); los desarrolladores pueden auditar las llamadas a la API Canvas y confirmar que no hay llamadas fetch() subiendo imágenes

FAQ

¿Piick realmente no almacena mi imagen?

De verdad. Técnicamente el servidor de Piick es incapaz de almacenar: es un sitio puramente estático sin base de datos ni servidor de aplicaciones. La imagen se procesa en el Canvas del navegador; el resultado se descarga directamente a tu dispositivo; nunca toca el servidor de Piick.

Entonces, ¿cómo gana dinero Piick?

Los anuncios de Google AdSense de la página. Los visitantes ven anuncios, los anunciantes pagan. Eso es todo.

¿Google verá mi imagen?

No. AdSense carga scripts de anuncios que leen la URL de tu página y el tipo de dispositivo para servir anuncios relevantes, pero no leen el contenido de la imagen que sueltas en las herramientas (los scripts de anuncios se ejecutan en sandboxes de iframe sin interfaz con la API Canvas).

Después de procesar una imagen, ¿la CDN de Piick la almacena en caché?

No. La CDN solo almacena en caché archivos estáticos (HTML/CSS/JS), no contenido del usuario. Tu imagen ni siquiera llega a la CDN de Piick: va directamente del navegador a tu disco duro.

¿Piick hará procesamiento de IA del lado del servidor en algún momento?

No. Este es un principio fundamental de Piick: nada de procesamiento de imágenes del lado del servidor. Cualquier “funcionalidad mejorada con IA” (extracción de pelo, súper resolución, transferencia de estilo) que se añada a Piick debe implementarse con modelos locales en el navegador; no subiremos a la nube a escondidas.

Quiero extracción de pelo de “ultra alta calidad”, ¿alguna solución en la nube que Piick recomiende?

Siendo honestos, Piick no hace recomendaciones comerciales; no es nuestro ámbito. Pero las soluciones en la nube populares en la comunidad para extracción de pelo incluyen: remove.bg (barato, buen pelo), Adobe Express (suscripción, mejor experiencia integral), Photoroom (específico de e-commerce, con plantillas de reemplazo de fondo para fotos de producto).

Antes de usar una solución en la nube, asegúrate de confiar en los términos de servicio de la herramienta, entender el flujo de datos y desensibilizar el contenido sensible (las fotos de producto están bien, pero las fotos de carnet de niños mejor no subirlas).

Resumen de una línea

Piick no transmite tu imagen no por una promesa de marketing, sino porque técnicamente no puede: el sitio es puramente estático, sin capacidad de almacenamiento en el servidor. El algoritmo corre en el Canvas del navegador; desde que la sueltas hasta que la descargas, la imagen nunca sale de tu dispositivo.

Abre piick.cc/tools/background-remover, pulsa F12 para abrir el panel Network y verifícalo tú mismo: es lo más tranquilizador.