WordPress SEO完全指南

13

什么是WordPress的SEO?

WordPress SEO是通过WordPress进行的搜索引擎优化。这个学科是每个网站都涉及的。变化的是工作发生的地方:设置>阅读中的复选框,设置>永久链接中的模板,块编辑器中的标题级别,Yoast或Rank Math添加到侧边栏的元数据字段,因为内容管理系统(CMS)不会自行暴露这些数据。

与CMS的绑定是WordPress的SEO区别于普通网站SEO。一般建议告诉你规范标签很重要。WordPress SEO告诉你哪个侧边栏字段写了标签,哪个插件显示了该字段,以及当你更改永久链接结构时该字段会发生什么。

一个被称为WordPress对SEO友好的网站,是指这些表面是有意配置的,而不是保持默认状态。

还有第二个区别,是谁来做这些工作。共享托管上的 WordPress SEO 和企业级 CMS 上的 WordPress SEO 并不是一回事。在共享托管中,你自己组装性能、安全和交付,主要依靠插件和主机设置。

而在像 WordPress VIP 这样的托管企业平台上,很多内容都存在于平台层,根本不会进入你的插件列表。本文先讲述通用操作,最后再回到平台与插件的划分。

工作从你最直接控制的东西开始:单个帖子的内容。

如何优化WordPress的页面内内容?

WordPress的页面内SEO是编辑工作。它发生在你写文章时的块编辑器里,而不是每季度访问一次的设置面板里。大多数帖子在发布前先完成六项活动会受益:

  • 关键词研究决定这篇文章的内容和写给谁。
  • SEO标题设置搜索者在结果列表中看到的内容。
  • 元描述设定了下面所包含的摘要。
  • 标题给文章一个读者和爬虫都能理解的结构。
  • 图片替代文本描述每张图片供屏幕阅读器和图像搜索使用。
  • 规范标签与模式标记告诉搜索引擎哪个URL是权威的,以及页面包含什么类型的内容。

第一个活动发生在你写任何东西之前。

关键词研究

WordPress中的关键词研究意味着将读者实际输入到搜索框中的问题映射到你网站上的特定帖子和页面上。你在草稿前就做这件事,因为输出会塑造草稿。

从中得出三个决定。首先,帖子的主要术语:一个主题,一篇帖子,这样你网站上的两个页面就不会竞争同一个查询。其次,是该术语背后的意图。

搜索定义性问题的人需要解释。搜索程序性问题的人需要步骤。比较产品的人想要比较,定义会让他们直接返回结果页。第三,位置:术语出现在标题、URL栏目、开头段落和章节标题的位置。

WordPress不会帮你完成这部分。关键词研究是在CMS之外进行的,通常是在专门的研究工具中,并且作为已做出的决定进入编辑器。大多数SEO插件会在帖子侧边栏添加一个重点关键词字段,并以此为草稿进行评分,这只是决定的有用提醒,而非替代决策。

无论你使用什么工具,输出都会为后续的每一项活动提供信息。

SEO标题

SEO标题是页面的元素。它作为可点击的标题出现在搜索结果中,作为浏览器标签页的标签出现。它与帖子标题不同,标题成为页面上的H1。

WordPress 核心版没有直接编辑它的功能。Yoast、Rank Math 和 AIOSEO 都会把该字段添加到帖子侧边栏,并附带预览显示结果列表中标题将被截断的位置。

使用预览而不是数字符:上限是用像素来测量的,插件已经知道了。

有两条规则让填写栏目更简单。将主关键词放在前面,避免截断,如果有空位,则加上网站或品牌名称。然后将标题与你的H1进行对照。

如果H1是对话式,是为已到访者而写,SEO标题则应更简洁。两行由不同时间的人阅读,一行决定是否点击,另一行决定是否继续阅读。

元描述

元描述是搜索结果中出现在SEO标题下的一段文字片段。和SEO标题一样,它来自你的SEO插件,而不是WordPress核心。

要将元描述与WordPress摘录分开,因为编辑者经常混淆两者。摘录内容供给档案页面、分类列表和RSS。元描述则供给搜索结果页面。它们服务不同的表面,通常需要不同的措辞。

填写其中一个并不能填补另一个。

为每篇帖子写一个元描述,总结帖子内容,并一次性使用主要关键词。受众是浏览结果页并决定点击哪里的人,所以告诉他们会得到什么。

