Hopp til hovedinnhold
Niquelao Webtilgjengelighet og front-end-utvikling på spansk: WCAG-standarder, tilgjengelige widgets og utvidelser for Firefox, forklart med ekte kode.

Noen av lenkene på dette nettstedet er affiliate-lenker: hvis du handler via disse, kan vi tjene en kommisjon uten at det koster deg noe ekstra. Dette påvirker aldri våre anbefalinger. Se vår affiliate-erklæring for detaljer. Ansvarsfraskrivelse for affiliate.

Betydning av frontend-utvikling: Guía y Herramientas 2026

Frontend-utvikling refererer til disiplinen med å bygge det synlige og interaktive laget av et nettsted – HTML, CSS og JavaScript – som kjører i brukerens nettleser, ikke på serveren. Det omfatter tre basesspråk, en tilgjengelighetsstandard (WCAG 2.2, publisert av W3C i oktober 2023) og et sett med testverktøy som enhver profesjonell bør kjenne til.

Viktige takeaways

  • Betydning av frontend-utvikling = det brukeren ser og rører. Backend = serverlogikk, databaser og API-er. Grensen mellom dem er HTTP-forespørselen.
  • Tres lenguajes son obligatorios: HTML (struktur), CSS (presentación) og JavaScript (comportamiento). Todo lo demás son frameworks, preprocesadores or herramientas de build.
  • La accesibilidad no es opcional. WCAG 2.2 es el estándar vigente; en España, el Real Decreto 1112/2018 obliga a los sitios del sector público a cumplir el nivel AA.
  • Las herramientas de testing se dividen en cuatro categorías: validadores de marcado, auditores de accesibilidad, medidores de rendimiento y depuradores de CSS/JS.
  • Elegir un stack depende del proyecto, no de la moda. En sitio XHTML/CSS estático trenge distintas a una SPA con React o Vue.
  • El conocimiento del DOM y del modello de caja CSS seue siendo la base. Los frameworks cambian; los fundamentalos del navegador, no.

Qué significa exactamente “front end development”

Frontend-utvikling betegner arbeidet med å implementere brukergrensesnittet til en webapplikasjon. En frontend-utvikler oversetter et visuelt design (vanligvis levert i Figma, Sketch eller Adobe XD) til kode som nettleseren kan tolke og rendre. Denne koden kjøres på klienten —besøkendes enhet— og er derfor avhengig av nettleserens kapasitet, skjermstørrelse og nettverksforhold.

skillet mellom frontend og backend er konseptuelt, ikke fysisk. Et kontaktskjema er for eksempel frontend i sin HTML5-validering og CSS-stil, men backend i sendingen av e-post via et PHP-skript eller en ekstern tjeneste. Å forstå hvor ett lag slutter og det andre begynner, er en av de første kompetansene man tilegner seg i denne disiplinen.

Begrepet “frontend” stammer fra programvareteknikk og ble populært på midten av 2000-tallet, da webben sluttet å være statiske dokumenter og ble interaktive applikasjoner. Før den tid ble arbeidet ganske enkelt kalt “web-layout” eller “webdesign”.

Los tres pilares técnicos

HTML: estructura y semántica

HTML (HyperText Markup Language) definerer innholdsstrukturen, et grunnleggende aspekt ved frontend-utvikling. En overskrift <h1>, en liste <ul>, en lenke <a> eller en knapp <button> formidler mening til både nettleseren og hjelpemiddelteknologi. Riktig semantikk er den første forsvarslinjen for tilgjengelighet: en skjermleser som NVDA eller JAWS tolker elementene basert på etiketten, ikke det visuelle utseendet.

HTML Living Standard-spesifikasjonen vedlikeholdes av WHATWG. For XHTML-nettsteder —som fortsatt finnes i bedriftsintranett og eldre systemer— er reglene strengere: alle elementer må lukkes, attributter skal stå i anførselstegn, og dokumentet må være velformet som XML.

Relatert: — Superposición de IA que promete cumplimiento WCAG en 48 timer.

CSS: presentasjon og layout

CSS (Cascading Style Sheets) kontrollerer presentasjonen. El modello de caja (margin, kantlinje, polstring, innhold), el sistema de grid y flexbox, y las media queries son los mecanismos que permiten construir diseños responsivos. CSS-spesifikasjonen for CSS Working Group av W3C.

Un error frecuente entre quienes empiezan es usar CSS for ocultar contenido visualmente sin considerar su effecto en lectores de pantalla. La propiedad display: none elimina el elemento del árbol de accesibilidad; synlighet: skjult también. For okultar visualmente pero mantener el contenido accessible, se emplean técnicas de “visuelt skjulte” med “klipp” eller “klippbane”.

