RDFa, overbrugging tussen mens en web.

Bij het schrijven van dit artikel merkte ik snel dat ik nooit alle informatie in 1 post zou kunnen verwerken. Gezien de technische materie zullen sommigen onder jullie snel verveeld geraken. Anderzijds, ik zou persoonlijk ook nooit alles lezen in 1 keer :-).

Daarom heb ik beslist deze post op te splitsen in 2 delen. Hopelijk vind je deze interessant. Straks zal ik je vertellen waar het vervolg over zal handelen.

Deze post is trouwens een meer gedetailleerde technische omschrijving over een eerder gepubliceerd artikel op deze blog, namelijk "het semantisch web, evolueer jij mee?".

Overbrugging tussen mens web.
Het web vandaag is een rijke verzameling van informatie, via hyperlinks verbonden met elkaar. Ook al beginnen we gebruik te maken van data, verstaanbaar voor machines, toch worden deze typisch onderverdeeld in afzonderlijke files met al te vaak verschillende formaten.

Browsers zijn nog erg beperkt hierin, deze zien enkel representatieve informatie. Het gebruik van RDFa kan hier oplossingen bieden.

Wat is eigenlijk RDFa?
RDFa biedt ons een set van xHTML attributen om extra informatie aan visuele data toe te kennen, zodat deze ook beter en meer accuraat door machines zal geïnterpreteerd worden. In deze post gaan we enkele eenvoudige datasets eens meer in detail bekijken.

Geef meer betekenis aan visuele data!
Neem een eenvoudige xHTML pagina, deze is vaak opgebouwd uit een hoofdtitel, subtitel(s), tekst in cursief en enkele tekstblokken, beter gekend als paragrafen. Deze kunnen gevolgd worden door enkele links (tags).
Een browser kan deze data correct weergeven zonder problemen. Toch is er een groot verschil tussen hoe programma’s en mensen deze data kunnen interpreteren.

Links is wat de browser ziet, rechts is wat een gebruiker ziet? Zou het niet interessant zijn om deze kloof wat meer te overbruggen?

• Hoofd van het document is de titel.
• De subtitel is de auteur.
• Tekst in cursief is de publicatie datum.
  

We kunnen een browser informatie geven over de betekenis van visuele elementen op een pagina. Enkele voorbeelden kunnen zijn:

• Een concert op de website van de AB kan je onmiddellijk toevoegen aan je online kalender.
• Contact informatie van personen (linkedin) kan je rechtstreeks importeren in je adres boek.
• Snel oproepen van eerder gelezen artikels en deze onderverdelen in categorieën, aan de hand van tags.
• Een foto die je kopieert op het internet en deze plaatst op jou blog geeft een link terug naar de fotograaf zodat deze zijn vermelding krijgt.
  

RDFa laat dit toe bij xHTML. Wij kunnen data meegeven in de opmaak van onze pagina die ervoor zorgt dat programma’s deze beter kunnen interpreteren.

Geef betekenis aan je data!
We nemen een typische blog als voorbeeld. Hier kan je een mix terugvinden van artikels, van persoonlijke interesses tot professionele activiteiten etc.. .

Voeg een licentie toe aan je werk.
In de footer van je blog zou je kunnen plaatsen dat je de content vrij overgenomen mag worden, mits de vermelding van je naam (bronvermelding). We kunnen een ‘Creative Commons License’ toevoegen.

Een mens verstaat deze tekst, een browser niet. Hier kunnen we nu wat extra gaan toevoegen zodat we dit ook verstaanbaar kunnen maken voor een programma.
We kunnen gebruik maken van het ‘rel’ attribuut, deze definieert de relatie tussen de huidige pagina en de pagina waar we naar linken. De waarde van het attribuut is ‘license’.

Deze kleine toevoeging zorgt ervoor dat een andere bezoeker zijn browser nu verstaat dat het gekoppelde document verwijst naar "de licentie".


Add some flavor :) aan link die verwijst naar de pagina met "the license". We kunnen deze voorstellen als nodes, met “license” als label.
Informatie over de titel en auteur.
Allemaal goed en wel, maar wat met de titel en auteur van de blog post. We kunnen het bovenstaande verder uitbreiden. We gaan effectieve betekenis meegeven aan ons artikel zodat een browser ook begrijpt dat we werken met een titel, een ondertitel en deze kan interpreteren.

