技术 SEO 落地与站长平台

上一章讲了 SEO 的原理与关键词，这一章全是可执行的落地动作：robots.txt 怎么写、sitemap.xml 怎么生成与提交、结构化数据怎么加、站长平台怎么验证与推送、移动端与 Core Web Vitals 怎么自查。技术 SEO 不能保证排名，但做错了会让好内容连被收录的机会都没有。

要解决的问题

  • robots.txt 与 sitemap.xml 的正确写法与常见错误？
  • 结构化数据加什么最有用，怎么验证？
  • 百度搜索资源平台与 Google Search Console 怎么验证站点、怎么主动推送？
  • 移动友好、Core Web Vitals 与上线后的监测节奏怎么落地？

每页必备的技术要素

要素要求常见错误
title每页唯一、25~30 汉字、核心词前置全站共用同一个标题
description每页唯一、70~80 汉字复制粘贴或直接留空
H1每页唯一，与 title 同义不同字用 H1 做样式，一页出现好几个
面包屑有层级导航并配 BreadcrumbList 结构化数据只有视觉面包屑，没有链接
canonical每个页面指向自己的规范 URL缺省导致带参数版本被当成重复内容
分页每页独立可访问 URL，canonical 指向自身全部 canonical 指到第一页
URL 规范短、小写、用 - 分词、统一带或不带 www同一内容有 http/https、带不带 www 多个版本

canonical 是解决重复内容的核心手段：同一商品的不同参数链接、带 utm 的推广链接、www 与非 www，都应该指向同一个规范 URL，否则权重会被分散到多个「差不多」的页面上。

robots.txt

# https://example.com/robots.txt —— 必须放在根目录，且能被匿名访问
User-agent: *
Disallow: /admin/
Disallow: /search?
Allow: /

Sitemap: https://example.com/sitemap.xml
常见错误后果正确做法
写了 Disallow: /全站被挡，一条都收不进去只挡无价值路径，别挡整站
Sitemap 用相对路径平台读不到写完整绝对 URL
把 robots 当安全手段后台地址照样被猜权限控制才是安全，robots 只是「请求」
域名写错www 站点写了非 www 的 sitemap 地址与站点规范域名保持一致
屏蔽 CSS/JS搜索引擎无法正确渲染页面不要挡静态资源

sitemap.xml

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/tools/json-format</loc>
    <lastmod>2025-01-08</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
</urlset>
站点类型生成方式说明
静态站构建期脚本扫描产物目录生成 sitemap.xml发布即更新，不需要运行时逻辑
动态站提供 /sitemap.xml 路由，按数据库内容生成并缓存 1 小时注意内容变更后 lastmod 要真实更新
站点很大用 sitemapindex 拆成多个子 sitemap单个文件上限 5 万条 URL / 50MB

只放你希望被收录的规范 URL：登录后的页面、搜索结果页、带大量参数的筛选页都不要放进去，否则会浪费抓取预算。

结构化数据（JSON-LD）

<!-- 首页：站点信息 + 站内搜索 -->
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"WebSite","name":"瑞林工具站","url":"https://example.com/","potentialAction":{"@type":"SearchAction","target":"https://example.com/search?q={search_term_string}","query-input":"required name=search_term_string"}}
</script>
<!-- 文章页 -->
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"Article","headline":"JSON 格式化工具使用说明","datePublished":"2025-01-08","dateModified":"2025-01-08","author":{"@type":"Organization","name":"瑞林工具站"},"mainEntityOfPage":"https://example.com/tools/json-format"}
</script>
<!-- 面包屑 -->
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"首页","item":"https://example.com/"},{"@type":"ListItem","position":2,"name":"工具","item":"https://example.com/tools/"},{"@type":"ListItem","position":3,"name":"JSON 格式化"}]}
</script>

验证方式：Google 用 Rich Results Test 与 Search Console 的「增强功能」报告，百度用搜索资源平台的「结构化数据」校验工具。JSON-LD 必须是页面真实内容的映射，不要标记页面上没有的信息。

Open Graph 与 Twitter Card

<meta property="og:title" content="JSON 在线格式化与校验 - 瑞林工具站">
<meta property="og:description" content="一键美化、压缩与校验 JSON，报错定位到行列。">
<meta property="og:image" content="https://example.com/og/json-format.png">  <!-- 建议 1200×630 -->
<meta name="twitter:card" content="summary_large_image">

分享到社交平台、聊天工具时，卡片信息全部来自这几行。没有它们，别人转发你的链接就是一条光秃秃的 URL，点击率差好几倍。

站长平台：验证、推送与诊断

平台验证方式常用功能
百度搜索资源平台文件校验（下载校验文件放到站点根目录）/ HTML 标签 / CNAME / DNS普通收录、抓取诊断、抓取异常、索引量、站点属性
Google Search ConsoleHTML 文件 / HTML 标签 / DNS TXT 记录 / Google Analytics网址检查、覆盖率、Sitemap 提交、Core Web Vitals、链接报告

三种验证方式的取舍：HTML 标签最快（加一行 meta 即可），文件校验最稳（不怕模板改动），DNS 记录最彻底（可覆盖所有子域与协议）。多方式同时配置更保险，模板一改标签没了，文件还在。

# 百度主动推送：配额按站点质量动态给出，超额会返回错误，以平台显示为准
curl -H 'Content-Type:text/plain' --data-binary @urls.txt \
  "http://data.zz.baidu.com/urls?site=https://example.com&token=你的token"
# urls.txt 每行一个完整 URL；新站配额很小，优先推真正有价值的页面

抓取诊断用来回答「爬虫眼里我的页面长什么样」：如果诊断结果里正文为空，说明页面靠 JS 渲染，需要 SSR 或预渲染；如果返回 4xx/5xx，说明有拦截或服务不稳定。索引量则要结合展现量一起看——索引量涨但展现不涨，通常是内容同质化。

移动友好与 Core Web Vitals

指标含义良好阈值常见问题与修法
LCP最大内容绘制时间≤ 2.5s首屏大图未压缩、字体阻塞、服务端慢 → 压图、preload 关键资源、上 CDN
INP交互到下次绘制≤ 200ms长任务、bundle 过大 → 代码分割、减少主线程计算
CLS累积布局偏移≤ 0.1图片/广告/iframe 无尺寸 → 写死宽高、预留占位、font-display

移动端自查四项：viewport 是否设置、点击区域是否 ≥ 48px、字号是否 ≥ 16px、是否出现横向滚动。工具用 PageSpeed Insights（能同时看到实验室数据与真实用户数据）与 Search Console 的 Core Web Vitals 报告。

上线后的监测节奏

时间关注什么该做的动作
上线当天站点能否被抓取提交 sitemap、主动推送、抓取诊断 3~5 个 URL、确认 robots 可访问
第 1 周是否开始收录看索引量与抓取异常，修 404 与重复内容
第 1 个月展现、点击率、平均排名找「高展现低点击」页面优化 title 与 description
每季度内容与结构健康度更新旧内容、修死链、复测 CWV

数据波动要区分原因：排名普遍下滑可能是算法更新，只有某些词下滑往往是竞品更新了内容，展现涨点击不涨则是摘要吸引力不足。

技术 SEO 上线检查清单

检查项通过标准
title / description每页唯一，长度符合建议
H1每页唯一，与 title 同义不同字
canonical每页自指，www/协议/参数版本统一
robots.txt未挡全站，Sitemap 为绝对 URL，不挡 CSS/JS
sitemap.xml可访问、只含规范 URL、lastmod 真实
站长平台百度与 Google 均验证通过，sitemap 已提交
404 / 301死链返回 404，迁移用 301
Core Web VitalsLCP ≤ 2.5s、INP ≤ 200ms、CLS ≤ 0.1，移动端无横向滚动
备案国内服务器域名已完成 ICP 备案，否则一切无从谈起

小结：技术 SEO 的落地顺序是「基础要素（唯一 title/description/H1、canonical、面包屑、URL 规范）→ robots.txt 与 sitemap.xml → 结构化数据与分享卡片 → 站长平台验证与主动推送 → 移动友好与 Core Web Vitals」，每一步都能用工具验证；百度与 Google 的验证方式都是文件/标签/DNS 三选一，建议至少配两种；上线后按「当天、一周、一月、每季度」的节奏看数据；最后记住两句话——技术 SEO 只保证「能被收录」，排名靠内容；国内服务器必须先完成 ICP 备案，否则搜索引擎和用户都到不了你的站点。

笔记加载中…

标签：#部署 #Nginx #SSL #SEO

返回知识库