SEO Forum op SEOKING.nl?

time 13 August 2007 * Reacties(36)

Ik loop al een tijdje met de gedachte om een forum op te zetten. Nu ben ik benieuwd of hier wel animo voor is. Zou jij een SEO forum willen zien op SEOKING.nl?

Daarnaast ben ik opzoek naar forum software, die ook nog een SEO friendly is. Dat laatste zorgt voor nogal weinig resultaten, behalve vBulletin met vbSEO. Als jullie aanraders hebben, laat dan een reactie achter :-)

Tags:

15 SEO en Internet Marketing Blogs met Link Love

time 8 August 2007 * Reacties(16)

Op deze blog hebben we het wel vaker gehad over nofollow en linklove. Hieronder heb ik een lijst van 15 blogs die allemaal linklove delen wanneer je een reactie achterlaat op een post.

Niche Marketing - Andy Beard
Article Writer
Internet Marketing en SEO tips
Made For Adsense
The Marketing Blagger
Chapter42
LinkLove
B2B Marketing en Sales Weblog
PimpMyPagerank
Make$ Money$
TimeforBlogging
Smart Wealthy Rich
Home Based Business
E-MoneyMarketing
Fit For Freedom

Een paar websites richten zich helemaal op SEO en sommigen gaan over geld verdienen op het Internet die af en toe wat SEO/SEM/SMO behandelen. Dit is ook een goede manier van link building voor je eigen website/blog, aangezien het thema van de websites SEO en/of internet marketing is. Kortom, laat een paar (nuttige) reacties achter op een van deze blogs met een goede anchortext (je naam).

Joost van SEO Handleiding past deze link building methode toe voor zijn blog en het werkt tot heden vrij goed. Toch Joost? Daarentegen ben ik weer te lui deze simpele methode toe te passen. Ik schrijf liever cornerstone content :-)

Laat alleen nuttige reacties achter

Als je de post van Joost leest, dan kom je te weten dat hij inmiddels op de spamlijst staat van Akismet. Hoe dat tot stand is gekomen weet niemand, maar ik heb een theorie! Het kan zo zijn dat hij soms korte reacties achterlaat en/of onnuttige comments. Wellicht hebben de webmasters door dat hij puur een reactie achterlaat voor de link en hebben daarom zijn comments geflagged als spam. Ook blijkt dat Akismet soms spam doorlaat wanneer je een korte reactie achterlaat. Ik weet niet of dat inmiddels is opgelost, maar misschien waren de comments van Joost ook van korte aard dat deze nu als spam worden gezien? Joost zal dit ongetwijfeld dit verklaren. Trackback naar deze post ;-)

Moraal van het verhaal? Laat een nuttige reactie achter waar anderen ook wat aan hebben. Een reactie achterlaten als 'Great post' is gewoon spam :-)

Heb je er zelf een aantal nuttige link lover blogs? Laat het ons weten! Oja, SEOKING.nl natuurlijk :-) Voor je het weet sta je in de lijst van top spammers!

Tags:

Een Blackhat XSS Link Building Truuk

time 7 August 2007 * Reacties(4)

Gratis backlinks zijn natuurlijk altijd welkom wanneer je bezig met link building. Eerder gaf ik al websites waar je gratis een backlink kunt krijgen zoals Squidoo, TagsPage en eTeamz.

Nu zal ik een blackhat link building truuk laten zien die NIET meer werkt in Google en Yahoo!, maar nog wel voor Ask en Live search. Het is een klassieke XSS (Cross Site Scripting) truuk.

Link Injection met XSS

In het kort komt het erop neer dat je op bepaalde pagina's je eigen links kunt toevoegen. Natuurlijk is dit niet helemaal whitehat, omdat dit allemaal zonder toestemming is van de webmaster. Met XSS zorg je ervoor dat je een URL met anchortext kunt bepalen op een web pagina, via een speciale samengestelde URL.

Ik zal gelijk een voorbeeld geven. Recentelijk is er een bug gevonden in PHP, specifieker nog de phpinfo() functie. Via een 'speciale' URL kun je je eigen link samenstellen en omdat ik zo'n goede bui ben zal ik ook uitleggen hoe je dit kunt toepassen.

