如何确定技术 SEO 任务的优先级


优质内容至关重要,但技术 SEO是支撑它的基础。

如果您的网站无法被抓取、存在呈现问题或索引不佳,即使是最好的内容也会难以成功。

如果没有坚实的技术基础,进入第 1 页、在 AI 概述中获得链接或推动自然流量几乎是不可能的。

问题?

技术 SEO 往往让人感觉像是无人区。营销团队无法理解它,因为服务器代码和元标记等术语太多,而工程团队也不会优先考虑它,因为网站运行良好,他们的 QA 测试也通过了。

作为 SEO,您被困在中间,传递坏消息,负责制定技术 SEO 路线图。但如果没有明确的优先顺序,您的计划很快就会失败,您就会面临失去支持的风险。

明确目标并设定基准

许多 SEO 都犯了一个大错误,直接跳到技术审核和修复部分。

  • 他们未能理解企业的目标并定义与之相符的SEO KPI 。
  • 他们也错过了为当前状态和 6 个月或 12 个月内的期望结果设定基准。 

如果没有明确的目标和基准,其他团队和领导层可能会轻易降低您的 SEO 工作的优先级。原因很简单:

  • 如果您的 KPI 与业务目标无关,您将错失将技术问题转化为可获得支持的 商业语言的机会。
  • 如果没有当前状态的基准,就很难证明进展,使你的工作看起来像一项永无止境的任务。 
  • 而且,如果没有未来的基准,工程团队可能会拒绝优先处理您的请求,因为他们不确定何时才做得“足够”。

设定明确的目标和基准始终是 SEO 优先级排序流程的第一步。一旦这些都到位,您就可以从审核中获取大量技术修复列表,并开始为它们分配正确的优先级。

深入挖掘:如何获得更快的 SEO 结果

创建优先级矩阵 

为任务设定优先级的方法有很多种。其中比较著名的有:

  • 艾森豪威尔矩阵:一个简单的二乘二网格,X 轴表示“重要性”,Y 轴表示“紧急性”。这种方法将任务分为四个优先级,从低紧急性/低重要性到高紧急性/高重要性。
  • ICE 评分模型:该模型对三个关键因素(影响力、信心和易用性)进行 1 到 10 的评分。分数越高,任务的优先级越高。
  • PIF 框架:与 ICE 类似,但根据潜力、重要性和难易程度来评估任务,优先级标准略有不同。
  • RICE 评分模型:这是另一种更详细的方法。RICE 代表影响力、影响力、信心和努力,提供更细致的任务价值分析。
  • 成本效益分析矩阵:该矩阵衡量成本(时间、资源和精力)与潜在收益,确保优先执行最有效的任务。

你开始使用的具体方法并不重要。最终,你可能会融合不同框架中的元素,创建适合你独特需求和情况的定制方法。

在我的日常工作中,我使用以下模板 – 使用 Google 表格或 Excel 创建 – 其中包括以下列:

不是系统问题

如果答案是否定的,那就做好长期战斗的准备吧。系统问题通常需要在产品或业务领导层解决,这意味着要确保高层给予优先考虑。

示例:我工作过的一个网站使用了一个从 CDN 提供图像的 CMS。虽然这似乎没问题,但 CDN 还提供了提供商团队不希望机器人找到的其他元素。因此,他们通过 robots.txt 限制了所有机器人。结果,搜索引擎机器人可以看到内容但看不到图像。

不幸的是,这意味着要么 CMS 提供商必须优先修复此问题,要么我们应该迁移到另一个 CMS。对我这个 SEO 来说,这可以说是一场失败的战斗。

我自己可以做吗?

拥有自行解决问题的能力非常宝贵。很多时候,其他团队并不优先考虑技术 SEO 任务,即使优先考虑,也可能没有足够的资源及时解决。

