Rapportering av Footfall Attribution utan att förlita sig på SDK:er
Visste du att Footfall Attribution-rapportering - baserad på installerade SDK:er - bara är möjlig i västvärlden?
Och visste du att på grund av GDPR är Footfall Attribution-rapportering - när den baseras på installerade SDK:er - tekniskt sett olaglig i Europa?
I ett av våra senaste blogginlägg gav vi en första glimt av vår upptäckt när det gäller Footfall Attribution-metoder och branschens beroende av SDK:er. Ja, vi vågar kalla det en upptäckt. Här är varför:
Som framgår av vårt senaste whitepaper är Footfall Attribution hett men har några betydande utmaningar och hinder att övervinna. Till att börja med har bevis för (eller rapportering om) Footfall Attribution - fram till nu - gjorts baserat på / och med hjälp av Software Development Kits installerade i appar. I huvudsak kan SDK:er se platsen för en enhet UTAN att en annonsförfrågan har vunnits, utan att ett intryck har visats. Telefonen kan bokstavligen stanna i någons ficka och ändå kan en Footfall-leverantör (vanligtvis tredjepartsdataleverantörer eller ett dedikerat platsdataverktyg) "se" vad platsen för dig och din telefon är. Det är inte alls förvånande att många Footfall Reporting-leverantörer har slutat erbjuda denna produkt/lösning (i Europa) sedan GDPR aktiverades i Europa.
Sedan har vi det faktum att Footfall Attribution-rapportering inte är möjlig i många länder i världen. Varför är det så? På grund av bristen på aktiva och användbara SDK:er i lager som är populära i dessa respektive länder.
I detta nya whitepaper beskriver vi SDK-problemet (när det gäller GDPR och bristen på SDK:er installerade i appar som representerar en stor del av ett lands tillgängliga lager). Ännu viktigare är att vi erbjuder en lösning för att bevisa Footfall med en metod som är GDPR-kompatibel OCH som också kan aktiveras i länder där Footfall Attribution-rapportering - just nu - inte är tillgänglig.
Kontakta oss om du är intresserad av detta whitepaper.