Als eerste moet je zoeken naar PHP versies 4.4.3 tot en met 4.4.6. Dan moet je de phpinfo() pagina zoeken (als die bestaat). Voor het gemak zoeken we op "php version 4.4" phpinfo. Dan zul je handmatig moeten filteren voor de correcte versies. Heb je er een gevonden (waarschijnlijk is het ook nog eens een phpinfo.php bestand!)? Dan voeg je de volgende tekens toe aan de URL:

?f[]=%3Ca%20href%3Dhttp%3A//www.seoking.nl/%3ESEO%20KING%3C/a%3E

Plak dit achteraan de URL en refresh de pagina. Scroll nu beneden naar "PHP Variables" (ergens helemaal onderaan) en als het goed is zie je nu een link met naar deze blog :-) Zo niet, dan heb je de verkeerde PHP versie die al gepatched is. Je zult zelf een beetje moeten knutselen aan de URL om de correcte URL en anchortekst te krijgen.

Hoe kun je nu precies hier gebruik van maken? Zorg ervoor dat er een aantal links verwijzen naar deze 'speciale' URL zodat spiders op de betreffende pagina komen. Als het slachtoffer domein een hoge autoriteit heeft, dan zal jij die ook beetje meekrijgen. Voor PageRank hoef je het niet te doen, want 99% van de kwestbare pagina's hebben geen PR :-)

Mijn advies, gebruik dit niet voor je whitehat sites maar voor je blackhat websites. Het is ook niet echt een truuk die je continu wilt toepassen, maar om snel een aantal pagina's index te krijgen. Verder wilde ik het even delen voor historische redenen, want deze truuk werkte vroeger wel goed voor Google om .edu en .gov backlinks te krijgen. Nogmaals, het werkt niet voor Google en Yahoo! maar wel voor Ask en Live!

Tags:

Underscore of Dash in URLs - Wat is de beter voor SEO?

time 2 August 2007 * Reacties(31)

Een veel gestelde vraag is: Wat is het beste voor zoekmachine optimalisatie: underscores of dashes (koppelteken, mintekens, hyphens)? Welke word separator je moet gebruiken voor betere SEO is de dash (koppelteken, minteken, hyphen) en ik zal laten zien waarom.

Overigens kwam deze vraag ook al terug tussen de comments van mijn post SEO voor Wordpress blogs en vroeg een betrouwbare SEOKING lezer Sint Smeding dit zich ook af in zijn post URL-optimalisatie: koppelteken of underscore?. Ik had al enkele maanden geleden beloofd om deze topic te behandelen, beter laat dan nooit zal ik maar zeggen :-)

Matt Cutts, engineer bij Google's webspam team, verklaart waarom dashes vaak beter zijn dan underscores (engelstalig, 2005). Ik zal even mijn vertaling hiervan geven en mijn ervaring hiermee.

Underscore vs Dash

De underscore (_) en de dash (-) worden op verschillende manieren geïnterpreteerd door zoekmachines. Woorden met een underscore worden gezien als een enkele woord. Maar woorden met een dash (minteken) worden gezien als aparte woorden. Een voorbeeld laat dit duidelijk zien.

woord1_woord2: Dit wordt als één woord gezien, namelijk woord1_woord2. Dus als je zoekt op woord1 of woord2, dan is er geen match. Maar zoek je op woord1_woord2, dan wel.

Dit is ook wel nuttig, want sommige woorden hebben een underscore in hun naam. Denk bijvoorbeeld aan programmeer functies, zoals PHP's mysql_real_escape_string() en dergelijke.

woord1-woord2: Dit wordt gezien als twee aparte woorden, namelijk woord1 en woord2. Wanneer je zoekt op woord1 of woord2, dan heb je een match. Maar ook met "woord1 woord2".

