如何通過刪除博客緩衝 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 這樣的大公司知道這一點。