GSC提示结构化数据人工处置，修完怎样申请复核？

产品页没有客户评价，代码却写着4.9分、86条评价。富结果测试可能显示绿色，因为这些字段写法没错；但数字没有依据，仍可能收到结构化数据人工处置。

下面用AB120及同模板的六个产品页走一遍。型号、网址、评分和申请均为教学设定，不是本站的产品或真实GSC审核结果。

先确认这条通知，别从星级消失猜原因

GSC先选正确网站资源，打开左侧安全与人工处置 → 人工处置（Security & Manual Actions → Manual actions），展开结构化数据问题（Structured data issue）。读原因、受影响范围和示例网址。

报告给的示例用来帮助你找到问题，未必列出全部受影响页。若写的是某一类产品页面，就要按这类页面找完整范围；报告中还有其他人工处置，也要一起处理，不能只修本例评分。Google人工处置说明要求修完所有问题和受影响页面后再申请。

如果人工处置报告没有这项通知，只有产品报告缺字段、代码报错，就按普通技术修复处理；那里的“验证修复”与这里的“请求审核”用途不同。没有星级也不能直接判断被处置，可先看评价与评分标记规范；只有流量下滑时，按流量下降排查找原因。

这类结构化数据人工处置影响的是富结果资格，也就是星级等额外搜索展示的资格，本身不改变普通网页搜索排名。不要把所有流量变化都归给这条通知。

如果通知实际位于“安全问题”报告，内容是入侵、恶意下载或欺骗性资源，应走网站清理后的安全复核；不要用本篇的结构化数据整改代替安全清理。

把4.9分追到真正生成评分的地方

结构化数据是一份额外给搜索引擎读的说明。网页上展示产品名称、规格和评价，代码里则用Product、aggregateRating等字段声明“这是什么产品、平均多少分、多少人评价”。代码能读懂，不等于声明是真的；测试工具不会替你确认86条评价是否存在。

先用未登录窗口打开AB120，找客户评价、平均分和评价数量。再查看页面源代码，在Windows浏览器通常可按Ctrl＋U，搜索aggregateRating，查看附近是否属于AB120的Product信息。aggregateRating表示汇总评分；本例ratingValue为4.9，是平均分，reviewCount为86，是评价条数。重点是这些值与这款产品的真实评价能否对应。

本例页面没有评价，代码却有4.9分和86条。这时应移除不存在的评分声明，保留真实产品信息；为了补齐字段而编一条评价，仍然没有解决原因。如果页面确有评价，就按真实数据核对对象、分数、数量和可见内容，具体要求见Google评价标记规则。公司对自己的评价也不能改叫“产品评价”来求星级。

接下来问维护者：这组评分由哪个地方生成？可能是产品模板、主题代码或已有插件。应修改那个来源，而不是把公开页复制出来改一次，也不是再装一个插件覆盖旧代码。否则页面下一次更新，原来源还会把4.9和86输出回来。

找不到来源时，给维护者一段明确说明即可：“人工处置通知中的AB120没有评价，但Product代码含4.9分、86条；请找到输出这组值的模板或插件，移除无依据的评分，并找出同来源的其他页面。”附上通知和完整产品网址。源代码没搜到，也不能直接认定没有问题，部分网站在加载后用脚本生成代码，需要维护者检查最终输出。

同一个模板，要改完它影响的全部页面

打开AB200，发现它也没有评价，却输出同样的4.9分、86条。在网站后台的产品列表复制同模板页面的前台链接；页面多时，请维护者按模板和通知范围导出清单。本例找到AB120、AB200、AB300、AB400、AB500、AB600共六页。

AB120改好了，AB200、AB300等页面也不能继续出现旧数字。维护者在共用来源移除无依据的aggregateRating后，要检查六页的实际输出；通知范围里若还有别的模板、插件或同内容的其他网址，也要一起找，不限于这六个教学型号。

这不等于把所有Schema都删除。Schema就是这些机器可读的结构化说明；本例错误的是评分，真实的Product信息、公司信息和面包屑可以保留。同页有多种真实说明并不违规，应该改的是不实或不对应内容的部分。Google结构化数据规则把技术要求和内容质量分开，测试只能帮助检查前者。

修改后，把六页按同样方式检查一次：

