软件公司的站技术问题特别多,因为产品页经常是 SPA(单页应用),文档站结构复杂,动态参数一堆。技术问题不修,内容做得再好也排不上去——搜索引擎根本抓不到。这份清单列我们诊断时最常见的 15 个技术 SEO 问题,按类分组,每条写清楚查什么、怎么查、怎么修。照着过一遍,基本能覆盖软件公司站的主要技术坑。
一、渲染问题(SPA/SSR)
软件公司最常踩的坑。React、Vue 做的 SPA,默认客户端渲染,搜索引擎抓到的是空 HTML。
1. SPA 客户端渲染,内容抓不到
- 查什么:页面内容是不是 JS 执行后才出现
- 怎么查:用 Google Search Console 的"网址检查"工具,看"已呈现的页面"。或者直接
curl你的页面 URL,看返回的 HTML 里有没有正文内容。如果 HTML 是空的壳子,内容全靠 JS 填,就是这个问题 - 怎么修:改成 SSR(服务端渲染)或 SSG(静态生成)。React 用 Next.js,Vue 用 Nuxt.js。如果改造成本高,至少把首屏内容和 SEO 关键内容做服务端渲染
2. JS 和 CSS 资源被 robots 屏蔽
- 查什么
.txt 是不是屏了 /js/ /assets/ 这类路径 - 怎么查:打开
yourdomain.com/robots.txt看有没有Disallow: /js/之类的规则。再在 Google Search Console 的"网址检查"里看渲染是否完整 - 怎么修:搜索引擎现在需要执行 JS 才能渲染页面,JS 资源必须允许抓取。robots.txt 里删掉对 JS/CSS 路径的 Disallow
3. 关键内容 JS 动态加载,延迟出现
- 查什么:重要内容(标题、正文、内链)是不是页面加载后通过 AJAX/接口请求才填充
- 怎么查:禁用浏览器 JS,看页面还有多少内容。或者在 Google Search Console 看渲染快照,关键内容在不在
- 怎么修
关键内容(标题、正文、H1、内链)放进初始 HTML,不要靠 JS 异步加载。非关键内容(评论、推荐)可以异步
二、收录问题
收录是基础,页面没被收录,后面什么都谈不上。
4. robots.txt 屏蔽了重要页面
- 查什么
.txt 是不是误屏了文档站、博客、产品页 - 怎么查:看
robots.txt,特别留意Disallow: /这种全站屏蔽(测试环境漏改到生产是常见原因),以及Disallow: /docs/这种局部屏蔽 - 怎么修:删掉误加的 Disallow。测试环境用
noindexmeta 标签或 HTTP 认证,不要用 robots.txt 屏蔽——robots.txt 屏蔽的页面搜索引擎还是会爬,只是不索引,而且会阻止发现内链
5. 误用 noindex
- 查什么:重要页面是不是被加了
noindexmeta 标签 - 怎么查:用 Screaming Frog 爬全站,筛
noindex页面。重点看产品页、文档页、博客文章有没有被误标 - 怎么修:去掉误加的
noindex。常见原因:开发环境用了 noindex,上线忘改;CMS 模板默认 noindex 没改;某些插件自动加 noindex
6. canonical 标签错误
- 查什么
标签指向对不对,有没有指向自己(等于没用)、指向错误页面、或者循环指向 - 怎么查
Frog 爬取,看每个页面的 canonical 指向。重点查:canonical 是不是指向自己(正常情况应该指向规范版,如果只有一个版本就指向自己,但有多个 URL 版本时要指向规范版),有没有指向 404 或错误页 - 怎么修:每个页面 canonical 指向它的规范 URL。分页、参数变体、移动版都要正确指向规范版。不要用 canonical 解决跨语言或跨设备问题,那是 hreflang 的事
7. 孤立页面(没有内链指向)
- 查什么:站内有没有没有任何内链指向的页面
- 怎么查
Frog 爬取后,看"Inlinks"为 0 的页面。这些页面搜索引擎很难发现,权重也传不进去 - 怎么修:给孤立页面加内链。从相关文章、分类页、面包屑导航链接过去。软件公司常见孤立页:旧版文档、特定版本的功能页、历史博客
三、速度问题
百度和 Google 都把速度作为排名因素。软件公司站 JS 重,速度问题尤其多。
8. 首屏加载慢(LCP 超过 2.5 秒)
- 查什么
Contentful Paint(最大内容绘制)时间 - 怎么查
PageSpeed Insights 或 Lighthouse 跑一遍,看 LCP 数值。超过 2.5 秒就是差 - 怎么修:首屏内容服务端渲染,关键 CSS 内联,图片懒加载(但首屏图片不要懒加载),字体用
font-display: swap,减少首屏 JS 阻塞
9. JS 包过大
- 查什么:页面加载的 JS 体积
- 怎么查
DevTools 的 Network 面板,看 JS 资源总大小(传输后)。超过 500KB 就偏大了 - 怎么修:代码分割(code splitting),按路由懒加载,Tree shaking 去掉没用的依赖,把第三方库(分析、聊天)改成异步加载
10. 图片未优化
- 查什么:图片体积和格式
- 怎么查
Insights 会列出未优化的图片。或者手动看图片大小,单张超过 200KB 的要查 - 怎么修:用 WebP 或 AVIF 格式(比 JPEG/PNG 小 30%-50%),图片压缩,设置合适的宽高属性(避免布局偏移),用
loading="lazy"懒加载非首屏图片
四、结构化数据
结构化数据帮搜索引擎理解你的内容,软件公司尤其要标 SoftwareApplication、FAQ、Article。
11. 没有任何 Schema.org 结构化数据
- 查什么:页面有没有结构化数据标记
- 怎么查
Rich Results Test 工具,输入 URL 看有没有结构化数据。或者看页面源码有没有 application/ld+json的 script 标签 - 怎么修:软件公司至少标这几种:
SoftwareApplication:产品页,标名称、描述、价格、评分FAQPage:FAQ 内容页Article:博客文章BreadcrumbList:面包屑导航Organization:关于页/首页
12. 结构化数据错误或与页面内容不符
- 查什么:结构化数据格式对不对,内容跟页面实际是不是一致
- 怎么查
Search Console 的"增强型报告"会列出结构化数据错误。Rich Results Test 看具体警告 - 怎么修:常见错误——必填字段缺失(如 SoftwareApplication 缺 name)、数据对不上(标记了 rating 但页面没有评分组件)、嵌套层级错。按 Search Console 报的错误逐条修
五、URL 问题
URL 结构影响收录和权重传递,软件公司站尤其乱。
13. URL 不语义化
- 查什么
是不是有意义的词,还是一串 ID - 怎么查:看你的 URL 长什么样。
/products/crm是好的,/p/12345或/?id=12345是差的 - 怎么修
用语义化路径,包含关键词。产品页 /products/产品名,文档页/docs/功能名,博客/blog/文章标题。改 URL 要做 301 重定向,旧 URL 权重传给新 URL
14. URL 参数导致重复内容
- 查什么:同一内容是不是有多个 URL 版本(参数不同)
- 怎么查
Frog 爬取,看有没有大量 URL 只是参数不同但内容相同。常见:排序参数、筛选参数、追踪参数(utm) - 怎么修:对参数 URL 用 canonical 指向规范版。或者用 Google Search Console 的"网址参数"工具告诉 Google 哪些参数不影响内容。追踪参数(utm_source 等)最好在服务端处理,不要让搜索引擎索引带参数的版本
15. 重定向链过长
- 查什么
是不是经过多次重定向才到最终页 - 怎么查:用 Redirect Checker 工具,或者 Screaming Frog 看"重定向链"。超过 2 次跳转就是问题
- 怎么修:把重定向链改成直接跳转。常见原因:HTTP → HTTPS → www → 非 www → 新 URL,层层跳。改成 HTTP 直接 301 到最终 URL。重定向链过长会浪费抓取预算,权重传递也会衰减
怎么用这份清单
建议按顺序过一遍:先解决渲染问题(第一类),这是基础,不解决后面都白搭。再查收录(第二类),确保该收录的页面都收录了。然后是速度和结构化数据(URL 问题随时修)。
每类查一遍大概半天到一天。全站完整技术审计我们一般用 2-3 天。这份清单是自查版,自己能上手查。如果查出来问题多,或者改不动(比如 SPA 改 SSR 工程量大),再找专业团队。
总结
软件公司站最常踩的 15 个技术 SEO 问题:渲染(SPA 客户端渲染、JS 被屏、内容异步加载)、收录(robots 误屏、noindex 误用、canonical 错、孤立页)、速度(LCP 慢、JS 大、图片没优化)、结构化数据(没有、有但错)、URL(不语义化、参数重复、重定向链长)。工具用 Google Search Console、Screaming Frog、PageSpeed Insights 这三个就够自查。
查出来问题不知道怎么改,联系我们聊聊。
常见问题
Q: 自查需要什么工具?
A: 三个就够:Google Search Console(免费,看收录和抓取)、Screaming Frog(免费版能爬 500 个 URL,够小站用)、PageSpeed Insights(免费,看速度)。专业诊断还会用 Ahrefs Site Audit 或 Sitebulb,但自查上面三个够用。
Q: SPA 一定要改 SSR 吗?
A: 几乎一定要。Google 现在能执行 JS 渲染,但有延迟,且不是所有 JS 内容都能抓到。百度对 JS 渲染支持更差。SPA 不改 SSR,SEO 效果会打很大折扣。如果 SSR 改造工程量太大,退一步用预渲染(prerender)也比纯客户端渲染强。
Q: 技术问题修了多久见效?
A: 渲染和收录问题修了,一般 2-4 周搜索引擎重新抓取后开始见效。速度和结构化数据是慢功夫,1-2 个月体现在排名上。URL 改动要做 301,权重传递需要 1-3 个月。
Q: robots.txt 和 noindex 有什么区别?
A: robots.txt 是告诉搜索引擎别爬这个 URL(但其实搜索引擎可能还是会爬,只是不索引,且会阻止发现内链)。noindex 是允许爬,但不索引。一般用 noindex 控制索引,robots.txt 只用来屏掉真正不想被抓的资源(如后台、API)。
Q: 结构化数据对排名有影响吗?
A: 不直接影响排名,但影响展示效果。标了 FAQ 会有展开式结果,标了 BreadcrumbList 会有面包屑,标了 SoftwareApplication 会有价格等信息展示。展示效果好,点击率高,间接提升排名。Google 官方说结构化数据不是排名因素,但做了比不做好。
元析智能
为软件公司做 SEO 和 GEO 优化