Al een tijdje had ik er niet meer aan gedacht. Moet een website gevalideerd zijn (HTML, XHTML) en wat heb je daar dan aan. Als je je eigen website wilt testen kun je dat doen bij de validator van w3.org.
Rene Greve schreef een berichtje waarin hij zijn favoriete weblogs getest heeft op validatie. Ik ben altijd blij als ik in lijstjes terecht kom, en aangezien deze gaat over de dingen die beter kunnen heb ik daarna snel wat tijd besteed aan het valide maken van in ieder geval de homepage.
SEO en valide websites
Er heerst nogal eens de gedachte dat WC3 valide websites een voorwaarde zijn om goed te scoren in Google, of op zijn minst de kansen te verbeteren. Lees bijvoorbeeld eens de onderstaande berichten die aangeven dat W3C validation cruciaal is.
- Marketingdefined: Valid HTML Code Crucial to SEO
- New Sun Graphics: Why Valid Source Code Matters for SEO
- hobo-web.co.uk: SEO Test - Google Prefers Valid HTML & CSS
Aan de andere kant heb je de artikelen die zeggen dat het niets uitmaakt zoals.
- Searchenginejournal: W3C Compliance Impact on SEO en SEO & Importance of Valid Source Code (W3C validation)
- SEOContest2008: W3C Code Validation is NOT Important In Search Engine Ranking
Als je de artikelen leest raak ik nog niet echt overtuigd. Die test van hobo-web.co.uk is wellicht niet zuiver uitgevoerd zoals ook al in de reacties eronder staat. Het stuk van marketingdefined is mij te stellig. Daar geven ze aan dat als een haakje mist de zoekmachine al een stuk van je pagina zou kunnen overslaan. De artikelen van Searchenginejournal van New Sun Graphics lijken het meest gebalanceerd te zijn.
Searchenginejournal
Searchenginejournal benadrukt in haar artikelen dat valide code niet per se invloed uitoefent maar dat je wel vraagt om moeilijkheden als je code heel veel fouten bevat. Hoe meer fouten hoe groter de kans dat er in de indexering of waardering ook foutjes optreden.
New Sun Graphics
Zo zegt New Sun Graphics dat een spelfoutje of vergeten haakje je ranking niet om zeep helpt. Wat natuurlijk wel kan gebeuren is dat het indexeringsproces verstoord raakt als je bepaalde fouten op je website laat staan. En aangezien SEO een spel kan zijn van kleine details, waarom zou je het risico dan nemen dat je HTML door kleine foutjes geen hapklare brokken aan de zoekmachine aanbiedt.
Matt Cutts
Matt Cutts gaat ook een beetje die kant op. In zijn video Optimize for Search Engines or Users? gaat hij halverwege in op de vraag of valide code bijdraagt aan je Google ranking. Matt zegt daarop dat "normal people write code with errors". Hij impliceert dat het nog geen signal is maar dat wel zou kunnen worden. Daarbij zegt hij dat je je beter kan focussen op goede content en andere SEO puntjes. Het is dus hoogstens een detail maar kan wel invloed uitoefenen.
Andere redenen om WC3 valide websites te maken
Niet valide webpagina's vertrouwen meer op het vermogen van de webbrowser om fouten te corrigeren. Om op zoveel mogelijk browsers goed naar voren te komen kun je dus beginnen met valide code maken.
Overigens ben je er dan nog niet. Veel browsers interpreteren bepaalde code anders. Regelmatig zit het probleem in de interpretatie van CSS. Valide code maken lost dit probleem niet op maar vergroot wel je kansen.
Het beste kun je je website in verschillende browsers en platforms testen. Een handig hulpmiddel is browsershot.org waar je je website kan testen op verschillende platforms zoals Linus, Windows, Max OS en BSD. Daarnaast kun je per platform selecteren op welke browser er getest moet worden en nog extra tests selecteren zoals schermresolutie, kleurdiepte, etc.
Conclusie
Er zijn meerdere redenen om een website valide te maken.
- Kleinere kans op (interpretatie)fouten in de indexering door zoekmachines.
- Je vertrouwt minder op het corrigerend vermogen van browsers.
- Je website kan sneller worden.
- Er is een kleine groep gebruikers die goede code belangrijk vind en daar als gebruiker waarde aan hecht.
Het zijn niet echt sterke redenen en ze lossen ook niets voor je op. Je vergroot je kansen en het is het laatste detail dat je aan je website moet verbeteren.
De meest gehoorde reden om niet te valideren is volgens mij ook dat mensen zeggen dat ze geen tijd hebben of niet de kennis hebben en liever een goede content schrijven. Hoe kijken jullie hier tegenaan. Het zal voor een serieuze webmaster toch geen probleem zijn om enkele tientjes te spenderen om een HTML expert de code eens te laten optimaliseren?
Blijf op de hoogte
Vond je deze informatie interessant, zorg dan dat je het laatste nieuws en de beste kortingen via onze nieuwsbrief ontvangt. Schrijf je nu in >>>
Je kan je natuurlijk ook op onze RSS feed inschrijven en het nieuws volgen via je eigen RSS Reader.

{ 4 reacties }
Wat ik jammer vind is dat de basis naar SEO verandert. W3C is voor standaarden en daardoor automatisch voor gebruikers. Daar moet de focus liggen, niet op zoekresultaten. Maar ach, wie ben ik.
Ik ben al een tijd voorstander van stricte code. Ik werk doorgaans met xHTML Strict volgens W3C. Met CSS maak ik af en toe gebruik van hacks, maar de basis is valid.
valid xHTML heeft nog meer voordelen:
- Je houdt beschrijving en opmaak gescheiden
- Je houdt je code het overzichtelijk
- Je site laadt sneller
- Je site verbruikt minder dataverkeer
- Je site is klaar voor de toekomst
Ik adviseer altijd valide (liefst strikte) XHTML.
Hiermee voorkom je dat zoekmachines over de code ’struikelen’.
Een paar kleine foutjes (ongesloten p-tag of en lege div-tag) in de code zal geen showstopper zijn voor een zoekmachine spider.
Maar een fout in een a- tag of de title-tag zou wel ernstige gevolgen kunnen hebben.
Uiteraard kost het meer tijd om je code 100% valide te schrijven, maar zoals Henri ook al aangeeft, heeft XHMLT een hoop voordelen.
Ik probeer bij mijn websites altijd uit te gaan van een 100% valide, strikte code. Je forceert jezelf op die manier om HTML van een kwalitatief hoog niveau te coderen. Als webdeveloper behoor je je gewoon voor de volle 100% voor de klant in te zetten. Plus het komt uiteraard ook goed over bij andere webdevelopment bureaus.