Web Tidy
博客

Instagram Follower Export 缺行：定位短缺原因

先判断文件来源，再用 13 个 yes/no 检查定位归档范围、拆分文件、行数 ceiling、confirmed rows、去重或任务终态。

2026年8月31日Instagram
本文目录

Instagram follower export 缺行时，先判断文件来源。Meta 账号归档与 Instagram Follower Exporter 的当前有界任务是两种不同证据。归档要检查日期范围、格式、ZIP 解压、拆分文件与文件名；当前任务要检查目标、Followers/Following、100/200/500/1,000 行 ceiling、discovered、confirmed、去重、全部 14 列、终态与当前会话访问。

只有选对入口后，主页计数、confirmed rows 和文件数据行数才有可比意义。

诊断资产：UA-S32-TROUBLESHOOT-TWO-ENTRY-TREE。

START ── Q1：文件来自哪里？
├─ A. Meta 账号归档
│  A1 日期范围覆盖目标时段？ NO → 按正确范围重新请求；YES → A2
│  A2 下载的是完整 ZIP 且已真正解压？ NO → 完整下载并解压；YES → A3
│  A3 已确认 HTML/JSON 并使用匹配读取方法？ NO → 先识别格式；YES → A4
│  A4 在当前归档中找到 followers/following 相关资料？ NO → 保留目录树，不能猜路径；YES → A5
│  A5 已检查所有拆分 follower 文件，而非只看第一个？ NO → 纳入全部分片；YES → A6
│  A6 文件名、全部分片行数仍与症状不一致？ YES → 归档短缺待平台复核；NO → 范围/读取/解压遗漏
└─ B. Instagram Follower Exporter 当前任务
   B1 sourceProfile/sourceProfileUrl 是目标主页？ NO → 目标错误；YES → B2
   B2 audience 是预期的 followers 或 following？ NO → 方向错误；YES → B3
   B3 选择的 ceiling 足以容纳期望行数？ NO → 100/200/500/1,000 上限；YES → B4
   B4 文件严格为 14 列且数据行数=confirmed？ NO → 文件/读取不一致；YES → B5
   B5 discovered>confirmed 且启用 ID 去重？ YES → 重复 ID 被移除；NO → B6
   B6 终态是 completed 或 confirmed>0 的 partial？ NO → 处理 login/challenge/rate/private/unavailable；YES → B7
   B7 当前会话仍可打开同一目标与方向？ NO → 访问边界改变；YES → 只能结论“本次有界任务确认 N 行”

上面正好是 13 个 yes/no 检查：归档 6 个、当前任务 7 个。恢复验收不是“数字变大”，而是日期范围或目标、方向、ceiling 明确，所有相关文件已纳入，适用时数据行能与 confirmed 对账，并保留真实终态。

披露： Web Tidy 发布本指南并开发 Instagram Follower Exporter。产品事实已在 2026-08-31 对照本地第一方运行态代码。归档原页与社区记录均按证据等级标注，不能用来证明 SKU32 行为。

分开四种证据等级

标签能证明什么不能证明什么
[runtime-proven]SKU32 ceiling、计数、状态、导出条件、14 列与本地 History 边界Meta 归档当前行为或全账号覆盖
[opened vendor guidance]三篇已打开全文的归档指南实际描述的格式、目录、分片与步骤Instagram 官方永久文件合同
[community anecdote]至少有用户报告过某类归档症状原因、发生率或通用修复
[unknown/platform behavior]证据不足，应保留归档并向平台复核不能据此编造原因

本页不判断谁取关、谁没有回关，也不判断账号是否删除或屏蔽。Meta 归档不是 Instagram Follower Exporter 的输入；产品不解析归档 ZIP。

路径 A：Meta 账号归档缺行

两篇重新打开的归档指南都建议检查请求范围、下载格式、完整解压与 Followers/Following 文件。其中一篇描述 connections/followers_and_following/ 目录，并提醒 follower 数据可能拆成 followers_1.json 等文件。这里必须标记 [opened vendor guidance]，不能当成 Meta 官方稳定合同。

本次诊断保留的匿名社区症状如下：

recordobserved symptomevidence gradepermitted conclusionrecovery acceptance
archive_case_01发帖者称两次归档只有约 200–300 个 Followers，而 Following 看似完整。回复提到完整时间范围；另一回复称 followers_1.json 仍缺很多。[community anecdote]有用户报告过归档缺行；不能证明日期范围就是原因，也不能证明所有归档都会缺行。保存 ZIP、请求范围、格式、目录树、全部 follower 分片文件名与各自行数；仍短缺则标记 [unknown/platform behavior] 并请求平台复核。

