Paras Xhtml-tarkistus: Parhaat valinnat verrattuna (2026)

Xhtml-validaattori tarkistaa, ovatko merkinnät hyvin muotoiltuja ja kelvollisia DTD:tä tai skeemaa vastaan. Se kattaa kolme varmennustasoa, jotka monet työkalut käsittelevät vain osittain.

XHTML 1.0 ja 1.1 ovat edelleen voimassa W3C:n julkaisemina standardeina, mutta nykyaikainen verkkokehitys on siirtynyt kohti HTML5:tä (WHATWG:n “elävä standardi”). Tässä oppaassa verrataan validaattoreita, joita kannattaa vielä käyttää vuonna 2026, mitä kukin niistä tarkistaa ja miten ne integroidaan työnkulkuusi.

Ennen kuin siirrymme materiaaliin, tärkeä selvennys kontekstista: XHTML 1.0 ja 1.1 ovat edelleen voimassa W3C:n julkaisemina standardeina, mutta moderni verkkokehitys on siirtynyt kohti HTML5:tä (WHATWG:n “elävä standardi”). Tämä ei tarkoita, että XHTML-validaattorit olisivat kuolleet: ne ovat edelleen hyödyllisiä vanhojen sivustojen ylläpitämisessä, projekteissa, jotka edellyttävät tiukkaa sopimusten tai määräysten noudattamista, ja pedagogisena työkaluna ymmärtää ero “hyvin muotoillun” ja “kelvollisen” välillä. Jos työskentelet vanhemmassa sisällönhallintajärjestelmässä, institutionaalisessa portaalissa, jossa on tiukat esteettömyysvaatimukset, tai haluat vain oppia perusteellisesti, tämä opas on sinua varten.

Mitä XHTML-validaattori todella tarkistaa

On hyödyllistä erottaa kolme tarkistustasoa, koska monet xhtml-validaattorit kattavat vain yhden tai kaksi:

1. Hyvämuotoisuus (well-formedness). Tämä on XML:n perusta: kaikki tagit suljetaan, attribuutit ovat lainausmerkeissä, on vain yksi juurielementti ja sisäkkäiset elementit eivät mene päällekkäin. Huonosti muotoiltu XHTML-asiakirja ei ole edes kelvollista XML:ää.
2. Kelvollisuus suhteessa DTD:hen tai skeemaan. Tässä tulee mukaan XHTML 1.0:n (Strict, Transitional, Frameset) asiakirjatyyppimäärittely (DTD) tai XHTML 1.1:n skeema. Validaattori tarkistaa, että jokainen elementti ja attribuutti löytyy kyseisestä DTD:stä, että sallittua sisäkkäisyyttä noudatetaan ja että pakolliset attribuutit ovat läsnä.
3. Yhteensopivuus muiden kerrosten kanssa. CSS-validointi, esteettömyystarkistus (WCAG), rikkinäiset linkit jne. Tämä ei ole enää “XHTML-validointia” sanan varsinaisessa merkityksessä, mutta se on sitä, mitä todella tarvitset vakaan sivuston toimittamiseksi.

Yleinen virhe: “kelvollinen” sekoitetaan sanaan “esteetön” tai “oikea”. Asiakirja voi olla täysin kelvollinen XHTML 1.0 Strict ja silti olla esteetön (kuvat ilman alt, asettelussa käytetyt taulukot, riittämätön kontrasti). Validointi on välttämätön ehto, ei riittävä.

XHTML-validaattorit, jotka ovat vaivan arvoisia vuonna 2026

1. W3C Markup Validation Service (validador oficial)

W3C Markup Validation Service (validador.w3.org) on viite. Sitä ylläpitää itse konsortio, ja sitä käytetään välimiehenä useimmissa tarkastuksissa. Se hyväksyy URI-tarkistuksen, lataamalla tiedoston tai liittämällä koodin suoraan, ja mahdollistaa tietyn DTD:n valitsemisen (XHTML 1.0 Strict, Transitional, Frameset, XHTML 1.1 jne.).

Aiheeseen liittyvä: UserWay — Widget de accesibilidad con plan gratuito para empezar hoy mismo.

Edut:

• Tämä on XHTML:n totuuden lähde; Jos W3C hyväksyy sen, kukaan ei kiistä sitä.
• Näyttää asiakirjapuun ja osoittaa tarkalleen virherivin ja sarakkeen.
• Sillä on julkinen API, jota voit kutsua skripteistä.

Haitat:

• Käyttöliittymä on hillitty ja hieman vanhentunut.
• Julkisella API:lla on kohtuulliset käyttörajoitukset; Massiivista validointia varten on suositeltavaa asentaa validaattori paikallisesti.
• Ei CSS-tarkistusta tai saavutettavuutta; tämä vaatii erilliset työkalut.

Milloin sitä käytetään: Aina viimeisenä tarkistuksena, varsinkin jos projektisi edellyttää muodollista vaatimustenmukaisuutta.

Katsomisen arvoinen: AudioEye — Accesibilidad gestionada: automatización combinada con revisión humana.

2. Validador paikallinen (vnu / Nu Html Checker)

Nu Html Checker (tunnetaan myös nimellä “vnu”) on moottori, jota W3C käyttää HTML5:n kulissien takana, mutta se myös vahvistaa XHTML:n ja sitä voidaan käyttää paikallisesti. Se jaetaan JAR-tiedostona, Docker-paketina ja binaarina. Tämä on suositeltava vaihtoehto sen integroimiseksi CI/CD:hen.

Edut:

• Ilman pyyntörajoja tai verkkoriippuvuutta.
• Tulostus tekstinä, JSON- tai XML-muodossa, ihanteellinen automatisointiin.
• Havaitsee ongelmat, joista online-xhtml-validaattori joskus tekee yhteenvedon.

Haitat:

• Edellyttää Java- tai Docker-asennuksen.
• DTD:n määrittäminen klassiseen XHTML:ään ei ole niin yksinkertaista kuin online-validaattorissa.

Milloin sitä käytetään: Tiimit, jotka haluavat vahvistaa jokaisen sitoumuksen tai rakennuksen.

3. Validadores integrados en editores

Työkalut, kuten W3C Web Developer Extension selaimille, tai validointilaajennukset toimittajilta, kuten VS Code (laajennukset, jotka kutsuvat “vnu” tai W3C-palvelua), mahdollistavat validoinnin poistumatta ympäristöstä. Myös vanhempi HTML Tidy on edelleen saatavilla ja on hyödyllinen vanhojen merkintöjen puhdistamiseen ja uudelleenmuotoiluun, vaikka sen tuki XHTML 1.1:lle on rajoitettu.

Edut:

Aiheeseen liittyvä: IAAP CPACC / WAS Certification — La Certificación profesional que acredita tu experiencia en accesibilidad.

• Välitön palaute kirjoittamisen aikana.
• Vähentää kitkaa: jos validointi maksaa yhden napsautuksen, teet sen.

Haitat:

• Ne käyttävät yleensä tiettyä validaattorin versiota ja voivat vanhentua.
• Ne eivät korvaa lopullista vahvistusta virallista palvelua vastaan.

4. Validación por línea de comandos con tidy y xmllint

Terminaalissa työskenteleville kaksi klassikkoa:

• xmllint (osa libxml2:sta): tarkistaa, että asiakirja on hyvin muotoiltu ja --valid:lla, että se on kelvollinen DTD:ään vastaan. Se on erittäin nopea ja täydellinen käsikirjoituksiin.
• HTML Tidy: alustaa uudelleen ja raportoi virheistä, mutta sen malli on enemmän “puhtaampi” kuin “tiukka validointi”.

Milloin niitä käytetään: Nopea vahvistus pre-commit-koukkuissa tai kevyissä putkissa.

Jos olet ostoksilla: accessiBe — Superposición de IA que promete cumplimiento WCAG en 48 horas.

Vertailutaulukko

Työkalu	Tyyppi	Validoi klassisen XHTML:n	Automatisoitava	Hinta	Paras käyttökohteeksi
W3C Markup Validation Service	Virallinen verkossa	Kyllä (kaikki DTD:t)	API:n kautta	Ilmainen	Lopullinen tarkistus ja auditoinnit
Nu Html Checker (vnu)	Paikallinen / Docker	Kyllä (rajoituksin)	Sí (JSON/XML)	Ilmainen	CI/CD ja massavalidointi
Navegadorin/editorin laajennukset	Integrado	Riippuu moottorista	Limitado	Ilmainen	Palaute kirjoituksen aikana
”xmllint” (libxml2)	Línea de comandos	Kyllä (hyvämuotoisuus + DTD)	Sí	Ilmainen	Skriptit ja nopeat hookit
HTML Tidy	Línea de comandos / kirjasto	Parcial	Sí	Ilmainen	Vanhan merkinnän puhdistus

