Windows 上的 meta robots 產生器是一個以瀏覽器為基礎的工具，可在 Chrome、Edge 或 Firefox 中本機執行，透過 Google 目前支援的索引與預覽控制項，組合成一個有效的 robots meta 元素，以及對等的 X-Robots-Tag HTTP 標頭。它在 Windows 10 或 11 上的運作方式與其他桌面環境完全相同，因為整個產生過程都在頁面內完成：一組已輸入的選項會依穩定順序轉換成有文件記載的權杖，例如 noindex、nofollow、max-snippet 和 max-image-preview，同樣的字串會分別序列化為 HTML 標記與 HTTP 標頭，而且不會上傳任何資料。這種純本機的運作方式在 Windows 上格外重要，因為這個工具不需要 PowerShell、.NET、IIS 模組或任何安裝程式，所以你只要在平常使用的瀏覽器中開啟它，點選符合你資源政策（resource policy）的切換開關，再複製 HTML 頁面用的 meta 元素，或是非 HTML 資源（如 PDF、圖片或影片檔）用的 X-Robots-Tag 那一行即可。輸出結果是精確的語法；至於取消索引、時程與最終呈現方式，仍取決於檢索存取權限以及搜尋引擎的處理排程。
為何以瀏覽器為基礎的產生器適合 Windows 工作流程
Windows 桌面是最常見的環境，用於編輯網站檔案、管理 IIS 或 Apache 設定，並同時執行以瀏覽器為基礎的 SEO 工具。Meta Robots 產生器能自然融入這個工作流程，因為它完全在瀏覽器分頁中執行，並產生可直接貼到 Windows 使用者平常編輯位置的輸出：
- 在 Visual Studio Code、Notepad++ 或 Windows 記事本中開啟的 HTML、PHP、ASPX 或模板檔案。
- CMS 編輯器，例如 WordPress、靜態網站產生器的模板，或 headless CMS 儀表板。
- 伺服器設定檔（IIS 用 web.config，Apache 用 .htaccess），當你選擇 HTTP 標頭輸出時使用。
- 在 Windows Subsystem for Linux 中執行的預備（staging）工具，可在 Nginx 設定區塊中加入產生的標頭。
這個產生器不需要 Windows 安裝程式、登錄項目或經簽署的可執行檔，因此能避開在鎖定嚴格的公司電腦上封鎖許多 CLI 工具的 SmartScreen 提示和管理員身分升權。它也不需要 Microsoft 帳號、註冊流程或 API 金鑰，這讓任何能在 Windows 機器上開啟 URL 的人都能重現這個工作流程。
工具會產生什麼（以及拒絕產生什麼）
表單的每一次點選都對應到一項有文件記載的 Google 指令。這個產生器會拒絕可能造成誤導或 Google 完全忽略的組合，因此你複製的輸出永遠是內部一致的。
| 輸出管道 | 使用時機 | 範例 |
|---|---|---|
| HTML meta 元素 | 可自行控制標記的 HTML 頁面；置於 head 中 | meta name="robots" content="noindex, nofollow" |
| X-Robots-Tag HTTP 標頭 | 非 HTML 資源（PDF、圖片、影片），或標頭是受控管道的場合 | X-Robots-Tag: noindex, nofollow |
| Google 專屬 meta 元素 | 當規則只應針對 Google 文字結果或 Google 新聞時 | meta name="googlebot" content="noindex" |
| 限定 user-agent 的 HTTP 標頭 | 當透過回應管道對單一引擎套用規則時 | X-Robots-Tag: googlebot: noindex |
通用的「robots」目標會輸出一個 name 為 robots 的 meta 元素，以及一個無前綴的 X-Robots-Tag 標頭。Google 專屬的目標則使用 googlebot 或 googlebot-news 作為 meta 的 name，並在 HTTP 標頭值中以該 user agent 為前綴。根據 Google 的 robots meta 標籤規格，這兩個權杖涵蓋了其文字與新聞結果。其他爬蟲名稱與各家廠商特有的行為不在這個聚焦介面的範圍內。
這個工具在顯示輸出之前還會強制執行幾項嚴格規則：nosnippet 不能與數值型 max-snippet 並用，因為較嚴格的指令會讓數值限制變得意義不大；indexifembedded 只會在同時選取 noindex 時輸出，因為 Google 表示該指令只有在這種組合下才有效；max-snippet 接受 -1 或非負整數；max-video-preview 以秒為單位，也接受 -1（代表「無限制」）或 0（代表「僅靜態圖片」）；max-image-preview 只接受有文件記載的 none、standard 與 large 設定。非整數以及低於 -1 的數值會被拒絕，而不會被複製成一條 Google 會忽略的規則。工具刻意省略了兩項常見的指令：noarchive（Google 已將其列為歷史性指令，因為其快取連結功能已不存在），以及 unavailable_after（它需要日期時間格式與發布脈絡，小型表單無法安全地猜測這些資訊）。
在 Windows 上建立並部署標籤
從在 Meta Robots 產生器（Windows 版）上點擊滑鼠，到在公開 URL 上驗證指令，整個週期很短，但每個步驟都有值得正確處理的 Windows 細節。
- 在 Windows 10 或 11 上的 Chrome、Edge 或 Firefox 中開啟 Meta Robots 產生器。不需要安裝、管理員身分升權或 PowerShell 模組。
- 選擇與資源相符的爬蟲目標。規則若應套用至所有合規爬蟲，請使用通用的「robots」目標；若要針對 Google 文字結果，請改用 googlebot；若要針對 Google 新聞，請使用 googlebot-news。
- 只勾選符合你資源政策的索引、跟隨及預覽限制。複製前請重新檢視清單，因為多餘的指令往往會過度限制頁面，使其從你其實希望出現的搜尋結果中被排除。
- 依資源類型產生並複製正確的輸出。當你控制頁面標記時，複製 HTML meta 元素；當資源是 PDF、圖片或影片，或當你的團隊管理回應標頭而非模板時，複製 X-Robots-Tag 那一行。
- 將 meta 元素貼到 HTML 的 head 中，或把標頭字串交給負責設定網頁伺服器的人。在 IIS 中，這代表在 IIS 管理員的 HTTP 回應標頭功能中，或在 web.config 中加入該標頭；在 Apache 中，這代表在 .htaccess 或虛擬主機設定中加入一行 Header set X-Robots-Tag。把標頭文字貼到頁面內容中是無效的。
- 部署時仍要允許檢索存取，然後完全依照爬蟲的方式擷取公開 URL。在 Chrome 或 Edge 中使用瀏覽器的 DevTools 網路分頁（F12、Network、重新載入、點選該請求、Response Headers），以確認指令是否存在；或在 PowerShell 中執行 curl -I 來檢查非 HTML 資源上的標頭。
- 反覆檢查線上原始碼與標頭中是否有重複或衝突的規則，直到重新檢索發生。CMS 外掛、反向代理伺服器與 CDN 各自都可能加入自己的 X-Robots-Tag；Google 表示當規則衝突時，較嚴格的規則會生效，因此上游意外注入的 noindex 將會勝過你剛剛加入的 index, follow。
- 等待搜尋引擎的檢索排程套用這個變更。這個工具只會產生精確的語法；它無法保證取消索引、時程或特定的搜尋結果呈現方式。
在 Windows 上透過 DevTools、curl 與記事本進行驗證
部署完成後，最常見的 Windows 錯誤是信任編輯器預覽，而非公開的回應。三個快速的檢查就能抓到幾乎所有的疏失。
瀏覽器 DevTools。在 Chrome 或 Edge 中開啟頁面，按下 F12，切換到 Network 面板並重新載入。點選頁面本身最上方的那個請求，讀取右側的「Response Headers」窗格。當你部署的是標頭時，請搜尋 X-Robots-Tag；或切到「Response」分頁檢視 HTML，並搜尋 meta name="robots"。如果該指令不見了，代表你的模板或伺服器在送出前把它過濾掉了。
PowerShell curl。從 Windows Terminal 或 PowerShell 執行 curl -I -Uri "https://example.com/page.pdf"，只列印回應標頭。-I 旗標會執行 HEAD 請求，這已足以顯示 X-Robots-Tag 的值。這是在 IIS 提供的 PDF 或圖片上確認標頭最快的方法。
記事本差異比對。把瀏覽器中的渲染後 HTML（檢視原始碼）存成記事本檔案，再把你的本機模板存成另一個記事本檔案，然後用 WinMerge 或 VS Code 的 diff 編輯器等差異比對工具進行比較。外掛與 CDN 的轉換常常會注入自己的 meta 標籤，差異比對能讓這些一目了然。
如果任何檢查顯示有重複或衝突的指令，請在重新檢索之前將其移除。一個常見的 Windows 特有意外是：在 IIS 伺服器層級注入的 X-Frame-Options 或 Strict-Transport-Security 標頭，會與你新加入的 X-Robots-Tag 並列；這些與你的指令無關，但會出現在同一個窗格中，並干擾快速的掃描。
HTML Meta 或 X-Robots-Tag：在 Windows 網站上做選擇
這兩種形式表達的是相同的爬蟲意圖，但它們針對的是 Windows 託管網站的不同層次。當 HTML 頁面是你能直接控制標記時，請使用 HTML meta 元素；大多數的 WordPress 佈景主題、靜態網站模板與手動編輯的 PHP 檔案都屬於這一類。對於 PDF、圖片與影片等非 HTML 資源，以及任何以回應標頭管理比模板編輯更可靠的情境（例如 CDN 邊緣設定，或在單一文件根目錄下服務多種檔案類型的 IIS 網站），請使用 X-Robots-Tag 標頭。
| Windows 上的情境 | 建議管道 | 原因 |
|---|---|---|
| 在 VS Code 中編輯的靜態 HTML 頁面 | head 中的 HTML meta | 只需修改一個檔案，無需伺服器設定 |
| 由 IIS 提供下載的 PDF | web.config 中的 X-Robots-Tag | PDF 沒有 head 可放 meta 元素 |
| 位於 CDN 後方的圖片資料夾 | CDN 邊緣的 X-Robots-Tag | 標頭的套用與檔案類型無關 |
| 使用 SEO 外掛的 WordPress 文章 | 任一皆可，但需先稽核現有輸出 | 外掛與佈景主題兩者皆會注入指令 |
如果你同時透過 WordPress 媒體庫與 CDN 提供同一份 PDF，請對兩個層次都進行稽核。Google 表示當指令衝突時，較嚴格的規則會生效，因此由 CDN 意外注入的 noindex 將會覆寫你在頁面模板中加入的 index, follow。
Common Conflicts on Multi-Layer Windows Sites
Windows-hosted sites typically pass through at least three layers before a response reaches the crawler: the application (WordPress, ASP.NET), the web server (IIS, Apache), and often a CDN or reverse proxy in front of both. Each layer can add its own meta tag or X-Robots-Tag header, and a directive set in one layer will silently override a more permissive one in another. The fix is not to add more rules but to inventory what each layer already emits.
Practical inventory steps on Windows:
- Curl the public URL with curl -I and save the headers to a Notepad file.
- View the rendered source in Chrome, copy it into a second Notepad file, and search for robots.
- Check the IIS HTTP Response Headers feature and any URL Rewrite outbound rules for an existing X-Robots-Tag.
- Open the CMS plugin settings and disable any module that auto-injects a robots meta when it conflicts with your policy.
The generator itself cannot see those upstream rules, so it cannot warn about them. Verification after deployment is the step that catches them. A crawler must be allowed to fetch the resource before it can read either form of the directive; if robots.txt disallows crawling, Google may never see the noindex rule, leaving the URL known from external links without the page content being processed.
If you're weighing options, Open Graph Generator for Beginners: Your First OG Tags covers this in detail.
If you're weighing options, Robots.txt Generator: Command Line vs Online Compared covers this in detail.