搜索引擎可能会用页面中摘取的段落替换你写的内容,尤其是当描述缺失或薄弱时。无论如何,还是写出来。你无法控制重写的片段。好的描述会让你的版本先出现在算法面前。

标题

标题为帖子提供了轮廓。在WordPress的块编辑器中,层级结构从正文上方开始:帖子标题自动变成H1,正文标题从H2开始,向下嵌套到H3和H4。

规则很简短。每篇帖子一个H1,WordPress帮你处理。H2负责主要部分。H3负责其内子部分。不要跳过关卡,因为从H2跳到H4会在轮廓中留下空白,辅助技术和爬虫都觉得是结构性错误。

设置等级时,应该从标题块本身的工具栏里设置,而不是从段落样式下拉菜单。Gutenberg 直接在标题块上显示等级,这样写作时大纲很容易查看。

经典编辑器中运行的帖子会继承主题映射,因此每次主题变更后大纲都值得检查。

图片替代文本

Alt Text 是图片上的 alt 属性。你可以在 WordPress 中设置两个地方:媒体库中图片的详细信息视图,以及帖子内图片块的块设置。两者都写入同一个附件记录,所以无论在哪一处编辑都能传递。

替代文本描述图片。屏幕阅读器会向看不到图片的人宣布,图像搜索爬虫则用它来推断图片显示的内容。它不是标题,页面上每个人都会出现;也不是标题属性,悬停时会出现;也不是文件名。

描述画面中实际出现的内容。如果主关键词属于该描述,就使用它。如果不属于,则省略,因为强制关键词会让描述对依赖者不利。纯装饰性图片可能带有空的替代文本,提示屏幕阅读器跳过它们。

规范标签与模式标记

帖子本身有两条技术元数据,且都值得刻意设置。

一个典范标签(rel="canonical")当同一内容在多个地址可访问时,指定首选URL。WordPress经常产生此类情况:分页归档、列出同一帖子的标签和分类页面、合作网站上的联合副本。

规范标签告诉搜索引擎应视哪个版本为权威,以避免其他版本竞争。

schema markup 声明页面包含的内容类型,在页面源代码中以 JSON-LD 格式书写。文章、产品、常见问题解答、操作指南和本地商务是大多数出版商使用的类型。

有效的标记使页面在搜索结果中呈现更丰富,尽管资格不等同于包含,且任何插件都无法保证帖子一定能获得。

两者都是插件领域。Yoast、Rank Math 和 AIOSEO 都在帖子侧边栏放置了规范的 URL 字段,并自动生成每个帖子类型的模式,需要时会手动覆盖。

WordPress Core 本身不输出这两种功能,这也是为什么需要插件。

如何在WordPress上设置SEO插件?

WordPress没有SEO界面。没有元数据仪表盘,没有每条帖子的标题字段,除了基础地图外没有网站地图,也没有模式输出。SEO插件是一次性安装,能一次性添加所有功能。

三款插件领先于该类别:Yoast SEO、Rank Math 和 All in One SEO。它们在界面和付费套餐的包装上有所不同,且涵盖了本文所述的领域。

选一个然后继续;选择本身不如配置重要。

本节涵盖两点内容:

  • SEO插件安装 涵盖安装路径和首次运行安装向导。
  • SEO 插件设置 涵盖您在站点范围内进行一次的基线配置传递。

上面已经涵盖的每个帖子字段(SEO 标题、元描述、规范、模式)位于块编辑器侧边栏中,而不是插件仪表板中。

SEO插件安装

安装路径通过 WordPress 管理员运行:插件 > 添加新插件,按名称搜索插件,然后立即安装并激活。 如果您的环境限制插件目录,则可以上传插件 zip 文件作为后备,尽管搜索路径更快。

此类别中的每个插件在激活时都会打开首次运行配置向导。 该向导会询问这是什么类型的网站、是否输出社交共享标记以及哪些帖子类型和分类法应获得 SEO 字段。 当它出现时回答它。 跳过它会保留默认值,稍后您将花费更长的时间进行纠正。

整个练习遵循一个结构规则:安装一个 SEO 插件。 两个活动同时会写入标签和元标签,并且页面头部会出现重复项,搜索引擎必须猜测它们的方式。 如果您要从一个插件迁移到另一个插件,请使用目标插件附带的导入工具,然后停用并删除旧插件,而不是使其处于休眠状态。

SEO 插件设置

