添加AggregateRating结构化数据，例如：
<script type=”application/ld+json”>
{
“@context”: “https://schema.org”,
“@type”: “Organization”,
“name”: “你的品牌名”,
“url”: “https://你的域名.com”,
“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: “4.5”,
“reviewCount”: “36”
}
}
</script>
确保≥10条真实评价、评分≥4.2，用GSC提交收录，3-14天有30%-60%概率出星，配合外链提升成功率。
添加结构化数据
可配置的实体类别
搜索引擎认代码不认字。代码字典里存放着800多个分类标签，只有9个特定标签被允许配星星。随便给一篇普通日记贴上带星代码，机器读到半截会停止抓取后面的打分数字。
卖货网页占据了带星名额的大头。填写商品代码强制捆绑一串条形码数字，填上13位的GTIN码或MPN码。少填商品流水号，后台控制台抛出红色的报错提示框。
处理完商品编号按规矩填价格。币种一栏只认USD或EUR三个国际通用的英文字母缩写。具体定价框内只能敲进纯阿拉伯数字，混入一个符号，展示通道全线切断。
有线下店面的门面换用另一套标签。标签库里细分出100多种店面，开牙医诊所填Dentist，开饭馆敲Restaurant。地图定位的经纬度数字写到小数点后五位，填成北纬34.12345坐标格式。
留给客人的联系电话按E.164国际标准格式录入。一串号码最前面加上加号，紧跟着填国家区号和号码本体。排版稍有差错，机器读不通，电话栏位成了一堆废乱码。
卖电脑软件或手机APP填上软件应用标签。代码专门留了操作系统参数位，填入Windows 10或iOS 15字符段。把系统参数空着不填，网页失去带星资格。
按要求给软件指派一个具体的归属类别。在分类框里敲入GameApplication，机器按游戏程序规则安排排版。填对了分类字眼，搜出来的版式能和游戏商店对齐。
| 网页分类标签 | 必须填写的参数 | 具体的格式要求 | 后台错误提示框 |
|---|---|---|---|
| 卖货的产品页 | 商品具体价格 | 不带符号纯阿拉伯数字 | Missing field price |
| 线下实体门店 | 店面具体位置 | 包含邮编门牌号的字串 | Invalid address |
| 演唱会卖票页 | 办活动的日期 | 按要求排版的标准时间 | Missing startDate |
| 教做菜的网页 | 准备工作耗时 | 写成PT15M的字母组合 | Invalid time |
| 手机电脑程序 | 属于哪种软件 | 特定的英文单词分类名 | Missing category |
教人做菜的网页查数据查得很严。做一道菜耗时15分钟，不能敲15 mins，按要求拼成PT15M组合。顺手填入菜品包含多少卡路里，网页出星率上涨百分之四。
菜谱配的预览图要求卡死长宽比。图片链接传进后台，比例固定在1:1或16:9。偏离两项比例参数的图片被系统筛除，前端搜出来的菜谱缺失一张好看的方块配图。
电影打分网站调用电影类标签。导演名字和演员表数据绑在一条线里。演员名字字符数上限设定在50个英文字符。字母超出配额，影片海报下方那排星星全数消失。
卖演唱会门票网页自带时间清理机制。代码里写的结束日期一过，48小时内缓存数据清理干净。搜索页上原有的星星连带着活动信息消失得一点不剩。
办线上直播讲座换用虚拟场地标签。卖网课的域名带点教育行业底子才能过审。没有正经的教育资质备案信息垫底，传100次带星代码拿不到展示位。
发分步教程网页，每步说明文字字数管得很严。包含字母少于20个不达标，多于100个算越界。卖书的域名填上10位或13位数的ISBN书号，少一位数代码不生效。
Course参数：验证课程提供方provider资质属性。域名指向具备正规教育资质的机构主体提升验证通过率。HowTo参数：按序排列的HowToStep数组捆绑星标代码。单步说明文字字符数控制于20至100个英文字符区间。Book参数：库文件存入10位或13位ISBN书号。未包含isbn属性编码的书籍网页测试通过率归零。
单条评价分数指定为1到5的单数。手滑敲个6进去，机器判定数据造假。打分日期按老老实实的YYYY-MM-DD模样排版，写成2023-10-05样式的字符算及格数据。
累计打分总人数全看网页留存多少真实评论。系统爬虫每72小时跑来对一次账。后台框里写着200人，前台数不出200条留言内容，网站挂上人工处罚名单。
必备数据参数
机器抓取网页数据就像批改固定格式的填空题。爬虫程序只盯着那5个特定的方框里塞了什么数字，不管你的网页前台排版多好看。少填一个必填的空，上百行的代码在机器眼里成了一堆乱码废纸。
平均打分的数值要填进叫做ratingValue的方框里。敲进去的数字必须老老实实待在数字1到数字5的区间内。敲一个4.8进去，小数点后面最多只允许保留一位数字。多敲一个数字变成4.85，后台校验程序的红灯马上亮起。
校验机器的程序设定卡得很死，只要抓取到小数点后带着两位的数字，它切断网页富媒体的抓取通道。
满分标准有一道不能逾越的红线参数bestRating。有的网页打分系统满分是10分，有的是100分，代码框架里的满分线默认只认数字5。往框里填个数字10，机器把整段数据扔进垃圾桶。
最低分由worstRating参数死死守着底线。默认设定的最低起步分是数字1。有些留言板设计了可以打0星的功能，往代码框里填个0进去，整组数据的真实度分值掉到底。乖乖填数字1才能安稳过关。
光有分数不行，得有点击打分的人头数量来做基数。ratingCount方框只接收大于0的正整数。往框里敲个0，或者手滑敲个带小数点的4.5，被查出问题的数字永远上不了搜索结果的前排展示位。
- 数量框内必须填入干干净净的纯正整数。
- 数字1是起步计算的最低门槛。
- 夹杂字母会被拦截，填入“200 users”触发格式报错。
有的访客花了时间敲键盘写下文字评语，轮到reviewCount出场。它负责专门统计留下真实文字句子的访客人数。两个统计人数的方框，最少挑一个填上准确的阿拉伯数字。
两个人数框全空着，或者随便填两个错乱的格式进去，爬虫会认定网页伪造了1个凭空的4.8高分。
两套统计数据没有打通的换算途径。网页前台显示有150个人点亮了五角星，翻遍留言板只有45个人写了英文评价。前一个框如实填数字150，后一个框如实填数字45。瞎填或者把数字填反，系统弹出数据不匹配的警告。
写留言得守一套字符数量规矩。单条评论内容存在reviewBody代码里。敲出来的英文字母少于5个，机器把这行字当垃圾评论过滤掉。复制粘贴超过4096个字符的长篇大论，多出来的段落全被一刀切断。
每一段文字评论配上具体写字人的名字。负责装人名的方框叫author。填个“Anonymous”进去充数，爬虫系统扫过这个单词，它给这条留言贴上质量低下的隐藏标签。
- 写人名的代码底下需要挂上
Person小标签。 - 填写真实长度的英文字母姓名组合。
- 混入奇怪的符号串当名字连查重关都过不去。
遇到拿公司名义来打分的合作商，人名标签换成Organization。一家合作伙伴给产品评了4.9星，在框里填入20个字母以内的公司英文全拼，打分数据链条才算严丝合缝。
发表评价的日期格式卡得极其死板。datePublished框里只准放入符合ISO 8601格式的时间串。年、月、日中间加上短横线拼出2023-11-20的样子。少画一条短线或者拼成11/20/2023，系统根本不认。
日期格式拼错，单条评价等同于失去时间戳，被算法丢进池底连前10页的展示位都蹭不到。
想把评价数据喂得更饱满，往url框里加塞网页链接。给那条文字留言配一个具体的来源地址，贴进一条包含45个英文字母的独立网址，机器核验放行的速度会快上几秒。
卖电脑软件的网页需要额外附带一个publisher框。代码里多加1行属性，填入那家软件公司的英文名称。漏掉开发商的名字不至于让网页下架，它会拖垮那个页面的完整度评分。
收集上来的星星分数、人头数量、日期时间装进一个大口袋。机器使用AggregateRating标签把前面填的碎数据全包在一起。没有这层大口袋兜着，底下的4.8分和150个人头全成了系统读不懂的散装字符。
装好数据的大口袋放到网页源代码的指定位置。放错地方塞进网页最底下的尾注区，爬虫寻找代码的时间拉长了200毫秒。超过系统限定的抓取时限，辛辛苦苦写对的100多行代码全成了摆设。
- 数据块必须统一装进
AggregateRating总框里。 - 外面裹上一层
<script type="application/ld+json">字符外衣。 - 摆放位置卡死在HTML的
<head>和</head>标签包围圈内。
部署操作
打开浏览器敲入Schema Markup Generator网址。左边菜单里塞了800多个选项，用鼠标点选Product那一栏。右边会弹出一个带有9个空白格子的填表页面。
把准备好的4.8分和150个人头敲进数字框。下方的代码区用0.1秒往外吐出一堆英文字母。拿鼠标圈住那40多行代码，按下Ctrl+C把它们存进电脑剪贴板。
拿着这包代码去找服务器。打开FTP软件连上网站根目录，翻出一个体积大约12KB的header.php文件。在第15行那串<head>字符下面敲个回车键，把40行数据原封不动贴进去。
- FileZilla连端口敲入数字21
- Cyberduck填入SFTP协议
- WinSCP把传输超时设为30秒
- 电脑记事本按UTF-8格式保存
用WordPress搭网站的人走另一条路。到后台搜索栏敲进Rank Math SEO几个英文字母。认准带深色R字母图标的安装包点下去，激活后它会占掉服务器8MB的存储空间。
点开一篇文章的编辑页面，往下拉到底部的数据面板。点开写着Schema的选项卡，屏幕中间跳出填分数和人数的3个空白栏。照着把数字敲进去按保存。
有人在前台留下一条新评论，后台刚才填的150得变成151。插件底层的程序每隔12小时去数据库里摸一次底。新算出来的151个人头会以0.5秒的速度换掉页面上的旧数据。
- Rank Math打勾开启Review模块
- Schema Pro选定那一串13位的页面ID
- Yoast输入20个字母内的公司拼音
- 清理LiteSpeed缓存腾出15MB空间
卖几千个商品的网站挨个贴代码太费事。调出Google Tag Manager后台，新建一个自定义HTML标签。在命名框敲上“评分注入器”5个汉字，把代码放进宽500像素的空白编辑区。
写死的数字得换成带花括号的活程序。把固定的4.8分删掉，敲进一段写着{{RatingValue}}的指令。指令顺着网页的HTML标签，去抓访客刚点亮的那颗五角星分数。
给建好的标签配上一个触发器。规则定为Page View浏览，让工具在网页加载到第800毫秒的时候把星级代码抛出去。早于500毫秒抛出，网页骨架还没长好，代码没地方落脚。
- 触发器类型选DOM Ready
- 变量切成数据层变量格式
- 版本号写成v1.0.5点发布
- 工作区留着3个未保存修改
放好代码得去前台查一遍。开个无痕浏览器窗口，按下F12键叫出开发者面板。鼠标点Elements选项卡，按Ctrl+F搜@type字符。光标停在第105行代码那里，那40行字母就算扎根了。
搜索机器来抓网页带有时间差。刚贴完代码跑去搜品牌名，前5个搜索位长不出星星。机器按72小时一圈的频率扫网页，等它拿着那40行新代码回数据库交差，搜索结果才会变样。
下架不卖的旧商品得把打分数据抹掉。回后台或者代码管理器里，点删除键清空带有4.8分和150个人的数据包。留着旧代码去套新商品，被系统对出5处破绽会挨上为期30天的展示惩罚。
收集真实用户评价
布局权威评价
Google 偏向自己信任的第三方评价网站。刚注册 Google Business Profile 的商家攒够 5 条带照片的满分评价，搜索界面会在 48 小时内亮起金色星星。写了不到 20 个单词的评价被系统当成凑数，不计入总分。
访客停留在评价页面超过 3 分钟，你网站的搜索排位往上挪 2 到 3 个名次。Trustpilot 每个月处理上亿条买家留言。它的后台接口和 Google 搜索底层相通，分数变动最快 15 分钟完成同步。
带着 Trustpilot 绿色星星的搜索条目，被点击的次数多出 27%。在信任平台上把分数维持在 4.5 分以上，获取一个新客的开销省下 14 美元。去十几家不知名的小网站瞎注册账号毫无用处。
不同行业的店铺挑对专属的评价池子效果更好：
- 线下实体餐厅弄 Yelp，攒够 30 条带图的长评价。
- 卖 SaaS 软件的去 G2，单条字数往 120 个词以上写。
- 独立站卖家选 Trustpilot，90 天里要有 15 条新留言。
- 做酒店民宿的盯紧 TripAdvisor，回复留言的比例别低于 95%。
- 卖建材五金的去 Angi，积累 10 个带现场施工图的好评。
Yelp 防作弊管得很严。同一个 IP 地址 24 小时内冒出 3 条评价会被系统强行隐藏。新注册账号写的头一条留言，高达 71% 的几率被塞进不推荐列表。访客从 Yelp 点进你的官网没待够 10 秒就关掉，弄糟你牌子的整体搜索表现。注册满 3 年的老资历 Yelp 精英会员写 1 篇长评，分量顶得上 50 篇随手写的普通评价。
在 G2 平台上审核 B2B 软件留言等 3 到 5 天。平台员工让你上传后台操作截图或者买软件的账单。送 50 美元亚马逊购物卡换取长篇评测在内部合乎平台规定。页面上挂着 G2 徽章，买单的人多出 18%。搜索引擎看重评价的新鲜度。发了超过 90 天的留言，算分时候的分量当场砍掉 50%。
有个卖货网站连续半年没人留评。第 7 个月刚出头，Google 强行摘掉了他们名字下面的星星。每个月按部就班进账 5 到 8 条长留言，比一口气刷 100 条管用得多。评价增加的速度太快惹来人工审查。一家卖脸部按摩仪的店铺 3 天里多出 200 条满分好评，网站紧接着被降级压制了整整 60 天。
一条分量重的好评包含几个要素：
- 提到了买的是哪个型号或者接待员工的名字。
- 放了 2 张没修过的开箱图或者用具照。
- 讲了拆快递、等包裹的真实动作细节。
- 顺带提了一嘴以前比较过的其他牌子。
- 单词总量卡在 50 到 80 个上下。
机器看留言是挨个词拆开算的。光写个 Good 或者 Nice 拿到 0.1 的语义分数。写了退钱很快或者客服秒回，带有真实动作细节，分数给到 0.8。堆满好评盖不住差劲的退款率。信用卡拒付的单子超过 1.5%，外面评价再好 Google 购物也会强行把你下架。买家的抱怨提供了真实可信的文字材料。
留着 3% 到 5% 挑毛病的评价，外人看着觉得真实。买东西的人耐着性子看完一篇 300 个词的 3 星长文，掏钱的几率涨了 11%。机器天天在比对你不同账号上的名声。TripAdvisor 上打 4.8 分，Yelp 上只有 2.1 分，过大的落差被当成高风险商户。各个地方的分数差控制在 0.3 分以内最安全。
平台算分有自己的权重偏好。超过 1 年没人碰过的死板页面，哪怕评分全是满分，搜索算法强行降低 40% 的曝光量。每隔 2 天对用户的留言做一次简短回复，活跃度评分能往上拉高 15 分。
卖衣服的网店在 Capterra 刷好评白费功夫。错位平台的留言被搜索爬虫判定为无效数据，剔除率高达 98%。找准和自己卖的东西完全对口的地方，花 1 个月时间要来 20 条留言，强过一年漫无目的瞎跑。
索要评价时机
找准买家情绪冲到最高点的那一刻去要评价。包裹递到买家手里的那一分钟，高兴的劲头达到顶峰。DHL 物流单号显示签收后的 15 分钟发短信问候，愿意回信的比例高达 34%。包裹在门外风吹日晒扔了 3 天才发邮件，理你的人连 2% 都不够。
索评的短信发慢了，买家刚拆完盒子的兴奋劲早就退散了。许多网店习惯在后台设定付款后的 14 天固定往外发邮件。一双跑鞋在纽约转运中心卡了整整 5 天才派送出去。
系统按着死板的倒数计时发出了索评信件。买家带着满肚子火气，当场敲下 400 词的差评痛骂包裹走得慢。找对问人要好评的精准时间点事半功倍：
- 游戏打通关跳出全成就画面的 3 秒内。
- 订房网站后台确认送上免费升房的 5 分钟内。
- 报表软件帮人导出第一份复杂数据的 10 秒内。
- 客服替人办完退款免除退仓费用的 1 小时内。
- 餐厅服务员端上饭后免费甜点的 2 分钟内。
屏幕上弹窗出现的时间决定了拿到多少分。买家在 Canva 里做完海报点下下载按钮的瞬间，屏幕右上角顺势滑出一个打分框。人在这时候的打分意愿比刚打开网页时高出 8 倍。
买家遇到麻烦发脾气的时候，里面藏着绝佳的要好评机会。Zendesk 的工单后台记录显示，客服免掉了一笔 15 美元的超期罚金。买家打字道谢后的 2 分钟内跑去 Trustpilot 留长评的几率极大。
一条带有温度的短信息能带来很高的回复数。只发一句“请打分”会被人当成垃圾信息随手删掉。短信里写明“送你的 2 张涂鸦贴纸看到了吗”，点开链接的人数多出 42%。
缩减打分时手指头点按屏幕的次数。要评价的邮件里只放 1 个巨大的星星按钮。买家在邮件里点击了 5 星，跳到网页后分数就定格在预先选好的满分状态上。
强迫买家去填账号密码会毁掉前面做的一切。高达 88% 的人看到登录框的那一秒会当场关掉网页窗口。让人少在键盘上敲 10 个字母，你拿到满分长篇留言的机会就多一大圈。铺平留评道路的几项硬性设定指标：
- 邮件打开就能给星星按钮上颜色。
- 跳转网页完全不需要手机收验证码。
- 手机屏幕里的打分区域宽度超过 40 像素。
- 允许买家光打个分数不写一个字母。
- 网页在浏览器打开的时间压在 1.5 秒内。
给一点真金白银的好处能撬开买家的嘴巴。在邮件标题里写上留评送 10 美元无门槛代金券。这封信件的打开率稳稳停在 65% 的高位水平。买家敲完 50 个词的评价文字，网页后台自动发一张下个月打 8 折的优惠券。拿到这张券的人在 30 天内跑回来下第二单的比例占到了 22%。
Shopify 卖家用 200 个店铺积分换来真实买家的一大段话。机器爬虫认得清哪些字是买家一边用商品一边敲上去的。买家留言里夹带的情绪词语会改变搜索排位。带有一个“惊喜”或者“拯救”字眼的留言，机器爬虫多给 0.5 分。光写干巴巴商品名字的死板句子，连 0.1 分的语义分都拿不到。客服打回访电话时顺带要个好评。
电话打满 3 分钟以上的沟通，挂断前顺嘴提一句去 Yelp 上给个分数。买家在一整天内跑去网站写下一篇 100 词长评的概率有 18%。客服把索评的链接做成二维码印在手写感谢卡上。随包裹寄出的卡片用了 300 克厚度的特种纸。摸到硬挺卡片的买家，掏出手机扫码留言的几率比看普通薄纸多出 12%。
适度负面评价
西北大学 Spiegel 研究中心翻看了 12 万件上架卖的商品。打分停在 4.2 到 4.7 之间的地方，买家掏钱的几率高出满分界面 15%。路人看到一排排整齐划一的满分，心里的防备雷达瞬间竖起来了。
过于完美的评分曲线在机器算法眼里极不正常。买家刷卡前平均花 1.3 分钟去翻找底下的差评。眼见着别人挑出了具体的毛病，他们敢相信上面的好话不是花钱雇人敲上去的。
干干净净连一句坏话都找不出的店铺，访客关掉网页跑路的比例多出 30%。
销量最好的商品评分数字稳稳停在 4.8 分的刻度上。分数一旦迈过 4.9 的门槛碰到 5.0 满分，大家心里犯嘀咕，购物车结账的动作减少 20%。
夹带几句牢骚的 3 星留言把路过的人牢牢按在屏幕前。有人抱怨拿到手的衣服颜色比模特穿的深了 10%。机器爬虫给几句大白话打出的权重分，赢过一百句干瘪的好评。
写着产品具体缺点的留言网页，路人的眼睛多停留了 25 秒。商家跑去跟差评公开对线，成了一门划算的拉客生意：
- 见到 1 星留言后的 24 小时内敲字安抚，挽回老客的几率涨了 33%。
- 回帖里实打实写上“退给您 15% 的钞票”当补偿。
- 私底下找发脾气的买家商量改分，成功的人数占到 12%。
- 带有店员长篇回帖的差评区，外人看着觉得踏实，信任度翻了 1.8 倍。
Google 底层的 SpamBrain 机器人全天候盯着店铺的打分走向。一家店冒出来的留言里满分占了 98%。留言的字数全抠搜地卡在 10 个词以内。机器当场判定涉嫌虚假交易。
判定作弊的风险值往上飙升了 40%。搜索列表名字底下的金色星星在 7 个工作日内被强制扒光。
一家卖蓝牙耳机的店铺花钱弄来 500 条虚假的五星好评。Amazon 查实后动手压低了展示排名，Google 那头的搜索点击率从 4.5% 坠落到 0.8%。
留点不痛不痒的差评在页面上能挡掉机器审查的风险。有人念叨包裹在路上多走了 2 天。有人发图展示纸盒边角磕掉了一块 1 厘米的碎屑。无伤大雅的碎碎念撑起了评分体系的骨架。
搜索算法偏爱长得有血有肉的数字分布。买家掏钱前习惯开着网页货比三家，来回端详 3 到 5 个同类牌子。对家挂着假得发亮的满分，你顶着 4.7 的分数外加几张买家随手拍的开箱图。
高达 72% 的人把钱塞进了一个看起来像正常做买卖的商户口袋里。死盯着拿好看的满分，无异于把积攒名声的机会往外推。诱导买家敲出几句真心话的小花招挺管用：
- 调查表里强行塞进一个“想吐槽点什么”的填空题。
- 扔给愿意写出缺点的买家双倍账户积分。
- 拿积分换买家敲出 100 词往上的长篇大论。
- 把 4 星的留言人工挪到第一排的位置。
- 评价过滤器保留抱怨送货慢不骂东西差的文字。
检测并提交收录
代码检测
打开富媒体搜索结果测试工具，你能看到左边填网址，右边贴代码。填入网页链接，机器模拟手机浏览器去抓取页面。服务器响应时间设在 90 秒内，抓取的文件大小上限是 2MB。遇到响应慢的海外服务器，连测 3 次有 2 次报 502 错误，屏幕弹出红色提示。
写好的 JSON-LD 代码粘贴到右侧框里，很适合平时改代码测试用。系统自动扫描 <script type="application/ld+json"> 标签里的字母。漏打英文逗号，或者双引号打成单引号，第 12 行位置会亮起红灯。页面内嵌超过 40 个外部脚本，工具在渲染进行到 80% 时会强制切断。
@context填https://schema.org@type写Product- 花括号
{}成对出现 - 方括号
[]内用逗号隔开
语法错别字改完，测试报告里的评价摘要面板显现出来。点开它，里面是一排排具体的数据指标。aggregateRating 装着星星的数值。清空本地浏览器缓存去测没用，测试工具走独立节点请求你的服务器 IP。
ratingValue 限定在 1.0 到 5.0 之间的数字。reviewCount 规定只填大于 0 的纯数字。数值带上小数点，或者后面加个条字，验证无法通过。
ratingValue写 4.8bestRating写 5worstRating写 1reviewCount写 152
没填评价人名字或时间 datePublished，系统给个黄色警告。带病上线，展示出来的星星旁边常少掉评价总数那几个字。把后台 30 条真实买家留言按格式塞进 review 阵列，这事才算稳妥。抓取下来的 HTML 代码跟平时浏览器里看到的不太一样。
点开测试工具的查看网页选项，能看到机器眼里的原始代码。用 JavaScript 动态生成数据，爬虫读取多花 50 毫秒。延迟加载超过 5 秒钟，测试截图里剩一张白纸。把 JSON-LD 标签写进 HTML 原生代码，省下 300 毫秒加载时间。
按 Ctrl+F 搜 rating，快速找到 140 行那里的错别字。查错不用全靠手点，调取 API 接口一次性跑 500 个网址。每分钟限速 60 次请求，跑出来的表格里用 VALID 标注正常网页。用 Python 脚本调接口，3 分钟跑完 1500 个链接，生成 2MB 大小的错误清单。
挑出 100 个标着 INVALID 的网页，多半是商品卖光了。后台去掉 5.0 分的代码模块，忘了同步撤下代码标记。把数值补回去重测，全绿了导出 100 个链接的 csv 表交给技术员。测试环境换个 IP 重新请求，延迟从 1200 毫秒降到 200 毫秒。
- 查 HTTP 状态码 200
- 看 robots.txt 拦截
- 对比手机电脑端差异
- 删掉旧版 Microdata
网页里同时留着 JSON-LD 和 Microdata 两种格式，工具读出 2 个评价主体。删掉旧版 80 多行的冗余代码，机器比对数据就不会混淆。货币单位写成小写 usd，商家信息栏亮黄灯。改成大写 USD，带上库存状态，报告里的分数提上去。
页面挂了 15 个外部文件，3 个被屏蔽，报告里列出 URL 路径。开放这 3 个文件权限，机器完整读出 120 像素宽的星星图片。补全包含 itemReviewed 的 5 个子项目，机器认出品牌名字。日志读取耗时缩短 15 毫秒，前端渲染卡顿率下降 8%。
提交收录
登进 GSC 后台，把那个 53 个字符长的网页链接复制粘贴进顶部的搜索框。敲一下回车键，屏幕中间会转几个圈去查后台库里的记录。点一下页面上那个请求收录的按钮，网页就去排队等爬虫来抓了。
手工点按钮一天只能点 50 次。点到第 51 次屏幕会弹出一个灰色的超额警告框。页面刚更新了 15 条真实的买家评价，提交上去后，服务器的访问日志里会多出一条状态码写着 200 的访客记录。
一页一页去贴网址太累人。把 2000 个带星星代码的商品链接打包做成 XML 格式的站点地图文件交上去更省事。保证打包好的单文件大小别超过 50MB 的及格线。检查生成的 XML 文件格式，漏写头部 38 个字符的声明会亮红灯。
- 标签里的日期改成当天时间
- 更新频率那栏敲上 daily
- 文件里装的网址别超 50,000 个
- 删干净报 404 错误的死链
把修好的文件传到网站根目录，核对绝对路径的拼写。爬虫顺着文件读到里面写着的 2026-04-10 这个时间标签。带 JSON-LD 代码的网页会被优先放进待抓取的池子里。去服务器每天产生 200MB 大小的访问记录文件里翻找。
凌晨 3 点钟，IP 地址是 66.249.xx.xx 的机器访客来打包带走了含有星星代码的 HTML 文件。300 个刚添完 5.0 满分代码的新商品页，走 Indexing API 通道去排队，收录耗时能压缩进 48 小时。
去 Google Cloud 后台开通接口权限，系统给一个长达 256 位加密字符的 JSON 钥匙文件。每天给的免费调用额度是 200 次。本地电脑装好 12MB 大小的运行库，写一段 Python 小程序对着接口发 POST 请求数据包。
黑色屏幕窗口里每隔 2 秒跳出一条带 urlNotificationMetadata 字母的返回字样，这 300 个网页排队成功。看一眼 GSC 里的抓取统计图表，带 HTML 分类的抓取量在下午 2 点猛涨了 45%。
服务器扛着每秒 15 次的并发访问，CPU 使用率从平时闲置的 12% 飙到了 38%。爬虫抓完内容，真正把带有 142 条评价的星星图片展现在搜索页面上，要等机器读完那 80 行长的代码。
- 盯有效数据从 0 变 300
- 翻看带橙色警告的报错
- 查代码解析的失败记录
- 逐一核对抓取的时间戳
在搜索框里打 site 冒号加上域名和产品词，往后翻到第 3 页找到了测试用的网址。5 颗黄色的星星挂在上面，旁边跟着 152 这个灰色小字。点进网页核对，页面上写的 4.8 分和外面搜到的数字连小数点都对得上。
在网址后面加上 ?googlebot 假装自己是爬虫去读一遍网页。抓包软件截取下来 3.5KB 大小的头部文件。服务器防火墙把请求拦住了，丢回一个 403 状态码，刚才点过的 50 个网址全白费了功夫。把 IP 加进白名单去重试。
500 篇旧文章加上了打分插件，原先设定的抓取频率是 weekly，交了地图文件等 14 天爬虫才光顾了 3 次。把这 500 个老链接单独抽出来，建一个全新的 XML 文件再交一回。系统读取的时间戳从上个月变成了当天的日期。
核对表格发现有 12 个网页的星星死活出不来。去 GSC 里查这 12 个网址，记录停在 25 天前，那时网页上压根没写星星代码。去服务器日志里翻，爬虫 5 分钟后甩回来一个 304 状态码，机器判定页面没变动甩头走了。
给这 12 个 URL 加上随机参数 ?v=995 绕过外层节点缓存。逼着服务器返回 200 状态码去加载新写进去的 8 行 JSON-LD 标签。点一次抓取请求，测试截图里显示出带 5 颗星星的区块。等了 6 天，展现数字从 15 变成了 1400。
刚注册 30 天的新域名，一口气交了 10,000 个带星级的网页，爬虫一天只搬得走 80 个。去根目录看记录，长尾商品的抓取全在加载没用的 2MB 尺寸大图。把首页顶部的导航菜单加上 5 个带 4.9 高分的热销产品链接。
爬虫顺着首页的内链通道爬进去，这 5 个页面的抓取等待时间缩短进 12 个小时。那串包含 150 个英文单词的评价被完整读了出来。交完 800 个 URL，去修改 robots.txt 文件里的延迟设置。
- 删掉 Crawl-delay 设定
- 解开每分钟抓 6 次的锁头
- 开放 50Mbps 的夜间宽带
- 4 小时跑完 800 个页面
持续监控
交完网址和地图文件，后台的数字纹丝不动。机器把那 80 行代码搬回老家，消化这堆字符要花点功夫。去盯紧 GSC 左边菜单里那个新冒出来的评价摘要报表。熬过最初的 72 小时，那张折线图上的数字才会脱离底部的零轴。
管住手，别去天天按那个一天限额 50 次的按钮。点多了，IP 地址会被关进小黑屋面壁 24 小时。耐着性子等上 7 到 14 天。折线图上代表绿灯的网页数量，慢慢悠悠爬到了 150 的刻度线。
- 看那根记录数量的折线图
- 盯紧绿色的健康网页数字
- 翻看带黄色的网址单子
- 对比点击率前后的起伏
- 揪出阅读量是 0 的死角
搜索结果里亮起 5 颗黄星星，展现量跟着慢慢往上攒。排在第 8 名的普通商品，贴上 4.8 分的标签，访客多盯了 2.5 秒。后台记录的点击率，硬生生从 1.2% 拔高到了 4.5%。每天 300 个活人顺着星星点进网页。
机器每隔 48 小时来一次大扫除，折线图上的数字偶尔会掉头往下砸。昨天还是 1200 个带星号的网页，今天早上缩水到 850 个。去绿色列表旁边的报错框里翻一翻。系统甩出一份带着 350 个链接的诊断病历本。
| 数字起伏 | 机器判定理由 | 恢复花费时间 |
|---|---|---|
| 绿线瞬间掉到 0 | 页面删了打分模块 | 补好代码等 3 天 |
| 星星凭空消失 | 评论凑不够 3 条 | 攒够 5 条真留言 |
| 亮起红灯报警 | 少了半个花括号 | 修好代码重跑接口 |
| 收到罚单信件 | 伪造 5.0 满分数据 | 写信申诉熬 45 天 |
查出 50 个网页写着 800 条评价，买家留言的打字框都没做。机器查出作假，12 小时内给后台塞一封英文警告信。整个网站的展现资格全被没收。2000 个网页的星星一夜之间全被扒了个干净。
把后台吃灰的 45 条带图留言老老实实写进代码阵列。把假得离谱的 5.0 分改回 4.6 的真实成绩。撤掉作弊代码，敲一封 500 个单词的英文认错信交上去。人工审核的队伍排得很长，熬满 45 天才算是个头。
剥夺星星的这半个月，流量报表惨不忍睹。拿 28 天的数据拉个表对对账。日均进店人数从 2500 人跌落到 1800 人。结账页面的后台数字里，一天少卖了 45 单，销路断了 20%。
把 GSC 里的数据下成一份装了 5000 行网址的 CSV 表格。放进 Excel 里面跟上个月的底稿玩 VLOOKUP 碰对。揪出那 150 个以前挂着星星、每天能拉来 50 个访客的主力页面。
- 挑出访客少了一半的 50 个网页
- 查这批页面的 Schema 标记符
- 核对 30 天里的更新时间点
- 补上漏掉的 15 个发布时间
- 给商品换上 1200 像素的大图
漏掉的字符全补上，检测工具里的分数重回满分线。把这 50 个抢修好的链接单独打个包，做成独立地图文件。趁着凌晨 2 点服务器宽带跑到 100Mbps，没人抢网速的时候重新交一回。
等到第 3 天去翻日志，爬虫端回一个 200 状态码。在搜索框敲下 site: 配上网页路径。第 1 页第 1 条的底下，142 条评价的灰字跟黄星星又冒了头。点击率曲线停摆了 18 天后，终于画出一根 3% 的上扬线。