In meeste gevallen wil je dus een dash gebruiken, omdat je hiermee je sleutelwoorden kan scheiden in je URLs. Althans, dat kun je lezen op Matt Cutt's blogpost. Om het punt te illustreren zal ik een voorbeeld laten zien.

Het belang van keywords in je URL

Om te zien wat het effect is van dashes en underscores in URLs heb ik een mini experiment opgezet. Mijn post Meta Description Truuk Werkt Niet Meer in Google van enkele weken geleden heeft deze URL: http://www.seoking.nl/meta_description_truukzor/. Een andere post, Volg je Concurrenten met Google Alerts, heef deze URL: http://www.seoking.nl/link-building-flopperslipper/.

Wat je opvalt is dat de beide URLs een keyword hebben die nog niet in de Google index bestaat, namelijk truukzor en flopperslipper. Ook is de word separator anders voor de URLs, de een gebruikt een underscore en de ander een dash. Beiden woorden staan ook niet in de content. Hiermee willen we dus kunnen zien of je kunt ranken op keywords die alleen in de URL staan.

Underscores in URL

Stel dat we zoeken op truukzor, zouden we mijn post op de SERP terug zien? In eerste instantie zeg je van niet, omdat truukzor gescheiden is door een underscore. Met andere woorden, er is geen exacte match want woorden die geschieden zijn door een underscore behoren tot 1 woord.

truukzor.jpg

Ah, kijk eens aan. Er is geen match en onze eerste gedachte klopt dus. Wat als we precies zoeken op meta_description_truukzor? Krijgen we dan wel een match? Volgens mij wel...

truukzor2.jpg

Okay, wanneer we precies zoeken op de term met underscores dan krijgen we een match. Maar wat als we op een deel van de term zoeken met een underscore erin? Ik bedoel hiermee dat we zoeken op description_truukzor. De eerste keyword (meta) is weggelaten. Zouden we dan alsnog een match krijgen?

truukzor4.jpg

Nee, er is geen match. Het lijkt erop dat we alleen op keywords in de URL kunnen ranken wanneer we EXACT zoeken met alle underscores in je zoekterm.

Toch wil ik nog iets anders proberen. Wat als wij die underscores weghalen en dus zoeken op meta description truukzor?

truukzor3.jpg

Helaas pindakaas, geen match.

Maar wacht! Nog een laatste experiment. Wat als we zoeken op meta description? Zoals de zoekterm meta description truukzor al liet zien moet er geen match plaatsvinden. Maar deze screenshot laat iets anders zien.

truukzor5.jpg

Hiervoor kun je verschillende redenen bedenken. Laten we niet vergeten dat zoekmachines ook zoeken in content! Wat meta_description_truukzor laat zien is dat er geen web pagina's bestaan met de term in de content. Daarom was de SERP ook blank, want zoals wij nu weten is er geen match met meta_description_truukzor omdat die gescheiden is door underscores. Maar wanneer wij zoeken op meta description, dan krijgen we de betreffende pagina met truukzor in de URL wel op de SERP en de keywords in de URL zijn ook nog eens vetgedrukt. Waarom? Simpel, de zoekterm komt terug in de content (goede on-site optimalisatie ook, al zeg ik het zelf!). Wat wel raar is dat de keywords in de URL dikgedrukt zijn. Dat zou niet zo moeten zijn, want keywords die gescheiden zijn door een underscore behoort tot 1 woord. Dat liet truukzor al zien. Misschien komt het door de combinatie van match in content+URL. Iemand anders met een idee?

Wat kunnen we nu zeggen over underscores in URLs? Je kunt niet ranken op keywords die worden gescheiden door underscores.

Dashes in URL

Hoe zit het nu met dashes? Kun je ranken op keywords die gescheiden worden door dashes? Om dit te testen moeten we zoeken op flopperslipper.

flopperslipper.jpg

Ja, je kunt ranken op keywords die gescheiden zijn door dashes. Het lijkt erop dat dashes gezien worden als spaties en dat wij daarom kunnen ranken op keywords die gescheiden zijn door dashes. Kunnen we ook gevonden worden door een dash in de zoekterm te gebruiken? Laten we zoeken op building-flopperslipper.

flopperslipper_building.jpg

Ook dat lukt. Wat ook goed om te weten is, is dat Google dashes in zoektermen behandelt als separators voor spaties, dashesh en aan elkaar geplakte woorden. Deze uitkomst was dus eveneens te verwachten.

Zoek maar eens op word-wrap, dan krijg je matches terug met wordwrap, word-wrap en word wrap.

De laatste proef is met aanhalingstekens. Kunnen we ranken op keywords die tussen aanhalingstekens staan, maar in de URL zijn gescheiden door dashes? Zoek op "link building flopperslipper" en je zult het resultaat zien!

flopperslipper_quotes.jpg

Jawel, je kunt ranken op keywords die tussen aanhalingstekens staan.

Underscore of dashes: Wat is nu het beste voor zoekmachine optimalisatie?

Dashes!

Tags:

Case Insensitive 301 Redirects Met mod_rewrite

time 31 July 2007 * Reacties(3)

Recentelijk moest ik case insensitive 301 redirects aanmaken op een Apache web server. De betreffende website maakte gebruik van keyword rich URLs, maar was niet consequent met hoofdletters en kleine letters. Sommige URLs leken op domein.nl/Plaatsnaam (hoofdletter) en andere op domein.nl/plaatsnaam. Door de inconsequente URLs kreeg de website heel wat pagina's in de supplemental index, omdat de twee URLs (met en zonder hoofdletter) niet identiek waren maar wel dezelfde content leverden. Met andere woorden, er waren duplicate content problemen. Dit probleem is vergelijkbaar met websites die wel of geen www gebruiken.

Een oplossing is gebruik maken van mod_rewrite. Er moeten namelijk case insensitive 301 redirects komen en mod_rewrite levert deze functionaliteit. Na overleg met de webmaster is besloten om alle URLs lowercase te maken, dus alle URLs bestaan uit alleen kleine letters. Om deze verhuizing zo prettig mogelijk te maken hebben we gebruik gemaakt van case insensitive 301 redirects. Kortom, alle URLs met een hoofdletter erin zullen een 301 redirect krijgen naar de URL met alleen kleine letters.

Het is belangrijk om een 301 redirect te gebruiken omdat wij alle link juice willen behouden. Zonder een 301 redirect zullen wij die allemaal verliezen en hebben alle backlinks naar de URLs met hoofdletters weinig tot geen waarde.

Na wat speurwerk heb ik drie manieren gevonden om case insensitive 301 redirects aan te maken. Let op, we maken hier gebruik van Apache en mod_rewrite!

#1 RewriteMap, RewriteRule, httpd.conf

Zet de volgende code in je httpd.conf (configuratie bestand van Apache).

PLAIN TEXT
CODE:
  1. RewriteMap lowercase int:tolower
  2. RewriteRule ^/([^A-Z]*[A-Z].*)$ http://www.domein.nl/${lowercase:$1} [R=301,L]

Deze code maakt gebruik van de system call tolower. Maak je geen zorgen, je hoeft niet precies te weten hoe het werkt. Gewoon de code overnemen en het werkt :-)