在类别级别浏览一次插件仪表板。 您无需访问每个屏幕。

三个功能组覆盖了基线。 站点范围内的默认设置 首先:标题模板为您尚未编写的任何帖子生成 SEO 标题,元描述的等效模板,以及告诉搜索引擎这是出版物、公司还是个人的站点级架构类型。 每个帖子类型的可索引性 其次:哪些帖子类型和分类法完全获得 SEO 字段,以及哪些帖子类型和分类法不被索引。 这是您处理薄档案的地方,例如每个包含两个帖子的标签页,否则会使索引混乱。 集成设置 第三:站点地图生成、Google Search Console 和 Bing 网站管理员工具验证以及插件提供的任何分析连接。

设置这三个组一次,网站上的大多数帖子都会正确进入索引,无需进一步关注。 块编辑器侧栏中提供的每帖子覆盖可处理异常。

配置获取站点索引。 速度决定了某人到达后的体验。

如何提高WordPress网站速度?

网站速度是一个可衡量的网站属性,读者和搜索引擎都会对其做出反应。页面加载缓慢会在内容出现之前失去读者,谷歌表示页面体验是其使用的信号之一。

网站速度的提升来自三个层面:

  • 核心网页指标是测量层,告诉你你的读者实际体验到的内容。
  • 缓存是传输层,减少服务器每个请求所做的工作。
  • 图像优化是资产层,减少发送内容的重量。

你配置多少取决于网站运行的位置。在像 WordPress VIP 这样的托管企业级 CMS 上,测量和交付层主要由平台处理。无论如何,资产层都由编辑者保留,因为它是在上传图片时按帖子决定的。

从测量开始,因为它可以告诉你另外两层中哪一层需要关注。

核心网络生命力

Core Web Vitals 是 Google 发布的三个指标,用于描述页面的使用感受。 最大内容绘制 (LCP) 衡量主要内容出现所需的时间。 与下一个绘制的交互 (INP) 衡量当有人单击或点击时页面响应的速度,并在 2024 年取代首次输入延迟。

累积布局移动 (CLS) 衡量页面在加载时移动的量。

有两个消息来源报道了这些情况。 Google Search Console 有一个根据现场数据构建的 Core Web Vitals 报告,这是真实连接上的真实访问者所经历的。 PageSpeed Insights 针对您提供的任何 URL 运行综合测试,这对于在页面产生流量之前检查页面非常有用。 现场数据告诉您正在发生什么;综合数据告诉您原因。

查看报告并追踪不良指标的原因。 Search Console 按网址共享的模板对网址进行分组,这通常比查看单个帖子更快地指出真正的罪魁祸首。 从那里来看,原因通常是在三个地方之一:资产层,超大的英雄图像延迟了 LCP;主题,其中延迟加载的网络字体推动文本并驱动 CLS;或插件层,其中每个页面上加载的脚本会延迟交互性并显示在 INP 中。

缓存

缓存存储预渲染的输出,以便重复请求不会重新运行 PHP 并从头开始重新查询数据库。 它是影响 WordPress 响应时间的最大因素。

两层很重要。页面缓存存储页面的完整 HTML 并将其直接提供给匿名访问者,这涵盖了大部分搜索流量。 对象缓存通常存储在 Redis 或 Memcached 中的单个数据库查询的结果,并帮助登录流量以及页面缓存无法提供的所有内容。

这些层的来源取决于您的托管。 在自托管 WordPress 上,页面缓存来自插件(WP Rocket、W3 Total Cache 和 LiteSpeed Cache 是常见选择),对象缓存取决于您的主机是否提供 Redis 还是 Memcached。 许多共享主机没有。 在 WordPress VIP 等托管企业平台上,两个层都在平台上运行,包括对象缓存,并且未安装缓存插件。 这种差异是平台与插件分裂的更清晰说明之一,最后一节将对此进行深入介绍。

图像优化

图片通常是 WordPress 页面上最重的东西。 减轻它们的重量是最可靠的速度改进。 四件事使减少成为可能。

文件格式是第一个优化。 WebP 和 AVIF 等现代格式在相同的可见质量下生成的文件比 JPEG 或 PNG 更小,浏览器现在的支持范围已经足够广泛,可以将它们作为默认格式并提供旧版回退。 尺寸适配是第二个优化,也是内容团队最常犯错的一个:将一张 4,000 像素宽的照片放入 1,200 像素的容器中,其像素数是任何人看到的像素的三倍。 上传前调整大小以匹配容器。 延迟加载是第三个优化,推迟屏幕外的图像,直到读者滚动到它们。 最终优化,响应式 srcset,让浏览器在小屏幕上选择较小的变体。