1. 看公开内容与代码。未登录能打开产品页，真实产品内容仍在；最终代码不再声明不存在的4.9分和86条。如果旧值还在，回原来源查未改的模板、第二个输出来源或缓存。
2. 查技术错误。打开富结果测试，输入该产品的完整网址，读检测到的项目和错误。仍保留Product时，检查其真实字段。没有评价而出现评分相关提醒时，不用编分数来消除提醒；测试绿色也不代替第一步。
3. 确认Google可访问。在GSC顶部输入产品网址，点“测试实际网址”，看Google现在能否获取页面。已记录版本可能仍是修改前的内容，不等于修改没保存。修正后的页面应能被重新检查，不能用登录限制、robots.txt（抓取限制文件）或noindex（不收录指令）挡住问题来躲审核。

例如，AB200的实际检查记录可以写：“页面没有评价；最终Product已移除无依据评分，真实名称和规格保留；公开可访问；网址测试未发现所保留产品信息的技术错误。”其余五页也要各自查完，才能在申请里写“全部六页已修改”。有一页仍输出旧评分或测试失败，就先解决这一页。

改完之后，三个入口各做不同的事：

入口	能帮助检查什么	不能当成什么
富结果测试	标记是否能解析、技术字段是否符合要求	评价真实、人工处置已撤销
URL检查中的请求索引	请Google重新抓取处理该URL	人工处置复核申请
原人工处置通知的请求审核	提交全范围整改说明，请Google复核	提交后立即通过的保证

因此，技术测试通过后仍要回到原通知提交整改说明。

写清问题、改法和结果，再申请复核

全部问题处理完，回原来的人工处置报告，展开通知，点请求审核（Request Review）。这里不点普通产品报告的“验证修复”，也不点网址检查中的“请求编入索引”。那两个动作不会提交这份人工处置复核。

不用只写“已经全面优化，请恢复”。把前面真实完成的事实写进去，Google才知道你处理的是哪一个原因和范围。下面是一份完整申请，方括号、网址、页数、原数字和检查结果都要按你的实际情况替换。

我们在[通知日期]收到“结构化数据问题”（Structured data issue）人工处置通知，报告显示的受影响范围是[复制实际范围]。

我们发现产品模板固定输出4.9分、86条评价。例如https://example.com/products/ab120/和https://example.com/products/ab200/没有真实客户评价，Product信息却声明了这些评分。代码中的分数和数量没有实际评价支持，也没有对应的可见评价内容。

我们在[修改日期]修改了生成评分的产品模板，移除不存在的aggregateRating及评价数量，保留与页面内容一致的产品信息。该模板对应AB120、AB200、AB300、AB400、AB500、AB600共六页；六页都已完成修改。我们还检查了通知范围内其他模板和输出来源，[填写实际发现与处理结果]。

在[检查日期]，我们逐页确认六页能公开读取，最终代码不再包含原来的4.9分和86条。真实产品信息仍保留，富结果测试未发现这些信息的技术错误；Google能够访问修改后的页面，没有登录、robots.txt或noindex限制。[如有补充检查记录，提供地址和说明。]

后续新增产品时，只有存在真实、可见且对应该产品的评价才输出评分。产品负责人核对评价来源和内容，维护者检查模板输出，避免固定评分再次出现在无评价的页面。请复核已完成的修改。

实际发现12页就写12页；有其他来源尚未查清，就不能写全部完成；决定完全移除某种标记，也要如实说明移除了什么。补充记录能帮助解释，但不必为了申请再造一份文件。

确认每句话都对应做过的动作和结果，再提交并保存申请文本、提交日期。没有请求审核按钮时，把通知、完整网址清单和申请交给该网站的GSC所有者，请他核对资源与权限后提交。

等最终决定，未通过就按反馈补改

收到确认消息，只表示申请已进入处理。按Google复核说明，复核可能需要数天或数周，在最终决定前不要重复提交同一请求。

最终回复到达后，再回同一资源的人工处置报告：

• 回复说撤销，对应处置也已消失：记录这个结果；若报告还有其他处置，继续处理那些问题。
• 复核未通过：读反馈和新增示例，检查漏掉的同模板页、仍输出旧值的其他来源，以及页面是否可访问。修完遗漏后，更新申请中这次新增的改动和结果，再申请。

原文重发不能替你补上未改页面。反过来，撤销后星级仍没出现，也不等于复核失败。合规标记只是获得富结果的前提，Google不保证展示星级。

找不到评分来源或复核反馈对应的页面时，可以通过联系表单发通知、两三个问题网址、使用的插件或模板信息，并说明哪项已改、哪项仍未解决。我们先判断你能否自行处理，需要持续技术执行的再安排Google SEO服务；复核决定由Google作出。