eefblogt.be

Running Google Analytics

Hoe doet mijn blog het eigenlijk? Al een tijdje ben ik nieuwsgierig
naar de bezoekersaantallen van mijn eigen semi-website.
Google Analytics is een gemakkelijke, snelle en goedkope manier om rapporten
over je website te verkrijgen. Het enige wat je moet doen is de code die je van
Google Analytics krijgt, in de broncode van jouw website te plaatsen.
Wel, dit heb ik reeds gedaan en de volgende cijfers zijn het resultaat:

Aantal bezoeken: 99
Aantal unieke bezoekers: 46 (vrijwel allemaal medestudenten neem ik aan ;) )
Gemiddeld blijft een bezoeker 4min44 op mijn blog.
Zoals je op onderstaande grafiek kan zien, zijn de bezoekersaantallen vooral
vanaf 27 december beginnen stijgen. Dit is logisch aangezien de meeste studenten
vooral in de kerstvakantie aan hun blog gewerkt zullen hebben en blogs van medestudenten
tijdens die periode geraadpleegd zullen hebben ter inspiratie.

Opvallend: Gent is de stad vanwaaruit de meeste bezoekers mijn blog hebben gelezen (nl. 21 bezoeken).
Blijkbaar was mijn blog ook interessant genoeg om een tweede, derde,.. kijkje te komen nemen: 60% van de bezoeken was een ‘returning visitor, 39% waren nieuwe bezoekers.

Dit als een kort (onvolledig) overzicht van de resultaten van mijn blog tot nu toe. Het belangrijkste is echter dat ik deze cijfers meeneem naar de toekomst. Ik zou bijvoorbeeld kunnen besluiten dat de meeste bezoekers waarschijnlijk medestudenten waren en mij in de toekomst ook vooral op deze doelgroep richten.

Voorlopig kan ik omtrent die toekomst alleszins een klein woordje verklappen: vandaag loopt de deadline voor deze blogopdracht van Productie van multimedia af. De komende weken zal er dus helemaal niet veel activiteit meer zijn op mijn blog. Ik vond deze ervaring echter zo interessant en aangenaam, dat ik het wel overweeg om mijn blog opnieuw op te nemen na de examens. Ik kijk er al naar uit om verder te bloggen!
Tot ziens!

Webproductieproces

Alle onderstaande blogposts kaderen binnen een groter geheel: het webproductieproces.
Het creëren van een website heeft namelijk voldoende planning en coherentie nodig. Het proces wordt
daarom best ook opgedeeld in een aantal stappen. Dit is een nogal technische beschrijving, daarom hou ik het liever kort. Ik verwijs liever naar mijn onderstaande, concretere blogberichten over de specifieke stappen van dit proces.
Volgende 6 stappen zijn noodzakelijk in het bouwen van een website voor een klant:

Project Setup

Er wordt een team samengesteld met aan het hoofd de projectmanager die de hele planning opvolgt en waar nodig bijstuurt. Dat team zal de website bouwen van naadje tot draadje. Een kernteam bepaalt dan samen met de klant een aantal zaken: wanneer moet de site af zijn? zullen er tussentijdse evaluaties plaatsvinden, enzovoort.

Analyse

Doel en doelgroep worden vastgelegd. De behoefte van zowel het bedrijf als de gebruikers worden in acht genomen, de scope wordt bepaalt, het project wordt afgebakend en ten slotte worden de aandachtspunten vastgelegd. Zo kan je je als webbouwer proberen inwerken in het bedrijf van de klant, de concurrentie bekijken en zorgen dat je een sterke URL creëert.

Ontwerp

Het functioneel, grafisch en technisch ontwerp worden uitgewerkt. Uiteraard moeten deze ontwerpen steeds getest worden door de gebruiker en beoordeeld worden op allerlei criteria, waaronder usability.
Bij het technisch ontwerp worden er een aantal technologiekeuzes gemaakt, waarbij er gebruik gemaakt kan worden van een CMS.

Onwtwikkeling

Een frontend ontwikkeling gebeurt door front en developpers en is hetgeen de gebruikers rechtstreeks zullen zien op het scherm. Hiertoe behoort de HTML- en CSS-code van je website. Bij deze stap dien je ook rekening te houden met toegankelijkheid. De backend ontwikkeling gebeurt door de software developpers en is wat er achter de schermen gebeurt. Tot slot wordt front- en backend samengevoegd en vindt er een testing plaats. De site werkt maar is nog steeds leeg…

