Accesibilidad

Política de Accesibilidad Web de Piedad Padilla Pérez

Fecha de entrada en vigor:  2026-02-20
Última revisión:  2026-02-20
Ámbito:  Sitio web https://saludyvidanatural.es/ y sus subdominios/servicios digitales incluidos en el alcance.

 1. Objeto

La presente Política de Accesibilidad Web establece los requisitos mínimos obligatorios para garantizar que el sitio web **[DOMINIO]** sea utilizable por el mayor número de personas posible, incluidas personas con discapacidad (visual, auditiva, motora, cognitiva y del habla), así como usuarios de tecnologías de asistencia y usuarios en contextos de uso diversos (móvil, baja conectividad, etc.).

2. Principios

El sitio deberá cumplir de forma continua los principios de accesibilidad:
- Perceptible: la información y componentes deben presentarse de modo que los usuarios puedan percibirlos.
- Operable: los componentes de la interfaz y la navegación deben ser operables.
- Comprensible: la información y el manejo de la interfaz deben ser comprensibles.
- Robusto: el contenido debe ser compatible con tecnologías de asistencia actuales y futuras.

3. Nivel objetivo de conformidad

Piedad Padilla Pérez declara como objetivo mínimo el cumplimiento de:

- WCAG 2.2, nivel AA (o el estándar que aplique en tu jurisdicción).
- Si existieran contenidos de terceros o limitaciones técnicas, se documentarán como **excepciones justificadas**, con alternativas accesibles cuando sea posible.

4. Requisitos obligatorios (mínimos)

Los equipos de diseño, desarrollo y contenido deberán cumplir, como mínimo:

4.1. Contenido no textual

- Todo contenido no textual (imágenes, iconos informativos, gráficos) incluirá **texto alternativo** equivalente.
- Los elementos decorativos se marcarán para que no interfieran con lectores de pantalla.

4.2. Teclado y foco

- Todas las funcionalidades serán operables con teclado sin requerir gestos complejos.
- El orden de tabulación será lógico y el foco visible en todo momento.
- Se evitarán “trampas de foco”.

4.3. Estructura semántica y navegación

- Uso correcto de **encabezados**, listas, landmarks/roles cuando aplique y estructura semántica HTML.
- Existirá un mecanismo consistente para navegar (menús coherentes, migas de pan si aplica, buscador si aplica).

4.4. Formularios

- Todos los campos tendrán **etiquetas asociadas**.
- Los errores se comunicarán de forma **programática y textual**, con sugerencias para corregirlos.
- No se dependerá solo del color para indicar estados.

4.5. Contraste, color y tipografía

- El texto y elementos esenciales cumplirán ratios de **contraste** adecuados.
- La información no se transmitirá únicamente por color.
- El contenido será legible al ampliar y con ajustes de espaciado razonables.

4.6. Multimedia

- Los videos incluirán **subtítulos** (y audiodescripción cuando sea razonable/obligatorio según alcance).
- Los audios tendrán transcripción cuando aplique.

4.7. Movimiento, animaciones y tiempo

- Se respetará la preferencia del usuario de **reducir movimiento**.
- Contenidos con límite de tiempo ofrecerán extensión o control cuando aplique.
- Se evitarán destellos que puedan provocar reacciones adversas.

4.8. Compatibilidad y robustez

- El HTML/CSS/JS se mantendrá válido y compatible con tecnologías de asistencia.
- Los componentes interactivos expondrán nombre/rol/estado de forma accesible.

5. Verificación (“ya comprobada”): auditoría y evidencias

Para considerar el sitio “verificado”, se aplicará el siguiente proceso:

5.1. Auditoría automática (no suficiente por sí sola)

Se ejecutarán comprobaciones automáticas en plantillas y páginas críticas mediante herramientas equivalentes a:
- Analizadores de accesibilidad (p. ej., rulesets tipo axe / Lighthouse / WAVE).
- Validadores de marcado cuando aplique.
- Criterio: cero errores críticos sin justificar y corrección de incidencias antes de publicar.

5.2. Revisión manual obligatoria

Se realizarán pruebas manuales sobre al menos:
- Página de inicio, navegación principal, búsqueda (si existe),
- Páginas de contenido representativas,
- Flujos críticos (registro, login, compra/checkout, contacto, etc.).

Incluye:
- Navegación completa por teclado,
- Lectores de pantalla (entornos representativos),
- Revisión de estructura semántica, mensajes de error, foco y modales.

5.3. Pruebas con usuarios (recomendado)

Cuando sea posible, se harán pruebas con personas usuarias de tecnologías de asistencia.

5.4. Informe de conformidad y registro

Se mantendrá un **Informe de Accesibilidad** (interno o público) con:
- Alcance (URLs/plantillas),
- Fecha, versión del sitio,
- Herramientas y metodología,
- Hallazgos y estado de corrección,
- Excepciones justificadas y alternativas,
- Evidencias (capturas, logs, tickets).

6. Mantenimiento y control de cambios

- Los cambios relevantes en UI/componentes deberán pasar por una **revisión de accesibilidad** antes de publicarse.
- Se programarán auditorías periódicas al menos **cada [X] meses** y tras rediseños mayores.
- Se definirá un **responsable de accesibilidad** (rol) y un canal de contacto.

7. Canal de contacto y solicitudes

Si encuentras una barrera de accesibilidad, puedes contactarnos:
- Correo: [piedad.padilla@hotmail.com]
- Formulario: https://saludyvidanatural.es/e...
- Plazo objetivo de respuesta: [5-10 días hábiles]

Indicando, si es posible:
- URL afectada,
- Dispositivo/navegador,
- Tecnología de asistencia usada,
- Descripción del problema y resultado esperado.

8. Medidas correctivas

Las incidencias de accesibilidad se priorizarán según severidad e impacto:
- Crítica: impide completar tareas esenciales → corrección prioritaria.
- Alta/Media/Baja: corrección según planificación, con mitigaciones si aplica.