TAGGRS review 2026: server-side tagging zonder eigen server
Laatst bijgewerkt op
TAGGRS is een Nederlands bedrijf dat server-side tagging aanbiedt als dienst. In plaats van dat jij een server-side Google Tag Manager-container op Google Cloud opzet en onderhoudt, host TAGGRS die voor je en levert de koppeling erbij.
Dat is voor de meeste MKB-bedrijven het verschil tussen wel en niet aan server-side tagging beginnen. De techniek is niet het probleem, het beheer is het probleem.
In het kort
- Wel gebruiken als
- Webshops en leadgeneratie-sites die genoeg conversies hebben om het verschil in datakwaliteit terug te zien.
- Niet gebruiken als
- Sites met een handvol conversies per maand. Daar los je een meetprobleem op dat statistisch niet bestaat.
- Prijs vanaf
- €22 per maand, er is een gratis versie
Wat TAGGRS doet
TAGGRS host een server-side Google Tag Manager-container voor je. In plaats van dat de browser van je bezoeker rechtstreeks met Google en Meta praat, gaat dat verkeer eerst langs een server op je eigen domein. Dat maakt je meting minder afhankelijk van adblockers en browserinstellingen, en het geeft je meer grip op welke gegevens je doorstuurt. Het is een Nederlands bedrijf, dus support en facturatie gaan in het Nederlands.
Het probleem dat het oplost: Adblockers en browserinstellingen slopen je conversiemeting.
Wat TAGGRS kost
| Plan | Prijs | Toelichting |
|---|---|---|
| Free | €0 | Tot 10.000 requests. |
| Basic | €22 per maand | |
| Pro | €57 per maand | |
| Ultimate | €127 per maand | Bij jaarbetaling circa 13% korting op alle betaalde plannen. |
Prijzen gecontroleerd op 20 augustus 2026. Dollarbedragen staan zoals de leverancier ze publiceert, ik reken ze niet om naar euro’s.
Waar TAGGRS in een marketingstack past
TAGGRS zit in fase twee van mijn opbouw: de meting kloppend maken. Fase één is weten wat er gebeurt, en dat kost niets. Fase twee begint pas als je genoeg conversies hebt om een verbetering te kunnen zien, en als je gewone Google Tag Manager-inrichting al klopt.
In de praktijk betekent dat: eerst je conversies nalopen, dan je cookiebanner koppelen aan je meting, en pas daarna hierheen. Doe je het andersom, dan neem je bestaande meetfouten mee naar een duurdere opzet.
Wat me tegenvalt
Geen enkele tool is alleen maar goed. Dit zijn de punten waar je op moet letten voordat je begint:
- Server-side tagging is geen knop die je omzet. Je hebt een correcte GTM-inrichting en een werkende consentoplossing nodig voordat het iets oplevert.
- Requests zijn álle HTTP-calls naar je container, niet alleen je events. Je GA4-eventaantal is dus geen goede schatting van je verbruik.
- Elke extra client vermenigvuldigt je requests. De calculator van TAGGRS gaat uit van 6 clients, en daar wijk je makkelijk vanaf.
- De prijs loopt op met het aantal requests, dus je maandbedrag beweegt mee met je verkeer.
Voor wie is dit niet
Server-side tagging is geen wondermiddel. Het levert pas meetbaar meer conversiedata op boven een bepaald volume, en onder dat volume verplaats je vooral je meetfouten naar een andere plek. Heb je vijf aanvragen per maand, dan verandert een betere meting statistisch niets aan wat je erover kunt zeggen.
Het is ook niet de eerste stap. Staat je conversiemeting nog niet goed in de gewone Google Tag Manager, of is je cookiebanner niet goed gekoppeld, dan los je met server-side tagging het verkeerde probleem op. Begin daar.
Alternatieven voor TAGGRS
| Alternatief | Wanneer is dit beter |
|---|---|
| Zelf hosten op Google Cloud Run | Goedkoper in licentiekosten, duurder in uren. Alleen zinvol als je iemand hebt die het beheert. |
| Stapeniet nagekeken voor deze pagina | De bekendste internationale concurrent, aan de instapkant goedkoper. Prijzen niet nagekeken voor deze pagina. |
| Addingwellniet nagekeken voor deze pagina | Europese aanbieder in dezelfde categorie. Niet nagekeken voor deze pagina. |
Meer context bij deze keuze staat in Server-side tagging tools vergeleken. Alle tools uit mijn stack staan op het overzicht, en de rest van deze categorie staat bij Data & metingen.
TAGGRS tips: wat je waarschijnlijk mist
Bijgewerkt: augustus 2026
- Gebruik een A-record voor je tagging-subdomein, geen CNAME.
- Kies een onopvallende subdomeinnaam. Adblockers herkennen een naam als serversidetagging.domein.nl gewoon als wat het is.
- Werkt het niet, controleer dan ook je AAAA- en CAA-records. Daar zit het probleem vaker dan in het A-record.
- Requests zijn álle HTTP-calls naar je container, niet alleen je events. Reken je GA4-eventaantal dus niet één op één om naar requests.
- Elke extra client vermenigvuldigt je requests. De calculator van TAGGRS gaat uit van 6 clients, en daar wijk je makkelijk vanaf.
- Zie je een onverwachte piek in je verbruik, kijk dan eerst in de Bot Traffic-grafiek.
- Voor Google-tags hoef je server-side niet apart iets met consent te doen. Voor Meta wel.
- De melding "A tag read consent state before default was set" mag je negeren.
- Zet Meta-deduplicatie op met de Unique Event ID-template, anders tel je conversies dubbel.
- Cookie Recovery zit in álle pakketten, ook het gratis pakket. Dat is je antwoord op de limiet van 7 dagen die Safari op cookies zet.
- Zet in de WooCommerce-plugin het event view_item_list uit. Op een drukke webshop is dat een van de grootste requestposten die je hebt.
Veelgestelde vragen over TAGGRS
Zelf aan de slag, of even meedenken?
Weet je al dat TAGGRS past bij wat je wilt, dan kun je hem hieronder bekijken. Twijfel je of dit het juiste probleem is om als eerste op te lossen, plan dan een gesprek. Niet iedereen heeft een tool nodig, sommigen hebben een volgorde nodig.
Bronnen die voor deze pagina zijn nagekeken op 20 augustus 2026: taggrs.io/prices, help.taggrs.io.