Un text expander se instala en tu navegador y ve pasar buena parte de lo que escribes a diario: respuestas a clientes, notas internas y, a veces, datos personales o sensibles pegados en un correo. Antes de adoptarlo en todo un equipo, conviene plantearse seriamente una pregunta: ¿adónde van esos datos?
El problema invisible de las extensiones en la nube
La mayoría de los text expanders populares funcionan con un modelo sencillo: creas una cuenta, tus snippets se sincronizan en los servidores del editor y esa sincronización te permite encontrarlos en todos tus dispositivos.
La comodidad es real. El problema también: en cuanto tus textos habituales contienen datos personales — el nombre de un cliente, un número de expediente, una referencia a una situación médica o jurídica —, esa información pasa por servidores de terceros, y a veces se queda en ellos, a menudo fuera de la Unión Europea.
Para un uso personal, lo que está en juego es limitado. Para una empresa sujeta al RGPD, especialmente en atención al cliente, el sector jurídico, la salud, RR. HH. o las administraciones públicas, plantea una verdadera cuestión de cumplimiento.
Qué dice el RGPD sobre este tipo de tratamiento
El RGPD regula cualquier tratamiento de datos personales, también cuando lo realiza una herramienta de terceros que usan tus empleados. En la práctica, si un text expander almacena tus snippets en sus servidores, puede suponer una comunicación de datos a un encargado del tratamiento — con las obligaciones que conlleva: base jurídica del tratamiento, información a los interesados, garantías en caso de transferencia fuera de la UE, plazo de conservación, etc.
Modula no ofrece asesoramiento jurídico: para un análisis formal de cumplimiento, consulta a tu delegado de protección de datos (DPD) o a un asesor especializado. Este artículo busca plantear las preguntas técnicas adecuadas. Se basa en el RGPD europeo: si tu organización está establecida fuera de la Unión Europea, comprueba qué legislación se te aplica — y ten en cuenta que el RGPD también puede afectarte si ofreces tus servicios a personas que se encuentran en la UE.
Tres preguntas sencillas que hacer a cualquier editor de text expander antes de instalarlo en los ordenadores de tu equipo:
- ¿Mis snippets se almacenan en vuestros servidores o solo en mi navegador?
- Si intervienen vuestros servidores, ¿dónde están ubicados?
- ¿Qué pasa si elimino mi cuenta? ¿Se borran realmente mis datos?
El enfoque «local-first»: los datos nunca salen del dispositivo
Existe una alternativa a la arquitectura «cuenta + servidor en la nube»: el modelo local-first, en el que la extensión guarda tus SmartTexts directamente en el almacenamiento local de tu navegador, sin enviarlos nunca a un servidor externo.
En la práctica, con este tipo de arquitectura:
- No hay cuenta que crear — por tanto, no hay base de datos de usuarios que proteger en el lado del editor
- No hay telemetría — ningún seguimiento de lo que escribes ni de tus hábitos de uso
- La eliminación es real e inmediata — desinstalar la extensión borra los datos, y no queda nada que eliminar en ningún servidor
Ese es el modelo en el que se basa Modula. Tus SmartTexts, tus SmartMails y tus plantillas se quedan en tu navegador. Ningún servidor de Modula los recibe jamás.
¿Y el trabajo en equipo?
La sincronización en equipo suele ser el argumento que empuja a las empresas hacia un modelo 100 % en la nube: ¿cómo compartir una biblioteca de respuestas tipo sin pasar por un servidor centralizado?
La respuesta no es necesariamente «renunciar a la privacidad para poder colaborar». Una opción intermedia consiste en que la sincronización pase por la nube que tu empresa ya controla — Google Drive, OneDrive o Dropbox de empresa — en lugar de por un servidor propio del editor de la extensión. Tus datos permanecen así en un entorno ya cubierto por tus contratos de encargo de tratamiento con Google o Microsoft, sin añadir un encargado más a tu registro de actividades de tratamiento.
Lista de comprobación antes de implantar un text expander en la empresa
- Comprobar si la herramienta exige una cuenta vinculada a los servidores del editor
- Averiguar dónde están los servidores si se requiere una cuenta
- Verificar que existe una política de privacidad clara y pública
- Priorizar el almacenamiento local por defecto si los textos contienen datos sensibles
- Para el trabajo en equipo, priorizar una sincronización a través de tu propia infraestructura en la nube en lugar de un servidor de terceros dedicado a la herramienta
- Documentar la herramienta en tu registro de actividades de tratamiento si hay datos personales en juego
En resumen
Desde el punto de vista de la protección de datos, un text expander no es una herramienta inocua: trata, potencialmente a diario, información personal y profesional sensible. La elección de la arquitectura — local frente a nube de terceros — debería formar parte de los criterios de selección, igual que las funciones.
Modula se ha diseñado en torno a este principio: almacenamiento local por defecto y una sincronización en equipo que pasa por tu propia nube en lugar de por un servidor externo. Sobre todo, Modula no recopila nada: ni tus textos, ni tus hábitos de uso, ni ninguna otra información. No existe ningún servidor de Modula para recibirlos. Única excepción, si pasas a la versión Pro: la compra y la verificación de tu licencia las gestiona nuestro proveedor de pagos, Lemon Squeezy.
Este artículo tiene fines informativos y no constituye asesoramiento jurídico. Para cualquier cuestión de cumplimiento del RGPD específica de tu organización, dirígete a tu delegado de protección de datos (DPD).