Om aan te tonen dat “h2” staat voor de titel van de pagina en “h3” voor de auteur, moeten we gebruik maken van “@property”, een attribuut geïntroduceerd door RDFa, deze heeft specifiek als bedoeling extra informatie mee te geven in een xHTML pagina.

Waarom maken we gebruik van dc:creator en dc:title? xHTML heeft geen gereserveerde termen voor deze concepten. Je zou kunnen proberen van “property=”title”’ toe te voegen in je de tag, maar waar staat deze voor? Hoe moet een browser of een andere machine dit interpreteren? Verwijst dit naar een titel van een tekst, een aanspreektitel, …. ? En wanneer iedere blogger een eigen term zou gebruiken die staat voor de title (taalgebonden etc), hoe moet het dan allemaal geïnterpreteerd worden.

Om een lange discussie af te sluiten. RDFa verstaat niet property=”title”. Om deze extra informatie ook effectief betekenis te geven moeten we de concepten voor "creator" en "title" importeren. Gelukkig voor ons bestaat er the Dublin Core [DC] community, zij hebben reeds een vocabulaire (vocabulary) om deze nuttige concepten voor het beschrijven van elementen ontwikkeld. Een overzicht van deze elementen kan je terugvinden op hun website.

Dus, hoe gaan we te werk?
We importeren "the Dublin Core vocabulary" met xmlns:dc=http://purl.org/dc/elements/1.1/, hier ook de associatie met de prefix "dc:", we gebruiken "dc:title" en "dc:creator", dit is de shorthand voor de volledige url http://purl.org/dc/elements/1.1/creator, en http://purl.org/dc/elements/1.1/title.




Dit gezegd zijnde over RDFa.
RDF (Resource Description Framework), is de abstracte data representatie zoals je kan zien op de bovenstaande afbeelding. Elke pijl is voorgesteld als het driedelige onderwerp-predicaat-object (subject-predicate-object).

Het onderwerp is voorgesteld aan de eerst node, waar de pijl start. Het predicaat is de pijl zelf en het object is de node aan het einde van de pijl. Deze schematische voorstelling wordt ook wel een "RDF dataset" of "RDF graph" genoemd. Deze zijn opgeslagen in een “triple store”.

De bedoeling van RDF is het aanbieden van een universele taal voor het uitdrukken van data, een betekenis geven kan je wel zeggen. Wanneer je alle data, beter gezegd pagina’s gaat linken aan elkaar met al deze extra informatie toegevoegd is het mogelijk om heel wat informatie extra ter beschikking te stellen aan de gebruiker.

Gebruik makend van SPARQL (RDF query language) kunnen allerlei verbanden geplaatst worden. Bv, een gebruiker kan verder zoeken naar gerelateerde data, op zoek gaan naar vrienden (FOAF, zal uitgelegd worden in een volgende post), zoeken naar gerelateerde onderwerpen, etc .

RDF is een abstracte, machine leesbare data representatie bedoeld voor maximum hergebruik van deze vocabulaires. RDFa is een methode om RDF data toe te voegen in je xHTML.

Google caffeine, verbeterde search of niet?

De nieuwe en verbeterde search van Google, ook “Caffeine” genaamd is klaar om te lanceren. Dit zou gebeuren na de eerste januari. "Yihaa", opstaan en alle vitaminen in een kop (zeg ik altijd), zwart zonder suiker, hoe sterker hoe beter!

Voor degenen onder jullie die nog niet gehoord hebben van “Caffeine”, het is de nieuwe methode om te kiezen welke websites als eerste verschijnen in je zoekresultaten.

De criteria zullen veranderen, verscheidene e-commerce ondernemers hebben last van de zenuwen, met de vraag “hoe zal dit een effect hebben op onze website”?

Wat houdt Google Caffeine nu net in?
Wel, Google heeft een set van nieuwe ranking factoren die de positie van jou website zullen bepalen. Deze nieuwe factoren zullen de oude niet vervangen, het is een toevoeging op de oude factoren.

Dwz, jou huidige positie zal niet aangetast worden. Hier stel ik me persoonlijk toch vragen bij, later meer hierover in deze post.

Eerst enkele nieuwe factoren voor Google Caffeine:

1. Website speed, hoe snel laadt je website?
2. Broken links.
3. Linken naar link farms, spam websites of betalende links?
4. On page factoren als uniek design(?), relevante content en titles, duidelijke navigatie, zoekwoorden dichtheid (keyword density) en een relevante descriptie.

Analytische factoren als:

