La respuesta práctica es sencilla: no uses DeepSeek para información personal, confidencial o crítica si accedes mediante la app oficial, un servicio web o una API en la nube. El 27 de junio de 2025, la Comisionada de Protección de Datos y Libertad de Información de Berlín notificó a Apple y Google en Alemania que la app de IA DeepSeek constituía «contenido ilegal» [11].
Conviene matizarlo bien. Las fuentes disponibles sostienen sobre todo preocupaciones de privacidad, transferencias internacionales de datos y cumplimiento normativo. No aportan base para afirmar, de forma general, que DeepSeek sea automáticamente malware o que cualquier uso comprometa un dispositivo [2][
4][
6][
11].
Primero: ¿hablamos de la app, de la nube o de un uso local?
Cuando alguien busca «DeepSeek V4», suele pensar en el modelo. Pero la medida documentada en Alemania se refiere a la app y al servicio, no a una certificación técnica independiente de un modelo llamado V4 [11]. Para evaluar el riesgo, la pregunta clave es otra: ¿adónde van tus mensajes, documentos y datos de uso?
| Forma de acceso | Evaluación práctica |
|---|---|
| App oficial | Evítala con datos sensibles. La app de DeepSeek fue precisamente la que la autoridad berlinesa notificó a Apple y Google en Alemania como «contenido ilegal» [ |
| Web o API en la nube | Úsala solo con datos no sensibles o después de una revisión formal. Si los prompts, documentos o metadatos llegan a la infraestructura del proveedor, aparecen las mismas dudas sobre privacidad, transferencias a terceros países y cumplimiento descritas en los informes sobre DeepSeek [ |
| Pruebas privadas | Puede ser razonable para preguntas generales, ejemplos inventados o contenido anonimizado. Nombres reales, documentos, datos de clientes o secretos no deberían entrar ahí. |
| Despliegue local | Debe evaluarse por separado si los datos no salen de tu propio entorno. El riesgo residual depende de la implementación, las actualizaciones, la configuración y la infraestructura [ |
Por qué Alemania ve DeepSeek con cautela
El centro de la crítica alemana no es si el modelo responde mejor o peor, sino qué ocurre con los datos de quienes lo usan. Según la autoridad de Berlín, datos personales de usuarios alemanes se transferirían a China y DeepSeek no habría demostrado un nivel de protección suficiente conforme a las exigencias del RGPD, el Reglamento General de Protección de Datos de la Unión Europea [11].
Otros informes apuntan en la misma dirección: presunta recogida ilícita de datos, transferencias a China y dudas sobre si DeepSeek cumple los requisitos europeos de protección de datos [2][
4][
5][
6]. Eso no significa que cada prompt vaya a ser necesariamente mal utilizado. Sí significa que usar la app o la nube con información confidencial puede convertirse en un riesgo serio de privacidad, cumplimiento y responsabilidad interna.
Qué datos no deberías introducir en DeepSeek
Trata DeepSeek, cuando se usa por app, web o nube, como tratarías cualquier servicio externo de IA que tu organización no ha revisado: introduce solo información que, en el peor caso, podría hacerse pública sin causar un problema. Evita especialmente:
- contraseñas, claves API, credenciales y códigos de doble factor;
- datos de DNI, pasaporte, impuestos, cuentas bancarias, seguros o contratos;
- información sanitaria u otros datos personales especialmente sensibles;
- datos de clientes, empleados, estudiantes, pacientes, expedientes o casos profesionales;
- documentos internos, actas, estrategias, ofertas y presentaciones no publicadas;
- código fuente confidencial, arquitecturas de sistemas, planes de seguridad o información sobre vulnerabilidades;
- cualquier caso real de un despacho, consulta médica, asesoría, escuela, administración pública o departamento de recursos humanos.
Empresas, administraciones y centros educativos: no basta con «probar un poco»
En una organización, la decisión no debería depender de una impresión personal. Si se quiere usar DeepSeek en el trabajo, antes deberían revisarlo protección de datos, seguridad informática y, cuando corresponda, asesoría jurídica. La revisión debe aclarar qué datos se procesan, a qué países se transfieren, qué base legal se invoca, qué contratos existen y si hay una autorización interna. Esas son precisamente las cuestiones que están en el centro de la discusión alemana sobre DeepSeek, en especial por posibles infracciones del RGPD y transferencias de datos a China [4][
6][
11].
Sin esa evaluación, no conviene usar DeepSeek en producción para datos de clientes, expedientes de personal, información escolar, documentación administrativa, asuntos de clientes o material interno de negocio. Para contenidos sensibles, la vía más prudente es usar sistemas aprobados, con tratamiento de datos documentado, o despliegues controlados localmente; incluso ahí, la seguridad depende de la implementación concreta [3].
Cómo probar DeepSeek con menos riesgo
Si aun así lo usas de forma privada para experimentar con tareas inocuas, puedes reducir el riesgo, aunque no eliminarlo:
- Usa ejemplos ficticios en lugar de datos reales de personas o empresas.
- Elimina nombres, correos, teléfonos, números de cliente, referencias de expediente y otros identificadores.
- No subas documentos originales.
- Concede a la app solo los permisos imprescindibles.
- Utiliza una cuenta separada y una contraseña fuerte que no uses en otros servicios.
- No introduzcas contenido laboral si tu organización no ha aprobado expresamente el servicio.
Conclusión: con datos sensibles, mejor no arriesgar
Con la información disponible, no hay base suficiente para presentar DeepSeek en Alemania como un ataque técnico automático contra los dispositivos. Pero para la app oficial y para el uso por web o nube, el panorama de privacidad es lo bastante delicado como para no introducir datos personales, confidenciales o críticos. La referencia clave es la actuación de la autoridad de protección de datos de Berlín del 27 de junio de 2025 y la crítica asociada a transferencias de datos a China [11][
2][
4][
6].
Si lo pruebas solo con prompts generales, ficticios o anonimizados, el riesgo baja de forma considerable. En cuanto aparezcan personas reales, documentos internos, secretos empresariales o datos regulados, lo más prudente es optar por un sistema revisado, autorizado o controlado localmente [3].
