We are using TwitterKit in our iOS app today: GitHub - twitter-archive/twitter-kit-ios: Twitter Kit is a native SDK to include Twitter content inside mobile apps..

This allows us to do things like displaying a list of tweets with a search for “(#Twitter OR #Tesla) AND from:Twitter”. So we can search for multiple hash tags and also include specific accounts and display it in a list. It all works amazing and has been working for a lot of years now. Since we have an app with 5M users there is a lot of traffic on this page that displays the tweets.

But since TwitterKit is deprecated we are trying to understand how we can replace it. We tried using the API but the rate limits are so low that we would need Enterprise access to make it possible to replicate the same experience. Is there no way of embedding a frequently updated Tweet timeline that uses search operators without hitting rate limits?

Our Twitter search results updates at least 10 times every minute for duration of the events we cover so we would probably need 10K requests a day and based on the pricing model for the API that looks insanely expensive…

If you’re getting brand new, currently happening tweets, the Premium Search API is not the thing i’d use - i’d try the Standard 7 Day REST Search, or the new Labs Recent Search

Alternatively, depending on how many events and things you need to track, the Streaming API or the Labs Filtered Stream.

Regardless of what API you decide to implement the thing to do is to have a server that talks to Twitter and caches results, and your app clients should only talk to your own server - this way you only make 1 call to twitter for 1 piece of data regardless of how many clients you have. For example, if you use Standard search API | Docs | Twitter Developer Platform and just the App only auth and no User Tokens you can call /1.1/search/tweets.json 1800 times Per Hour, or 43200 times per day in total.

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.