Web Tidy
博客

Instagram 帖子排序器：升序与降序

预测 Likes、Comments、Views 与 Date 的首尾行，不把缺失值解释为 0、最低或最旧。

2026年8月31日参考
本文目录

对 Likes、Comments、Views，descending 把较高已知值放前面，ascending 把较低已知值放前面；对 Date，descending 是新到旧，ascending 是旧到新。方向只作用于当前已加载主页集合。缺失值仍不可用，不能解释成 0、最低或最旧。

八种方向语义

字段Descending 从什么开始Ascending 从什么开始常见误读
Likes较高已知 Likes较低已知 Likes称为 Reach 或质量
Comments较高已知 Comments较低已知 Comments称为讨论质量
Views较高已知 Views较低已知 Views把 missing 当 0
Date较新的可解析日期较旧的可解析日期把第一行称为历史首帖/最新帖

运行前先预测第一行。“高评论候选”是 Comments + descending；“先看较早已加载帖子”是 Date + ascending。结果不符合预测时，先检查字段、方向、badge 与加载边界。

同一输入的不同输出

行LikesCommentsViewsDate
A9071,2002026-08-01
B3042missing2026-08-18
C75129002026-08-10
D3052,4002026-08-24
Likes descending: A → C → B → D   （B/D 并列，保留原页面先后）
Comments descending: B → C → A → D
Views ascending，仅已知行: C → A → D；B = missing/不可解释
Date descending: D → B → C → A
Date ascending: A → C → B → D

排序只改变卡片顺序和相对 rank，不改变行身份或源 URL。相同已知值保持原页面先后；这是稳定实现回退，不是 Instagram 官方 tie-break。

可复制选择规则

descending = highest / most / newest
ascending  = lowest / least / oldest
field      = Likes / Comments / Views / Date 中唯一一个
result     = loaded set 内的相对顺序

“最好”不是字段。INS Sorter 不提供未知 composite score；如研究需要，必须另有公开公式和证据合同。

验方向

  1. 写下预计第一行：高、低、最新或最旧。
  2. 排序后读取第一、第二和最后一行的所选 badge，并打开原帖。
  3. 将 missing 行标为不可解释，排除出最高/最低已知值结论。
  4. 记录 Count/Date Range 与实际 loaded count；方向正确也不证明完整历史。

限制

竞品页面描述更广 Instagram 表面、导出、可编辑 engagement 公式、旧同步流程或连接账号 analytics。这些声明只能说明方向控件需求，不会成为 INS Sorter 能力。

当前 SKU10 UI 没有可见 “unknown bucket” 控件。包含 missing 数值或无效日期时，只能通过真实 badge 行解释结果。INS Sorter 只临时重排一个受支持主页网格，不修改公开网格、不创建文件、不访问私有 Insights。

选择方向后运行

能够预测第一行后，从 INS Sorter 产品页 开始。字段 sibling 尚未公开，因此本文不链接。

常见问题

Descending 是否总是“最好”？

不是。它只把高计数或新日期放前；高评论不保证质量。

两个已知值并列怎么办？

保持原页面先后，不要发明第二排序键。

为什么 missing 不是 0？

页面未提供数值与真实数值为 0 是不同证据状态。

Date ascending 能找到账号首帖吗？

只能找到 loaded set 中最早的可解析行，不保证历史首帖。

来源

字段枚举、方向、稳定 tie 回退和临时 DOM 重排已于 2026 年 8 月 31 日对照 SKU10 本地 runtime。本页没有执行登录、真实账号采集、部署、发布或生产回读。