[{"data":1,"prerenderedAt":294},["ShallowReactive",2],{"blog-dead-link-submission":3,"blog-prev-dead-link-submission":118,"blog-next-dead-link-submission":199},{"id":4,"title":5,"author":6,"body":7,"canonical":102,"category":103,"cover":102,"date":104,"description":105,"draft":106,"extension":107,"keywords":102,"meta":108,"navigation":109,"noindex":106,"ogImage":102,"path":110,"seo":111,"seoDescription":102,"seoTitle":102,"stem":112,"tags":113,"updated":102,"__hash__":117},"blog\u002Fblog\u002Fdead-link-submission.md","死链提交没那么重要，但这三类死链必须处理","元析智能",{"type":8,"value":9,"toc":90},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78,81,84,87],[11,12,13],"p",{},"死链提交不是高优先级，但有三类必须处理：数量占比高的、有外链指向的、还有搜索流量的。其他死链，放着不管问题不大。",[15,16,17],"h2",{"id":17},"为什么死链提交被高估",[11,19,20],{},"很多教程把死链提交说成技术 SEO 的必修课。我们的经验是：它属于\"顺手做\"，不属于\"必须做\"。",[11,22,23],{},"百度对死链有自己的判断，爬虫发现 404 会自然降低抓取优先级，不需要你提交。提交的价值在于加快清理，不是决定收录和排名。",[11,25,26],{},"一个 500 页的站有 20 条死链，对整站几乎没影响。3000 条死链没人管，那才是问题。",[15,28,29],{"id":29},"三类必须处理的死链",[11,31,32],{},"第一，数量占比高的。死链超过总页面 10%，抓取频次会明显下降。去年 10 月我们一个客户 3000 条死链没处理，抓取频次三周掉了 40%。",[11,34,35],{},"第二，有外链指向的。别人链过来的页面变成 404，等于把外部权重浪费了，还可能影响用户体验。这类要么恢复页面，要么 301 到最相关的页面。",[11,37,38],{},"第三，还有搜索流量的。在流量与关键词里能看到点击的页面，即使现在 404，也要 301 到替代页。一个客户的产品页改版后 404，但那个页面每月还有 200 多次点击，301 补上后一周就恢复了。",[15,40,41],{"id":41},"怎么找",[11,43,44],{},"三个来源：搜索资源平台的死链工具会报一批；自己的日志里筛 404 请求；Google Search Console 的 404 报告。三个来源合起来，基本能覆盖。",[11,46,47],{},"我们一般每月跑一次，把结果和上月的对比，看新增的死链集中在哪。",[15,49,50],{"id":50},"处理方式",[11,52,53],{},"能恢复的恢复，不能恢复的 301 到相关页面，实在没有相关页面的才返回 404 并提交死链。",[11,55,56],{},"注意顺序：先改服务器返回码，再提交。我们见过客户页面已经是 404 了，但返回码还是 200，这种\"软 404\"提交了也没用。",[11,58,59],{},"提交格式是 txt，一行一条，每周提交一次，一次最多 5 万条。",[15,61,62],{"id":62},"一组我们自己的数据",[11,64,65],{},"三个站的处理记录：A 站 280 条死链，处理两周后抓取频次恢复到处理前的 96%；B 站 1400 条，恢复用了 5 周；C 站 3000 条，恢复用了 8 周，且中间又掉了一次，因为改版又制造了 200 条新死链。",[11,67,68],{},"结论很直接：死链数量越大，恢复越慢，而且改版是主要的死链来源。",[15,70,71],{"id":71},"一个我们改过的流程",[11,73,74],{},"以前我们改版只做内容迁移，不做死链检查。现在改版前先爬一遍旧站，把所有 URL 存档，改完做映射表，上线后一周内抽查 50 条返回码。",[11,76,77],{},"这个流程加上之后，改版引发的死链从平均 200 多条降到 20 条以内。",[15,79,80],{"id":80},"一个坑",[11,82,83],{},"改版时把旧 URL 全删了，新 URL 又没做 301，这是死链爆发最常见的原因。我们现在的规矩：改版前先把现有 URL 全爬一遍存档，改完做映射表，上线后抽查 50 条。",[15,85,86],{"id":86},"一句判断",[11,88,89],{},"死链这件事，重点在\"改版时别制造死链\"，不在\"事后提交\"。把改版流程管好，死链提交的工作量能降 80%。",{"title":91,"searchDepth":92,"depth":92,"links":93},"",2,[94,95,96,97,98,99,100,101],{"id":17,"depth":92,"text":17},{"id":29,"depth":92,"text":29},{"id":41,"depth":92,"text":41},{"id":50,"depth":92,"text":50},{"id":62,"depth":92,"text":62},{"id":71,"depth":92,"text":71},{"id":80,"depth":92,"text":80},{"id":86,"depth":92,"text":86},null,"技术SEO","2026-04-09","死链提交不是高优先级，但有三类必须处理：数量占比高的、有外链指向的、还有搜索流量的。我们处理过 3000 条死链的站，写清楚怎么找、怎么分级、怎么提交才有效，处理完抓取频次两周就回到原来的水平。",false,"md",{},true,"\u002Fblog\u002Fdead-link-submission",{"title":5,"description":105},"blog\u002Fdead-link-submission",[114,115,116],"死链","百度搜索资源平台","站点健康","QNVvyAmLf9yYEWs1ceQqQKN721F49wERpscSA90ypAc",{"id":119,"title":120,"author":6,"body":121,"canonical":102,"category":187,"cover":102,"date":188,"description":189,"draft":106,"extension":107,"keywords":102,"meta":190,"navigation":109,"noindex":106,"ogImage":102,"path":191,"seo":192,"seoDescription":102,"seoTitle":102,"stem":193,"tags":194,"updated":102,"__hash__":198},"blog\u002Fblog\u002Fshopify-app-store-seo.md","Shopify 应用商店的排名，和你想的不一样",{"type":8,"value":122,"toc":181},[123,126,129,132,135,138,141,144,147,151,154,157,163,166,169,172,175,178],[11,124,125],{},"Shopify 应用商店的搜索逻辑，和网页 SEO 完全是两套东西。2026 年 2 月我们接手一个库存管理 App 的 listing，之前团队往描述里堆了 40 多个关键词，安装量月均 120。调整两个月后到 340，改动里没有加一个新关键词。",[15,127,128],{"id":128},"排序里真正起作用的",[11,130,131],{},"按我们的观察和客户后台数据，权重从高到低大概是：安装量和留存、评论数量和评分、类目匹配、标题相关性、更新频率。关键词密度的影响很小，堆词甚至会因为描述可读性差影响转化。",[11,133,134],{},"这解释了为什么有些描述写得很朴素的 App 排前面。它装的人多，用得住。",[15,136,137],{"id":137},"我们改了什么",[11,139,140],{},"第一，标题改成“品牌名 + 核心动作”，保留品牌词。原来的标题塞了三个品类词，读起来像关键词列表。",[11,142,143],{},"第二，描述重写成四段：解决什么问题、和 Shopify 原生功能怎么配合、安装后三步怎么用、什么规模的店适合。每段 80 到 120 字，配一张截图。",[11,145,146],{},"第三，把评论邀请放进了安装后的第三天。原来是在第七天发邮件，那时候用户还没感受到价值。改成第三天之后，评论率从 1.2% 到 3.1%，评分从 4.3 到 4.7。",[15,148,150],{"id":149},"listing-页的转化细节","listing 页的转化细节",[11,152,153],{},"安装按钮上方的三行字决定点击。我们写的是：支持多仓、自动同步、14 天免费。三个具体承诺，比“强大的库存管理方案”有用。",[11,155,156],{},"截图顺序也调了。第一张放后台主界面，第二张放多仓设置，第三张放报表。原来第一张放 logo，浪费了最贵的位置。",[11,158,159],{},[160,161,162],"strong",{},"定价页和商店页要一致",[11,164,165],{},"用户从应用商店点进官网，看到的价格必须和 listing 上写的一样。我们见过一个 App 在商店标“免费安装”，落地页第一屏推年付 299 美元，用户直接关掉。价格不一致这件事，商店的评论里会留下痕迹，后面很难修。",[11,167,168],{},"试用期长度也要一致。商店 listing 写 14 天，官网写着 7 天，用户会认为你在玩文字游戏。这类细节不影响排名，影响安装后的留存，而留存反过来影响排名。",[15,170,171],{"id":171},"站外流量别忘了",[11,173,174],{},"应用商店的 listing 页有公开 URL，会被 Google 索引。用户搜“shopify 多仓库存管理”时，listing 页有机会出现。所以描述里该有的功能词还是要有，只是别堆。",[11,176,177],{},"我们建议的自然写法是：在“解决什么问题”那段里，把功能词当句子成分写进去。“多仓库存同步”出现在一句话里，比单独一行关键词强。",[11,179,180],{},"做应用商店的优化，心态要像做产品页，不像做 SEO。用户是来找解决方案的，不是来读关键词的。",{"title":91,"searchDepth":92,"depth":92,"links":182},[183,184,185,186],{"id":128,"depth":92,"text":128},{"id":137,"depth":92,"text":137},{"id":149,"depth":92,"text":150},{"id":171,"depth":92,"text":171},"SEO","2026-04-08","应用商店的搜索排序里，安装量和评论权重远高于关键词密度。我们帮一个库存管理 App 调整 listing，两个月自然安装从月均 120 到 340。",{},"\u002Fblog\u002Fshopify-app-store-seo",{"title":120,"description":189},"blog\u002Fshopify-app-store-seo",[195,196,197],"Shopify","应用商店","跨境电商","vJK6S-pEtynqdJp2Tbo90Uxja2ObGXi3L_lBjLCB_t8",{"id":200,"title":201,"author":6,"body":202,"canonical":102,"category":282,"cover":102,"date":283,"description":284,"draft":106,"extension":107,"keywords":102,"meta":285,"navigation":109,"noindex":106,"ogImage":102,"path":286,"seo":287,"seoDescription":102,"seoTitle":102,"stem":288,"tags":289,"updated":102,"__hash__":293},"blog\u002Fblog\u002Flooker-studio-seo-dashboard.md","SEO 数据看板我们做了八个，活下来的只有两个",{"type":8,"value":203,"toc":274},[204,207,211,214,217,220,224,227,230,233,237,240,243,246,250,253,256,259,262,265,268,271],[11,205,206],{},"2026 年 4 月我们统计了一下做过的 SEO 看板，8 个，最后还在被打开看的只有 2 个。剩下 6 个不是做得不好，是没人维护、或者做完了没人用。四个坑几乎每次都会踩。",[15,208,210],{"id":209},"坑一gsc-连接器又慢又抽样","坑一：GSC 连接器又慢又抽样",[11,212,213],{},"Looker Studio 自带的 Search Console 连接器，默认拉的是抽样数据，行数也有上限。站一大，加载要半分钟以上，客户点两次就不点了。",[11,215,216],{},"解法是先用 API 把数据拉到自己的表里，再用 BigQuery 或表格当数据源。多花一天配置，换来看板秒开。",[11,218,219],{},"另外时间范围别设太长。默认 28 天够用，拉 16 个月的数据做同比，加载时间会翻几倍。",[15,221,223],{"id":222},"坑二在图表层做口径","坑二：在图表层做口径",[11,225,226],{},"很多人把原始数据直接连上，然后在图表里加筛选器排除品牌词。问题是每个图都要配一遍，漏一个就前后矛盾。",[11,228,229],{},"正确的做法是在数据层做完。拉数据时就把品牌词标记好，表里加一个字段，看板里所有图统一按这个字段过滤。",[11,231,232],{},"口径一旦写在数据层，改的时候只改一处，不会出现两个图数字不一样的情况。",[15,234,236],{"id":235},"坑三图表太多","坑三：图表太多",[11,238,239],{},"我们第一版看板放了 12 个图，流量趋势、关键词分布、落地页、设备、国家、外链、收录……客户打开之后说了一句：信息量真大。",[11,241,242],{},"后来压到 3 个页面：总览放 4 个核心数字和一张趋势图；关键词页放排名分桶和目标词的曝光；落地页页放自然搜索流量前 20 的页面和它们的转化。",[11,244,245],{},"看板不是数据仓库，是让人快速判断状态的地方。一屏看不完就是失败。",[15,247,249],{"id":248},"坑四没人维护","坑四：没人维护",[11,251,252],{},"数据源授权会过期，GSC 改了结构，连接器会断。断了之后看板白屏，客户以为你跑路了。",[11,254,255],{},"我们的做法是看板里加一个“数据更新时间”的卡片，每周一自动刷新，超过 3 天没更新就说明有问题。另外指定一个人负责，不是“大家都能改”。",[15,257,258],{"id":258},"我们的模板",[11,260,261],{},"模板固定三个页面，数据源固定为 GSC 加 GA4 加一张手工维护的目标词表。新建客户看板时复制一份，改颜色和 logo，半天能上线。",[15,263,264],{"id":264},"一个省时间的做法",[11,266,267],{},"看板里的手工维度（目标词、品牌词正则、页面分组）单独建一张表维护，别写在配置里。改的时候改表，看板自动跟着变。",[11,269,270],{},"还有，新客户第一个月别做看板。先用手工周报把口径对清楚，第二个月再上，返工率能降一半。",[11,272,273],{},"模板化不是为了省事，是为了口径一致。8 个看板如果口径各不相同，客户之间一对比，你就得解释半天。",{"title":91,"searchDepth":92,"depth":92,"links":275},[276,277,278,279,280,281],{"id":209,"depth":92,"text":210},{"id":222,"depth":92,"text":223},{"id":235,"depth":92,"text":236},{"id":248,"depth":92,"text":249},{"id":258,"depth":92,"text":258},{"id":264,"depth":92,"text":264},"工具评测","2026-04-10","我们做过 8 个 SEO 看板，最后活下来 2 个。GSC 连接器慢、口径没在数据层统一、图表太多、没人维护，这四件事决定看板能不能用下去。",{},"\u002Fblog\u002Flooker-studio-seo-dashboard",{"title":201,"description":284},"blog\u002Flooker-studio-seo-dashboard",[290,291,292],"Looker Studio","数据看板","SEO报表","CIKzLsefM5PD6eE10-fnDVNTeZh7SXHghlbUfZ7CjEs",1794088106904]