Inhoud

Bestaand inhoud kan de site opvullen of men kan beginnen ‘from scratch’. Voor grote hoeveelheden data kan dit zelfs automatisch gebeuren (bv. voor een productcatalogus). Resultaat: een gevulde website!

Afwerking en lancering

Het proces is echter nog zeker niet op z’n eind:
Het resultaat van de vorige stap wordt besproken en een onmisbare kwaliteitscontrole vindt plaats.
Als alles klopt, ingevuld is en alles optimaal werkt, volgt er nog 1 ding: GO LIVE!

Uiteraard is de lancering nog maar het begin: er is projectopvolging nodig om je website up-to-date te houden en om de doelgroep steeds op de beste manier te bereiken. Zo zal ik in mijn volgende artikel deze blog eens onder de loep nemen: mijn project wordt opgevolgd!

AnySurfer/AnyRunner?

Zoals ik al zei in één van mijn onderstaande blogs, moet je de gebruiker bij het webproductieproces steeds voor ogen houden. Bij het maken van een website is je gebruiker je belangrijkste doel.

Dit is ook het geval voor surfers die op één of andere manier niet via de gebruikelijke weg op het web geraken. Zo zullen doven, blinden, motorisch gehandicapten en ook senioren extra soft- en hardware nodig hebben om je website te kunnen lezen en gebruiken. Niet te vergeten zijn de mobiele gebruikers, die vaak ook heel wat hindernissen moeten overwinnen om websites volledig te kunnen raadplegen.

Wanneer je rekening houdt met deze personen bij het creëren van een website, maak je je website toegankelijk.

Toegankelijkheid van websites is vergelijkbaar met allerlei andere domeinen waar mensen met een functiebeperking te kampen hebben met hun handicap. Dit is ook het geval voor sportbeoefening, en lopen in het bijzonder. Hoewel blinden en motorisch gehandicapten niet zelfstandig kunnen lopen, hebben zij heel wat hulpmiddelen ter beschikking om er voor te zorgen dat zij toch de loopschoenen kunnen aantrekken.

Zo kunnen protheses of braces daarvoor zorgen bij mensen die een beenamputatie of dergelijke hebben moeten laten uitvoeren.

Een mooie anecdote hierbij is het verhaal van Jan Gosselin. Jan is van bij zijn geboorte al zo goed als blind. Door de hulp van zijn ‘loopgidsen’, kon hij echter opklimmen in de atletiekwereld en heeft hij zelfs al meegedaan aan de Paralympics in Sydney. Voor hem is lopen een ploegsport.

En net zoals blinden en mensen met een functiebeperking op anderen vertrouwen om te kunnen sporten, hebben ‘gehandicapte’ surfers ook de hulp nodig van webbouwers. Bij het creëren van een website moeten zij er namelijk op toezien dat hun site toegankelijk is voor iedereen en kan gebruikt worden met behulp van ongewone soft- en hardware.
Anysurfer is een organisatie die een kwaliteitslabel toekent aan toegankelijke Belgische websites. Na een controle door middel van de Anysurfer checklist kunnen websites dit label krijgen.

