Twitter officially kills off key features in third-party apps

After years of warnings and several delays, Twitter finally made good today on its promise to kill off key features of popular streaming apps. In a blog post today, Twitter said it would remove access to APIs needed to power push notifications and an auto-refreshing timeline. Rob Johnson, a director of product, said Twitter would stop supporting those APIs so it could focus on its own native applications.

The changes affect popular third-party Twitter apps including Tweetbot, Twitterrific, Talon, and Tweetings. As Johnson wrote in a separate note to the company, third-party apps invented many features that were later adopted by the company in its native apps.

“Third-party clients have had a notable impact on the Twitter service and the products we build,” he wrote. “Independent developers built the first Twitter client for Mac and the first native app for iPhone. These clients pioneered product features we all know and love about Twitter, like mute, the pull-to-refresh gesture, and more.”

But Twitter warned developers against building clients that replicated the home timeline more than six years ago, saying it would focus future development on its native apps. Most newer Twitter features, including polls, bookmarks, and Periscopes, never made it to third-party apps, because Twitter would not include them in its APIs.

Twitter first announced the shutdown in April, with a target date of June 19th. In response to complaints from developers, it agreed to delay the shutdown so they would have more time to update their apps.

There’s a world in which Twitter embraced third-party developers fully, letting their energy and ideas infuse its struggling platform with new life. Most of Twitter’s best ideas have come not from the company, but from its users. But that would introduce new costs and complexity into a company that is struggling to meet basic business objectives.

Johnson’s full note to the company is below.

Hi team,

Today, we’re publishing a blog post about our priorities for where we’re investing today in Twitter client experiences. I wanted to share some more with you about how we reached these decisions, and how we’re thinking about 3rd party clients specifically.

First, some history:

3rd party clients have had a notable impact on the Twitter service and the products we build. Independent developers built the first Twitter client for Mac and the first native app for iPhone. These clients pioneered product features we all know and love about Twitter, like mute, the pull-to-refresh gesture, and more.

We love that developers build experiences on our APIs to push our service, technology, and the public conversation forward. We deeply respect the time, energy, and passion they’ve put into building amazing things using Twitter.

But we haven’t always done a good job of being straightforward with developers about the decisions we make regarding 3rd party clients. In 2011, we told developers (in an email) not to build apps that mimic the core Twitter experience. In 2012, we announced changes to our developer policies intended to make these limitations clearer by capping the number of users allowed for a 3rd party client. And, in the years following those announcements, we’ve told developers repeatedly that our roadmap for our APIs does not prioritize client use cases — even as we’ve continued to maintain a couple specific APIs used heavily by these clients and quietly granted user cap exceptions to the clients that needed them.

It is now time to make the hard decision to end support for these legacy APIs — acknowledging that some aspects of these apps would be degraded as a result. Today, we are facing technical and business constraints we can’t ignore. The User Streams and Site Streams APIs that serve core functions of many of these clients have been in a “beta” state for more than 9 years, and are built on a technology stack we no longer support. We’re not changing our rules, or setting out to “kill” 3rd party clients; but we are killing, out of operational necessity, some of the legacy APIs that power some features of those clients. And it has not been a realistic option for us today to invest in building a totally new service to replace these APIs, which are used by less than 1% of Twitter developers.

We’ve heard the feedback from our customers about the pain this causes. We check out #BreakingMyTwitter quite often and have spoken with many of the developers of major 3rd party clients to understand their needs and concerns. We’re committed to understanding why people hire 3rd party clients over our own apps. And we’re going to try to do better with communicating these changes honestly and clearly to developers. We have a lot of work to do. This change is a hard, but important step, towards doing it. Thank you for working with us to get there.



Twitter says that it will begin suspending repeatedly abusive Periscope commenters

Twitter says that it will launch “more aggressive enforcement of our guidelines related to chats sent during live broadcasts,” for Periscope beginning on August 10th. It will begin to “review and suspend accounts” that continually send abusive comments in chats during live broadcasts in an effort to crack down on abusive users.

Like many social media platforms, Twitter and Periscope have been forced to reckon with abusive behavior. In recent months, Twitter has unveiled a number of new steps to cut down on bad behavior, banning bots and accounts, and making its expectations and rules clearer to users. Periscope has taken some steps on its own as well — it issued updates that pulls together “flash juries” to evaluate comments a couple of years ago. But these issues still persist on the service, so the company appears to be ready to make a more concerted effort to help cut down on abuse.

Periscope says that users can already block and report chats — which could be designed better. TechCrunch notes that while the existing “flash juries” method can be a useful way to curb harmful behavior, it only boots someone from a specific chat. If a user is reported and blocked from a video that only extends to that one stream, which means that said abuser can simply move on to other videos and continue their behavior. Twitter’s new efforts here will prompt reviewers to take a closer look at those users: people who are repeatedly reported for being abusive.

In its post, Periscope’s Trust & Safety team notes that its broadcasters and viewers feel safe, and says that more policy changes are on their way. Cracking down on abuse on its platform is a much-needed thing for the site — earlier this week, it reported that its monthly user count dropped by a million users over the last few months, and could fall lower as it works to get rid of bots and abusive users.