“做完能跑”和“被人看见”完全是两件事。我自己上线过几个小项目第一周打开统计后台除了自己的浏览器记录剩下的就是爬虫的抓取日志再往后连爬虫都不常来了。标题里这句“为什么上线后还是没人看见你”几乎是每个独立开发者、内容创作者绕不过去的一课——功能写得再完备如果SEO和分享卡片没做好用户在搜索引擎和聊天工具里根本没有机会点进来。这篇就聊两件实操让搜索引擎正确理解并收录你的页面以及让链接被转发时生成一张像样的卡片。刚发布完个人项目、落地页、工具站的朋友看完可以马上对照自查。1. 上线之后为什么搜不到先做诊断再动手1.1 收录、排名和内容命中是三层不同的问题我见过不少人一发现“搜不到”第一反应就是“内容不行”“权重太低”然后开始盲目堆关键词。这个方向往往是错的。搜不到这件事首先要拆成三个层面来看页面有没有被搜索引擎收录、收录之后排到第几页、用户搜索的词和你写的内容对不对得上。三层问题对应完全不同的解决方案。收录看的是技术通道比如robots.txt有没有封禁、页面是不是纯JS渲染、sitemap有没有提交排名看的是内容质量和外链积累这需要时间也需要页面上有清晰的主题信号而搜索意图匹配则是你标题里用的词和用户实际输入的词是不是同一套语言。很多人把这三件事混在一起花了大力气做第三层结果第一层通道压根没打开自然一无所获。这里有个可以立刻自查的动作在搜索框里用“站点域名”的方式查看页面是否被收录。如果连这条都查不到任何结果说明问题出在前面说的技术层如果能查到但排名在十几页开外才轮到优化内容。先分清层级再决定给哪个环节用药。1.2 技术层拦住收录的五个常见拦路虎以我做过的几个站点为例技术层的问题基本逃不出下面五种情况排查顺序建议从前往后。第一robots.txt配置不当。这个文件本来是用来控制爬虫访问范围的但很多人写的时候手一抖把整站目录都Disallow了或者用了通配符把动态参数全挡掉。新站点尤其容易出这个问题因为改完并不会报错。排查方法很简单直接访问“域名/robots.txt”看看里面有没有可疑的禁止规则。第二页面里有noindex标签。这通常出现在开发环境的模板里。团队做项目时测试环境为了不被收录经常加noindex上线时如果只改了页面内容而忘了删这个标签搜索引擎就会老老实实听你的话——永远不收录。检查方式是在浏览器里查看页面源代码搜一下“noindex”这三个字。第三登录墙和强制跳转。落地页如果一进去就要求注册登录爬虫看到的只是一个空壳。同理如果页面做了强制跳转比如从HTTP跳到HTTPS时链路不通或者移动端和PC端互相重定向出环爬虫也会放弃抓取。第四纯前端渲染且没有服务端输出。现在的单页应用越来越多如果整个页面靠JavaScript动态生成搜索引擎的爬虫是可以执行一部分JS但执行策略和真实浏览器存在差异经常导致抓下来的内容为空。这种情况最好是做服务端渲染或者至少保证关键内容标题、描述、正文开头能在HTML源码里直接看到。第五sitemap没有提交或格式错误。sitemap不是必须的但它像一张地图能加快爬虫发现页面的速度。很多新手把sitemap文件放到服务器上就不管了却没去搜索引擎的站长后台提交也没有留意sitemap里的URL是不是当年的旧域名。1.3 预期管理搜索引擎的耐心周期解决“搜不到”还要带一点预期管理。全新域名的个人站点首次被收录往往需要两到八周这取决于站点内容量、外链数量和服务器响应速度。老域名、已经在持续更新的站点新页面通常在几天内就能进索引快的甚至当天。我自己踩过很深的坑上线第一周天天搜“site:域名”发现什么都没有就开始怀疑服务器是不是被墙了怀疑代码有问题。后来在很多人指导下调整了心态——搜索引擎对新站本身有观察期频繁改动页面反而会延长这个周期。正确的做法是把该做的一次性做对然后按周为单位观察不要按天焦虑。这节想强调的核心是收录是搜索可见性的地基地基不稳后面做的关键词优化、内容打磨全是白费。所以第一节的所有检查项建议逐条过一遍再进入下一步。2. SEO实操要点按搜索意图设计页面而不是按自我表达设计2.1 标题和描述全站最便宜的三行广告位搜索引擎结果页里用户最先看到的就是标题、链接和一行描述。这三行信息不花广告费却是全站转化率最高的位置。我常说标题写得好不好直接决定了你的页面是被点击还是被忽略这个位置的重要性被绝大多数技术型开发者低估了。标题title的规范大概是长度控制在55到60个字符以内超过这个长度搜索引擎通常会在结果页里截断。中文字符算一个字符所以你的标题里如果主要是中文建议控制在30字以内。写法上要把核心关键词放在最前面后面跟一个吸引点击的差异化表达。比如一个跨平台工具Demo的页面标题可以是“某跨平台工具Demo——三步生成多端应用”而不是“欢迎来到我的项目”。描述description的写法我的习惯是控制在80到120个字符开头第一句直接说清楚“这个页面能解决什么问题”第二句给出证据或行动引导。描述里的关键词不直接影响排名但会影响用户点击率而点击率在搜索引擎的排序模型里是一个被长期验证的因子。所以这段文字与其说是写给搜索引擎看的不如说是写给搜索结果里那些犹豫的用户看的。实操时有个细节标题和描述尽量不要手动拼在HTML里而是用模板统一渲染。这样当你需要针对不同页面生成不同标题时不会漏掉任何一个。2.2 正文结构、内部链接与富摘要有些开发者觉得SEO就是堆关键词其实那是十年前的做法。现在搜索引擎对页面主题的判断靠的是语义信号H1标签是否清晰、正文首段是否直接回应标题、内链指向是否和相关页面形成主题簇。我整理过一套适用于个人项目和落地页的正文结构模板H1只出现一次明确说明这个页面是什么开头第一段直接点出核心价值和目标关键词不要用“欢迎来到”“这是一个”之类的空话正文用小标题隔出2到4个板块每个板块围绕一个具体问题展开。这样写出来的页面搜索引擎理解起来非常省力。内部链接容易被忽视。个人站点页面少很多人觉得没必要做内链其实内链的价值在于帮搜索引擎建立站点结构。哪怕你的站只有五六个页面也应该在页面底部加一个“相关推荐”模块把语义相近的页面串起来。这比你在各种渠道发外链更可控也更持久。富摘要Rich Snippet是一个进阶加分项。通过结构化数据标记你可以告诉搜索引擎这是文章、产品还是软件应用。常见的做法是用JSON-LD格式在页面里塞一段标记代码。效果是搜索结果里可能展示评分、价格、发布时间等额外信息视觉上明显比普通条目更醒目。示例script typeapplication/ldjson { context: https://schema.org, type: SoftwareApplication, name: 某跨平台工具Demo, operatingSystem: Windows, macOS, Linux, applicationCategory: DeveloperApplication, description: 这是一个为快速验证跨平台方案而设计的演示项目。, url: https://example.com } /script2.3 提交收录与内容维护不能省页面写完之后还需要主动告诉搜索引擎它的存在。最标准的动作有三步生成sitemap.xml并放到站点根目录在站长后台提交站点地图然后手动发起一次收录申请。sitemap里的URL尽量使用规范链接避免带上跟踪参数否则搜索引擎可能把带参数和不带参数的当成两个页面。内容发布之后很多人就再也不管了。实际上搜索引擎对“新鲜度”是有偏好的。不是让你天天改标题改正文而是保持页面有合理的更新信号。比如工具类项目可以在页面上加一个“最后更新时间”每次发版更新一下正文里的功能点顺手重新提交收录。这个动作的成本极低但对老页面保排名有明显帮助。还有个容易被忽视的点404页面和死链接。如果项目迭代过程中删除了某些页面别让它们继续暴露在站内链接里一定要做301跳转到最接近的新页面。死链太多会拉低整站的可信度影响其他页面的收录效率。3. 分享卡片是转发时的第一印象社交传播核心3.1 为什么一条链接有没有卡片打开率差一个量级SEO解决的是“被人搜到”分享卡片解决的是“被人主动转发”。一个很扎心的现实是现在很多用户对纯文本链接的信任度已经降到很低一条光秃秃的URL出现在聊天框或社交动态里肉眼看上去就像垃圾信息点开完全靠情怀。而当你把链接贴到对话框里平台自动抓取出一张带标题、描述和预览图的卡片时这条转发就突然有了“看一眼的欲望”。我自己做过一个小实验把同一个项目链接分别以“粘贴链接”和“带卡片转发”两种形式发给几个朋友前者收到的回复大多是“这是什么”后者收到的回复往往是“这个看起来有意思”。这个差异不是玄学而是人类阅读习惯决定的——图片和结构化信息在信息流里天然更显眼。从技术实现的视角看分享卡片的本质是社交平台爬虫访问你的网页时读取HTML里的 标签然后把它渲染成卡片。所以核心问题只有一个你的页面有没有给爬虫准备好它想要的字段。这一步的成本极低只需要往HTML的head区域加十几个标签却能在每一次转发时帮你做一次展示复利效益非常明显。3.2 Open Graph协议的核心标签与正确写法Open Graph协议简称OG是社交平台公认的卡片标准。它定义了一组meta标签用来描述一个页面的标题、类型、URL、图片等元信息。最早的场景是社交网站分享链接时想要更丰富的预览后来几乎所有主流社交平台和聊天工具都支持这套协议。需要准备的OG标签大致如下认准propertyog:xxx写法标签作用填写建议og:title卡片上的标题一句话说清亮点7到15个字为宜og:description卡片上的描述一句话补充价值20到40个字为宜og:image卡片预览图绝对地址1200x6301.91:1og:url页面标准链接使用无跟踪参数的规范地址og:type页面类型网站首页用website文章用articleog:site_name站点名称全站统一方便品牌认知代码可以这样写meta propertyog:type contentwebsite / meta propertyog:site_name content某跨平台工具Demo / meta propertyog:title content某跨平台工具Demo——三步生成多端应用 / meta propertyog:description content一套为快速验证跨平台方案设计的演示项目内置完整的编译与调试流程。 / meta propertyog:url contenthttps://example.com/ / meta propertyog:image contenthttps://example.com/og-cover.jpg / meta propertyog:image:width content1200 / meta propertyog:image:height content630 /再说说大图卡片。部分平台为了信息流里的视觉效果会支持大图展示也就是去掉左侧标题区、整张图铺满的样式。这个效果通常和“summary_large_image”这类卡片类型有关具体字段由各平台自行定义接入时查对应文档就好。如果平台的爬虫不支持大图类型退回到标准OG卡片也完全够用。3.3 图片规格、缓存机制与调试技巧OG标签里最常出问题的是图片。有些页面第一次做卡片时随便放了一张几百像素的小图结果卡片在信息流里又小又模糊点击率自然上不去。这里给出我自己长期使用的标准图片宽度1200像素、高度630像素比例约1.91:1文件体积尽量控制在200KB以内格式用JPG或PNG。图片体积过大虽然也能显示但社交平台的爬虫抓取时间会变长时不时出现“抓取失败”反而误事。另外OG图片必须是可以直接访问的绝对地址并且不要让图片服务器加防盗链。很多开发者图省事把图片放在前端CDN后面CDN偏偏开了Referer校验社交平台的爬虫访问时拿不到图卡片上就一直是空白。调试阶段最容易误判为“OG标签写错了”其实是访问不到。缓存是另一个高频踩坑点。社交平台的爬虫抓取一个页面之后会把卡片信息缓存下来缓存时间短则数小时、长则数天。这意味着你修改了og:title或og:image后再分享链接看到的依然是最初抓回去的旧信息。注意改了卡片标签之后不要直接拿真实链接去聊天框测而是先用对应社交平台的调试工具刷新一遍缓存确认抓取成功后再发出去。4. 一次完整落地页改造实操记录可直接照抄的流程4.1 模拟项目与现状快照为了把前面的内容落到实际操作里我假设有一个虚拟的“某跨平台工具Demo”项目线上地址是https://example.com。这个项目本身功能已经写完也有真实页面但上线两周几乎无人问津。我们拿它做一次改造演示。改造前页面从头到尾只有默认模板的那套代码搜索引擎看到的标题是“Home”描述为空社交平台抓不到任何OG信息。分享链接时聊天框里只会出现一条光秃秃的网址连自动标题都识别不出来。这就是“上线了却没人看见”的典型标本。先做一个现状清单方便后面对照检查项改造前状态页面标题Homemeta描述无规范链接无OG标签无结构化数据无sitemap无图片无分享预览图接下来按四个步骤完成改造。4.2 步骤一补齐TDK并验证先处理页面基本的标题、描述和规范链接。把head区域改成下面这样title某跨平台工具Demo——三步生成多端应用/title meta namedescription content一套为快速验证跨平台方案设计的演示项目支持打包多端产物并提供完整的调试日志。适合需要快速产出原型的新项目。 / link relcanonical hrefhttps://example.com/ /写完以后用浏览器隐身模式打开页面右键查看源代码确认这三处都出现在head区域。这一步看似简单但很多人改完是在缓存里看的旧页面误以为没生效。无痕窗口是避开缓存的稳妥方式。验证通过后顺手在搜索框用“站点语法”查一下当前收录状态。新页面这会儿大概率还没收录这个结果不重要重要的是它为后面步骤提供了对照基线。4.3 步骤二加入Open Graph与卡片标签在head区域继续追加OG标签。标题和描述可以复用TDK里的内容但不需要一字不差——卡片空间有限可以更口语化、更有行动感。图片我建议单独做一张带项目名称和核心功能的封面宽度1200、高度630导出时压缩到200KB以内。补完之后的head区域大概是title某跨平台工具Demo——三步生成多端应用/title meta namedescription content一套为快速验证跨平台方案设计的演示项目支持打包多端产物并提供完整的调试日志。 / link relcanonical hrefhttps://example.com/ / meta propertyog:type contentwebsite / meta propertyog:site_name content某跨平台工具Demo / meta propertyog:title content某跨平台工具Demo——三步生成多端应用 / meta propertyog:description content面向需要快速产出跨平台原型的新项目内置编译、调试、产物输出三个核心模块。 / meta propertyog:url contenthttps://example.com/ / meta propertyog:image contenthttps://example.com/og-cover.jpg / meta propertyog:image:width content1200 / meta propertyog:image:height content630 /这里有一个取舍为什么OG的标题要单独写而不能直接复用title因为搜索结果页和社交卡片的阅读场景不同前者是用户主动搜索用户期待看到的是“这是什么”后者是用户被动接收转发用户更容易被“为什么值得点”打动。一条信息两种表达不需要省这个功夫。4.4 步骤三提交索引并用调试工具刷新缓存先处理收录通道。生成一个最简的sitemap.xml包含目前所有希望被收录的页面地址?xml version1.0 encodingUTF-8? urlset xmlnshttp://www.sitemaps.org/schemas/sitemap/0.9 url lochttps://example.com//loc /url /urlset放到服务器根目录后在站长后台提交这个sitemap地址顺便发起普通收录请求。新站不用期待秒收但每周回来刷新一下状态确认没有出现抓取错误就行。再处理卡片缓存。这时候不要直接把这个链接发给朋友测试而是先进社交平台的调试工具里粘贴页面地址。工具的界面上会显示模拟的卡片样式和抓取日志。如果提示抓取成功卡片信息和你预期一致才算这步完成。看到旧信息时在工具里触发“重新抓取”按钮爬虫会重新访问页面并更新缓存。4.5 步骤四效果验证与观察周期改造上线后的验证逻辑我分三个时段观察第一天在调试工具里确认卡片完整用无痕模式访问页面确认TDK生效。同一天里把链接发到任意一个聊天窗口正常应该出现带标题、描述和预览图的卡片。第一周重点观察搜索引擎的收录状态。如果之前站点完全没被收录这一周里通常会出现第一条收录快照如果站点本身有收录基础新页面可能两三天后就进索引了。不要频繁改动页面内容给爬虫留出稳定的访问时间。第一个月看两件事搜索结果里目标关键词的排名趋势以及卡片转发带来的直接访问量。这个阶段如果没有自然搜索流量优先检查页面是否真的进了索引再用搜索结果里出现的标题和描述来判断搜索引擎是否按你的预期理解了页面。整个流程做完页面才算是同时具备了“被人搜到”和“被人愿意点开”的基本素质。5. 常见问题与排查技巧实录5.1 页面始终不收录时的排查清单根据我处理过的项目整理成一张速查表建议按顺序走检查项异常现象处理方法robots.txt出现大量Disallow去掉不必要规则确认根路径允许访问noindex标签源代码里出现noindex关键字删除该属性sitemap提交后台提示格式错误或抓取失败用工具校验XML格式确认URL无失效页面页面渲染源代码里几乎无正文内容关键内容改服务端输出至少保证首屏可见服务器响应大量5xx超时优化响应速度必要时上CDN内链情况页面没有任何入口链接在首页显著位置加入指向该页面的链接有些时候搜索引擎已经抓取过页面但迟迟没有放出索引这大概率是内容质量或重复度的问题。这时候别急着改代码先把页面的内容尽量写“厚”把其他页面里相同主题的内容合并进来再重新请求收录。5.2 分享卡片异常时的快速定位卡片问题集中在三类现象对应的定位逻辑也不一样。第一种分享时完全不出卡片只有网址。先查在调试工具里能否抓到信息。如果工具也抓不到说明页面本身缺少OG标签或者爬虫访问时遇到了JS渲染问题。回到head区域检查最基础的og:title和og:image是否齐全。第二种卡片出来了但图片不显示。优先检查图片地址能不能直接访问、服务器有没有防盗链、图片体积是否过大。这三件事90%的情况下覆盖图片不显示的真正原因比反复改og标签有用得多。另外图片格式尽量用JPG或PNG避免使用WebP或AVIF一些平台的爬虫对较新的图片格式支持不够。第三种卡片显示的是旧信息。这就是典型的缓存问题。去对应平台的调试工具重新抓取一次然后等待几分钟到数小时卡片就会更新。注意有些即时通讯工具的缓存策略更激进即使调试工具已经刷新聊天窗口里也还会沿用旧缓存过段时间自然消失。5.3 别忽略的小要素域名、HTTPS和图片素材三个小细节看起来不起眼但直接影响前面所有配置能不能生效。第一域名更换后sitemap里的地址和页面OG里的地址必须同步更新同时旧域名页面要做301跳转。我见过一个项目换了域名新页面一切正常但搜索引擎里还留着一堆旧域名的死链白白浪费了权重。第二OG图片地址尽量用HTTPS。如果页面本身是HTTPS而图片地址是HTTP社交平台爬虫可能出于安全策略直接拒绝加载。这个失误非常隐蔽因为浏览器打开图片链接是正常的只有爬虫访问时会失败。第三图片里文字别太满。1200x630的尺寸放到小屏手机上实际显示的卡片高度只有两百多像素文字一多久必然被截断或被裁切。卡片封面宜大标题、少信息、高对比度把细节留给卡片下面的描述文字。最后再分享一点个人体会。上线后没人看见本质是信息触达的两条管道都没通搜索管道没有把内容递给搜相关词的人社交管道没有给转发者一个拿得出手的封面。我在实际项目中养成的工作习惯是——每次发布前固定跑一遍TDK检查、OG检查、sitemap提交这三件事发布后按周记录搜索收录和卡片抓取状态把两条管道的健康度当成和服务器在线率同级别的指标。这样坚持下来后来我基本不再为“做了东西没人知道”发愁了。