Huomautus: Nämä työkalut toimivat XHTML-validaattoreina käyttötapauksesta riippuen.

Näin valitset tilanteesi mukaan

Ei ole olemassa universaalia “parasta validaattoria”; se riippuu kolmesta tekijästä:

• Määrä ja tiheys. Jos tarkistat tiedoston silloin tällöin, W3C-verkkopalvelu riittää. Jos vahvistat satoja malleja kussakin käyttöönotossa, tarvitset “vnu” tai “xmllint” prosessissasi.
• Muodollinen vaatimus. Jos asiakas tai määräys vaatii todistettavaa vaatimustenmukaisuutta, virallinen W3C-validaattori on se, joka todistaa.
• Mitä muuta sinun on tarkistettava. XHTML-tarkistus on vain yksi osa. Helppokäyttöisyyden vuoksi työkalut, kuten axe, WAVE tai Lighthouse, peittävät sen, mitä merkintöjen tarkistaja ei näe. CSS:lle W3C CSS Validation Service.

Käytännön suositukseni: käytä virallista xhtml-validaattoria hyväksymiskriteerinä, vnu tai xmllint automatisoituun päivittäiseen työhön ja täydennä aina esteettömyystarkistuksella. Merkintöjen validointi havaitsee rakenteelliset virheet, jotka usein johtavat esteettömyysongelmiin, mutta se ei havaitse niitä kaikkia.

Tyypilliset virheet, joita näet uudelleen ja uudelleen

Kun validoidaan vanhaa XHTML:ää, nämä ilmoitukset näkyvät jatkuvasti xhtml-validaattorissa:

• Attribuutit ilman lainausmerkkejä tai sulkemattomia tageja. Tyypillistä vanhalle HTML:lle, joka on siirretty XHTML:ään ilman tarkistusta.
• & ilman esco-merkkiä. XHTML:ssä sen on oltava &; validaattorit merkitsevät sen hyvin muotoilluksi virheeksi.
• Tyhjät elementit on suljettu väärin. <br> on oltava <br /> XHTML:ssä.
• Käytöstä poistetut attribuutit. “align”, “bgcolor” ja “border” esityselementeissä eivät ole olemassa XHTML 1.0 Strictissä; ne on siirrettävä CSS:ään.
• “nimi” id:n sijaan. XHTML 1.0 Strictissä “name”-attribuutti elementeissä, kuten “a” tai “form” on rajoitettu; käytä “id”.
• Väärä tai puuttuva DTD. Ilman kelvollista “DOCTYPE”-tunnusta validaattori ei tiedä, mitä tarkistaa.

Näiden mallien ymmärtäminen säästää tunteja: useimmat vanhojen sivustojen virheet ovat muutaman tyyppisiä.

Validoinnin integroiminen työnkulkuun

Järkevä kulku XHTML-projektille xhtml-validaattorilla:

1. Pre-commit: koukku, joka suorittaa xmllint --valid muokatuissa tiedostoissa. Nopea ja ilman suuria riippuvuuksia.
2. Build/CI: vnu JSON-tilassa, koonnos epäonnistuu, jos siinä on virheitä. Joten kukaan ei ota käyttöön virheellisiä merkintöjä.
3. Ensijulkaisu: avainsivujen virallista W3C-palvelua vastaan ​​tehty validointi sekä esteettömyysvaihe axella tai WAVElla.
4. Säännöllinen tarkastus: Täydellinen sivuston validointi ja rikkinäisten linkkien tarkistus.

Tämä lähestymistapa järkyttää vaivaa: halpa ja usein paikallisesti, muodollinen ja lopullinen ennen julkaisua.

Keskeiset takeawayt

• xhtml-validaattori tarkistaa hyvin muodostetun, kelvollisuuden DTD:tä ja joissain tapauksissa myös muita kerroksia vastaan; se ei tarkista saavutettavuutta tai CSS:ää yksinään.
• W3C Markup Validation Service on virallinen viite- ja hyväksymiskriteeri auditoinneissa; Nu Html Checker (vnu) on paras vaihtoehto automatisoitavaksi.
• Nopeille komentosarjoille xmllint (libxml2) vahvistaa hyvin muodostetun ja DTD:t ilman suuria riippuvuuksia.
• Validointi ei ole sama asia kuin saavutettavuus: täydennä aina työkaluilla, kuten kirves, WAVE tai majakka.
• Useimmat vanhan XHTML:n virheet ovat kourallinen tyyppejä (attribuutit ilman lainausmerkkejä, & ilman esca-merkkiä, vanhentuneet attribuutit, puuttuva DTD).
• Integroi validointi pre-commit ja CI niin, että siitä tulee tapa, ei vireillä oleva tehtävä.

