WebKit rättade 32 tillgänglighetsfel i Safari 27.0

Fyra webbkomponenter, samma osynliga koppling

En knapp märkt med aria-labelledby pekar på rubriken som beskriver den. En rad i en tabell hör ihop med sina celler via aria-owns. Byggs komponenten med <slot>, skuggträd (shadow DOM på engelska) eller display: contents, händer det ofta att kopplingen tappas bort helt för skärmläsaranvändare. Det gäller även om allt ser rätt ut på skärmen. Det är precis det mönster vi ofta stöter på hos kunder som bygger med moderna komponentbibliotek eller Web Components.

WebKit har nu rättat en lång rad sådana fel. I sin genomgång av Safari 27.0, publicerad 17 september 2026, beskriver WebKit-teamet den som den stabila versionen, inte en förhandsversion i Safari Technology Preview. Den kommer automatiskt med macOS 27 "Golden Gate", iOS 27, iPadOS 27 och visionOS 27. Den går också att installera separat på macOS 26 Tahoe och macOS 15 Sequoia.

32 tillgänglighetsfel, inte sex

I avsnittet "Accessibility" under "Resolved issues" i WebKits egen genomgång finns 32 rättade fel. Här är sex av dem, ett urval valt för att de träffar precis de mönster vi ser i kundprojekt:

• Ändrades id-attributet på ett element som aria-owns pekade på, uppdaterades inte tillgänglighetsträdet.
• Ett <slot>-element som en aria-labelledby pekade på använde inte det faktiska slottade innehållet för att beräkna det tillgängliga namnet, och ignorerade inte dolda slotnoder.
• Element med display: contents och innehåll i ett skuggträd lästes inte upp korrekt när de refererades via aria-labelledby.
• En kryssruta med namn satt via en kopplad <label> använde värdet i stället för namnet, när aria-labelledby pekade på den.
• speechSynthesis.cancel() tog bort utrop i talkön även för sådana som lagts till efter anropet.
• Rutnät (grids) med rader i ett skuggträd fungerade inte tillsammans med VoiceOver.

De övriga 26 spänner brett. Två exempel: comboboxar som inte skickade fokus vidare till aria-activedescendant, och aria-hidden som inte ogiltigförklarades när fokus ändå hamnade inuti det dolda underträdet. Båda träffar samma sorts komponenter.

Varför just det här klustret är värt att lägga märke till

Flera av de 32 felen rör specifikt aria-owns och aria-labelledby i kombination med <slot>, skuggträd eller display: contents. Det är samma tekniker som ligger under de flesta moderna komponentbibliotek och Web Components-ramverk. Bygger ni ett designsystem med anpassade element, eller köper ni in ett färdigt bibliotek som gör det, gäller samma sak. Det här är exakt de ställen där en aria-labelledby kan gå fel. Den kan peka på rätt element i koden men ändå ge fel eller inget namn alls i skärmläsaren.

Att WebKit rättar felen i webbläsaren löser inte automatiskt er egen kod. En komponent som byggts runt buggen, eller som råkat undvika den av andra skäl, kan bete sig annorlunda i Safari 27.0 än i tidigare versioner. Det gör den här releasen till ett bra tillfälle att testa era vanligaste komponenter på nytt, särskilt allt som bygger på <slot> eller skuggträd.

Skalan bakom siffran

Safari 27.0 är en ovanligt stor release. WebKit skriver själva att antalet funktioner gick från 58 till 83 sedan första betan i juni. De skriver också att de 525 fixar som visades på WWDC senare växte med 60 procent till totalt 844. De 32 tillgänglighetsfixarna är en liten men konkret del av det, långt fler än vad som ryms i en kort sammanfattning på sex punkter.

Testa era egna komponenter

Bygger ni med Web Components, ett designsystem eller ett tredjepartsbibliotek som lutar sig mot <slot> eller skuggträd? Gå då igenom era vanligaste mönster i Safari 27.0 med VoiceOver påslaget. Namn, roller och relationer som såg fel ut förra veckan kan se annorlunda ut i dag, i endera riktningen.

Vill ni ha hjälp att testa om era komponenter håller? Boka en tillgänglighetsanalys.

Karin Holm Grundare, Holm Digital AB