WordPress 本身就可以处理其中的一些问题。 媒体库在上传时生成多种尺寸,WordPress 核心同时提供这两种尺寸 loading="lazy" 和 srcset 属性无需任何配置。 现代格式转换是差距:在自托管 WordPress 上,它来自 ShortPixel、Smush 或 Imagify 等图像插件,而在托管平台上,它是在上传过程中作为媒体管道的一部分生成的。

一个快速的网站仍然需要可抓取,这就是一些 WordPress 启动时出错的地方。

如何设置 WordPress 可索引性?

可索引性是本文其他内容的前提。 搜索引擎无法抓取的 WordPress 网站不会排名,无论标题编写得多么仔细或加载速度有多快。 可转位性取决于三个表面:

  • 搜索引擎可见性设置 是 WordPress 的核心复选框,可以阻止整个网站。
  • XML 网站地图为爬虫提供您的 URL 的机器可读索引。
  • 索引协议是用于优化抓取和保留内容的每页和全站信号。

每个人的首要考虑应该是一个故障模式网站迁移的SEO清单.WordPress 有一个设置可以阻止索引,针对正在开发的网站。它在构建过程中被启用,网站上线,没人关掉它。

网站会发布几周,受众却没有。在你检查 WordPress 发布的其他项目之前,先勾选这个选项。

搜索引擎可见性设置

该设置位于 设置 > 阅读,在“搜索引擎可见性”标题下。它是一个单选框,标签为“阻止搜索引擎索引此网站。”

勾选它会产生两种效果。WordPress 会在网站每个页面的头部添加,并且它会提供一个包含的 robots.txtDisallow: /.尊重这些信号的搜索引擎,包括所有主要信号,都会跳过该网站。

标签的措辞是有意为之:WordPress是在请求而非强制执行,而无视惯例的爬虫则没有义务遵守。

该框应在网站开发或预设阶段勾选,生产环境时未勾选。上线时验证。环境迁移后再验证一次,因为从预设复制的数据库会带走该设置。

XML 网站地图

XML 网站地图是你网站上可机器读取的 URL 列表,供爬虫阅读。它不能取代爬取。它加快了发现速度,尤其是针对新帖子和很少有内部链接指向的页面。

WordPress 生成一个基本的网站地图/wp-sitemap.xml.SEO插件能在/sitemap_index.xml按帖子类型和分类法拆分成独立文件,对包含内容有更多控制权。

插件激活时,其网站地图通常优先,核心地图被禁用,但行为有所不同。在浏览器中打开两个URL,确认哪个是上线的,然后再操作。

将该网站地图的网址提交到谷歌搜索控制台和必应网站管理员工具。提交并不保证任何内容都会被索引。它缩短了发布帖子到爬虫找到帖子之间的间隔,这点是值得的。

索引协议

除了可见性复选框和网站地图之外,WordPress 网站还会广播一系列信号,告诉你哪些内容应被抓取,哪些应保留在索引中。其中最重要的三个信号是:robots.txt,该规则设定了全站爬行规则;Meta机器人标签,在单个页面上设置索引或无索引,并跟随或nofollow;以及规范标签,已覆盖在上方编辑部分,并作为爬行信号出现。

在脑海中保持robots.txt和noindex的清晰区分,因为它们执行不同的工作,经常被混淆。robots.txt禁止规则要求爬虫不要获取URL。noindex标签要求搜索引擎不要保留它已经抓取的页面。

在robots.txt中屏蔽带有noindex标签的页面,会阻止爬虫看到noindex,这也是页面卡在没有描述的索引中的原因。

你的SEO插件同时暴露了这两项功能:插件工具部分的robots.txt编辑器和侧边栏的每条文章索引切换。对于那些对索引没有任何贡献并稀释索引的页面,使用每条帖子的noindex:薄薄的分类法档案、内部搜索结果页和分页评论页。

删除会按照爬虫的时间表进行,而不是你的,所以预计需要时间。

可爬取性决定页面是否被索引。永久链接决定这些页面的名称。

如何优化WordPress的永久链接以实现SEO?

