GUIDE FÖR FÖRETAG · Read in English →
Server-side tracking låter tekniskt och konkret. Men upphandlingen blir lätt fel om diskussionen börjar med en taggcontainer och slutar med en faktura. Det verkliga uppdraget är att skapa en dokumenterad, rättsligt hanterad och förvaltningsbar mätlösning som stödjer era beslut.
När är server-side tagging relevant?
Det kan vara värt att utreda när ni har komplex annonseringsmätning, flera datakällor, behov av bättre kontroll över vilka uppgifter som skickas vidare eller en befintlig implementation som är svår att förvalta. Börja dock med att dokumentera problemen. Server-side är inte automatiskt rätt svar på varje spårningslucka.
Skilj mellan tre frågor: vad behöver verksamheten mäta, vad får den samla in och vilken teknik är lämplig? Teknikvalet kommer sist, inte först.
Vad ska en byrå faktiskt leverera?
Mätplan och datamodell
Ni ska få en tydlig lista över händelser, parametrar, konverteringar och affärsdefinitioner. Vad betyder ett kvalificerat lead? Hur hanteras ordervärde, återköp och avbrutna köp? Utan gemensamma definitioner blir bättre datatransport inte bättre beslutsunderlag.
Arkitektur och ansvar
Be om en översikt över webbläsare, webbcontainer, servercontainer, hosting, eventuella API:er och mottagande plattformar. Dokumentera vilka system ni äger och vilka byrån administrerar.
Samtycke och dataskydd
Server-side tracking är inte ett sätt att gå runt samtycke. Byrån ska kunna förklara hur samtyckessignaler respekteras, hur personuppgifter filtreras, vilka mottagare som får data och när juridisk granskning krävs. Det tekniska teamet bör samverka med er dataskyddsansvariga eller juridiska rådgivare.
Datakvalitet och deduplicering
Om samma konvertering skickas både från webbläsaren och servern måste ni förstå hur dubbelräkning undviks. Fråga hur event-ID:n, felhantering och jämförelse mot affärssystem eller CRM testas.
Drift och överlämning
En fungerande installation behöver övervakning, åtkomstkontroll, kostnadsuppföljning, versionshantering och en ansvarig vid förändringar. Be om dokumentation och en tydlig förvaltningsmodell.
Checklista för att jämföra offerter
| Krav | Vad ni bör begära |
|---|---|
| Scope | Namngivna plattformar, händelser och miljöer |
| Samtycke | Dokumenterade scenarier för accepterat, nekat och ändrat val |
| Datakvalitet | Testplan och jämförelse mot definierade källor |
| Hosting | Kostnadsmodell, ägande, loggning och säkerhet |
| Överlämning | Dokumentation, åtkomst, utbildning och supportvillkor |
| Förändringar | Pris och ansvar vid nya kampanjer, kanaler och event |
Acceptanstest innan ni godkänner leveransen
- Testa ett definierat köp eller lead från början till slut.
- Verifiera att nekat samtycke hanteras enligt er fastställda kravbild.
- Kontrollera att händelser inte räknas dubbelt.
- Kontrollera att fel och avbrott går att upptäcka.
- Jämför utvalda händelser med källdata och dokumentera avvikelser.
- Säkerställ att ni själva har avtalad åtkomst och dokumentation.
- Be byrån demonstrera hur en ny händelse läggs till utan att förstöra den befintliga lösningen.
Vanliga varningssignaler
”Vi återställer all förlorad data” är inget trovärdigt löfte. Detsamma gäller förslag utan samtyckesanalys, oklar hostingfaktura, lösningar där byrån ensam äger infrastrukturen eller ett projekt utan acceptanstester.
Specialist eller bred analysbyrå?
En ren implementationsspecialist passar när mätplanen redan är beslutad. En bredare analys- eller martechpartner kan vara bättre när ni samtidigt behöver definiera KPI:er, CRM-kopplingar och rapportering. Om problemet främst gäller kanal- och affärsattribution kan ni börja med guiden om byrå för mätning och attribution.
Briefen som gör offerterna jämförbara
Ange webbplattform, tagghanterare, analys- och annonsverktyg, samtyckeslösning, datakällor, antal prioriterade konverteringar, driftkrav, interna beslutsfattare och budgetintervall. Be varje byrå skilja engångsimplementation från löpande drift.
Beskriv ert mätprojekt för Mosai så blir det lättare att hitta rätt teknisk kompetens.
Language: Read the English guide.