Guías

Sitio web accesible y protección de datos: qué exige el RGPD

En cuanto se procesan datos personales en un sitio web accesible, rigen obligaciones claras. Cuáles son en concreto, qué falta casi siempre en la práctica y qué es realmente suficiente.

Presupuesto según solicitud3 a 6 semanasSituación 2026
En resumen

En cuanto se procesan datos personales en un sitio web accesible, se necesita base legal, limitación de finalidad, plazos de borrado definidos, información a los interesados y un contrato de encargado de tratamiento con cada proveedor involucrado. En la práctica faltan casi siempre los mismos tres puntos: el plazo de borrado, el aviso en el punto de recogida y la aclaración de si el proveedor utiliza los datos para su propio entrenamiento.

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, esto significa para un sitio web accesible: un contrato de encargado de tratamiento con cada proveedor involucrado, la verificación de dónde se procesa, un plazo de borrado documentado y un apartado comprensible en la declaración de privacidad. Tres cosas faltan casi siempre en la práctica: el plazo de borrado definido, el aviso en el lugar donde se recogen los datos, y la aclaración de si el proveedor utiliza los datos para su propio entrenamiento.

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

¿Basta con un overlay de accesibilidad?

No. Estas superposiciones no resuelven los problemas subyacentes y son rechazadas en su mayoría por las organizaciones de personas con discapacidad. Incluso pueden crear obstáculos adicionales. La accesibilidad se crea en el marcado, no en una capa por encima.

¿Cuánto dura una auditoría completa?

Para un sitio web de tamaño medio, de una a dos semanas, dependiendo del número de tipos de página diferentes y elementos interactivos como formularios o filtros.

¿Cuál es el error más frecuente?

Formularios sin etiquetas asociadas y elementos de control que no se pueden alcanzar con el teclado. Ambos pasan desapercibidos para quien trabaja con ratón, pero hacen el sitio inutilizable para otros.

¿Afecta también a los documentos PDF del sitio web?

Sí, si contienen información central, como listas de precios o formularios para descargar. Los PDF también deben estar provistos de estructura y textos alternativos.

¿Nos afecta la Barrierefreiheitsgesetz?

La Barrierefreiheitsgesetz austriaca está vigente desde el 28 de junio de 2025 y afecta principalmente a ofertas online en el negocio de consumo: tiendas online, reservas, e-ticketing, servicios bancarios. Las microempresas de menos de diez empleados y dos millones de euros de facturación están exentas en servicios, pero no en la distribución de productos. Un sitio puramente informativo sin venta normalmente no entra.

¿Qué tan costoso es en un sitio existente?

Muy variable. Un sitio bien construido a menudo solo necesita correcciones de contraste, textos alternativos y representación del foco. Un sitio con elementos de control propios sin soporte de teclado puede resultar más costoso que una construcción nueva.

¿Podemos implementarlo por fases?

Sí, por prioridad: primero los defectos que bloquean completamente el uso, luego los que lo dificultan. Se puede distribuir en varias etapas sin tener que poner el sitio offline entre medias.

Siguiente paso

Analizamos vuestra situación de partida.

Contadnos qué consume tiempo hoy. De ahí surge una evaluación con esfuerzo y beneficio, y solo después una oferta.