Een bestaande servercontainer naar Measurebase verhuizen zonder een dag data te verliezen

Een servercontainer is een configuratie, geen server. Google bewaart hem; wie hem host, draait hem alleen. Daarom kost een verhuizing geen tags, triggers of variabelen: Measurebase host de container die je al hebt, en het enige dat beweegt is een DNS-record en, als je de hostnaam wijzigt, één URL in je webcontainer. In de juiste volgorde beantwoorden de oude en de nieuwe host dezelfde container naast elkaar en gaat er geen hit verloren.

Voor je begint: drie feiten over je setup

• De hostnaam waar je site naartoe stuurt. De waarde van server_container_url in je Google-tag, bijvoorbeeld sgtm.yoursite.com. Controleer of elke tag dezelfde gebruikt.
• Het DNS-record erachter. Meestal een CNAME naar je huidige aanbieder of een A-record naar diens adres, met zijn TTL.
• Waar de container is. Admin → Container Settings in de servercontainer: de configstring onder Manually provision tagging server is wat elke host draait.

Stap 1 · Voeg het domein in Measurebase toe met dezelfde container

Domains → New domain. Vul je hoofddomein in en koppel dan Google Tag Manager en kies de bestaande servercontainer, of plak de configstring ervan. Measurebase zet een taggingserver op vanuit precies die container; de tags, clients en transformaties komen mee, want zij zíjn de container.

De tagging subdomain is de enige beslissing. Je huidige hostnaam houden betekent nul wijzigingen in Tag Manager en in hard gecodeerde verwijzingen: vul hetzelfde label in (bijvoorbeeld sgtm) en de overstap is alleen een DNS-wijziging. Een nieuwe naam kiezen loont als de huidige op adblocklijsten staat, zoals sst en sgtm dat zijn; plan dan de ene URL-wijziging in stap 3. Je kunt ook allebei: eerst verhuizen onder de oude naam, later hernoemen.

Stap 2 · Zet DNS om zonder gat

1. Verlaag de TTL van het bestaande record een dag van tevoren naar 300 seconden, zodat de omzetting in minuten doorkomt.
2. Kopieer op de pagina Settings van het domein in Measurebase het A-record (Type, Name, Value). Vervang er bij je DNS-provider het oude CNAME- of A-record mee.
3. Klik op Verify DNS now. Het certificaat wordt uitgegeven bij het eerste request nadat het record resolvet; de status gaat van Pending naar Active.

Tijdens het doorvoeren bereiken sommige bezoekers nog de oude host en andere de nieuwe. Beide draaien dezelfde container met dezelfde tags, en beide zetten cookies op je registreerbare domein, dus niets loopt uit elkaar. Laat de oude host draaien tot ruim na het verstrijken van de oude TTL.

Stap 3 · Alleen als de hostnaam wijzigde: werk de webcontainer bij

Wijzig server_container_url in de Google-tag en in elke eventinstellingenvariabele die hem draagt, en ga in de servercontainer naar Admin → Container Settings → Server container URLs en zet het nieuwe adres vooraan (Preview mode gebruikt het eerste). Publiceer de webcontainer. Vanaf die versie gaan hits naar de nieuwe host; bezoekers met de oude versie nog een paar minuten in de cache bereiken de oude, en daarom blijft die nog even aan.

Wat vanzelf meegaat

• Cookies. _ga, FPID, _gcl_aw en de rest staan op je registreerbare domein, niet op de host, dus een bezoeker die via de oude host kwam is dezelfde bezoeker op de nieuwe. Sessies lopen door; nieuw-versus-terugkerend blijft onaangetast.
• Click-ID's en toestemming. Die leven in de browser en in je webcontainer; de serverhost speelt geen rol.
• Containerversies. Measurebase draait de gepubliceerde versie, zoals elke host. Preview, workspaces en publiceren blijven in Tag Manager.

Stap 4 · Controleer

• De requestlogs tonen de eerste hits binnen seconden na de omzetting, met status 200 en de client die ze claimde.
• GA4 Realtime blijft bewegen; een testaankoop landt één keer in DebugView.
• Servercontainer Preview mode maakt verbinding via de nieuwe host.
• De tracking-audit draait die nacht en vertelt je of een tag nog ergens anders heen stuurt, inclusief Google-hits die de servercontainer passeren.

Stap 5 · Zet de oude host uit, en verbeter dan

Zeg de oude host op na een week zonder verkeer. Zet dan de stappen die eerder niet konden: schakel de loader om naar het Enhanced script zodat de container en elk request van je eigen domein komen in een vorm die blockers niet herkennen, zet de power-ups aan die je wilt, en overweeg voor Safari Same-Origin Tracking.

Valkuilen die we tegenkomen

• Een CDN of proxy vóór de oude hostnaam. Liep het subdomein via een CDN, dan is het record dat je vervangt dat van het CDN; zorg dat het nieuwe A-record rechtstreeks naar Measurebase wijst.
• Twee hostnamen in één container. Sommige setups sturen GA4 naar de ene host en Ads naar een andere. Controleer de server-URL van elke tag, niet alleen van de Google-tag.
• Shopify. De Measurebase-app stelt de tagginghost per storefront in; werk het domein daar bij in plaats van in het thema.
• Het quotum. Je plan telt requests op de taggingserver; een container die eerder op een ander plan draaide, heeft misschien een ander niveau nodig. De requestlogs tonen het volume binnen een dag.

Veelgestelde vragen

Moet ik de container in Measurebase opnieuw bouwen?

Nee. Je bouwt nooit iets opnieuw; je wijst Measurebase naar de container die je hebt.

Kan ik de oude host en Measurebase een tijdje naast elkaar draaien?

Ja, dat is wat de DNS-omzetting van nature doet. Beide draaien dezelfde gepubliceerde versie, dus rapporten zien één setup.