示例:这些任务可能包括修复重定向或断开的链接、更新元标题和描述或优化图像 alt 标签。虽然其中一些可以通过脚本自动完成,但有时手动解决它们比等待可能需要更长时间才能实施的自动化解决方案更快。

或者你可以考虑一种混合方法。例如,我的团队已经更新了 9,000 个 alt 标签,首先手动用英文编写所有内容,使用 AI 翻译它们,然后使用脚本批量实施它们。

这是一个整个网站的问题吗?

修复一个元素即可解决多个问题,这是最理想的情况。通常,这可以充当强大的过滤器,帮助您确定优先处理哪些任务。

示例:此类别包括页脚中的断开链接、每个页面上不必要的繁重 JavaScript 加载或适用于数百个页面的程序化元标记模板等问题。基本上,影响网站或页面模板级别的任何内容都属于此类。

获取搜索营销人员所依赖的新闻通讯。


这是在创收页面上还是修复将带来收入? 

技术性 SEO 修复并不总是能直接且立即影响收入,因此很难在短期内将修复与切实成果联系起来。

示例:考虑损坏的“联系我们”或演示页面与损坏的博客文章。同样,优化产品页面的元标记通常比优化电子书页面的元标记与收入有更直接的联系。

这里的关键是要清楚地了解您网站的细分市场 – 知道哪些页面可以推动转化,哪些页面专注于提高知名度。至少在开始时,在决定修复是否具有收入潜力之前,咨询Google Search ConsoleGoogle Analytics或您公司的分析工具始终是一个好习惯。

会产生很大的影响吗?

这一条和接下来的两条都是不言自明的。你通常会依靠自己的最佳知识和直觉。

但通常情况下,如果你解决了一个范围广泛的问题或与收入相关的问题,你可以更有信心地说影响也会很大。

努力程度低吗?

我通常按​​时间来分解这个:

  • 长达两个小时的任何时间都可以被认为是低努力。
  • 三到五个小时是中等时间。
  • 以上所有事情都需要更多的努力和资源。

这背后的逻辑是,我们以每周冲刺为单位进行工作,也就是 40 个工作小时。

事实上,在花了一些时间开会、回复电子邮件或信息后,如果你有 25-30 个工作小时,你就可以认为自己很幸运了。一个 7 小时的项目占了你一周时间的 20% 以上。通常,这些项目会延长几周。

工作时间应该根据你的情况进行调整。例如,如果你是一名承包商,沟通时间有限,你可以增加限制。

如果任务需要其他团队的外部帮助,请尝试了解他们需要投入和考虑的努力程度。 

例如,检测问题并收集所有相关信息可能需要三个小时,但对于工程团队来说,这可能意味着五个工作日,尤其是在 QA 阶段。 

很紧急吗? 

我喜欢这个,因为正确评估它非常棘手。人们经常将其与影响混为一谈,但并非所有会产生重大影响的事情都是紧急的。

示例:如果您注意到 404 错误突然激增,则可能是紧急问题。但是,如果您的网站几个月来一直有相同的 500 个损坏页面而没有新的进展,则可能不适用紧急性。

多列优先级矩阵:模板

因此,我的多列优先级矩阵采用每列下拉选项的结构。

用于技术 SEO 任务的自定义多列优先级矩阵
用于技术 SEO 任务的自定义多列优先级矩阵

每个下拉菜单包含三个选项:

  • 是的
  • 不知道(适用于答案不明确或不严格为是/否的情况)。

在所有带有下拉菜单的单元格中,还存在条件格式,在我的例子中,它会根据所选的值调整单元格颜色。

此步骤是必需的,因为借助单元格颜色,我可以自动计算具有具体值的单元格。不幸的是,“Countif”公式不适用于下拉列表。

要计算具有具体颜色的细胞,您需要使用以下脚本:

