Als gecertificeerde Google Analytics partner, is Netprofiler nu ook Google Tag Manager specialist. Dit is een nieuw product waar Google onlangs mee op de markt is gekomen. Voor een eerste kennismaking met Google Tag Manager volgt hieronder een bespreking van het product.
Wat is Google Tag Manager?
Google Tag Manager is een systeem waarmee het op een gebruiksvriendelijke manier mogelijk is om tags te beheren en te implementeren vanuit één omgeving. Of het nou gaat om standaard tracking tags, Adwords conversion tags, Google Display remarketing tags of overige marketing gerelateerde tags, ze kunnen allemaal vanuit de GTM gebruikersinterface worden gemanaged.
Hoe werkt Google Tag Manager?
Net zoals bij andere tag management systemen vervangt een klein stukje code (een ‘container snippet’) de bestaande tags. Vanuit de gebruikersinterface kan men vervolgens tags toevoegen en bewerken zonder daarbij veranderingen in de HTML aan te brengen. Op deze manier kan er snel een tag worden geïmplementeerd en is er geen contact nodig met de IT afdeling. Bovendien worden marketing fouten gereduceerd doordat er standaard tag-templates aanwezig zijn. Op een drietal punten heeft GTM dus een positief effect:
- Tijd/snelheid
- Implementatie comfort
- Foutmarge
Een voorbeeld:
Situatie a) Zonder toepassing van GTM.
Stel, een klant dient een nieuw meetverzoek in voor een conversiepixel op de bedankpagina. Dit verzoek komt binnen bij de online marketeer, die vervolgens een instructie maakt voor de webbouwer om de juiste tracking methoderegel en parameters in de broncode van de bedankpagina te zetten. Na een aantal implementatiechecks aan de kant van de webbouwer, checkt de oline marketeer op zijn beurt of de nieuwe conversiepixel goed wordt gemeten. Is dit niet het geval en ligt het aan een verkeerde implementatie, dan komt de fout weer bij de webbouwer te liggen. Is dit wel het geval, dan kan er naar de klant gecommuniceerd worden dat het meetverzoek met succes is voltooid.
Situatie b) Met toepassing van GTM.
In deze situatie heeft de online marketeer beschikking over GTM. Hetzelfde meetverzoek van de klant kan nu zonder tussenkomst van de webbouwer worden voltooid. Dit bespaart veel tijd. Binnen de gebruikersinterface van GTM heeft de online marketeer de keuze uit standaard templates, waaronder een (Adwords) conversiepixel tag. Een aantal velden zijn vereist om de juiste parameters mee te geven in de aanroep van de conversiepixel. Standaard templates zorgen ervoor dat fouten worden gereduceerd. Alvorens de klant mede te delen dat het meetverzoek is voltooid, zal de online marketeer nog moeten testen of er correct wordt gemeten. Dit kan via een preview modus (ingebakken in GTM), waar een debugger aangeeft of de zojuist ingestelde conversiepixel goed wordt aangeroepen (en op de juiste pagina). Deze implementatie is een stuk gemakkelijker dan situatie a.
De structuur van GTM
Zoals eerder is aangegeven vervangt de container alle marketing tracking tags die aanwezig zijn in de HTML. De container ziet er uit als een stukje code (javascript) dat op elke pagina onder de body-sectie van de HTML komt te staan. Vanuit de gebruikersinterface van GTM kunnen tags worden aangemaakt en als het ware naar de container worden ‘geduwd’. De hiërarchie van GTM ziet er als volgt uit:
Idealiter wordt er één account per klant aangemaakt. Per account zijn er meerdere containers mogelijk. Het is aan te raden om één container per domein te gebruiken. Een container bevat op zijn beurt weer meerdere tags die kunnen worden aangemaakt in de gebruikersinterface. Het is hierboven nog niet besproken, maar binnen GTM is het vereist om voor elke tag een regel op te geven wanneer de tag moet worden aangeroepen of afgevuurd. Een regel bevat een conditie waaraan voldaan moet worden om een bepaalde tag te laten afvuren (of juist niet). Deze conditie bestaat uit zogenoemde macro’s. Een macro is een paar aan naamwaarden die bij elkaar horen. Ter verduidelijking:
- URL = http://www.netprofiler.nl/
- URL = http://www.netprofiler.nl/pagina2.html
- Event = [naam van een event]
- DOM text ‘element ID’ = [Een naam van ‘element ID’]
Bijvoorbeeld, het afvuren van een standaard GA trackingcode (GATC) gaat dan als volgt. De GATC krijgt een regel met de volgende conditie:
- URL is gelijk aan http://www.netprofiler.nl
Als de bezoeker dus op de homepage terecht komt vuurt GTM de GATC code af.
Data Layer
Een nieuwe feature van GTM is een Javascript object dat boven de container snippet in de HTML kan worden geplaatst. Dit optionele Javascript object wordt standaard aangeduid met ‘dataLayer’. Elke andere naam is ook toegestaan. Deze laag stelt de online marketeer in staat om bepaalde waardes door te geven aan GTM. Dit kan bijvoorbeeld handig zijn om remarketing tags aan te vullen met extra informatie. De invulling van de dataLayer gaat op basis van naamwaarden paren (net zoals macro’s zijn opgebouwd). In het geval dat de online marketeer onderscheid wilt maken in geconverteerde bezoekers en bezoekers die een productpagina bezoeken voor bepaalde remarketing doeleinden, kan er de volgende invulling worden gegeven aan de dataLayer.
Op de bedankpagina:
- ‘paginaCategorie’ : ‘bedankt-pagina’
- ‘bezoekerType’ : ‘klant’
Op de productenpagina’s:
- ‘paginaCategorie’ : ‘product pagina c’
- ‘bezoekerType’ : ‘shopper’
Bovenstaande naamwaarden paren worden statisch doorgegeven op het moment dat de pagina wordt ingeladen. Deze waarden zijn op paginaniveau, wat inhoudt dat deze waarden alleen gelden voor die pagina en worden verwijderd bij het verlaten van die pagina. Vergelijk dit met het paginaniveau bij de vrije variabelen die gebruikt kunnen worden in Google Analytics.
Naast het statisch vaststellen van bepaalde waarden op paginaniveau kunnen er ook waarden worden doorgegeven bij dynamische content, zoals bij een verandering door een bepaalde (klik)actie van de bezoeker. Op deze manier kunnen er bijvoorbeeld condities aan regels worden gekoppeld die pas van kracht zijn bij verandering van zo’n dynamisch element. Dynamische waarden doorgeven aan GTM gaat via de dataLayer push-commando.
Beeld bij tekst
Om (letterlijk) een beter beeld te krijgen van wat Google tag manager is en hoe het werkt wordt situatie b toegelicht met een aantal screenshots. In screenshot 1 is een overzicht te zien van de tags die zijn aangemaakt. In de navigatie links valt de container uiteen in tags, rules en macros. Dit zijn dus de drie ingrediënten die nodig zijn voor het afvuren van een tag zoals hierboven is beschreven.
 |
