该项目可以在http://watchsuburbia.com查看
我有一个带有特定标签的 Instagram 图片分页库，但它现在加载的照片不超过 64 张（之前加载了大约 70 张）。如果您转到第 5 页，您会看到它突然停止。我的 URL 中有count参数，它设置为 250 之类的高值只是为了测试，将其降低到 100 之类的值并没有什么不同。目前有211 张带有特定标签的照片。
我正在使用的网址是
https://api.instagram.com/v1/tags/watchsuburbia/media/recent?client_id=[CLIENTID]&access_token=[ACCESSTOKEN]&count=300
*显然有真实的clientid和access_token*
更新限制再次变得更短，现在限制在 4 页照片。它似乎每天都在逐渐降低，这非常奇怪。
Instagram 所做的是找到您要求的最新 X 数量的图像（在这种情况下，任何标记为 #watchsuburbia 的图像）然后它检查这些图像是否是私有的，删除这些图像并返回该子集。因此，如果该 X 中的 3 个视频是私有的，它实际上会返回 X-3 个图像。
联合创始人的建议是，你寻找比你需要的更多的缓冲，然后自己过滤。
旁注：这些视频中的每个人听起来都很加拿大。
请参阅Instagram API 端点的一般信息。它提到了 API 请求中存在count参数......但没有列出具体的最大数量。也许 Instagram 正在限制结果集中的媒体数量 - 因此结果集大小的变化 - 他们使用提供count的作为最大值。也许实际的最大计数取决于每个端点/对象类型。
您应该做的是pagination在结果中使用散列中返回的数字，并逐步检查结果。散列提到了下一页的下一个最大 id（例如，next_max_tag_id标签或next_max_id图像）的新值。通过它，您可以检索后续结果集，直到没有下一个结果。
对不起 surrian 链接，但我遇到了同样的问题并用 pagination 解决了它。
我不认为 count 参数在此端点中有效（还没有？）。媒体的不同是因为我猜计数包括私人媒体。您可以在http://statigr.am/中看到这一点。他们是相同的区别。