9 vervelende SEO onderwerpen.

Er zijn heel wat onderwerpen die continu terugkomen en op deze manier een vicieuze cirkel vormen in de SEO blogosphere. Het zijn oersaaie onderwerpen, hoe kan het anders als er tot de dood toe wordt over geschreven (om van de rest dan nog maar te zwijgen).

Vandaar even een laatste post hierover. Een overzicht van de meest vervelende SEO onderwerpen, met de hoop hierna nooit nog iets te moeten lezen hierover :).

Hier komen ze.

LSI of Latent Semantic Indexing.
LSI is zeker erg bruikbaar, in software ontwikkeling (bepaalde), niet voor SEO! Deze term wordt maar al te vaak verkeerd gebruikt.

Bounce rate en rankings.
Hoe kan je in functie van SEO deze 2 eigenlijk relateren met elkaar? Er zijn zoveel andere factoren waarmee je die deze in relatie kan brengen.
In functie van usability, accessibility, likeability, design, etc …., is dit wel perfect mogelijk.

Synoniemen gebruiken (stemming).
Waarom een overdosis aan synoniemen gebruiken, tenzij je misschien een eigen taaltje of woorden wil creëren?

Zoekwoorden dichtheid (keyword density).
Let op, van mij mag je hier gerust gebruik van maken als je wil, maar wil je hiermee de kwaliteit van je geschreven content schrikbarend naar beneden brengen? We zijn trouwens in 2010, de jaren ’90 zijn voorbij.

Spreadsheets voor (links, keywords, KEI of wat dan ook).
Geef me een bruikbare applicatie of een betere manier om iets te doen. Spreadsheets zijn de laatste bestemming voor data management.

SEO’ers of SO’ers (of hoe je het ook noemt) zijn “search engineers”.
Een persoonlijke favoriet van me! Tenzij jou job bestaat uit het ontwikkelen van zoekmachines, maar anders ben je geen “search engineer”!

<h1>
Is het belangrijk? Is dit niet erg belangrijk? Test het eens en beslis dan voor jezelf. Ik denk dat deze ondertussen meer dan genoeg afgedaan heeft.

Slechte link building (spam).
Mensen vertellen hoe je forums en social media kan gebruiken om je links te spammen, aankopen van links etc .. . Dit helpt ons geen stap verder met het internet beter te maken!

Eigenlijk heeft SEO niets te maken met link building, dit is enkel site promotie. Wanneer je zegt “linken is SEO”, zou je evengoed kunnen zeggen “Proximus is een merk van gsm toestellen”.

Pagerank.
Een persoonlijke favoriet weer. Tenzij je hier zelf een leuk iets bij fantaseert zou het interessant kunnen zijn :). Spreken we over "toolbar Pagerank", dan moet er toch iets vreemd zijn met die toolbar van je, anders betekent het niets.

De koning is dood, leve de koning!
Deze lijst zouden we nog kunnen aanvullen met heel wat andere stellingen. Be my guest en vul het lijstje aan!
Hetgeen ik eigenlijk wil duidelijk maken met bovenstaande punten is, “stop met deze vervelende dingen waar niemand wat aan heeft”, je helpt niemand hiermee. “SEO” is eigenlijk een verouderde term de dag vandaag. Ik zou iedere goede professional eerder “online business strategist” noemen.

Zij zijn gestopt met het verkopen van rankings, reeds een hele tijd geleden. Deze mensen steken hun energie in het bouwen van “efficiënte online business”. Zij zijn op de hoogte van heel wat aspecten die nodig zijn om je website te optimaliseren. Ik bedoel hier niet dat zij in al deze facetten ook effectief gespecialiseerd zijn, dat is trouwens ook helemaal niet mogelijk.

Een “online business strategist” zou kunnen instaan om ervoor te zorgen dat websites:

• toegankelijk zijn
• gebruiksvriendelijk
• voorzien van een goede lay-out
• goede content
• de producten worden doordacht aangeboden
• websites worden makkelijk geïndexeerd
• zijn ontwikkeld volgens search engine guidelines
• etc ... .
  

Het resultaat is een goede website die goed is voor zijn doelpubliek en de website owner.

Nota:
Na het schrijven van deze post stel ik me toch wel heel wat vragen :).

