企业技术 SEO - A Page One Power 网络研讨会
已发表: 2021-10-08大家好，欢迎参加 Page One Power企业技术 SEO小组网络研讨会的回顾。
首先，我要感谢我们出色的小组成员与我们和我们的观众分享他们的时间和见解！ 我们的专家小组特色：
- Distilled 研发主管 Tom Anthony
- Catalyst 战略与创新总监 Paul Shapiro
- IBM SEO 专家 Patrick Stox
- 和 Page One Power 的研发总监 Nicholas Chimonas。
这是一场出色的网络研讨会，围绕与企业级技术 SEO 相关的各种主题进行了有趣的讨论和对话。
注意：此重述将解释对话，而不是直接转录。 如果您有兴趣听到确切的对话，您可以观看整个视频嵌入。
概览
对话持续了大约一个小时，在此期间，我们的小组讨论了许多主题、挑战和解决方案。
为了使讨论更易于理解，我在这里分解了所有内容。 嵌入的视频包含在每个相应问题的开头（由黄色副标题表示）。
我还通过块文本提取了特别有趣的引述或想法，以提高可读性。 同样，这些不是直接引用。
如果您更愿意完整观看视频录制，请看这里：
以下是我们的专家小组讨论的问题：
- 企业网站有数千甚至数百万个页面。 您如何优先考虑和管理这种规模的技术问题？
- 与企业客户合作意味着更慢的实施周期。 你如何相应地计划？
- 搜索引擎优化通常在公司结构中获得最少的认可。 您如何争取预算、向上游销售价值并获得优先权？
- 技术 SEO 需要跨部门的协作。 你如何建立跨部门的合作？
- 您最喜欢技术搜索引擎优化的什么？
- 您如何处理导致每天大量 404 的大量库存变化？
- 是否建议在页脚中为网站使用较大的 CSS 和 Javascript 以便页面加载速度更快？
- 您如何准确衡量更改的结果并将这些结果展示给客户？
这些问题作为讨论的起点，有助于引导而不是控制对话。
因为对话不是脚本化的，我们的小组成员能够包括个人轶事、独特的策略以及丰富的现实世界信息和建议。
希望你喜欢！
问题一：企业网站有数千甚至数百万个页面。 您如何优先考虑和管理这种规模的技术问题？
讨论从 4:05 开始。
尼古拉斯：帕特里克，让我们和你一起走吧。
按影响排序
帕特里克：好的。 我会说击中你会产生不错影响的地方。 在逐页的这种规模下，除非它是最重要的页面之一，否则它不会产生太大影响。 但有时你必须一页一页地做才能获得一些小胜利并建立解决更大项目所需的信任。
对我们来说，这是一次解决不同 CMS 系统和不同业务部门的不同问题，以便我们可以建立案例研究，并向他人展示影响。 这就是我们的做法。
Nicholas：如果您已经通过网站的较小部分证明了您的情况，您是否发现您更容易获得支持？ 那么你有足够的火力来说服开发团队在更大范围内做到这一点吗？
帕特里克：是的，绝对。
尼古拉斯：保罗对此有何看法？ 如果您想回答这个问题，我们也有观众提出的问题。 问题是，“您如何优化企业客户的抓取预算？”
保罗：让我先解决主要问题。
我认为这真的归结为能够评估您将要进行的任何更改的影响。
一旦你知道它的成本和需要什么，就应该更容易确定优先级。
这意味着构建模型、预测影响、计算成本（人员、资源、技术等）以实施更改，然后您应该能够相应地确定优先级。 一旦您知道将要花费多少以及到达那里需要什么，就应该更容易确定优先级。
抓取预算
关于抓取预算问题，您可以查看我为 Search Engine Land 撰写的一篇文章，该文章解释了如何使用 PageRank 算法并在您的网站内部计算该算法，并使用它来影响您的抓取预算。
尼古拉斯：当然。 这是一种确实经常被忽视的方法，试图获取一些数据背后的原因，为什么您认为架构中的这种变化会产生您期望的变化。
汤姆，你对此有何看法？
将投资回报率与技术 SEO 联系起来
汤姆：首先，我同意帕特里克和保罗的观点。 他们触及的事物的相关性是试图了解哪些修复将具有最高的投资回报率。
您需要确定企业站点的哪些区域实际上可以进行工作，并了解实施的速度。
因此，您不仅需要对所需的努力有一个假设，而且还需要谈论回报和寿命。 坏情况的一个例子是开发人员需要很长时间才能完成的事情，当回报到来时，它不再值得。
您需要确定企业站点的哪些区域实际上可以进行工作，并了解实施的速度。
就 Distilled ODN 而言，从我们的角度来看，令人兴奋的事情之一是有一个更好的影响假设。
通常，企业网站有很长的技术 SEO 变更积压，需要某种程度的优先级排序。 因此，我们鼓励人们使用 ODN 进行测试，以帮助我们更好地假设某些变化的影响。 预测企业网站上技术 SEO 变化的投资回报率非常困难，但 ODN 允许我们测试许多不同的东西。
Nicholas：我认为在这个层面（企业）尤其如此，简单的变化可能会产生比你预期更大的影响。 而且我认为在更大的网站上工作时，页面 SEO 更重要。
汤姆：当然。 Mike King 在 Moz 上发表了一篇关于技术 SEO 的精彩帖子。
Nicholas：是的，Mike 的帖子很好地说明了我们的许多 SEO 工具都支持游戏。 因此，如果您只是依赖工具而不是手动检查，您可能会遗漏重要的问题。 这是一篇有趣的文章，我建议您查看一下。
问题二：与企业客户合作意味着更慢的实施周期。 你如何相应地计划？
这个问题的讨论从12:50开始。
尼古拉斯：帕特里克，让我们回到你的身边。
帕特里克：哈，这是一个有趣的问题！ 有时你在等待，我在等待的许多变化我不希望今年甚至明年在某些情况下发生。 但总有很多其他的事情要做。
但并非总是如此。 如果你有高管支持和团队支持，事情会很快发生变化。 它并不总是很慢。
尼古拉斯：是的，我经历过硬币的两面。 我认为您是绝对正确的，这取决于您的支持（在组织的哪个级别）可以推动它通过并使其更快发生。
而另一方面——事情进展缓慢而没有实施——这是因为你还没有通过证明自己赢得信任或支持。 一旦你证明了你的建议的重要性，它通常会变成一个更快的实施周期。
那么保罗，你对此有何看法？
自己实施改变
保罗：很多时候你对实施时间无能为力，这将是一个缓慢的过程。 如果可能，您可以做的是自己实施。 如果你有机会自己做出改变，这将有助于加快这个过程。 您可以自己实现的任何小事情都会加快这个过程。
如果你有一个强大的技术团队，你可以通过承认他们最终的变化可能不是实质性的，并提供你能提供的帮助来与开发人员和工程师建立信任。 只需知道自己在做什么，就可以更快地完成工作。
此外，请确保您清楚地传达了这些变化的价值，并与合适的人交谈。 如果你有一个强大的技术团队，你可以通过承认他们最终的变化可能不是实质性的，并提供你能提供的帮助来与开发人员和工程师建立信任。 只需知道自己在做什么，就可以更快地完成工作。
Nicholas：愿意掌控并支持开发人员并同情他们的带宽会有所帮助。 绝对正确的是，如果你让自己有空，你就可以获得访问权限，而且通常情况下，获得访问权限以自己进行更改比被放在待办事项上并一直到顶部更容易。
汤姆，你能不能在这里称一下。
与开发团队建立关系
汤姆：我绝对赞同其他人所说的与开发人员保持友好并让他们站在你这边。
只要在场，您就会发现您可以完成更多工作，而不是当您收到一封匿名电子邮件进入他们的收件箱时。
从代理的角度来看，如果你有客户，你应该去他们的办公室工作。 一旦您进入他们的办公室，您就可以看到动态并了解您需要与谁交谈才能完成工作。 在开发团队方面，看看你是否可以参加他们的会议。
只要在场，您就会发现您可以完成更多工作，而不是当您收到一封匿名电子邮件进入他们的收件箱时。 我们已经让顾问去参加会议，突然之间，以前疲软的 SEO 票开始冒泡到顶部。 顾问们甚至不需要说什么——只是作为一个真正为这些门票的结果进行投资的人，让这些门票飘到了顶部。
然后找出您可以做些什么来帮助开发人员。 通常，由于某些原因，他们发现很难处理的票证并不总能传达给您。 但如果你真的去和他们交谈，你会发现他们为什么挣扎并提供帮助。 这会让你对他们产生信任，因为他们会感激你与他们交谈并认识到他们的挑战。
抓取预算（续）
日志分析比您想象的要容易得多，您可以使用它来收集大量可操作的数据。 它有点被淘汰了，但原木是一座金矿。
回到爬网预算的问题，在企业规模的日志分析对爬网预算非常有帮助。 日志分析比您想象的要容易得多，您可以使用它来收集大量可操作的数据。 它有点被淘汰了，但原木是一座金矿。
Nicholas：使用 Screaming Frog Log Analyzer 之类的工具从未如此简单。 如果你以前从未做过，你应该试一试，因为你会惊讶于你能学到什么。
Tom：在企业规模上，通常最困难的部分就是说服某人让您访问日志。 但同样，将自己融入适当的团队会有所帮助。
使用 ODN 绕过实施周期
尼古拉斯：还有一件事。 使用 Distilled 的 ODN，您可以绕过实施周期并自行负责进行更改。 ODN 就像 CDN 一样，允许您绕过现有的任何旧系统。
Tom：是的，它的部署类似于 CDN，从用户的角度来看，他们看不到它的存在。 它的行为几乎就像一个新的 CMS，它只是位于其他一切之上。
非常有趣的是，我们预计开发团队会提出很多反对意见，因为他们会感到失去控制。 但令人惊讶的是，许多开发团队欢迎这一变化，因为他们也对旧平台感到沮丧。 因此，我们（SEO）对我们的工单没有完成感到沮丧，他们（开发人员）对无法完成它们感到沮丧。 ODN 创建了一个平台，SEO 可以在该平台上帮助开发团队并实现使网站尽可能成功的共同目标。
尼古拉斯：是的，这是一场全面的胜利。
注意：Nicholas 将问题三和四结合起来，因为问题三已经被触及，并且与问题四很好地联系在一起。 对这两个问题的回答如下。
问题三：SEO 在公司结构中经常得到最低限度的认可。 您如何争取预算、向上游销售价值并获得优先权？
问题四：技术 SEO 需要跨部门协作。 你如何建立跨部门的合作？
围绕这些问题的讨论从 23:30 开始。
尼古拉斯：让我们先从帕特里克开始吧。 我认为在 IBM 的背景下，这是一个特别有趣的问题。
企业层面的培训与合作
帕特里克：好的，我们有两个问题合二为一。 至于在公司结构中的认可，我们已经讨论过测试、案例研究、预测投资回报率等。但我认为缺少的重要部分是培训不同的员工和团队。
给予团队荣誉大有帮助。 如果一个团队完成了出色的工作，那就给他们点赞。 如果他们付出了很多努力并做出了您建议的改进，那么他们与您的合作就是胜利。
信不信由你，但在企业 SEO 中，我们使用的网站规模的 SEO 少得多，因此培训必不可少。 培训的好处在于它可以帮助您找到能够接受培训的人，他们将成为您的福音传道者。
给予团队荣誉有很长的路要走。 如果一个团队完成了出色的工作，那么就给予他们荣誉。 如果他们付出了很多努力并做出了您建议的改进，那么他们与您的合作就是胜利。
如果您认为某些事情会产生影响，请不要放弃。 你只需要找到一个愿意倾听的人，并找到一种方法来确保它不会在积压中消亡。
就协作而言，与团队反复合作将有助于建立关系。 甚至有时您可以帮助团队获得预算或从您自己的预算中支付，以帮助他们获得开展项目所需的资源。
不要放弃项目
帕特里克：我一直听到积压、积压、积压……这种情况经常发生。 内部或机构，没关系只是继续推动。 如果您认为某些事情会产生影响，请不要放弃。 你只需要找到一个愿意倾听的人，并找到一种方法来确保它不会在积压中消亡。
尼古拉斯：是的，当这种情况发生时，这真的让我发疯。 但我经常发现，如果我继续努力，我就能做到。 不放弃真的很重要。
帕特里克：汤姆早些时候就机构人员的加入提出了一个很好的观点。当人们进来时，他们通常会遇到合适的人并听取他们的意见。 作为内部人员，您可以对某人说同样的事情五件事而没有得到结果，但是如果代理人员突然进来并说同样的事情，则会有更多的支持并且您已经得到证实。
尼古拉斯：是的，这是真的。 我曾让组织内部的人说：“谢谢。我一直在说同样的话，但我们只是需要外部人员来再说一遍”。
谢谢你对那个帕特里克的回答。 我很欣赏你的透明度。 保罗，让我们听听你对这些问题的看法。
说语言
Paul：首先，我喜欢 Tom 之前提到的关于抓住机会与客户建立面对面关系的提示。
就你可以做的其他事情而言，知道你在和谁说话并说他们的语言真的很有帮助。 例如，如果您正在与营销团队交谈，您将想要谈论美元和美分以及这将如何影响他们的工作。
Nicholas：当然，去客户办公室确实是一个很好的建议。 那么汤姆，你对我们还有什么其他重要的建议？
技术搜索引擎优化报告
汤姆：我们还没有提到的一件事——涉及问题三——是你如何做你的报告。 SEO 倾向于编写大型报告，将 SEO 原理与收益混合在一起。 更好报告的一个提示是不要埋没潜在客户——您的电子邮件主题行应该是顶级附加值。 而且，不要只给他们一个庞大的 Word 文档。
您应该查看客户在其年度报告或网站上使用的语言，并在幻灯片中反映该语言。 这样，您所说的一切都会以他们自己的语言与他们联系起来。
您可以将报告创建为幻灯片，展示主要的高级要点，使信息非常易于访问和共享。 因为那个大文本报告不会被管理层阅读，但是如果你给他们一个可扫描的幻灯片，更多的企业内部人员将接触到你为他们的业务所做的事情。
另一个非常重要的点是保罗提出的——说他们的语言。 您应该查看客户在其年度报告或网站上使用的语言，并在幻灯片中反映该语言。 这样，您所说的一切都会以他们自己的语言与他们联系起来。 并将其与收入联系起来，因为这是管理层关心的。
突出共同目标/目标
一种更具战术性的方法是找出每个部门的目标是什么。 了解他们的目标将使您能够解释您的更改将如何帮助他们实现目标。
Nicholas：是的，了解您正在合作的部门的目标并将您的报告直接与该目标联系起来，这是一个非常好的观点。
帕特里克：这是一个很好的观点。 每个部门都有不同的目标，您可以创建一个记分卡，向这些不同的部门展示您的建议将如何帮助他们实现个人目标。
尼古拉斯：没错。 这可以提供推动实施周期的动力。
Paul： Rob Ousbey 在 Moz 博客上有一篇很棒的文章，如果您正在处理这个问题，我建议您阅读它。
Nicholas： David Sottimano 写的为初级 SEO 提供清单的帖子也值得一看。
构建多功能报告
Nicholas：你提到的 Tom 令我感兴趣的另一件事是报告三角。 在我看来，我一直将其视为您将放在一起的三种不同类型的报告，包括：电子表格和数据摘要，为不想了解细节而需要摘要的执行级别的幻灯片放映，以及然后是详细解释一切的长篇书面报告。
当您进行报告时，您通常会同时完成三项工作还是根据与您合作的对象来定制报告？
汤姆：我们经常做的是将文本较多的报告转换为表格。 因此，您可以在一句话中提出建议，然后在列中提供技术原理、需要做什么以及可能产生的影响。 这很有效，因为不同的团队可能对不同的列感兴趣，并且他们可以轻松跳过不相关的信息。
如果您可以以一种可供多个团队访问的方式构建一份报告，您就不必构建多个不同的报告。
尼古拉斯：是的，我确实发现这是真的。
Tom：因此，如果您能够以一种可供多个团队访问的方式构建一份报告，您就不必构建多个不同的报告。
尼古拉斯：是的，这完全有道理。 我认为将这些信息放入带有图表和图片的幻灯片中总是有价值的，但我喜欢尽可能避免这样做，因为它很忙。
问题五：你最喜欢技术 SEO 的什么？
对话从 38:42 开始。
尼古拉斯：帕特里克，让你带我们走吧。
技术搜索引擎优化：新的挑战、创造力和可衡量的结果
帕特里克：我喜欢这个问题！ 对我来说，我喜欢总是有新的问题和我以前从未见过的东西。 总有一些我觉得我在其他任何地方都看不到的东西——总有一些新的东西。
Nicholas：我同意，这是技术 SEO 最好的事情之一，很少有枯燥的时刻，总有一个新的难题需要解决。
保罗你呢，你最喜欢什么？
保罗：你知道，技术 SEO 获得了非常枯燥的声誉。 但我发现它是 SEO 中最具创意的领域之一，因为您正在处理各种形式的约束，并且您被迫提出独特的解决方案并以有趣的方式解决问题。 所以对我来说，技术搜索引擎优化所涉及的创造力真的对我有用。
尼古拉斯：当然。 解决技术问题并理解它们需要创造性的、开箱即用的思维方式。
那么汤姆，你最喜欢技术搜索引擎优化的哪一点？
汤姆：我将重复我认为的相同答案——解决谜题的部分。 通常，没有一个正确答案，或者当有正确答案时，我们实际上无法执行该解决方案，因此我们必须找到下一个最佳答案。 寻找不同解决方案的创造性思维。
在技术搜索引擎优化中，您实际上可以看到您取得的成就。
另一个原因是，这是营销领域之一，您可以在其中真正开始衡量您的影响是什么，而在其他营销领域很难做到这一点。 在技术搜索引擎优化中，您实际上可以看到您取得的成就。
Nicholas：当然，技术 SEO 最好的部分之一就是测试和实验。 使用搜索引擎和机器学习算法并试图找出最有效的方法对我来说很有吸引力。
汤姆：是的。 并且针对谷歌的算法进行优化，这意味着几个月前有效的算法可能不再适用，因此您必须继续学习。
尼古拉斯：当然。 这是为什么技术 SEO 令人惊叹的一组很好的原因，谢谢先生们。
问题六：您如何处理导致每天大量 404 的大量库存变化？
讨论从 43:40 开始。
帕特里克：所以我假设那是电子商务。 我想我会从产品回来了吗？ 如果他们只是 404ing，因为他们没有库存，但他们下周会有库存，这与产品刚刚消失的情况不同。
在前者的情况下，我不会让那些页面 404，我只是表明它们缺货。 在后者的情况下，如果它是大量的，您可能需要扩大重定向或根据传入链接（内部和外部）对它们进行优先级排序，以确保您不会收到大量 404。
验证数据
Nicholas：我想知道这个问题是否来自在网站管理员工具中遇到一堆错误的人，因为这些是软 404。 因此，这些是 404 可能没问题，但它们不应该是软 404，您需要确保您的服务器正在发送正确的响应。
汤姆：这是日志文件分析的另一个原因，因为这是您真正可以信任的数据。 有时使用网站站长工具很难知道数据是否可信。 采取反动方法并对其采取行动可能很危险，因此您需要先验证实际发生了什么。
Paul：您可能还想问为什么是 404ing。 是有意还是无意？ 您可能想重新配置一些东西，以便在缺货时不会出现 404ing，这取决于您使用的任何 CMS。
尼古拉斯：这真的取决于情况，这些产品是完全消失了，还是会回来？ 这确实是决定因素。
问题七：是否建议在页脚中为网站使用较大的 CSS 和 JavaScript，以便更快地加载页面？
讨论从 46:20 开始。
汤姆：所以这里真的有两个问题。 JavaScript 绝对应该在页脚中，这是页面速度的标准最佳实践。 我从来没有听说过它（JavaScript）对 SEO 有影响的好案例。
您应该始终验证 Search Console 中发生的情况。
最近 JavaScript 文件的更大问题是人们使用第三方 JavaScript 文件，这些文件有时速度较慢，并且经常被 robots.txt 阻止。 因此，如果您在 Search Console 中使用 Google 进行任何形式的渲染，您会看到它实际上被阻止了。 因此，您应该始终验证 Search Console 中发生的情况。
尼古拉斯：没错。 我在使用 JavaScript 时遇到的一个有趣问题是 Search Console 检测其下方的 hreflang 代码。 所以 Search Console 说有零个页面带有标记，这是因为 JavaScript 在头部的 hreflang 之上。
所以我们将 JavaScript 移到页脚，它检测到了 hreflang 并且也使获取和渲染正常工作。
问题八：你如何准确衡量变化的结果并将这些结果展示给客户？
讨论从 48:51 开始。
汤姆：有很多不同的方法可以做到这一点。 一种有趣的方法是使用 Google 的 CausalImpact 库来帮助您测试所做更改的影响。 Tom 引用了 Mark Edmondson 的这篇文章。
除此之外，越来越多的人开始使用 A/B 方法。 Tom 引用了 Etsy 的这篇文章。
尼古拉斯：让我们听听帕特里克或保罗的意见。
帕特里克：这将取决于规模，你只需要跟踪什么是重要的。 只需确保您拥有跟踪您想做的事情所需的数据。
尼古拉斯：当然。 我不知道你是否曾经自己走到路的尽头却没有数据，但这不是一个有趣的地方。
好吧，让我们用你最后的想法来结束这个，保罗。
保罗：当然。 首先，我认为 A/B 测试方法在 SEO 环境中被极度低估，如果你能在你的组织内找到一个好的流程，我强烈建议你这样做。
如果这不可行，那么您将不得不查看进行了哪些更改、更改时间、搜索引擎何时发现这些更改以及产生的影响（流量上升、转化率提高等）。
然后您尝试消除尽可能多的无关因素，并将其与您所做的更改隔离开来。 这并不总是那么容易，但你至少可以做一个体面的工作，有方向地说明这是给定变化的影响。