Via de Quickscan kan ik op een snelle manier een website beoordelen naar toegankelijkheid. Ik zal een voorbeeld van deze methode geven aan de hand van de Belgische website Start to Run. Dit gebeurt op basis van 15 voorwaarden:

  1. Heeft iedere pagina een betekenisvolle titel?
    Ja, elke pagina op de site heeft een betekenisvolle titel.
  2. Is de website bruikbaar met het toetsenbord?
  3. Ja.

  4. Is de focus zichtbaar bij toetsenbordnavigatie?
  5. Ja, er komt telkens een gepunt vierkant rond de items als ik met de Alt-tab versping.

  6. Zijn links duidelijk te onderscheiden van andere tekst?
  7. Ja, links zijn in het groen aangeduid.

  8. Zijn linkteksten betekenisvol?
  9. Ja, de links geven meteen de titel van de pagina waarnaar ze verwijzen. (zie figuur)

  10. Kan bewegende inhoud worden stopgezet?
  11. Niet van toepassing op de Start to Run-website.

  12. Hebben alle afbeeldingen een alternatieve beschrijving?
  13. Ja, als ik met de Web Designer Toolbar aangeef om alle Alt attributes van afbeeldingen weer te geven, gebeurt dat ook: elke afbeelding heeft een alternatieve beschrijving in de Alt-tag.

  14. Is gesproken tekst in audio- en videofragmenten ook tekstueel beschikbaar?
  15. Niet van toepassing op de Start to Run-website.

  16. Zijn formulieren gemarkeerd met de hiervoor bestemde HTML-tags?
  17. Neen, de namen van de invulvakken van formulieren zijn niet voorzien van een HMTL-tag.

  18. Is er tekstuele hulp na het verkeerd invullen van een formulier?
  19. Ja, wanneer er iets niet correct wordt ingevuld en indien het formulier zo verstuurd wordt, verschijnt er een tekst boven het formulier die dit aangeeft.

  20. Contrasteert de tekstkleur voldoende met de achtergrond?
  21. Ja.

  22. Zijn koppen gemarkeerd met de hiervoor bestemde HTML-tags?
  23. Ja, als ik met de Web Designer Toolbar aangeef om bepaalde HTML-elementen weer te geven in hun code, gebeurt dat ook.

  24. Zijn lijsten gemarkeerd met de hiervoor bestemde HTML-tags?
  25. Zie puntje 12.

  26. Zijn er alternatieven voor belangrijke paginaonderdelen in Flash?
    Niet van toepassing op de website van Start to Run.
  27. Voldoet de website aan de HTML-versie die aangegeven staat in de broncode?
    Neen, als ik met de Web Designer Toolbar bij ‘Tools’ kies om de HTML te valideren, blijken er 15 fouten te zitten in de broncode

Uit de Quickscan kan ik besluiten dat Start to Run jammer genoeg nog geen volledig toegankelijke website is.

CMS- Can you Manage the System?

Toen ik voor het eerst van een Content Management Systeem (CMS) hoorde, wist ik nog helemaal niet wat daarmee bedoeld werd. Het is dan ook niet makkelijk uit te leggen wat
het precies betekent en wat je ermee kan doen.
In wat volgt zal ik hier een poging toe wagen.

Wat is CMS?

Een content management systeem is een softwaretoepassing, meestal een web-applicatie,
die het mogelijk maakt dat mensen eenvoudig, zonder veel technische kennis, documenten
en gegevens op internet kunnen publiceren.
(bron: www.awdco.be)

Een eerste kenmerk van CMS is de gebruiksvriendelijkheid voor (niet-technische) beheerders.
Eigenlijk is er helemaal geen software nodig en kan een webpagina volledig online gemaakt worden in een gewone internetbrowser. Het gevolg is dat aanpassingen direct te zien zijn op je website.
De inhoud is bovendien gescheiden van de lay-out, wat wil zeggen dat je kan beslissen om de
website er morgen volledig anders te laten uitzien, door simpelweg van sjabloon te veranderen. Programmeer- of HTML-kennis is dus niet nodig.
Je kan dus eigenlijk alles zelf doen, waardoor het maken van een eigen website heel goedkoop kan zijn.

Ten tweede zorgt een content management systeem voor een beheersbaarheid van veel informatie. Door een CMS kan je zelf gemakkelijk, snel en actueel informatie verspreiden.
Een CMS integreert bovendien interactieve features zoals een zoekfunctie, commentaar, formulieren enzovoort.

Ik wil een CMS!

Wie een CMS wil kan die gratis dowloaden of aankopen.

Bekende voorbeelden van CMS’s die gratis te downloaden zijn, zijn Drupal en Joomla!.
Een derde marktleider is het ‘CMS’ dat voor deze blog werd gebruikt: WordPress. Naast het feit dat WordPress één van de beste softwares is om mee te bloggen, kan je het namelijk ook als CMS inzetten.
Content Management Systemen zijn er –in tegenstelling tot de juist genoemde open source voorbeelden- ook waarvoor je een licentiemodel koopt. Zo bestaan er pakketten die verkocht worden zoals SDL Tridion, dat bijvoorbeeld gebruikt wordt in de site van DVV Verzekeringen. Sommige bedrijven ontwikkelen zelfs een CMS in huis, zoals Fork CMS van Netlash. Sites die dan weer helemaal opgezet zijn rond e-commerce zoals eBay en Amazon, worden volledig op maat gemaakt.