JavaScript: comportamiento e interactividad

JavaScript er en del av: validering av formularios, menús desplegables, pestañas, modales, carga dinámica de contenido. DOM (Document Object Model) er interfaz som tillater en JavaScript-leser og modifikasjoner på siden.

Verdt en titt: — med gratis plan for empezar Hoy Mismo.

Tilgang til widgets JavaScript er ikke tilgjengelig for andre situasjoner. En menú desplegable construido con <div> og onclick ikke er tilgjengelig for teclado ni anunciado correctamente. El patrón correcto usa <button> con aria-expanded, gestión de foco y navegación con las teclas de flecha. Autoria ARIA-dokumenter for W3C-dokumenter krever widget for widget.

Comparativa: herramientas de frontend for categoría

KategoriQué evalúaEksempler på referanserCuándo usarla
Validadores de marcadoKorrigering av HTML/XHTMLW3C Markup Validation Service, Nu Html CheckerAntes de cada despliegue
Auditores de accesibilidadCumplimiento WCAGax DevTools, WAVE, LighthouseEn desarrollo y en QA
Medidores de rendimientoVelocidad de carga, Core Web VitalsLighthouse, PageSpeed ​​Insights, WebPageTestAntes de publicar y periódicamente
Depuradores CSS/JSEstilo y script feilDevTools del navegador, ESLint, StylelintDurante el desarrollo
Lectores de pantallaExperiencia real de usuarioNVDA, JAWS, VoiceOverPruebas manuales de accesibilidad

Ingen automatiske verktøy oppdager alle tilgjengelighetsproblemer. Sektorestimater setter dekningen av automatiske revisorer til rundt en tredjedel av WCAG-kriteriene; resten krever manuell revisjon. Dette er en av grunnene til at figuren som en tilgjengelighetsspesialist fortsatt er nødvendig i frontend-utvikling.

Cómo decidir tu stack de front end

En kontekst for frontend-utvikling betyr at elección de herramientas avhenger av cuatro factores concretos:

1. Tipo de proyecto. En korporativ informasjonssituasjon med XHTML/CSS trenger ikke et JavaScript-rammeverk. Una aplicación con estado complejo (carrito de compra, panel de data en tiempo real) probablemente sí.

2. Requisitos de accesibilidad. Si el proyecto está sujeto a normativa —sector público, banca, educación— conviene elegir componentes que ya implementen los patrones ARIA correctamente. Bibliotecas como los componentes accessibles of GOV.UK Design System son unen parto pointo.

3. Mantenimiento a largo plazo. Un stack con muchas dependencias exige actualizaciones frecuentes. Un sitio estático med HTML og CSS bien escritos puede durar años sin tocar.

Relatert: — Den profesjonelle sertifiseringen er godkjenning for å oppleve og få tilgang.

4. Perfil del equipo. Un equipo con experiencia en PHP y jQuery puede ser mer produktiv manteniendo ese stack que migrando a React sin necesidad real.

La decisión no es binaria. Mange prosjekter som kombineres med tradisjonelle backend-funksjoner med interaktive JavaScript-funksjoner, og rammeverk som Astro eller Eleventy-tilrettelegger.

Accesibilidad y estándares: lo que exige la normativa

WCAG (Web Content Accessibility Guidelines) er en internasjonal internasjonal accesibilidad web, som er utviklet av W3C og reiser til Web Accessibility Initiative. Versjon 2.2, publisert i oktober 2023, har nye kriterier for samsvar med 2.1, entre ellos el tamaño minimo de objetivo táctil y la coherencia de la ayuda.

Verdt en titt: — El estándar de la industria para testear accesibilidad durante el desarrollo.

Los tres niveles de conformidad sønn A (minimo), AA (estándar habitual en legislación) og AAA (avanzado). La mayoría de las normativas nacionales exigen AA.

I Spania transponerer kongelig resolusjon 1112/2018 om tilgjengeligheten til offentlige nettsteder og mobilapplikasjoner EU-direktiv 2016/2102 og viser til EN 301 549-standarden, som igjen inkluderer WCAG 2.1 nivå AA. I Latin-Amerika har land som Argentina, Chile og Mexico egne rammeverk som også refererer til WCAG.

Når det gjelder frontend-utvikling, betyr dette for en utvikler konkret praksis: tilstrekkelig fargekontrast (forhold 4,5:1 for normal tekst), alternativ tekst i bilder, full tastaturnavigering, tilhørende skjemaetiketter og en hierarkisk overskriftsstruktur.

Errores frecuentes y cómo evitarlos

