Declaración de Accesibilidad
Nuestro compromiso y dónde aún estamos cortos.
Última actualización:
Nuestro compromiso
Prism aims to be usable by everyone, including people with visual, auditory, motor, or cognitive disabilities. We design and build against the Pautas de Accesibilidad para Contenido Web (WCAG) 2.2, Nivel AA and use the specific practices below.
Qué hacemos
·Semantic HTML. Appropriate headings, landmarks, and ARIA roles. Interactive elements are keyboard-operable.
·Keyboard navigation. Prism is usable without a mouse. Focus states are visible. Tab order follows reading order.
·Screen-reader support. Primary workflows (writing an entry, reading a Mirror, managing settings) are tested with VoiceOver (macOS/iOS) and NVDA (Windows).
·Contrast. Body text is at least 4.5:1 against its background; large headings are at least 3:1. Our accent orange is used only for non-essential accents and links; links carry additional non-colour indicators.
·Zoom and reflow. Content reflows correctly at 200% zoom. Text is not clipped.
·Form labels. All form fields have associated labels; error messages are associated with their fields and announced to screen readers.
·Motion. Animation is minimal and respects prefers-reduced-motion. No autoplay, no parallax scrolling.
·Audio transcription. Voice input is transcribed by OpenAI Whisper and shown as editable text; you can always read and correct the transcript.
·Colour as meaning. We do not rely on colour alone to convey information.
Brechas conocidas
Somos honestos sobre dónde aún no cumplimos completamente con AA:
·The rich-text editor (Tiptap-based). Some formatting toolbar actions do not yet have full keyboard shortcuts or ARIA labels. Entries can still be created with plain text without using the toolbar.
·Weekly Mirror animations. Entry-list animations use subtle motion; we respect prefers-reduced-motion, but some browsers don't honour that token correctly.
·Error recovery on unreliable networks. We are improving error messaging for offline/slow-network conditions, including better announcements to screen readers.
Cómo hacemos pruebas
·Automated checks (axe-core, Lighthouse) run on every production build.
·Manual keyboard-only navigation is part of our release checklist.
·Manual screen-reader checks are done before major UI changes.
Formatos alternativos
Si necesitas contenido de Prism en un formato alternativo (letra grande, Braille, texto plano), envíanos un email y lo organizaremos.
Contenido y servicios de terceros
Prism incluye contenido entregado por nuestros subprocesadores (pago de Stripe, email de Resend, hosting de Vercel). Esas páginas de terceros están sujetas a los estándares de accesibilidad de cada proveedor. Si encuentras un problema en tal página, cuéntanoslo y lo escalaremos.
Retroalimentación y soporte
Si encuentras una barrera de accesibilidad en Prism, cuéntanoslo. Lo tratamos como un error, no como una solicitud de función.
·accessibility@prismlens.net (preferred)
Nos proponemos responder dentro de 5 días hábiles.