Hoe zat het ook al weer met mobiel en desktop?

Wat doen ‘wij’ verkeerd?

Mobile first indexing Google

“To make our results more useful, we’ve begun experiments to make our index mobile-first. Although our search index will continue to be a single index of websites and apps, our algorithms will eventually primarily use the mobile version of a site’s content to rank pages from that site, to understand structured data, and to show snippets from those pages in our results”

1. De mobiele versie van je site wordt gebruikt voor rankings;
2. Er blijft één index voor zowel desktop als mobile;
3. In principe is er geen actie nodig bij een goede responsive site;
4. Content en markup moeten op mobiel vergelijkbaar zijn met desktop;
5. De datum van de officiële uitrol is nog niet bekend.

Wat betekent dit voor jou?

De gevolgen voor developers

De gevolgen voor tekstschrijvers

De gevolgen voor marketeers

Take-aways

“All web design should be done mobile first, desktop second”

1. Sneller is altijd beter!!!
2. Gebruik de tools van Google om je mobiele site te beoordelen
3. Bezoek je eigen site alleen via mobiel
4. Design, programmeer en schrijf als eerste voor mobiel
5. Zorg voor een universele benadering van je content. Die zal steeds vaker ook buiten je eigen site bekeken worden.

Tools

1. Google Pagespeed
2. Google Mobile Friendly test
3. Google search console
4. Google Chrome dev tools
5. Mobile Moxie device emulator
6. Screaming frog SEO spider
7. Structured data test

Het bericht Mobile first in SEO: wat nu? verscheen eerst op Heini van Bergen.

Er is al veel gezegd en geschreven over Google AMP (accelerated mobile pages) en de invloed ervan op pagina’s, advertenties en je positie in de zoekresultaten. Maar wat levert de inzet van AMP nu concreet op en met welke uitdagingen heb je te maken? We zochten het uit.

Achtergrond

Google kondigde AMP in oktober 2015 aan als open-sourceproject om het mobiele web beter en sneller te maken. Begin dit jaar startte de wereldwijde uitrol van AMP, maar in Nederland moesten we tot september wachten. Gebruik je Google op een mobiel en zoek je naar onderwerpen als ‘iPhone 7’ of ‘Apple’, dan herken je de geoptimaliseerde AMP-pagina’s aan het bliksemschichticoontje.

Voorbeeld AMP-resultaat. Bron: Google.nl

Het idee achter AMP is dat alle vertragende onderdelen van een website, waaronder elementen van javascript, html en css, weg worden gelaten. Advertenties kunnen alleen getoond worden in iframes of door Google geselecteerde partners en hebben een lagere prioriteit, waardoor ze pas worden geladen als de content op het scherm staat.

Al met al zorgt dit voor minder dataverbruik en een 15 tot 85 procent snellere laadtijd. Dat is ook te danken aan het feit dat de AMP-versie van een pagina wordt gecached op een Google-server bij jou in de buurt.

In de praktijk kan de snelheidswinst overigens nog veel hoger uitvallen. Bij de sites van BigSpark bedraagt de laadtijd van ‘normale’ mobiele artikelen zonder advertenties gemiddeld 2 seconden, terwijl de AMP-variant in slechts 0,76 seconden klaar staat. Als je naar de laadtijd inclusief externe advertenties kijkt, kom je zelfs op een winst van ruim boven de 85 procent uit.

Eind maart hebben we AMP op zowel AndroidPlanet.nl als iPhoned.nl geïmplementeerd. We besloten toen niet het wiel opnieuw uit te vinden, maar gebruik te maken van de gratis plug-in van Automattic, het bedrijf achter WordPress. Die giet elke pagina automatisch in het AMP-formaat en zorgt dat deze beschikbaar is op de /amp/-URL.

