Veel websites gebruiken Google Analytics om informatie over bezoekers te verzamelen. Google biedt nu zelf de mogelijkheid aan bezoekers om te zorgen dat geen informatie verstuurd wordt naar Google Analytics.

Hoe komt Google Analytics aan informatie

Als een bezoeker naar een website gaat met daarop de Google Analytics code dan wordt informatie over dat bezoek verzameld. Vanaf de computer van de bezoeker gaat een setje data naar Google Analytics.

Dit kan gaan om technische data zoals de gebruikte browser en scherm resolutie, maar ook informatie over het IP adres zodat er een geografische plaatsbepaling kan worden uitgevoerd. Als een bezoeker een pagina bezoekt dan wordt er weer een signaaltje gestuurd naar Google Analytics zodat informatie over de sessie kan worden bijgehouden, bijvoorbeeld bouncerate en tijd op een pagina.

Daarnaast zijn er webmasters die zelf informatie ophalen. Bijvoorbeeld via event tags, custom variables en doelinstellingen. Deze informatie helpt de webmaster om zijn marketingcampagnes te beoordelen en te achterhalen waar zijn succesvolle verkeer vandaan komt.

Hoe bezoekers surf gegevens maskeren voor websites

Nu is er dus de mogelijkheid voor bezoekers om geen gegevens meer te sturen naar de Google Analytics server. Google heeft een beta versie van een Browser Add-on gelanceerd waarmee een halt wordt toegeroepen aan het versturen van informatie naar Google Analytics.

De Google Analytics Opt-out Browser Add-on is beschikbaar voor:

• Internet Explorer versie 7 en 8
• Google Chrome versie 4.x en hoger
• Mozilla Firefox versie 3.5 en hoger

Je kan deze Browser Add-on downloaden en zelf proberen of bijvoorbeeld verder lezen in het bericht hierover op het Google Analytics Blog.

Wat kunnen gevolgen zijn voor de webmasters

Ik heb wel een idee over waar dit vandaan komt. Privacy is een heikel punt geworden en bezoekers willen niet zomaar alle informatie afgeven. Het idee dat tijdens een surfsessie allerlei gegevens verstuurd worden kan genoeg reden zijn om de Google Analytics Opt-out Browser Add-on te installeren.

Als webmaster krijg je echter wel een paar issues met je statistieken. Er komt nog meer onzekerheid over de volledigheid van je gegevens. Als een bezoeker met de Opt-out Browser Add-on je site bezoekt wordt geen data verstuurd. Feitelijk betekent dat volgens mij dat er geen melding komt in Google Analytics.

Als het bij een klein percentage blijft dan zal het wel loslopen. Op dit moment zijn er voor de techneuten immers ook al mogelijkheden om te surfen zonder dat je bezoekersgegevens verzonden worden, bijvoorbeeld door Javascript uit te schakelen. Maar wat als een grote groep mensen deze Add-on gaat gebruiken?

Je zou het gebruik van deze soort Add-ons in je voorwaarden kunnen verbieden. Maar ja, hoe meet je dat en hoe ga je dat vervolgens handhaven. Nog even buiten de vraag of je bezoekers mag weren als ze jouw meting blokkeren. Toevallig schreef Arnoud Engelfriet vandaag een bericht over het weren van bezoekers die reclames blokkeren.  Maar ja, is het meten van bezoekers dusdanig belangrijk dat je ze zou weren als ze anoniem willen blijven?

Interessante vragen en het maakt ook steeds duidelijk dat privacy een issue is en erg dichtbij begint te komen. Je ziet het niet alleen aan deze discussie, maar bijvoorbeeld ook aan de discussie over de geplande cookie-wetgeving en de Facebook privacy discussie.

Ga jij nog speciale acties ondernemen nu deze Google Analytics Opt-out Browser Add-on is gelanceerd?

Bericht van: Wwohn

Bezoekers kunnen Google Analytics afzetten

Enkele weken geleden heb ik enkele veranderingen aangebracht in mijn Google Analytics installatie waardoor ik mijn statistieken kan sorteren op datum van publicatie.

Ik wilde graag zien hoe de nieuw geschreven artikelen het doen. Natuurlijk, nieuwe artikelen doen het in het begin goed door de aandacht via de RSS feed, Twitter, etc. Maar wat gebeurt er daarna? Om dit te meten heb ik aan elke artikel een aantal variabelen meegegeven.

Dit artikel krijgt als variabelen "2010" en "mei-10". In Google Analytics kan ik op deze kenmerken sorteren en zo achterhalen in welke maanden/jaren ik mijn meest populaire artikelen heb geschreven. Wat het me ook laat zien is of ik op de goede weg ben met nieuwe artikelen. Blijven bezoekers langer hangen, is de bouncerate lager, etc.