不要因为某个查看器只支持 JSON 就判定 HTML 归档无效；先记录实际请求格式。也不要只打开第一个 follower 分片就推断总量。

路径 B：当前任务的五类行数差距

现象解释核对项
文件刚好是 100/200/500/1,000 行达到所选 ceilingrowLimit 与任务目的
终态为 partial停止或来源出错后保留 confirmed rowsterminalReason、confirmed、errors
discovered 高于 confirmed默认 account-ID 去重移除了重复 ID去重设置与两个计数
很快停止或进入 attentionlogin、challenge、rate limit、private/unavailable 或上下文丢失Instagram 标签页、phase 与任务提示
两次行集不同动态列表变化，或两次运行不可比目标、方向、ceiling、时间与终态

completed 只表示当前来源正常结束或达到所选 ceiling，不是完整覆盖证明。attention 不是终态；当前运行态只导出 completed，或带 confirmed rows 的 partial 结果。

一个 200 行 ceiling 的诊断实例

targetaudienceceilingdiscoveredconfirmedterminalfile data rowsdiagnosis
sample_brandfollowers200123120partial / source_error120[runtime-proven] 120 个 confirmed rows 可以 partial 文件使用。ID 去重可解释 discovered 与 confirmed 相差 3 行；这条记录不能把更大的主页计数差归因为取关或文件损坏。

只有 14 列顺序、目标与方向正确，文件数据行等于 120，并且交付保留 partial / source_error 时才接受结果。它没有声称应出现 200 行，也没有声称名单完整。

何时修复读取，何时允许重跑

归档分支： 修正范围、格式识别、完整解压或遗漏分片后，重新统计同一个归档。仍然短缺时，保留原 ZIP 与证据包交给平台复核。不要跳转产品 CTA：SKU32 不读取归档文件。

当前任务分支： 用 sourceProfile、sourceProfileUrl、audience 与 14 列固定来源，再对账 ceiling、discovered、confirmed、数据行与终态。login、challenge、rate limit、private 或 unavailable 时，先恢复正常授权访问，产品不会绕过这些控制。

只有目标与方向仍正确、当前会话能访问，而且任务确实需要更多行时，才在 Instagram Follower Exporter 显式启动新的有界任务。新任务不会自动追加、合并或在后台续跑上一份文件。

写下可审计的覆盖结论

归档至少记录请求时间、日期范围、格式、ZIP 文件名、解压工具、实际目录树、纳入的 follower/following 分片以及各自行数。

当前 SKU32 任务至少记录目标、Followers/Following、100/200/500/1,000 ceiling、deduplicate、discovered、confirmed、终态原因、文件名、14 列校验与数据行数。推荐写法：

当前会话在本次有界 Followers 任务中确认 120 行；结果为 partial/source_error。

不要改写为“已导出全部粉丝”。

缺行不能证明什么

  • 单个账号缺失不证明 unfollow、删除、屏蔽或故意行为。
  • 社区归档症状不能建立通用原因；供应商目录说明也不是官方永久合同。
  • SKU32 当前单次任务最大可选 ceiling 是 1,000，没有无限行或私密访问绕过模式。
  • collectedAt 不是准确 follow time，rowIndex 不是关注顺序。
  • History 最多保留 20 个终态任务，不会后台监控、补齐或计划重跑。
  • partial 只能使用已 confirmed 的行；failed 或 attention 不能改称 completed。

SKU32 列结构见 14 列字段字典。已经得到 partial 文件时，使用 如何读取 partial Instagram follower export。

常见问题

为什么官方归档与主页计数不同？

检查请求范围、格式、完整 ZIP、解压与所有分片。若全部纳入后仍短缺，现有证据只支持平台复核，不支持猜测通用原因。

为什么 completed 仍低于主页计数？

它可能在所选 100/200/500/1,000 ceiling 处结束。completed 描述任务终止，不是全账号覆盖。

为什么 discovered 高于 confirmed？

默认 ID 去重会阻止重复 account ID 再次进入 confirmed。文件数据行应与 confirmed 对账。

重跑会自动补齐旧文件吗？

不会。每次运行相互独立；新任务不会自动合并、追加、监控或恢复旧任务。

partial 文件能用吗？

confirmed > 0 且终态为 partial 时可以使用，但必须随文件保留 partial 标签和原因。

缺少一个账号能证明取关吗？

不能。还可能涉及 ceiling、访问、去重、动态列表、归档读取或不可比运行。