Met het activeren van alleen de plugin ben je er nog niet. Zo moet er voor Google Analytics een speciaal AMP-script worden geïnstalleerd. Ook moeten een logo en ondersteuning worden toegevoegd voor de verschillende berichttypen die we gebruiken. Onlangs zijn nog aanvullende Open Graph- en Twitter-metadata toegevoegd en hebben we de lay-out meer gelijkgetrokken met onze mobiele sites.

Nadelen voor uitgevers

Hoewel de plug-in dus werk uit handen neemt, zit er nog wat werk aan het ‘AMP-en’ van een website. Je bent behoorlijk beperkt in de manier waarop een AMP-pagina wordt opgemaakt; veel interactieve elementen worden namelijk gestript. Met javascript maak je mooie, dynamische content, maar AMP slaat die weer helemaal plat.

Het resultaat is een snellere ervaring voor de gebruiker, maar sites hebben nog amper mogelijkheden om zich te onderscheiden. Uitgebreidere vertoningen in de zoekresultaten als rich snippets en sitelinks zijn ook (nog) niet mogelijk met AMP.

Logischerwijs ondersteunt AMP advertenties van AdSense en Doubleclick, maar verder ben je erg beperkt. Zelf hebben we gekozen om advertenties in deze beginfase nog achterwege te laten, omdat de implementatie in ons geval nog te complex is en de bezoekersaantallen nog relatief laag.

Willekeurigheid

Google AMP wordt wel eens gekscherend ‘het Tinder van content’ genoemd. Open je een bericht dat niet voldoet aan je verwachtingen, dan kun je met een swipe naar links of rechts direct overschakelen naar een volgend, gerelateerd artikel. Als bezoeker blijf je hangen in het framework van Google, wat voor Google zelf natuurlijk gunstig is: het kan meer pageviews genereren, data verzamelen en via AdWords geld verdienen aan gebruikers.

Werking van Google AMP, bron: Vox Media

Voor uitgevers is het lastiger bezoekers naar de eigen site te krijgen. Hoge bouncepercentages van meer dan 90 procent zijn dan ook helemaal niet vreemd. Bij ons doen ‘AMP-bezoekers’ gemiddeld 27 procent minder pageviews dan normale bezoekers.

Kenmerkend is de willekeurigheid van AMP. Google heeft de neiging ermee te experimenteren door in de zoekresultaten soms alleen maar óf juist helemaal géén geoptimaliseerde berichten te tonen. In het eerste geval lijkt het erop dat ieder relevant AMP-artikel even wordt getoond, waarna op basis van zoekvolume en het doorklikpercentage wordt bepaald welk artikel blijft staan.

Tijdens de introductie van de iPhone 7 zagen we op iPhoned.nl dat AMP bij het ene bericht verantwoordelijk was voor 40 procent van het mobiele bezoek, terwijl het percentage bij een ander bericht op slechts 1 procent lag. Ook navraag bij verschillende seo-specialisten leverde nog geen duidelijkheid op. Google geeft zelf aan dat AMP-pagina’s nog geen voorrang krijgen boven normale pagina’s.

De resultaten zover

Wel zien we dat het percentage traffic vanuit AMP de laatste weken steeds hoger wordt voor ons. AMP is inmiddels goed voor 50 procent van het mobiele verkeer op onze nieuwssectie. Op onze hele site is 10 procent van het mobiele verkeer toe te schrijven aan AMP.

iPhoned.nl

Bron: iPhoned.nl Google Analytics (1 juli t/m 29 oktober 2016)

AndroidPlanet.nl

Bron: AndroidPlanet.nl Google Analytics (1 juli t/m 29 oktober 2016)

Uit Google Analytics blijkt tevens dat de bezoekers vanuit AMP beduidend minder tijd op onze site doorbrengen dan ‘gewone’ mobiele bezoekers. Ook het bouncepercentage is veel hoger. Het maakt het moeilijker duurzaam te engagen met je bezoekers, omdat men makkelijk door de nieuwsresultaten van verschillende sites schuift.