1. Bounce rate.
2. Page views.
3. Page view time.
4. Trafiek (traffic).
5. Algemeen gebruik van je website.

Als laatste, de "social factor". Caffeine zal nagaan hoe vaak je web pagina toegevoegd is via social tagging.
Even een filmpje met redhead :), Google Guru alias MC (Matt Cutts), outside da house.



Als laatste mijn persoonlijke mening.
Allemaal goed en wel deze toegevoegde waarde. Wanneer zoekmachines als Google meer aandacht zullen besteden aan hetgeen ze verkondigen voor" Google Caffeine", kan ik enkel maar zeggen “Go for it”. Dit houdt in dat de eerste stappen gezet zijn. Het zou er voor kunnen zorgen dat spamming uitgesloten zou worden.

Anderzijds, het geheel van “Caffeine” is een toevoeging. Hoe zwaar zullen de factoren van deze toevoeging doorwegen op het geheel?

Wil dit zeggen dat de andere factoren even zwaar blijven doorwegen. Waar is dan de verbetering? Ik stel me nog steeds vragen bij de prioriteiten.

Kan je me hier even helpen, laat het dan weten op mijn SEO blog.

Findability, webstandaarden, SEO en ver daarbuiten.

Findability? Webstandaarden, SEO? Usability, likeability, ….. . Nog niet zo lang geleden waren deze begrippen slechts enkel termen, gebruikt door addicts in de online sector.

Deze mensen hadden vaak het talent voor planning, schrijven, coderen en het analytisch vermogen om websites te creëren die aanslaan bij het doelpubliek.

Cava, dit alles even idealistisch en misschien surrealistisch voorgesteld.

Toch kregen deze aspecten niet de nodige aandacht van de webdesigners, ontwikkelaars, managers en agencies. Soms stonden deze mensen wel eens stil bij de tweeling Informatie Architectuur en Usablity genaamd. Deze plaatsten alles correct met het gepaste label dat iedereen zou begrijpen.

Project management verwierf het respect van de klant, dit omwille van de goede communicatie, leiderschap en mooi gestreken kaki broeken. De ontwikkelaar was misschien wat meer van het type “nerd” en verlegen, maar door iedereen bewonderd omwille van zijn of haar briljante inzicht. State of the art design was het beste van alles, deze kon klanten overtuigen voor hun te kiezen om projecten uit te werken.

Iedereen had zijn plaats in de “life cycle” van een project. Toch waren er enkelen die hun rol opmerkten als een meerwaarde. Het project startte een eigen leven, verzamelde mensen die een welbepaalde rol zouden spelen en hier kwam Mr. SEO op de proppen. Deze duwde het online project omhoog in de zoekmachine, voerde het project vol met keywords zodat het gevonden werd en velen begonnen te geloven dat findability eigenlijk SEO was. Dit was de start van een dubieuze betekenis.

Findability werd meer en meer mis begrepen, hoe goed dit ook was om zijn doelgroep te bereiken. Wat is het moraal?

Findability is veel meer, in se, wanneer de waarde van dit aspect een hogere prioriteit had in wat wij doen, dan zou iedereen het ondertussen zeker kennen.


Waarom moet jij rekening houden met findability!
Ondanks zijn onschatbare waarde voor online professionals, findability is al te vaak mis begrepen. Erger nog, er wordt vaak totaal geen rekening mee gehouden. Misschien wel omwille van het stigma, toegekend door het spammen van content onder de naam SEO (in elke branche heb je nu eenmaal negatieve factoren).

Het fundamentele doel van findability om telkens opnieuw je publiek in contact te brengen met wat je schrijft, je designs en wat je ontwikkelt. Wanneer je relevante en waardevolle content creëert, je biedt mogelijkheden aan om je content verder uit te wisselen en je hebt overdraagbare informatie. Dan mag je er zeker van zijn dat gebruikers je zullen vinden en je boodschap verspreiden.

Een website die deze aspecten negeert spreekt in het ijle, om nog niet over de Vestaalse maagden te spreken die zouden bidden voor je zielenheil. Voor deze moet je het tegenwoordig niet meer doen ;-). Momenteel is er gewoon een kakofonie aan websites over gerelateerde onderwerpen. Deze kunnen evenzeer alle aandacht krijgen.

Findability is een multidisciplinair onderwerp dat heel wat sub disciplines raakt in onze industrie. Dit omwille van enkele eenvoudige redenen.