Welke code ik voor deze analyse gebruik kun je lezen in mijn artikel "Statistieken segmenteer op publicatiedatum".

Veel bezoekers uit oude jaren

Ik heb een meetperiode genomen van 2 weken. In deze periode waren er 1.812 bezoeken waarbij de bouncerate 69% was en de gemiddelde tijd op de site 42 seconden. Deze cijfers omvatten alleen artikelen dus niet homepage of categorie en tag pagina's.

Ik ben nu 5 jaar aan het schrijven en wat meteen opvalt is dat de meeste bezoekers komen van artikelen die ik gepubliceerd heb in 2007. Artikelen uit de jaren 2006, 2007 en 2008 leveren zelfs 90% van de bezoekers. Lang leve Google zou ik zeggen.

Wat opvalt aan de cijfers van deze jaren is dat het percentage nieuwe bezoeken en bouncepercentage erg hoog zijn en de tijd op de site erg laag. Aangezien deze jaren een groot aandeel hebben in de totale bezoekersaantallen hebben ze ook grote invloed op de gemiddelde cijfers van het hele weblog.

Deze cijfers lijken te bevestigen dat het grootste deel van mijn bezoekers passanten zijn die via Google op enkele oude artikelen afkomen.

Hoe staat het met artikelen uit 2010

Wat me eigenlijk interesseert, hoe gaat het met recente artikelen. Als er vaste gasten zijn dan verwacht ik dat deze vooral recente artikelen lezen en langer blijven hangen dan de Google bezoekers op oude artikelen.

Afgelopen twee weken waren er 78 bezoeken op artikelen uit 2010. Dat staat in schril contrast met de 730 bezoeken op artikelen uit 2007. Dit bleek ook al uit de top3 van artikelen die ik maandelijks publiceer. Dit zijn vrijwel altijd dezelfde oude artikelen waarbij de top 3 voortkomt uit een stuk of 5 oude artikelen die het goed doen in Google.

De gebruikerservaring lijkt stukken beter te zijn op artikelen uit 2010. De tijd op de site bedraagt 1 minuut 29. Dat is stukken beter dan bij de oude artikelen waar het dieptepunt ligt op artikelen uit het jaar 2006 waar bezoekers niet langer dan 19 seconden blijven hangen.

Ook het bouncepercentage voor 2010 artikelen is stukken lager met 55% en er zijn meer terugkerende bezoekers. 68% van de bezoeken op 2010 artikelen zijn nieuw terwijl voor 2007  artikelen bijna 93% nieuw is.

Hoe ga ik deze gegevens gebruiken

Om in de terminologie van Seth Godin te blijven, ik krijg vooral "strangers" op dit weblog. En het blijven blijkbaar strangers aangezien de 2010 cijfers laten zien dat er relatief weinig bezoekers terugkomen.

De statistieken van de 2010 artikelen geven hoop en laten zien dat er bezoekers zijn die terugkomen om artikelen te lezen. Ik ga in mijn maandelijkse statistieken ook meer focussen op de statistieken van deze 2010 artikelen. Door te kijken naar het gemiddelde van de hele site hebben die paar oude artikelen die goed scoren in Google een veel te groot aandeel in de loyaliteitspercentages.

Een time on site van 1 minuut 29 is een mooie score. Ook een bouncepercentage van 55% is beter dan gemiddeld op de site. Door te kijken naar de vaste bezoekers en recente artikelen kan ik hopelijk beter sturen en testen hoe ik de loyaliteit verbeter. Uiteindelijk is het doel dat de nieuwe artikelen een stevige footprint in de statistieken gaan krijgen.

Bericht van: Wwohn

Scoren recentere artikelen beter?

Elke keer als ik een top 3 maak met de artikelen van de maand ervoor zit ik me af te vragen welke artikelen ik ook alweer geschreven heb in die maand. Zou het niet handig zijn om direct door de statistieken van je artikelen te kunnen scrollen gebaseerd op datum van publicatie. Zoiezo vraag ik me af hoe de verdeling van mijn bezoekers is tussen oude en nieuwe artikelen.

Laatst realiseerde ik me ineens dat er een mogelijkheid is om dit voor elkaar te krijgen, namelijk via custom variables in Google Analytics. Je kan zo aan een pagina extra variabelen meegeven die je vervolgens kan inzien in je Google Analytics rapporten.

Wat ik wil doen is aan elke pagina een jaartal en een maand (datum van publiceren) meegeven zodat ik later de statistieken kan bekijken per publicatieperiode van een artikel. Hiermee hoop ik inzicht te krijgen hoeveel van de bezoekers nieuwe artikelen lezen en hoeveel van mijn bezoekers alleen voor de oude artikelen komen.

Asynchrone trackingcode en Custom variables