Zoals je ziet, Content Management Systemen zijn er in alle maten en vormen. Jij kiest.

Second screen: het tv kijken van de toekomst

In een vorige post had ik het al over mobiele internet. Deze vorm van media zijn tegenwoordig niet meer weg te denken uit ons dagelijkse leven. En de alomtegenwoordigheid van smartphones, tablets en laptops zal in de toekomst enkel nog toenemen. Het voorkomen van crossmediale producties zijn hierbij niet nieuw, kijk maar naar de voorbeelden die ik hieronder aanhaalde. Alle bekende sport(loop)merken hebben wel een website en een bijhorende app voor op de smartphone.
Een opkomend fenomeen hierbij is de combinatie van dat zogenaamde ‘second screen’ met het kijken naar tv.

Zo zagen we in een gastcollege van Lode Nachtergaele van het VRT Medialab enkele voorbeelden van het gebruik van second screen in de programma’s ‘Ook getest op mensen’ en ‘Villa Vanthilt’. Het project Mediasquare van het Medialab is een platform voor smartphone, tablet of laptop waarop verschillende applicaties kunnen gedownload worden. Zo werd er in de aflevering van ‘Ook getest op mensen’ gisteren gevraagd om een antwoord te geven op de vraag ‘Hoe reken je af met een kater?’. Daarop kunnen kijkers via hun smartphone, tablet of pc surfen naar een.be/nu en hun mening geven. Ik had bijvoorbeeld via mijn smartphone geantwoord ‘uitslapen’ :) . De presentator van het programma kan dan live de doorgestuurde antwoorden op tv voorlezen. Helaas werd mijn antwoord niet ter sprake gebracht ;) .


De conclusie van dit college was dat de browser zo goed als een broadcast medium wordt, of er toch heel nauw bij betrokken wordt. Broadcasters kunnen namelijk veel winnen bij second screen applicaties. Zij hebben namelijk de rechten op unieke live content in handen, iets wat het internet moeilijker kan. De interactiviteit die men aan die programma’s koppelt zorgt voor het succes van de combinatie van het second screen met de tv.

Heb jij al eens meegedaan met een second screen applicatie? Wat zijn jouw ervaringen hierrond? Laat zeker weten wat je ervan vindt!

Let’s go off track

Hoe differentieer je jouw website van de rest?
Simpel: breek regels en maak er je eigen ding van.
Waarom zou je immers doen wat 95% van de web designers doet?
Nee, wees creatief, origineel en breng persoonlijkheid in je website. Leg de focus op je concept.

De meeste sites over lopen, zoals Start to Run, Runnersworld, Asics.be en ga zo maar door, volgen de veilige route. Ze houden zich aan de regeltjes en gebruiken de alomtegenwoordige ongeschreefde lettertypes, hebben veel witruimte, volgen een kolomstructuur,…
Maar hoe maak je nu het verschil op het web? Hoe breek je regels en ben je origineel?
Hier zijn enkele voorbeelden van websites die de conventionele webstandaarden proberen te breken:

Regel #1: Gebruik niet teveel lettertypes door elkaar

Links LA

Elysium Burns

The Dollar Dreadful Library

Regel #2: Gebruik niet te veel en niet te felle kleuren

Helveticons

Wordpress Design

Regel #3 Goed uitlijnen

Alun Davey


Onbreekbare regel: Gebruikers komen eerst!

We kunnen nog wel een tijdje doorgaan met het opsommen van designregels en voorbeelden die deze regels breken, maar het allerbelangrijkste blijft nog steeds: Gebruikers komen eerst. Usability komt met andere woorden eerst, en dan pas web design.

Keep your eyes on the finish line: web analytics

Je kan dan wel bezig zijn met het testen van je website en het optimaliseren van de gebruiksvriendelijkheid, maar bezoekt er wel effectief iemand je website?
Een website moet een bepaald doel bereiken: informatie geven, zoveel mogelijk aankopen genereren, het aantal inschrijvingen verhogen enzovoort. En om te weten of dat doel effectief bereikt wordt, moet je eerst cijfers hebben die aangeven wat de huidige situatie is.


Volgens het model van de conversie architectuur is elke website een trechter. De sitebezoekers starten bovenaan via de homepage en onderaan komen ze bij hun doel:

bron: Netlash


Die omzetting tot bezoekers die hun doel bereikt hebben is conversie.
Eens je site is opgebouwd uit duidelijke pagina’s waar surfers hun doelstellingen efficiënt en effectief kunnen bereiken, is het tijd om te meten, want Meten = Weten.
Hierbij zijn Key Performance Indicators (KPI’s) van belang: de sleuterparameters waarmee je weet of je goed bezig bent. De valkuil bij deze parameters is echter dat ze geen doel op zich mogen zijn. Ze kunnen enkel het middel zijn, of ‘the data that drives our decisions’ ( Steve De Veirman )
Eens je zaken weet als wie zijn mijn bezoekers? wat zijn de belangrijkste entry-pagina’s? Via welke zoektermen kwamen bezoekers op mijn site? kan je bijsturen en aanpassen om de doelstellingen van je gebruikers nog beter te bereiken.

De meest gebruikte tool voor deze metingen is Google Analytics . Met meer dan 40% van de markt is dit de makrtleider.
Na het interpreteren van de rapporten uit Google Analytics moet zoals gezegd teruggekoppeld worden naar de vooropgestelde online strategie. Je mag met andere woorden niet doen aan report surfing, maar zoals in een loopwedstrijd: Keep your eyes on the finishline en probeer jouw en je bezoekers’ doelen te halen.

Mobiele apps


bron: Adidas


