[{"data":1,"prerenderedAt":260},["ShallowReactive",2],{"blog-shenma-mobile-adaptation":3,"blog-prev-shenma-mobile-adaptation":97,"blog-next-shenma-mobile-adaptation":165},{"id":4,"title":5,"author":6,"body":7,"canonical":81,"category":82,"cover":81,"date":83,"description":84,"draft":85,"extension":86,"keywords":81,"meta":87,"navigation":88,"noindex":85,"ogImage":81,"path":89,"seo":90,"seoDescription":81,"seoTitle":81,"stem":91,"tags":92,"updated":81,"__hash__":96},"blog\u002Fblog\u002Fshenma-mobile-adaptation.md","神马搜索只做移动端，这套适配不做等于白做","元析智能",{"type":8,"value":9,"toc":72},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69],[11,12,13],"p",{},"神马搜索只做移动端，PC 站做得再好也没用。它的三个硬门槛是移动端可访问、落地页规范、备案，缺一个收录就卡住。我们帮 6 个客户做过神马适配，踩过的坑比想象中多。",[15,16,17],"h2",{"id":17},"神马是什么",[11,19,20],{},"神马搜索是阿里旗下的移动搜索引擎，流量入口主要是 UC 浏览器和部分阿里系应用，用户几乎全在手机上。",[11,22,23],{},"这个定位决定了它的规则：只收移动端页面，PC 页面基本不收；对移动端体验的要求比百度严；落地页有明确的规范，弹窗、强制下载、遮挡内容都会被判不合格。",[15,25,26],{"id":26},"三个硬门槛",[11,28,29],{},"第一，移动端可访问且不跳转。用户从神马点进来，落地页必须是移动版，不能先跳到 PC 站再重定向。我们一个客户用了错误的 UA 判断，手机上打开跳到了电脑版，神马收录了 300 页，全部无展现。",[11,31,32],{},"第二，落地页规范。首屏不能有大面积弹窗遮挡正文，不能强制下载 App，不能有自动播放的视频广告。这三条踩一条，页面就会被降权。",[11,34,35],{},"第三，备案。和百度一样，没备案的站在神马基本没有收录机会，这条没有例外。",[15,37,38],{"id":38},"适配怎么做",[11,40,41],{},"2025 年 9 月我们给一个客户做适配时，先做了一次移动端抓取测试：用神马的 UA 请求首页，看返回的 HTML 有没有正文。这一步能提前发现 70% 的问题。",[11,43,44],{},"优先做响应式，一套代码适配所有屏幕，维护成本最低。如果已经是独立移动站，确保移动站和 PC 站的 URL 有明确对应关系，别两套内容各写各的。",[11,46,47],{},"三个细节：viewport 必须写对，别用固定宽度；首屏加载控制在 3 秒内，UC 浏览器的网络环境比想象中差；正文段落别用图片代替文字，神马抓不到。",[11,49,50],{},"我们给一个做在线表单的客户做适配，只改了 viewport 和首屏图片懒加载，移动端收录从 200 页涨到 1100 页。",[15,52,53],{"id":53},"我们踩的坑",[11,55,56],{},"第一个坑：移动端页面用了大量的 JS 渲染，神马抓到的 HTML 是空的。改成服务端渲染后，收录正常。",[11,58,59],{},"第二个坑：移动站和 PC 站内容不一致，移动站只有 200 字摘要，被判低质。补齐正文后恢复。",[11,61,62],{},"第三个坑：为了\"移动体验\"加了一堆浮层和引导下载，落地页被判不合格。砍掉之后，原本收录的页面反而涨了展现。",[15,64,65],{"id":65},"一句判断",[11,67,68],{},"适配之后我们跟进了一个季度：那个客户的移动端收录从 200 页涨到 1100 页，自然访问涨了 45%。投入大概 3 个人天，值得。",[11,70,71],{},"神马适合已经在做移动端的站顺手适配，不适合为它单独建站。如果你的产品是移动端工具或面向 C 端，它值得做；如果是纯 To B 的 SaaS，把基础适配做好就行，别投入内容。",{"title":73,"searchDepth":74,"depth":74,"links":75},"",2,[76,77,78,79,80],{"id":17,"depth":74,"text":17},{"id":26,"depth":74,"text":26},{"id":38,"depth":74,"text":38},{"id":53,"depth":74,"text":53},{"id":65,"depth":74,"text":65},null,"技术SEO","2026-05-10","神马搜索只做移动端，PC 站做得再好也没用。它的三个硬门槛是移动端可访问、落地页规范、备案，缺一个收录就卡住。我们帮 6 个客户做过神马适配，踩过的坑和具体做法都在这篇，最后有一段是适配后的效果数据。",false,"md",{},true,"\u002Fblog\u002Fshenma-mobile-adaptation",{"title":5,"description":84},"blog\u002Fshenma-mobile-adaptation",[93,94,95],"神马搜索","移动适配","UC浏览器","U203_bPPHCla7kWQjwUHXPl5FNZ-XP928798C6-4pYk",{"id":98,"title":99,"author":6,"body":100,"canonical":81,"category":153,"cover":81,"date":154,"description":155,"draft":85,"extension":86,"keywords":81,"meta":156,"navigation":88,"noindex":85,"ogImage":81,"path":157,"seo":158,"seoDescription":81,"seoTitle":81,"stem":159,"tags":160,"updated":81,"__hash__":164},"blog\u002Fblog\u002Frfp-procurement-keywords.md","采购流程里的那些词，是 B2B 软件最值钱的长尾",{"type":8,"value":101,"toc":147},[102,105,108,111,114,117,120,123,126,129,132,135,138,141,144],[11,103,104],{},"B2B 软件最值钱的搜索词，往往不是产品词，是采购流程里的词。2025 年 8 月到 2026 年 2 月，我们给一个合同管理软件做了 12 个采购相关的页面，包括 RFP 模板、供应商评估清单、选型打分表，累计带来 40 多条企业线索，成单 3 个。",[15,106,107],{"id":107},"这些词长什么样",[11,109,110],{},"“合同管理系统 RFP 模板”“供应商评估表 模板 软件”“电子签章 招标要求”“合同管理 选型 维度”。搜索量普遍在每月 30 到 200 之间，但搜的人身份明确：采购、法务、IT 主管，正在为选型做准备。",[11,112,113],{},"这类词的好处是竞争小。大厂看不上，因为量太小；小厂做不了，因为要行家才写得出来。中间的空白就是机会。",[15,115,116],{"id":116},"页面怎么写",[11,118,119],{},"不要只给一张空模板让用户下载。我们的结构是：模板本体、每一栏为什么这么问、常见回答里的坑、以及“如果你的供应商答不上这题，要注意什么”。",[11,121,122],{},"第三部分是我们自己的经验。比如评估表里有一栏“数据迁移方案”，大部分供应商写“支持标准格式导入”，这句话等于没答。我们写清该怎么追问：历史数据量级、字段映射谁做、失败回滚怎么做。这种内容采购方会收藏，也会转发给同事。",[15,124,125],{"id":125},"转化路径怎么设计",[11,127,128],{},"采购类页面的转化不是注册，是“下载完整模板”或“预约评估咨询”。我们用的表单只留三个字段：公司、邮箱、当前在选什么系统。字段一多，填的人就少，这类页面的用户耐心有限。",[11,130,131],{},"下载之后发一封邮件，附模板加一份“选型检查清单”，清单里自然带到产品能解决的环节。这封邮件的打开率在 40% 上下，比常规营销邮件高很多。",[11,133,134],{},"内容做完还要让销售用起来。我们把这些页面整理成一个内部索引，销售在跟进时直接发链接，比发 PDF 方便，也能看出客户看了哪几页。有客户反馈，光是这个动作就让跟进节奏清楚了。",[15,136,137],{"id":137},"一个衡量标准",[11,139,140],{},"这类内容别看流量，看线索质量。我们给客户定的指标是：采购类页面的线索，进入销售流程的比例要高于整站均值。实际跑下来是 2.6 倍，因为来的人真的在采购。",[11,142,143],{},"成本上这类页面很省：12 个够用一年，每季度补两三个新的采购场景词，一个人半天。贵的是判断哪些词值得写，不是写本身。",[11,145,146],{},"内容更新上，模板类页面每年要核对一次。行业规范、法规要求变了，模板跟着变，页面里标清版本和更新日期。这类细节决定采购方信不信你。",{"title":73,"searchDepth":74,"depth":74,"links":148},[149,150,151,152],{"id":107,"depth":74,"text":107},{"id":116,"depth":74,"text":116},{"id":125,"depth":74,"text":125},{"id":137,"depth":74,"text":137},"内容运营","2026-05-09","RFP 模板、供应商评估表、招标要求，这些词每月搜索量不大，但搜的人已经在走采购流程。我们靠 12 个页面拿到 40 多条企业线索。",{},"\u002Fblog\u002Frfp-procurement-keywords",{"title":99,"description":155},"blog\u002Frfp-procurement-keywords",[161,162,163],"采购意图","B2B 获客","长尾词","WgC3eNqe05PRWMT3IGDc-HU38rJRxlYgrRLOVwfeHhE",{"id":166,"title":167,"author":6,"body":168,"canonical":81,"category":248,"cover":81,"date":249,"description":250,"draft":85,"extension":86,"keywords":81,"meta":251,"navigation":88,"noindex":85,"ogImage":81,"path":252,"seo":253,"seoDescription":81,"seoTitle":81,"stem":254,"tags":255,"updated":81,"__hash__":259},"blog\u002Fblog\u002Fdiagnosis-report-length.md","诊断报告别写 80 页，客户只看得下 5 页",{"type":8,"value":169,"toc":241},[170,173,177,180,183,186,190,193,196,199,202,205,208,211,214,217,220,223,226,229,232,235,238],[11,171,172],{},"2025 年 11 月我们交过一份 80 页的诊断报告，客户后来跟我们说，他翻了前 5 页，剩下的让助理看了。从那次之后，我们的诊断报告固定 5 页，多出来的内容全放附录。",[15,174,176],{"id":175},"_80-页报告的问题","80 页报告的问题",[11,178,179],{},"第一个问题是没人读。客户是老板或者市场负责人，一天要看几十封邮件，没时间读 80 页。",[11,181,182],{},"第二个问题是重点被淹没。80 页里 200 多个问题，客户看完只记得“问题很多”，不知道该先做哪个。",[11,184,185],{},"第三个问题是显得没做判断。把所有能查的都列一遍，反而说明你没做判断。诊断的价值是排序，不是清单。",[15,187,189],{"id":188},"我们的-5-页结构","我们的 5 页结构",[11,191,192],{},"第一页，结论。三句话：这个站现在最大的问题是什么、三个月内最值得做的三件事、预期多久能看到变化。",[11,194,195],{},"第二页，问题。不超过 8 条，每条一句话说清现象、影响和证据。比如“产品页加载 6.2 秒，移动端跳出率 78%，影响转化”。",[11,197,198],{},"第三页，优先级。把所有问题按影响和成本排成四象限，标出先做什么。",[11,200,201],{},"第四页，动作。未来 4 周的具体动作，每条写清谁做、什么时候做完、怎么验证。",[11,203,204],{},"第五页，数据附录的目录。真实的明细放附录，客户要看能翻，不看也不影响理解。",[15,206,207],{"id":207},"附录怎么组织",[11,209,210],{},"附录按类型分章：收录、抓取、性能、内容、外链。每章开头一句结论，后面放数据表和截图。",[11,212,213],{},"附录的价值在于可查，不在于必读。客户团队里的执行人员会看，老板不会。",[11,215,216],{},"我们现在的规矩是：正文里出现的每个判断，附录里都能找到支撑数据。",[15,218,219],{"id":219},"一个写作技巧",[11,221,222],{},"写报告时先写结论，再回头看要不要补充。很多人是先收集数据，然后从数据里找结论，这样写出来的报告一定是清单式的。",[11,224,225],{},"我的做法是拿到数据先写一句“如果只能改一件事，改什么”，写完再反过来组织证据。这句话往往就是第一页的标题。",[15,227,228],{"id":228},"客户其实只要三件事",[11,230,231],{},"他要知道现在什么情况、下一步做什么、钱花得值不值。80 页报告一个都答不好，5 页报告必须答清楚。",[11,233,234],{},"我们现在的报告最后加一行：如果只做一件事，做这个。## 一个后续",[11,236,237],{},"那份 80 页报告后来被我们当成内部教材，用来训练新人怎么写结论。方法很简单：让新人把 80 页里的每个问题写一句话，然后问哪三件最值得做，答不出来就重写。",[11,239,240],{},"客户反馈这一行最有用。",{"title":73,"searchDepth":74,"depth":74,"links":242},[243,244,245,246,247],{"id":175,"depth":74,"text":176},{"id":188,"depth":74,"text":189},{"id":207,"depth":74,"text":207},{"id":219,"depth":74,"text":219},{"id":228,"depth":74,"text":228},"行业观察","2026-05-11","我们写过 80 页的诊断报告，客户只翻了前 5 页。这篇写怎么把报告压到 5 页：一页结论、一页问题、一页优先级、一页动作、一页数据附录。",{},"\u002Fblog\u002Fdiagnosis-report-length",{"title":167,"description":250},"blog\u002Fdiagnosis-report-length",[256,257,258],"诊断报告","客户沟通","交付","_y2WASgzGHM9FpCq5K3h5Zn3OeYZiISOfU1UhZpsY44",1794088106085]