[{"data":1,"prerenderedAt":336},["ShallowReactive",2],{"blog-mobile-technical-seo":3,"blog-prev-mobile-technical-seo":127,"blog-next-mobile-technical-seo":224},{"id":4,"title":5,"author":6,"body":7,"canonical":111,"category":112,"cover":111,"date":113,"description":114,"draft":115,"extension":116,"keywords":111,"meta":117,"navigation":118,"noindex":115,"ogImage":111,"path":119,"seo":120,"seoDescription":111,"seoTitle":111,"stem":121,"tags":122,"updated":111,"__hash__":126},"blog\u002Fblog\u002Fmobile-technical-seo.md","移动端技术 SEO：桌面和移动内容不一致的 4 个后果","元析智能",{"type":8,"value":9,"toc":100},"minimark",[10,14,18,21,24,28,31,34,37,41,44,47,50,54,57,60,63,67,70,73,76,79,82,85,88,91,94,97],[11,12,13],"p",{},"移动优先索引意味着搜索引擎主要看移动版。桌面有内容、移动端没有，排名会按移动版算。2026 年 3 月到 6 月我们检查过 20 个软件站，4 个常见问题几乎每家都有。",[15,16,17],"h2",{"id":17},"移动优先索引意味着什么",[11,19,20],{},"Google 现在主要用移动版页面来索引和排名，百度也以移动端为主。也就是说，用户用手机搜到的结果，排序依据是移动版页面的质量。",[11,22,23],{},"桌面版做得再完整，移动版缺内容，排名按缺的算。",[15,25,27],{"id":26},"后果一移动端少内容桌面排名受影响","后果一：移动端少内容，桌面排名受影响",[11,29,30],{},"最常见的做法是移动端隐藏一部分内容：为了\"简洁\"砍掉表格、折叠长文、隐藏参数对比。",[11,32,33],{},"我们检查的 20 个站里，8 个的移动版正文比桌面版少 30% 以上。这些站的核心词排名，普遍比移动内容完整的站低 3 到 5 名。",[11,35,36],{},"修法：移动端可以折叠，但内容要在 HTML 里，别用 display:none 删掉。",[15,38,40],{"id":39},"后果二移动端加载慢抓取变少","后果二：移动端加载慢，抓取变少",[11,42,43],{},"移动端的网络环境和设备性能比桌面差，同一个页面，移动端 LCP 可能慢 2 到 3 倍。",[11,45,46],{},"抓取预算按移动版算，加载慢的页面被抓得少。我们一个客户移动端 LCP 4.8 秒，核心页平均 9 天抓一次；优化到 2.2 秒后，缩到 3 天。",[11,48,49],{},"修法：图片压缩和懒加载、字体精简、第三方脚本延后。",[15,51,53],{"id":52},"后果三弹窗和下载引导被判干扰","后果三：弹窗和下载引导被判干扰",[11,55,56],{},"移动端常见的问题：首屏弹窗要求下载 App、顶部横幅遮挡内容、自动播放视频。",[11,58,59],{},"这些做法会影响页面体验评分，严重的会被判定为干扰性插页。",[11,61,62],{},"修法：首屏不放大弹窗，下载引导放到内容之后，用页面内按钮代替强制跳转。",[15,64,66],{"id":65},"后果四移动端-url-和桌面不一致","后果四：移动端 URL 和桌面不一致",[11,68,69],{},"独立移动站（m.example.com）的站，容易出现两个问题：移动站和桌面站内容不同步，以及两边的 URL 关系没配好。",[11,71,72],{},"现在的趋势是响应式，一套代码适配所有设备。如果你还用独立移动站，至少保证内容一致、互相有链接、canonical 正确。",[15,74,75],{"id":75},"我们的检查清单",[11,77,78],{},"第一，用手机 UA 抓一次页面，对比桌面版的内容量。",[11,80,81],{},"第二，测移动端 LCP 和 INP，重点看首屏。",[11,83,84],{},"第三，检查有没有遮挡内容的弹窗和横幅。",[11,86,87],{},"第四，确认移动端页面的标题、描述、canonical 和桌面一致。",[11,89,90],{},"第五，看移动端的抓取占比，Googlebot 和百度蜘蛛的移动 UA 请求是否正常。",[15,92,93],{"id":93},"判断",[11,95,96],{},"移动端不是\"另一个版本\"，是主版本。按这个前提做技术检查，很多问题会自然消失。",[11,98,99],{},"一个建议：每次改版，先用手机看一遍，再用手机 UA 抓一遍，两个不一样的地方就是风险点。",{"title":101,"searchDepth":102,"depth":102,"links":103},"",2,[104,105,106,107,108,109,110],{"id":17,"depth":102,"text":17},{"id":26,"depth":102,"text":27},{"id":39,"depth":102,"text":40},{"id":52,"depth":102,"text":53},{"id":65,"depth":102,"text":66},{"id":75,"depth":102,"text":75},{"id":93,"depth":102,"text":93},null,"技术SEO","2026-10-07","移动优先索引意味着搜索引擎主要看移动版。桌面有内容、移动端没有，排名会按移动版算。2026 年 3 月到 6 月我们检查过 20 个软件站，4 个常见问题几乎每家都有。检查清单和修法都在这篇，照着查一遍一小时能看完。",false,"md",{},true,"\u002Fblog\u002Fmobile-technical-seo",{"title":5,"description":114},"blog\u002Fmobile-technical-seo",[123,124,125],"移动优先索引","移动SEO","页面体验","sYcEFILKRXbaLeJ-jAnjo9uUcZxQJii446vyd3Mgsog",{"id":128,"title":129,"author":6,"body":130,"canonical":111,"category":212,"cover":111,"date":213,"description":214,"draft":115,"extension":116,"keywords":111,"meta":215,"navigation":118,"noindex":115,"ogImage":111,"path":216,"seo":217,"seoDescription":111,"seoTitle":111,"stem":218,"tags":219,"updated":111,"__hash__":223},"blog\u002Fblog\u002Franking-drop-first-week.md","排名掉了先别慌，先分清这四种情况",{"type":8,"value":131,"toc":205},[132,135,139,142,145,148,151,155,158,161,164,168,171,174,177,181,184,187,190,193,196,199,202],[11,133,134],{},"2026 年 10 月我们一个客户的核心词掉了七位，负责人打电话过来的时候声音都是紧的。查了两天，是竞品上了新页面，不是我们的问题。排名掉了先别慌，先分清是哪一种情况，处理方式完全不一样。",[15,136,138],{"id":137},"情况一整站一起掉","情况一：整站一起掉",[11,140,141],{},"特征是多条业务线的词同时下滑，流量曲线整体下移。",[11,143,144],{},"先查三处：GSC 和安全中心有没有消息，服务器日志里蜘蛛量有没有异常，最近两周有没有部署过改动。",[11,146,147],{},"如果是算法更新，看时间点对不对得上。2024 年 3 月那次核心更新之后，我们见过整站掉三成的站，两周后恢复了一部分。",[11,149,150],{},"如果是技术事故，通常更急。robots 误屏蔽、服务器返回 5xx、canonical 批量改错，这几种要当天处理。",[15,152,154],{"id":153},"情况二单个词的排名掉","情况二：单个词的排名掉",[11,156,157],{},"特征是这个词的排名掉了，其他词没动。",[11,159,160],{},"常见原因有三个：竞品上了更匹配的页面、搜索意图变了、SERP 里出现了新的结果类型。",[11,162,163],{},"查法很简单，手动搜这个词，看前十名换了谁。如果多了一个竞品的对比页，那就是被抢了。如果多了视频或者问答模块，那是展示位被挤压，排名本身没变。",[15,165,167],{"id":166},"情况三单个页面的排名掉","情况三：单个页面的排名掉",[11,169,170],{},"特征是同一个词，落地页从 A 换成了 B，或者 A 的位置明显下滑。",[11,172,173],{},"查这个页面本身：内容有没有过时、内链有没有被删、canonical 有没有被改、页面速度有没有变差、有没有被合并或重定向。",[11,175,176],{},"我们遇到最多的是内链被删。改版或者编辑调整时，原来指向这个页面的链接被顺手去掉了，两周后排名开始掉。",[15,178,180],{"id":179},"情况四显示排名掉点击没掉","情况四：显示排名掉，点击没掉",[11,182,183],{},"特征是在工具里看到的位置变差，但 GSC 里的点击和曝光没怎么变。",[11,185,186],{},"这种多半是工具误差。位置追踪工具用的是固定地点、固定设备的抽样，和你真实用户的分布不一致。个性化搜索结果也会影响。",[11,188,189],{},"判断方法：看 GSC 的曝光和点击趋势。两个都没掉，就不用管工具里的数字。",[15,191,192],{"id":192},"处理节奏",[11,194,195],{},"第一，先观察七天。除了技术事故，大部分波动会在七天内稳定下来，当天改标题、改内容，往往是在噪音上做动作。",[11,197,198],{},"第二，记录。每次波动记下日期、涉及词、当时做过什么改动。三个月后回看，你能找到规律。",[11,200,201],{},"第三，只改一件事。确认是内容问题就改内容，别同时改标题、改结构、加外链，出了问题不知道是哪个起的作用。",[11,203,204],{},"当天千万不要做的三件事：批量改标题、批量提交重抓、加一堆外链。这三件事在波动期做，只会让判断更难。",{"title":101,"searchDepth":102,"depth":102,"links":206},[207,208,209,210,211],{"id":137,"depth":102,"text":138},{"id":153,"depth":102,"text":154},{"id":166,"depth":102,"text":167},{"id":179,"depth":102,"text":180},{"id":192,"depth":102,"text":192},"SEO","2026-10-06","整站掉、单关键词掉、单页掉、显示掉但点击没掉，四种情况的处理完全不同。这篇写每种怎么确认、观察几天再动手，以及当天千万别做什么。",{},"\u002Fblog\u002Franking-drop-first-week",{"title":129,"description":214},"blog\u002Franking-drop-first-week",[220,221,222],"排名波动","诊断","算法更新","YiCzliQXgFdbBISnx9cpzwNal9ybw5AmqLR8A4fZ31E",{"id":225,"title":226,"author":6,"body":227,"canonical":111,"category":112,"cover":111,"date":326,"description":327,"draft":115,"extension":116,"keywords":111,"meta":328,"navigation":118,"noindex":115,"ogImage":111,"path":329,"seo":330,"seoDescription":111,"seoTitle":111,"stem":331,"tags":332,"updated":111,"__hash__":335},"blog\u002Fblog\u002Fweak-network-testing.md","弱网测试只开 3G 降速，会漏掉一半问题",{"type":8,"value":228,"toc":317},[229,232,236,239,242,245,248,251,254,257,260,263,266,269,272,275,278,281,284,287,290,293,296,299,302,305,308,311,314],[11,230,231],{},"2026 年 10 月我们做了一组弱网测试，同一个页面，三种配置，首屏时间从 1.8 秒到 4.1 秒。差异不是页面本身的问题，是测试条件不同。只用 DevTools 的 3G 降速，会漏掉一半真实问题。",[15,233,235],{"id":234},"devtools-降速只模拟了两件事","DevTools 降速只模拟了两件事",[11,237,238],{},"它限制了带宽和往返延迟，就这两件。",[11,240,241],{},"它不会模拟丢包。真实弱网环境下丢包率能到 1% 到 3%，一次丢包触发重传，时间就多出好几百毫秒。",[11,243,244],{},"它也不会模拟手机的 CPU 压力。真机上页面在加载，还有其他应用在后台，CPU 不是满血状态。",[15,246,247],{"id":247},"真实弱网的三个特征",[11,249,250],{},"第一，高延迟。4G 在信号弱的地方，往返延迟能到 200 到 400 毫秒。",[11,252,253],{},"第二，丢包。基站的负载、电梯、地铁、地下车库，都会造成间歇性丢包。",[11,255,256],{},"第三，带宽波动。同一个位置，人一多，速度掉一半。",[15,258,259],{"id":259},"我们用的三种配置",[11,261,262],{},"第一种，3G 快速，带宽 1.6 兆，延迟 150 毫秒。用来测基本可用性。",[11,264,265],{},"第二种，4G 弱信号，带宽 1 兆，延迟 400 毫秒，丢包 1%。这个最接近地铁和商场。",[11,267,268],{},"第三种，自定义慢速，带宽 400KB，延迟 600 毫秒。用来测极端情况，看页面会不会直接崩。",[11,270,271],{},"我们的验收标准是第二种通过即可，第三种只做参考。",[15,273,274],{"id":274},"用真机做真实弱网",[11,276,277],{},"DevTools 的模拟再准，也比不上真实环境。",[11,279,280],{},"最简单的办法：手机开热点，笔记本连上去，用系统工具给热点限速。测出来的数据比 DevTools 更接近实际。",[11,282,283],{},"更真实的做法是走到地铁、电梯、商场这些地方打开页面，录屏。看哪一步卡住。这种方法不能量化，但能发现一些数据里看不出的问题。",[15,285,286],{"id":286},"弱网下先看什么",[11,288,289],{},"先看请求数量。弱网下每个请求都要一个来回，请求少的页面天然占优。",[11,291,292],{},"再看首屏资源体积。超过 1 兆的首屏资源，弱网下基本要等三秒以上。",[11,294,295],{},"最后看有没有串行依赖。CSS 里有 @import、JS 里动态加载 CSS，这类串行在弱网下会被放大好几倍。",[15,297,298],{"id":298},"一个成本很低的改进",[11,300,301],{},"请求数是弱网下最敏感的因素。我们给一个站把首屏的七个图标字体合成一个 SVG 精灵图，请求从七个变成一个，弱网首屏快了 400 毫秒。",[11,303,304],{},"这个改动一天能做完，不用改设计。弱网优化里，减少请求的收益通常比压缩体积大，因为每个请求都要一次来回。",[15,306,307],{"id":307},"一个态度",[11,309,310],{},"弱网测试的意义不是追求极端环境下的完美，是知道自己的页面在什么条件下会崩。",[11,312,313],{},"大部分软件公司的客户里，有一部分人就是在弱网环境下访问的，可能是出差、可能在客户现场。",[11,315,316],{},"对这些用户来说，首屏晚两秒可能就关掉页面了。这个损失在报表里看不到，但真实存在。",{"title":101,"searchDepth":102,"depth":102,"links":318},[319,320,321,322,323,324,325],{"id":234,"depth":102,"text":235},{"id":247,"depth":102,"text":247},{"id":259,"depth":102,"text":259},{"id":274,"depth":102,"text":274},{"id":286,"depth":102,"text":286},{"id":298,"depth":102,"text":298},{"id":307,"depth":102,"text":307},"2026-10-08","我们把同一页放在三种弱网配置下测，首屏差了 2.3 秒。DevTools 的降速只模拟网络，不模拟丢包和真实手机的处境，这篇写我们的替代测法。",{},"\u002Fblog\u002Fweak-network-testing",{"title":226,"description":327},"blog\u002Fweak-network-testing",[333,125,334],"弱网测试","移动端","6A-BcrO1X4nN_D1bYIQBUJfQlMjiZET3Jj5ZyeM2nYE",1794088101019]