function countByColor(range, color) {
  var sheet = SpreadsheetApp.getActiveSpreadsheet();
  var range = sheet.getRange(range);
  var values = range.getBackgrounds();
  var count = 0;


  for (var i = 0; i < values.length; i++) {
    for (var j = 0; j < values[i].length; j++) {
      if (values[i][j] == color) {
        count++;
      }
    }
  }
 return count;
}

只需将其放在扩展 > Apps 脚本中。然后新建公式,,您只需调整颜色代码即可。 =countByColor("A:A", "#ff0000")

为了计算优先级,我为每个“是”分配一分,为每个“不知道”分配 0.5 分。

这个自定义优先级矩阵最初可能感觉很复杂,但随着练习,它会成为你的第二天性。最终,你甚至可能不需要 Google 表格来管理它。

如果您正在处理较小的网站或没有时间进行彻底的评估,请重点关注以下三个关键领域:

  • 您可以独立解决站点范围内的问题。
  • 影响深远、所需努力较少的任务
  • 与收入相关的任务

但请记住,为任务分配优先级只是该过程的第一步。 

戴上项目管理的帽子

技术问题通常很难解决,修复这些问题需要其他团队付出大量努力和资源。但是,如果你想成功,有三种简单的技巧可以使用。

将大型技术任务分解为可管理的小任务

第一步是采用敏捷方法,将大型技术任务分解为较小的、易于管理的部分。

例如,如果您正在处理跨多个网站小部件的渲染问题,则将整个项目同时发送给工程团队可能会导致漫长的时间 – 可能是数月 – 因为每个小部件都需要单独关注。

很有可能,这个项目不会很快得到优先考虑,因为它需要同时投入太多资源。

相反,将项目作为一个整体来展示(特别是如果问题在所有小部件中都一致),但提出分阶段的方法。

例如,在 10 个小部件中,从优先级最高的小部件“X”开始,这样团队就可以首先解决最关键的问题,同时减轻总体工作量。

让每个人都参与进来

让我分享一个现实生活中的例子来说明这一点。在我休产假之前,我正在领导一个将我们的网站从 HTTP 迁移到 HTTPS 的项目。

不幸的是,在我离开之前,这个项目还没有完成,不久之后,整个 SEO 团队都离开了公司。当我休完长期产假回来时,这个项目仍未完成。

错误在于只有我们的团队知道所有细节以及为什么这如此重要。这会损害我们的自然排名,如果我们继续使用 HTTP,用户会看到“此网站不安全”的消息,对我们的自然流量和惯例产生负面影响。

教训是什么?

从一开始就让每个人都参与进来。

分享所有相关信息,提供清晰的示例并链接到解释该问题的外部资源。

其他团队了解得越多,您获得的推动项目向前发展的支持就越多。

与其他SEO任务保持平衡

优先考虑技术 SEO 可以为你打下坚实的基础,但如果没有方向,那就毫无意义了——就像一架没有飞行员的飞机。飞机可能制造精良,但不会带你去任何地方。

不要忽视 SEO 的其他关键方面,以产生真正的影响。

页面优化、竞争分析、主题研究等必须协同工作。

您的SEO 策略需要关注所有这些领域才能真正取得成功。

深入挖掘:SEO 敏捷:内部团队如何确定项目优先级

监控和调整

优先考虑技术 SEO 任务只是您的旅程的开始。

为了保持和扩大您的 SEO 成功,您必须持续监控您的工作并做好适应的准备。

定期检查您的 KPI 并评估技术变更的影响。这将帮助您确定哪些措施有效以及哪些方面需要进一步调整。SEO

是一个持续的过程 – 算法会发生变化,您的公司和竞争对手会不断发展,新的技术挑战也会不断出现。请持续监控和适应,因为 SEO 成功不是一次性的成就,而是一段永无止境的旅程。


我们邀请投稿作者为 Search Engine Land 撰写内容,并根据他们的专业知识和对搜索社区的贡献进行选择。我们的投稿者在编辑人员的监督下工作并检查投稿的质量和与读者的相关性。他们表达的观点是他们自己的。


发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注