Ieder teamlid van een web productie speelt een belangrijke rol om een website makkelijker vindbaar te maken. Hier spreken we over project managers, informatie architecten, copywriters, designers, developers, usability experts en noem maar op. Nadien kan je het geheel overdragen aan Mr. SEO die een micro focus zal plaatsen op search.

Enkel je vertrouwen stellen in SEO is eigenlijk “a waste of money”. Je kan beter tijd investeren in het opleiden van je teamleden en op deze manier ervoor zorgen dat je je doelen bereikt.

Gesproken over budgetten, je kan effectief geld verdienen door findability te plaatsen in je "project life cycle". Hoe beter je content vindbaar is, hoe meer succes je kan verkrijgen. Iedere klant die jou inhuurt als pro om hun in contact te brengen met hun doelpubliek, zal dit ten zeerste appreciëren. Dit kan jouw service onderscheiden van anderen en helpt jou verder om projecten binnen te halen op hoger niveau. Dit omdat jij een toegevoegde waarde bent.

Even een eenvoudige vergelijking:

• Findable content = increased profits.
• vindbare inhoud = verhoogde winst (letterlijk vertaald) .

Enkel, om dit effectief toe te passen moet dit begrepen zijn door iedereen die:

1. Een project uitwerkt.
2. Het project een design en eigen identiteit geeft.
   
3. Een project ontwikkelt.
   

Stel je troops samen en op naar de overwinning.
Wil je dit realiseren moet je goed weten welke rol ieder teamlid speelt in je project.

Project managers.
Een project manager moet de "life cycle" van een project begrijpen. Talent hebben voor coördineren. Een sleutelrol tussen ontwikkeling en de klant. Wanneer een project manager de waarde van findability begrijpt in functie van de objectieven, zal hij of zij ervoor zorgen dat andere teamleden dit ook begrijpen. Hij of zij kan evenzeer een educatieve rol opnemen naar de klant en het project in goede banen leiden.


Informatie architecten.
De informatie architect speelt in op het tweede doel, namelijk, het helpen van de gebruiker om te vinden waar zij naar op zoek zijn. Zij doen hun best te begrijpen wat het doelpubliek wil en hoe de informatie zodanig aangeboden kan worden om dit te realiseren.

Waarom niet wat verder kijken en de gebruiker helpen om zijn of haar informatie makkelijk te vinden? Het gebruik maken van tools als “Google Adwords keyword research tool” of “Wordtracker”? Dit kan handig zijn om te beslissen welke termen gebruikt worden om de inhoud makkelijker vindbaar te maken.

Het gebruik maken van tagging als del.icio.us, Digg, …. . Deze kunnen het zoekgedrag versterken. Iemand die de focus legt op search kan een lijst samenstellen van termen waar men mee gevonden wil worden. De copywriter zal deze gebruiken voor het schrijven van de teksten. Deze moeten vervolgens ook meegedeeld worden aan de developers zodat deze semantisch betekenisvol gebruikt kunnen worden in het project. Op deze manier kan je een hiërarchie opbouwen voor de belangrijkheid van je termen. Zeker interessant voor zoekmachines.

Hier mogen we zeker niet het aspect vergeten van “social media”. Mogelijkheden om je content te verspreiden onder het mom van “Tell a friend”, “Facebook”, “Twitter” en dergelijke zijn altijd interessant.


Copywriters.
Deze moeten de keywords of zoektermen correct in je inhoud plaatsen, zonder deze overdadig te gebruiken. Ga je deze echter overdadig gebruiken zal je inhoud niet natuurlijk overkomen. Je teksten zijn niet leuk om te lezen. Je moet er immers voor zorgen dat je doelpubliek je website waardeert, en toch dat zoekmachines je website zullen ranken.

Het schrijven van goede teksten is immers een afrodisiacum (hier spreken we niet over het verhogen van de hormoonspiegel door het eten van knoflook en ginseng ;-)). Het zorgt voor bezoekers op je website en moedigt hun aan om je content te verspreiden. Een goede copywriter is goud waard!


Designers.
Een goede designer leidt de gebruiker als een stier naar de rode doek. Door de kracht van contrast kan hij of zei bepalen waar de gebruiker naar zal kijken! De designer kan de gebruiker laten ontdekken en meewerken aan een goede "user experience".
Elementen als de search box, RSS feeds, inschrijving formulier en dergelijke meer kan de designer zodanig in beeld brengen dat je niet anders kan, dan deze te gebruiken.


