Bakit Umiiral ang Pahinang Ito
Ginagamit ang PayCal para sa oras, pagbabayad, at mga gawain sa account na madalas na inuulit ng mga tao. Kapag ang isang pahina ay mahirap basahin, mahirap i-navigate, o mahirap patakbuhin nang walang mouse, pinapabagal nito ang totoong trabaho.
Ini-publish namin ang page na ito para makita ng mga user ang standard na ginagamit namin, ang mga pagbabago sa accessibility na naipadala na namin, at ang mga lugar na pinagbubuti pa namin.
Ang aming Pamantayan sa Paggawa
Ginagamit namin ang WCAG 2.1 Level AA bilang aming working standard para sa accessibility ng produkto. Gumagamit din kami ng mga piling ideya ng AAA kapag malinaw na pinapahusay ng mga ito ang kakayahang magamit, ngunit hindi namin inaangkin ang pagsunod sa AAA.
Hindi namin inaangkin na ang bawat ruta ay perpekto sa lahat ng oras. Nangangako kami sa pag-aayos ng mga na-verify na hadlang, pagdodokumento ng mga pagbabago, at pagpapanatiling gumagana ang pagiging naa-access sa normal na daloy ng trabaho sa engineering.
Metadata ng Pag-verify
Metadata ng Ruta
- Ruta:
/transparency/accessibility/ - Huling na-verify:
- Ang susunod na pagsusuri ay dapat bayaran:
- Saklaw ng pag-verify: mahigpit na pag-scan ng ruta ng WCAG, mga pagsusuri sa reflow/text-spacing, mga pagsusuri sa usok ng keyboard, at manu-manong pagsusuri sa ruta ng VoiceOver.
Mga Kilalang Limitasyon
- Ang manu-manong screen-reader pass sa mga pangunahing ruta ay hindi pa gumagawa ng ruta-by-ruta na mga tala ng VoiceOver at per-defect na pagsubaybay (WCAG-015, kasalukuyang isinasagawa).
- Ang mga salita ng anunsyo (linaw at maikli) sa mga daloy ng mataas na feedback ay ang natitirang pagtuon pagkatapos makumpleto ang paghihiwalay ng istraktura ng live-rehiyon.
- Maaaring matukoy ng pagsusuri sa dependency ng third-party ang mga hadlang na partikular sa bahagi o mga paghihigpit sa pag-upgrade habang ang mga panlabas na aklatan ay tumatanggap ng mga pangunahing update.
Ang metadata na ito ay ina-update bilang bahagi ng quarterly audit close-out upang makita ng mga user kung ano ang na-verify, kung ano ang mayroon pa ring mga limitasyon, at kung kailan dapat ang susunod na pormal na pagsusuri.
Patakaran sa Suporta sa Pantulong na Teknolohiya
Nag-publish kami ng mga inaasahan sa suporta batay sa mga kumbinasyong direktang bini-verify namin at sa mga kumbinasyong sinusuri namin sa mga naka-iskedyul na pag-audit. Ito ay isang support matrix, hindi isang pag-aangkin na ang bawat browser at pantulong na pagpapares ng teknolohiya ay magkaparehong kumikilos.
| Plataporma | Browser | Pantulong na teknolohiya | Suportahan ang inaasahan | Modelo ng pag-verify |
|---|---|---|---|---|
| macOS | Safari | VoiceOver | Pangunahing na-verify na kumbinasyon | Manu-manong pagsusuri ng ruta sa mga regular na pagsusuri sa WCAG at quarterly audit |
| Windows | Firefox | NVDA | Sinusuportahang kumbinasyon ng audit | Naka-iskedyul na manual validation sa panahon ng quarterly audit |
| Windows | Chrome | JAWS | Sinusuportahang kumbinasyon ng audit | Naka-iskedyul na manual validation sa panahon ng quarterly audit |
| Iba pang mga kumbinasyon | Mga kasalukuyang pangunahing browser | Iba pang AT o voice control tool | Suporta sa pinakamahusay na pagsisikap | Mga isyung nasuri sa pamamagitan ng proseso ng depekto sa accessibility |
Kapag nag-ulat ang mga user ng hadlang sa kumbinasyon ng pinakamahusay na pagsisikap, sinisiyasat pa rin namin ito. Kung ang isyu ay nakakaapekto sa mga pangunahing semantika, pag-uugali ng keyboard, o mga nakabahaging bahagi, itinuturing namin ito bilang isang depekto ng produkto kahit na ang eksaktong pagpapares ay wala sa pangunahing na-verify na hanay.
Patakaran sa Paghinto at Pagbabago
- Hindi namin sinasadyang ihinto ang suporta para sa isang na-verify na browser at kumbinasyon ng teknolohiyang pantulong nang hindi na-publish muna ang pagbabago sa page na ito.
- Kapag naging hindi praktikal na suportahan ang isang na-verify na kumbinasyon dahil sa mga hadlang sa vendor, platform, o seguridad, nagta-target kami ng kahit isang quarterly-cycle na notice bago ito lumipat sa best-effort status.
- Ang anumang abiso sa paghinto sa paggamit ay dapat isama ang apektadong kumbinasyon, kung bakit ito nagbago, ang petsa ng bisa, at ang pinakamalapit na sinusuportahang alternatibo.
Kung ang isang iniulat na hadlang ay nakakaapekto sa isang kumbinasyon na kasalukuyan naming bine-verify nang direkta, ang isyu ay susuriin laban sa inaasahan ng suporta na iyon at hindi itinuturing bilang opsyonal.
Pagsusuri sa Accessibility ng Dependency ng Third-Party
Karamihan sa mga na-audit na pakikipag-ugnayan sa PayCal ay gumagamit ng first-party na UI code. Kung saan umiiral ang third-party na browser-side code, hiwalay naming sinusubaybayan ang epekto nito sa pagiging naa-access upang hindi ma-bypass ng mga upgrade ang mga inaasahan sa keyboard, semantics, o CSP.
| Dependency | Paggamit | Katayuan ng pagiging naa-access | Mga Tala |
|---|---|---|---|
pdf-lib |
Pag-export ng PDF na kita sa panig ng kliyente | Naaprubahan | Non-widget export library. Hindi nagdaragdag ng keyboard UI, ngunit nakadepende pa rin ang nabuong output sa first-party na label at kalidad ng content. |
tweetnacl |
Mga katulong sa kriptograpiya sa panig ng kliyente | Naaprubahan | Non-visual utility library. Ang epekto sa pagiging naa-access ay hindi direkta at limitado sa pagpapanatiling tumutugon at matatag ang mga daloy ng first-party. |
- Naaprubahan: pinapayagan para sa kasalukuyang paggamit, na may epekto sa pagiging naa-access na naiintindihan at naidokumento.
- May kundisyon: pinapayagan lang sa limitadong saklaw habang nananatiling bukas ang pagsusuri, pagpapalit, o pagpigil.
- Na-block: hindi pinapayagan para sa bagong paggamit ng UI hanggang sa matugunan ang mga kinakailangan sa pagiging naa-access.
Anumang bagong dependency sa gilid ng browser na nagdaragdag ng UI, paghawak ng focus, pag-uugali ng dialog, naka-embed na media, o mga custom na widget ay dapat suriin bago gamitin at muling suriin bago mag-upgrade ng mga pangunahing bersyon.
Ano ang Nasa Lugar Ngayon
- Sinusuportahan ng core navigation ang paggamit ng keyboard, laktawan ang mga link, at mga nakadokumentong single-key na shortcut para sa mga pangunahing destinasyon.
- Ang mga single-key na shortcut (C, R, S, E, A, H, N, P, ?) ay dokumentado para sa mga pangunahing ruta ng aplikasyon.
- Hindi gumagana ang mga shortcut habang nagta-type ng mga input o kapag bukas ang mga dialog.
- Ang mga ruta ng tulong at transparency ay nagbibigay ng higit sa isang paraan upang mag-navigate, kabilang ang mga breadcrumb kung saan nagdaragdag iyon ng kapaki-pakinabang na konteksto.
- Gumagamit ang mga na-audit na ruta ng mga semantic landmark, malinaw na heading, direktang label, at status messaging kung saan nangangailangan ng feedback ang pakikipag-ugnayan.
- Ang mga pagsusuri sa contrast at focus token ay awtomatiko sa kasalukuyang catalog ng tema, at ang na-publish na matrix ay sinusubaybayan sa aming backlog workflow ng accessibility.
- Kasama sa mga setting ang isang dyslexia-friendly na typography preference na may accessible na spacing at fallback stack support.
- Ang mga ulat sa pagiging naa-access ay maaari na ngayong magsimula sa pahinang ito at magpatuloy sa secure na daloy ng pakikipag-ugnayan na may paunang napunan ang mga pangunahing detalye.
Mas gusto muna namin ang semantic na HTML at ginagamit ang ARIA kung saan nakakatulong itong ilantad ang mga pangalan, relasyon, o live na pagbabago sa status nang mas malinaw.
Mabilis na access key
Nag-publish ang PayCal ng mga single-key na shortcut para sa mga pangunahing destinasyon kaya nananatiling mapupuntahan ang mga madalas na ruta nang walang paulit-ulit na paglalakbay sa pointer. Ang kasalukuyang nakadokumentong hanay ay sumasaklaw sa kalendaryo, mga organisasyon, mga setting, mga kita, admin, tulong, mga tala, mga panahon ng pagbabayad, at tulong sa keyboard shortcut.
Ang mga shortcut na ito ay bahagi lamang ng kontrata sa pagiging naa-access kapag ang mga ito ay nahuhulaan, nakadokumento, at ligtas na balewalain. Maaaring patuloy na mag-navigate ang mga user gamit ang mga karaniwang link, button, laktawan ang mga link, at landmark nang hindi umaasa sa shortcut memorization.
Kaligtasan ng Pokus
Pinipigilan ng mga panuntunan sa kaligtasan ng focus ang mga humahawak ng shortcut at naka-script na UI na magnakaw ng focus habang may nagta-type o nagtatrabaho sa loob ng isang modal. Ang mga shortcut ay hindi gumagana sa loob ng mga nae-edit na kontrol, at ang mga pakikipag-ugnayan sa dialog ay patuloy na nasasaklaw ng focus hanggang sa magsara ang dialog.
Binabawasan ng patakarang ito ang hindi sinasadyang pag-navigate, pinoprotektahan ang pagpasok ng form, at pinapanatili ang gawi ng keyboard na pare-pareho sa saklaw ng regression sa antas ng ruta na pinapatakbo namin sa Playwright at Lightpanda.
Ano ang Aktibong Bine-verify Namin
- Ang mga pag-scan ng WCAG sa antas ng ruta ay tumatakbo laban sa mga pangunahing pahina, kabilang ang mga mahigpit na pag-sweep ng ruta para sa mga paglabag at mas mahigpit na pagsusuri sa kaibahan.
- Ang mga heading at form regression ay sinusuri upang ang landmark na istraktura, mga label, at pagmemensahe sa pagbawi ay hindi tahimik na naaanod.
- Sinusuri ng reflow at saklaw ng text-spacing ang mga pangunahing ruta sa mga compact na lapad ng viewport upang mahuli ang mga pagkabigo ng pahalang na overflow at spacing.
- Bine-verify ng mga pagsubok sa navigation-path at shortcut regression ang mga breadcrumb, mga alternatibong path, handoff ng feedback, pag-uugali sa kaligtasan ng shortcut, at saklaw ng patakaran ng keyboard shortcut.
- Pinagsasama ng mga pagsusuri sa antas ng suite ang Playwright, PHPUnit, at saklaw ng browser-matrix upang manatiling sinubok ang mga claim sa accessibility.
Nangangahulugan ito na ang aming mga pampublikong pahayag sa pagiging naa-access ay nauugnay sa aktwal na saklaw ng regression, hindi lamang sa layunin.
Mga Kamakailang Pagpapabuti
- 03-2026
- 2026-03-23: Nagdagdag ng metadata ng pag-verify (petsa ng huling na-verify, petsa ng susunod na pagsusuri, saklaw, at kilalang limitasyon) sa lahat ng apat na aktibong sub-page ng transparency: pagiging naa-access, mga sukatan, buwis, at pamamahala sa pag-verify (WCAG-021).
- 2026-03-23: Pinasimpleng 31 na error at mga string ng status sa auth, kalendaryo, at mga daloy ng organisasyon: inalis ang teknikal na jargon (nonce references), ginawang aksyonan ang mga field-empty message, at standardized na mga mensahe ng error sa organisasyon sa isang pare-parehong "Hindi ma-X. Pakisubukang muli." pattern (WCAG-024).
- 2026-03-23: Nai-publish ang mga pamantayan sa pagiging naa-access sa antas ng bahagi na sumasaklaw sa mga dialog, tab, datagrid, at form na may mga kontrata sa keyboard/ARIA at mga halimbawang gawin/huwag; cross-linked mula sa PR template at regression workflow (WCAG-025).
- 2026-03-23: Pinaghiwalay ang mga assertive na anunsyo ng error mula sa mga magalang na anunsyo sa pag-unlad sa /auth/ at /settings/ para alisin ang duplicate na live-region na output (WCAG-017).
- 2026-03-23: Na-publish na talahanayan ng SLA na depekto sa accessibility na may mga window ng pagkilala, pag-aayos ng mga target, may-ari, at mga landas ng pagdami (WCAG-019).
- 2026-03-23: Nag-publish ng isang pormal na checklist na natitira sa trabaho at isang quarterly accessibility audit playbook na may mga may-ari, saklaw ng ruta, at mga kinakailangan sa ebidensya.
- 2026-03-23: Nagdagdag ng path ng pagkuha ng feedback sa pagiging naa-access mula sa page na ito papunta sa secure na form sa pakikipag-ugnayan.
- 2026-03-23: Nagdagdag ng mga breadcrumb at saklaw ng regression para sa maramihang navigation path sa mga pangunahing pampublikong ruta.
- 2026-03-23: Niresolba ang mga mahigpit na contrast blocker sa mga pangunahing pampublikong ruta at pinananatili ang mga pagsusuring iyon sa suite ng ruta ng WCAG.
- 2026-03-23: Nagdagdag ng dyslexia-friendly na typography preference coverage sa mga setting, na may accessible na font stack at spacing na gawi.
- 2026-03-22: Nagdagdag ng reflow sa antas ng ruta at saklaw ng text-spacing para sa mga pangunahing pahina sa mga compact na lapad ng viewport.
- 2026-03-20: Nagdagdag ng mga nakadokumentong shortcut sa istilo ng application na may mga proteksyon upang hindi gumana ang mga ito habang nagta-type o habang bukas ang mga dialog.
- 2026-04-12: Added aria-label to the read-only current email input in change-email dialogs on settings and profile pages; replaced four hardcoded English labels in the Data Portability section with i18n-backed strings.
Ang Pinagbubuti Pa Namin
- External audit readiness package: pre-packaging issue history, remediation logs, at policy evidence para makagawa ng kumpletong audit package sa loob ng isang araw ng negosyo (WCAG-026).
Kasalukuyang Bukas na Trabaho
- WCAG-026: External audit readiness package — pre-packaging issue history, remediation logs, evidence artifacts, at policy docs para makagawa ng audit evidence package sa loob ng isang araw ng negosyo.
Ito ang aktibong item sa aming WCAG execution backlog. Nakumpleto na ang mga design token, transparency metadata, live-region contract, PR governance, at plain-language copy work at sakop ng mga regression suite upang mabawasan ang panganib sa backslide.
Indayog ng Audit
Ang mga pag-audit sa accessibility ay tumatakbo sa isang quarterly cadence. Kasama sa bawat window ng pag-audit ang mahigpit na mga automated na pagsusuri sa ruta, manu-manong pagsusuri sa keyboard, at manu-manong pag-verify ng VoiceOver sa mga pangunahing ruta.
Ang bawat cycle ay nagreresulta sa mga sinusubaybayang depekto (kapag natagpuan), mga label ng kalubhaan, mga may-ari, at isang maikling buod ng mga natitirang panganib.
Accessibility Defect Response Windows
Ang bawat na-verify na depekto sa accessibility ay isinampa nang may kalubhaan, may-ari, pamantayan ng WCAG, at takdang petsa sa paggawa upang manatiling gumagana ang trabaho sa halip na impormal.
| Kalubhaan | Kahulugan | Kilalanin | Ayusin o mitigation target | May-ari | Daan ng escalation |
|---|---|---|---|---|---|
| P0 | Release blocker o core task failure para sa paggamit ng keyboard o screen-reader. | Parehong araw ng negosyo | 48 oras | Pangunahing Pangunahin | I-escalate sa Engineering Lead kung hindi nalutas pagkatapos ng 24 na oras. |
| P1 | Malaking usability friction sa mahahalagang daloy o mahalagang pagkabigo sa kontrata ng ARIA. | 1 araw ng negosyo | 10 araw ng negosyo | May-ari ng Accessibility | I-escalate sa Frontend Lead kung hindi nalutas pagkatapos ng 7 araw ng negosyo. |
| P2 | Naka-localize na isyu, hardening work, o pagpapabuti ng pamamahala. | 3 araw ng negosyo | Susunod na nakaplanong ikot | Itinalaga sa triage | I-flag para sa quarterly audit close-out kung ipinagpaliban ang nakalipas na dalawang cycle. |
Mga Pangunahing Inaasahan sa Accessibility
- Pagpapatakbo ng keyboard: Ang mga pangunahing gawain ay dapat maabot nang hindi nangangailangan ng mouse.
- Malinaw na istraktura: Ang mga heading, landmark, label, at status message ay dapat gawing nauunawaan ang gawi ng page.
- Nababasang presentasyon: Ang mga pangunahing na-audit na ruta ay dapat magkasama sa ilalim ng mas malalaking sukat ng teksto at mas mahigpit na lapad ng viewport.
- Ligtas na pag-uugali sa pag-navigate: Ang mga shortcut sa pagiging produktibo ay hindi dapat makagambala sa aktibong pagpasok ng teksto o mga bukas na dialog.
- Direktang landas ng feedback: Ang mga user ay dapat na makapag-ulat ng mga hadlang nang hindi naghahanap ng tamang channel.
Paano Namin Ginagamit ang ARIA
Hindi namin itinuturing ang ARIA bilang kapalit ng semantic HTML. Gumagamit kami ng ARIA upang linawin ang mga pangalan ng kontrol, relasyon, paglalarawan, at pagbabago sa status kapag hindi sapat ang katutubong HTML lamang.
Nangangahulugan iyon na ang aming gawain sa pagiging naa-access ay mas malawak kaysa sa paggamit ng ARIA lamang. Ang gawi ng keyboard, mga heading, paghawak ng focus, contrast, reflow, at pagbawi ng error ay mahalaga din.
Mag-ulat ng Mga Isyu sa Accessibility
Kung may mahirap gamitin o hindi naa-access, gamitin ang form sa ibaba o direktang pumunta sa pahina ng contact. Binubuksan ng form ang secure na daloy ng contact kasama ang iyong buod at mga detalye na dinadala.
Kasama sa mga kapaki-pakinabang na detalye:
- Anong page o feature ang iyong ginagamit
- Anong device, browser, o screen reader ang ginagamit mo
- Anong hadlang ang iyong naranasan at kung paano ito humadlang sa iyong pagkumpleto ng iyong gawain
- Paano ka namin matutulungan na gamitin ang PayCal
Maaari mo ring gamitin ang ang pangkalahatang pahina ng contact kung mas gusto mong hindi magsimula sa form na ito.
Mga Pamantayan at Alituntunin
Ang aming gawain sa pagiging naa-access ay pangunahing ginagabayan ng WCAG 2.1 at mga kaugnay na legal na pamantayan na tumutukoy sa mga inaasahan sa Level AA.
- WCAG 2.1 (W3C Web Content Accessibility Guidelines) — International standard para sa web accessibility
- Seksyon 508 (Pederal na batas ng US) — Nakahanay sa WCAG 2.0 Level AA
- EN 301 549 (European standard) — Nakahanay sa WCAG 2.1 Level AA
- AODA (Accessibility for Ontarians with Disabilities Act) — Mga sanggunian WCAG-aligned accessibility expectations sa Canada
Patuloy na Pagsasanay
Ang pagiging naa-access ay hindi isang beses na paglilinis. Itinuring namin ito bilang bahagi ng normal na kalidad ng produkto, sa parehong paraan na tinatrato namin ang kawastuhan, seguridad, at pagiging maaasahan.
Habang mas maraming ruta ang ina-audit at sinasaklaw, patuloy naming ina-update ang page na ito na may mga naipadalang pagbabago, bukas na trabaho, at paraan ng pag-verify upang manatiling kapaki-pakinabang sa halip na generic.