When personalizing for news platforms, you must pay attention to both the audience and the content. Much like most software architecture systems, readers and news content should not be treated as a monolith. There are many types of audiences, each with a set of unique preferences and habits. At the same time, most news organizations nowadays produce a variety of content, addressing different audiences and different interests.
The New York Times produces content for 63 different sections, and many of those sections feature diverse content. It’s in the company’s interest to surface the right content to the right audience by personalizing the user experience on our platforms. To do so, it has built a set of recommender models, from the generic and simple, such as ranking by popularity or a Thompson sampling model, to the complex and personalized, such as collaborative filtering using matrix factorization and contextual bandits.
The New York Times’s strategy to understand its readers and how they engage with its platforms is to A/B test different models on different types of content, such as the Opinion block on the homepage or the Smarter Living section on the iOS app. This requires an architecture that allows the company to easily modify an experiment on its platforms for a surface and add models that look more promising while easily removing the ones that perform poorly. One challenging business requirement is to leave some editorial control over how content is personalized to the newsroom’s expertise to make sure what New York Times shows on its platforms aligns with what they deem to be most important for readers to see (for example, a great investigative piece) or not see (an article that’s not relevant anymore, such as a Thanksgiving recipe).
Katerina Iliakopoulou details the architecture of a system that facilitates agile personalization on the New York Times’s platforms to accommodate fast A/B testing, discussing software architecture patterns the company tried and the solutions that worked and allowed for fast model integration and use on any pool of content with a different set of business rules. Along the way, Katerina touches on scalability problems encountered (and solutions) and explains how the current modular architecture solution allows for service extensibility as the company moves to expand its recommender models.
Katerina Iliakopoulou is a senior software engineer within the Messaging Group at the New York Times, where she maintains the platform that delivers newsroom produced messages, being either a newsletter or a push notification. She’s interested in machine learning, information retrieval, and system design—especially if they’re applied in a news media context. In her three years at the New York Times, she’s led the architectural design of one of the team’s main frameworks for serving recommendations and worked on a variety of projects that facilitate the use of recommendations on the New York Times’s platforms, either by building microservices or collaborating with data scientists to productionalize recommender models. In her last year, she’s serving as the Tech Lead of the NYT messaging platform, a system that supports most of newsroom messaging functionality.
©2019, O'Reilly Media, Inc. • (800) 889-8969 or (707) 827-7019 • Monday-Friday 7:30am-5pm PT • All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners. • firstname.lastname@example.org