5 ms·

I and any other third party can buy their way into the google Ad Exchange, but nobody can buy their way into iCloud's servers; for example, China had to ask App

I and any other third party can buy their way into the google Ad Exchange, but nobody can buy their way into iCloud's servers; for example, China had to ask Apple to create a segregated iCloud to support iOS in China. It is possible that the US government has some snooping contract with iCloud, but they are definitely not the party I am trying to protect myself from. I am trying to protect myself from businesses using my data to influence my politics, lifestyle and purchases. Look into the business of companies like Liveramp, to see the kind of data exchanges that Google helps proliferate.

shawnz 6y ago
Do you have a source that third-parties are able to see that data in Ad Exchange?
- DevKoala 6y ago
  Read into the RTB protocol. With every Google pixel, all of the information obtained by the HTTP request + publisher appended data is passed to Google and auction to advertisers. https://www.iab.com/guidelines/real-time-bidding-rtb-project/ https://www.iab.com/guidelines/real-time-bidding-rtb-project... Full disclosure: I work for one of these third parties. Safari/Firefox are the hardest browsers to track. Google extended the deadline for killing cookies which probably netted us another year worth of easy revenue before we have to start start relying on first party tracking.
  - shawnz 6y ago
    Of course they send that information... it is just the information that the advertiser would get anyway when you see their ad. Do they send the tracking cookie though, even before you buy?
    - DevKoala 6y ago
      The RTB protocol describes the message that goes along with each bid request. So that is the information that all third parties participating in the auction receive as long as they are listening. To participate in the auction you don't need to win or even bid; you pay an upfront cost for listening, buy a seat in the ad exchange. The whole thing is dressed as an ad-exchange, but it really is a data exchange. If you win the auction you get to serve your own pixel to tag the user, corroborate the data from the auction, etc. There is a lot of value in winning and ad impression beyond the ad impression itself, but just by listening you can build advanced models of people's browsing patterns, and if you want tie the data with the information from another identity graph, you only need to win one identifier once and serve both pixels, your party's and the third party (cross cookie syncing). This third party identity sync historically happens at the client level, the browser in this case. However, in the future it will happen at the backend level, first party. PS: Google is not the only exchange btw. There is APPNEXUS, Rubicon, PubMatic, etc.
      - shawnz 6y ago
        > If you win the auction you get to serve your own pixel to tag the user, corroborate the data from the auction, etc. That's not a scenario specific to real time bidding though. You could also just buy a regular ad and do that. > if you want tie the data with the information from another identity graph, you only need to win one identifier once and serve both pixels, your party's and the third party (cross cookie syncing). How can you associate the data from bids you didn't win to the data you get from ads that you did win and serve? Even with cookie syncing that doesn't necessarily reveal when a past/future bid opportunity matches a user you already know (unless you bid on it and win)
        DevKoala 6y ago
        > That's not a scenario specific to real time bidding though. You could also just buy a regular ad and do that. With a regular ads (ad words), you don't get to target based on cookie, geo, or other identifying characteristics in real time. Through programmatic ad exchanges you can do it in real time since every auction contains all the information to perform the targeting and enhance your models; the cookie, the url where the ad was going to be displayed, the browser characteristics, etc (read RTB for that). > How can you associate the data from bids you didn't win to the data you get from ads that you did win and serve? Even with cookie syncing that doesn't necessarily reveal when a past/future bid opportunity matches a user you already know (unless you bid on it and win) Associating between auctions and wins is simple, they share the same id. You listen to a different stream for bid result notifications. Moreover, your own embedded pixel will give you the information upon impression. The key here is that the auction, what you get by just listening, comes already with all the information; if you listen enough, you can build the full browsing history of the cookies you track. Using this information you can build models to predict where these specific cookies will go next, and show them ads or alter the publisher context they are exposed to in order to route them where you want to route them. B2C marketing and political propaganda services are all about that.
        shawnz 6y ago
        If it's the case that the auction provides bidders with the cookie even if they don't win, then that is indeed concerning.
diminish 6y ago
apple's business model is selling its users as hostages to app developers. - it's bad for app developers with 30% cut - and bad for users as every app becomes +30% more expensive (like Hey app) - good for apple. in apple app ecosystem you're the product as the user.
- minhazm 6y ago
  This is exactly the same for Android though. Both Google Play and Apple App store charge 30%. And they both also drop the 30% to 15% for subscriptions after 1 yr. It's estimated Apple did about $50 billion in App Store revenue in 2019, and $30 billion for Google Play store. Now consider that about 80% of Apple's revenue actually comes from hardware, not software or people's data. But 70% of Google's revenue comes from ads. It's insane to me that you think that in Apple's ecosystem you're the product. The product in Apple's ecosystem is their hardware and they charge for access to users. Google does exactly the same thing, except without the regard for your privacy. Google's entire business model is selling access to its users.

