一中心统管:终结产品乱、数据滥、权限失
|
去年六月份,我蹲在工位上查收录,查了三遍。先输site:,回车;再点浏览器刷新;最后手动敲一遍URL看能不能进——那个带参数的详情页,第四次才出来。不是404,是快照日期停在四月十七号,灰扑扑的,像被谁用橡皮擦过边。 群里李磊发了个[捂脸],配图是他后台“已收录”数字从八百跌到三百七十二个词。没人接话。空调外机滴水声很响,嗒、嗒、嗒。我抬头看隔壁工位,张薇正往阳台上收衣服,晾绳上还挂着半湿的衬衫,袖子垂着,晃。 我原以为是蜘蛛池的事。真以为。上个月刚把三个站群全切掉,清得干干净净,连友链页面都删了,就留一个主站,纯内容,无跳转,无JS渲染。结果呢?PC端搜品牌词排第二,移动端搜同一个词,点开前五条全是竞品官网和知乎问答——其中两条还是去年五月我们自己发的问答,现在被标成“来源:知乎”,底下没我们的域名。我点进去看了眼,原文里那句“本产品支持多端同步”被改成“该方案适配主流厂商协议”。改得挺圆滑,可它根本不是我们发的。 到底哪次更新的事我说不准。是五月二十号那次核心算法波动?还是六月三号的移动友好度重跑?还是更早——三月那个没人当回事的索引延迟预警邮件?当时我扫了一眼,附件名叫“indexing_latency_alert_Q1_summary.pdf”,点了关闭。现在想想,那封邮件右下角有个小红点,我根本没点开,只盯着正文里那句“暂不影响抓取总量”。 客户老周催得紧,电话打到第三遍我才接。他第一句是:“你们是不是动了什么?”我没答。他第二句说:“我昨天拿旧手机搜,快照还在,今天换新机,直接不显示了。”我嗯了一声,手边烟烧到滤嘴,烫了一下,弹了弹灰。窗外电钻声突然炸起来,持续了十七秒,正好够我把烟掐灭,又摸出一根新的。 这事儿真正让我后怕的,不是流量掉,是权限失。去年上线的权限中台,本来只管CRM和ERP账号互通。六月二号,运维王工说“顺手把SEO后台的用户组挂进去了”,加了个字段叫“content_publish_scope”。结果那天晚上,内容团队小吴用她账号批量发布五百篇产品介绍,全带重复标题、相似摘要、参数顺序调换——不是恶意采集,就是填表太急,复制粘贴错了三列。系统没拦。中台只认角色,不验内容。五百篇,当天凌晨三点开始进索引,六点开始被识别为模式化生成。这个我敢打包票——我翻了爬虫日志,user-agent后面都带着“Googlebot-2.1 (compatible; +https://xxx.com/robots.txt)”,但它进的是我们自己的发布队列,不是搜索引擎。是它在替搜索引擎做预筛。
文章配图,仅供参考 产品乱。数据滥。权限失。这三个东西,原来不是并列的,是链式塌方。你改一个按钮文案,产品侧要走流程;流程卡住,运营就绕开CMS,直接FTP传HTML;FTP目录没设权限隔离,新员工误删了三个月的反向链接XML映射表;表丢了,友链页面自动生成逻辑崩掉,首页底部那排灰色文字链接,一夜之间全变成404——而其中七个,是我们当年做站群时埋的“长效权重通道”,早就不维护了,但一直活着。直到那天死透。最荒的是友链被牵连这事。杭州老刘的站,去年帮我顶过三次K站风险,他的友链在我侧边栏挂了三年零四个月。六月十号下午,我收到他微信:“你站底下的‘友情链接’四个字点不开。”我一看,确实。不是链接失效,是整个被JavaScript动态移除了。原因?前端同事上周优化首屏加载,把所有非首屏DOM全lazyload了,包括页脚。而我们SEO后台的“友链管理模块”,压根没写data-no-lazy属性。他们忘了——我们还有人靠手工点友链来查反链。 说到这里我得岔一下。前年冬天做站群,我和阿哲在车库里搭了七台树莓派跑模拟蜘蛛,每台固定IP,每天喂三十条假需求,假装是不同城市的经销商在搜配件型号。那会儿觉得只要“量”堆上去,“稳”是必然的。结果某天阿哲把脚本里user-agent的Chrome版本写错了,写成91.0.4472.77,而那天谷歌刚推92.0.4515.107的强制识别策略——我们七台机器集体失联三天。阿哲叼着棒棒糖蹲在暖气片旁边调试,糖棍戳着树莓派散热口,嘀咕:“早知道……早知道就不信‘稳定即安全’。” 回到六月。优胜劣汰不是口号。是那个写错参数的小吴,第二天就被调去数据标注组了;是王工写的“content_publish_scope”字段,六月十五号被改成“publish_content_quality_gate”;是李磊偷偷在后台加了条规则:所有带/product/路径的页面,必须通过title uniqueness check才能入库。他没声张,就在群里发了个“[强]”,底下跟了两行空格。谁也没问,但所有人都看到了。这种东西,不写进OKR,不进周报,但它活下来了。 我抽完第二根烟的时候,终于翻到问题根子:不是算法,不是蜘蛛,是我们自己。我们有七个内容发布入口、四个CDN配置后台、两个缓存刷新渠道、三套权限系统、一套主站数据库,外加一个永远没人敢动的MySQL 5.6归档库。每个环节都说“自己没改”,合起来却让搜索结果变成了拼贴画——PC是春天,移动端是冬天,快照是夏天,友链是秋天,而真正的站点,躺在中间,谁也不认。 所以一中心统管不是理想,是止损。它不承诺变好,只确保坏得整齐。坏得可控。坏得能定位到第十七行SQL,而不是“可能和最近某次发布有关”。我今天早上看监控,发现新上线的统管API里有一处没校验Referer,导致三个外部爬虫绕过了内容分级策略。我截图发给了王工。他回:“收到,等会修。”没加表情。也没提“优先级”。就四个字。 明天先把手上那批页面删一半试试。 (编辑:站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |


