如何导出你自己的 LinkedIn 评论和回应

导出文件能回答什么问题

读者想知道的是如何获取“自己发表过的评论和作出的回应的日志”。这需要使用你自己账号的记录，而不是列出今天恰好还能在公开帖子中看到的评论。

LinkedIn 表示，通过这种导出方式提供的是你本人的个人数据，而不是其他会员的个人数据。官方列出的类别包括评论和回应。系统只提供适用于该账号的类别。LinkedIn 官方说明的导出范围

用这些文件回答一个范围明确的问题：这份存档记录了哪些评论和回应操作？在笔记中保留所选类别和存档申请日期。这些细节有助于日后说明记录的覆盖范围。

不要把这次导出视为完整终身活动历史的保证。缺少文件，不能证明活动次数为零。文件中有记录，也不能证明所有更早的操作都已收录。本指南所依据的来源材料，无法证明存档完整覆盖了已删除或早期的活动。

Chronometrica LinkedIn Post Scraper 用于另一项任务。Actor 是托管运行的数据采集程序。这个 Actor 接受已知的公开帖子链接。它不会登录你的 LinkedIn 账号，也不会导出你的私人评论和回应历史。

申请并保存你自己的存档

在个人电脑上使用 LinkedIn。界面中的名称可能会变化。执行以下步骤时，请同时打开官方下载指南。

1. 打开“我”。
2. 打开“设置与隐私”。
3. 打开“数据隐私”。
4. 打开“下载你的数据”。
5. 选择评论和回应所需的类别。
6. 提交存档申请。
7. 通过你自己账号收到的通知下载存档。
8. 建立工作表之前，先在本地保存一份未经修改的副本。

请遵守通知或官方指南中说明的下载期限。这里的来源材料并未确定具体的等待时间或下载期限。不要按臆测的时长安排工作。

将私人存档保存在你自己的电脑上。不要发送给写作服务，也不要放入公开数据集。数据集是一组数据行。可选的公开采集步骤只需要选定的公开帖子链接，不需要你的存档或账号凭据。

用一则简短的笔记记下申请日期、下载日期和所选类别。这些是你自行保存的记录字段，并不表示 LinkedIn 会在每个导出文件中提供这些字段。

建立日志前先检查文件

打开实际为你的账号提供的评论和回应文件。合并任何数据之前，先查看表头和几行数据。本指南不假定文件名、列名、日期格式或文本字段固定不变。

1. 确认申请的哪些类别提供了文件。
2. 记录每个文件的原始名称和表头。
3. 统计数据行数，不要把表头行算进去。
4. 确认文件中实际有哪些日期、链接、操作详情和文本。
5. 记下缺失的字段，不要凭记忆补填。
6. 保留所有原始文件，不作修改。

如果缺少评论或回应文件，先检查你选择的类别。文件缺失也可能与账号活动有关。如果原因仍不明确，就将其记为未知。不要创建一个空文件，再把它当成没有操作的证据。LinkedIn 的类别和账号限制

完整保留来源提供的日期值。如果为了排序另建一个日期列，请在旁边保留原始日期。来源未注明时区时，不要自行指定时区。存档下载日期不是你发表评论或作出回应的日期。

还要检查链接指向什么。URL 就是网址。存档中的链接可能指向评论、帖子、文章或其他条目。有链接，并不代表它可以作为工具支持的公开帖子输入。

建立一张操作记录表

从评论和回应文件中保留的每一行操作记录，都应在工作表中各占一行。每行都要保留操作类型。同一帖子上的一条评论和一次回应，仍是两次独立操作。

以下是建议的工作表字段。这些标签由读者自行设置，并非 LinkedIn 承诺提供的导出表头。

也要保留来源中的所有其他原始字段。建议的这些列用于帮助你整理工作，不能替代来源数据。