Maar goed, dat is makkelijker gezegd dan gedaan. Laten we eerst maar eens kijken welke code nodig is om die variabelen mee te geven aan blogposts. Vervolgens ga ik dat verwerken in mijn Wordpress template. Dan hoop ik later een blogpost te kunnen schrijven met een interpretatie van de eerste gegevens.

Er zijn 5 slots waar je variabelen in kan zetten. Je kan maar 1 variabele per slot opnemen. Vervolgens kun je drie soorten variabelen opnemen:

1. Bezoeker variabelen
   Je zou allerlei informatie die hoort bij een bezoeker kunnen meten.Misschien heb je wel een login systeem waar allerlei informatie over een bezoeker instaat zoals leeftijd, geslacht, etc. Als je een lidmaatschaps site hebt zou je ook kunnen meten hoe verschillende lidmaatschapsprofielen je site gebruiken.
2. Sessie variabelen
   Dit zijn de variabelen die optreden gedurende een sessie. Je zou een onderscheid kunnen maken tussen een ingelogde en een niet ingelogde sessie. Maar ook kunnen bijhouden hoe sessies gaan van mensen die iets aan een winkelwagen toevoegen of juist verwijderen.
3. Pagina variabelen
   Je kan een aantal variabelen aan een pagina plakken. Zo kun je bijvoorbeeld bijhouden in welke categorie een artikel valt of bijvoorbeeld de publicatiedatum.

Ik ga gebruik maken van de pagina variabelen en 2 slots vullen.

1. Jaar
   _setCustomVar(
1,                 //Slot #1
'Jaartal',         //sleutel
'2010',            //waarde
3                  //Scope (1=bezoeker, 2= sessie en 3=pagina)
)
2. Maand
   _setCustomVar(
2,                 //Slot #2
'Maand',           //sleutel
'May-10',          //waarde
3                  //Scope (1=bezoeker, 2= sessie en 3=pagina)
)

Aangezien ik de asynchrone Google code gebruik komt dat neer op de volgende code die ik kan toevoegen aan een blogpost.

<script type="text/javascript">

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-xxxxxx-x']);
_gaq.push(['_setCustomVar', 1, 'Jaar', '2010', 3]);
_gaq.push(['_setCustomVar', 2, 'Maand', 'May-10', 3]);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

</script>

Custom variables toevoegen aan Wordpress

Vervolgens is de vraag hoe ik deze code ga toevoegen aan mijn Wordpress template. Op dit moment voeg ik de Google Analytics code toe via het functions.php bestand. Ik heb een functie gemaakt die de GA code print en vervolgens toevoegt aan Wordpress. Hieronder staat een voorbeeld zonder custom variables.

function add_ga_async()
{
?>
<script type="text/javascript">

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-xxxxx-x']);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

</script>

<?php

}
add_filter('wp_head', 'add_ga_async');

Via de volgende code haal ik de publicatiedatum van een blogpost op en selecteer daaruit  het jaar en de maand van publicatie. Deze zet ik vervolgens in het juiste format. Aangezien ik dit alleen wil bijhouden voor blogposts voeg ik een conditional tag toe (is_single).

function add_ga_async()
{
$customvar_ga =' ';
global $post;
if(is_single($post)) {

$customvar_ga= "

_gaq.push(['_setCustomVar', 1, 'Jaar', '".mysql2date('Y',$post->post_date)."', 3]);
_gaq.push(['_setCustomVar', 2, 'Maand', '".mysql2date('F',$post->post_date)."-".mysql2date('y',$post->post_date)."', 3]);
";
}?>

<script type="text/javascript">

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-xxxxxx-x']);
<?php if($customvar_ga) {echo $customvar_ga; } ?>
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

</script>

<?php

}
add_filter('wp_head', 'add_ga_async');

Nu maar hopen dat ik snel de resultaten kan inzien.  Ik ben benieuwd want totdat ik die eerste resultaten zie weet ik ook niet zeker of bovenstaande goed is. Het schijnt een tijdje te duren, even afwachten dus.

Binnenkort volgt een bericht met de resultaten.

UPDATE:In de eerste opzet hield ik alleen jaartal en maand bij. Dat betekende ook dat het maandtotaal meerdere jaren besloeg. Oftewel, january besloeg de jaren 2006 - 2010. Dat maakt het niet duidelijker. Ik heb de code nu iets aangepast zodat achter de maand een streepje en de laatste 2 cijfers van het jaar worden toegevoegd. In plaats van "May" staat er nu "May-10". Zo kun je precies zien in welke maand je schrijverskunsten de meeste aanhang hebben getrokken.

Bericht van: Wwohn

Statistieken segmenteren op publicatiedatum