永久链接是网站上每个帖子和页面继承的URL模式:即你域名和任何查询字符串之间的可读部分。WordPress会根据你选择一次的模板构建它。

把它当作一次性的决定。每个帖子的URL都源自该模式,每个有人建立的入站链接都记录了它,每个规范标签都引用了它。在发布后更改模式意味着除非网站将旧路径重定向到新路径,否则所有现有URL都会失效,而重定向维护成本永远不会完全消失。

它们之间的两个界面决定了网站上的每个公共网址:

  • 永久链接设置在设置>中,永久链接本身保留了URL模式。
  • 站点地址格式在一般设置中,这些模式所依赖的领域。

永久链接设置

WordPress 在设置>永久链接中提供六种结构:普通、日期和名称、月份和名称、数字、帖子名称和自定义结构。

帖子名称是大多数编辑网站的默认使用。它产生了结果/example-post/,一个用易读文字表达帖子主题的URL。基于日期的结构在每个URL上都标注了发布日期,这适合新闻档案,但也不利于经常更新的内容:今年修订的指南仍写为/2019/03/给任何查看链接的人。

数值生成/?p=123-风格路径对读者毫无启示。自定义结构在你需要节前缀或类别段时存在,它会执行你的指令。

如果你在一个在线网站上更改了结构,要做好重定向的准备。WordPress 会针对常见交换机自动触发一些问题,而且它并不涵盖所有情况,尤其是自定义结构。

之后对你旧的 URL 列表进行爬取,确认每个 URL 都以 301 而不是 404 出现在正确的页面上。

站点地址格式

设置>通用包含两个字段:WordPress 地址(URL)和网站地址(URL)。在几乎所有部署中,这两者都应该相同。只有当 WordPress 核心文件存在子目录,而网站是从根节点服务时才会有所不同,其他地方的不匹配会导致规范性模糊,破坏从错误主题构建链接的主题。

这些字段会做出三种格式决策。第一,www 或非 www:选一个,另一个在 DNS 或托管层重定向,并确保站点上的规范标签指向你选择的版本。

这两种标签对搜索都不好;不一致才是问题所在。第二,后斜杠或无后斜杠:同样,选一个并坚持使用,因为/page/以及/page是爬虫的不同URL。

第三,HTTP或HTTPS,属于下面的安全部分,并且在这里显示,因为它设置在同一两个字段中。

URL用于命名单个页面,而网站架构决定了这些页面之间的关联。

如何优化WordPress网站架构?

网站架构是位于单个帖子之上的结构:将帖子分组的分类法、显示每个帖子位置的轨迹,以及连接它们的内部链接图。永久链接决定了URL模式,而架构决定了链接图。

对于爬虫,链接图是显示哪些页面关联、哪些页面被网站视为重要性的证据。对读者而言,链接图是他们如何从一个帖子跳到另一个帖子而不回到搜索引擎。

弱架构表现为两个症状:孤儿页面没有内部链接指向,以及扁平结构,数百条帖子集中在一个无区分的集群中,没有主题分组。

有三种WordPress表面可以完成这项工作:

  • 分类与标签将帖子按主题分组。
  • 面包屑显示页面在层级中的位置。
  • 内部链接直接连接相关帖子。

分类与标签

WordPress 为文章提供了两个内置分类法,且它们是有意为之设计的不同。分类是层级式且强制的:它们嵌套为父级和子类,每篇帖子至少有一个,如果不选择则默认为未分类。

标签是扁平且可选的,没有嵌套,也没有必须使用它们。

实际划分由此而来。分类构成网站结构,保持宽泛且简少,以匹配你发布的主要主题。标签描述帖子内容,因此每条文章保持具体且数量少。

常见的三种失败模式。分类过多会产生一组存档页面,每个页面包含两到三个帖子,且没有一个重要内容。标签过多会在更大范围内产生同样的问题,因为每个新标签都会生成另一个归档页面。

这两者都助长了第三个问题:分类法档案,当它们没有值得索引的档案时会被索引。解决办法在前面提到的SEO插件设置中,你可以根据帖子类型和分类法设置索引性。

对薄的归档进行索引,保留那些作为真正主题中心的功能。

面包屑

面包屑是导航线索,显示当前页面的位置,通常显示为首页 › 分类 › 帖子。读者利用它们来提升一级。爬虫则将其视为另一种层级陈述,强化分类法已有的说明。