来源行引用用于定位已保存文件中的某一行。在多次导出之间，它不一定能作为某次操作的稳定标识符。标识符是用来指代某条记录的值。不要把电子表格的行号当成 LinkedIn 操作标识符。

不要仅因帖子链接或文本相同就合并数据行。多次操作可能涉及同一帖子。如果日后要比较多份存档，应另行检查可能重复的记录。仅凭两行看起来相同，不能确定它们记录的是同一次操作。

区分缺失值与零。零是已知的数量。缺少日期、URL 或文件，表示信息不足。这些情况都不代表该会员的操作次数为零。

判断是否需要当前的公开帖子信息

如果你只需要个人记录，完成活动表后就可以停止。公开采集是可选步骤。

当你有工具支持的公开帖子 URL，并且需要阅读帖子当前可获取的文本，或记录其当前公开状态时，再进行公开采集。快照是在某次核查时留下的记录。它不能证明帖子在你操作时也是同样的内容或状态。

区分以下三个时间：

Actor 的 `publishedAt` 和 `observedAt` 字段用途不同。请保留它们的原始名称和值。用 `observedAt` 表示公开核查时间。不要用其中任何一个字段替换存档中的操作日期。LinkedIn Post Scraper 输出说明

选择采集工具时，可以查看已知帖子 Actor 对比，了解为什么需要记录每个尝试处理的输入。应在导出存档之后再选择工具。工具不能提供账号历史。

只准备工具支持的公开帖子链接

已核查的帖子 Actor 输入要求在 `startUrls` 中使用公开的 LinkedIn `/posts/` URL。输入至少需要一个 URL。输入模式是一组规定可接受字段和值的规则。所提供的示例已通过公开输入模式的格式检查。这项检查并未确认示例帖子是否可访问。公开输入模式

1. 将候选链接复制到单独的工作列表中。
2. 在活动表中保留每份存档的原始链接。
3. 确认哪些候选链接属于工具支持的公开 `/posts/` 链接。
4. 将确认后的帖子链接保存在新增的工作列中。
5. 为公开核查准备一份不含重复项的已确认链接列表。
6. 不要将不确定的链接放入 Actor 输入，并将其标为待确认。

URL 规范化是指为链接建立格式一致的工作版本。只在新增列中进行这项处理。不要根据评论链接编造帖子地址，也不要不断删减链接，直到它仅在形式上看似符合要求。评论链接、文章链接和协作文章条目，并不自动属于工具支持的帖子输入。

多次操作可能共用一个已确认的帖子 URL。为获取选定的快照，你可以只核查该 URL 一次，同时保留每一行操作记录。减少公开核查列表中的条目，不能减少活动表中的记录。

LinkedIn 数据集匹配指南说明了为什么不确定或相互冲突的匹配结果必须保留为待确认。这里的任务范围更小，只需为已有的存档操作记录附加当前帖子信息，不需要采集评论者的个人资料。

仅在可选核查步骤中使用公开预设

LinkedIn Post Scraper for Known Public URLs Task 提供了一个初始预设。Task 是保存下来的 Actor 输入预设。编写本指南时已查看其公开页面。但未通过已认证账号读取其保存的输入，也未进行付费运行。

使用前先检查设置。将整个示例列表替换为你打算核查、且工具支持的公开帖子 URL。不要保留示例，并假定它代表你的存档。

这里提供了一份小型输入示例。JSON 是用于结构化数据的文本格式。此处的 `startUrls` 包含一个列表，列表中有一个公开帖子 URL。

{
  "startUrls": [
    "https://www.linkedin.com/posts/timferriss_i-took-my-whole-genome-dumped-it-into-ai-activity-7333162625675038720-TJPX"
  ]
}

这个 URL 是所提供的示例，不是新采集的结果。请在核查前替换它。只提交工具支持的公开帖子链接。不要提交存档、账号凭据、私信或你的回应历史。