iPhoned.nl

Bron: iPhoned.nl Google Analytics (1 juli t/m 29 oktober 2016)

AndroidPlanet.nl

Bron: AndroidPlanet.nl Google Analytics (1 juli t/m 29 oktober 2016)

De eerste weken was de AMP-versie vooral een uitgeklede versie van onze mobiele sites. Inmiddels is dat al meer gelijkgetrokken en we zullen we de AMP-pagina’s de komende weken nog beter aansluiten op de rest van de sites. Bovenstaande cijfers zullen dan waarschijnlijk nog veranderen.

Exposure

Kijken we naar het Nederlandse medialandschap, dan valt desondanks op dat de meeste grote partijen AMP inmiddels hebben geïmplementeerd. Op dit moment is het vooral voor nieuwssites met veel content interessant. De komende tijd zal dat veranderen, want Google heeft aangekondigd ook andere contentsoorten te gaan ondersteunen. Websites met betrekking tot bijvoorbeeld e-commerce, entertainment, reizen en recepten kunnen straks dus ook rekenen op ‘meer exposure’ in de zoekresultaten. Data en cijfers wil Google echter niet noemen.

Enkele internationale uitgevers, zoals CNN en The Verge, hebben zich onlangs in de Wall Street Journal uitgelaten over hun ervaringen met AMP. Daaruit blijkt dat AMP een steeds groter deel van het verkeer vormt, maar dat zij nog geen directe negatieve gevolgen voor hun verdienmodel ervaren. Wel geven ook zij aan meer duidelijkheid te willen in de koers die Google met AMP zal varen, om de investeringen daarin te rechtvaardigen. Overigens waren er ook uitgevers die zich liever nog niet uitlieten over hun ervaringen met AMP om mogelijke maatregelen van Google te voorkomen.

AMP laat duidelijk zien waar Google, maar ook een partij als Facebook (met het vergelijkbare Instant Articles) naartoe wil: een sneller en lichter internet. De achterliggende gedachte is uitstekend, maar de manier waarop Google zijn machtspositie gebruikt door voor uitgevers te bepalen hoe hun content eruit moet zien, is gevaarlijk voor de branche.

Verdienmodellen op internet zijn echter continu aan verandering onderhevig, dus het is vooral aan de uitgevers om op deze nieuwe ontwikkelingen in te springen. Zie AMP als een kans waarbij je nog een voortrekkersrol kunt vervullen. Dit biedt mogelijkheden om traffic (en inkomsten) naar je toe trekken die je anders mogelijk niet had gehad. De wereld verandert, Google verandert, dus stilstaan is geen optie.

Voor ons als BigSpark blijven dit interessante ontwikkelingen waar we volop mee blijven experimenteren.

Aan de slag met AMP

Als je de keuze hebt gemaakt om voor AMP te gaan, doorloop dan de volgende stappen:

