首先得明确：Instagram的__a=1这类私有端点没有官方支持，结构和参数经常会变动，你遇到的max_id失效大概率是因为分页机制的参数或标识方式变了。下面是具体的排查和解决步骤：

1. 分析最新的响应结构 #

手动调用一次目标端点（https://www.instagram.com/saintgobaingroup/?__a=1），查看返回的JSON结构：

• 找到用户动态列表的位置，通常在graphql -> user -> edge_owner_to_timeline_media下
• 查看该节点下的page_info字段，里面会有end_cursor（下一页的游标）和has_next_page（是否还有更多内容）两个关键值

现在Instagram的分页已经不再使用帖子ID作为max_id参数，而是用这个end_cursor作为分页标识。

2. 替换分页参数 #

把原来的max_id=最后一条记录ID替换为after=end_cursor的值，请求URL变成：

https://www.instagram.com/saintgobaingroup/?__a=1&after=你的end_cursor值

如果__a=1端点的参数规则也变了，你可以查看响应里page_info关联的next_page（如果有的话），直接提取里面的参数来构造下一页请求。

3. 检查请求头的合法性 #

Instagram现在对私有API的访问限制越来越严，若请求头不符合真实浏览器的特征，可能会返回固定数量的内容，分页失效：

• 确保请求携带正确的User-Agent，模拟主流浏览器（比如Chrome的UA）
• 如果是登录后访问，需要携带有效的cookie（尤其是sessionid这类字段），否则可能只能获取公开内容的前N条

4. 验证分页逻辑 #

每次请求后，从响应的page_info里获取新的end_cursor，直到has_next_page为false时停止分页。不要再用帖子的ID作为分页参数，必须使用官方返回的游标值。

举个简单的逻辑伪代码：

has_next = True
end_cursor = None
while has_next:
    url = f"https://www.instagram.com/saintgobaingroup/?__a=1"
    if end_cursor:
        url += f"&after={end_cursor}"
    # 发送请求（注意携带正确的请求头）
    response = requests.get(url, headers=your_headers)
    data = response.json()
    # 处理获取到的动态
    process_posts(data['graphql']['user']['edge_owner_to_timeline_media']['edges'])
    # 更新分页标识
    page_info = data['graphql']['user']['edge_owner_to_timeline_media']['page_info']
    has_next = page_info['has_next_page']
    end_cursor = page_info['end_cursor']

额外注意事项 #

• 不要频繁请求，避免触发Instagram的反爬机制，导致IP被封禁
• 私有API随时可能再次变更，建议定期检查响应结构，及时调整代码

内容的提问来源于stack exchange，提问作者suyash