一個批次 SERP 摘要預覽流程,應該要處理每一個頁面提議的標題、meta 描述與絕對網址,並在發布之前,依照公開揭露的桌面版與行動版政策,顯示出同樣的結果;Serp Snippet Preview 就是採用這種一次處理一個頁面的方式,桌面版政策為 60/160,行動版政策為 55/120。它經過驗證的輸入內容,是一個提議中的標題、一個提議中的 meta 描述,以及一個完整的 HTTP 或 HTTPS 頁面網址。這個編輯器會修剪開頭與結尾的空白字元、計算 Unicode 碼點數量、接受最多 200 個字元的來源標題與最多 500 個字元的描述,並把所選的裝置政策套用到標題與描述上。它還會呈現一個正規化後的網址,並把標題、網址與描述整合在一起顯示,讓重複用詞或難以掌控的草稿,在進入內容系統之前就先曝露出來。這個瀏覽器端的結果只會留在目前的裝置上:這個工具不會擷取該網址、檢查頁面、讀取 title 元素或 canonical 標籤,也不會送出這個網址。如果有大量頁面要處理,請在這個小工具之外維護一份審查佇列,依需要在桌面版、行動版,或兩種政策下,一次完整處理一列。記錄下字元數,以及任何因政策而產生的縮短情形,修訂來源草稿,之後再實作,並另外驗證已部署的 HTML。這是一個確定性的本機編輯輔助工具,而不是 Google 的模擬器,因此準確性與實用性,優先於湊到某個特定的字元數。想在瀏覽器裡完成這件事,試試看 Serp Snippet Preview

serp snippet preview bulk
serp snippet preview 批次處理

建立一個批次 SERP 摘要預覽佇列

把一項批次任務,當成一個由個別頁面審查所組成的佇列來處理。這個小工具經過驗證的工作流程,是圍繞著一個提議標題、一個 meta 描述與一個完整頁面網址所打造的,因此請把主清單留在你的團隊原本用來整理頁面工作的試算表、內容簡報,或專案系統中。不要把這個預覽功能,當成清單中每一份草稿都已經處理完畢的證明。

一列實用的審查資料,可以包含:

  • 頁面識別碼: 用來找到來源草稿所需的內容名稱或列號。
  • 提議標題: 你打算實作的文字,來源字元數上限為 200。
  • 提議描述: meta 描述的草稿,來源字元數上限為 500。
  • 絕對頁面網址: 結果中應該顯示的完整 HTTP 或 HTTPS 網址。
  • 審查政策: 桌面版或行動版;如果兩種政策都要檢查,就再加一筆記錄。
  • 審查結果: 來源字元數、縮短狀態、修訂備註,以及已部署 HTML 的驗證狀態。

依照發布優先順序來排列佇列,但每一列都要當成一個完整的單位來處理。如果查詢參數能夠識別出這個提議頁面,就要保留完整的查詢字串,因為這些參數在預覽中仍然可見。非預設的埠號也應該保留,因為它會改變網址本身。當好幾份頁面草稿使用類似的用詞時,請分別預覽每一個網址,讓標題、描述與可見網址一起被評估,而不是單獨判斷各個文字欄位。

選擇桌面版或行動版政策

政策的標示方式是標題在前、描述在後。因此 60/160 政策,代表標題預覽為 60 個碼點、描述預覽為 160 個碼點。兩種政策,都是在相同的來源上限——標題 200 個碼點、描述 500 個碼點——之內運作。以下數值,是這個工具公開揭露的編輯政策,而不是 Google 的通用限制。

裝置政策 標題來源上限 描述來源上限 標題預覽政策 描述預覽政策
桌面版 200 個碼點 500 個碼點 60 個碼點 160 個碼點
行動版 200 個碼點 500 個碼點 55 個碼點 120 個碼點

如果來源文字超過所選的預覽政策上限,這個工具會在限制範圍內,把最後一個可見的碼點替換成一個刪節號。如果不需要縮短,這個欄位就會維持在公開揭露的政策範圍內。當桌面版與行動版的比較很重要時,請用第二種政策再跑一次同一份草稿。更嚴格的行動版結果,有助於找出多餘的填充字句、重複的用詞,或是在空間有限時失去重點的描述,但一句表達清楚的句子,不應該只是為了滿足模擬結果而被弱化。