Tegenwoordig bestaat er een ruime keuze uit mobiele applicaties om je loopprestaties bij te houden en te verberen. miCoach , iMapMyRun , RunKeeper en Nike + GPS zijn maar enkele voorbeelden hiervan. De loper heeft steeds meer keuze en de concurrentie in dit veld stijgt dan ook gestaag. Usability van deze applicaties wordt dus steeds belangrijker. Usability leidt namelijk tot herhaald en intensiever gebruik van de app en tot grotere tevredenheid na het gebruik. Er zijn een aantal usability-valkuilen van reguliere websites die terugkomen in een mobiele situatie:

  • beperkte scanbaarheid
  • links die niet werken of niet van kleur veranderen
  • verlies van overzicht op gebieden buiten het scherm (zeker relevant voor kleine schermen van smartphones
  • irriterende pop-ups
  • falen van de ‘back button’

  • Bovendien zijn de ‘schrijfregels’ die op reguliere websites gelden, ook van toepassing voor mobiele apps en -sites. Misschien zijn ze hier zelfs nog relevanter, vanwege de kleine display.


    Usability testing for mobile apps

    Het testen van de usability van mobiele sites en apps zou bovendien nog belangrijker kunnen zijn dan het testen van reguliere websites.
    Smartphones worden gebruikt in de echte wereld, dus het gebruik ervan moet ook in die omgeving getest worden en zo weinig mogelijk in experiment- of labsituaties. Zeker voor apps die lopers moeten helpen is het van belang dat zij in loopomgeving en loopsituatie getest worden.

Start to Type

Lezen op een scherm is om allerlei redenen veel moeilijker dan lezen op papier.
Bovendien hebben surfers weinig geduld en scannen ze een webpagina snel op relevante
informatie. Zoals uit eye tracking tests blijkt lezen ze websites namelijk in een F-patroon en slaan ze grote stukken tekst (de zogenaamde ‘wall of text’ ) over. Bovendien worden goed opgebouwde teksten ook sneller opgepikt door zoekmachines. Webcopywriting is dus een must.


Wat kan je nu als webcopywriter doen om je lezers geboeid te houden?

Een aantal eenvoudige zaken zorgen ervoor dat een online tekst veel leesbaarder wordt.
Zo moet je je publiek tijdens het hele webproductieproces voor ogen houden, en dus ook bij het schrijven van webteksten. Het is duidelijk dat websites over lopen en blogs van hardlopers gericht zijn op lopers. Bepaal dus karakteristieken en doelen van die doelgroep alvorens je begint aan het schrijfproces. Zo zal je teksten creëren die voor hen gemakkelijker te verwerken zijn.

Ten tweede moet je onthouden dat webgebruikers niet graag veel tekst lezen. Ze willen informatie hier en nu. Werk dus onder het motto Less is more.
Zet je essentiële boodschap eerst en werk -zoals journalisten- met een omgekeerde piramide. Schrijf de conclusie eerst en ga van algemeen naar specifiek zoals in dit artikel over hardlopende gevangenen in Brugge

Ten vierde zorgen de grote interlinie, het beperkt aantal woorden per zin en het goede kleurgebruik (donkergrijze tekst op gebroken witte achtergrond) op de site van Start to Run ook voor een verhoogde leesbaarheid.
Ook op deze blog wordt hiermee rekening gehouden: we gebruiken titels en tussentitels en delen onze tekst op in paragrafen (= “chunking”).

Zelfs paragrafen van 1 zin doen het goed op het web.

Het gebruik van bullets of lijsten is ook effectief in een blog en deze verbeteren de gebruiksvriendelijkheid enorm. Een voorbeeld hiervan is de adidas miCoach blog, waarbij ook het gebruik van verschillende tussentitels het online leesgemak verhogen. Een fout die de blog van miCoach wel maakt is het gebruik van jargon en terminologie die enkel begrijpbaar is als je miCoach kent.

Een laatste puntje gaat over links op het web. Het moet namelijk duidelijk zijn waar de link naar verwijst en op wat voor pagina je terecht zal komen. Nietszeggende links zoals Meer en Klik hier zijn met andere woorden uit den boze (dit is tevens van belang voor toegankelijkheid ):


Opdracht

Om een artikel in WordPress van lay-out te veranderen, dienen we het juiste CSS-bestand aan te passen.
In wat volgt zullen we uitleggen hoe je een artikel van volgende stijlkenmerken kan voorzien:

  1. Lichtblauwe achtergrondkleur
  2. Donkerblauwe randkleur met een dikte van 5px
  3. Lettertype Verdana met groote 12px
  4. Een marge aan de linkerkant van het artikel van 30px

Allereerst moet de Add-on Firebug van Mozilla Firefox geïnstalleerd worden om gemakkelijk te kunnen bepalen wat de naam is van het element in HTML dat we willen bewerken. Door met de pipet van Firebug over het artikel te gaan, springen we in de HTML-code naar het juiste element. Als we dan het CSS-pad van dat element kopiëren en plakken in ons CSS-bestand, kunnen we de gewenste aanpassingen doen.

Het correcte CSS-bestand vonden we door het adres www.eefblogt.be:2082 in te typen en onze gebruiksnaam en wachtwoord (verkregen via Sales Empire) in te voeren. Via File Manager kan je in de verkenner op zoek naar het CSS-bestand.

Eens we dat gevonden en geopend hebben kunnen we met de ‘Code Editor’ onderaan het bestand onze veranderingen toevoegen. Dat doen we omdat wijzigingen onderaan in CSS voorang krijgen op eerder gespecifieerde regels.

Ten eerste willen we de achtergrond van het artikel lichtblauw maken. Met de Add-on Colorzilla van Firefox kunnen we gemakkelijk de exacte waarde van een kleur bepalen om die code vervolgens in het CSS-bestand te zetten. Door met het pipetje van Colorzilla op een -volgens mij- mooi lichtblauw te klikken, verkrijgen we de waarde #00ACEE. We typen dus “background-color: #00ACEE”. Als we dan een eerste keer op “Save Changes” klikken en de pagina op onze blog vernieuwen krijgen we volgend resultaat:

Vervolgens voegen we een donkerblauwe rand toe met een dikte van 5px: “border: #010066 5px;”. Als we opslaan en onze blogpagina willen vernieuwen, gebeurt er echter niets. Na wat opzoek- en speurwerk, vinden we de oplossing hiervoor echter op de blog van Mathieu Wouters . Volgens hem bracht de site van het W3C de oplossing: je moet blijkbaar ook een border-style definiëren. Onze CSS-code is dan “border: #010066 5px solid;”.

Ten derde veranderen we het lettertype van ons artikel in Verdana. Hiervoor passen we de font-family aan. Door de code “font-family: Verdana;” en vervolgens de code “font-size: 12px;” toe te voegen, zorgen we er tevens voor dat de woorden in grootte 12 staan.

Tot slot creëren we een marge aan de linkerkant van het artikel van 30px. Code in CSS: “margin-left: 30px;”.

Het resultaat in ons CSS-bestand ziet er als volgt uit:

En ons eindresultaat op de weblog vind je hieronder.