1. Bepaal voor welke onderdelen van je site je AMP wilt inzetten. Redelijke platte (content)pagina’s zijn makkelijk om te zetten naar AMP, shoppingpagina’s hebben vaak meer aanpassingen nodig.
2. Gebruik een standaard AMP-plugin om snel een AMP-versie van je site te hebben. Voor de meeste grote CMS-systemen zijn er standaardplugins beschikbaar, dit voorkomt veel ontwikkeltijd en zorgt ervoor dat je al snel met je AMP-pagina’s vindbaar bent.
3. Implementeer Google Analytics voor AMP. Eigenlijk een no-brainer, maar realiseer je dat de AMP-pagina’s niet automatisch in Google Analytics geteld worden. Hiervoor is een aangepaste versie van de Google Analytics-trackingcode nodig
4. Zorg ervoor dat je “gewone” pagina’s in de bron een verwijzing naar de AMP-versie hebben. AMP-plugins doen dit al automatisch, maar als je voor een aangepaste implementatie van AMP gaat, is het belangrijk dat er in de bron van de gewone pagina’s een verwijzing naar de bijbehorende AMP-pagina staat. Deze verwijzing ziet er als volgt uit: <link rel=”amphtml” href=”” />. Zonder deze verwijzing kunnen zoekmachines de AMP-versie niet vinden.
5. Monitor je AMP-traffic in Google Analytics. Je wilt natuurlijk weten hoeveel mensen je AMP-pagina’s hebben bezocht. Je kunt daarvoor in Google Analytics een apart segment aanmaken waarmee je bijvoorbeeld alleen de pagina’s met /amp/ in de url toont. De url is wel afhankelijk van de manier waarop je AMP in je site hebt gezet.
6. Optimaliseer je AMP-pagina’s. Als je merkt dat de AMP-pagina’s daadwerkelijk bezocht worden, is het tijd ze te optimaliseren. Dit kan bijvoorbeeld door op de achtergrond meer metadata toe te voegen, de lay-out beter aan te sluiten bij je (mobiele) site of advertenties te plaatsen.
7. Breidt AMP uit naar de rest van je site. Google heeft al aangekondigd binnenkort niet alleen maar bij nieuwsartikelen AMP-resultaten te tonen. Als je merkt dat AMP een steeds groter deel van je traffic wordt, is het belangrijk nu al klaar te zijn voor het moment dat Google ook voor andere content AMP-resultaten toont.

Verder lezen

Als je echt verder wilt met AMP, vind je hier enkele websites die je handige tools bieden of echt alles kunnen vertellen over AMP.

• Google Analytics implementeren in je AMP-pagina’s
• Automattic WordPress AMP-plugin
• Uitleg hoe AMP werkt
• Checken of AMP-pagina valide is en of een pagina een AMP-variant met deze Google Chrome-extensie
• AMP Github-repository met uitgebreide voorbeelden en documentatie over AMP
• Officiële AMP-projectsite
• Toevoegen van META-data aan je AMP-pagina’s in WordPress via de Yoast Glue-plugin.

Credits afbeelding: Bram Koster, licentie: CC BY (Commercieel hergebruik, inclusief aanpassing)

Het bericht Google AMP-case: de eerste ervaringen vanuit online publisher BigSpark verscheen eerst op Heini van Bergen.

De roep om een veiliger internet klinkt steeds luider. Google heeft daar afgelopen jaar nog een schepje bovenop gedaan door beveiligde websites een (licht) voordeel te geven in haar rankings. De vraag is dus niet of je moet overstappen naar HTTPS, maar eerder wanneer. Maar hoe doe je dat als je een high-traffic site hebt en ook nog voor een groot deel afhankelijk bent van je posities in Google?

We hebben met onze site AndroidPlanet.nl in samenwerking met hostingpartner Savvii deze migratie naar HTTPS ondergaan en geven je in dit artikel een overzicht van onze geleerde lessen.

Waar te starten?

Hoe groter je website is, hoe meer maatwerk er meestal in is verwerkt. Dit zorgt ervoor dat een overstap naar HTTPS meestal geen eenvoudige aanpassing in het CMS of een zoek-en-vervang-opdracht is.

Met AndroidPlanet hebben we te maken met meer dan een miljoen bezoekers per maand, custom WordPress-weblog, volledig geïntegreerd met een Angular JS-prijsvergelijker en meerdere lagen (Varnish) caching. Geen standaard opzet dus.

De voorbereiding is bij zo’n complexe migratie essentieel. Zorg ervoor dat je de volgende stappen sowieso doorloopt:

1. Start op tijd met de voorbereiding
   Bij een migratie van deze omvang kom je bijna altijd verrassingen tegen. Start daarom op tijd met de voorbereidingen, zodat je nog voldoende tijd hebt om goed te testen. Wij zijn ruim vier weken van tevoren begonnen met de voorbereidingen.
