🤖
Tehnično · 30. januarja 2026 · 6 min branja · Posodobljeno 8. junij 2026
Zakaj predlogi popravkov dostopnosti, ki jih generira UI, premagajo samodejne popravke
Prekrivni pripomočki obljubljajo čarobne popravke JS. Pravi popravki potrebujejo kontekst. Tukaj je, zakaj kodni popravki, ki jih generira LLM, delujejo tam, kjer prekrivniki ne uspejo.
Prekrivniki dostopnosti, orodja kot accessiBe in UserWay, med izvajanjem vstavijo JavaScript za »odpravo« kršitev WCAG brez spreminjanja vaše izvorne kode. Ne delujejo: v anketi WebAIM je 72 % invalidnih uporabnikov ocenilo prekrivnike kot neučinkovite. Januarja 2025 je ameriška FTC sklenila poravnavo z accessiBe za 1 milijon $ zaradi zavajajočih trditev o samodejni skladnosti z WCAG, spletna mesta s prekrivnimi pripomočki pa se v ZDA redno pojavljajo v tožbah, na stotine primerov letno.
Alternativa je bila nekoč dolgočasna: najeti svetovalca, čakati šest tednov, dobiti PDF kršitev brez kode. Zdaj LLM-ji zapolnijo to vrzel. Sodobni LLM može prebrati ARIA kontekst kršitve, okoliški HTML in opis vpliva ter ustvariti natančen kodni popravek, vključno z razlago mlajšemu razvijalcu, zakaj sprememba šteje.
Axively vsako kršitev pošlje skozi UI z ozemljenimi pozivi in priloži razliko skupaj s poročilom. Popravek je še vedno vaš; samo preskočite problem prazne strani.