Al een tijdje kwamen de hints dat laadsnelheid van je website meer invloed ging uitoefenen op de positie in de zoekmachines. Afgelopen week bevestigde Google nog eens dat de laadsnelheid nu echt wordt meegenomen als signaal bij het bepalen van de positie in de zoekmachines.

Een eerste vraag is natuurlijk hoe belangrijk dit signaal is. Dat is nu nog lastig te bepalen. Wel is de kans groot dat veel sites gaan werken aan hun snelheid waardoor jouw website relatief steeds langzamer wordt. Daarbij is de laadsnelheid ook voor je gebruikers van belang. Niet elke bezoeker heeft geduld om op langzame sites te wachten.

Het leek mij de hoogste tijd om eens wat meer werk te maken van de snelheid van mijn websites. Hieronder noem ik een aantal stappen die ik genomen heb.

1) Meten is weten

Het allereerste dat ik gedaan heb is bepalen hoe de huidige situatie is. Hiervoor gebruik ik meerdere methodes.

Google Webmaster Tools

Ga naar het dashboard van jouw website in Google Webmaster Tools. Onder het kopje "labs"->"Siteprestaties" vind je waardevolle informatie waaronder een mooie grafiek met de laadsnelheid van jouw website over de tijd.

Op deze pagina staat de laadtijd van enkele pagina's. Daarbij staat er een rijtje snelheid suggesties. Een uitgebreidere lijst met suggesties kun je vinden door het installeren van de Firefox toepassing Page Speed. Hier komen we later op terug, eerst gaan we op zoek naar nog meer informatie over de snelheid van de website.

Ik ben nu bezig met de site bedrijfopzetten.nl welke een gemiddelde laadsnelheid heeft van 3,3 seconden. Dit is langzamer dan 56% van de websites, een bedroevende score. Over enkele werken hoop ik beter cijfers te zien en een mooie verbetering in de grafiek.

Laadsnelheid meten met Google Analytics

Andre Scholten heeft een mooi artikel geschreven over hoe je laadsnelheid kan meten met Google Analytics. Je krijgt zo een overzicht van de gemiddelde laadsnelheid per pagina.

Zo kun je op zoek gaan naar de pagina's die het minst snel laden en daarmee specifiek op zoek naar oplossingen. Ik gebruik deze optie zelf niet maar wilde het toch  noemen aangezien ik me heel goed kan voorstellen dat er sites zijn waar iemand specifiek op zoek wil naar langzame pagina's.

Lees in het artikel van Andre Scholten hoe je laadsnelheid kan meten in Google Analytics.

2) Waar zit de flessenhals

Ik werk met een bestaande website die ik niet direct helemaal opnieuw wil bouwen. Ik wil dus op zoek gaan naar de grote boosdoeners voor mijn laadsnelheid. Er zijn meer dan genoeg tools die op een "per pagina" basis laten zien wat de laadsnelheid is en hoe die opgebouwd word.

Je kan dan per onderdeel gaan onderzoeken of het mogelijk is om dat onderdeel te versnellen en daarmee de laadtijd te verhogen. Ik begin hierbij met mijn homepage en hele populaire pagina's. Daarna ga ik wellicht de Google Analytics rapportage die ik hierboven noem installeren om zo verder te gaan met het optimaliseren van de langzaamste pagina's.

Ik gebruik de volgende methoden:

Page speed add-on van Google

Google heeft een eigen Firefox add-on gemaakt waarmee je de snelheid van je pagina's kan onderzoeken. De tool geeft vervolgens tips en best practices om de snelheid te verbeteren. Ik heb Page Speed 1.6 geinstalleerd.

Per pagina kan ik nu de snelheid meten en inzien waar optimalisatie nodig is.

Pingdom tools

Leuke online tool waarmee je de laadsnelheid kan meten. Ga naar de website van pingdom tools,  vul de URL in en druk op "test now". Mijn website bedrijfopzetten.nl komt uit op 3 seconden. Vergelijkbaar met de meting van Google webmaster tools en toch zeker voor verbetering vatbaar.

Deze tool laat heel mooi zien welke elementen geladen worden en hoe lang dit duurt. Er worden drie fasen onderscheiden.

• De gele kleur laat de connectie snelheid met je server zien. Deze is bij mij gelukkig klein in vergelijking met de andere fasen. Als de connectie snelheid hoog is dan zou je kunnen overwegen om eens contact op te nemen met je host.
• De groene kleur laat de tijd tussen de connectie en het starten van downloaden zien. Dit betekent dat de server bezig is met verwerken. Hier kun je mooie winsten boeken met caching zodat de server niet een hele pagina hoeft op te bouwen voordat deze naar de bezoeker wordt gestuurd.
• De blauwe kleur laat de downloadtijd zien. Hoe groter het bestand hoe langer het downloaden duurt.

3) Enkele verbeterpunten

