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?

Waarom gebruik jij canonical url’s?

Ja, waarom eigenlijk? Voor we verder gaan, wat zijn canonical url’s. Stel, je koopt een domeinnaam. Je neemt een hosting en de webserver heeft als instelling dat jouw domein te bereiken is als "www.mijn-domeinnaam.be" alsook met "mijn-domeinnaam.be".

Problems. Je hebt nu dat "mijn-domeinnaam.be" verwijst naar "www.mijn-domeinnaam.be". Het gevolg hiervan is wanneer je pagina’s geïndexeerd worden door Google dat we kunnen spreken over duplicate content.

Duplicate content kan echter een penalty krijgen. De inhoud van de pagina met als url "www.mijn-domeinnaam.be/mijn-inhoud.html" is echter identiek hetzelfde als de pagina met als url "mijndomeinnaam.be/mijn-inhoud.html".

Zorg ervoor dat dit niet gebeurd. Wat kan je hieraan doen?

• Neem contact op met je hosting en vraag om dit uit te schakelen ;-). Een eenvoudige oplossing en geen werk voor jou. Persoonlijk zou ik nooit hosting nemen waar men een webserver als volgt opzet.
• Wat kan je nog doen? Maak gebruik van .htaccess om dit op te lossen. Eerst en vooral moet je beslissen welk domein jouw voorkeur zal krijgen. Er is geen regel die bepaalt welk van beide het beste is. Wil jij gebruik maken van "www.mijn-domeinnaam.be" dan gebruik je deze, zo niet, dan gebruik je het andere domein zonder "www".

In de root van website plaats je je .htaccess, daar ga je het volgende in opnemen:

Voor het domein met “www”:
Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^mijn-domeinnaam.be [NC]
RewriteRule ^(.*)$ http://www.mijn-domeinnaam.be/$1 [L,R=301]

Indien je opteert voor het domein zonder “www”:
Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^www.mijn-domeinnaam.be [NC]
RewriteRule ^(.*)$ mijn-domeinnaam.be/$1 [L,R=301]

Wat hebben we hier nu gedaan? We hebben hier gebruik gemaakt van een 301 redirect. Wanneer een bezoeker naar je website surft en gebruik maakt van de url "mijn-domeinnaam.be/mijn-pagina.html" zal deze automatisch doorverwezen worden naar "www.mijn-domeinnaam.be/mijn-pagina.html".

Met een 301 redirect gaan we bezoekers automatisch doorverwijzen naar een andere pagina. Let op, een redirect is niet altijd te pas en te onpas te gebruiken. Ook hier moet je opletten. Ik zal in een volgende post op mijn seo blog eens uitleggen wat net redirecten is, welke redirects je hebt, de verschillen hiertussen en in welke situatie je best de verschillende redirects gebruikt.

Een andere probleem situatie met canoncial url.

Canonical issues kunnen we ook in andere situaties voorkrijgen. We zullen eens overlopen wat een ander probleem is met canonical url’s en we zullen dadelijk overlopen hoe we deze tweede situatie kunnen oplossen.

Stel, je hebt een dynamische website met cms. Het gebruik van een CMS kan er soms ongewild voor zorgen dat je problemen krijgt met canonical url’s. Je hebt bepaalde pagina’s aangemaakt, en ongewild merk je dat je CMS ervoor gezorgd heeft dat er meerdere url’s zijn die verwijzen naar dezelfde pagina.

Een voorbeeld hier kan zijn:

1. www.mijn-domeinnaam.be/portfolio
2. www.mijn-domeinnaam.be/portfolio.php
3. www.mijn-domeinnaam.be/portfolio.php?gal=1

Al deze 3 bovenstaande url’s verwijzen naar een pagina met dezelfde inhoud. Problems again, opnieuw een mooi voorbeeld van duplicate content.

Hoe kunnen we dit nu gaan oplossen? Gelukkig voor ons is er zoiets als de canocical tag. We kunnen met deze tag laten weten aan zoekmachines welke url onze voorkeur krijgt.

Deze tag is als volgt:
<link rel="canonical" href="www.mijn-domeinnaam.be/portfolio" />

We plaatsen deze canonical tag in de head van de pagina. Met als gevolg zal enkel deze url geïndexeerd worden en niet de andere url’s.

Ons probleem omtrent duplicate content is opgelost. Degenen onder jullie die gebruik maken van een cms systeem of eventueel zelf cms systemen ontwikkelen, houd hier rekening mee. Ik persoonlijk heb in het verleden ook veel aan ontwikkeling gedaan, dit is echter een kleine moeite om dit mee op te nemen en het resultaat in functie van SEO is enorm.

De dag vandaag is het meer en meer belangrijk om bij de ontwikkeling van applicatie’s en dergelijke meer en meer rekening te houden met het ontwikkelen van SEO vriendelijke CMS systemen.

Concurrentieanalyse, belangrijk of niet?

Een goede concurrentieanalyse is de start van uw SEO traject. Veel bedrijven stappen te vaak lukraak in een SEO traject. Een goede locatie voor uw bedrijf is een belangrijke voorwaarde voor succes. Voor het internet is dit net hetzelfde. Het verschil hier is dat een goede locatie, een goede positie inhoud in de zoekresultaten van de zoekmachine.

Wil je optimaal gebruik maken van een SEO traject dan start je met een concurrentieanalyse. Aan de hand van de deze resultaten ga je objectieven samenstellen, doelen bepalen en stap voor stap werken naar een goed eindresultaat.

Hoe kan je immers een goed eindresultaat bereiken als je niet weet op wat je moet bereiken?

Het uitvoeren van een concurrentieanalyse omvat een aantal stappen. De website wordt onderworpen aan een grondige screening. Deze screening omvat zowel een technische evaluatie van de website als een inhoudelijke evaluatie.

Een technische evaluatie kan inhouden:

• semantische opbouw
• correct gebruik van meta data
• cross linking
• integratie sitemap, RSS, (social bookmarks), blog, FAQ, (enz...)
• SEF url’s
• sitemap
• robots.txt

Inhoudelijke screening:

Deze is al dan niet de meest belangrijke screening. In de inhoudelijke evaluatie ga je alles nagaan wat te maken heeft met de content van de website. Ik heb al heel wat berichten gepost op mijn SEO blog hierover. Ik kan het niet vaak genoeg zeggen: content = KING. Al je SEO efforts slagen of vallen in deze fase.

Keyword research is een eerste stap. Je moet bepalen welke keywords je gaat gebruiken in je SEO strategie. Bij het selecteren van deze keywords is het ook altijd interessant om te weten welke keywords concurrerende websites goed op scoren.

Hier zijn we dan bij een volgende stap. Wanneer je weet waar je concurrenten de target leggen, en je weet hoe ze dit doen, dan kan je ook een inschatting maken wat jij moet gaan doen om je concurrenten te verslaan ;-).

Ik zou zeggen, analyseer websites voor je start. Je kan beter dadelijk goed van start gaan ipv nadien alles te gaan aanpassen, dit zal je resultaten vertragen.