2. Laat alle betrokken partijen (developers, marketing, redactie, hosting) hun input leveren
   In de loop de jaren is er waarschijnlijk veel aan je website gebouwd, waardoor niet iedereen meer het totale overzicht heeft van alle verwijzingen, koppelingen et cetera. Bij iedere afdeling zit een stukje kennis die samen het totaalplaatje vormt. Denk hierbij aan externe advertenties die nog via HTTP lopen, RSS-feeds, geautomatiseerde mailings, ‘harde’ links in de content van je site, sitemaps, verwijzingen of zelfs authenticatie vanaf sites van derden. Al deze zaken zullen omgezet moeten worden.
3. Wees duidelijkheid over verwachtingen en data
   Laat geen onduidelijkheid bestaan over het moment van de migratie en wanneer je verwacht dat iedereen zijn gedeelte in orde heeft: je bent nou eenmaal van elkaar afhankelijk.
4. Maak een checklist
   De aanpassingen die gedaan moeten worden voor een HTTPS-migratie zijn relatief makkelijk en goed vooraf te testen. De complexiteit zit vooral in het feit dat er veel kleine punten gecheckt moeten worden. Ook zijn er specifieke instellingen die alleen voor jouw site kunnen gelden. Stel dus een volledige checklist voor jouw migratie op. Het is een goede start om te beginnen met een algemene checklist zoals Moz die bijvoorbeeld heeft gemaakt. Vul deze lijst aan met punten die voor jouw situatie gelden. Je zult niet de eerste zijn waarbij AdWords-advertenties nog een tijdje naar een http-url linken of het robots.txt bestand naar de oude XML-sitemaps verwijst.
5. Richt een testomgeving in
   Het is essentieel om vooraf goed te kunnen testen voordat je de overstap maakt. Je haalt hiermee veel onverwachte issues naar boven en het geeft je bovendien een wat betere nachtrust als je de hele site al eens werkend in een HTTPS-omgeving hebt gezien. Probeer te werken met een (zo goed als) exacte kopie van je live-website. Wij hadden voor AndroidPlanet al een testomgeving draaien en hebben deze eenvoudig beveiligd gemaakt met een gratis SSL-certificaat van Letsencrypt. Een goede hoster kan je hier vaak bij helpen. Zo heeft Savvii op onze testomgeving het certificaat geïnstalleerd, URL’s in de code en database vervangen en de juiste headers ingesteld. Onze zustersite OnlySim.nl draait op de productie-omgeving al volledig via Letsencrypt.
6. Gebruik testtools
   Hoewel je ook absoluut zelf door de testomgeving moet klikken, kunnen geautomatiseerde testtools je veel werk uit handen nemen. Bovendien maken zij geen fouten. Eén van de allerbeste tools op dit gebied is Screaming Frog. Dit is een programmaatje dat op je computer draait en net als een zoekmachinerobot de hele website doorzoekt. Eventuele verkeerde verwijzingen of 404-pagina’s komen hiermee direct naar boven. Houd er wel rekening mee dat het bij een grote site even kan duren voordat alles is doorzocht. Om de server niet te zwaar te belasten, duurde dit bij ons meer dan twaalf uur. Ook de Chrome Inspector (In Chrome via “Weergave” → “Ontwikkelaar” → “Ontwikkelaarstools”) kan heel waardevol zijn om overgebleven HTTP-verwijzingen snel te ontdekken. Na de migratie geven de Google Search Console en Google Analytics je ook direct informatie over eventuele fouten die zijn blijven zitten.
   
   Wil je echt zeker zijn dat alles goed gaat, dan moet je de Log File Analyzer van de makers van Screaming Frog gebruiken. Deze tool biedt heel makkelijk inzicht in alle bewegingen op je site op basis van de server log files. Foutpagina’s of veranderend gedrag van de Google spider vallen dan direct op.