建立每個頁面的預覽

  1. 輸入三項來源內容。 把提議的頁面標題、提議的 meta 描述,以及完整的絕對 HTTP 或 HTTPS 頁面網址,貼進 Serp Snippet Preview 中。請使用完整網址,而不是縮短過的網域、相對路徑,或含有帳密資訊或片段標記的網址。這個編輯器接受最多 200 個字元的來源標題,以及最多 500 個字元的描述。
  2. 選擇裝置政策並產生結果。 選擇公開揭露的桌面版或行動版政策,然後產生這個確定性的預覽結果。這個工具會修剪外側的空白字元、套用所選的碼點上限,並說明自己的政策是否縮短了任一個文字欄位。不會有任何請求被送往你輸入的網址。
  3. 檢視整合後的結果與字元數。 把標題連結、可見網址與描述摘要放在一起閱讀。檢查回報的來源字元數,以及任何縮短提示,如果發現重複用詞或難以掌控的草稿,就修訂提議的來源文字。選定最終文案之後,把它實作到頁面原始碼中,並另外驗證已部署的 HTML。

驗證每一個完整的頁面網址

網址的處理,是預覽功能的一部分,而不是事後才加上的裝飾。這個欄位要求輸入一個完整的絕對 HTTP 或 HTTPS 網址,並使用瀏覽器標準的網址剖析方式。剖析器會將主機名稱標準化、移除預設埠號,並在需要時對字元進行百分比編碼。精簡呈現的結果會隱藏協定部分,同時在內部保留正規化後的完整網址。

有幾種輸入內容無法產生有效的結果:

  • 帳密資訊、網址片段、未經處理的空白字元、格式錯誤的百分比逸出序列,或反斜線,都會被拒絕。
  • 相對路徑與非網頁協定,都會被拒絕。
  • 非預設的埠號會維持可見,因為它會改變頁面網址。
  • 查詢參數會維持可見,因為它們可能用來識別這個提議頁面。

在把這一列用於審查之前,請先修正無效的網址。這些檢查有助於避免一個修飾得很漂亮的標題與描述,掩蓋了一個格式錯誤或不安全的目的地。這些檢查並不會擷取頁面,也不會確認該網址是否上線、可被爬取、是否為正規網址,或是否已被索引。

閱讀來源字元數與縮短提示

這個結果會回報來源字元數,並標示出由這個工具自身預覽政策所造成的縮短情形。字元數計算採用的是 Unicode 碼點,而不是 JavaScript 的 UTF-16 碼元,因此一個表情符號會被算成一個編輯器字元,而不是兩個代理對半形。這讓公開揭露的政策,在不同種類的文字之間都能維持一致。

外側的空白字元會被自動修剪,而內部的間距與標點符號則維持不變。因此,字元數比較短,並不代表就要移除有意義的用詞。應該先判斷標題是否精準地識別出這個頁面、描述是否說明了它特有的價值,以及這兩個欄位是否與可見的主標題相輔相成。接著再把這些裝置政策,當成可以重複使用的編輯檢查點。準確性與實用性,比湊到一個隨意訂出的字元數更重要。

把這個模擬結果當成一項編輯輔助工具

Serp Snippet Preview 不是 Google 的模擬器。根據 Google Search Central's title-link documentation 的說明,Google 會自動從好幾種可能的訊號中產生標題連結,包括 title 元素、可見的標題文字、頁面上的重點文字、錨點文字,以及其他來源。因此,同一份來源文字,可能會產生不同的正式上線標題連結。

Google 的 snippet documentation 說明,摘要主要是根據頁面內容產生的,而當 meta 描述能更貼切地描述頁面時,也可能會被採用。最終呈現的文字,會隨著查詢字詞、語言、裝置寬度,以及 Google 的處理方式而改變。Google 一般會依照可用的裝置寬度截斷文字,並沒有公布任何一個保證適用的字元截斷點。這個工具的 60/160 與 55/120 政策,只是公開揭露的桌面版與行動版模擬規則;它們讓本機比較具有可重複性,但並不宣稱能重現 Google 的選擇方式或版面配置。

實作並驗證已核准的頁面原始碼

完成預覽審查之後,透過網站原本的發布系統,把核准的標題與 meta 描述套用到頁面原始碼中。並讓可見的主標題與輔助頁面內容,維持與這些選擇一致。接著檢查已部署的 HTML,確認實作的文字確實按照預期出現。這項另外進行的檢查很重要,因為 Serp Snippet Preview 並不會檢查正式上線的 HTML、canonical 標籤、robots 指令、結構化資料,或索引狀態。

搜尋引擎必須重新爬取並重新處理頁面之後,變更才會顯示出來,而且它們仍然可能選用不同的標題或摘要文字。這個工具不會送出任何東西,也不保證爬取、索引、排名、點閱率,或確切的正式呈現效果。要完成一次有用的批次審查,代表要產出經過驗證、頁面等級的原始碼決策:每個網址一次預覽、一筆記錄下來的裝置政策、公開揭露的來源字元數、任何因政策而產生的縮短情形、最終的修訂版本,以及確認已部署的 HTML 有經過另外檢查。

想進一步了解,可以參考 Bulk QR Code Generator 128px: When Smaller PNGs Work

想進一步了解,可以參考 Meta Robots Generator Bulk: Validated Tags for Many Pages