Transcript
A (0:08)
Welcome to the Big Story, a roundtable featuring members of the Ad Exchanger editorial team. Every week we bring you an in depth discussion of key developments in digital marketing and media.
B (0:25)
Today's episode is sponsored by Verve. Verve captures over a billion daily search, AI chat and zero party signals, giving brands and publishers a real time understanding of intent. As a journalist and as a human, I always find that I learn the most from mistakes in ad tech. Mistakes show limits to technology and mistakes show gaps in interpreting policy technology and more. So today's podcast is going to center on two such ad tech mistakes. First, we are going to talk about a mistake that uncovered another sort of mistake. When a CTV publisher flubbed its encryption key, making its UIDs undecodable, it discovered two things. First, that the Trade desk, which administrates the the Alt ID, didn't notice that none of the IDs were readable. And second, once it fixed the implementation a few months later, it discovered that the change made zero impact to the revenue. The publisher had been dangled the carrot that they would get more demand from buyers who were using the id, which turned out to be incorrect and a disappointment. Next. Kochava has been battling with the FTC for for almost four years over allegations that it shared sensitive location data that could tie users to specific healthcare facilities or places of worship. Now Cochava has settled the case with the FTC and will no longer share that sensitive location data anymore. Our data privacy expert and managing editor, Allison Schiff will tell us more. We also have our senior editor Anthony Vargas here who covered the UID story. Hello, Anthony.
C (2:11)
Hello.
B (2:12)
And we will see you all in just two weeks at Programmatic AI in Las Vegas at the park mgm. We've got a lineup full of impact and knowledge and analysis about how AI is transforming marketing. We've got Allison and Anthony each moderating panels. You can join us by signing up on our website. Jet on over. So Anthony, let's start with this UID story. We know that for a long time the trade desk has been pushing UIDs. It was seen as kind of the savior, the solution when third party cookies were going away, which they aren't anymore. But I think the implementation has been more rocky, as your story reveals. So tell us a little bit about what went on.
C (2:59)
Yeah, so what happened here was I was contacted by a major CTV publisher who had basically like been under pressure by the Trade desk to adopt UID2 for years. And they always kind of like, you know, pushed back against it because they had like, you know, company wide concerns about the viability of like email based alternative identifiers for CTV targeting, you know, TV and CTV publishers. They're mostly working with like one to many targeting signals like IP addresses, household IDs, things like that. And so like the idea of using like a one to one ID like email for ad targeting on ctv, like never really, you know, like some. There are a lot of critics behind that idea to say the least. So eventually this CTV publisher kind of relented because they were worried, you know, like, you know, maybe it's true, maybe I'm missing out on some demand if I'm, if I'm not passing UID twos. So they started doing it recently and they opted to become what's called a private operator under the UID 2 protocol, which is it basically means they're responsible for encrypting their first party data emails in this case to create UID2 tokens instead of farming that out to like a, you know, a third party, what's called a public operator under UID 2, which would include the Trade Desk, other DSPs, other platforms like that. So as a private operator, this publisher was kind of responsible for its like UID to encryption and setup. In the initial, kind of like integration period of first Beginning to encrypt UID2 tokens, the publisher inadvertently made some errors with the encryption. I know a little bit more about the details behind these errors, but I'm not sharing them to kind of protect the publisher's anonymity here. But basically the long story short is that these encryption errors on the publisher's part basically made their UID2 tokens non viable for any kind of like ad targeting. It made it so that they weren't reconcilable to any other, you know, ID graph or anything like that. And this basically like persisted for a period of three months before the publisher noticed it on its end and they fixed the error on their own. And what they were telling me was that in the intervening three months between when they first implemented this flawed setup and when they fixed it, the trade desk never noticed anything. All they heard from their account reps was positive feedback. Just like, great to see you passing those UID 2 tokens in your bid requests now. And there was no, according to the publisher, they noticed no kind of noticeable uptick or decrease in demand. They were like maybe like a small 1% or 2% bump that could have been anything. And you know, this also coincided with a period of like, you know, like a, like a seasonal uptick in demand that I won't get into too much more detail on. You could probably use your imagination. But like again, their account reps were like, oh, look at all this demand you're getting. That's probably because of UID too. And the publisher's like no, we were expecting this like uptick for seasonally anyway.