De eerste stappen zijn vaak het makkelijkst. Hieronder staan een aantal eerste stappen die ik heb genomen om de snelheid te verbeteren. Deze zijn over het algemeen relatief makkelijk te implementeren.

Google Analytics tracking code

Een tijdje terug is de nieuwe Asynchrone trackingcode van Google Analytics live gezet. Als je Google Analytics gebruikt kun je overwegen om deze te gebruiken. Hij laad sneller en is anders van opzet.

Bedenk wel dat het systeem nu anders werkt en dat je ook zal moeten checken of je huidige Google Analytics implementatie zoals _trackPageview, Event handlers, e.d. nog steeds goed werken. Meer informatie vind je in de gebruikershandleiding van de nieuwe code.

Opruimen

Bekijk je site eens goed en vraag je af of er overbodige dingen staan. Let hierbij vooral op externe bestanden die worden ingeladen. Bijvoorbeeld allerlei tracking en analyse codes. Via bijvoorbeeld Pingdom Tools welke ik hierboven noem kun je snel zien welke externe bestanden veel tijd kosten.

Ik had bijvoorbeeld javascript voor online betalingen op elke pagina staan terwijl ik maar op enkele pagina's betaalmogelijkheden aanbiedt. Dit Javascript zorgde echter voor een flinke laadtijd. Hetzelfde kan gelden voor scripts zoals 103bees, crazyegg, etc. Ook heb ik Woopra verwijderd aangezien ik toch alles meet via Google Analytics.

Probeer je HTML kleiner te maken door zoveel mogelijk Javascript en CSS in aparte bestanden te zetten. Soms heeft het ook zin om externe Javascript te verwijderen. Ik heb bijvoorbeeld een formulier van Aweber.com dat soms een lange laadtijd heeft. Er is echter ook een HTML variant van die formulieren waardoor geen extern bestand meer hoeft te worden opgehaald.

Voor zover je de benodigde kennis hebt kun je eens door je code gaan en hier zoveel mogelijk overbodige code uithalen. Ook CSS bestanden kunnen vaak een stuk kleiner als comments eruit worden gehaald en de code efficiënt wordt opgezet.

Probeer ook zoveel mogelijk scripts en CSS samen te voegen en zo min mogelijk externe bestanden in te laden. Hoe minder verzoeken om informatie een browser moet doen hoe sneller het gaat.

Bij het opruimen kan het zeer helpen om via de analyse tools te analyseren welke elementen van je pagina langzaam laden. Heb je ze wel nodig?

Caching

Caching zorgt dat de server niet telkens een pagina opnieuw hoeft op te bouwen. Een caching systeem maakt een kant en klare versie van een pagina die snel geserveerd kan worden. Als een pagina gewijzigd wordt dan dient ook de cache ververst te worden.

Er zijn verschillende mogelijkheden om te cachen die zeer afhankelijk zijn van het systeem dat je gebruikt.

• Wordpress - Bijvoorbeeld WP Super Cache of W3 Total Cache
• Drupal - Heeft een ingebouwd caching systeem. Dit kun je aanzetten in de sectie modules. Of gebruik de Boost module.

Caching headers

Je vertelt de browser dat bepaalde bestanden niet telkens opgehaald hoeven te worden. Denk hierbij aan plaatjes , css, etc. Zelf werk ik op een apache server en kan ik via HTaccess een en ander regelen.

Ik gebruik hiervoor de volgende code:

<IfModule mod_expires.c>
 ExpiresActive On
 ExpiresDefault A300
 ExpiresByType image/x-icon A4838400
 ExpiresByType application/x-javascript A4838400
 ExpiresByType  text/css A4838400
 ExpiresByType image/gif A4838400
 ExpiresByType  image/png A4838400
 ExpiresByType image/x-icon A4838400
 ExpiresByType image/ico A4838400
 ExpiresByType image/jpeg A4838400
 ExpiresByType text/plain A4838400
 ExpiresByType  application/x-shockwave-flash A4838400
 ExpiresByType video/x-flv  A4838400
 ExpiresByType application/pdf A4838400
 ExpiresByType  text/html A300
 </IfModule>

Deze code is afkomstig van het artikel "Breng snelheid in je site voor gebruikers en zoekmachines" op Andrescholten.nl.

Plaatjes optimaliseren

Bij het optimaliseren van plaatjes komen een aantal punten direct onder de aandacht:

Allereerst kan het schelen om de plaatjes zo klein mogelijk te maken zonder dat kwaliteit verloren gaat. Je kan via programma's als photoshop de plaatjes kleiner maken. Er zijn verschillende tools om plaatjes kleiner te maken.

