Web 開發人員需要了解的技術 SEO 知識

已發表: 2019-06-11

如果您正在做技術 SEO,但沒有運行您負責的網站,那麼 Web 開發團隊對您的成功至關重要。 但在增長和營銷方面的開發人員和 SEO 並不總是意見一致。

據說,當今 SEO 最需要的技能之一是溝通和聯合不同觀點的能力。 如果沒有高度技術性的 SEO 提及如何與開發人員交談,就不會發生任何事件。

但除瞭如何與開發人員交談之外,您還需要知道該說些什麼。 如果您的開發團隊從未有過 SEO 方面的經驗,這裡有一些重要的事情可以確保他們知道——不要屈尊解釋什麼是 <title> 標籤。 畢竟,開發人員遠非網絡新手。

掌握基礎知識

大多數 SEO 期望網站開發人員對在 SEO 中起主要作用的網站元素以及它們如何影響 SEO 性能有基本的了解:

  • XML 站點地圖
  • 機器人.txt
  • 模板要求,例如分析跟踪代碼的放置、標題的使用(
    < h1 >...)、schema.org 標記或語義 HTML
  • 頁面聲明如 <link rel=”canonical” >
  • 傳統上用於構建搜索結果的元素(<title>、<meta description=”lorem ipsum...”>、URLs)
  • 301 重定向
  • 頁面速度
  • HTTPS – 和站點遷移,如果您的站點使用 HTTP
  • 頁面重要性和基於鏈接的網站結構
  • 服務器穩健性和安全性
  • 用於 SEO 目的的服務器日誌監控

如果您需要為自己或其他人提供進修課程,則 SEO 指南通常比 SEO 為開發人員編寫的指南更詳細、更完整,從而使它們更有幫助。 一個好的起點總是 Moz 的 SEO 初學者指南,或 Google 的 SEO 入門指南和他們的 Search Console 幫助。

SEO 僅在搜索引擎可以抓取和呈現 URL 時才有效

出現在搜索引擎結果中意味著搜索引擎能夠發現、抓取、呈現和解析網站上的關鍵頁面。 當有技術原因導致這種情況沒有發生時,整個數字營銷鏈就會崩潰。

機器人需要訪問網站

Google 使用不同的用戶代理來抓取網站。 這些必須不僅可以訪問頁面,還可以訪問資源(圖像和其他媒體)、JavaScript 以及在 URL 上呈現內容所需的其他元素。

同時,URL 的抓取是優先考慮的:我們有時希望通過阻止對後者的抓取而支持對前者的抓取來提升一組頁面而不是另一組。 哪些頁面屬於哪個類別會隨著季節而變化,導致重大事件發生,甚至在網站或谷歌算法發生變化之後。

許多 SEO 工具還需要訪問爬取或抓取網站的某些部分,以便分析性能或準備批量更正。

如果 SEO 無法訪問過濾機器人訪問的方法(robots.txt、htaccess、HTTP 標頭……),他們會將請求傳遞給開發團隊。

登台網站並上線

登台網站需要考慮到它們需要被批准用於 SEO 的事實——但仍然沒有被谷歌和其他搜索引擎索引。 SEO 團隊可能需要允許某些機器人訪問網站,以便執行驗證和檢查,從 SEO 的角度來看,這將允許他們為網站提供通過/不通過。 要求 SEO 團隊為他們需要授權的機器人提供用戶代理和 IP 地址,以及他們所擁有的有關其 SEO 工具可以或不支持的安全協議的任何信息是合理的。

在網站上線時,將 SEO 保留在清單上。 如果機器人已被禁止爬取該站點,則需要在此過程中刪除這些規則; 沒有 SEO 想看到

用戶代理: *
不允許: /

僅作為新站點的 robots.txt 文件中的內容。

技術的選擇很重要

技術 SEO 應該熟悉網站的構建方式。 SEO 團隊中的某個人應該能夠參與有關服務器、CDN、CMS 選擇、JavaScript 框架的討論……

直到過去幾個月,谷歌在抓取時都在使用 Chromium M41——是的,這意味著多年來所有普通導航器都支持的功能可能會破壞谷歌的頁面。 雖然這已得到糾正,但它表明在涉及網絡技術支持的情況下做出假設有時會適得其反。

有時實施方式很重要

技術 SEO 將需要頁面模板和標記中的各種花里胡哨。 雖然大多數時候技術 SEO 可以而且應該讓開發人員決定如何實施,但在某些情況下 Google 會提供規範或要求。

開發人員應該知道在哪裡可以找到這些 - 以及如何詢問技術 SEO 請求附帶的實施說明是要求,還是只是一廂情願。