Developers.
Of meer algemeen gesteld, iedereen die betrokken is bij het ontwikkelen van de webpagina’s spelen een centrale rol. Als deze teamleden er niet voor zorgen dat je inhoud "accessible" of toegankelijk is! Zowel voor zoekmachines als voor gebruikers met een visueel handicap, dan spreekt je website weer in het ijle.

Web standaarden zijn belangrijk. Semantische opbouw van je pagina helpt niet enkel je data hiërarchisch te structureren. Je gebruiker zal je informatie ook makkelijker interpreteren. Het web staat immers vol van gedrochten waar je niets uit kan opmaken. De ratio van je inhoud tov je code speelt ook een rol in het geheel proces.

Je content toegankelijk maken voor gebruikers met een handicap, eventueel een alternatief platform aanbieden zorgt zeker voor een meerwaarde.

Microformats zijn zeer krachtig om je content makkelijk over te dragen naar andere platformen en toepassingen. Een gekend voorbeeld is hCard (eerder artikel op mijn SEO blog). Bezoekers die gebruik maken van de operator toolbar. Makkelijk overdraagbare content zal je bezoekers aanzetten hier gebruik van te maken.

Tim Berners Lee zijn natte droom was het aanbieden van informatie, toegankelijk voor alles en iedereen. Dit is ook de ideologie van hen die web standaarden hoog in het vaandel dragen, dat is hetgeen dat hun drijft naar een beter en meer toegankelijk web.


Usability Experts.
Een usability expert zal een online project of website evalueren in de graad dat deze makkelijk navigeerbaar is. Zij kunnen ook evalueren hoe eenvoudig of moeilijk het is om bepaalde informatie te vinden op je website.

Analyse tools als Google Analytics geeft een gedetailleerde weergave over het gedrag van je bezoeker op je website. Usability experts kunnen deze gebruiken om te bepalen waar je website goed scoort of eventueel faalt.

Wil je weten waar je gebruikers klikken op je website, hoe ze je informatie interpreteren en hoe ze verder gaan in hun zoektocht? Dit kunnen zij voor jou gedetailleerd in kaart brengen.


Waar hoort nu findability thuis?
Zonder rekening te houden met jou discipline, er is altijd plaats voor findability in jou werk. Denk er even over na en zorg voor die meerwaarde. Help gebruikers bij het zoeken van informatie. Zorg ervoor dat jouw informatie toegankelijk is en dat je gebruikers deze kunnen delen in een mum van tijd. Je zal zien dat jouw online project een succes word.

Jij werkt dus ook met microformats.

Naar aanleiding van een vorige post op deze blog, “Het semantisch web, evolueer jij mee?”, zal ik proberen wat meer duidelijkheid te geven omtrent microformats.

Wat zijn nu net deze microformats?
Wikipedia vertelt ons hierover: "een web gebaseerd gegevens formaat dat ernaar streeft metadata aan de inhoud van bestaande webpagina’s toe te voegen. Een microformat gebruikt daarvoor de bestaande klassen en attributen van HTML en XHTML. Het doel hiervan is om informatie die oorspronkelijk voor eindgebruikers is bedoeld (zoals contact informatie of geografische informatie) geschikt te maken voor automatische interpretatie door software."

Er zijn reeds toepassingen en websites die gebruik maken van microformats. De basis hiervan is eenvoudige xHTML, deze kan je nadien vorm geven met CSS. Aan deze xHTML code wordt vervolgens extra informatie meegegeven, op een gestructureerde manier weliswaar. Het gaat hier niet over uiterlijke kenmerken maar over metadata. Omtrent deze metadata zijn er allerlei conventies.

Enkele interessante voorbeelden zijn:

• hCard: uit wisselen van contact informatie.
  
• hCalender: publish events en importeer deze naar je Calender.
  
• XOXO: lijst voor hyperlinks, blog roll, directory's, ...
  
• hReview: publish reviews.
  
• XFN: representatie van menselijke relaties door het gebruik van hyperlinks.

Wat kunnen we doen met deze microformats?
We kijken even naar de hCard. Deze geeft ons de mogelijkheid om op een eenvoudige manier onze contact gegevens uit te wisselen.
Je kan de Operator plugin voor Firefox gebruiken om deze gegevens te lezen. Deze detecteert microformats op een pagina en geeft je de mogelijkheid om de contact gegevens rechtstreeks te importeren in je adresboek.




