Gegevens controleren op geldigheid. Verschillende browsers interpreteren onjuiste HTML-code anders. manier. Browser-plug-ins

Vlad Merzjevitsj

Er zijn veel manieren en middelen om webpagina's te controleren op fouten en opmerkingen. Ze zijn conventioneel verdeeld in online en lokaal. Online worden gebruikt om pagina's te controleren met behulp van een browser via internet, terwijl lokale worden gebruikt om documenten te controleren op huidige computer... Laten we vervolgens eens kijken naar populaire documentvalidatiemethoden.

validator.w3.org

Een extensie installeren

Na het downloaden van het bestand kunt u de extensie op verschillende manieren installeren.

1. Via de extensiemanager

Start Firefox en open het menu Extra> Extensies... Sleep het gedownloade bestand (het heeft xpi extensie) in het geopende venster. De extensie wordt dan automatisch geïnstalleerd.

2. Door een bestand te openen

Selecteer in Firefox-menu paragraaf Bestand> Bestand openen... en specificeer het pad naar het bestand met de extensie, volgende stappen de browser zal zichzelf uitvoeren.

3. Kopieer bestand naar mapverlenging

Open de map op het station waarop Firefox is geïnstalleerd (bijvoorbeeld c:\Program Files\ Mozilla Firefox) en zoek de extensie-submap erin, waarin u de extensie kopieert. Na het starten van de browser, verder installatie zal plaatsvinden op zichzelf.

Voor alle bovenstaande installatiemethoden moet de browser opnieuw worden opgestart na het installeren van de extensie. HTML Validator start onmiddellijk daarna herlancering Firefox.

Als deze methoden om de een of andere reden niet heeft geholpen, kunt u contact opnemen met de ondersteuningssite Mozilla-browser Firefox en lees alles mogelijke methoden extensies installeren op
http://forum.mozilla-russia.org/doku.php?id=general:extensions_installing

HTML-validator gebruiken

bij opening HTML-webpagina's De Validator begint onmiddellijk met zijn werk en het resultaat van de controle wordt in de statusbalk in de rechterbenedenhoek weergegeven als een kleine afbeelding. De afbeelding is afhankelijk van de verificatiestatus en wordt getoond in Fig. 14.6.

Rijst. 14.6. Soorten afbeeldingen die worden weergegeven bij het controleren van een document

Een cirkel met een vinkje (Fig.14.6a) geeft aan dat het document geldig is, een gele driehoek met uitroepteken(Fig. 14.6b) - er zijn opmerkingen over de code die automatisch kunnen worden gecorrigeerd. Een rode cirkel met een kruis (Fig. 14.6c) waarschuwt voor ernstige fouten.

U kunt alle fouten op twee manieren bekijken. Kijk eerst in de HTML-code van het document via het menu Bekijk> Paginabroncode of klik op klik met de rechtermuisknop en selecteer in het contextmenu Bekijk de broncode van de pagina(afb.14.7).

Rijst. 14.7. Contextmenu met een broncodeselectie-item

Het bronvenster van de webpagina is verdeeld in drie delen (Figuur 14.8), waarbij het bovenste blok de eigenlijke HTML-code bevat. Het blok linksonder toont een lijst met fouten en opmerkingen, of informatie berichten in het geval van een geldig document. Het blok rechtsonder is voor gedetailleerde hints over huidige notities.

Rijst. 14.8. Resultaat van het werk HTML-extensies Validator

Hallo. Ik zal je vraag meteen beantwoorden: is het de moeite waard om deze les voor te lezen? Ga naar een zeer nuttige en gratis dienst, typ het adres van uw site in en als u ziet dat er fouten op uw site staan, dan is de les de moeite van het lezen waard. Voorbeelden van het weergeven van fouten met deze online validator:

Op mijn blog is er nu geen soortgelijke fouten, Ik heb ze verwijderd (er waren meer dan 70 fouten en meer dan 80 waarschuwingen in totaal). Voor alle duidelijkheid, ik zal je vertellen wat geldige code is en waarom we deze nodig hebben.

Geldige code is code die voldoet aan de normen.

U kunt HTML, CSS, allerlei soorten micro-markup en meer controleren op validiteit. Vandaag vertel ik je over geldigheid in HTML.

