Android 上的 meta robots 產生器，其實就和你在筆電上用瀏覽器開啟的 robots meta 標籤產生器一模一樣，只要在 Chrome、Firefox、DuckDuck Go 或 Samsung Internet 中載入，無需安裝 APK。這個工具本身並不存在手機上，而是存在於網頁中，所以所有的產生作業都在該頁面的 JavaScript 中執行，而它所回傳的 HTML meta 元素或 X-Robots-Tag 標頭字串，只需輕點一下就能複製到 Android 剪貼簿。由於不會上傳到任何遠端服務，你可以在咖啡店門口、機場貴賓室或 CMS 故障時於離線狀態下產生並複製標籤，等到訊號恢復時立刻貼到編輯器中。Meta Robots 產生器遵循 Google 目前所列出的 robots meta 指令，拒絕諸如 nosnippet 搭配數值 max-snippet 等互相矛盾的組合，並將同一組選擇同時轉換為適用於頁面層級標記的 HTML meta 元素，以及適用於伺服器設定的 X-Robots-Tag 標頭值。
「Android 上的 Meta Robots 產生器」真正代表什麼
這個詞聽起來像是原生 Android 應用程式，但 robots meta 產生器其實是一個小型網頁表單:包含一組用於設定爬蟲名稱、摘要限制、圖片預覽、影片預覽的切換選項，以及幾個布林控制項和複製按鈕。因此，在 Android 上執行它，與在 Windows 或 macOS 上執行完全相同，只要瀏覽器能夠渲染該表單及其底層 JavaScript 即可。Android 版 Chrome 處理這類工作毫無問題，目前版本的 Android 上的 Firefox、Samsung Internet、Brave 和 DuckDuck Go 也同樣沒問題。在手機上操作它的優勢相當實際:你可以在 Search Console 發現錯誤頁面的當下立即測試標籤、在咖啡廳檢視客戶回饋時起草 noindex 規則，或是在不必先打開筆電的情況下，透過即時通訊把摘要限制交給同事。
由於一切都在本機端執行，產生器不會回傳資料、不需要帳號，也不需要連線到 Google 就能產生輸出。你可以將 max-image-preview 切換為 large，把目標爬蟲從通用的 robots 改為 googlebot，然後在完全不聯絡任何搜尋引擎的情況下複製產生的 HTML 與標頭文字。接著，頁面會渲染出你的伺服器或 HTML 應該提供的確切字串。Google 官方對於 robots meta 指令的說明文件就是此工具所遵循的來源，因此在部署前，你可以將任何指令與 Google 的 robots meta 標籤規格 相互核對。
在 Android 上產生 Robots Meta 標籤:逐步教學
- 在裝置上啟動 Chrome(或 Firefox、Brave 或 Samsung Internet)，並前往 Meta Robots 產生器頁面;如果你預期會經常使用，請將它加入書籤，因為 Android 主畫面空間有限，透過書籤只需兩次輕點就能到達此工具。
- 輕點爬蟲目標選擇器，從三個已記載的選項中擇一:通用的 robots 目標、適用於 Google 文字搜尋的 googlebot，或適用於 Google 新聞的 googlebot-news;此工具不提供其他供應商名稱，因為 Google 說明文件僅列出這兩個用於其自身結果的代號。
- 僅啟用符合資源政策的索引與跟隨規則:若該 URL 應從搜尋結果中排除，請勾選 noindex;若不希望追蹤頁面上的外部連結，請勾選 nofollow;而 indexifembedded 僅在同時選取 noindex 時才能勾選，因為 Google 已聲明在其他情況下此指令並無作用。
- 逐一設定呈現限制:若要完全禁止摘要，請輕點 nosnippet，或在 max-snippet 欄位中輸入非負整數或 -1，並從該工具所接受的文件記載值集合中挑選，而非猜測一個搜尋引擎會悄悄忽略的單位。
- 從 none、standard 或 large 中選擇 max-image-preview 的值;介面不接受其他輸入，因為 Google 僅記載這三個代號，且此工具拒絕複製引擎會丟棄的字串。
- 以秒為單位輸入 max-video-preview 值，其中 0 表示根據圖片規則最多僅允許一張靜態圖片、任何正整數代表時長上限、-1 表示沒有限制時長;非整數與低於 -1 的值會被拒絕，而不會被複製到引擎會忽略的規則中。
- 若不希望 Google 提供翻譯後的標題與摘要，請勾選 notranslate;若不希望索引頁面上的圖片，請勾選 noimageindex;這兩者彼此獨立，可以同時選取。
- 在 HTML 輸出框中長按所渲染的 meta 元素，從 Android 內容選單中選擇複製，接著開啟另一個分頁進入你的 CMS 或預備環境，點入編輯器並貼上;若你的部署也需要伺服器層級的規則，請對 HTTP 標頭輸出執行同樣的步驟。
- 在 CMS 中儲存變更或重新部署伺服器設定，然後讓產生器分頁保持開啟，如此一來如果首次貼上位置錯誤，即可重新複製修正後的字串。
在小螢幕上選擇正確的輸出
行動裝置的螢幕會在字串方塊上方強制使用單一欄位的切換配置，因此在捲動之前先確認你實際需要哪種輸出管道會有所助益。HTML meta 元素是頁面 head 的子元素，會隨著文件一起傳遞;X-Robots-Tag 則是附加在伺服器回傳位元組上的 HTTP 回應標頭。這兩者在 Google 的解讀中功能等價，但部署路徑不同，而手機上的介面形態使得錯誤的選擇更容易發生。
| 準則 | HTML meta 元素 | X-Robots-Tag HTTP 標頭 |
|---|---|---|
| 文件類型 | 由你控制標記的 HTML、XHTML、AMP 頁面 | PDF、影片檔、圖片、JSON 或任何非 HTML 資源 |
| 部署介面 | 頁面範本、佈景主題標頭、CMS 文章編輯器 | 網頁伺服器設定、應用程式中介層、CDN 規則 |
| 在 Android 上的編輯路徑 | 開啟 CMS 行動版編輯器並貼入 head 欄位 | 開啟主機或 CDN 控制台並新增標頭規則 |
| 指定爬蟲的命名方式 | 使用 name="robots"、name="googlebot" 或 name="googlebot-news" | 在標頭值中以使用者代理作為前置詞，例如 googlebot: noindex |
| 持續性 | 只要範本持續渲染此標籤就會持續存在 | 只要伺服器設定維持不變就會持續存在 |
如果你正透過手機編輯 HTML 文章，meta 元素是阻力較小的路徑，因為 CMS 介面已經載入，你不必再切換到主機控制台。若你正透過 CDN 發布一個 PDF 目錄並加以封鎖，X-Robots-Tag 是引擎唯一會讀取的選項，因為這類資源沒有 head。混合的情況也屬合理:你可以在同一個 HTML 頁面上同時提供兩種形式，Google 會套用限制較嚴格的組合，因此在小螢幕上的明智做法是只複製其中一種輸出，貼到應有的位置，然後停止。
從手機將標籤部署到網站
Android 上的貼上流程值得特別留意，因為作業系統將文字處理分散於剪貼簿、分享選單及各應用程式的輸入欄位之間，而複製到錯誤位置會在不知不覺中失敗。最可靠的路徑是瀏覽器對瀏覽器:從產生器分頁複製，透過 Chrome 底部的方形分頁切換器切換分頁，貼到 CMS 或主機控制台中，儲存，只有在頁面要求額外規則時才回到產生器。透過 WhatsApp 或備忘錄傳送字串作為備援管道固然可行，但請留意訊息應用程式不會在指令清單中插入智慧引號或換行字元，因為只要替換掉一個字元，正常運作的 noindex 規則就會變成引擎無法讀取的規則。
當部署介面是會自動產生 robots meta 標籤的 CMS 時，你還需要了解外掛或佈景主題目前已經輸出了什麼內容。WordPress 的 SEO 外掛、位於來源前方的反向代理，以及 CDN 邊緣規則，都可能各自獨立新增 meta robots 指令。若兩個層級同時寫入標籤，Google 文件記載的行為是套用限制較嚴格的組合，而這通常並非行動版編輯者的本意。因此在 Android 上的安全工作流程是:從全新的分頁檢查頁面、讀取所服務的 HTML 或標頭，然後再將新值貼到唯一應擁有該指令的單一介面中。若需要更完整地了解這些檢查步驟，有關切換選項與已部署標籤的 Meta Robots 產生器指南 會將每個切換選項對應到其最終輸出位置。
部署後從 Android 瀏覽器驗證標籤
標籤儲存後，以如同爬蟲的方式從手機擷取該上線 URL。Chrome 中的瀏覽器檢視頁面原始碼選項會顯示所服務的 HTML，包含任何 meta 元素;若你部署的是 X-Robots-Tag，則需要標頭檢查工具而非頁面原始碼。在 Android 上的簡易替代方案是使用小型標頭檢查網站，或在你的來源新增一個自訂頁面，用來列印該資源的回應標頭，這比再次閱讀 CMS 設定更能快速確認標頭確實從邊緣送出。在確認兩種輸出皆存在後，再掃描頁面是否還有第二個、較舊的指令可能與新指令產生矛盾;兩個 meta 標籤之間、meta 與標頭之間，或兩個指定爬蟲的宣告之間出現的衝突規則，Google 會將其解讀為限制較嚴格的組合，並由限制較嚴格的值勝出。
搜尋引擎並不會立即套用變更。Google 會在其下一次依排程擷取該 URL 時處理這些變更，熱門頁面可能需要數小時，鮮少被連結的 URL 則可能長達數週。在此空窗期內，標記為 noindex 的頁面仍可能出現在結果中，因為新指令尚未被抓取;這是正常的空窗期，而非工具失敗。若該 URL 必須緊急移除，Google 記載的正規路徑是:允許該 URL 被擷取、提供 noindex 規則直到下次擷取，之後才能依賴 Search Console 中的 URL 移除工具，該工具本身也有其適用的條件與時程。
Android 工作流程中值得避免的陷阱
第一個陷阱是把標籤當作存取控制。noindex 規則是一個搜尋指令，而非身分驗證；任何知道 URL 的人仍然可以請求該內容，而忽略該指令的爬蟲仍然可以處理它。敏感資料需要真正的授權，而不是一個中繼資料標籤。
第二個陷阱是混用爬蟲目標。一個帶有 name="robots" 的 meta 元素是針對一般爬蟲，而 name="googlebot" 和 name="googlebot-news" 則分別針對 Google 的文字搜尋和新聞搜尋介面。如果你寫了一個針對 googlebot 的標籤，但意思其實是針對所有引擎，其他廠商會依照各自的規則（而非 Google 的規則）來處理這個頁面，而這幾乎不會是 Android 編輯人員的本意。
第三個陷阱是要求產生器去做該工具刻意省略的事情。介面並未提供 noarchive，因為在快取連結功能結束後，Google 已將該規則列為歷史性且不再使用。它也省略了 unavailable_after，因為正確的日期時間格式、時區以及發佈流程需要比一個小型通用表單所能猜測的更多情境資訊。在手機上勉強使用那些熟悉卻被忽略的代碼，只會產生一種該規則有實際作用的假象。
第四個陷阱是重複的規則。如果 CMS、佈景主題、反向代理伺服器和 CDN 各自都加上自己的 meta robots 標籤，那麼最終的 HTML 和標頭會帶有互相衝突的值，而 Google 會套用其中限制最嚴格的組合。在貼上新的標籤之前，請先盤點每一層已經輸出的內容，並優先編輯單一層，而非新增另一層。
第五個陷阱是互相矛盾的指令組合。產生器拒絕同時輸出 nosnippet 和數值的 max-snippet，也拒絕在沒有 noindex 的情況下輸出 indexifembedded。一個手寫的、混用這些指令的標籤，在語法上仍然是引擎會讀取的合法字串，接著引擎會對其套用最嚴格的解釋；在手機上操作時，仰賴產生器的驗證會是比較簡單的做法。
想進一步了解，請參閱在 iPhone 上預覽 SERP 片段：Safari 工作流程。