Sinds juli 2019 is de Mobile First Index al standaard voor nieuwe domeinen in de Google-ranking van zoekresultaten.

Google heeft begin 2020 aangekondigd dat de "Mobile First Index" uiterlijk begin 2021 ook van toepassing zal zijn op alle websites. Dit betekent dat alleen nog websites bovenaan de zoekresultaten verschijnen die geoptimaliseerd zijn voor mobiel gebruik. Responsive Design is dus een belangrijke rankingfactor. Jouw website kan nog zulke goede inhoud hebben, maar als deze niet als mobiele site is ontworpen of niet responsive is, zal het potentieel van het verkeer niet volledig benut worden, ongeacht of jouw gebruikers voornamelijk desktopgebruikers zijn.

Google heeft in de afgelopen jaren factoren als PageSpeed, mobiele optimalisatie en betrouwbaarheid steeds meer tot rankingfactoren gemaakt voor de vermelding in de Google-zoekresultaten. Google heeft al in mei 2020 aangegeven dat in 2021 de Page Experience zeven verschillende factoren bundelt en een alomvattend beeld van de kwaliteit van een website-ervaring vormt.

De zeven zes primaire factoren voor de gebruikers & Page Experience

  • Laadsnelheid
  • Interactiviteit (tot februari 2024), Responsiveness (vanaf maart 2024)
  • Visuele stabiliteit (cumulatieve lay-outverschuivingen)
  • mobiele optimalisatie
  • Veilig browsen: geen malware, geen merkvervalsing, ... (sinds 2021 als rankingfactor weer gedeactiveerd)
  • HTTPS: Versleuteling via SSL-certificaat
  • geen opdringerige interstitials (volledig scherm banners)
Kernwebvitale Overzicht

Laadsnelheid verwijst naar de snelheid van de website, hoe snel de belangrijkste inhoud voor jouw gebruiker wordt geladen. Google geeft aan dat tijden tot 2,5 seconden als een goede waarde worden beschouwd die websitebeheerders voor hun gebruikers zouden moeten nastreven.

Interactiviteit in termen van eerste invoervertraging (First Input Delay) verwijst naar wanneer een pagina daadwerkelijk reageert wanneer een gebruiker ermee wil interageren ... bijvoorbeeld door te scrollen of op een knop te klikken. Het is dus de reactiesnelheid van de website op interacties van de gebruiker. Dit tijdsbestek moet zo kort mogelijk worden gehouden en een goede waarde volgens Google is tot 100 ms. FID, als maatstaf, zal vanaf maart 2024 vervangen worden door "Interaction to Next Paint" (INP). Net als bij FID gaat het bij INP om de responsiviteit van websites. Hoe sneller een website reageert na een gebruikersinteractie, hoe beter. De INP meet de latentie van websites gedurende het hele bezoek. Hierbij worden alle gebruikersinteracties in beschouwing genomen.

Misschien ken je het, wanneer je werkt met zeer lange documenten online. Als je script in de online applicatie Google Docs veel honderden pagina's inhoud bevat, kan het tot vertragingen of schokkerige bewegingen leiden. Als marketingsdocent heb ik een script van meer dan 500 pagina's gemaakt. Terwijl ik in mijn browser aan het schrijven was, merkte ik microonderbrekingen op, omdat deze duidelijk moeite had met het vloeiend laden van de bronintensieve pagina's met de vele afbeeldingsbestanden. Een gebeurtenis die mijn werk niet per se belemmerde, maar wel een reactieve storing in het gebruik vormde. Een ander voorbeeld is bijvoorbeeld wanneer zeer beeldrijke websites bij het scrollen vertragingen vertonen (hier een voorbeeld van 4eck-media.de). Dat is precies waar het om draait bij de interactiviteit van websites, namelijk dat de gebruikerservaring positief is.