• Geldige code is optioneel, maar het aantal fouten moet minimaal zijn, anders is uw site niet cross-browser. De geldigheid van de code is in de eerste plaats nodig om ervoor te zorgen dat uw site in alle browsers correct wordt weergegeven.
• Zoekbots "praten" met uw site in HTML-taal, dus het is belangrijk om voor iedereen duidelijke en duidelijke content op de site te leveren." gesloten tags" enzovoort.
• HTML-validiteit heeft invloed op SEO, maar slechts in geringe mate (tenzij je natuurlijk honderden of zelfs duizenden fouten hebt). Ik raad aan om Devaki's interessante observaties "The Influence of HTML Quality on Their Ranking" te lezen.
• Toen ik de code geldig maakte op mijn site, ontdekte en repareerde ik mijn stomme fouten (dubbele tags, ontbrekende letter, enz.).
• Je moet jezelf niet "verscheuren * oeps" als een fout moeilijk te herstellen is, of als het repareren de functionaliteit van de site schaadt. Het belangrijkste is dat het handig is voor de gebruiker.

Hieronder zal ik de belangrijkste fouten analyseren die door de validator zijn aangegeven. Als uw fout plotseling niet in de onderstaande lijst voorkomt, schrijf het dan in de opmerkingen, we zullen het samen proberen uit te zoeken en ik zal een oplossing voor dit probleem toevoegen in deze les... Trouwens, ja, we kijken hier naar de fouten die door de w3c-validator worden aangegeven:

Elke fout heeft een hint - dit is het regelnummer in de broncode van de pagina, en daaruit is het al mogelijk om ongeveer te bepalen in welk bestand het thema zich bevindt gegeven string... Bekijk de broncode van de pagina met CTRL + U (in de belangrijkste browsers).

Voordat u aan het werk gaat, doet u back-up uw websitesjabloon.

Om het gemakkelijker te maken om fouten in de broncode te vinden, kunt u ook de HTML-validator voor Mozilla Firefox gebruiken. Nadat u het hebt geïnstalleerd door naar bron pagina, ziet u dezelfde fouten als aangegeven door de validator.w3.org-service. Door op de naam van de fout te klikken (in de linker benedenhoek), wordt u automatisch doorgestuurd naar de regel waar deze ongeldige code staat.

HTML-fouten vinden met de w3c-validator en deze oplossen

Zoek je fout op in onderstaande lijst en klik erop, je wordt automatisch "gescrolld" naar de juiste plaats.

1.Geen spatie tussen attributen.

… Rel = "snelkoppelingspictogram" href = "http://arbero.ru/favicon.ico"; type = "image / x-icon" Verwijder gewoon de puntkomma.

2. Het width-attribuut op het td-element is verouderd. Gebruik in plaats daarvan CSS.

td valign = "midden" breedte = "80" hoogte = "80">

We transformeren het soortgelijk naar de vorm

td style = "uitlijnen: midden; breedte: 80; hoogte: 80;">

3. Een img-element moet een alt-attribuut hebben, behalve onder bepaalde voorwaarden. Raadpleeg voor meer informatie de richtlijnen voor het aanbieden van tekstalternatieven voor afbeeldingen.

Een van de meest frequente fouten... Er is gewoon niet genoeg alternatieve tekst voor de afbeelding. We registreren de alt-tag.

4. Sectie mist kop. Overweeg het gebruik van h2-h6-elementen om identificerende koppen aan alle secties toe te voegen.

sectie id = "opmerkingen">

In het sectieblok moeten enkele van de h2-h6-tags staan, als ze er niet zijn, hernoem dan gewoon de woordsectie naar div

5. Het hgroup-element is verouderd. Om subkoppen te markeren, kunt u overwegen de subkop gewoon in een p-element te plaatsen na het h1-h6-element dat de hoofdkop bevat,

of anders de subkop direct in het h1-h6-element plaatsen dat de hoofdkop bevat, maar gescheiden van de hoofdkop door interpunctie en/of binnen bijvoorbeeld een span class = "subheading" -element met gedifferentieerde styling. Als u koppen en subkoppen, alternatieve titels of slogans wilt groeperen, kunt u overwegen de kop- of div-elementen te gebruiken.

Gelijk aan het vorige punt. Verander gewoon de hgroup-zin in een div. U kunt de tool Zoeken / Alles vervangen in tekstverwerker om dergelijke processen te versnellen.

6. Element "noindex" undefined