具有推薦或要求的搜索引擎實施策略的一些功能示例包括但不限於以下內容:

  • 一般的 JavaScript
  • 圖像優化
  • 延遲加載
  • 多語言和地理定位網站
  • 首選 Schema.org 標記格式

替代解決方案是可能的

從理論上講,技術 SEO 和 Web 開發的一個共同點是喜歡基於數據的、創造性的問題解決方案,以使用可用的技術來達到預期的結果。

當技術 SEO 請求不可行時,請尋找替代解決方案。 許多同時也是開發人員的技術 SEO 已經針對不支持某些修改的複雜遺留堆棧提出了解決方法。

  • 去年,Dan Taylor 引入了 Edge SEO 一詞來指代在頁面呈現後但在交付給客戶之前實施 SEO 修復的解決方案,例如利用 CDN 上的服務人員。
  • 創意技術 SEO 還可以使用 JavaScript、Python、數據庫管理和查詢,以及搜索引擎和 SEO 工具提供的 API。

在不存在已知解決方案的情況下,運行具有可衡量結果的負責任的測試始終是 SEO 中的一種選擇。 由於 Google 不會分享其工作方式的細節,因此技術 SEO 根據 Google 專利、Google 官方聲明和在搜索結果中觀察到的網站性能做出合理的假設。 在 SEO 中運行自己的測試可能會有風險,但這也是一種受人尊重和接受的做法。

大多數技術性 SEO 問題:迭代與關鍵更改

最好的 SEO 工作是迭代的,並遵循如下所示的過程:

這意味著要求 SEO 批量請求是合理的,但不阻止定期實施 SEO 更改可能會顯著推動 SEO 策略。 這也意味著 SEO 請求可能包括回滾或早期測試的擴展。

SEO 和開發人員應該共同努力,找到一種方法來批量和安排定期的開發請求。

但是,一些 SEO 請求真的等不及了。 這可能包括:

  • 修復了從搜索中刪除全部或部分網站的錯誤
  • 修復 Google 處罰,稱為“手動操作”
  • 糾正異常工具或跟踪器行為所需的更改
  • 更改以解決直接影響網站搜索性能的主要算法更改

保持最新狀態,對新的搜索功能感到興奮

正如我們剛才所建議的,搜索不是一個靜態字段。 它隨著搜索引擎的新技術、新用途和新版本而發展。 谷歌還對其索引和排名算法進行了近乎不斷的修改——他們在 2018 年報告了 3234 處變化,這通常會導致網站優化方式的變化。

這意味著即使是超過 6 到 12 個月的可靠信息也可能不再相關。 例如:

  • 排名過去非常依賴於為每個 URL 聲明元關鍵字; 雖然現場搜索引擎仍然使用這些關鍵字,但 SEO 不再使用。
  • Google 曾經建議在分頁的一系列 URL 上使用 <link rel=”prev” > 和 <link rel=”next” > 聲明,以防止它們將這些頁面標記為相同,但不再考慮這一點。

但這也意味著搜索引擎優化經常有新元素。 2019 年宣布的新元素和即將推出的元素包括:

  • 谷歌的 Evergreen bot 意味著谷歌可以訪問瀏覽器功能,也許最重要的是更新的 JavaScript。 但是,JavaScript 渲染仍然是單獨執行並在稍後執行,因此獲取帶有 JavaScript 索引的頁面的建議仍然有效。
  • 常見問題頁面標記,對於具有多個問題和答案的頁面,現在可以給出
  • 日期使用新指南
  • 即將在搜索結果中支持高分辨率圖像

谷歌還在推特上和通過現場站長環聊回答來自 SEO 的問題,並在谷歌網站站長博客上提供有關變化和主要公告的信息。

共同努力實現相互理解

彌合 Web 開發和 SEO 之間差距的關鍵之一是相互尊重和溝通。 雖然 SEO 的基礎知識很重要,但同樣重要的是要認識到開發人員可以使用已經存在的信息輕鬆地自行獲取這些知識。

了解 SEO 在實踐中的工作方式會更有成效。 這包括了解機器人訪問網站的重要性,技術對搜索的影響,以及如何處理無法按照建議修復的 SEO 問題。 這也意味著了解 SEO 過程是如何工作的,並認識到搜索正在以越來越快的速度發展。

SEO 社區也越來越意識到 Web 開發人員面臨的問題。 因此,Detlef Johnson 的 SEO for Developers 等專欄可以在 Search Engine Land 等面向 SEO 的出版物中找到一席之地。 這種意識也讓 SEO 寄希望於 Web 開發人員也將努力了解 SEO 的關鍵要素。