Het geval in situatie b was het aanmaken van een Adwords conversiepixel tag. Deze staat standaard bij de tags in GTM (zie screenshot 2). Geef de tag een naam.
 |
 |
In screenshot 3 is te zien welke waardes er ingevuld moeten worden om de juiste parameters mee te geven in de aanroep van de Adwords conversie tracking tag. De infobox ‘Info & Tips’ laat zien waar deze te vinden zijn. Bij ‘Conversion Value’ kan er een macro worden geselecteerd die de waarde van de conversie meegeeft. De volgende stap is de regel opgeven wanneer deze conversiepixel moet worden afgevuurd. Zoals staat beschreven in situatie b moet dit gebeuren op de bedankpagina. Er moet dus een regel worden toegevoegd waarbij de conditie is dat de URL gelijk is aan de URL van de bedankpagina (zie screenshot 4).
 |
Na het opslaan van deze regel en het opslaan van de tag is de implementatie (en daarmee het meetverzoek van de klant) bijna voltooid. Het enige dat nog moet gebeuren is het publiceren van de nieuwe container. De container bevat (nogmaals) de tags die zijn aangemaakt met behulp van de gebruikersinterface. Elke keer wanneer er nieuwe tags bijkomen dient de container te worden gepubliceerd.
Voor wie is GTM interessant?
Voor iedereen die zijn online performance wilt verbeteren is GTM een uitkomst. Het biedt veel flexibiliteit ten aanzien van de huidige implementatie van meetverzoeken. Bovendien is Google Tag Manager gratis in tegenstelling tot andere tag management systemen. Alle informatie over GTM is te vinden op www.google.com/tagmanager. Of neem contact op met één van onze GTM specialisten.
Geschreven door: Guy Rippe, webanalist Netprofiler
Een van de belangrijkste acties om van bezoeker naar een converterende bezoeker te gaan, is het achterlaten van persoonlijke gegevens via een online formulier. Er zijn vele manieren om te zorgen dat bezoekers soepel door het formulier heen lopen. In dit artikel wordt een van deze manieren uitgelicht.
Het is belangrijk om bezoekers gemotiveerd te houden om het formulier in te vullen. Een van de grootste valkuilen in dit proces is het krijgen van een foutmelding. Bezoekers ervaren foutmeldingen als irritant, ook al maken ze vaak de fout zelf. Zij zien dit als een negatief punt van de website en hebben op dat moment een slechte gebruikservaring met de website.
Te vaak wordt de foutmelding nog op een formulier weergegeven in de vorm van een browser pop-up, zoals in onderstaand voorbeeld.
Deze pop-ups schrikken bezoekers af, omdat ze geassocieerd worden met foutmeldingen in Windows. Bovendien worden deze meldingen vaak direct weg geklikt, waardoor bezoekers de melding niet gelezen hebben.
Het beste is om foutmeldingen die verschijnen nadat bezoekers op de knop voor de volgende stap gedrukt hebben te voorkomen. Zodra een bezoeker op de knop ‘volgende’ drukt, is de verwachting dat er een volgende pagina geladen wordt, een foutmelding komt dan ongelegen. Dergelijke foutmeldingen geven vaak maar een foutief ingevuld veld weer per keer, als een bezoeker meerdere velden verkeerd ingevuld heeft, verschijnt de foutmelding opnieuw voor een ander veld.
Het toepassen van veldvalidatie op formulieren voorkomt dat bezoekers foutmeldingen te zien krijgen. Zodra een bezoeker een veld heeft ingevuld, verschijnt er een vinkje of kruisje achter het veld. Ook kan het veld rood kleuren, waarmee een bezoeker direct ziet of het veld goed of fout is ingevuld. De fout kan dan direct aangepast worden en een goed veld motiveert een bezoeker om door te gaan naar het volgende veld.
Een fout veld kleurt bij voorkeur in zijn geheel rood, zodat het duidelijk opvalt dat er een verkeerde waarde ingevuld is. Een goed ingevuld veld kan subtieler weergegeven worden door alleen een groen vinkje achter het veld te plaatsen.
Zodra een bezoeker een foutief ingevuld veld heeft aangepast, dient de rode kleur te verdwijnen. Hierdoor is het direct duidelijk is dat het veld nu goed is ingevuld.
Door veldvalidatie toe te passen zullen bezoekers gemakkelijker door het formulier heen lopen en zullen minder bezoekers meerdere pogingen nodig hebben om het formulier te voltooien.
Pas veldvalidatie toe op je formulieren en volg in je statistiekenpakket of er meer bezoekers doorstromen naar de volgende stap of naar de bedankpagina. Door het navigatieoverzicht vanaf het formulier te bekijken kun je zien of er minder bezoekers van het formulier opnieuw naar het formulier gaan (dezelfde stap dus opnieuw nemen).
Dit artikel is geschreven door Paul van Leijden, Usability Consultant bij Netprofiler.
Paul van Leijden van Netprofiler en Yvo Theunissen van Ziggo hebben op donderdag 2 februari onderstaande presentatie over eyetracking op mobiele apparaten gegeven tijdens het Marketing & Information Event 2012 in Den Haag.
Op donderdag 26 februari presenteerde Wouter Veenboer van Netprofiler op de Webwinkel Vakdagen. Bekijk hieronder de presentatie: “10 tips om meer uit Google AdWords en Google Analytics te halen”.
Social media, het is alweer een tijdje een van de trending topics in de online marketing wereld. De meeste bedrijven zijn inmiddels actief op de verschillende social media, met wisselend succes. Het is wel goed om er als bedrijf mee bezig te zijn, want inspanningen op social media worden beloond door je volgers en bezoekers.
Je kunt actief zijn op social media door als organisatie berichten naar de volgers te zenden via Twitter, Facebook, Linkedin etc. Een andere kans van social media is om het te integreren op je website.De uitdaging ligt er om van bezoekers converterende bezoekers te maken, waarbij de vraag is: hoe kan social media hierin een rol spelen?
Dit kun je bereiken door niet alleen zelf te zenden, maar juist door je bezoekers te laten zenden. Bezoekers die iets gekocht hebben of donateur geworden zijn, zijn bezoekers die tevreden zijn over hun bezoek aan de website, die tevreden zijn over de organisatie en die tevreden zijn over hun aankoop.
Deze bezoekers zijn promotors van je organisatie of producten die je verkoopt. Zodra een bezoeker geconverteerd is moet je het ijzer smeden als het heet is. Hier liggen grote kansen in de social media. Op de bedankpagina’s waar bezoekers verteld worden dat de aankoop geslaagd is moet een koppeling gemaakt worden met social media, zodat bezoekers direct kun laten zien wat ze gekocht hebben of van welke organisatie ze donateur geworden zijn.
Een van de weinige organisaties die dit goed toepast is Bol.com:
Andere websites hebben social media geïntegreerd op hun website door op elke pagina van de website de mogelijkheid te bieden om het te delen. Belangrijke vraag die je jezelf hierbij moet stellen is wat gaan bezoekers dan delen? 95% van de pagina’s op je website is niet interessant om te delen tenzij het om een nieuws website gaat!
Het integreren van social media op bedankpagina’s is vooral geschikt voor e-commerce websites en goede doelen.
In de vernieuwde interface van Google Analytics is het mogelijk om goed te volgen hoe de verschillende social media elementen op je website presteren, dus: probeer het uit en bekijk zelf in Google Analytics wat het resultaat is!
Dit artikel is geschreven door Paul van Leijden, Usability Consultant bij Netprofiler.
Google AdWords biedt de mogelijkheid om je zoekwoorden door middel van matching types (breed, zinsdeel, exact en broad match modifier) te laten koppelen aan zoekopdrachten. Bij het matching type exact zal de zoekterm waar de gebruiker op Google naar op zoek is altijd precies hetzelfde in je account moeten staan, maar bij de andere matching types kunnen de zoekopdrachten afwijken van de zoekwoorden die jij in je AdWords-account hebt gezet.
Door middel van de functie ‘Zoektermen weergeven’ kun je precies zien welke zoekopdracht gebruikers hebben ingetypt, waardoor jouw advertenties vertoond zijn. Dit kan aangename verrassingen opleveren, maar ook onaangename!
Je kunt deze functie namelijk gebruiken om extra zoekwoorden voor je account te vinden. Combinaties van woorden waar jij misschien niet aan gedacht had of bijvoorbeeld longtail termen die je nog niet hebt. Een voorbeeldje zie je in de afbeelding hieronder. Alles met een groene balk met ‘Toegevoegd’ in het lijstje staat al in je account. De andere woorden echter niet. Wij als Netprofiler doen geen online usability tests, dus we kunnen het woord ‘online’ als uitsluitingswoord toevoegen aan het account om te voorkomen dat onze advertenties nog vertoond worden op zoekopdrachten die ‘online’ bevatten.
Het is ook mogelijk om deze functie andersom te gebruiken, dus om zoekwoorden te vinden die nog niet in je account stonden, maar die wel relevant zijn voor de diensten die je via Google AdWords onder de aandacht wilt brengen. Een voorbeeld staat in de afbeelding hieronder. Netprofiler zit in Amstelveen, dus klanten die op zoek zijn naar eyetracking in Amsterdam zouden bij de diensten van Netprofiler kunnen passen, zeker aangezien wij ook eyetracking op locatie doen. Dit zoekwoord zou je dus kunnen toevoegen aan het AdWords-account.
Dit artikel is geschreven door Marloes van de Laarschot, Online Marketing Consultant bij Netprofiler.
In Google AdWords kom je ze regelmatig tegen: zoekwoorden met de status “Laag zoekvolume”. Google zegt deze zoekwoorden momenteel niet te vertonen, omdat er te weinig op gezocht wordt. Wat moet je doen met deze woorden?
Om dit uit te zoeken bekeek ik de historie van zoekwoorden met deze status. Je kunt hiervoor eenvoudig in Google AdWords een filter voor aanmaken:
Als ik voor het betreffende testaccount de historie over een jaar bekijk dan kom ik tot een duidelijke conclusie:
De woorden met de status “Laag zoekvolume” werden wel degelijk vertoond, hebben een zeer goede doorklikratio, een lagere CPC en een goed conversiepercentage.
Conclusie op basis van deze steekproef: Zoekwoorden met de status “Laag zoekvolume” behouden of verwijderen? Behouden!
Verwijder zoekwoorden pas als ze over een (half) jaar daadwerkelijk geen vertoningen/kliks hebben gehad.
Dit artikel is geschreven door Wouter Veenboer, Online Marketing Consultant bij Netprofiler.
In mijn eerdere post ben ik ingegaan op het optimaliseren van afbeeldingen voor een optimale vindbaarheid in zoekmachines. In deze post leg ik uit hoe Google, via een XML sitemap, geïnformeerd kan worden wat (extra) belangrijke afbeeldingen binnen en website zijn. Om door het sitemap-bos de bomen te blijven zien bekijken eerst de verschillen tussen een XML sitemap en een HTML sitemap.
Er zijn dus een tweetal soorten sitemaps: een XML sitemap (voor zoekmachines) en een HTML sitemap (voor mensen). Welke is nu het belangrijkste? Hoe zien ze er uit? en waar plaats je ‘m? Here we go!
XML sitemap
Een XML sitemap heeft als functie zoekmachines te informeren uit hoeveel pagina’s een website bestaat, en waar deze dan te vinden zijn. Hierdoor wordt de kans op (snellere) indexatie vergroot. En ‘To finish first, you first have to finish’ m.a.w. om überhaupt te gaan ranken zullen bestanden éérst door zoekmachines geïndexeerd dienen te worden. Met name voor grote websites, die geen goede URL structuur hebben, (waardoor Google moeilijk de dieper gelegen pagina’s kan indexeren) is de XML sitemap een must. Google kan dan pagina’s indexeren die niet bereikbaar zijn via de gewone menustructuur.
Het heeft dus indirect impact op de vindbaarheid pagina’s én plaatjes in de zoekresultaten. Huh, plaatjes ook? Jazeker! Verderop in dit artikel gaan we daar een kijkje naar nemen.
XML Sitemap met enkel pagina’s
Voorbeeld van een XML sitemap met pagina’s
De XML sitemap wordt in de root van de website geplaatst en heeft veelal de naam sitemap.xml. Voorbeeld: www.uwbedrijfsnaam.nl/sitemap.xml
HTML sitemap
Een HTML sitemap kan het beste vergeleken worden met een inhoudsopgave van een boek. Op deze pagina wordt een overzicht getoond van de inhoud van een website. In de praktijk komt het er op neer dat het een flinke opsomming van linkjes is, en dat is precies de reden waarom het niet aantrekkelijk is als primaire navigatie voor bezoekers. Eerder informeerden we dat de HTML sitemap enkel voor mensen bedoeld is, maar die vlieger gaat niet helemaal op.
Als de HTML sitemap via een linkje (idealiter vanaf de homepage) wordt aangeboden zullen zoekmachines deze link volgen. Indien de URL structuur dan correct is, en alle pagina’s en nieuw geplaatste pagina’s consequent in de sitemap opgenomen worden, is het een mooi een extra ingang voor zoekmachines naar de diep gelegen pagina’s in websites. Van oorsprong bedoelt voor mensen, maar zoekmachines plukken er ook de vruchten van.
Voorbeeld HTML sitemap
Afbeeldingsinformatie in XML sitemap: ja, graag!
Op veel pagina’s zullen afbeeldingen staan, ook deze afbeeldingen komen in aanmerking voor een plekje in een XML sitemap! Hetzij in een aparte afbeeldingen sitemap, hetzij in een -al dan niet bestaande- XML sitemap. De inhoud is dan een combinatie van pagina’s en afbeeldingen.
Sitemap met pagina’s en afbeeldingen
Voorbeeld gecombineerde XML sitemap
Sitemap met enkel afbeeldingen
Onderstaand een voorbeeld van een sitemap waarin enkel afbeeldingen staan. Daarnaast wordt er in deze sitemap ook extra informatie gegeven over de titel en het onderschrift van de afbeelding. Deze zijn beiden optioneel.
Voorbeeld van een afbeeldingen XML sitemap
Sitemap genereren
Er zijn diverse sites waar automatisch een XML sitemap gegenereerd kunnen worden. Na het invoeren van de URL van de site zal de sitemap opgebouwd worden. Deze kan dan 1 op 1 in de root van de site geplaatst worden. Tip: http://www.xml-sitemaps.com/
XML sitemap bekend maken
Via Hulpprogramma’s voor webmasters kun kan Google geïnformeerd worden dat een website een sitemap heeft. Indien er problemen zijn met de sitemap kan hier ook gekeken worden wat de fout is. Ook is het aan te raden het adres van de XML sitemap te plaatsen in de robots.txt. Succes!
Dit artikel is geschreven door Martin van Ammers, Online Marketing Consultant bij Netprofiler.
Iedereen die wat ervaring heeft met SEO, kent ongetwijfeld de zogenaamde “rich snippets”. Met zgn. rich snippets kan je als website eigenaar extra informatie toevoegen aan de data op je pagina, zodat deze door Google nog beter herkend kan worden. De bekendste hiervan is wellicht de mogelijkheid om beoordelingen van een website of een product toe te voegen.
Deze beoordelingen kunnen vervolgens in Google worden weergegeven als een ster (op een vijfpunts-schaal).
Zodra je in de organische zoekresultaten dergelijke rich snippets krijgt van Google, heb je natuurlijk een voordeel ten opzichte van je concurrenten die dat (nog) niet hebben: jouw zoekresultaat springt er veel meer uit, alleen al vanwege het feit dat ze er anders uitzien.
Wel moet hierbij vermeld worden dat uit recent onderzoek is gebleken dat slechts 1 op de 5 Nederlanders online recensies vertrouwd. Zie ook het artikel in de Volkskrant van vorige week. Feit blijft dat een zoekresultaat met een rich snippet er meer uitspringt, dan een gewone standaard vermelding.
Tot voor kort was het zo dat je voor het verkrijgen van deze Rich Snippets gewhitelist moest worden door Google. Met andere woorden: deze mogelijkheden waren slechts beschikbaar voor een selecte groep mensen.
Inmiddels heeft Google dit vrijgegeven, waardoor dit voor iedereen beschikbaar is die zijn data op de juiste wijze aan Google aanbiedt. Een positieve ontwikkeling zou je zeggen: hierdoor wordt dit voor veel meer bedrijven beschikbaar en interessant om op te pakken.
Echter: het lijkt er nu op dat er totaal geen controle meer wordt uitgevoerd door Google op de juistheid van de gegevens en inmiddels zien wij een toename van het misbruik van deze rich snippets: fake reviews (of op zijn minst foutief gebruik hiervan).
Onderstaand een aantal voorbeelden van Rich snippets die op zijn minst dubieus zijn:
Iedereen die een beetje verstand heeft van koken, weet dat het bereiden van risotto lang duurt. Het is onmogelijk om in bijv. 2 minuten een risotto te maken. In bovenstaand screenshot slaat de tijd allemaal op de voorbereiding, maar dit wordt uit de zoekresultaten niet direct duidelijk. Is dit bewuste misleiding door de website door het gebruik van Rich Snippets, een verkeerde interpretatie van Google van de data, of een verkeerde implementatie door de webbouwer?! Wie het weet, mag het zeggen!
Op de landingspagina staat weliswaar dat er 294 reviews zijn geweest met een gemiddelde beoordeling van 4,0. Maar waar komt deze beoordeling vandaan? Op zijn minst zou ik als consument verwachten dat er in ieder geval een bronvermelding gedaan zou worden.
Nu wil ik Allsecur (of haar SEO bureau) niet betichten van onethische praktijken, maar het is op zijn minst dubieus of twijfelachtig te noemen dat je jezelf een beoordeling kan geven. Allsecur heeft weliswaar een pagina waarop alle beoordelingen staan (dit zijn er ook exact 74) en het gemiddelde komt ook exact uit op 8,1, maar wie garandeert mij dat deze reviews niet gerecenseerd of zelfs in scene zijn gezet?
Nogmaals: het is niet mijn bedoeling om bedrijven in een kwaad daglicht te stellen, maar wil wel aangeven dat het systeem voor rich snippets zoals dat nu beschikbaar is, een grote kans biedt voor nieuwe SEO spam. Daarnaast zal de waarde van deze rich snippets afnemen op het moment dat consumenten door hebben dat er veel fake reviews tussen zitten.
Ik ben daarom ook benieuwd hoe lang dit nog mogelijk blijft op de huidige manier en of/wat Google hieraan gaat doen!
Update 9-1-2012:
Om te controleren of het daadwerkelijk mogelijk is om je eigen beoordeling te bepalen, en deze in de organische zoekresultaten van Google te krijgen, hebben wij een test gedraaid. Op een pagina binnen een website hebben wij hardcoded in de HTML een beoordeling geplaatst. Dit wordt na een aantal dagen wachten ook daadwerkelijk zo opgenomen in de organische resultaten. Zie ook onderstaand screenshot:
Dit artikel is geschreven door Ronald Muijzert, Online Marketing Consultant bij Netprofiler.
Gisteren kwamen wij op Buienradar.nl een banner tegen van de KLM, die geserveerd wordt vanuit AdWords waarbij de targeting op GDN staat (Google Display Netwerk).
Dat er iets mis gaat met de banner, dat is duidelijk: er lijkt content te ontbreken (waarschijnlijk een bestemming en een prijs). “Undefined” is namelijk geen hele leuke bestemming om naartoe te gaan op vakantie.
Zoals het er naar uitziet, lijkt het alsof de banner (tijdelijk?) niet kon communiceren met een externe databron (XML feed?). En dat is nu net het vreemde: volgens de richtlijnen van Google is het met Google AdWords expliciet niet toegestaan om (Flash) banners met externe databronnen te laten communiceren. Alle informatie die in de banner getoond wordt, dient direct beschikbaar te zijn in de banner zelf.
Natuurlijk zijn er wel systemen die gebruik maken van de beschikbare bannerruimte vanuit het GDN, maar aangezien er overduidelijk een Google “i”-tje onderaan de banner staat, betekent dit volgens mij dat deze wel degelijk vanuit AdWords geserveerd wordt.
De vraag is nu:
1. Doet de KLM (of haar Search bureau) iets wat tegen officiele richtlijnen van Google is?
2. Zien wij iets over het hoofd?
3. Of is Google toch iets aan het testen?
Wie het weet, mag het zeggen!
