通用的搜索引擎优化实现任务

通用的搜索引擎优化实现任务

某些特定于搜索引擎优化的任务需要比其他人更多的开发工作，并且在安德森-奥尔德森的规模上有不同的评价，在这个级别上放置的位置表明您需要与哪些类型的开发人员进行合作，以便实现这些建议。下面的例子说明了这些常见的任务通常是在这个范围内的。更多文章阅读：服务器租用cn.bluehost.com

更新元数据。这个过程通常相当乏味。除非该副本准备好了，可以轻松地提取并放置到页面中，否则需要在CMS中进行逐页更新，或者从我们准备的文档中提取并将其放入数据库中。

更新正文拷贝或嵌入式结构化数据。与更新元数据类似，这也是相当乏味的，需要逐页更新。如果我们讨论的是更新在内容中集成的schema.org代码，而不是使用JSON-LD，那么这对于开发人员来说是一场噩梦。

更新内部链接结构。这可能是通过编程方式完成的，但前提是必须有效地识别这些关系。在大多数情况下，搜索引擎优化在逐页的级别上提出建议，而开发人员无法有效地扩展这一工作。

优化代码的性能。开发人员往往对速度非常着迷，以至于他们将“性能”一词缩短为“perf”，这样就可以更快地说。然而，他们对谷歌的PageSpeed Insights提出的关键渲染路径建议非常反感。在我所做的搜索引擎优化建议中，这些是我最轻的，因为这是一个开发人员经常处于防御状态的领域。专业提示：使用DevTools时间线和网络性能细节，让它们在页面速度优化中得到应用。他们倾向于对那些人做出更好的反应。

根据站点分类生成XML站点地图。有许多工具支持XML站点地图的开发，但是开发人员倾向于让这些工具被破坏。这导致XML站点地图如“sitemap14.xml”而不是那些反映了站点分类之后的有意义的分割，因此对搜索引擎优化用于管理索引是很有用的。

生成HTML快照。一些JavaScript单页应用程序框架，比如角1.x在历史上很难被索引。但是开发者们听说谷歌在用headless浏览器爬行，他们知道谷歌是一个由谷歌开发的框架，所以他们有时候没有必要去考虑它的缺点。

执行重定向。重定向可以很容易地进行扩展，因为它们通常在服务器配置级别上完成，并通过一系列模式匹配的规则编写。这是非常罕见的（以我的经验来看），开发人员不会对这些进行跟踪。

修复不当重定向。相反，在将重定向从302s切换到301s时，我看到了开发团队的阻力。事实上，我曾经被告知，这个开关可能会破坏这个网站。

显然，我们需要寻找更好的开发人员，或者我们必须找到一种方法来让我们的建议成为Anderson的证明。