Deze code werkt alleen als je toegang hebt tot je httpd.conf bestand. Voor meeste shared hosting pakketten is deze oplossing niet beschikbaar, maar gelukkig zijn er andere oplossingen (zie #3).

#2 RewriteMap, RewriteRule, .htaccess

In je httpd.conf zet je de RewriteMap functie.

PLAIN TEXT
CODE:
  1. RewriteMap lowercase int:tolower

Dan plaats je in je .htaccess bestand de RewriteRule.

PLAIN TEXT
CODE:
  1. RewriteRule ^([^A-Z]*[A-Z].*)$ http://www.domein.nl/${lowercase:$1} [R=301,L]

Deze is vergelijkbaar met de eerste methode, maar je hebt nog steeds toegang nodig tot je httpd.conf bestand.

#3 .htaccess

Deze oplossing gebruikt alleen .htaccess en is dus voor meeste shared hosting pakketten een goede oplossing. Het enige nadeel is dat deze oplossing wel langzamer is dan oplossing #1 en #2. Waar de eerste twee gebruik maken van een system call (werkt via onderliggende software) maakt deze oplossing gebruik van on-the-fly vertaling van hoofdletters naar kleine letters. Met andere woorden, elke keer dat er een URL wordt bezocht moet de Apache software eerst de URL omzetten in kleine letters, letter voor letter.

PLAIN TEXT
CODE:
  1. # Als er geen hoofdletter te vinden is,
  2. #sla dan de volgende 28 rewrite rules over.
  3. RewriteRule ![A-Z] - [S=28]
  4.  
  5. # Vertaal elke hoofdletter in kleine letter
  6. RewriteRule ^([^A]*)A([^<]*) $1a$2<
  7. RewriteRule ^([^B]*)B([^<]*) $1b$2<
  8. RewriteRule ^([^C]*)C([^<]*) $1c$2<
  9. RewriteRule ^([^D]*)D([^<]*) $1d$2<
  10. RewriteRule ^([^E]*)E([^<]*) $1e$2<
  11. RewriteRule ^([^F]*)F([^<]*) $1f$2<
  12. RewriteRule ^([^G]*)G([^<]*) $1g$2<
  13. RewriteRule ^([^H]*)H([^<]*) $1h$2<
  14. RewriteRule ^([^I]*)I([^<]*) $1i$2<
  15. RewriteRule ^([^J]*)J([^<]*) $1j$2<
  16. RewriteRule ^([^K]*)K([^<]*) $1k$2<
  17. RewriteRule ^([^L]*)L([^<]*) $1l$2<
  18. RewriteRule ^([^M]*)M([^<]*) $1m$2<
  19. RewriteRule ^([^N]*)N([^<]*) $1n$2<
  20. RewriteRule ^([^O]*)O([^<]*) $1o$2<
  21. RewriteRule ^([^P]*)P([^<]*) $1p$2<
  22. RewriteRule ^([^Q]*)Q([^<]*) $1q$2<
  23. RewriteRule ^([^R]*)R([^<]*) $1r$2<
  24. RewriteRule ^([^S]*)S([^<]*) $1s$2<
  25. RewriteRule ^([^T]*)T([^<]*) $1t$2<
  26. RewriteRule ^([^U]*)U([^<]*) $1u$2<
  27. RewriteRule ^([^V]*)V([^<]*) $1v$2<
  28. RewriteRule ^([^W]*)W([^<]*) $1w$2<
  29. RewriteRule ^([^X]*)X([^<]*) $1x$2<
  30. RewriteRule ^([^Y]*)Y([^<]*) $1y$2<
  31. RewriteRule ^([^Z]*)Z([^<]*) $1z$2<
  32.  
  33. # Zet de Redirect variabel op Yes om aan te
  34. # geven dat er minstens 1 hoofdletter is vervangen.
  35. RewriteRule . - [E=Redirect:Yes]
  36.  
  37. # Als er nog een hoofdletter in de URL is, dan begint
  38. # de loop opnieuw vanaf bovenaan.
  39. RewriteRule [A-Z][^<]*<- [N]
  40.  
  41. # Er zijn geen hoofdletters meer in de URL.
  42. # Controleer op de Redirect variabel op Yes staat.
  43. # Zoja, 301 redirect naar de URL met alleen kleine letters.
  44. RewriteCond %{ENV:Redirect} ^Yes$
  45. RewriteRule ^([^<]+) http://www.domein.nl/$1 [R=301,L]

Scriptlevel HTTP 301 Redirects

Deze oplossingen maken allemaal gebruik van de web server configuraties. Deze manier van redirecten moet je altijd gebruiken wanneer dat kan, omdat het de meeste efficiente oplossing is. Je kunt ook case insensitive 301 redirects aanmaken op script level, zoals PHP en ASP, maar dit is wel heel traag. Desondanks is het zeker mogelijk en soms de enige oplossing, zoals bij het verhuizen van een blog.

Tags:

Nog een weekje vakantie

time 23 July 2007 * Reacties(3)

Het is goed dat er lezers af en toe een reactie achterlaten op de website met de vraag wanneer de volgende post komt! Om eerlijk te zijn, afgelopen weken heb ik uitgebreid vakantie kunnen vieren. Bijna 5 weken lang heb ik bijna geen computer aangeraakt behalve om af en toe mijn mail te checken. Maar de vakantie is bijna over :-)

