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