Let er ook op dat als je een klein plaatje op je site wil laten zien dat je deze ook in kleine resolutie opslaat. Soms gebruikt iemand een plaatje in resolutie 1000x1000 terwijl er alleen een Thumbnail van 150x150 wordt getoond door in de HTML een height en width in te stellen. Zonde van de bandbreedte.

Ten tweede zijn er de CSS sprites. Vaak wordt elk plaatje apart ingeladen. Dit kan sneller door al die plaatjes naast elkaar in 1 bestand te zetten en vervolgens via CSS te regelen welk stukje van dat grote plaatje getoond wordt. Dit heeft nog een tweede voordeel, namelijk dat bij rollovers e.d. het rollover plaatje niet meer apart hoeft te worden ingeladen.

Wil je meer lezen over Sprites, ga dan eens naar het artikel over CSS sprites op Websonic.nl.

Je kan ook nog gaan werken met parallelle downloads en het gebruik van externe servers voor je multimedia bestanden. Deze mthoden laat ik even buiten beschouwing. Ik heb me er eenvoudig weg niet in verdiept. Wie weet komt dat nog in een later stadium.

4) Meer informatiebronnen

Er zijn nog heel veel manieren om een website sneller te maken. Bovenstaande methoden ben ik momenteel zelf aan het proberen. Wil je verder lezen op het optimaliseren van je website kijk dan ook eens op:

• Code.google.com - Let's make the web faster
• Developer.yahoo.com - Best practices for speeding up your web site
• Catswhocode.com - How to speed up your blog loading time
• Andrescholten.nl - Breng snelheid in je site voor gebruikers en zoekmachines
• Traffic-builders.com - Laadsnelheid: een snellere website in 5 stappen

Bericht van: Wwohn

Stappenplan om de snelheid van je site te verhogen

Google heeft enorm veel informatie over jouw website. Ze gebruiken deze informatie voor de zoekresultaten en om bezoekers te beschermen tegen spammy/gehackte sites.

Via Google webmaster tools kun je instellen dat Google deze informatie (gedeeltelijk) aan jou laat weten. Hiervoor is er een inbox in Google webmaster tools.

Ik zou je echter willen aanraden om gebruik te maken van de optie om deze berichten te laten forwarden naar jouw email adres.

Ontvang berichten van Google zelf

Er zijn verschillende soorten informatie waarover Google jou berichten stuurt. Bedenk wel dat ze niet garanderen dat ze je alles laten weten. Echter, elk beetje helpt en hoe sneller je problemen oplost hoe succesvoller je website kan zijn. Je kan bijvoorbeeld denken aan de volgende informatie:

• Spammy of misbruikte user generated content.
• Grote hoeveelheden comment spam.
• vermoedelijke hacks
• Sommige software updates van jouw website software
• Verbeter tips zoals zichtbaarheid voor adverteerders.

Meer informatie kun je vinden in het recente artikel op het weblog van Google "Is your site hacked? New Message Center notifications for hacking and abuse"

Berichten doorsturen naar je e-mail adres

Als je inlogt in Google webmaster tools en je bevestigd je website dan kun je meer informatie over die website inzien. Bepaalde soorten informatie worden als bericht doorgestuurd. Je kan deze berichten inzien via de startpagina van Google webmaster tools. In het plaatje bovenaan dit artikel zie je aan de rechterkant de melding dat er geen ongelezen berichten zijn.

Om te voorkomen dat je steeds moet controleren of er nieuwe berichten zijn kun  je rechtsboven op deze startpagina een email adres selecteren. Vervolgens stuurt Google berichten door naar je e-mail adres. (Klik op plaatje om te vergroten)

Ontvang jij deze meldingen van Google al in je mailbox?

Wil je meer lezen over de vele mogelijkheden van Google webmaster tools? Ga dan nu naar ons artikel "Optimaliseren met Google Webmaster Tools".

Bericht van: Wwohn

Google kan website issues naar je mailen

Google webmaster tools is een programma van Google waarmee je meer informatie kan krijgen over hoe Google naar jouw website kijkt. Het is gratis en wat mij betreft is er alle reden om iedereen te adviseren gebruik te maken van Google webmaster tools.

Hieronder noem ik verschillende redenen om gebruik te maken van Google Webmaster Tools. Daarna ga ik enkele onderwerpen in aparte artikels verder uitdiepen. Als jij nog meer redenen weet om Google Webmaster tools te gebruiken laat dan een reactie achter.

1) Geef je voorkeuren door aan Google

Dia de optie "siteconfiguratie" kun je een aantal voorkeuren doorgeven. Op dit moment zijn dat de volgende:

