Systematische diagnose: lokaal of breed
Voordat je het netwerk aanpast, stel je vast waar het probleem zit. "Workspace is traag" kan van alles betekenen:
- Traag voor een enkele gebruiker (werkstation-probleem).
- Traag voor een heel kantoor (lokaal netwerk of internetuplink).
- Traag voor alleen specifieke diensten zoals Meet (UDP-blokkade of bandbreedtetekort).
- Traag op bepaalde tijdstippen (congestie in de spits).
Begin met de scope afbakenen. Pas als je weet of het om een werkplek, een hele locatie of een dienst gaat, zoek je gericht verder.
De drie eerste tests
- Vergelijk thuis met kantoor. Laat de gebruiker dezelfde actie uitvoeren op een 4G/5G-verbinding of thuis-wifi. Werkt het thuis vlot, dan zit het probleem in het kantoornetwerk.
- Meet met Google Admin Toolbox. Ga naar
toolbox.googleapps.comen gebruik tools zoals Browserinfo en Chrome Connectivity Diagnostics. Die testen de verbinding met Google-diensten vanaf de huidige netwerklocatie. - Meet de bandbreedte. Voer een snelheidstest uit op
fast.comofspeedtest.neten vergelijk de uitkomst met de richtwaarden hieronder.
Richtwaarden per gebruiker (peildatum juni 2026, gebaseerd op de officiele Google-documentatie):
| Dienst | Minimaal | Aanbevolen |
|---|---|---|
| Gmail en Drive | 1 Mbps | 5 Mbps |
| Google Meet (720p) | 1 Mbps | tot 1,7 Mbps |
| Google Meet (1080p) | 1,3 Mbps | tot 3,6 Mbps |
De Meet-waarden gelden voor inkomend en uitgaand verkeer per deelnemer. Deel de totale uplink door het aantal gelijktijdige gebruikers: 100 Mbps voor 100 mensen tegelijk in HD-Meet is krap. Houd ook rekening met gelijktijdigheid, want zelden zit iedereen tegelijk in een videogesprek.
DNS-resolutie optimaliseren
Trage DNS-resolutie is een stille bandbreedterover. Elke Google-app doet tientallen DNS-lookups. Is de DNS-server van je provider of je interne resolver traag, dan voelt de hele app traag, ook al is de feitelijke verbinding snel.
Test de DNS-resolutie en vergelijk de response-tijden:
time dig gmail.com @8.8.8.8
time dig gmail.com @jouw-interne-dns-server
Is de interne DNS-server duidelijk trager dan 8.8.8.8, dan heeft je DNS-infrastructuur een probleem. Veelvoorkomende oorzaken zijn een overbelaste DNS-server, een verouderde cache of inefficiente forwarders.
Combineer interne en publieke DNS
Gebruik de publieke DNS van Google (8.8.8.8 en 8.8.4.4) of Cloudflare (1.1.1.1) als forwarder voor externe domeinen, en houd de interne DNS-server voor interne domeinen. Zo blijft naamresolutie van eigen systemen werken en zijn externe lookups snel.
Proxy-configuratie controleren
Een proxy voegt latency toe aan elke verbinding. Voor Workspace is dat merkbaar, en voor Meet (waar elke milliseconde telt) helemaal. SSL-inspectie op Google-verkeer is een veelvoorkomende boosdoener.
Controleer of er een proxy actief is:
env | grep -i proxy
curl -v https://mail.google.com 2>&1 | grep "< HTTP"
Gebruik je een proxy, configureer dan een bypass voor de Google-domeinen. Voeg deze toe aan de no-proxy-lijst: *.google.com, *.googleapis.com, *.gstatic.com en *.googleusercontent.com.
Waar je de bypass instelt:
- Windows: Instellingen > Netwerk en internet > Proxy > Uitzonderingen.
- macOS: Systeeminstellingen > Netwerk > Proxies > "Negeer proxy-instellingen voor deze hosts en domeinen".
Inspecteer Google-verkeer niet onnodig
SSL-inspectie van Workspace-verkeer kost prestaties en kan met certificate pinning bovendien Meet- of Drive-functies breken. Sluit de Google-domeinen waar mogelijk uit van diepe inspectie, niet alleen van de proxy zelf.
Pakketverlies en latency analyseren
Pakketverlies is de meest impactvolle oorzaak van slechte Meet-kwaliteit. Zelfs 1 procent pakketverlies geeft al hoorbare hapering in audio.
Meet de latency en het pakketverlies naar Google:
ping -c 50 gmail.com
Bekijk de gemiddelde latency en het percentage verloren pakketten. Richtwaarden:
| Locatie | Goede latency | Acceptabele latency |
|---|---|---|
| Nederland (kantoor) | < 20 ms | < 40 ms |
| Via VPN (internationaal) | < 60 ms | < 100 ms |
Pakketverlies boven 0,5 procent is een probleem. Zoek naar de oorzaak: een overbelaste switch, een defecte kabel of een zwakke wifi-verbinding.
Gebruik traceroute voor hopanalyse:
traceroute gmail.com
Kijk op welke hop de latency piekt of pakketten verloren gaan. Een hoge latency op hop 3 (de internet-gateway) wijst op een overbelaste uplink. Een hoge latency op hop 1 of 2 (intern netwerk) wijst op een lokaal probleem.
Wifi-optimalisatie voor Workspace
In kantoren met veel gebruikers op wifi spelen vaak interferentieproblemen. Praktische adviezen:
- Gebruik 5 GHz (Wi-Fi 5, Wi-Fi 6 of Wi-Fi 6E) voor Workspace. De 2,4 GHz-band is drukker en geeft hogere latency.
- Stel access points in op niet-overlappende kanalen: 1, 6 en 11 op 2,4 GHz, en niet-overlappende kanalen of automatische kanaalkeuze op 5 GHz.
- Schakel WMM (Wi-Fi Multimedia) in voor QoS op wifi. Dit geeft audio- en videoverkeer prioriteit.
- Controleer de signaalsterkte. Medewerkers die op 5 GHz verder dan ongeveer 15 meter van een access point zitten, merken dat direct in de kwaliteit.
Workspace werkt thuis prima maar op kantoor traag. Wat is de meest waarschijnlijke oorzaak?
De meest voorkomende oorzaken op kantoor zijn een proxy of SSL-inspectie die Google-verkeer vertraagt, een overbelaste internetuplink in de ochtendspits, of een DNS-server die externe queries traag oplost. Begin met de Google Admin Toolbox-test en vergelijk de latency met en zonder proxy.
Hoeveel bandbreedte heeft Google Workspace per gebruiker nodig?
Voor normaal gebruik van Gmail, Drive en Docs is 2 tot 5 Mbps per actieve gebruiker ruim voldoende. Voor Google Meet in 1080p rekent Google op tot 3,6 Mbps per deelnemer (inkomend en uitgaand apart). Houd rekening met gelijktijdigheid, want niet iedereen zit tegelijk in een videogesprek.
Hoe weet ik of het probleem aan Google ligt of aan mijn netwerk?
Vergelijk een trage actie op het kantoornetwerk met dezelfde actie op een 4G- of 5G-verbinding. Werkt het buiten het kantoornetwerk wel vlot, dan ligt het bijna altijd lokaal. Bevestig dit met de Google Admin Toolbox en het Google Workspace Status Dashboard, dat globale storingen toont.
Helpt QoS voor Workspace-verkeer, en hoe stel ik dat in?
QoS kan helpen op een verzadigd netwerk, maar Google adviseert het alleen toe te passen als daar een duidelijke reden voor is. Markeer dan het Meet-verkeer met DSCP en wijs het toe aan de audio- of videowachtrij op je router, switch of wifi-controller. Op een netwerk zonder congestie levert QoS weinig op en kan het de configuratie onnodig ingewikkeld maken.
Welk verschil maakt de DNS-server in de praktijk?
Elke Workspace-app doet veel DNS-lookups. Een trage resolver telt op tot een merkbaar trage ervaring, ook bij een snelle verbinding. Vergelijk de response-tijd van je interne DNS met die van 8.8.8.8 met dig; is het verschil groot, dan loont het om de forwarders of de cache van je DNS-server na te lopen.