Twitter搜索API 1.1中-filter:retweet和-filter:nativeretweets的区别

Question

我正在尝试对Twitter API运行一些查询以收集一些推文。我想要过滤掉转推，并且经过一些研究，我发现好像有两种不同的标签可以附加到搜索查询中来过滤它们 -filter:retweet 和 -filter:nativeretweets。

我使用了这两个选项的示例查询，但似乎无法区分它们之间的差异。返回的推文列表略有不同，但没有明显的区别。都不包含转推。我不会在此处发布输出，因为它是相当长的JSON输出，但如果需要我可以这样做。

示例查询如下：

-filter:retweet

https://api.twitter.com/1.1/search/tweets.json?q=%22Sample+Query%22-filter:retweet&count=100&include_entities=false&result_type=recent&tweet_mode=extended

-filter:nativeretweets

https://api.twitter.com/1.1/search/tweets.json?q=%22Sample+Query%22-filter:nativeretweets&count=100&include_entities=false&result_type=recent&tweet_mode=extended

- Flatlyn

Answer 1

根据TweetDeck文档（https://support.twitter.com/articles/20170322）的说明，我认为这是它们之间的区别：

filter:nativeretweets 显示来自点击转发按钮的用户的转发。 filter:retweets 显示旧式转发（“RT”）+ 引述的推文。

这些都是用于对这些类型结果进行过滤，但像您所做的那样，使用 - 是必要的以过滤掉它们，例如：-filter:nativeretweets 或 -filter:retweets

- B. Scott

---

实验表明这是正确的。然而，我在使用否定修饰符时结果不稳定。它似乎仍然包括已被转发的随机推文，但我从未找出规律。 - Flatlyn

很有趣。我一直在为一个基于关键词转推的机器人做贡献，并使用这些过滤器，但我没有看到错误的情况。然而，我很好奇网页搜索是否与API不同。如果它运行出“直接匹配”的结果来显示，是否可能网页搜索更加慷慨，并给您“相关”的推文，这些推文并不完全符合过滤器？当然，要记住所有的转推都来自原始推文。你能告诉它是特别地拉取了一个推文的转推，而不是原始的吗？引用推文也可能是分开的。 - B. Scott