Slim SEO 使选项保持简单并处理 SEO 的繁琐工作

技术教程 2021年11月6日

1425 0 5

自 2003 年春季以来，我一直在运行某种类型的博客.在短短几个月内，这将是我的第 17 个博客反对者.这些年来我学到的最重要的一课是不要做超过发布博文所需的工作.

曾经有一段时间，我摆弄自定义字段框来微调博客文章的各个方面，例如元关键字、描述、标题等等.然而，与实际编写博客文章本身相比，担心关于文章的每一点元数据都变得更加繁重.它扼杀了我的创作过程.

我尝试了许多 SEO 插件，甚至自己构建过一次这样的插件.最终，无论我在做什么项目，我都会回到简单地自动化大部分流程.

一些 SEO 纯粹主义者可能会拒绝这个想法.他们可能会争辩说，为了在搜索引擎中获得最佳结果，一切都必须进行微调.我说不出来.担心排名似乎是一场永无止境的艰苦战斗.根据我的经验，与其他插件相比，没有一个特定的插件给我带来了优势.无论我是关注充满选项的 SEO 插件提供的每个细节，还是让自动化系统生成我需要的点点滴滴，结果总是相似的.

我决定尝试使用 Slim SEO 插件.它承诺会处理繁琐的工作，并根据我在 SEO 插件中寻找的内容勾选了大部分框.

Slim SEO 是由 Meta Box 框架和 GretaThemes 背后的公司 eLightUp 构建的插件.鉴于他们为 WordPress 构建质量扩展的历史，他们的 SEO 插件对于测试运行是有意义的.

该插件精美地处理了您期望从 SEO 插件中获得的基础知识.它会自动处理元标签，包括社交媒体的开放图谱标签.它会生成您的公共帖子和页面的站点地图.它通过 JSON-LD 输出结构化数据，无需用户操作.

TL;DR:对于正在寻找简单的 SEO 解决方案的用户来说，Slim SEO 是一个不错的选择.对于想要修改 SEO 各个方面的用户，请查看其他地方.

纤薄的用户界面

作为用户，我最容易厌倦的是复杂的选项屏幕.给我一些基础知识.这正是 Slim SEO 所做的.它有一个标题为"SEO"的选项屏幕.在默认的"设置"下；管理中的菜单.目前，唯一的选项是从各种服务(例如 Google 跟踪代码管理器或 Google Analytics)输入页眉和页脚脚本.

在后期编辑屏幕上，该插件提供了一个简单的元框，用于自定义元标题和描述.用户还可以选择对搜索引擎隐藏帖子并更改帖子的 Facebook 和 Twitter 图像.而且，就是这样.

如果您希望插件自动处理这些选项，可以跳过这些选项.

我只想说，我是精简界面的粉丝.该插件无需担心 SEO 分数、关键字排名或 20 种不同的选项.它不会显示帖子在搜索引擎中的外观预览.可用的选项是我可能不时要配置的项目，因此很高兴能够在需要时进行配置.

插件的缺点

瘦身并不总是等于变得更好.您通过允许插件做出可能并不总是最适合您网站的决定来做出牺牲.在决定是否使用该插件时，请记住这些.

自动重定向

自动化系统的最大缺点之一是我有时希望插件以不同的方式处理事情.插件的自动重定向功能就是这个问题的一个很好的例子.开箱即用，该插件会将所有附件页面视图重定向到媒体文件.如果作者没有写过任何帖子或在单作者网站上，它还会将访问者重定向到作者存档页面到主页.

这些自动重定向对于某些最终用户来说可能是可取的，但它们不是我想要的.问题是没有明确的方法可以禁用此功能，即使通过代码也是如此.

标题清理

该插件还有一个"清理"功能；自动从前端的 <head> 区域中删除 RSD 链接、Windows Live Writer 清单链接、WordPress 版本号和发布短链接的功能.删除这些项目可能是可取的，但在清理 WordPress 类型的插件而不是专注于 SEO 的插件中，删除它们更合适.

自动图像替代属性

Slim SEO 会自动添加 alt 属性以发布缩略图以及在将图像插入编辑器时.问题在于它使用附件标题.这可能会使可访问性比简单地将 alt 属性留空更糟糕.如果您的附件标题类似于 DS_IMG9453.jpg，则它不能准确描述图像.

面包屑

该插件有一个用于输出面包屑的短代码.它必须手动添加到可识别短代码的区域或主题模板中.

面包屑功能提供了基准体验.它无法处理所有场景，甚至无法处理所有场景.该功能不会让您在高度复杂的设置中走得更远.但是，对于普通安装来说它可以正常工作.

这与带有 SEO 插件的课程相当—平庸的面包屑充其量.坦率地说，SEO 插件应该从功能列表中删除面包屑，让成熟的面包屑插件来做他们的事情.用户应该选择一个专门专注于成为面包屑插件的插件.构建这些的作者往往有更多处理边缘情况的经验.

代码如何堆叠?

从编程的角度来看，代码简洁明了.它是 90% 到应有的程度.缺少的 10% 是插件创建的许多对象都没有引用.这不仅是该插件的问题，而且比应有的更常见.

这个问题使得从钩子中删除操作和过滤器几乎是不可能的.对于最终用户来说，这无关紧要.对于开发人员来说，操纵插件的工作方式并不是一种轻松的练习.这可以通过多种方式轻松解决，例如使用容器、服务定位器、静态单实例、单例，甚至全局.是否应该部署其中一些方法超出了本次审查的范围.尽管如此，对插件对象的一些引用会有所帮助.

解决这个问题会派上用场，禁用这些自动重定向.