• Geografische doelregio: Als je een neutraal hoofddomein gebruikt zoals .com of .org kun je hier je website koppelen aan een bepaalde locatie/land.
• Wat is je voorkeursdomein, met www of zonder www.
• Crawlsnelheid aanpassen: Als je website teveel belast wordt dan kun je de tijd verhogen die Google nodig heeft om je site te doorzoeken.
• Parameters uitsluiten: sommige URL's bevatten (voor Google) onnodige info zoals sessie ID's. Je kan Google laten weten dat ze bepaalde parameters in de URL moeten negeren. Overigens geeft Google aan dat ze je suggesties altijd volgen.
• Sitemap opgeven: je kan een bestand uploaden met al je URL's. Zo help je Google om alle pagina's op jouw site te vinden.
• Crawler toegang beheren: Hier kun je je robots.txt testen en aangeven welke gebieden van je site de Googlebot geen toegang toe heeft. Let op, je kan via robots.txt niet verhinderen dat Google een pagina opneemt in de Google index.
• Sitelinks uitsluiten: Google bepaalt zelf welke sitelinks in aanmerking komen. Je kan vervolgens aangeven dat bepaalde sitelinks niet opgenomen mogen worden. Niet elke site heeft sitelinks dus deze optie is niet altijd volledig beschikbaar.
• Domein verhuizen: Je kan aan Google doorgeven dat je je domein gaat verhuizen. Google heeft zelf ook een hele handleiding die aangeeft hoe je je site kan verhuizen.

Het kan zeker lonen om deze instellingen door te lopen en te checken of ze voor jouw website goed staan.

2) Zoekopdrachten en backlinks

De optie "Uw site op internet" geeft je inside informatie over een aantal factoren die van invloed zijn op je succes in de zoekmachines.

• Meest uitgevoerde zoekopdrachten: Je kan hier zijn bij welke zoekopdrachten jouw website wordt genoemd tussen de zoekresultaten. Je kan ook zien bij welke zoekopdrachten er daadwerkelijk geklikt wordt. Als je website op een zoekopdracht vaak getoond wordt maar niet geklikt dan is er misschien ruimte tot verbetering. De bezoeker ziet bij een zoekopdracht een titel en beschrijving. Deze kun je beïnvloeden en daarmee je klikpercentage verhogen.
• Links naar je site: Links naar jouw website worden ook wel backlinks genoemd. je ziet de pagina's op je website onder elkaar staan met daarachter de hoeveelheid links naar die pagina. Als je doorklikt kun je zien welke sites naar jou linken. Er is een aparte optie om te zien hoeveel interne links naar een pagina lopen. Je kan zo zien welke pagina's de meeste links ontvangen vanuit je eigen website.
• Zoekwoorden: Wil jij weten welke zoekwoorden volgens Google het meeste voorkomen op jouw website? Het zegt iets over het onderwerp van je website, kloppen de top zoekwoorden volgens Google ook met het onderwerp van jouw website?
• Statistieken voor aanmelding: Je krijgt hier een indicatie van de hoeveelheid mensen die zich (volgens Google) hebben aangemeld op jouw feed.

3) Diagnose

Via het kopje "Diagnose" kun je meer leren over de problemen die Google tegenkomt als ze jouw website bekijken. Door deze problemen en tips te bekijken en op te lossen kun je Google ongehinderd toegang geven tot jouw website zodat alle pagina's eerder opgenomen worden in de index.

Er zijn op dit moment drie sub kopjes:

• Crawlfouten: Je kan hier zijn waar de Google bot een doodlopende straat inloopt. Je kan via "niet gevonden" bijvoorbeeld zien of Google niet bestaande pagina's tegenkomt. Google gaat niet zomaar pagina's proberen. Ze volgen links vanaf andere pagina's en websites. Als je hier meldingen krijgt wil dat zeggen dat er links naar niet bestaande pagina's zijn.
• Crawlstatistieken: Je krijgt hier drie grafiekjes, 1) aantal pagina's per dag 2) aantal kb's per dag en 3) download snelheid. Let in de deze grafieken niet op de pieken maar vooral op de trends. Worden er steeds meer pagina's gecrawled of steeds minder. Hoe meer verse en nieuwe content je plaatst hoe hoger het aantal pagina's dat gecrawled wordt.
• HTML suggesties: Dit is een sectie met verbetertips. Google laat je weten of er bijvoorbeeld dubbele, lange of korte Meta beschrijvingen en/of titels zijn. Elke pagina zou een unieke titel en beschrijving moeten hebben die niet te lang of kort is en duidelijke informatie over de betreffende pagina bevat.

4) Labs

Hier staan nieuwe tools waar experimentele functies worden uitgeprobeerd. Hier staan enkele zeer belangrijke probleemoplossers tussen.