Wanneer kun je weer nieuwe posts verwachten van mij? Vanaf volgende week zal ik weer actief bloggen. Ik heb weer een aantal nieuwe ideeen waarover ik zal schrijven. Een aantal artikelen moet ik nog steeds afmaken, die liggen al enkele maanden als draft klaar, waaronder dash vs underscore en supplemental index tips en truuks. Daarnaast ga ik mij ook steeds meer concentreren op information retrieval-achtige onderwerpen (WARNING: IR bevat veel wiskunde!). Zo zal ik uitleggen hoe zoekmachines werken, maar dan zal ik het vooral hebben over de techniek achter zoekmachines (zonder wiskunde!). Daarnaast zal ik ook een aantal reviews schrijven over SEO en Information Retrieval (een zoekmachine technologie course die op verschillende universiteiten wordt aangeboden, misschien ook in Nederland ergens?) gerelateerde boeken. Ook reviews van betaalde diensten zoals verschillende keyword research diensten e.d. Kortom, genoeg materiaal voor de komende weken!

Natuurlijk zijn gastbloggers altijd welkom om een artikel te schrijven voor dit blog. Wilde je altijd al schrijven voor een SEO blog? Dit is je kans!

Oja, ik ben een gelukkige iPhone bezitter. Bloggen vanaf dat ding is best cool zoals deze post laat zien! :-)

Tags:

Meta Description Truuk Werkt Niet Meer in Google

time 25 June 2007 * Reacties(3)

Ken je de meta description truuk waarbij de eerste regel op de SERP de meta description is en de tweede regel content op je web pagina? Deze truuk werkte een tijd geleden nog in Google, maar inmiddels niet meer. Het werkt nog wel voor Yahoo! en Live. Heb je nog steeds geen idee waar ik het over heb?

Met deze truuk kun je de beschrijving op de SERP manipuleren. De eerste regel bestaat uit de meta description en op de tweede regel staan de keywords waarop gezocht worden. De voorwaarde voor de twee regel is dat de keywords wel in de body staan van je pagina. Een SERP zag er dan zo uit:

Titel pagina

meta description
body content keyword(s) content...
URL

Maar dit werkt niet meer in Google. Als je bijv. zoekt op seo blog, dan zie je alleen de meta description van dit blog.
meta_desc_google.jpg
Vroeger zou de tweede regel aangevuld worden, maar dat gebeurt nu alleen bij Yahoo en Live. Zie de screenshots hieronder, respectievelijk:
meta_desc_yahoo.jpg
meta_desc_live.jpg

Je ziet dat het werkt bij Yahoo!, maar de cache opname van Live is op dit moment te oud dat deze nog oude content heeft waarbij de ene post met de keywords seo blog niet staat. Je ziet dat Live dan willekeurige tekst toevoegt.

Nog iets, Yahoo! kan geen speciale karakters weergeven zoals » die ik in mijn titel heb. Dan werken deze CTR truuks niet.

Tags:

Google SiteLinks, Hoe Krijg je ze Nou?

time 22 June 2007 * Reacties(13)

Dit is de eerste gast post op SEOKING.nl door Rob. Ik hoop dat jullie het een waardevolle toevoeging vinden. Mocht je zelf nou ook willen bloggen over zoekmachine optimalisatie op SEOKING.nl, dan verwijs ik je door naar mijn guest post pagina voor meer informatie.

Op de website van Andre Scholten las ik een leuk stukje over de google sitelinks. Ik kwam op dit onderwerp naar aanleiding van de sitelinks van mijn poker handleiding website.
Google Sitelinks