Cumulatieve lay-outverschuivingen (CLS) treden op wanneer jouw website asynchroon laadt en een gebruiker bijvoorbeeld al verder naar beneden een sectie leest terwijl bovenaan nog een afbeelding of advertentie met een groot bestandsformaat aan het laden is en door de uiteindelijke plaatsing de lay-out een sprong naar beneden maakt. Dit kan bijvoorbeeld gebeuren als er een afbeelding in het bovenste gedeelte is ingesloten die niet is geoptimaliseerd en misschien wel 10 MB groot is. Het laadt langzaam bij een trage internetverbinding en de gebruiker is al langs dat punt naar beneden gescrold.

Je krijgt ook aanwijzingen dat de prestaties te slecht zijn via de verdeling van de responstijden in een SEO-software zoals Seobility. Als deze niet goed genoeg zijn, moet je werken aan de prestaties en aanvullende tools zoals GTMetrix en Google PageSpeed gebruiken.

De PageSpeed kan hier getest worden - twee tools worden aanbevolen:
https://gtmetrix.com/ (pas de serverlocatie aan naar Londen!)
https://pagespeed.web.dev/ (bijzonder aanbevolen vanwege de aparte informatie voor mobiel en desktop)

Hier is een fragment van de mobiele evaluatie van TutKit.com voor de PageSpeed en de vermelding of de Core Web Vitals zijn geslaagd of niet:

PageSpeed Insights TutKit.com

PageSpeed Insights TutKit.com

De website- en reactiesnelheid hangt af van verschillende factoren zoals serverprestaties, codekwaliteit, bestandsgroottes van afbeeldingen, iconen als SVG in plaats van PNG, enz. Daarom is het raadzaam om eerst de aanbevelingen van GTMetrix en PageSpeed Insight te volgen om wereldwijde verbeteringen te bereiken als de waarden nog niet goed zijn.

Voor afbeeldingen in moderne webformaten (WEBP/AVIF) kun je een tool gebruiken zoals https://squoosh.app/. Dit is vooral voordelig als je slechts enkele afbeeldingen handmatig wilt converteren. Anders kun je ook op server gebaseerde of CMS-gebaseerde wijze jouw JPG- of PNG-bestanden laten converteren. Toen we TutKit.com hebben aangepast met moderne beeldformaten, werden in één keer meer dan 14.000 bestaande JPG-bestanden geëxporteerd naar AVIF en WEBP. Aangezien AVIF betere compressieratio's biedt bij goede kwaliteit, wordt het standaard weergegeven in de browser. Als een oudere browser AVIF niet ondersteunt, wordt WEBP als fallback weergegeven. Hetzelfde hebben we ook geïmplementeerd voor onze agency site 4eck-media.de

Google geeft u ook de samengevatte waarde voor de nieuwe Core Web Vitals voor de Page Experience als resultaat. In Google Search Console heb je ook de mogelijkheid toegewezen te krijgen aan de individuele pagina's van je website. Dit helpt je bij de analyse om een probleem op je pagina's te herkennen en op te lossen.

Kernwebvitalen in de Google Search Console

De mobielvriendelijkheid van een website kan worden getest met een tool zoals Lambda-Test.

Vooral voor ontwikkelaars is het soms belangrijk om te kunnen begrijpen hoe een lay-out reageert op een specifiek apparaat, bijvoorbeeld wanneer een klant een probleem meldt met bijvoorbeeld een ouder model van een iPhone. Onder Chrome = F12 kun je direct verschillende apparaten activeren die de resolutie weergeven.

Bij mobiele optimalisatie hoort ook dat gebruikers de inhoud gemakkelijk op een smartphone kunnen bekijken zonder te hoeven inzoomen!

