本頁面包含 Google 技術文件季度接受的技術寫作專案詳細資料。
專案摘要
- 開放原始碼組織：
- DVC
- 技術撰稿人：
- Remastered
- 專案名稱：
- SEO / 網站分析與 Google 文件網站更新
- 專案長度：
- 標準長度 (3 個月)
Project description
為提升搜尋引擎曝光率、瞭解使用者行為，並推動日後的內容改善，我建議採用由下而上的 DVC 最佳化策略。
就搜尋引擎最佳化而言，「由下而上」是指根據目前搜尋結果和現有內容的資料直接更新，且形成正向回饋循環。這項策略會注重結果，以實際進展為基礎，而不是仰賴假設使用者會搜尋的內容或使用方式。我已有效運用於多位搜尋引擎最佳化 (SEO) 客戶，也知道目前搜尋引擎的行為能有效提升他們的成效。
這個程序的目標是建立以下的回饋循環：
- 哪些網頁和搜尋字詞會顯示搜尋結果？
- 與這些字詞相關的內容為何？我們是否能回答搜尋者的疑問？文件中缺少什麼？
- 更新現有文件，或找出應建立的新文件 (如果有必要的話)。
- 如果機構想在某些領域取得成果 (但目前沒有任何成果)，請先查看競爭對手的搜尋內容或使用者分析資料，再建立內容。
- 從 1 開始重新計算。
我建議採用下列高階專案計畫 (下方問答中會進一步說明實作方式)：
第 1 週：初始設定 Analytics 工具和追蹤功能。執行 SEO 稽核並建立問題，以修正中繼資料或清除技術問題。(甚至可能在暖機期間開始)。第 2 週：找出已在關鍵字排名的文件。找出相關字詞，擴充相關內容，並稽核文件以進行其他改善。針對個別文件規模建立問題，以便規劃更新。開始更新/發布文件。 第 3 週 - 繼續監控搜尋結果，找出新商機，並繼續處理預定的待處理更新。 第 4 到 10 週：觀察新更新的文件搜尋結果是否有變化，並持續監控及更新待處理項目。第 10 週以上：雖然這確實超出本專案的範圍，但一旦變更速度和方法達到可接受的程度，就可以使用相同的原則和回饋循環，推動 DVC 用途和說明文件首頁的修訂作業。我認為，自下而上的做法也更有可能對這些專案有效。
以下是針對專案構想中列出的每個問題，提供直接的解答：
問：應該使用哪些工具？(例如 Google Analytics 等)。
A. 必要工具包括 Google Analytics、Google Search Console 和 Google Data Studio (用於匯總報表工具之間的資料)。Google 代碼管理工具適合用來追蹤特定點擊或網頁事件 (例如 YouTube 內嵌影片教學課程)。我也會使用 SEO 稽核工具 (我使用 Ubersuggest) 標示問題，並追蹤文件網站中的競爭和相關搜尋字詞。雖然 DVC 網站的速度相當快，但我們仍需要確保使用 PageSpeed Insights，因為這對 SEO 也非常重要。
問：我們需要著重哪些趨勢和報表？
A. 主要的 SEO 指標包括點擊次數、曝光次數、點閱率和排名。然而，這些問題的用意在於做為結尾指標，並未明確提供改善方向的深入見解。因此，請務必追蹤及監控搜尋前後的行為，例如使用者的搜尋字詞，以及造訪網站時的情況。如上所述，使用中的搜尋字詞對於有效地進行內容創作和更新至關重要。確保透過搜尋結果抵達的使用者能順利找到所需內容，是決定排名是否良好的關鍵，因為如果使用者返回同一個搜尋結果 (即跳出率)，會讓搜尋引擎認為該網頁不是理想的結果。評估網站上的使用者參與度是一項較複雜的工作，但我們需要記錄的必要指標包括跳出率、工作階段持續時間和頁面/工作階段。(如果網站的目標是獲取使用者/購買/聯絡，轉換率相對於目標也是重要的指標)。
問：我們有哪些使用者，他們各自遵循哪些互動流程？
A. 如果已設定，Google Analytics 會追蹤使用者在網站上的路徑、網頁時間、點擊網址和使用者代理程式屬性，並嘗試在回訪時識別這些資訊 (還有其他資訊，但這些是基本資訊)。您需要花時間找出並瞭解定義使用者類型的模式，但可以先從查看熱門互動流程開始。我們會從最熱門的到達網頁開始，在第二、第三和後續網頁中尋找明顯的趨勢。接著，我們可以根據這些資訊提出使用者模型 (這也應該有助於提供關鍵用途的資訊)。我們可以根據其他資料 (搜尋字詞、軼事、問卷調查、訪談等) 進行關聯，進一步調整或驗證模型/用途。
問：我們可以透過 DVC 使用數據分析，對這些使用者進行半識別和/或交叉檢驗嗎？
A. 根據使用情形分析說明文件，DVC 會使用真正的隨機 ID (uuid4)，並透過 Proxy 傳送資料。如果這個問題維持不變，跨測試只能根據文件網站的使用模式查看每個指令事件的磁碟區趨勢。這有助於我們找出文件使用量和指令使用量之間的差異，但不會提供使用者層級的洞察資料。因此，我們可能會回答以下問題：「使用者是否同時使用某個指令/文件？」雖然這只是基本問題，但可以驗證假設 (例如，如果某個特定用途與指令相符，則該指令的使用率應會增加)，並找出機會 (例如，如果某個指令未使用，但相關文件仍在使用 (或反之)，則可能有問題)。