7. Bij twijfel: raadpleeg een expert!
   Bij de overgang naar HTTPS krijg je waarschijnlijk te maken met termen die je nog nooit eerder hebt gehoord. Als je hierover twijfelt, aarzel dan niet en raadpleeg een expert. De meeste SEO-experts hebben al vaker zo’n migratie begeleid en weten precies wat voor jouw situatie relevant is en kunnen je behoeden voor valkuilen. Ondanks dat we binnen BigSpark veel kennis over online marketing hebben, hebben we voor de zekerheid onze SEO-expert naar de migratie laten kijken. Bij vragen kun je ook terecht bij je hostingpartner.
8. Plan voldoende resources in tijdens de migratie
   Na een goede voorbereiding is de uiteindelijke migratie vaak binnen korte tijd geregeld. Houdt er wel rekening mee dat je voor verrassingen kunt komen te staan en dat je dus mensen paraat hebt die direct kunnen ingrijpen. Ook wij hebben na de migratie toch nog een paar kleine punten moeten rechttrekken. Zo stonden er bijvoorbeeld nog advertenties live die naar een http-url verwezen, hiermee was de site dus nog niet beveiligd.

Ga voor kwaliteit!

Als je zover bent om de stap naar HTTPS te zetten, dan moet je dat ook meteen goed doen. Dat was althans onze insteek. Uiteraard moeten alle interne links en verwijzingen naar HTTPS, maar in de server instellingen kan het verschil tussen een F of A+-rating worden gemaakt. Deze rating is er vooral op gericht om te bepalen hoe moeilijk het voor een ongenode gast is om om de SSL-beveiliging te omzeilen en het verkeer tussen de gebruiker en de website te onderscheppen.

Daarnaast wilden we er qua snelheid niet op achteruit gaan. Snelheid is naast veiligheid namelijk een tweede punt waar Google veel nadruk op legt.

Onze developers en hostingpartner Savvii hebben ons hierin geadviseerd. Als je niet bekend bent met termen als HSTS–headers, OCSP-stapling en encryption ciphers raad ik je aan dit door je hostingpartner in te laten stellen en aan te geven dat je voor een A+rating wilt gaan. Als je geïnteresseerd bent in onze instellingen, dan kun je die hier via SSLtesting bekijken. Ook voor je eigen site kun je via Qualys SSLtesting achterhalen hoe goed het met jouw HTTPS-configuratie is gesteld.

Wat ging er fout?

Gelukkig niet zo veel. De harde verwijzingen die niet goed stonden hadden we vooraf kunnen constateren, maar waren op productie gelukkig snel opgelost. Het grootste probleem lag echter nog buiten onze macht. Eén van onze affiliate partners bleek namelijk geen trackback-functionaliteit voor HTTPS te ondersteunen, daardoor was onze salesdata niet meer compleet. Om dit probleem te omzeilen, hebben we nog een aparte proxy moeten bouwen om de trackback ook te laten werken via http. Dit hebben we snel kunnen oplossen, maar hierdoor hebben we wel belangrijke sales data gemist.

Tot slot

Wees niet bang om de stap naar HTTPS te maken. Gebruikers zullen meer en meer verwachten dat sites goed beveiligd zijn. De migratie naar HTTPS is dan niet langer nice to have, maar een must. Met een goede voorbereiding en uitgebreid testen hoeft het geen problemen op te leveren. Over de resultaten in Google kunnen we op dit moment nog weinig zeggen. Ruim twee weken na de migratie (5 april, week 14) zijn de meeste url’s (>95 procent) al wel door Google vervangen met de HTTPS-variant, maar in de posities in Google zijn nog geen grote veranderingen te zien.

Het bericht Een miljoenenpubliek migreren naar HTTPS: zo doe je dat verscheen eerst op Heini van Bergen.