• Kijken als Google bot: Vul een URL in en je kan zien hoe Google naar jouw pagina kijkt.
• Malware informatie: Als je site gerapporteerd is als aanvalssite dan kom je op een zwarte lijst. OP verschillende plekken worden bezoekers dan voor jouw website gewaarschuwd. Niet echt handig voor je online reputatie en bezoekersaantallen. In deze sectie kun je meer te weten komen over de geconstateerde problemen. Over dit onderwerp kun je verder lezen in mijn artikel "gerapporteerde aanvalssite ...".
• Siteprestaties: Hier kun je de ontwikkeling van je laadsnelheid vinden. De snelheid waarmee jouw website/pagina gedownload wordt is steeds belangrijker voor je score in Google. Je vindt verschillende analyses en tips over hoe je je snelheid kan verhogen.

5) Berichten ontvangen van Google

Op de startpagina van Google webmaster tools kun je een e-mail adres achterlaten. Als er problemen zijn met je account dan laat Google hier berichten achter en kunnen ze je een e-mail melding sturen. Tot zover ik weet sturen ze je niet alle problemen door. Als Google echter een probleem vind dan wil je er zo snel mogelijk bij zijn. Deze mail alert kan dan erg handig zijn.

Laat een reactie achter als je nog andere bruikbare voordelen van Google webmaster tools weet.

Bericht van: Wwohn

Optimaliseren met Google Webmaster Tools

Hoe weet je welke zoekwoorden beter lopen en welke slechter? De mensen die ik hierom vroeg kwamen voornamelijk aan met excel methoden. Eigenlijk gek want alle info staat kant en klaar in Google Analytics. Er mist alleen een makkelijke methode om snel te zien welke zoekwoorden stijgen en welke dalen.

Voorheen was er nog een firefox addon die aangaf welke zoekwoorden een stijging vertoonden van meer dan 50% in de laatste 7 dagen. Tot zover ik weet is dit script niet compatible met de nieuwste browsers.

Er is nog een andere methode om hier wat meer inzicht in te krijgen. Je kan twee tijdseenheden selecteren en dan per zoekwoord zien of deze over de tijd meer of minder bezoekers heeft aangetrokken.

1) Ga naar Dashboard->Verkeersbronnen->Zoekwoorden

2) In de selectie van de periode selecteer je "vergelijken met vorige". Je vergelijkt dan de huidige periode met een even lange periode die daaraan voorafging. Je kan deze vergelijkingsperiodes handmatig aanpassen.

3) Als weergave selecteer je "vergelijking"

Je ziet nu een overzicht van al je zoekwoorden waarbij de meest populaire zoekwoorden bovenaan staan. Daarachter staat een balkje dat aangeeft hoeveel meer of minder bezoekers dat zoekwoord in de huidige periode heeft aangetrokken. Is het zoekwoord gestegen in populariteit dan is het balkje groen is het zoekwoord gestegen dan is het balkje rood.

Om het overzicht scanbaar te maken kun je aangeven dat er meer rijen getoond moeten worden. Zo kun je heel snel de lange rode balken opsporen en zien welk zoekwoord gedaald is sinds de vorige periode.

Een handige toevoeging is het opnemen van de bestemmingspagina als tweede dimensie. Zo zie je direct welke bestemmingspagina bij een zoekwoord hoort. Je kan dan snel naar de betreffende pagina gaan en zo verder gaan zoeken naar redenen voor de stijging of daling.

Welke methode gebruik jij om te achterhalen welke zoekwoorden stijgen of dalen?

Bericht van: Wwohn

Hoe vind je stijgers en dalers tussen je zoekwoorden

Voor veel designers begint IE6 een steeds groter blok aan het been te worden. Tegelijkertijd zijn er nog steeds veel gebruikers, op sommige van mijn sites zelfs tot 20%.

Nu verwacht ik wel dat de problemen binnenkort iets minder worden als het automatische update script van Microsoft gaat draaien. Anderzijds, de mensen die de update naar IE7 hebben gemist hebben blijkbaar een web beheerder die de automatische update heeft uitgezet.

Het lijkt erop dat er meer kracht nodig is om IE6 met pensioen te sturen en dat moet van de gebruiker komen. Sommigen webmasters zetten de support van IE6 stop zodat gebruikers een negatieve gebruikservaring krijgen. Dit werkt echter alleen als de gebruiker zich er ook van bewust is dat het aan zijn oude IE ligt. Veel bezoekers zullen gewoonweg denken dat de website niet goed gemaakt is.

Als oplossing zijn er mooie scripts die de bezoekers die met IE6 surfen een boodschap geeft dat ze achterlopen met updaten. Heeftstijl.nl heeft een hele mooie verzameling IE6 update scripts live gezet die je helpen om je bezoeker te attenderen op de achterhaalde browser en tegelijkertijd een advies geeft om de boel te updaten.

Ik heb het zelf nog niet geïnstalleerd maar zit al wel met de gedachte te spelen. Hoe ga jij hiermee om?

Bericht van: Wwohn

Help IE6 de wereld uit