snikolic
Joined 16 years ago
Joined 16 years ago
Some gross anecdotes about Bay Area VCs showing naked pictures of themselves, asking about her husband's sexual performance, etc.
(For the record, the company she was trying to fund has been quite successful.)
The irony is that Rakuten also owns a significant (12 percent?) stake in Lyft. Pretty funny that one Rakuten property was selling data to Uber who used it to hurt a second Rakuten property.
You can think of this as a two step process. First, connecting your Facebook UID to structured data about a specific product in a product catalog. Second, connecting your FB UID to multiple devices/browsers without cookies.
I think the second part (cross-device matching) has been explained well by other commenters: tere are multiple techniques involving IPs, hardware footprints, browser footprints, browsing habits, etc.
I want to clarify a few things about how the first part most likely occurred. There's been a lot of emphasis in discussion on the FB "Like" button. It's true that this is a possible way for FB to observe you have visited a specific webpage. However, it's more likely that there was a Facebook "pixel" on a retailer's website (some commenters have been referring to this as "javascript" or "retargeting"). Most e-commerce sellers use these today. They're basically a FB web endpoint that the retailer can pass structured metadata to that lets the retailer communicate to FB that an event has occurred on their website. FB allows retailers to send all kinds of metadata about all sorts of events - page loads, add to carts, checkouts, purchases, in-app events, and custom events. The retailer can also send very detailed info about the content being interacted with on a webpage, down to sub-SKU granularity (e.g. not just a particular shoe, but a specific color/size/variant of that shoe).
Historically, the FB web endpoint would return a 1x1 transparent image so that a retailer could embed it on their website's HTML and a customer's browser is "tricked" into loading the image from a third-party domain. Thus the name "pixel". This is still frequently done, but nowadays the endpoint may just be a REST endpoint and/or may be called via AJAX (or via an SDK within a mobile app).
Facebook also allows retailers to upload their Product Catalogs to Facebook. These are basically a CSV of structured metadata about every product the retailer has for sale. Then, when the retailer sends a pixel event to say SKU 12345 has been interacted with by a user, Facebook can reference that SKU in the retailer's Product Catalog to learn all kinds of info about it.
A really interesting exercise is to install the FB Pixel Helper extension for Chrome (I'm sure there are equivalents for other browsers). It will show you all FB pixels loaded on a given page and what metadata was passed along. Keep an eye on it as you browse the web, especially the next time you browse an e-commerce website. Facebook basically sees everything that happens. They may as well be ingesting everyone's Apache/Nginx logs. :-P
https://chrome.google.com/webstore/detail/facebook-pixel-hel... (Note: I'm not affiliated with this extension in any way)
Online ads suck. But advertising keeps the web free (as in beer), and we want to keep the internet free. So rather than hating on advertising, we decided to do something about it.
At SocialWire, we are taking a new approach to advertising: building a recommendation engine for ads. Our system generates product-level ads and hyper-targets them to exactly the right audience. We do this at scale and automatically across a retailer's entire catalog. We want our ads to be so good that people discover interesting products through them, and find them to actually be useful.
We're looking for a full-stack engineer to join our small and talented team. As our fifth engineer, you'll have the opportunity to work on and shape all aspects of our product, from backend Python services to slick dashboard features in JavaScript. We work at the intersection of distributed machine learning and data warehousing, we like to experiment and take risks, and our engineers choose what they build. Most features are live in production just hours after they're completed. We push early and often (with testing and code review!). We ask tough questions. We get shit done.
Super sharp team, early stage company, awesome investors, huge opportunity, beautiful office, and interesting engineering/research challenges. Come join us!
If interested, drop me a line at [email protected]
Truly one of the best artifacts of "the old internet". This gives me nostalgia. So many late nights as a teenager learning about the music I loved that seemed so inaccessible where I grew up. Thank you, Ishkur.