De SMX London die afgelopen dinsdag en woensdag plaatsvond was ook zo’n beurs. Vanuit Tribal Internet Marketing hebben Wiep Knol en Heini van Bergen een drietal presentaties gegeven, daarnaast hebben wij ook de andere sessies bijgewoond. Zonder al te diep in te gaan op wat er allemaal letterlijk werd verteld, willen wij een kort overzicht geven van de zaken die ons het meest zijn opgevallen.

Algemeen

• Microsoft heeft een plugin ontwikkeld om direct binnen Excel zoektermen onderzoek uit te voeren. Deze plugin communiceert direct met de Adcenter API en geeft naast historische data ook een verwachting af voor de komende 3 maanden. Daarnaast kan er ook gesegementeerd worden op demografische en geografische data (http://advertising.microsoft.com/search-advertising/adcenter_addin)
• Microsoft webmaster center geeft nu meer informatie vrij over de reden waarom Live Search moeite heeft om de website te doorzoeken. Hierin is onder andere een rapport over Dynamic Page URL’s (parameter url’s) te vinden, alsmede een inzicht in PageScore, Microsoft’s equivalent van PageRank. Hiernaast laat men voortaan ook zien als er pagina’s binnen je website zijn die uit de resultaten gebanned zijn, die malware bevatten, of links bevatten naar pagina’s met malware. .
• De recessie lijkt weinig invloed te hebben op zoekmachine marketing budgetten. Er zijn zelfs veel bedrijven die hun searchbudgetten gaan verschuiven verhogen, voornamelijk ten koste van offline en display advertising.

SEO

• In de Global Search Universe sessie geeft Linus Gregoriadis aan dat uit onderzoek blijkt dat de grootste vertragende factor bij het implementeren van SEO adviezen het gebrek aan resources aan de klantzijde is.
• In de European Search Marketing challenges en International SEO sessie ligt de nadruk op de problemen die worden ondervonden bij de keuze tussen het gebruik van lokale domeinnamen (.nl) en wereldwijde varianten (.com). Vooral in de UK blijkt dit soms een lastig te overwinnen probleem te zijn. Algemene stelling van panelleden is om lokale domeinen te gebruiken als dit mogelijk is (qua techniek en kosten)
• Tijdens de SEO for Web 2.0 sessie deelde Tom Chritchlow van Distilled een aantal insight tips om je web 2.0 site beter te laten ranken. Zo gaf hij de suggestie om zoektermen vanuit Google toe te voegen op je website. Dit levert direct gerichte content op en veroorzaakt een sneeuwbal effect op de woorden die bewezen interessant zijn voor de gebruikers. Een andere aanpak is om populaire pagina’s (o.a. door aantal pageviews, reviews, etc..) die door bezoekers echt belangrijk worden gevonden ook binnen je SEO aanpak meer aandacht te geven. Voor Tom’s laatste tip verwees hij ons naar Last.fm. De manier waarop zij populaire artiesten geautomatiseerd meer aandacht via links geven straalt ook direct af naar de organische posities voor deze artiesten. Voorbeeld: Johnny Cash
• Dave Naylor riep het publiek vooral op om de controle over je eigen website te behouden. Pas dus op voor user generated content welke de context van je website teniet kan doen en daarmee ongewilde je posities in zoekmachines (negatief) kan beïnvloeden.

Link building

• Een recessie hoeft niet per sè een nadeel te zijn voor link building; er ontstaan zelfs nieuwe mogelijkheden om links aan te trekken, bijvoorbeeld door het creëren van recessiegerelateerde content.
• Waar link baiting in het verleden nog wel werd ingezet om links aan te trekken “van waar dan ook, met wat dan ook”, is dit nu gevaarlijker. Er zijn voldoende signalen om aan te nemen dat dit afgestraft kan worden, met name door Google. Dit geldt ook voor widgetbait (het aantrekken van extra links d.m.v. het ontwikkelen van widgets) die niet relevant is voor de pagina waar naar toe gelinkt wordt.

Social Media
Tijdens Video Search and Blended Search results sessie kwamen vanuit Ciaran Norris en Tom Wilde een paar “nieuwe” inzichten. Zo blijkt dat in veel van de searches op Youtube de zoekterm “video” ook de gebruiker wordt ingevuld. Aangezien Youtube nog steeds voornamelijk uit moet gaan van de opgegeven titels en omschrijvingen, kan het verwerken hiervan meteen bijdragen aan meer views.

Dit geldt ook voor het gebruik van sommige algemene maar veelgebruikte termen die iets onderscheidends aangeven, zoals “exclusive”. Een belangrijk punt voor website die reviews bevatten (en eigenlijk iedere website met User Generated Content) is het feit dat het volgens Europese wetten verboden is om valse reviews te schrijven. Hieronder vallen bijvoorbeeld jezelf een positieve review geven, of juist een concurrent een negatieve review geven. Zie ook regel 22 van de Unfair Trading Regulations.

Paid Search
Tijdens het paid search track werd o.a. ingegaan op het gebruik van Personas voor het structureren en targetten van een Adwords campagne. Idee hierachter is om met specifieke advertentieteksten en zoekterm keuze duidelijke (en best converterende) doelgroepen aan te trekken. De panelleden konden echter geen cijfers van de meerwaarde van deze aanpak tonen.

Als laatste nog een overzichtje van Firefox plugins die onder andere door Vanessa Fox (SearchEngineLand, ex-Google) en Nathan Buggia (Live search) worden gebruikt:

• Web Developer
• Live HTTP Headers
• Firebug
• User Agent Switcher
• Flash Block
• Lynx
• SEOBook Rank Checker

Het bericht SMX London 2008: De Highlights verscheen eerst op Heini van Bergen.

De afgelopen jaren is hier al enorme verbetering in gekomen. Zo geven specialisten middels sites als webmasterworld.com, Search Engine Watch en SearchEngineLand steeds meer kennis vrij. Ook zoekmachines werken mee aan een transparanter beeld door te werken met gedetailleerdere richtlijnen en hulpmiddelen als de Google Webmaster Tools. Gisteren is hier een nieuwe dimensie aan toegevoegd. Het Amerikaanse SEO bureau SEOMoz heeft een eigen web-crawler ontwikkeld welke het grootste deel van het web inzichtelijk moet maken, vergelijkbaar met de manier waarop zoekmachines dit doen. Met het inzichtelijk maken van het web doelt SEOMoz vooral op de relaties tussen verschillende websites, de linkpopulariteit van websites, welke linkteksten er gebruikt worden, oftewel de invloed van links; nog steeds een van de belangrijkste SEO-factoren.

Volgens eigen zeggen heeft SEOMoz inmiddels meer dan 30 miljard webpagina’s geindexeerd. SEOMoz stelt deze data beschikbaar via zelf ontwikkelde waarderings tools. Zo is onder andere de MozRank bedacht, welke vergelijkbaar moet zijn met de PageRank van Google, dit alles is beschikbaar via SEOMoz Linkscape.

Het spannende van deze ontwikkelingen ligt ‘m vooral in het feit dat een betrekkelijk kleine partij (16 medewerkers) het voor elkaar krijgt het belangrijkste deel van het web te indexeren en, nog spannender, dat SEO’s deze data (relatief) vrij voor handen hebben. Er hoeft dus nog maar in mindere mate getest te worden met eigen (beperkte) tools waarbij je altijd afhankelijk bent van de data die zoekmachines teruggeeft.

De vraag is nu welke gevolgen dit gaat hebben voor SEO nu partijen die geen direct belang hebben bij betere zoekresultaten (zoals zoekmachines dat hebben) over data beschikken die voorheen alleen voor zoekmachines beschikbaar waren. Leidt dit tot gerichtere SEO en relevantere resultaten of werkt dit het tegenovergestelde juist in de hand?

Het bericht Krijgt SEO een nieuwe dimensie? verscheen eerst op Heini van Bergen.