Verhuis je container zonder een tag aan te raken.
Een servercontainer hangt aan headernamen. Wissel van provider en elke Request Header-variabele wijst naar iets dat niet meer binnenkomt. Deze module stuurt ook de namen van je oude provider mee, met onze waarden erin, zodat de container die gisteren werkte vandaag gewoon werkt.
Dezelfde waarde onder beide namen. Zet je variabelen om wanneer je eraan toe bent en schakel de module daarna uit.
Eén waarde, twee headernamen
Het deel van een migratie waar niemand tijd voor inplant
Een container verhuizen is een DNS-wijziging en een redeploy. Wat de middag kost, is de taglaag: elke variabele die een header leest die de vorige provider heeft bedacht, en elke tag die eronder hangt.
Variabelen falen geruisloos
Een Request Header-variabele die niets vindt, geeft undefined terug. De tag vuurt gewoon, de parameter ontbreekt simpelweg, en het gat komt dagen later boven water in de rapportage van de vendor in plaats van in je preview.
De lijst is langer dan hij lijkt
Bezoekersidentifiers, locatie, apparaatgegevens. Elke provider schrijft ze op zijn eigen manier, en aan de namen alleen zie je niet welke toevallig al overeenkomen.
Je kunt het nergens op oefenen
De oude headers bestaan alleen bij de oude provider. Tot de DNS-wijziging live staat, is er niets om tegenaan te testen, dus het eerste echte verkeer is meteen de eerste test.
Hoe het werkt
Je geeft aan waar je vandaan komt. Elk verzoek komt daarna ook binnen met de headernamen van die provider, met de waarden die onze eigen modules berekenen.
Kies je vorige provider
Voor Stape en MetricsGate zit de mapping er standaard in. Voor al het andere lees je de headernamen af bij je oude container en koppel je ze aan de onze.
Beide namen worden geleverd
De onze en die van hen, dezelfde waarde, hetzelfde verzoek. Er wordt niets vervangen, dus een variabele die je al omgezet hebt blijft werken.
Verplaats je variabelen wanneer het uitkomt
Zet ze één voor één om, met echt verkeer erop en zonder dat de volgorde uitmaakt.
Zet de module weer uit
Zodra geen enkele variabele nog een oude naam leest, schakel je hem uit. De extra headers stoppen en verder verandert er niets.
Wat je krijgt
De meeste namen komen al overeen
Headernamen zijn hoofdletterongevoelig, en de Request Header-variabele ook. Een variabele die om X-GEO-Country vraagt, wordt zonder meer beantwoord door onze X-Geo-Country, dus alleen echt afwijkende namen krijgen een alias.
Er wordt niets overschreven
Aliassen zijn extra headers. Onze eigen namen gaan altijd mee, dus de module kan aan en uit zonder gecoördineerde wijziging aan de tagkant.
Alleen wat je echt draait
Een alias wordt alleen verstuurd als de module die de waarde produceert op je container aanstaat. Migratieondersteuning aanzetten zet verder niets anders aan.
Namen die je zelf opgeeft worden gecontroleerd
Een eigen naam moet eruitzien als een header en mag niet gericht zijn op de velden met het adres van de bezoeker, zodat een typefout je privacy-instellingen nooit stilletjes ongedaan maakt.
Specificatie
- Headernamen
- Die van je vorige provider, naast de onze
- Ingebouwde providers
- Stape, MetricsGate
- Andere providers
- Eigen mapping, tot 20 namen
- Waarden
- Identiek aan onze eigen headers
- Kosten
- Inbegrepen bij je container
Wanneer je het gebruikt
Je komt van Stape
X-Stape-User-Id en X-GEO-PostalCode komen precies zoals voorheen binnen. De rest van hun set komt al overeen met de onze, dus verder hoef je niets te regelen.
Je hebt de container overgenomen
Als niemand meer weet welke variabelen welke headers lezen, stuur je beide namen mee en werk je ze af vanuit de rapportage in plaats van uit je hoofd.
Je zet gefaseerd over
Stuur een deel van je verkeer naar de nieuwe container terwijl de oude de rest nog bedient. Voor de taglaag gedragen die twee zich identiek.
Vragen over Migration Headers
Moet ik eerst iets aanpassen in mijn container?
Nee, en dat is precies het punt. Zet de module aan, verhuis de DNS, en de variabelen die je al hebt blijven gewoon werken. Ze omzetten naar onze namen is opruimwerk voor daarna, in het tempo dat jou uitkomt.
Waarom is de lijst met aliassen zo kort?
Omdat HTTP-headernamen hoofdletterongevoelig zijn, en de Request Header-variabele in je container ook. Het grootste deel van de set van een concurrent komt al zonder hulp overeen met de onze. Alleen namen die meer verschillen dan alleen hoofdlettergebruik hebben een alias nodig.
Mijn vorige provider staat er niet bij.
Open de preview van je oude container, kopieer de binnenkomende headernamen en koppel elke naam aan de waarde die hij moet dragen. Daarmee dek je elke provider af, ook de providers die hun headernamen nooit hebben gepubliceerd.
Kost het versturen van twee headers iets?
Nee. Ze worden aan onze rand toegevoegd op basis van waarden die al voor het verzoek berekend zijn, en de module is inbegrepen bij je container.
Kan ik hem gewoon aan laten staan?
Er is geen kosten- of prestatiereden om hem uit te zetten, maar hij is bedoeld als tijdelijk. Zodra elke variabele onze namen leest, haal je met uitschakelen de headers weg die niemand meer leest.
Andere modules
Modules stapelen. Zet er zoveel aan als je nodig hebt. Ze komen samen in één configuratie vóór je container.
Klaar om aan te zetten?
Elke module zit zonder meerkosten bij je container. Maak een container aan, open het modulepaneel en zet de schakelaar om.