Lähteet ja lisälukemista

• XHTML — Wikipedia: Extensible HyperText Markup Language (XHTML) on osa XML-merkintäkielten perhettä, joka peilaa tai laajentaa versioita laajalti käytetystä HyperText Markupista…
• Validator – Wikipedia: Validaattori on tietokoneohjelma, jota käytetään tarkistamaan koodin tai asiakirjan fragmentin kelpoisuus tai syntaktinen oikeellisuus. Termiä käytetään yleisesti kontekstissa…
• CSS HTML Validator — Wikipedia: CSS HTML Validator (aiemmin nimeltään CSE HTML Validator) on HTML-editori ja CSS-editori Microsoft Windowsille (ja macOS:lle, Linuxille ja muille Unixin kaltaisille käyttöjärjestelmille…

Usein kysyttyjä kysymyksiä

¿Cuál es el mejor validor de XHTML?

Se riippuu käytöstä. Muodollisen vaatimustenmukaisuuden ja auditoinnin kannalta W3C Markup Validation Service on kultainen standardi. CI/CD:n automatisoimiseksi Nu Html Checker (vnu) on käytännöllisin. Nopeissa skripteissä xmllint toimii täydellisesti. Ei ole olemassa yhtä xhtml-validaattoria, joka voittaa kaikissa skenaarioissa.

¿Sigue teniendo sentido validor XHTML en 2026?

Kyllä, jos ylläpidät vanhoja sivustoja, sinulla on sopimusten noudattamisvaatimuksia tai haluat oppia merkintöjen perusteet. Uusissa projekteissa tavallinen on HTML5, mutta nykyaikaiset validaattorit kattavat myös sen. Validointi tieteenalana on hyödyllinen joka tapauksessa.

¿Validar XHTML takaa, onko meri saavutettavissa?

Ei. Merkintöjen tarkistus havaitsee rakenteelliset virheet, jotka joskus vaikuttavat käytettävyyteen, mutta se ei tarkista asioita, kuten kuvan vaihtoehtoinen teksti, värikontrasti, näppäimistön navigointi tai lomaketunnisteet. Tarvitset tarkistuksen lisäksi erityisiä esteettömyystyökaluja (kirves, WAVE, Lighthouse).

¿Puedo validar XHTML desde la Línea de comandos?

Kyllä. xmllint --valid tarkistaa, onko se hyvin muotoiltu ja kelvollinen DTD:tä vastaan, ja Nu Html Checker voidaan suorittaa JAR- tai Docker-säilönä, jonka tulos on JSON- tai XML-muodossa. Molemmat ovat ihanteellisia integroitaviksi pre-commit-koukkuihin tai jatkuviin integrointiputkiin.

¿Qué diferencia hay entre “bien formado” y “válido”?

“Hyvin muotoiltu” tarkoittaa, että dokumentti noudattaa XML:n syntaktisia sääntöjä: suljetut tagit, attribuutit lainausmerkeissä ja oikea sisäkkäisyys. “Valid” on tiukempi: sen lisäksi, että se on hyvin muotoiltu, se kunnioittaa tietyn DTD:n tai skeeman sääntöjä (mitä elementtejä ja attribuutteja on olemassa ja miten ne voidaan sisäkkäin). Asiakirja voi olla hyvin muotoiltu, mutta ei kelvollinen.

¿Onko W3C validoija vahvistaa CSS:n?

Ei. W3C Markup Validation Service vahvistaa merkinnän (HTML/XHTML). CSS:lle on olemassa erillinen palvelu, W3C CSS Validation Service. Nämä ovat erillisiä työkaluja, ja on suositeltavaa käyttää molempia, jos haluat tarkistaa tyylisivusi ja merkintäsi täydellisesti.

Lähteet ja suositellut lukemiset

• W3C Markup Validation Service – virallinen xhtml-validaattori osoitteessa validador.w3.org.
• Nu Html Checker (vnu) — virallinen W3C GitHub -arkisto.
• W3C XHTML 1.0 -spesifikaatio (suositus).
• W3C Web Content Accessibility Guidelines (WCAG) esteettömyyskerrosta varten.
• Libxml2-dokumentaatio ohjelmalle xmllint.