先使用一份可以逐行检查的小型列表。运行这份列表，是建议读者执行的操作。本文的证据涵盖公开的数据规范和输入格式，不包括已完成的采集或当前性能测试。

将公开结果保存在单独的帖子信息表中

将公开采集输出与存档表分开保存。保留返回的字段，不要只复制可用的帖子文本。

这些字段列在已核查的公开输出规范中。成功返回的数据行可以包含这些字段，但不要假定每个值都会存在。根据需要保留其他返回字段。缺失的公开计数应保留为 `null`，表示缺失，而不是零。LinkedIn Post Scraper 数据规范

在这份报告中，每个已确认的帖子 URL 最多选择一行帖子信息。如果重复核查，请保留各次观察记录，并说明选用了哪一次。然后，将每次操作与选定的帖子信息行匹配。关联是指通过已核实的匹配值，将不同表中的数据行组合起来。

关联后，活动表的行数必须保持不变。行数增加，可能表示一条操作记录匹配了多次帖子观察记录。行数减少，可能表示未匹配的操作记录被丢弃。请修正匹配规则或所选帖子信息，再次检查。

查找失败不能证明帖子从未存在。帖子不可访问时，其原因可能仍无法确定。保留返回的结果，不要自行认定帖子已删除、隐私设置已变更，或存在其他原因。

完整示例：六次操作与三次公开核查

这是一个原创虚构示例。下文所有操作标签、帖子标签和结果，都是为教学编写的。它们不是采集到的 LinkedIn 记录，也不是 Actor 测试结果。

这份虚构存档包含四次评论操作和两次回应操作。有三个不同且已确认的公开帖子 URL 可供核查。帖子 A 和帖子 B 返回了可用的当前帖子信息。在这次虚构核查中，帖子 C 不可访问。

活动表保留全部六次操作。C4 仍然保留，因为存档中有这条记录。当前帖子信息核查失败，不会抹去这次操作。

单独的帖子信息表记录了三个尝试核查的 URL：

检查计算与单位：

• 4 次评论操作 + 2 次回应操作 = 6 次存档操作。
• 2 份可获取的帖子信息 + 1 份待确认的帖子信息 = 3 个尝试核查的 URL。
• 关联 A 的 3 次操作 + 关联 B 的 2 次操作 + 关联 C 的 1 次操作 = 保留的 6 次操作。
• 关联前的 6 行活动记录 = 关联后的 6 行活动记录。

报告应写明：四次评论、两次回应、三个尝试核查的 URL，以及两篇当前可获取的帖子。不要写成“两次评论”。二是当前可获取的帖子数量，不是你的评论操作次数。

表中 C 的可获取帖子数为零，描述的是这次虚构核查的结果，并不表示过去的操作次数为零。如果返回的公开计数缺失，就保留缺失状态。不要用零替代，也不要据此修改存档总数。

使用结果前先检查

1. 确认笔记中写明了申请导出的类别。
2. 确认工作表中的每次操作都有来源文件和来源行引用。
3. 确认原始字段、日期、链接和文本均未修改。
4. 确认缺失的文件和值仍与已知的零明确区分。
5. 确认没有将不确定的链接强行放入公开采集的输入列表。
6. 确认每个尝试核查的公开 URL 都有说明结果，或注明了尚待确认的信息缺口。
7. 确认未匹配的操作记录仍保留在活动表中。
8. 确认关联没有改变活动表的行数。
9. 分别报告存档操作次数、核查的 URL 数、可获取的帖子数，以及待确认的帖子信息数。

工具支持但你未核查的 URL，属于未尝试。已提交但返回失败结果的 URL，属于已尝试。如果返回的数据行缺少文本，就需要按你的用途进一步检查。请区分这些状态。

如果日后要比较可获取的帖子文本中的主张，请参阅帖子主张与支持证据指南。那是另一项分析。仅凭当前文本，无法证明你为何作出回应，也无法证明你操作时帖子写了什么。