shawnz 6y ago

Do you have a source that third-parties are able to see that data in Ad Exchange?

DevKoala 6y ago
Read into the RTB protocol. With every Google pixel, all of the information obtained by the HTTP request + publisher appended data is passed to Google and auction to advertisers. https://www.iab.com/guidelines/real-time-bidding-rtb-project/ https://www.iab.com/guidelines/real-time-bidding-rtb-project... Full disclosure: I work for one of these third parties. Safari/Firefox are the hardest browsers to track. Google extended the deadline for killing cookies which probably netted us another year worth of easy revenue before we have to start start relying on first party tracking.
- shawnz 6y ago
  Of course they send that information... it is just the information that the advertiser would get anyway when you see their ad. Do they send the tracking cookie though, even before you buy?
  - DevKoala 6y ago
    The RTB protocol describes the message that goes along with each bid request. So that is the information that all third parties participating in the auction receive as long as they are listening. To participate in the auction you don't need to win or even bid; you pay an upfront cost for listening, buy a seat in the ad exchange. The whole thing is dressed as an ad-exchange, but it really is a data exchange. If you win the auction you get to serve your own pixel to tag the user, corroborate the data from the auction, etc. There is a lot of value in winning and ad impression beyond the ad impression itself, but just by listening you can build advanced models of people's browsing patterns, and if you want tie the data with the information from another identity graph, you only need to win one identifier once and serve both pixels, your party's and the third party (cross cookie syncing). This third party identity sync historically happens at the client level, the browser in this case. However, in the future it will happen at the backend level, first party. PS: Google is not the only exchange btw. There is APPNEXUS, Rubicon, PubMatic, etc.
    - shawnz 6y ago
      > If you win the auction you get to serve your own pixel to tag the user, corroborate the data from the auction, etc. That's not a scenario specific to real time bidding though. You could also just buy a regular ad and do that. > if you want tie the data with the information from another identity graph, you only need to win one identifier once and serve both pixels, your party's and the third party (cross cookie syncing). How can you associate the data from bids you didn't win to the data you get from ads that you did win and serve? Even with cookie syncing that doesn't necessarily reveal when a past/future bid opportunity matches a user you already know (unless you bid on it and win)
      - DevKoala 6y ago
        > That's not a scenario specific to real time bidding though. You could also just buy a regular ad and do that. With a regular ads (ad words), you don't get to target based on cookie, geo, or other identifying characteristics in real time. Through programmatic ad exchanges you can do it in real time since every auction contains all the information to perform the targeting and enhance your models; the cookie, the url where the ad was going to be displayed, the browser characteristics, etc (read RTB for that). > How can you associate the data from bids you didn't win to the data you get from ads that you did win and serve? Even with cookie syncing that doesn't necessarily reveal when a past/future bid opportunity matches a user you already know (unless you bid on it and win) Associating between auctions and wins is simple, they share the same id. You listen to a different stream for bid result notifications. Moreover, your own embedded pixel will give you the information upon impression. The key here is that the auction, what you get by just listening, comes already with all the information; if you listen enough, you can build the full browsing history of the cookies you track. Using this information you can build models to predict where these specific cookies will go next, and show them ads or alter the publisher context they are exposed to in order to route them where you want to route them. B2C marketing and political propaganda services are all about that.
        shawnz 6y ago
        If it's the case that the auction provides bidders with the cookie even if they don't win, then that is indeed concerning.

diminish 6y ago

apple's business model is selling its users as hostages to app developers. - it's bad for app developers with 30% cut - and bad for users as every app becomes +30% more expensive (like Hey app) - good for apple. in apple app ecosystem you're the product as the user.

minhazm 6y ago
This is exactly the same for Android though. Both Google Play and Apple App store charge 30%. And they both also drop the 30% to 15% for subscriptions after 1 yr. It's estimated Apple did about $50 billion in App Store revenue in 2019, and $30 billion for Google Play store. Now consider that about 80% of Apple's revenue actually comes from hardware, not software or people's data. But 70% of Google's revenue comes from ads. It's insane to me that you think that in Apple's ecosystem you're the product. The product in Apple's ecosystem is their hardware and they charge for access to users. Google does exactly the same thing, except without the regard for your privacy. Google's entire business model is selling access to its users.