它们来自两个来源之一。许多现代WordPress主题已经在单帖模板中输出面包屑。而主题没有,Yoast、Rank Math和AIOSEO则各自提供面包屑输出,以及描述同一路径的BreadcrumbList模式,机器可读形式。

正是这种模式让面包屑不仅仅仅在导航上更重要。当网站发出有效的BreadcrumbList标记时,搜索结果可以显示页面的位置路径,而不是裸露的URL,这为搜索者在点击前提供了页面位置的上下文。

这与页面内部分所描述的模式输出相同,只是应用于结构,而非单篇文章的内容。

内部链接

内部链接指向同一网站上的一篇帖子或页面之间的另一条。它们为读者提供了相关文章之间的路径,也为爬虫提供了哪些页面相关、哪些页面被网站认为重要的证据。

指向这些链接的内部链接越多的页面,通常被抓取的频率更高。

在块编辑器中,写草时链接操作非常快。选择一些文本,点击链接快捷键,开始输入你想要的帖子标题;WordPress会搜索你现有的内容并提供匹配。

在段落块中输入[[,内联打开相同的搜索结果。在链接字段中粘贴URL也有效。一些SEO插件在侧边栏添加了链接建议面板,在你写作时会推荐相关帖子。

锚文本应描述读者在对面会看到的内容,且用句子中合理的词汇。在同一页面的每个链接上重复相同的关键词短语,读起来很糟糕,对爬虫者毫无帮助。

每隔几个月,审计一下孤儿:没有内部链接指向的帖子。大多数SEO插件和网站爬虫都能生成这个列表。解决办法通常是从相关帖子中添加一个链接,而这些帖子本应引用该列表。

结构和内容都假设网站依然存在且仍属于你,这导致了维护。

如何提升WordPress网站的SEO安全性?

安全性是存在于SEO文章中有特定原因的。被攻破的WordPress网站会被移除索引。当注入的药物垃圾邮件或恶意软件重定向进入你域名下的索引时,搜索引擎会删除受影响页面,可能会在结果中标记该网站,上周排名的内容会失去其位置,连同其他所有内容一起丢失。

恢复过程比入侵时要长得多。

安全基准包括三个习惯:

  • HTTPS加密读卡器与网站之间的流量。
  • 核心更新保持软件针对已知漏洞进行补丁。
  • 站点备份当事情发生时,确保恢复成为可能。

企业级的加固远不止于此,最后一节涵盖了托管平台所承担的任务。

HTTPS

HTTPS 是每个生产型 WordPress 网站都应使用的加密 URL 方案。TLS 是其底层协议,证书是使其运行的凭证。浏览器会将普通 HTTP 页面标记为不安全,这足以说明使用 HTTPS 的理由。

现在配置大多是自动化的。共享和管理主机通常在域名指向该网站时发放Let's Encrypt证书,并在未被要求的情况下续签。包括WordPress VIP在内的企业级平台在平台层处理证书,续费也包括在内。

在WordPress方面,有三件事需要检查。设置>General中的两个地址字段都应该使用。https://.混合内容应被解决,也就是要找到仍然被引用的图片、脚本或样式表http://帖子内内容通常因迁移而遗留;浏览器会屏蔽或警告,锁锁随之消失。

以及全站301重定向http://到https://应该是在线的,这样旧的链接和书签才会落在加密版本上。你的主机通常会提供该重定向的设置,而SEO插件可以处理,而主机没有。

核心更新

WordPress发布的更新涵盖三个方面:核心、活跃主题和已安装的插件。它们并不都需要同样的处理方式。

小型核心版本几乎总是安全版本,且范围非常严格。要及时应用;WordPress 默认会自动应用,对大多数网站来说,保持默认状态是正确的选择。

主要核心版本、主题更新和插件更新值得更多关注,因为它们可能会改变前端渲染或在管理层中移动内容。先在有备用环境的临时测试。

仪表盘>更新将核心、主题和插件的所有待处理内容汇聚于一处。插件界面增加了每个插件自动更新开关,这对稳定且广泛使用的插件非常有用,对于涉及模板的内容最好关闭。

在像 WordPress VIP 这样的托管平台上,核心更新由平台处理,平台会根据自己的时间表进行测试和部署。

站点备份

备份是你 WordPress 数据库加上文件目录(上传、主题、插件和配置)的副本,存储在非实时环境的地方。与它保护的网站同一服务器上的副本不是备份。

关键规则是:测试恢复路径。从未恢复过的备份只是假设,你会在最糟糕的一天进行测试。先恢复一次到临时环境,确认站点完整恢复,并在站点构建方式发生重大变化后重复。

备份的来源同样取决于托管平台。在自托管的WordPress上,像UpdraftPlus或BackupBuddy这样的插件按计划运行备份,并将归档推送到S3或Google Drive等异地存储。

在像WordPress VIP这样的托管平台上,备份是平台的一部分,按平台计划运行,并通过支持请求而非管理员界面恢复。

这种差异在本文的每个章节中都有体现。

如何在企业级CMS平台上进行WordPress的SEO?

以上所有内容都假设你自己组装各个部分。在共享或标准托管托管上,工作内容就是:选择缓存插件,找到提供Redis的主机,添加CDN订阅,安装图像优化器,安排备份,关注更新队列。

SEO插件位于你维护的堆栈之上。

企业SEO在企业级CMS平台上,这些工作会改变其形态。基础设施部分会转移到平台层,在那里它们是作而非配置的,而编辑器的表面则与内容层签约。

这是一种结构性差异,谁拥有哪个表面,以及它承载你所处的企业平台。这里用的例子是WordPress VIP,因为本文就是在它发布的平台。

它分为三个部分:

  • 平台层SEO能力是平台原生提供的。
  • 插件层SEO能力这些内容都留给了编辑。
  • 大规模托管平台能力只有当网站变大时才会出现。

平台层SEO能力

本文前述的若干功能原生于托管企业平台,其他平台则需要插件汇编和主机选择。

传输由托管的CDN和边缘网络负责,缓存层从站点速度部分开始。Core Web Vitals基线在平台维护,而非逐站调优,因此新站点继承平台的性能特性,而非从默认WordPress安装开始逐步提升。

流量激增被自动扩展吸收。安全性涵盖上述部分的HTTPS、核心更新和备份:平台配置和更新的证书,按平台节奏测试和部署的核心更新,持续运行的备份。

结果是站点管理员的工作清单更短。你不需要安装缓存插件。你不需要购买CDN订阅。你不需要管理TLS证书或安排备份。这些都变成了平台的输出,而不是维护日历上的项目。

插件层SEO能力

该平台并不能取代SEO插件。有几个功能依然保持原状,因为它们是由内容而非基础设施决定的,再多的平台工程也无法决定一篇文章应该讲什么。

每条帖子的元数据仍然是插件工作:SEO标题、元描述、规范URL、模式类型。关键词研究仍然是在起草前进行的编辑活动。内部链接仍由写帖者创作,因为它取决于网站还发布了哪些内容。

图片替代文本仍由能看到图片的人为每张图片撰写。

划分足够清晰,可以用一行说明。平台负责基础设施表面;插件负责内容元数据表面。迁移到托管平台会移除你在SEO插件中进行基础设施调整的部分。

它不会移除插件本身或插件存在的编辑判断。

大规模托管平台能力

第三组功能仅在规模上出现:当 WordPress 网站运行数千个页面、许多并发作者、高流量或多个区域和品牌时。 它们位于 PHP 层下方,位于站点所在的基础设施中,这就是为什么没有插件组合将它们组装在标准托管上的原因。

其中三个最重要:

  • 企业 CDN 和边缘 涵盖地域交付。
  • 多站点可索引性 涵盖多个站点之间的协调。
  • 大规模平台层性能 涵盖了随着交易量增长而保持不变的情况。

企业 CDN 和边缘

企业 CDN 是一种地理上分布式的交付网络,该平台作为服务的一部分而不是附加组件运行。

静态资产(图像、CSS、JavaScript)和可缓存 HTML 响应是从最靠近阅读器的边缘位置提供的,而不是从单个源服务器提供的。 接下来有两件事。来源点击率下降,因为大多数请求在到达应用程序之前就得到了答复。 对于远离原点的读者来说,核心网络生命力有所改善,当网站前面没有边缘网络时,该群体的数量最差。 新加坡的一名读者从弗吉尼亚州的服务器获取数据,需要为每次请求的距离付费。

这是站点速度部分的缓存和图像传递讨论,以不同的规模和不同的合同。 SEO结果是一样的;负责生产它的一方不是。

多站点可索引性

企业组织很少运行一个 WordPress 网站。 他们经常运营地区版本、子品牌、活动网站以及社论网站和公司网站。 大多数在 WordPress Multisite 或类似的集群部署上运行它们。

许多出版物的可索引性是一个协调问题。 每个站点都有自己的可见性设置、自己的站点地图、自己的 robots.txt,以及它自己的一组 noindex 决策。 逐个站点处理,那些漂移。 区域站点启动时可见性复选框仍处于选中状态。 另一个在 Search Console 中注册的站点地图几个月前就停止更新了。 没有人注意到,因为没有人把它们放在一起看。

托管平台为您提供了各个站点上方的控制平面,可在其中进行可索引性切换、站点地图注册和 robots.txt 输出由整个机队管理。 优点是可以在一个地方查看每个站点的状态,因此漂移在流量报告中显示之前就变得可见。

大规模平台层性能

大规模性能意味着随着网站的发展而保持的特征,而不是网站发布之日所具有的特征。 在标准托管上,这些降级会在可预测的点发生,通常是在站点超出其配置的层的那一刻。

三个表面最清楚地显示了这一点。 响应时间在交通高峰期:一则被全国关注的新闻是否能持续可用,或者网站是否在关键时刻宕机。数据库查询性能随着帖子数量的增加:原本在5,000条帖子时很快的档案,在达到500,000条帖子时是否仍然很快。

写入吞吐量随着同时作者数量的增加:一个有四十名编辑在实时事件中保存草稿的新闻编辑室是否还能继续工作,或者管理系统变得如此缓慢以至于人们不再信任它。

这就是企业框架获得其地位的地方。大多数关于 WordPress SEO 的内容都停留在插件层面:安装 Yoast,填写字段,提交站点地图,添加缓存插件。

这个建议是正确的,也是每个人的起点。它还假设底层的 CMS 可以支撑,这是在小规模下一个安全的假设,但随着网站的增长,这个假设的安全性逐渐降低。

综合来看,平台层和插件层的合同描述了当 CMS 不再成为限制时 WordPress SEO 的样子:随着网站的增长,平台保持性能、交付和安全的稳定,而编辑团队则将注意力集中在真正使网站与众不同的内容决策上。

从第一个关键词决策到最终运行的基础设施,这种分工涵盖了整个实践的全部范围。

常见问题

我在 WordPress 上需要安装 SEO 插件吗?

对于大多数网站来说,是的。 WordPress 核心处理永久链接、基本站点地图和索引切换,并且不提供每个帖子的 SEO 标题、元描述、规范字段或架构输出。 这些来自插件。 安装一个,而不是两个,因为同时运行 Yoast 和 Rank Math 会在页面头部产生重复的标签。

Yoast 和 Rank Math 哪个更好?

两者都涵盖了本文中描述的基础:每个帖子的元数据字段、站点地图生成、架构输出、机器人控件和每个帖子类型的可索引性设置。 它们的不同之处在于界面、付费功能的打包方式以及您的团队发现哪一种更容易工作。

配置比选择更重要,因此选择一个并正确设置它,而不是在它们之间切换。

为什么我的 WordPress 网站没有显示在 Google 中?

首先检查“设置”>“阅读”。 如果选中“阻止搜索引擎对此站点建立索引”,则 WordPress 会要求每个爬虫跳过该站点,并且该设置可以在从暂存到生产的迁移中继续存在。 如果未选中,请检查您的站点地图网址是否加载并已提交到 Search Console,然后在缺少的特定页面上查找 noindex 标记。 新网站也需要时间;索引是在爬虫程序的计划中的。

更改我的永久链接结构是否会损害 SEO?

如果您在没有重定向的情况下执行此操作,则可以。 网站上每个现有的 URL 都会发生变化,这会破坏入站链接和书签,并将页面从索引中删除,直到爬虫找出它们的去向。 WordPress 自动为常见开关发出一些重定向,但并不涵盖所有情况。 在发布之前尽可能确定结构。 如果您之后必须更改它,请抓取您的旧网址并确认每个网址都会返回 301 到正确的页面。

WordPress SEO 有多少是技术性的,而不是编辑性的?

大致各半,按表面分开。 技术部分涵盖可索引性、永久链接、站点速度和安全性,这在很大程度上是您一次性做出然后维护的一组决策。 社论部分涵盖关键词研究、标题、描述、标题、替代文本和内部链接,并且在您发布的每一篇文章中都会重复。 在托管企业平台上,大部分技术部分转移到平台层,而编辑部分则保留在原来的位置。

参与讨论