Instagram 帖子排序字段
定义 INS Sorter 的 Likes、Comments、Views 与 Date,包括缺失值、方向以及公开网格证据与私有 Insights 的边界。
本文目录
INS Sorter 只按受支持 Instagram 主页网格的当前已加载集合中的 Likes、Comments、Views 或 Date 排序。前三项是可见计数,Date 是发布时间;它们都不等于 Reach、Saves、Shares、Impressions、转化或 Instagram 推荐分数。字段缺失时仍是 missing,不是 0 的证据。
四字段字典
Likes 用于可见反馈候选,Comments 用于讨论候选,Views 只比较真正有 Views 证据的行,Date 用于时间顺序。Date 不是表现指标;每个结果都受 loaded set 限制。
匿名 JSON 示例
[
{
"id": "post-A",
"type": "image",
"likes": 420,
"comments": 18,
"views": null,
"date": "2026-08-20T09:00:00Z"
},
{
"id": "post-B",
"type": "carousel",
"likes": 310,
"comments": 44,
"views": null,
"date": "2026-08-24T09:00:00Z"
},
{
"id": "post-C",
"type": "reel",
"likes": 280,
"comments": 21,
"views": 12600,
"date": "2026-08-29T09:00:00Z"
}
]Likes 降序是 A、B、C;Comments 降序是 B、C、A;Date 降序是 C、B、A。Views 只能支持有 Views 证据的行,null 不是并列 0。
公开计数不是私有 Insights
大型 connector 字段表会混合帖子、Story、账号和 owner-only Insights。字段名在这些系统中存在,不代表任意公开主页都提供它。INS Sorter 本地 runtime 只固定四字段,不继承 Reach、Saves、Shares、Impressions、Profile Visits 或连接器的其它字段。
如何验证字段选择
- 确认 URL 是受支持的单段用户名主页根。
- 写下研究问题,只选一个字段。
- 记录 Count 或 Date Range 及方向。
- 排序后确认第一行确实有对应 badge。
- 打开第一行和一个对照原帖,核对 URL、媒体类型、数值和日期。
- 缺失继续 missing,或改用证据更完整的字段。
- 报告写“当前已加载集合中的排名”,不写“账号历史排名”。
限制
可见计数可能随 Instagram 页面呈现变化。缺失 badge 不是已知 0,因此不能用缺失行证明最高或最低已知值。相同已知值保持原页面先后;这是稳定回退,不是 Instagram 官方 tie-break。
INS Sorter 不计算加权 engagement score,不访问私有 Insights,不保存分析历史,不合并多账号,不创建 CSV/JSON/XLSX,也不修改公开网格。导航离开会清除主页范围的 rank、badge 和证据。
从正确字段开始
能够说明字段、方向和 loaded-set 边界后,从 INS Sorter 产品页 开始。相关 cluster 页面尚未公开,因此本文不创建占位链接。
常见问题
Views 缺失是否等于 0?
不是。它只表示当前页面没有提供可验证的 Views 证据。
Likes 能否替代 Reach 或转化?
不能。它们是不同字段,有不同访问和解释边界。
Date 降序是否代表“表现最好”?
不是。它只把较新的有日期行放在较旧行前面。
#1 是否代表账号历史冠军?
不是。它只在本次字段、方向和 loaded set 中排第一。
来源
- Instagram Post Details 字段参考:整数、nullable Views 与日期/时间戳示例;这是 API 厂商合同,不是 INS Sorter runtime 证据。
- Porter Metrics Instagram 字段表:说明帖子、Story、账号和 Insights 字段必须区分表面。
- Nekt Instagram 数据源:区分媒体字段、owner/专业账号 Insights 与 Business Discovery。
INS Sorter 字段类型、badge、路由范围和临时重排已于 2026 年 8 月 31 日对照 SKU10 本地 runtime。本页没有执行登录、真实账号采集、部署、发布或生产回读。