Nieman Foundation at Harvard
Slate is taking steps to reduce its page load time by 75 percent
ABOUT                    SUBSCRIBE
June 17, 2014, 5:31 p.m.
Reporting & Production

Here’s the Scoop: Looking under the hood of The New York Times’ content management system

“Suddenly, the CMS, an often derided but necessary tool of modern journalism, is cool.”

There’s inside baseball — and then there’s deep dives into the content management systems of America’s largest newspapers. Luke Vnenchak, director of content management systems at The New York Times, published a detailed walk through of the paper’s CMS today, giving an interesting glimpse at the technology responsible for publishing 700 articles, 600 images, 14 slideshows, and 50 videos on a daily basis.

Scoop (because of course the CMS is named Scoop) reminds me a little of a Lego set, at least from Vnenchak’s description, because the Times is continually building new additions and pieces on the original design. And it’s specifically about the management of content:

Unlike many commercial systems, Scoop does not render our website or provide community tools to our readers. Rather, it is a system for managing content and publishing data so that other applications can render the content across our platforms. This separation of functions gives development teams at The Times the freedom to build solutions on top of that data independently, allowing us to move faster than if Scoop was one monolithic system. For example, our commenting platform and recommendations engine integrate with Scoop but remain separate applications.

Vnenchak’s post is a peek behind the curtain, but also a look forward at how they are trying to adapt Scoop to the future needs of the newsroom. If you squint, you can also see the outlines of the Times’ leaked innovation report, specifically in issues around investing in technology and the need to become a more digitally-minded operation. In the past, reporters wrote stories in a print-based system (CCI, which uses Microsoft Word as the editor), with articles sent later to the web system. Now writers can put stories directly into Scoop rather that write them up and have a producer mark them up for the web by adding multimedia, tags, links, and other material. Vnenchak says Scoop will be the primary CMS for both print and digital sides  by next year.

If you have some time give Vnenchak’s post a full read. Here are a few highlights:

Planning and budgeting

One thing that is always handy in newsrooms is a system for tracking the status of stories as they move from assigning and writing to editing. Beyond knowing the status of an article, Vnenchak said they want the system to track when stories run online and in print, and how a story is performing once it’s published.

Vnenchak says the newsroom has largely been resistant to the idea of integrating web traffic and social media data into Scoop. But that’s changing:

At the newsroom’s request, we have never integrated that data back into Scoop to help inform our editors on how to best reach our readers. That attitude is shifting in our organization, and we plan to explore new ways to display this type of information for our editors.


Scoop incorporates a number of real-time editing options that might look familiar to Google Docs users. Different team members can work on different parts of a story at the same time: “For example, a reporter can work on the article while an editor is writing the headline and summary and a producer is adding multimedia. But one editor can’t work on the headline while another works on the summary.”

But the system can also be made private when necessary:

When working with highly-sensitive material, our editors can mark an article as private and restrict access by user or group. This is a necessary requirement for an organization investigating the National Security Agency, for example, or publishing blockbuster op-eds by Vladimir Putin or Angelina Jolie.

Another feature editors and reporters might like: notifications, which can be customized to send alerts for specific activity within Scoop. If someone writes an article on something you want to know about, or, when a writer or editor is done with a story, you can get an alert in email or through the CMS. Editing tools are also available for photos, which allow editors and produces to crop images to different sizes and aspect ratios for different screens or design needs.

Building better tools for tomorrow

One thing that seems clear from Vnenchak’s post is that the Times wants to think more like a technology company, not just a news publisher. Specifically, they want to find ways to make Scoop robust enough to handle different styles of reporting and editing, but also allow space for new forms of storytelling.

That’s a tricky thing, balancing the needs of reporters who want to do three jobs at once and publish on the fly, as well as those who just need a simple text processor:

Scoop is designed around workflows where a reporter writes text, a copy editor writes a headline and summary, a photo editor selects the images and a producer puts it all together. This describes how most of our report is currently assembled, but we don’t think this is necessarily the model for the future. Scoop does not do a good job of accommodating writers who want to do all of those things themselves to tell a story. Nor is it a tool for a reporter who only wants to write and wants the simplest, most elegant interface possible to accomplish that task.

Merging print and digital

As the Times tries to integrate its digital publishing tools with the systems for publishing a printed paper, there are still a few roadblocks:

Keeping articles up-to-date both in Scoop and our print system is problematic. To solve this, we are working on a project to allow our editors to copy-fit for print directly from Scoop. Once that is completed, all print content will be edited in Scoop, while page design will continue to take place in the print system.

Separating mobile and desktop layout

Like most newsrooms, the Times is trying to rethink how it delivers news on mobile devices. One of the issues mentioned in the leaked innovation report is that the Times mobile apps are on “autopilot” because the products are tied to the system for desktop layout. Vnenchak said they need to find a way to make the mobile offerings unique without creating complex or labor-intensive systems:

The homepage and most of our section fronts are manually curated so that our readers can tell which stories our editors have deemed the most important throughout the day. This curation powers the sections of our apps and mobile site as well. The manner in which section fronts are “ranked” is tied to the desktop website’s layout, which means we then need to translate those layout decisions to our apps and mobile site where the layouts are different. With the majority of our traffic shifting to mobile devices, we want to give our editors the same level of control over the presentation of content in mobile that they have today on the web.

One last note: As Vnenchak says, Scoop is about content management, not user-facing display. If you’re interested in how the Times handles that, you might want to check out this video of a talk given in November by frontend software architect Eitan Konigsburg, which details a lot about how the Times has worked to improve how quickly its site loads.

Photo of a card catalog by Franklin Heijnin used under a Creative Commons license.

POSTED     June 17, 2014, 5:31 p.m.
SEE MORE ON Reporting & Production
Show comments  
Show tags
Join the 15,000 who get the freshest future-of-journalism news in our daily email.
Slate is taking steps to reduce its page load time by 75 percent
Slate Group vice chairman Dan Check discusses how Slate plans to speed up its site, how it’s thinking about ad blockers, and why it’s participating in platforms like Apple News.
This portable FM transmitter brings information to people in crisis
“When there is no existing infrastructure that is stable for any kind of media, we thought, let’s come back to good old radio.”
How Esquire built Esquire Classic, a new standalone digital archive
The process took about a year and required the scanning and tagging of more than 50,000 articles dating back to 1933.
What to read next
As giant platforms rise, local news is getting crushed
The quest for scale, driven by the distribution power of a few enormous technology platforms, is killing the business case for local news. Will anything take its place?
890What happened after 7 news sites got rid of reader comments
Recode, Reuters, Popular Science, The Week, Mic, The Verge, and USA Today’s FTW have all shut off reader comments in the past year. Here’s how they’re all using social media to encourage reader discussion.
699Facebook woos journalists with Signal, a dashboard to gather news across Facebook and Instagram
Signal helps journalists find, source, and embed content from Facebook and Instagram.
These stories are our most popular on Twitter over the past 30 days.
See all our most recent pieces ➚
Encyclo is our encyclopedia of the future of news, chronicling the key players in journalism’s evolution.
Here are a few of the entries you’ll find in Encyclo.   Get the full Encyclo ➚
The UpTake
SF Appeal
Tucson Citizen
The Daily Telegraph
St. Louis Beacon
Detroit Free Press and Detroit News
Hechinger Report