如何通过删除博客缓冲 2 倍流量
已发表: 2021-11-18几周前，我浏览了 Buffer 网站，查看了他们的一些热门内容。
我知道他们有一篇文章是一个巨大的链接磁铁，我想研究它以进行潜在的拆解。
但在研究过程中，我发现了一些更有趣、更令人困惑的东西。
Buffer 有两个博客。
一个建立在/Library子域上，另一个建立在/Resources子域上。
对于营销行业以外的任何人来说，这听起来可能并不令人兴奋，但任何 SEO 专家都会建议您只拥有一个主博客。
不是两个，尤其是在单独的子目录中！
那么，Buffer 为什么要在他们的网站上建立两个不同的博客呢？ 而且，为什么他们首先删除了他们原来的博客？！
我将在这次拆解中解释所有这些 - 并向您展示他们如何通过这种策略在几天内将自然流量提高 2 倍。
让我们开始吧！
等等……Buffer 有两个博客？
是的！ 就像我在介绍中所说，他们在/Library和/Resources子目录上有两个独立的博客。
这些子目录都是该词最传统定义中的博客。 Buffer 在 Resources 和 Library 子目录中发布类似的帖子、文章和其他内容。
Library 子目录对大约 418k 关键字进行排名，每月推动 771k 会话，价值约 130 万美元的流量。 图书馆会定期发布新内容。
另一方面，Resources 子目录对 101k 关键字进行排名，每月推动 53k 会话。 这些数字没有图书馆子目录那么高，但仍然非常可观。 此外，新的博客文章也会定期添加到资源中。
如果您不密切关注，您甚至可能认为这是一个博客。 Resources 子目录甚至被称为 Blog。 但是这些博客中的每一个都建立在自己独特的子目录上。
有人可能会说：“有什么大不了的……我敢打赌很多品牌都这样做！”
好吧，当我查看其他一些品牌时，我找不到像 Buffer 那样将其博客分成两个不同子目录的 SaaS 公司。
Hubspot 有一个博客子域，他们在其中发布大部分博客文章和单独的子目录，其中包含电子书、视频和课程等内容。
Hootsuite 是 Buffer 的直接竞争对手，它采用类似的方法，使用单个博客子域和其他子目录来存储不同类型的内容。
即使在 Foundation，我们所有的博客文章都位于 Labs 子目录中。
我觉得这种方法很常见，我们可以从其他 SaaS 品牌中找到数百个其他示例。
所以这让我们回到了 Buffer 为什么要这样做的问题？！
我们必须倒退几年来解释它。
Buffer 在不同的域上建立了他们的第一个博客
构建 SEO 驱动的博客、资源、登录页面或内容集群的首要规则之一是……它应该在您的公司域中。
然而，早在 2011 年，Buffer 在 blog.bufferapp.com 上建立了他们的第一个博客，并继续使用该子域直到 2019 年左右。
这是有道理的，因为 Buffer 最初是在 bufferapp.com 上构建的，而不是 Buffer.com。
在 Buffer 获得当前域名之前，它归一家乙烯基制造商所有。 Buffer 在 2015 年左右才开始使用 Buffer.com 域：
但他们继续使用 blog.Bufferapp.com 直到 2019 年：
所以大约四年来，Buffer 一直在构建链接、获得 SEO 优势、发布内容等等到一个完全独立的域。
这与我们在 Hubspot 中看到的将链接或流量驱动到子域完全不同； 多年来，它一直处于完全不同的领域。
一个域有 Buffer 主页，另一个域有博客。 在 Google 眼中，这是两个独立的实体。
花点时间考虑一下这打破了多少内容营销和 SEO 最佳实践！
基本上都是。
这不仅让搜索引擎感到困惑，而且可能还让许多 Buffer 用户感到有些困惑。
然而，我明白他们为什么不想将博客移动到主缓冲区域。 很难改变在技术上有效并帮助您的公司发展的东西。
在 2018 年达到顶峰时，该子域每月推动约 65 万次会话，在约 73.5 万个关键词上排名，每月带来约 100 万美元的流量价值。
与此同时，整个 Buffer.com 域推动了 41.5 万次会话，在 26.5 万个关键词上排名，每月带来约 60 万美元的流量价值。
它对团队来说仍然具有难以置信的价值，即使它位于一个完全不同的领域。
如您所见，仅从数字的角度来看，很难放弃 blog.bufferapp.com 域，更不用说幕后发生的所有事情了。
那我为什么要告诉你这一切？ 为什么 Buffer 将其博客建立在一个单独的域上很重要？
这很重要，因为决定将博客放在一个完全独立的域上是他们现在拥有两个独立博客的一个重要原因。
缓冲区删除了他们原来的博客……有点
我猜多年来一直在讨论将博客移至主 Buffer 域，但直到 2018 年底才有公开行动。
那是 /Library 子目录开始在线弹出的时候：
在此之前，类似的页面被称为 blog.bufferapp.com 域主页。
到 2019 年初，blog.bufferapp.com 域将消失。
好吧，没有消失，但无法访问。 在谷歌看来，它还不如从互联网上删除。
那么 Buffer 对近 10 年的内容和博客文章做了什么？ 它永远消失了吗？
不，但它不在 blog.bufferapp.com 域上。 那没了。
尝试去那里，会发生什么？
重定向！
正如您在上面的示例中看到的，他们开始将所有这些内容移动到 /Library 和 /Resources 子目录。
使用 301 重定向，他们有效地删除了 blog.bufferapp.com 的内容并将其移至两个子目录。
对于那些不熟悉 301 重定向的人来说，它们是从旧 URL 到站点所有者指定的新 URL 的永久重定向。
根据 Hubspot 的说法，301 重定向将旧页面的所有排名权都赋予了新页面。 在 Google 眼中，原来的页面已经不存在了。
使用这些重定向对于多年来创建了大量内容并且不希望通过将内容移动到新位置而失去任何 SEO 汁液的品牌来说是必不可少的。
然而，让这些重定向成为现实并不是一项小任务：数以千计的博客文章、文章等都在 blog.bufferapp.com 域上。
然而，他们巧妙地完成了它。
一些内容被移动到 /Library，一些被移动到 /Resources 子目录。 （我们将在下一节中讨论。）
您所要做的就是查看搜索流量的变化，以了解重定向何时开始发生。
2018 年 12 月初，/Library 子目录正在推动零自然流量，没有关键词排名，甚至可能还没有上线！
到 2019 年 1 月末，同一子目录推动了 45.8 万次自然会话，在 55.5 万个关键词上排名，每月带来约 87.5 万美元的流量价值。
这是令人印象深刻的增长。
/Resources 子目录直到 2019 年 2 月底才真正开始推动自然流量，但在大约 30 天内，它推动了 10.1 万次自然会话，并在 38.7 万个关键词上排名。
2018 年 12 月中旬，您还看到 blog.bufferapp.com 的自然流量从 SEO 悬崖上跌落——从 2019 年 1 月的 658k 有机会话下降到 137k，到 2019 年 4 月几乎为零。
Buffer 完成了出色的 301 重定向部署。 Buffer 几乎在一夜之间删除了他们的旧博客，并没有真正错过任何一步，也没有因为他们的重定向而失去很多自然流量。
所有这些都很好，但并没有解释为什么他们有两个博客。
他们可能只是将所有这些内容移动到一个名为 /Blog 或其他东西的子目录中。 大多数品牌都会这样做！
但他们没有，Buffer 有意识地决定拥有两个独立的博客。
这就是 Buffer 搜索和内容营销策略的真正天才之处。
Buffer 使用 /Library 构建 SEO 护城河
在上一节中，我概述了 blog.bufferapp.com 域是如何从历史中删除的。 并且所有过去的内容都移到了 /Resources 和 /Library 子目录中。
大型重定向项目通常会发生这种情况。 没有人应该对此感到惊讶。
真正的主线是他们如何确定将哪些内容添加到每个子目录中。
乍一看，Buffer 似乎是在随机将博客文章添加到 /Resources 或 /Library 子目录中。
例如，这篇关于 Instagram 分析的文章已移至 /Library：
这篇关于 Facebook 颜色的帖子被添加到 /Resources 子目录中：
它需要一些认真的挖掘，但我想通了。
从一开始，/Library 子目录就被构建为一个 SEO 驱动的博客。 而这个决定帮助他们建立了一个非常强大的内容护城河，直到今天。
几乎所有从 blog.bufferapp.com 移动到 /Library 子目录的内容都已经在一个大关键字上排名，匹配它们的主要内容集群，或者驱动大量的自然流量。
任何不属于这三个类别的内容都会在其他地方重新发布。
不相信我？
首先，让我们看看 /Library 和 /Resource 子目录的当前有机指标：
如您所见，/Library 子目录驱动的自然流量几乎是 14 倍，关键字排名是 4 倍，流量值大约高出 18 倍！
如果您退后一步查看整个站点，则驱动最自然流量的页面都在 /Library 子目录中：
这几个页面比整个 /Resources 子目录带来了更多的自然流量！
仅凭这一点，您就应该能够确认 Buffer 构建 /Library 从一开始就以 SEO 为重点。 他们主要关注社交媒体和其他营销关键词及其内容。
我们甚至可以从 blog.bufferapp.com 跟踪他们的一些排名靠前的文章的转变。
这篇专注于免费图片的文章最初是在他们进行转换之前发布在 blog.bufferapp.com 域上的：
上一篇谈论 Instagram 增长的文章最初发表于 2015 年之前：
而教你如何创建 YouTube 频道的文章发表于 2016 年：
如今，如果您尝试访问任何这些 blog.bufferapp.com 链接，301 重定向将自动将您带到 /Library 子目录中的相应页面。
另一方面，这篇博客文章在 blog.bufferapp.com 被重定向之前发布，但可能与他们的 SEO 目标不匹配，被推送到 /Resources 子目录：
所有 /Library 文章的布局、格式和更多内容也针对搜索进行了优化，尤其是与 /Resources 子目录中的文章相比。 除了指标之外，这是让我认为 /Library 子目录专门为 SEO 驱动的内容而构建的第一件事。
例如，可能针对我们之前提到的“如何创建 YouTube 频道”的 YouTube 文章功能：
- 搜索驱动的 URL
- 搜索驱动的标题
- 搜索优化的目录
- 二级和长尾优化标头
- 还有更多。
这使他们能够通过 /Library 子目录中的大量内容抢占榜首、精选片段等。
还有一件事——这种方法允许他们在 /Library 上用他们的 SEO 驱动的内容构建一些内容集群。 还有一些内容集群
这些内容集群可能是什么？ Buffer 在 /Library 页面的页脚中为您说明了其中的一些：
如您所见，Buffer 在他们的 /Library 上有效地创建了一个单独的 SEO 驱动博客。 他们继续在该子目录上发布内容。
这使他们能够保留他们在内容存在于 blog.bufferapp.com 的 10 年中建立的所有积极的 SEO 和排名因素，并将它们移动到 /Library。
然后将所有其他非 SEO 驱动的文章移至 /Resources。
尽管听起来很病态，但这一举措与将所有 SEO 驱动的内容移动到 /Library 一样聪明——尤其是因为其中一些帖子仍在获得新链接！
以及 /Resources 的品牌和反向链接巨头
仅仅因为 /Resources 子目录没有获得相同的自然流量和关注，这并不意味着它对 Buffer 的营销策略不重要。
如今，他们使用它来发布案例研究、公司更新和其他不真正符合 /Library 的 SEO 驱动口头禅的主题。
这几乎就像 Buzzsumo 推出了一个名为 Wellbeing Hub 的新博客来谈论超出其正常范围的事情。
正如我之前提到的，之前在 blog.bufferapp.com 上发布的那些文章要么被转移到 /Library 或 /Resources 子目录。
那些可能不符合某些搜索驱动标准的文章被转移到 /Resources。
示例是与社交媒体无关的文章：
一些有趣的社交媒体主题，一些时间敏感的文章，以及一些完全随机的文章。
显然，这些旧文章中没有一篇符合 Buffer 为 /Library 制定的重度 SEO 目标。 为什么他们甚至将它们移动到新的 Buffer.com 域？
有些人可能会说这是因为删除所有这些页面可能会弄乱大量的内部链接。
但是我没有找到很多从 /Resources 子目录交叉链接到 /Library 的页面。 这个小小的发现是我觉得 /Library 子目录被构建为 SEO 驱动内容存储库的另一个原因。
所以让我们把这个想法从清单上划掉。
下一个可能的原因也与链接有关——特别是……
反向链接。
多年来，其中一些页面存在于 blog.bufferapp.com 上，它们堆积了数百甚至数千个反向链接。
/Resources 子目录有大约 532k 反向链接，而 /Library 子目录大约有 277k 反向链接。
上面提到的博客技巧文章有大约 2k 反向链接，有大量的 301 和历史反向链接。
这篇文章有大约 1.5k 反向链接，最初于 2018 年在 blog.bufferapp.com 域上发布：
这份几乎每个营销人员都引用的著名报告有大约 7.5k 的反向链接！
此外，这些反向链接中的大多数恰好位于 Buffer 品牌关键字上：
- 缓冲区 - 4k 域，19.4k 链接
- 缓冲区博客 - 728 个域，8.3k 链接
- Buffer Social – 394 个域，6.8k 链接
在 /Library 子目录中，一些顶级锚点包括对搜索更友好的关键字，例如社交证明、社交媒体平台等。
由于 Buffer 除了是公司名称外，它还是一个常规词，因此要确保您对该词的排名有点困难。 但是所有这些可验证的品牌大量反向链接都非常有帮助。
此外，Buffer 为新用户很好地定位了 /Resources 子目录。 当您搜索“缓冲区”时，/Resources 博客会出现在主要结果中：
它也在 Buffer 主页上：
/Resources 页面上共享的内容是为处于购买阶段早期的人们量身定制的。 这个简单的案例研究就是一个很好的例子：
如果这些人搜索“twitter 高级搜索”，他们会首先点击 /Library 子目录。
两种类型的搜索者会有非常不同的意图和目标。Buffer 在将每种类型的搜索者放在正确的位置方面做得很好。
如您所见，这些子目录中的每一个都对 Buffer 有很多价值。
拥有两个博客对他们来说很有意义！
如何使用此策略
删除他们原来的博客以创建两个新的子目录是一项艰巨的任务，但 Buffer 团队出色地完成了这项工作。
一切都处理得如此顺利，以至于 Buffer 域的自然流量在几周内翻了一番。 从 2018 年 12 月的约 445,000 个自然会话跃升至一个月后的约 900,000 个会话。
并非每个品牌都能如此顺利地处理重定向：公司在尝试和失败时都被毁了。
这种方法也让 Buffer 建立了一个非常专注的内容护城河，帮助他们继续以稳定的速度发展至今。
流量增长是一个很好的信号，但他们能够将他们有些随机的博客文章变成内容巨头的方式更令人印象深刻。
在过渡之前，几乎所有与营销、社交媒体、创业生活和商业相关的内容都有内容。 这可能给 Google 提供了很多关于 Buffer 博客内容的混合信号。
然而，他们对移到 /Library 的内容非常挑剔，这是一个绝妙的招数。
如果他们刚刚转移了 blog.bufferapp.com 域上的所有内容，我认为他们不会看到这样的增长。 而且他们的内容集群不会被如此明确地定义。
这些围绕社交媒体主题的多个内容集群，可能向谷歌展示了它们在拥挤的社交媒体空间中是一股不可忽视的力量。
也就是说，直到今天，他们仍在继续向 /Resources 和 /Library 子域发布内容。
我希望每个人都记住，即使你有一个 SEO 驱动的内容策略，你的营销堆栈中仍然有很多其他内容的空间。 它可能只需要存在于另一个子域或子目录中。
并非您发布的所有内容都必须直接与关键字研究或搜索数据相关联。
像 Buffer 这样的大公司知道这一点。