Een voorbeeldje kan je vinden, bovenaan in de linkerkolom van mijn SEO blog, het is een hCard wat aangepast met CSS. De xHTML en CSS is als volgt:



Welke websites maken hier gebruik van?
Linkedin gebruikt erg veel microformats.

• Events kan je rechtstreeks importeren of in je calender plaatsen
• contact gegevens van personen kan je rechtstreeks toevoegen in je adresboek.

Het aanbod van microformats is nog niet zozeer uitgebreid maar deze zullen nog heel potentieel bieden naar de toekomst. Firefox 3.0 zou echter heel wat ondersteuning gaan bieden aan deze microformats, wat er werkelijk van gekomen is kan je lezen op een interessant artikel “What happened to the Microformats Support in Firefox 3” op webmonkey.

Ben jij overtuigd en zal je microformats gaan gebruiken in toekomstige projecten. Laat het weten en post je projecten op mijn SEO blog.

Accessibility, webtoegankelijkheid en gevonden worden.

Accessibility wordt vaak samen in 1 term uitgedrukt met usability. Je kent het wel "accessibility en usability", belangrijke factoren voor een goede website. Nu, deze zijn uiteraard belangrijke factoren in de ontwikkeling van een efficiënte online communicatie. Anderzijds zijn beide slechts een onderdeel van de "User Experience". Peter Morville, auteur van "Ambient Findability" vatte het begrip "User Experience" samen in een honingraat met zeven onderdelen:

1. useful
2. usable
3. findable
4. credible
5. desirable
6. accessible
7. valuable

Anysurfer, het kwaliteitslabel voor websites die voor iedereen toegankelijk zijn, ook voor mensen met functiebeperking leveren op vlak van accessibility erg goed werk trouwens.

Naast SEO kom ik tijdens mijn dagelijkse bezigheden ook heel erg veel in contact met accessibility optimalisatie. Deze beide staan wel voor erg verschillende doeleinden maar gaan in theorie, en praktijk hand in hand met elkaar.

Een goede toegankelijke website kan erg goed scoren op vlak van SEO. In deze post kan ik niet elke factor gaan aanhalen, elke regel en samenhang tussen beide gaan uitleggen maar enkele punten wil toch even in het daglicht plaatsen.

Onderstaande voorbeelden zijn gedocumenteerd aan de hand van 2 handige tools die vaak gebruik. Dit zijn eenvoudige firefox plugins:

1. Accessibility toolbar
   
2. WAVE toolbar

Beide zijn erg goed en niet enkel in functie van accessibility.

Waar gaan accessebility en SEO naadloos samen?
Met Wave toolbar kan je een view creëren waar je een overzicht krijgt van de tekst volgorde op je pagina. In functie van toegankelijkheid is dit belangrijk. Software die mensen gebruiken met een visueel handicap gaan pagina's inlezen. Om je informatie op een logisch gestructureerde manier aan te bieden is de volgorde dus erg belangrijk. Dit is erg belangrijk voor formulieren.


Met de accessibility toolbar heb je de mogelijkheid om informatie van alle images op je pagina na te gaan. Je krijgt een handig overzicht, deze informatie is niet enkel belangrijk voor toegankelijkheid maar ook voor SEO, je weet wel. Geef je afbeeldingen een alt tekst. Deze is een mooi voorbeeld voor aangaande SEO en accessibility.


Wanneer je werkt met formulier informatie, een keuze die je aanbiedt aan de gebruiker. Volgens de regels die vallen onder toegankelijkheid moeten we descriptieve informatie meegeven om duidelijk te maken welke informatie de gebruiker aanvinkt. Deze info is voor afbeeldingen, labels voor formulier elementen zoals je input, checkboxes en dergelijke meer.

Ook weer interessant voor SEO, je geeft als descriptieve informatie steeds weer je produkt en/of brand mee. Al deze contextuele informatie wordt ingelezen door spiders. Onderstaande pagina is een voorbeeld uit een webshop, deze is toegankelijk gemaakt, de icoontjes duiden de descripties aan voor alle formulier elementen die weergegeven worden op de pagina.

Tab index. Belangrijk voor toegankelijkheid. Een gebruiker met een visueel handicap gebruikt vaak de tab toets om door een pagina te navigeren, om van de ene blok informatie te springen naar een andere blok informatie, enz.. . Wanneer je code semantisch correct is opgebouwd, krijg je ook automatisch een correcte tab volgorde. Wanneer je hele websites met layers en absolute positionering is opgebouwd, dan kan je echter wel eens een heel ander resultaat verkrijgen. Elementen op je pagina die "absolute" gepositioneerd zijn worden als het ware uit je document flow gehaald. Volgorde en positie van je elementen kan hierdoor een soep worden.