Naar noindex-tag geldig is geworden, schrijven we het als een opmerking, dat wil zeggen, als volgt:

Niet-indexeerbaar

7. Eindtag voor element "div" dat niet open is

De afsluitende div-tag is overbodig. Wij verwijderen het.

8. Documenttype staat hier geen element "li" toe; een van de "ul", "ol", "menu", "dir" start-tag . ontbreekt

Onjuist gebruik van "li"-tag: ontbrekende "ul", "ol"-tags. Controleer.

9. Eindtag voor "div" is weggelaten, maar OMITTAG NO is opgegeven

De afsluitende div-tag ontbreekt.

10. Er is geen attribuut "border"

alt = "" width = "1" height = "1" border = "0" />

Verwijder gewoon de zin border = "0".

11. Karakter "<" is the first character of a delimiter but occurred as data

Gebruik niet de tag "<" перед обычными словами, используйте лучше разные кавычки.

12. Zag "bij het verwachten van een attribuutnaam. Waarschijnlijke oorzaak: = ontbreekt vlak ervoor.

Extra aanhalingsteken, verwijder het.

13. Het align-attribuut op het img-element is verouderd. Gebruik in plaats daarvan CSS.

Gebruik geen uitlijnwaarde binnen de img-tag. Schrijf het apart op, als volgt:

14. Slechte waarde voor attribuut href op elementlink: Illegaal teken in padsegment: geen URL-codepunt.

Gevolgtrekking

Als u een fout op uw site heeft die niet in deze lijst staat, schrijf dan in de opmerkingen. We komen er wel uit, en ik zal het artikel aanvullen. Ik herhaal, als je een fout niet kunt herstellen, doe dan geen moeite.

Ik heb nog steeds een fout op mijn blog (hoewel gisteren, om de een of andere reden, de code foutloos was):

De tekstinhoud van het elementscript had niet de vereiste indeling: verwachte spatie, tab, nieuwe regel of schuine streep, maar gevonden< instead.

Als u weet hoe u dit kunt oplossen, zou ik u dankbaar zijn. Ik ben een beetje een perfectionist. 🙂

Wilt u de HTML-code van de site geldig maken?

Ik wens dat je een geldige HTML-code op je site ontvangt, waarvan de melding er als volgt uitziet:

P.s. Overbelast je je lichaam vaak? Dan heb je een ontgiftingsprogramma nodig. Herstel kracht en energiebalans.

annotatie: Wat is de beste manier om HTML-pagina's te valideren en ervoor te zorgen dat die pagina's correct worden weergegeven in verschillende browsers, zonder fouten? Het antwoord is validatie. Ze zal worden besproken

Invoering