Over dit onderwerp zijn er geen duidelijke antwoorden maar wel erg veel vragen. Juist daarom zijn er waarschijnlijk zoveel mensen mee bezig. Met mijn statistieken kan ik misschien wel enkele mythes ontkrachten.

Je site moet autoriteit zijn op een zoekopdracht.

De site is inderdaad autoriteit op meerdere zoekopdrachten. Echter is het niet zo dat iedere nummer 1 positie voldoende is. Terwijl 'poker combinaties' toch de 3e best bezochte pagina is van de website.

Je navigatie moet zo ver mogelijk vooraan staan.

Ook dit is mogelijk. De site begint met de code van de navigatie maar in hoeverre dit ook van effect is op de sitelinks kunnen we natuurlijk testen door de navigatie naar beneden te verplaatsen. De huidige indeling is:
site indeling

Je hoofdpagina en subpagina’s moeten een eigen groep van inkomende links en bezoekers hebben.

Ik denk dat de links minder van belang zijn. De pagina’s in de sitelinks zijn de pagina’s die via google de meeste bezoekers trekken. Het aantal links naar deze subpagina’s valt verders redelijk tegen.

Texas Hold'em - 0 inkomende links
Het poker spel - 0 inkomende links
Combinaties - 27 inkomende links
texas holdem | spel uitleg - Deze pagina bestaat niet meer en heeft een 301.

Google Sitemaps en Google Analytics.

Beide systemen zijn gebruikt om de website zo goed mogelijk te kunnen volgen. Echter zijn er geen aanwijzingen dat deze systemen ook maar van enig invloed zijn. Het verwijderen van de sitemap heeft voor langere tijd geen effect gehad op het verdwijnen van de sitelinks.

Je site moet minimaal pagerank 5 hebben.

De website heeft al geruime tijd een PageRank van 3. Het aantal bezoekers blijft ook stabiel op een gemiddelde van de 350 per dag hangen. Als 1 van deze factoren van invloed zouden zijn dan had ik het effect al wel eerder hebben moeten merken.

Je moet er geld in steken om tot sitelinks te komen.

Er is niets betaald aan Google. Ik ben geen sponsor van Google.

Verder valt er nog op dat er geen controlle zit in duplicate content. Middels het herschrijven van de url was er nog een oude link opgenomen die dezelfde content liet zien als de eerste pagina.

Alleen geoptimaliseerde websites komen in aanmerking.

Tot mijn verbazing zag ik dat Kruikenstad.com ook sitelinks heeft gekregen. Deze pagina gaat over het Tilburgse carnaval met een piek van enkele maanden per jaar. Op de 5 dagen in het jaar gaan we over de 1000 bezoekers per dag en in de zomermaanden zitten we op een gemiddelde van 200 bezoekers per dag. De site heeft echter nog steeds geen geoptimaliseerde code. De URL is niet herschreven en ook niet alle pagina's zijn even uniek.

Algemene statistieken

Pokeruitleg.nl
8.83% Direct verkeer
5.78% Verwijzende sites
85.29% Zoekmachines

26.96% op "Poker uitleg"
13.15% op "Poker combinaties" waarbij geen sitelinks in beeld komen

Kruikenstad.com
12.05% op "kruikenstad"
onbekend op "carnaval tilburg"

Conclusie

Ik zie geen link tussen de pagerank, bezoekers en code betreffende sitelinks. Ik ben de laatste tijd wel aan het spelen geweest met titels, meta tags (is het nog wel van deze tijd?!) maar ook daar zie ik geen verband in. Beide sites zijn niet geheel uniek maar scoren wel goed op de content. Echter vliegen de laatste tijd de poker sites uit de grond. Ik denk dat het een combinatie is van een groep vaste bezoekers, content waar veel mensen op zoeken en de leeftijd van de websites. Hoe meer websites over een bepaald onderwerp, des te meer google de oudjes gaat waarderen.

Auteur

Rob is actief als teamleider development in Tilburg. Daarnaast werk hij als freelancer om te kunnen experimenteren op meerdere gebieden.

Tags:

« Vorige pagina — Volgende pagina »