Alle images moeten descriptieve informatie krijgen, deze verwijst weer naar de alt en/of title, de WAVE toolbar geeft je de mogelijkheid deze snel op te vragen.

Er zijn nog heel wat meer overeenkomsten bij accessibility en SEO. Wat ik even wou aantonen is dat beide kunnen gezien worden als een aanvulling van elkaar. Je kan trouwens handig gebruik maken van de 2 bovenstaande plugins om snel SEO issues als accessibility issues te ontdekken op websites. Maak hier handig gebruik van en geloof me, een toegankelijke website is ook een SEO vriendelijke website.

het semantisch web, evolueer jij mee?

Velen hebben de mond vol van het semantisch web de dag vandaag. Waar spreken ze eigenlijk over? Wat bedoelen ze nu net met het semantisch web of is het weer een “buzz word” zoals “web 2.0” ook veel gebruikt werd door iedereen die het hoorde?

Web 2.0 is een term die de trend omschrijft als: “het gebruik van webtechnologieën dat gericht is op het vergroten van de creativiteit , de uitwisseling van informatie en vooral de samenwerking tussen de gebruikers.” Deze concepten hebben geleid tot de ontwikkeling en evolutie van web gebaseerde gemeenschappen (web based communities) en gehoste diensten als sociale netwerk sites, wiki’s, blogs en folksonomoies.

De term suggereert naar een nieuwe versie van het “World wide web”, maar verwijst naar veranderingen in de manier waarop software ontwikkelaars en eindgebruikers het web gebruiken.

Wat verstaat men nu onder web 3.0 of het semantisch web.
In deze post zal ik proberen zo eenvoudig mogelijk uit te leggen wat het semantisch web is. Dit aan de hand van een fictief voorbeeld, enkel het concept zonder in te gaan op technische details. Alle belangrijke bouwstenen van het semantisch web zullen we even aanhalen en verduidelijken.

Case:
“Ik ben Christophe, ik ben op zoek naar een leuke plaats voor mijn vakantie en heb een budget van 2750 euro. Trouwens, mijn vriendin Isabelle en zoontje Sam, 6 jaar oud gaan ook mee.”

Wat zijn nu mijn opties? Als ik even impulsief zou reageren zijn mijn beide de volgende opties.

1. Ik kan opzoeken waar ik naartoe wil via het internet. Eventueel een vakantie online boeken.
2. Ik kan naar een reisbureau gaan en hier eens gaan kijken wat ze voor mijn kunnen doen.

De vraag is nog steeds, wat is nu het semantisch web?
Het web dat mij kent. Een web van data, begrijpelijk voor mensen en software. Het doel van de software is om te voorzien in jouw informatiebehoeftes.

Mijn data is nog steeds:
“Ik ben Christophe, ik ben op zoek naar een leuke plaats voor mijn vakantie en heb een budget van 2750 euro. Trouwens, mijn vriendin Isabelle en zoontje Sam, 6 jaar oud gaan ook mee.”

De data op het web is:
Google begrijpt me ook niet blijkbaar. Alle resultaten die ik krijg variëren van blogs, reisverhalen, villa’s in Tenerif boeken, …. . Kortom, een overmaat aan informatie die niet voor mij relevant is.
Is dit allemaal begrijpelijk voor mensen? Beter nog, is dit allemaal begrijpelijk voor mensen en software? De persoon in het reisbureau begrijpt ons, we kunnen hier stellen, de persoon van het reisbureau begrijpt mijn data en begrijpt alle data op het web. Het reisbureau is als het ware onze semantische vertaalslag, om het zo uit te drukken.

De software die wij nu gebruiken doet NIET aan semantiek. Informatiebehoeftes:

1. Wij zoeken niet, wij vinden
2. Hoe relevant is wat wij vinden?
3. Wat we zoeken en niet vinden is ergens wel aanwezig, maar waar ergens?

Wij hebben hulp nodig, hoe je het ook draait of keert, iemand zal ons moeten helpen om dit allemaal te verwezenlijken. Dan spreken we nog niet over de mensen die een reis kunnen boeken via www.villaspanjehuren.nl ;-).