Dus je hebt een aantal HTML-pagina's geschreven en ze lijken goed te werken, maar er zijn een paar dingen die niet helemaal kloppen. Wat is de beste manier om te beginnen met zoeken naar wat er mis is en ervoor te zorgen dat deze pagina's (en de pagina's die in de toekomst worden geschreven) correct worden weergegeven in verschillende browsers, zonder fouten?

Het antwoord is validatie! Er zijn veel tools beschikbaar op de W3C-site en elders waarmee u sitecode-validatie kunt uitvoeren.

De meest bekende validators zijn de volgende:

• W3C MarkUp-validator(http://validator.w3.org/): Deze validator vindt het doctype (X) HTML dat wordt gebruikt in het document dat wordt gecontroleerd en scant vervolgens het hele document, waarbij wordt aangegeven waar de HTML-code niet overeenkomt met het gebruikte doctype (bijv. , waar er HTML-codefouten zijn).
• W3C Link Checker(http://validator.w3.org/checklink): Deze validator kijkt naar het document dat is ingediend voor validatie en controleert alle links in het document om er zeker van te zijn dat er geen verbroken links zijn (waarbij href-waarden verwijzen naar niet-bestaande bronnen) .
• W3C CSS-validator(http://jigsaw.w3.org/css-validator/): Zoals je misschien wel kunt raden, kijkt deze validator naar een CSS (of HTML/CSS)-document en controleert of de CSS in overeenstemming is met de CSS-specificaties.

Dit artikel gaat over de eerste van deze tools om u te laten zien hoe u deze kunt gebruiken en hoe u de typische resultaten kunt interpreteren die de validator retourneert. Het controleren van links is vrij eenvoudig en de CSS-validator zal ook vrij duidelijk worden na het lezen van dit artikel en de CSS-artikelen die later in de cursus zullen worden gepresenteerd.

Het artikel heeft de volgende opbouw:

• fouten
• Wat is validatie?
• Waarom is validatie nodig?
• Verschillende browsers interpreteren onjuiste HTML-code anders
  • Eigenzinnigheid
• Hoe pagina's te valideren
  • W3C HTML-validator
• Gevolgtrekking
• Extra hulpmiddelen
• Controlevragen

fouten

Bij computerprogrammering zijn er over het algemeen twee soorten codeproblemen:

• syntaxisfouten - wanneer fouten bij het schrijven van de code voorkomen dat de computer het programma correct uitvoert of compileert.
• programmeer- (of logische) fouten - wanneer de code niet volledig de bedoeling van de programmeur weergeeft.

In de meeste programmeertalen zijn Type I-fouten vrij eenvoudig te herkennen - het programma weigert eenvoudig uit te voeren of te compileren totdat de fout is verholpen. Dit maakt het vinden en oplossen van dergelijke fouten veel gemakkelijker in "waarom ze niet doet wat ik wil"-situaties.

HTML is geen programmeertaal. Syntaxisfouten op een webpagina veroorzaakt meestal niet dat de webbrowser weigert de pagina te openen (hoewel XHTML strenger is dan HTML - tenminste wanneer behandeld als applicatie / xhtml + xml of tekst / xml-gegevens, zoals het hoort - en sommige doctypes verbieden het gebruik van bepaalde typen HTML-elementen). Dit is een van de belangrijkste redenen voor de snelle acceptatie en verspreiding van het web.

De eerste webbrowser, WorldWideWeb (http://www.w3.org/People/Berners-Lee/WorldWideWeb.html), geschreven door Tim Berners-Lee, was ook een editor waarmee mensen webpagina's konden maken zonder eerst HTML te leren. Deze editor genereerde ongeldige HTML. Dit had verholpen kunnen worden, maar er is een belangrijk precedent geschapen dat tot op de dag van vandaag in alle webbrowsers voortduurt - het punt is dat mensen toegang geven tot inhoud belangrijker is dan fouten melden aan mensen die ze niet begrijpen of niet kunnen oplossen. ...

Wat is validatie?

Hoewel webbrowsers slechte (ongeldig in onze terminologie) webpagina's accepteren en hun best doen om de code weer te geven, waarbij ze de beste veronderstellingen maken over de bedoeling van de auteur, is het nog steeds mogelijk om te controleren of de HTML correct is geschreven, en in feite zou het moeten zoals we hieronder zullen zien. Dit proces noemen we HTML "validatie".

De validator vergelijkt de HTML-code op de webpagina met de regels in het bijbehorende doctype en meldt welke regels waar zijn overtreden.

Waarom is validatie nodig?

Er is een algemene overtuiging onder sommige webontwikkelaars dat als een webpagina er goed uitziet in browsers, het niet uitmaakt dat deze niet is gevalideerd. Ze noemen validatie het ideale doel, maar niet iets dat zwart op wit is.

Er zit enige waarheid in deze benadering, de HTML-specificatie is niet perfect en is nu aanzienlijk verouderd. Sommige dingen die correct kunnen zijn (zoals het begin van een geordende lijst op een ander punt dan 1), zijn niet geldig in HTML. Maar zoals het spreekwoord zegt:

Leer de regels zodat u weet hoe u ze correct kunt overtreden

Er zijn twee zeer belangrijke redenen om HTML-code te valideren wanneer deze wordt gegenereerd.

• Mensen zijn niet perfect, en de code die ze schrijven ook niet - iedereen maakt fouten, en webpagina's zullen van betere kwaliteit zijn (dwz consistenter werken) als alle fouten worden gewist.
• Browsers veranderen. In de toekomst zullen browsers waarschijnlijk minder vergevingsgezind zijn bij het ontleden van ongeldige code.

Validatie is een systeem voor vroegtijdige waarschuwing over het bestaan ​​van fouten op pagina's, die zich op verschillende en moeilijk te detecteren manieren kunnen manifesteren. Wanneer een browser ongeldige HTML tegenkomt, wordt hij gedwongen een weloverwogen schatting te maken van wat u ging doen - en verschillende browsers kunnen verschillende antwoorden bedenken.

Verschillende browsers interpreteren onjuiste HTML-code anders

Valid HTML is slechts een contract dat u sluit met browserfabrikanten. In de HTML-specificatie staat hoe je dit moet schrijven en hoe ze je document moeten interpreteren. Onlangs heeft de naleving van browserstandaarden het punt bereikt waarop, als u geldige code schrijft, alle belangrijke browsers uw code op dezelfde manier moeten interpreteren. Dit is sowieso bijna altijd het geval voor HTML, terwijl andere standaarden iets meer verschillen hebben in ondersteuning tussen browsers.

Maar wat gebeurt er als je een ongeldige (ongeldige) code doorgeeft aan de browser? Wat zal er dan gebeuren? Het antwoord is dat het afhandelen van fouten in de browser begint om te bepalen wat er met de code moet worden gedaan. De browser werkt meestal als volgt: "ok, deze code is niet geldig, hoe kun je deze pagina aan de eindgebruiker presenteren? Laten we de ontbrekende zo invullen!"

Klinkt geweldig, niet? Als er meerdere fouten op de pagina staan, vult de browser dan de ontbrekende voor u in? Niet echt, aangezien iedereen

Het artikel van vandaag wil ik wijden aan sitevalidatie (d.w.z. HTML). Laten we eerst definiëren wat deze term betekent! Sitevalidatie is een controle op syntaxisfouten, het nesten van tags en andere criteria. In de regel controleren validators (diensten voor het controleren van sites op fouten in de documentstructuur) de HTML-code op naleving van een bepaalde standaard, die helemaal aan het begin van elke HTML-pagina in de eerste regel wordt aangegeven. Als je niet wist waar het voor was, dan weet je het nu! 🙂 Maar waar is deze validatie eigenlijk voor nodig en wat betekent het?

"Wat is sitevalidatie?"

Zoals ik hierboven al zei, is validatie de overeenstemming van HTML-code met bepaalde regels en normen. Het verving XHTML, wat het leven van ontwikkelaars veel gemakkelijker maakte. Het punt is dat de syntaxis erg strikt was in de XHTML-versie. Als je in HTML5 een koppelteken-tag kunt schrijven
als zonder schuine streep, dus in deze vorm
, dan is alleen de laatste geldig in XHTML. HTML5 is niet zo streng, en bovendien zijn er veel handige tags, maar daar gaat het nu niet om .

"Wat is de invloed van sitevalidatie?"

Laten we nu de tweede vraag beantwoorden.

Met sitevalidatie kunt u de correcte weergave van de site in verschillende browsers controleren. Als u bijvoorbeeld de tag niet sluit of ergens een typefout maakt in de code, dan kan dezelfde pagina in verschillende browsers anders worden weergegeven. Ook (CSS) wordt mogelijk niet weergegeven zoals verwacht. Je moet dit dus goed in de gaten houden.

Ik kon ook niet anders dan zeggen dat validatie van invloed is op zoekmachines: zoekmachines geven de voorkeur aan sites met geldige HTML-code... Onthoud dit!

Nou, heb ik je ervan overtuigd dat sitevalidatie echt nodig is? Dan zijn we klaar met de theorie en gaan we aan de slag!

Methoden voor het controleren van validatie

Voor elk van de methoden heb ik gedetailleerde instructies in de vorm van tekst geschreven en ook, als iemand te lui is om te lezen en erin te duiken, heb ik een video gemaakt 😉.

1 manier. Service validator.w3.org

De essentie van de eerste methode is om een ​​dienst te gebruiken om de geldigheid van de site te controleren. Hoe u de geldigheid van een site kunt controleren met behulp van de service validator.w3.org:

1. Ga naar het adres: validator.w3.org. Er gaat een pagina voor ons open met 3 tabbladen. Op het eerste tabblad "Validate by URI" kunt u de geldigheid van de site op internet controleren, op het tweede "Validate by File Upload" - upload een bestand vanaf uw computer en op het derde "Validate by Direct Input" - voeg de inhoud van het bestand rechtstreeks in het invoerformulier in. Ik zal het hebben over de eerste optie, dat wil zeggen, wanneer de site op internet wordt gehost (ik denk dat je geen problemen zult hebben met andere methoden). Daarom selecteren we het eerste tabblad zoals in de onderstaande afbeelding:

• Tekencodering- de codering van uw site. MAAR! Als het al tussen tags staat (druk op je website in de browser op de sneltoets CTRL + U, en zoek naar een regel als deze aan het begin van het document

  ). Als er iets soortgelijks in de eerste regel staat, laat dan de waarde hier ook achter. (automatisch detecteren).

Als je iets niet hebt van wat ik hierboven heb beschreven, dan zul je deze waarden zelf moeten instellen. Ik heb hier niets veranderd en alles gelaten zoals het is.

3. Voer vervolgens in het veld "Adres" het adres van uw site in zoals ik deed:

Klik vervolgens op de knop "Controleren", die zich in het midden van het grijze blok bevindt:

4. Vervolgens komt de validatie van uw site en na een tijdje zal het resultaat van de validatie verschijnen. Er zal een vergelijkbare pagina zijn met het bericht "Dit document is succesvol gecontroleerd als HTML5!" (wat betekent dat uw site met succes de validatiecontrole voor een bepaald type document heeft doorstaan, dat wil zeggen, in mijn geval HTML5):

Als je een inscriptie op een rode achtergrond hebt, betekent dit dat je fouten in je HTML-document hebt. Ze moeten worden gecorrigeerd. Om dit te doen, selecteert u eenvoudig de naam van de fout (in de video laat ik alles zien hoe u dit moet doen) en voegt u deze bijvoorbeeld in Google in. Lees dan hoe andere webmasters met deze fout vochten en los het op door deze tips te volgen. Je hebt ook een andere uitweg - dit bedrijf toevertrouwen aan een deskundig persoon die de code begrijpt en hem het voor je laat doen.

Methode 2. Browser-plug-ins

1. Plug-in voor Mozilla Firefox-browser - Go

Volg de link hierboven, selecteer de versie van de Firefox-browser en klik op de knop "Download". Selecteer vervolgens het gewenste besturingssysteem en installeer het als een gewone add-on. (degenen die het niet begrepen, bekijk de video )

2. Plug-in voor Google Chrome-browser - Go

Hier moet u op de knop "Gratis" klikken en vervolgens op "Toevoegen" in het pop-upvenster klikken.

3. Plug-in voor Opera-browser - Go

Hier vindt ook de gebruikelijke add-on installatie plaats.

4. Plug-in voor Safari-browser - Go

De groeten! Tijdens het controleren van een van de sites op geldigheid, zag ik plotseling een interessante waarschuwing ...

Vertaald in het Russisch betekent het ongeveer het volgende:

Nieuw - Het W3C biedt een bètaversie van een nieuwe service die u een uitgebreid site-auditrapport zal bieden. Probeer het nu om zo snel mogelijk de delen van de site te identificeren die speciale aandacht vereisen.

En hier kwam een ​​geweldige gedachte in me op - waarom zou je nu niet een kleine recensie maken? Laten we dat doen, verwelkom de nieuwe W3C Validator Suite-service!

Een nieuwe benadering voor het beoordelen van de kwaliteit van de site, normen

Validator Suite biedt een nieuw soort uitgebreide service voor het beoordelen van de kwaliteit van de site. De service controleert alle pagina's op de site en evalueert of ze voldoen aan de W3C-normen, evenals andere prestatievereisten voor webbronnen.

Ik heb mijn lezers zelfs al kennis laten maken met diensten zoals:

• CSS-validatieservice -;
• MarKup-validatieservice -;
• En ook met de tools van het consortium.

Combineert al deze hulpprogramma's in één online service, waardoor sitevalidatie en -analyse eenvoudiger dan ooit is. Dit stelt u in staat om de site volledig in overeenstemming te brengen met de laatste huidige standaarden voor webontwikkeling.

Naleving van de site met W3C-normen zorgt voor:

• vereenvoudigde ondersteuning en gebruik van alle ingebouwde functionaliteit;
• compatibiliteit met het grootste aantal moderne browsers en platforms, waardoor de kans op bugs wordt verkleind;
• verbeterde prestaties van nieuwe standaarden op compatibele apparaten die worden gebruikt om toegang te krijgen tot internet.

Als u een nieuwe site aan het maken bent of lopende projecten ondersteunt, gebruik dan de W3C Validator Suite-service en voer periodieke controles uit. U kunt er dus zeker van zijn dat het project voldoet aan moderne normen en zoveel mogelijk is geoptimaliseerd voor weergave vanaf verschillende apparaten en browsers.

De W3C Validator Suite gebruiken

De service is heel gemakkelijk te gebruiken - voer gewoon de URL in, stel de nodige parameters in en bevestig het begin van de controle:

De Validator Suite combineert momenteel de volgende tools en mogelijkheden:

• HTML-validator. De tools zijn hetzelfde als in de MarKup Validation Service, maar de resultaten worden gepresenteerd in een alternatieve, meer intuïtieve interface. Inclusief HTML5-validatie.
• CSS-validator. Ook worden standaard bekende tools gebruikt met een nieuwe presentatie van de resultaten. Inclusief CSS3-validatie.
• Zoekrobot. Het vindt automatisch alle te verifiëren pagina's op de site, ook in XML-formaat. U hoeft niet elke pagina handmatig toe te voegen - u hoeft alleen de hoofdpagina op te geven en de controle te starten, en de robot zal alle interne pagina's zelf vinden.
• Samenvattingsverslag. Wanneer alle pagina's zijn gecontroleerd, ziet u een samenvattend rapport voor de site, waarin waarschuwingen en fouten worden gegroepeerd.
• URL-rapport. Foutrapport voor elke pagina. U ziet een aantal HTML- en CSS-fouten en waarschuwingen met een link naar een gedetailleerde beschrijving van het probleem.
• Herhaalde controles. Waarschijnlijk direct na ontvangst van de melding ga je aan de slag om fouten te elimineren. Met behulp van de validator kunt u afzonderlijke pagina's ter beoordeling verzenden of opnieuw een volledige sitecontrole aanvragen.
• Onbeperkte opslag van rapporten. U kunt uw rapporten zo lang bewaren als nodig is, zolang het account actief is. Tegelijkertijd verwijderen vergelijkbare services ze na een paar dagen.
• Downloadbare rapporten. Het is mogelijk om de testresultaten te downloaden in CSV-formaat (formaat compatibel met MS Excel, OpenOffice en andere software).

Validatiekosten met W3C Validator Suite

Ja, helaas is het controleren van de site met deze tool niet gratis. Op dit moment zijn er twee tariefplannen:

1. Het eerste tariefplan heet "One Time, One Job", waarvan de essentie is om te betalen voor diensten voor één cheque. De kosten zijn afhankelijk van het aantal pagina's in het project.
2. Maandelijks abonnement. Door te betalen voor een maandelijks abonnement ontvangt de klant een onbeperkt aantal cheques. De kosten op het moment van de bètaversie zijn niet aangegeven, deze moeten afzonderlijk worden gecontroleerd met technische ondersteuningsspecialisten. Overigens stappen nu veel online diensten over op abonnementsbetalingen.

Enerzijds hebben we bekende tools die je gratis kunt gebruiken. Aan de andere kant is er een nieuwe, gebruiksvriendelijke en toegankelijke interface met geavanceerde functionaliteit, maar dan betaald. Waarschijnlijk bleek premium gebruikersondersteuning niet kosteneffectief en daarom werd de service een open source-project dat beschikbaar is op GitHub.

Geldigheid en andere indicatoren van sitekwaliteit

Er moet nog veel worden gedaan om de mogelijkheden van de service uit te breiden, er zijn drie extra gebieden in de plannen voor de implementatie:

1. Beschikbaarheid. Naleving van de WCAG-norm (Web Content Accessibility Guidelines), die site-inhoud toegankelijk maakt voor mensen met een handicap.
2. Compatibiliteit. Compatibiliteit met meerdere platforms verlaagt de ontwikkelingskosten en stelt gebruikers in staat de site in elke browser te bekijken.
3. Optimalisatie. Door code en inhoud te vereenvoudigen en te minimaliseren, wordt de site toegankelijker voor zoekmachines en gebruiksvriendelijker.

Als we de beoordeling samenvatten, is het vermeldenswaard dat de service zich in de testfase bevindt en dat niet alle genoemde functies in het werk zijn opgenomen. In het algemeen verdient de service, gezien de uitbreiding van de mogelijkheden en de introductie van geplande functies, aandacht.

Ik raad u aan om vertrouwd te raken met mijn andere beoordelingen van site-analysetools in het gedeelte Audit en testen. En natuurlijk kijk ik uit naar je feedback! Denk je dat de service zijn plaats in de niche zal vinden en veel gevraagd zal zijn? 🙂