在 SEO 的世界里，我们经常与几个不同的部门和利益相关者进行交流。当涉及到这种跨部门沟通时，SEO 人员和我们经常需要合作的人员使用不同的行话。话虽如此，有效沟通是防止误解和提高生产力的关键。
自 2002 年以来，我一直从事网络开发工作，并随着时间的推移逐渐转向 SEO。从 2014 年开始，我全职从事 SEO 工作，主要专注于技术方面。作为一名技术 SEO，我每天都要与开发团队合作，正如我之前提到的，沟通是我工作的重要组成部分。
在这篇文章中，我将总结 SEO 人员和开发团队之间良好沟通的最重要因素。
教育是王道
沟通不是单向的：对彼此的工作量和优先事项达成相互理解，将大大有助于您表达 SEO 任务的重要性及其实施。
您越早与开发团队合作，让他们熟悉您的工作，特别是及时实施 SEO 对您的网站可能产生的影响，您的合作和未来的发展就会越好。此外，作为 SEO 人员，您越早了解开发人员的工作方式和他们的优先事项，就越容易实施您的更改。 为不同的团队提供必要的信息可以通过多种方式进行，包括举办研讨会和工作坊来阐述 SEO 的基础知识。
但我到底应该谈论什么？
您网站页面上的每一个更改都可能对您的排名产生影响：从服务器更新，到CMS 插件的更新，再到非常小的、看似无关紧要的修改——它们都可能对您的网站产生不必要和意外的影响。
- 服务器更新：可能会更改服务器设置，进而影响速度或完全破坏网站。
- CMS 插件更新：可能导致插件向您的 robots.txt、站点地图文件或响应头添加新内容。
- 小的更改：由于一小段代码的更改，结构化数据标记可能会失效。
始终最好明确指出，对网站的任何更改，无论多么小，都可能对您的 SEO 产生巨大影响。为了确保在开发过程中始终考虑到任何 SEO 影响，信息共享过程的一个重要部分是清楚地传达抓取、索引和排名的基础知识。
在上述工作坊中，您可以讨论：
- 谷歌如何抓取和索引页面，以及网站和服务器性能如何影响抓取。
- 页面上的不同元素如何影响网站性能？
- robots.txt 文件和 HTTP 响应头的重要性。
- 如何使用（和不使用）JavaScript 来索引您的内容。
提示：记录这些会议，以使新员工入职更容易。
您还可以，而且在我看来应该，编写清晰易懂的 SEO 文档。这样，当需要时，任何开发人员或其他相关方都可以轻松参考有用的资源。
为了方便访问您的文档，您可以考虑在您的共享工作区（无论在哪里）为您的开发团队创建一个教育空间。我喜欢使用 Confluence，但也有其他工具，如 Notion。
面向开发人员的 SEO 文档
作为一名既是开发人员又是 SEO 人员，我喜欢让事情易于阅读和理解。我通常不会写长篇大论，而是尽量保持结构清晰、简单，以便相关人员能够轻松理解所涉及的文档内容以及如何处理它。
为开发人员编写文档与为内容营销人员编写文档或**“操作指南”**页面完全不同。以我作为开发人员的经验，我习惯于阅读文档，并根据我为特定任务所阅读的内容开展工作。与内容营销人员不同，我们开发人员通常不太关心关键词密度、可读的 URL 和<title>标签的内容。
开发人员本质上需要知道他们应该关注什么，例如核心网络关键指标，以及他们的代码如何影响这些元素。其他这样的例子可能是代码和标头中机器人指令的含义，或者像“我们在页面模板 XYZ 上需要哪些元素？”这样简单的事情。
此外，不要犹豫利用开发人员向您提出的问题来丰富您的文档，无论您提供的答案或信息是什么。
成为他们工作流程的一部分
大多数开发团队在敏捷环境中工作。这意味着团队在短周期内，或冲刺中，通常持续两到四周，共同工作，以产生产品的小而功能性的增量——在我们的例子中，就是网站。
如果您的开发团队采用这种方法，他们很可能会定期举行细化会议来规划即将到来的冲刺。您可以要求被邀请参加他们的会议，以便能够在他们规划下一个冲刺时快速提供您对任务的见解和想法。 另一个想法是设置定期的问答环节。开发人员可以收集在处理您的任务时出现的一系列问题，而您作为 SEO 人员可以利用这个问答会议分享您的知识。
提示：这是您可以利用这些问题来改进您的文档的另一个实例。
理解开发人员的优先事项
由于开发人员通常基于冲刺工作，他们在特定的时间框架内处理一组固定的任务。通过理解这一点，您可以学习如何确定您的任务的优先级，以便它们能够以逻辑顺序包含在冲刺中。
通过传达必要的信息，您将使每个人的生活都更轻松。在您的帮助下，您的开发团队可以专注于他们最擅长的事情：开发。当他们有任何问题时，他们会向您寻求帮助。
编写有意义且简洁的任务单
我上面简要提到了任务单的使用，这可能是您已经在使用的流程；像Jira或Redmine这样的任务单系统，帮助团队跟踪和管理他们的工作任务和项目。
它允许团队成员创建、分配、确定优先级和跟踪任务单——也称为问题或任务——以确保每个人都在同一页面上，工作得到高效组织和完成。
是的，这种沟通方式实际上是一件非常好的事情。每个任务单都是传播知识的新方式，并帮助开发团队理解每个特定更改的重要性和必要性。
但是，我如何编写好的任务单？
一个好的任务单是帮助所有相关方理解所请求更改的必要性。它将回答阅读时可能出现的所有问题：
- 到底需要做什么？
- 为什么需要这样做？
- 我们期望的结果是什么？
- 这个任务的重要性（优先级）级别是什么？
我通常像下面的示例一样编写我的任务单。
在第一段中，我告诉开发人员我通过此请求想要实现的目标。简洁明了，但要确保您的解释对于非 SEO 人员来说易于理解。
如果适用，我还会提供示例 URL，以便开发人员知道我在谈论什么样的页面。 当要求进行代码更改时，包含您希望代码如何更改的一些示例代码是有意义的。如果您不确定代码应该是什么样子，可以考虑咨询您的技术 SEO 人员或包含指向任何官方文档的链接。在这个示例任务单中，您会发现指向 Google 开发者文档和 Schema.org 文档的链接。
我还在我的任务单中给出了明确的验收标准。结果应该是什么？它应该是什么样子，开发人员如何自行验证？
最后，我总是尝试想出最后一个“影响”段落或列表，以展示此请求的更改从 SEO 角度如何影响我们的业务目标。
在产品页面上实现产品结构化数据
问题
作为 SEO 经理，
我希望我们的产品数据能够尽可能高效地被抓取和索引。为了实现这一点，我希望在我们的产品页面上包含产品结构化数据。
示例 URL
https://example.com/product/product-1
https://example.com/product/product-2
https://example.com/product/product-3
示例代码
1<script type="application/ld+json">{ 2 "@context": "https://schema.org/", 3 "@type": "Product", 4 "name": "Executive Anvil", 5 ..... 6</script>
文档
Google 文档：https://developers.google.com/search/docs/appearance/structured-data/product
Schema.org 文档：https://schema.org/Product
验收标准
- 产品结构化数据在我们的产品页面上可用
- 结构化数据有效 - 使用以下方法验证
影响
- SERP 丰富结果
- 产品数据展示
- 因此点击率和访问者数量示例任务单作为截图 - 这可以作为代码块包含在 WP 中。如果您不使用像 Jira 这样的任务单系统，您也可以在电子邮件或通过其他沟通渠道使用此模板来传达您的要求。
保持可联系状态
虽然沟通和教育都是有效传达信息的重要部分，但对开发人员保持可联系状态同样重要。他们可能对您的任务单有疑问，您应该尽快简洁地回答这些问题。 当您收到问题或要求澄清时，开发人员很可能正在处理您的请求。推迟回复他们的问题将不可避免地延迟部署。
再次，如果您使用基于聊天的通信系统，如 Slack 或 Microsoft Teams，请确保及时回复请求。等待数天回复可能会给其他团队留下您所请求的更改可能不像您说的那么重要的印象。
此外，一定要表明您欣赏他们的问题和意见。他们的反馈将帮助您在成为更好的沟通者的过程中取得进步。对问题保持开放和可联系状态也将向其他人表明，如果有任何不清楚的地方，他们是受欢迎的，甚至是被鼓励与您联系的；这清楚地表明他们希望了解您的 SEO 需求。还有什么比这更好的呢？
此外，通过检查开发人员对您的任务单或文档的反馈，您将能够提高您的沟通技巧。您的任务单在哪里缺乏一些明确制定的验证标准？为什么从一开始这个更改的原因对所有相关人员都不清楚？
没有人一开始就是完美的，任何建设性的批评或反馈都可以帮助您提高沟通技巧。开发人员会让您知道他们在哪里有问题或疑问，您应该利用这些反馈来获益。
与开发人员亲近——这对您有好处
认同是 SEO 的重要组成部分。确保我们的各种合作者了解和理解 SEO 的重要性是完成我们的工作并做好工作的关键。通过了解您的开发团队的工作方式和思维方式，您将能够更有效地与他们沟通。因此，随着时间的推移，他们对 SEO 要求的认同和理解将会增加。 与您的开发团队密切合作将使您的生活轻松得多。您不仅会有一群新朋友（开发人员是很好的朋友），而且与团队亲近将为他们在遇到未知领域或障碍时主动和定期征求您的意见和专业知识开辟机会。
最后一点：一如既往，对话比仅仅是文档更好。不要犹豫与您的开发人员交谈，以使您在试图完成的事情上达成一致。通过改进沟通，您可以建立富有成效和互利的关系。