Zodus, we hebben iemand nodig die mij begrijpt. Iemand die het web kent en begrijpt. Iemand die ook nog eens zijn vrije tijd wil opofferen om mij te helpen mijn vakantie te helpen boeken.

De building blocks van het semantisch web.

Hier vinden we een voorstelling van de bouwstenen van het semantisch web. Als volgende zullen we de blokken die het meest belangrijk zijn hieronder bespreken.

Mijn data is nog steeds:
“Ik ben Christophe, ik ben op zoek naar een leuke plaats voor mijn vakantie en heb een budget van 2750 euro. Trouwens, mijn vriendin Isabelle en zoontje Sam, 6 jaar oud gaan ook mee.”

Mijn data vertaald naar online data voor het web kan er als volgt uitzien.
De woorden die wij gebruiken, (mijn data in dit voorbeeld) zijn niet begrijpelijk voor software. We kunnen deze echter wel begrijpelijk maken voor software. Er moeten regels zijn om te verwezenlijken. RDF wordt de grammatica van het web.

Wat is RDF of Resource Description Framework. Dit is een W3C standard. Oorspronkelijk ontworpen als metadata model maar gaandeweg gebruikt als een format om gegevens in het algemeen voor te stellen en uit te wisselen.

Kenmerken van bronnen worden uitgedrukt in de vorm van een driedelige subject-predicaat-object structuur.

1. Subject: in essentie de bron die beschreven wordt.
2. Predicaat: welk kenmerk of aspect van de bron die beschreven wordt.
3. Object: de waarde van dat kenmerk.

Met RDFS kunnen er relaties tussen concepten gelegd worden.

OWL (Web Ontology Language) geeft mijn data een context binnen een specifiek domein.

Om al onze data te kunnen beredeneren moeten er regels (rules) zijn. Hier komt SWRL in het plaatje.

Als laatste maar zeker niet onbelangrijk. Wij moeten data kunnen zoeken, dit is mogelijk door SPARQL, query language voor RDF. Zoals bv “geef me alle streken in Italie met een gemiddelde temperatuur van 20 graden celcius”.

Korte samenvatting van de punten:

1. Data in XML
2. Grammatica in RDF, RDFS en OWL
3. Regels (rules) in SWRL
4. Zoeken met SPARQL

Wat zouden de resultaten moeten zijn over enkele jaren? Wat is de context van het semantisch web.

Contextuele navigatie. De gebruiker kiest een stukje tekst of contextuele hyperlink. De applicatie begrijpt ook effectief de data binnen de gekozen tekst en de gebruiker krijgt relevante informatie, waar hij of zij naar op zoek is.

Google is goed genoeg geweest maar iedereen weet dat de resultaten momenteel vaak nog steeds niet voldoende relevant zijn naar de zoekopdracht van de gebruiker.

Werken met semantische databases. Een semantische database is gebouwd naar een relationele structuur voor webdata. Een gepersonaliseerde kennisbase die jou interesses leert kennen. Werken met gebruikers profielen, dit is een basis voor gepersonaliseerde zoekmachine.

Als laatste, waarom is het interessant om software beter data te laten begrijpen? Wat zijn voordelen van het werken met gepersonaliseerde data. Stel, hoe beter mijn “GPS” de betekenis van “bestemming” begrijpt, des te beter kan deze de richting aanwijzen.

Bijvoorbeeld: “Ik wil een conferentie volgen van Google, deze zal doorgaan in Amsterdam.”

Hoe zou dit nu allemaal kunnen verlopen. Ik krijg een mail om me in te schrijven voor deze conferentie. Ipv allerlei formulieren in te vullen moet ik enkel bevestigen dat ik aanwezig zal zijn dmv het klikken op een button.

1. Hierdoor wordt mijn aanwezigheid automatisch bevestigd.
2. Mijn online kalender (Google Agenda) wordt automatisch aangepast en krijgt een aantekening met plaats en datum van het event.
3. Mijn GPS verkrijgt automatisch de coördinaten waar het event zal plaatsvinden.
4. Als laatste worden in mijn adresboek automatisch alle contactgegevens opgeslagen van alle aanwezigen voor dit event.

Zou dit niet handig zijn, zo ver zijn we nog niet, maar dit zou toch een mooie evolutie zijn, of niet? Ik hoop dat met deze uitleg het concept web3.0 wat duiding gekregen heeft. Wat zou de invloed zijn van deze ontwikkelingen op gebied van SEO, zou dit volledig verdwijnen uiteindelijk, wat denk je?