1. Zou ik de naam van mijn blog nu veranderen of niet (SEO blog)?
2. Indien ik dit zou doen, zou ik dan misschien toch een relatie kunnen leggen tussen de Bounce rate en rankings?
3. Zou mijn Pagerank dalen?
4. Zou ik dan forums moeten gaan spammen, twitter gaan misbruiken en facebook verkrachten om bezoekers te verkrijgen?
5. Misschien toch <h1> overdadig gaan gebruiken en spreadsheats bijhouden met KEI calculatie dan?
6. Laten we misschien LSI gaan doen dan maar :).

Help mij, ik weet het niet meer!

cheers

Google suggesties, succes voor je SEO strategie.

Jij laat je toch ook verleiden door Google suggesties, of niet soms? Je kent het wel, je zoekt wat op Google en tijdens het invoeren van je zoekopdracht, zal Google je suggesties aanbieden. Onder het invoerveld krijg je allerlei gerelateerde opdrachten om het jou makkelijker te maken.

Het geven van suggesties aan de gebruiker is een schitterend concept vanuit een standpunt van usability. Het helpt de gebruiker bij het zoeken naar informatie en je mag er zeker van zijn dat er gretig gebruik van gemaakt word. Wil jij soms beweren dat je dit niet doet?

Google suggesties voor je SEO strategie!
Wanneer je weet dat deze gebruikt worden, waarom zou je hier geen gebruik van maken in je SEO strategie. Je hebt immers al vaak genoeg moeten lezen dat “hulpprogramma voor zoekwoorden” de tool bij uitstek is om je keyword research te doen. Waarom niet een stapje verder gaan en maak een lijstje op van de Google suggesties, die je verkrijgt voor je "targeted keywords".

Je kan onmiddellijk afleiden hoe het staat met de concurrentie voor deze termen, altijd mooi meegenomen.
Een tijdje geleden nam ik de proef op de som en heb hier wat mee geëxperimenteerd. Conclusie, het meten van de resultaten en gebruik te maken van Google suggesties deed me heel wat meer inzicht verkrijgen.

Hoe ben ik te werk gegaan.
Ik heb een blog opgezet over recepten, heel wat mensen gebruiken het internet om recepten op te zoeken. Ik heb een lijst samengesteld met termen waar ik goed gevonden mee wou worden.

• Wokgerechten
• Wokrecepten
• Eenvoudige recepten
• Gerechten met scampi’s
• Etc … .
  

De concurrentie was relatief hoog, maar dit is relatief. Als je kijkt hebben we:
1. Wokrecepten: 34500
2. Wokgerechten: 223000
Relatief eenvoudig om hier een goede positie te behalen.

Toch zijn dit vrij algemene termen, zoals je weet, deze termen geven je meer zichtbaarheid maar als het aankomt op recepten gaat een gebruiker meer specifiek zoeken (zoals met alles trouwens). Deze algemene termen zorgen voor zichtbaarheid op het internet, handig om trafiek naar je website te genereren.


Daarna gaan we het anders aanpakken, ik ben recepten gaan plaatsen die meer specifiek zijn. De term “scampi gerechten” leek me wel interessant.

Hier heb ik enkel gebruik gemaakt van “Google suggesties”. Deze keuze werd gemaakt op basis van de zoektermen die terug te vinden waren in Google analytics.
Uiteindelijk bekom je een mooie combinatie van generieke termen samen met meer specifieke termen. De combinaties waar de keuze naar ging waren:

1. Specifieke termen + recepten
2. Specifieke termen + gerechten
3. Specifieke termen + wokrecepten
4. Specifieke termen + wokgerechten

Als we even kijken naar een screenshot van de analytics, dan zie je duidelijk dat de “Google suggestie” in combinatie met de generieke termen het meeste trafiek genereren.

Als jij kijkt op de afbeelding hebben we de laatste maand 1741 unieke bezoeken gehad, en 2439 paginaweergaves. Als we even nagaan waar deze bezoekers vandaan komen.

Om dit nog meer specifiek op te volgen heb ik een filter aangemaakt in Google Analytics om specifiek de resultaten te monitoren, alle trafiek wat komt op de website via termen die de gebruiker aanduid in de Google suggesties.

We nemen eens een kijkje naar de resultaten.

