PIPELINEGuías
Diseño web y protección de datos: qué exige el RGPD
En cuanto se procesan datos personales en el diseño web, rigen obligaciones claras. Cuáles son concretamente, qué falta casi siempre en la práctica y qué es suficiente realmente.
En cuanto se procesan datos personales en el diseño web, se necesita base legal, vinculación a la finalidad, plazos de eliminación definidos, información a los afectados y un contrato de encargo de tratamiento con cada proveedor implicado. En la práctica faltan casi siempre los mismos tres puntos: el plazo de eliminación, la indicación en el punto de recogida y la aclaración de si el proveedor utiliza los datos para entrenamiento propio.
01 — Protección de datos
Qué exige el RGPD
En cuanto se procesan datos personales — y eso ocurre más rápido de lo que se piensa, por ejemplo en cuanto alguien introduce un nombre o un número de teléfono — se aplican las obligaciones habituales: nombrar la base legal, establecer la finalidad, cumplir la minimización de datos, definir plazos de eliminación, informar a los interesados.
En la práctica, eso significa para el diseño web: un contrato de encargo de tratamiento con cada proveedor implicado, la comprobación de dónde se procesan los datos, un plazo de eliminación documentado y un párrafo comprensible en la declaración de protección de datos. Tres cosas faltan casi siempre en la práctica: el plazo de eliminación definido, la indicación en el punto donde se recogen los datos, y la aclaración de si el proveedor utiliza los datos para entrenamiento propio.
Una evaluación de impacto en la protección de datos solo es necesaria cuando existe un riesgo previsiblemente alto — en la mayoría de proyectos de este tipo no. La comprobación en sí debería documentarse de todos modos, para que en caso necesario sea comprensible por qué se ha omitido.
02 — Contrato
Qué debe aclararse por escrito
- Propiedad de datos y accesos. Pertenecen al cliente. Si un proveedor no lo confirma claramente, esa es la información más importante de la conversación.
- Entrega en caso de finalización. En qué formato, en qué plazo, a qué costes.
- Sin permanencia mínima sin contraprestación. La vinculación es defendible si se entrega algo a cambio — si no, no.
- Qué cuesta un cambio posterior. No es el precio del proyecto lo que decide sobre los costes totales, sino la tarifa horaria para el tercer año.
- Documentación como objeto de entrega. No como promesa, sino como partida en el presupuesto.
03 — Riesgos
Qué puede salir mal
- El sistema responde incorrectamente. Limitado al trabajar exclusivamente con contenidos revisados y derivar en caso de duda en lugar de adivinar. Eso es una decisión de configuración, no una característica de la tecnología.
- Se subestima el esfuerzo. Motivo más frecuente: situación de partida poco clara. Un balance honesto antes del presupuesto lo previene de forma más fiable que cualquier margen.
- Nadie lo mantiene. El mayor riesgo de todos — y el más fácilmente evitable.
- Lagunas en la protección de datos. Surgen casi siempre por plazos de eliminación inexistentes y responsabilidad poco clara, raramente por la tecnología en sí.
- Dependencia del proveedor. Evitable si los accesos, datos y documentación quedan contractualmente en manos del cliente.
04 — Preguntas
Preguntas frecuentes
¿Qué pasa si no nos gusta ninguna de las direcciones?
Entonces volvemos al inventario — normalmente significa que algo importante sobre la empresa aún no se ha entendido. Pasa rara vez, pero mejor empezar de nuevo que forzar un diseño.
¿Necesitamos realmente diseño propio?
No obligatoriamente. Si necesitáis un sitio con cinco subpáginas y no tenéis ambiciones de marca, un sistema base limpiamente adaptado es la elección más sensata. El diseño propio vale la pena cuando debéis diferenciaros de competidores o gestionáis muchas páginas.
¿Recibimos varios bocetos?
Dos a tres direcciones en un tipo de página. Diez variantes no ayudan a nadie — solo trasladan la decisión al cliente en lugar de tomarla.
¿Cuántas rondas de corrección están incluidas?
Dos rondas por boceto son habituales y normalmente suficientes, porque la decisión de dirección ya se toma tras la primera presentación. Más rondas son posibles, pero alargan notablemente el plazo.
¿Se verá bien también en el móvil?
Diseñamos primero la vista estrecha, porque ahí llega la mayor parte de los visitantes. La vista ancha es el caso más fácil, no al revés.
¿Entregáis también material gráfico?
No, eso no forma parte del sistema de diseño. Pero indicamos exactamente qué tipo de imágenes se necesitan, y recomendamos fuentes adecuadas o una fotógrafa si es necesario.
¿Qué pasa con la accesibilidad en el diseño?
Contrastes, tamaños de fuente, representación del foco y áreas clicables los comprobamos contra WCAG 2.1 AA. En el diseño es notablemente más barato que después en la implementación.
05 — Continuar
Páginas relacionadas
- Diseño web — Vista general
- Diseño web — Proceso
- Diseño web — Lista de verificación
- Diseño web — Costes
- Diseño web — Pequeñas empresas
- Diseño web — Rentabilidad
- Diseño web — Ejemplos prácticos
- Diseño web — Alternativas
- Crear sitio web
- Landing page
- Rediseño de sitio web
- Todas las guías
Diseño web por región
Siguiente paso
Enviadnos unas líneas sobre vuestro proyecto.
Leemos cada consulta personalmente y respondemos de forma directa. Sin equipo comercial, sin formulario de devolución de llamada al vacío.