Confundir apariencia con semántica. Å bruke <div> til å gjøre og legge til ARIA-roller senere er mer arbeid og skjørere enn å starte med riktig HTML-element.

Ignorer el orden del DOM. Tab-rekkefølgen følger kildekoden. Hvis CSS visuelt omorganiserer elementer med ‘rekkefølge’ eller ‘posisjon’, kan fokus hoppe ulogisk.

Blir utelukkende på automatiske verktøy. En revisor kan oppdage mangel på kontrast, men kan ikke bedømme om en alternativ tekst beskriver bildet på en nyttig måte.

No probar con teclado. Å koble fra musen og navigere på siden med Tab, Enter og pilene avslører problemer som ingen verktøy oppdager.

Olvidar el rendimiento como parte de la accesibilidad. Et tregt nettsted er utilgjengelig for brukere med begrensede tilkoblinger eller gamle enheter. Googles Core Web Vitals – LCP, INP og CLS – er nyttige beregninger for å måle denne dimensjonen av grensesnittutvikling.

Recoursos for seuir aprendiendo

Dokumentasjonen av MDN Web Docs er en referanse som er komplett og aktualisert med HTML, CSS og JavaScript, mantenida fra Mozilla som bidrar med kommunikasjon, grunnleggende for å forstå betydningen av frontend-utvikling. Para accesibilidad, las WCAG del W3C y los patrones de autoría ARIA son las fuentes primarias. WebAIM-nettverket kan brukes til praktisk bruk og kontrast.

Para quienes trabajan con XHTML y sistemas heredados, el validador del W3C sigue siendo la herramienta de referencia para verificar que el marcado cumple la especificación.

Kilder og videre lesing

– Front-end webutvikling — Wikipedia: Front-end webutvikling er utviklingen av det grafiske brukergrensesnittet til et nettsted gjennom bruk av HTML, CSS og JavaScript slik at brukere kan se og samhandle…

Vanlige spørsmål

¿Qué es el frontend development en palabras sencillas?

Når det gjelder frontend-utviklingens betydning, er det arbeidet med å bygge den delen av et nettsted som brukeren ser og samhandler med direkte i nettleseren. Det inkluderer strukturen til innholdet (HTML), dets visuelle presentasjon (CSS) og dets oppførsel (JavaScript). Alt som skjer på serveren – databaser, autentisering, forretningslogikk – tilsvarer bakenden.

¿Cuál es la diferencia entre front end y back end?

El frontend se ejecuta en el navegador del usuario y determina lo que se ve y cómo se interactúa con ello. El bakenden se ejecuta en el servidor y gestiona data, seguridad y lógica de negocio. Ambos se kommunikanske mediante peticiones HTTP: en frontend-envía una solicitud y el back-end devuelve una respuesta, normalmente en formato JSON eller HTML.

¿Qué lenguajes necesita aprender un desarrollador frontend?

De grunnleggende grunnleggende funksjonene i HTML, CSS og JavaScript. HTML definerer strukturen, CSS til presentasjon og JavaScript eller komportasjon. A partir de ahí, un desarrollador puede aprender frameworks como React, Vue eller Svelte, preprocesadores CSS como Sass, y herramientas de build como Vite or webpack, men todos ellos ellos apoyan and esos tres pilares.

Er det en mismo frontend-utvikling som er utviklet på nettet?

No son lo mismo, aunque están relacionados. El diseño web se centra en la apariencia, la experiencia de usuario y la comunicación visual; El frontend-utvikling er sentret og implementert denne diseño med código funksjonell. En equipos pequeños una misma persona puede cubrir ambos roller, men organizaciones grandes suelen ser perfiles distintos que colaboran estrechamente.

¿Hvordan er det viktig å få tilgang til en frontend?

La accesibilidad garantiza que todas las personas, incluidas las que usan lectores de pantalla, navegación por teclado o tienen baja visión, puedan usar el sitio. Además de ser una obligación legal en muchos contextos —como el sector público español según el Real Decreto 1112/2018—, mejora la experiencia de todos los usuarios y el posicionamiento en buscadores. Implementarla desde el inicio del desarrollo es mucho más eficiente que corregirla después.

¿Qué herramientas de testing debería bruker en desarrollador frontend?

En tilknyttet plattform inkluderer W3C-valideringsverktøyet for HTML/XHTML, akse DevTools eller WAVE for tilgang, Lighthouse for gjengivelse og tilgang, og DevTools for navigator for CSS og JavaScript. A estas se añaden pruebas manuales con teclado y con un lector de pantalla como NVDA o VoiceOver, que seguen siendo insustituibles para detectar problemas reales de uso.


Testea WCAG desde tu pipeline

El estándar de la industria para testear accesibilidad durante el desarrollo