Als we een kijkje nemen op bovenstaande screenshot zien we dat "scampie gerechten" 115 unieke bezoekers opgeleverd heeft de afgelopen maand. Als we kijken naar de resultaat pagina in Google, zien we dat de recepten blog op 5 staat, hier zien we dat je niet altijd een top positie moet behalen. Als je naar het het cijfer kijkt van de unieke bezoeker van de afgelopen maand, zien we dat we 1505 unieke bezoeken hebben gehaald, enkel met deze termen.

Gebruik deze in combinatie met een "Long tail strategie", je zal merken dat je weer betere resultaten zult behalen.

Hoe kan je nu deze resultaten mooi opvolgen met je Google Analytics?
Eerst en vooral maken we in onze analytics account voor deze website een nieuw profiel aan. De naam die ik gebruikt heb is "google suggesties".

Op dit profiel gaan we een filter toevoegen om enkel het verkeer op te vangen dat via de suggesties op de website komt. We gaan als volgt te werk. Ga naar filters en geef het onderstaande in.

1. Geef een naam aan je filter.
2. Filtertype: aangepast -> geavanceerd
   
3. Veld A -> A extraheren Verwijzing - (\?|&)(oq)=([^&]*)
4. Veld B -> extraheren Verwijzing - (\?|&)(p|q)=([^&]*)
5. Uitvoeren naar -> Samenstellen Door de gebruiker gedefinieerd - $A3 ($B3)

Op deze manier kunnen we de gegevens in de url opvangen gebruikt door de "Google suggesties" en kunnen we de resultaten exact gaan meten.

Ik zou zeggen, gebruik deze filter eens en maak eens de vergelijking voor jezelf. Stel een lijstje samen van termen waarmee bezoekers naar je website komen en controleer de suggesties eens die je verkrijgt in Google. Neem deze informatie over en tracht goede resultaten te bekomen naar de suggesties die je verkrijgt.

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.

Content strategy, een hype of nieuwe opportuniteit?

Wat is content strategy (content strategie)? Een fundamentele definitie op vlak van interactieve content. Het geheel van kennis en zij die het uitoefenen.

Wel, content strategie is een opkomend gebied in de praktijk dat alle aspecten omvat omtrent inhoud. Dit voor aspecten als:

• Het ontwerp, tekst, graphics, video en audio die samen de user experience vormen.
• Technische aspecten.
• Analyse, presentatie, het meten (measurement), evaluatie.
• Productie.
• Beheer en bestuur.

Kristina Halverson, auteur van "Content strategy for the web", omschrijft als "de praktijk van de planning voor content creatie, levering en beheer".

In "The Web Content Strategist’s Bible", benadrukt Richard Sheffield het belang van het redactionele proces voor de inhoud.


Content Strategen.
De perspectieven die een content strategist kan bieden zijn vaak afhankelijk van hun professionele training en opleiding.

Een voorbeeld, sommigen zijn gespecialiseerd in het beschrijven van meta data, taxonomie, zoekmachine optimalisatie, en de juiste methode waarop deze concepten toegepast moeten worden.

Anderen hebben dan weer een specialisatie in het redactionele aspect of richtlijnen uitwerken en instrumenten kiezen welke voor organisatorische doeleinden gebruikt worden.

Alle content strategen zijn vertrouwd met een uitgebreid scala aan toepassingen en tools, vaak ook verantwoordelijk voor de uitvoering en interne opleiding voor hun teamleden.


Opleiding en professionele achtergrond.
Een verscheidenheid van formele academische en professionele disciplines.

• Bibliotheek- en informatiewetenschappen.
• Computerwetenschappen / informatica.
• Kunsten.
• Journalistiek.
• Communicatie wetenschappen.

Persoonlijk heb ik zelf 6 jaar fulltime les gegeven, de meest interessante profielen waren naar mijn mening communicatie, informatica of kunst. Dit moet je wel zien in een vak specifieke context.

Typische werk producten voor content strategie zijn dan ook erg divers. We spreken hier over:

• Inhoud inventaris.
• Copy / inhoud beoordelen, redactioneel werk.
• Inhoudelijke analyse.
• Vergelijkende analyse.
• Conversie / measurement.
• Content flow schema’s.
• Metadata strategie.
• Branding, stijlgids.
• Woordenlijsten.
• etc. …….

Zoals je merkt, content strategy (content strategie) is een erg ruim begrip. Heel wat disciplines komen hier aan bod. In welk deelaspect van deze ruime omschrijving situeert jouw discipline zich en wat is jouw bijdrage? Dit zou ik graag van jou willen horen.