Veilig browsen betekent dat jouw website enerzijds geen malware levert en anderzijds je ook de regels volgt, dus bijvoorbeeld geen merklogo's gebruikt die je niet mag gebruiken of merkproducten voordoet die niet in je portfolio zitten. Hieronder valt ook dat bijvoorbeeld een afspeelknop voor een video daadwerkelijk een video moet afspelen en geen download voor de gebruiker moet uitvoeren. Vooral het malware-punt is voor veel websites bij veilig browsen het grootste risico dat alleen door regelmatige updates van CMS en geïnstalleerde plugins kan worden beperkt. Als jouw website niet per se een contactformulier nodig heeft, is het ook een overweging om dit niet te gebruiken, omdat de formulierenvelden een ingang vormen voor hackers of geautomatiseerde hacks, zoals SQL-injecties, cross-site scripting, hexadecimale codes, enzovoort. In augustus 2021 kwam Google echter terug op zijn beslissing en gaf aan dat veilig browsen toch niet meer als rankingfactor wordt meegerekend, omdat veel website-eigenaren niets kunnen doen aan hacking. In de PageSpeed Insights en Lighthouse zie je in de analyse een aanbeveling voor veilig browsen, dus het is aannemelijk dat het onderwerp voor SEO nog niet helemaal van de baan is:

PageSpeed Insights Veilig Surfen

HTTPS is vandaag de dag standaard. Elke pagina moet een SSL-certificaat hebben. Er bestaat ook een risico op een boete voor site-eigenaren die dit niet hebben: https://t3n.de/news/dsgvo-abmahnung-ssl-fehlt-1091180/

Vooral bij een serververhuizing of herlancering moet worden gedacht aan het doorleiden van http naar https. Goed om te weten, hiervoor is zelfs een testtool beschikbaar: https://www.seobility.net/de/redirectcheck/

Het is vooral in dit verband ook belangrijk erop te letten dat de afbeeldingen die vóór de toewijzing van een SSL-certificaat zijn geplaatst, ook in de code van http naar https worden aangepast. Anders geeft de browser aan dat de pagina niet veilig is. Dit was (of is in het verleden) vooral het geval bij WordPress-pagina's – dus bij het meest gebruikte CMS ooit.

Voer gewoon eens de controle uit in de Google-zoekopdracht of er nog http-pagina's zijn geïndexeerd. Dit kun je doen door de volgende invoer in het zoekveld te typen: site:domein inurl:http

Vervang daarbij domein door jouw domein. Enter.

  • site: Filtert je de resultaten die alleen op het opgegeven domein staan.
  • -inurl: Filtert je de resultaten van pagina's waarvan de URL http bevat.

De laatste punt in de lijst is het vermijden van opdringerige interstitials, dus paginagrote banners die maar zelden het hart van je gebruikers sneller laten kloppen. Ze leiden alleen tot frustratie en zorgen daarmee voor negatieve emoties en een snelle afbreuk.

Tussenliggende, volledig scherm banner

De Page Experience is vooral belangrijk om gebruikers niet te frustreren door langzame laadtijden, mobiele onvriendelijkheid of andere factoren. Het draagt dus bij aan de conversie naar het gewenste gedrag. Of je met een voortreffelijke Page Experience de winnaar van de ranglijst wordt, is daarmee niet meteen gezegd, want ook de inhoud van een website en andere gebruikerssignalen spelen een rol bij de rangorde. Als echter pagina's inhoudelijk even goed zijn, kan een betere Page Experience het "gelijkmaker" worden en de website met betere waarden bij de Core Web Vitals hoger rangschikken.

De Google-factoren voor mobielvriendelijkheid en een goede gebruikers- en paginabeleving zijn grotendeels alleen op te lossen door jouw ontwikkelaars of jouw ondersteunende bureau. Het is voor jou als marketingmedewerker belangrijk om te weten op basis van welke metrieken de Page Experience wordt gemeten en welke tools je daarvoor kunt gebruiken. Als jouw bureau is belast met de optimalisatie, zorg er dan direct bij het afsluiten van de overeenkomst voor dat de werkzaamheden zeer goede meetresultaten vereisen voor de acceptatie van de prestaties.