Twitter Firehose vs. Twitter API: What’s the difference and why should you care?
Users send 400 million tweets every day. Ranked as the 10th most popular site in the world by Alexa rank in January 2013, Twitter boasts 500 million registered users.
The only way to access 100% of those tweets in real-time is through the Twitter “Firehose.” The other option for accessing tweets is using one of Twitter’s direct API offerings.
In this post we’ll talk about:
- The basics of API
- Differences between the Twitter Firehose API, the Twitter Search API, and the Twitter Streaming API
- How Twitter API differences critically impact users
- How to harvest Twitter data with BrightPlanet’s Data-as-a-Service
What Exactly is an API?
An API, or Application Programming Interface, is the instruction set created for developers to interact with some type of technology. In this case, Twitter has data and lots of it! Twitter created an open API that allows external developers to develop technology which rely on Twitter’s data.
What is the advantage of offering an open API?
The major advantage of offering an open API is to promote external innovation, further strengthening the base technology, service or data. Offering data externally allows developers to create products, platforms, and interfaces without the need to expose the raw data.
It’s common for technology companies to acquire other innovative technologies rather than building innovations internally. Twitter has capitalized on this model as evidenced by their recent acquisitions of 10 different technology companies in 2012 that are built around their open API.
Twitter Search API vs. Twitter Streaming API vs. Twitter Firehose
There are three different ways to access Twitter data that we hope you will be able to differentiate by the end of this blog posting.
- Twitter’s Search API
- Twitter’s Streaming API
- Twitter’s Firehose
Twitter’s Search API
First up is Twitter’s Search API, which involves polling Twitter’s data through a search or username. Twitter’s Search API gives you access to a data set that already exists from tweets that have occurred.
Through the Search API, users request tweets that match some sort of “search” criteria. The criteria can be keywords, usernames, locations, named places, etc. A good way to think of the Twitter Search API is by thinking how an individual user would do a search directly at Twitter (navigating to search.twitter.com and entering in keywords).
How much data can you get with the Twitter Search API?
With the Twitter Search API, developers query (or poll) tweets that have occurred and are limited by Twitter’s rate limits. For an individual user, the maximum number of tweets you can receive is the last 3,200 tweets, regardless of the query criteria.
With a specific keyword, you can typically only poll the last 5,000 tweets per keyword. You are further limited by the number of requests you can make in a certain time period. The Twitter request limits have changed over the years but are currently limited to 180 requests in a 15 minute period.
Twitter’s Streaming API
Unlike Twitter’s Search API where you are polling data from tweets that have already happened, Twitter’s Streaming API is a push of data as tweets happen in near real-time.
With Twitter’s Streaming API, users register a set of criteria (keywords, usernames, locations, named places, etc.) and as tweets match the criteria, they are pushed directly to the user. Think of this as an agreement between the end user and Twitter – you agree with Twitter that whenever they receive tweets that match keywords relating to “hockey,” they will deliver the tweet directly to you as they happen. This is a push of data by Twitter, rather than a pull of data initiated by the end user.
The major drawback of the Streaming API is that Twitter’s Steaming API provides only a sample of tweets that are occurring. The actual percentage of total tweets users receive with Twitter’s Streaming API varies heavily based on the criteria users request and the current traffic.
Studies have estimated that using Twitter’s Streaming API users can expect to receive anywhere from 1% of the tweets to over 40% of tweets in near real-time.
The reason that you do not receive all of the tweets from the Twitter Streaming API is simply because Twitter doesn’t have the current infrastructure to support it, nor do they don’t want to support it; hence, the Twitter Firehose.
The final way to access data is by having access to the full Twitter Firehose. The Twitter Firehose is in fact very similar to the Twitter’s Streaming API as it pushes data to end users in near real-time.
However, the Twitter Firehose guarantees delivery of 100% of the tweets that match your criteria.
The Twitter Firehose is handled by two data providers, GNIP and DataSift, which have tight relationships with Twitter. Similar to the streaming API, the Firehose consists of an agreement between an end user and distributors of the Firehose (GNIP or Datasift) on what tweets the end user should receive in near real-time. As the data providers receive tweets, they are pushed directly to the end user.
The two differences between Twitter’s Streaming API and Twitter’s Firehose access is that you are guaranteed delivery of 100% of the tweets and it’s not free. The Twitter Streaming API is free to use but gives you limited results (and limited licensing usage of the data). Access to the Twitter Firehose removes a lot of the usage restrictions imposed by Twitter but is fairly costly for access to all the tweets.
Why the Difference Matters
The Twitter Search API and Twitter Streaming API work well for individuals that just want to access Twitter data for light analytics or statistical analysis.
Marketing companies and social media analytic companies use Twitter’s Search API to analyze trends in social media. However, these differences are significant when you are in a situation that requires you to monitor Twitter in real-time during a specific event or critical situation.
For example, professional sports teams provide security during games for spectators. It is critical that they be able to see what is happening in real-time at the venue.
Real-time, full access is also imperative for law enforcement. Whether it’s a specific situation that is evolving minute by minute, or a high-profile event that is happening in their jurisdiction, the police need to know what is happening, when it is happening, and where it is happening to keep citizens safe. They can’t rely on just a sample of the information and have it delivered after the fact.
Get Twitter Firehose Results at an Affordable Cost with BrightPlanet’s Data-as-a-Service
Access to the Twitter Firehose can be very costly for an individual user. At BrightPlanet, we have the ability to access external web data such as Twitter, with our Data-as-a-Service offering.
We’ll harvest the data for you, curate it, and then develop insights so that you can increase your business intelligence and make strategic and thoughtful business decisions.