企業技術 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 環境中被極度低估，如果你能在你的組織內找到一個好的流程，我強烈建議你這樣做。
如果這不可行，那麼您將不得不查看進行了哪些更改、更改時間、搜索引擎何時發現這些更改以及產生的影響（流量上升、轉化率提高等）。
然後您嘗試消除盡可能多的無關因素，並將其與您所做的更改隔離開來。 這並不總是那麼容易，但你至少可以做一個體面的工作，有方向地說明這是給定變化的影響。