I och med senaste kunduppdraget kom jag i kontakt med en ny term på området affiliatemarknadsföring och webbreklam som jag inte hade hört talas om innan. Termen det gäller är coreg.
Coreg är kort för co-registrations och syftar till att i samma ögonblick som en medlem eller besökare utför en handling på din webbplats – skriver upp sig på din mailinglista, blir medlem på din webbplats eller på annat sätt utför ett så kallat lead – kan även samma information som medlemmen angett användas till att signa upp denne på andra saker.
Det är vanligt förekommande att användaravtal har klausuler om att man godkänner att sidan ifråga eller dess partners tillåts skicka ut e-postmeddelanden i marknadsföringssyften. Ifall sidorna som tillåts skicka ut e-postmeddelande till besökaren inte är sammankopplade mer än genom att de upprättat ett avtal sinsemellan blir coregen bryggan mellan webbplatserna.
I vanliga fall skulle man kunna spara ner informationen och upprätta en databas, för att senare manuellt skicka över informationen till de partners som har rätt att skicka ut e-postmeddelanden i marknadsföringssyfte. En coreg är dock en webbadress eller länk till ett webbskript på en annan server, som genom ett besök tar emot informationen som skickats med och som beroende på skriptet som besöks även kan skicka en så kallad callback - svar – till ett skript på din server.
Ett exempel på en coreg som man kan få från annonsörer hos de olika affiliatebolagen är:
domännamn.se/coreg.asp?firstname=[value]&lastname=[value]&address=[value]&zip=[value]&city=[value] osv.
Detta är en då en webbadress som kräver att vissa utvalda delas byts ut mot den information som besökaren angett. Detta görs kodmässigt i exempelvis ASP med funktionen Replace() och med PHP genom en likvärdig funktion kallad str_replace()
Genom att byta ut “firstname=[value]” mot “firstname=” & Request.Form(“firstname”) med
<% Replace(strCoreg,"firstname=[value]","firstname=" & Request.Form("firstname")) %>
från i det här exemplet, ett formulär och sedan upprepa för alla fälten skulle slutligen coregen se ut enligt följande:
domännamn.se/coreg.asp?firstname=Anna&lastname=Andersson&address=Andra gatan 22&zip=12345&city=Akalla
När allt är utbytt använder man sig av en enkel funktion för att besöka adressen ifråga. Det kan, med hjälp av ASP i detta exempel, åstadkommas genom att anropa den med nedanstående rader kod, där variabeln strCoreg innehåller webbadressen att besöka:
GotothisURL = strCoreg
Set Conn = CreateObject("Microsoft.XMLHTTP")
Conn.Open "get", GotothisURL, False
Conn.Send
Set Conn = Nothing
Skriptet som besöks bör sedan plocka ut och spara informationen i sin databas. Ifall anledningen av användande av coreg varit att skicka nya leads till den besökta coreg-webbplatsen bör även ett identifierbart värde bifogas i coregen för att mottagande webbskript skall veta varifrån det aktuella leadet härstammar ifrån. Det görs genom att lägga på exempelvis &PublisherID=unikt värde på coregen och att det i det mottagande skriptet som anropas via coregen finns angivet att just detta unika värde tillhör dig.
Tar man det steget längre kan det ihop med detta unika id finnas en callback-adress (adress till skript på din server) angiven hos annonsören som det besökta webbskriptet sedan skickar tillbaks sitt svar till och gör att du som skickat leadet direkt får information om när någon slutfört ett lead åt partnern ifråga.
Besöket av coregen sker oftast i bakgrunden av webbapplikationen, så den besökare som besöker en webbplats med coregs vet i regel inte i vilken omfattning hans eller hennes information används eller sprids. Givetvis krävs alltså besökarens tillåtelse att använda sig av informationen och man bör även använda sig sparsamt av det, då man inte bygger någon tillit hos besökaren ifall denne helt plötsligt finns med på tjugo ovidkommande e-postlistor och på köpet fått en tidningsprenumeration utan att ha godkänt det.
Slutord
Denna artikel tar inte upp den nog så viktiga säkerhetsaspekten. All indata som skickas med skriptet bör således valideras - kontrolleras – så att ingen skadlig kod skickas med. Funktionen som besöker coregen har ingen felsökning. Ifall servern ligger nere där coreg-skriptet anropas dyker inget felmeddelande upp, så en koll bör göras innan så att servern replikerar och är uppe, innan man slutligen skickar iväg förfrågan.