任何網站完整的基本 HTML head 區塊都剛好包含五個元素，依序為：UTF-8 字元集宣告、響應式視窗中繼標記、頁面標題元素、中繼描述，以及可選的作者標籤。這是每份 HTML 文件應該提供的最小可稽核中繼資料集合，而 Meta Tag Generator 產出的正是這個區塊 —— 已轉義、已去除空白，可直接貼入單一文件的 head 中。此工具完全在您的瀏覽器中執行，因此您輸入的頁面標題、描述與作者資訊不會離開裝置，這在您為尚未上線的網站起草，或草稿標題的機密性確實是顧慮時特別重要。其餘項目 —— canonical 連結、Open Graph 屬性、robots 指令、Twitter Cards —— 都刻意略過，讓基本區塊保持精簡、可審閱，且不會出現互相衝突的標記。每一行會在其屬性內容中進行 HTML 轉義，而 UTF-8 宣告會在任何文字中繼資料之前輸出，讓解析器能正確解碼標題與描述。
乾淨的基本 head 區塊實際包含什麼
HTML 規格將 head 元素定義為儲存關於文件之機器可讀資訊的容器，而 這些有標準依據的規範 直接來自 WHATWG HTML 語意規範。實務上，乾淨的基本 head 區塊涵蓋五個重點：字元編碼、版面視窗、文件名稱、頁面摘要，以及可選的作者資訊。每一項各自回答瀏覽器、輔助技術與搜尋系統在顯示頁面前會提出的不同問題。把這五項連同 canonical、Open Graph 與 robots 指令全塞進同一個通用表單中，正是導致互相矛盾的中繼資料實際上線的原因，這也是此工具刻意維持基本範圍的原因。
順序與內容同樣重要。UTF-8 宣告必須在任何文字中繼資料之前出現，解析器才能正確解碼標題與描述。接著是視窗標籤、標題元素、描述，最後是可選的作者。這種固定順序讓輸出具有可稽核性 —— 當您檢視伺服器送出的原始碼時，能預期每個重點應出現的位置，並能察覺主題或外掛嘗試新增的重複項目。
Meta Tag Generator 涵蓋的範圍 —— 以及刻意省略的部分
Meta Tag Generator 會產生 UTF-8 字元集宣告、設定為 width=device-width、initial-scale=1 的響應式視窗中繼標記、標題元素、中繼描述，以及可選的作者中繼標籤。它不會產生 canonical 連結、robots 指令、Open Graph 屬性、Twitter Card 標記、結構化資料或 hreflang 多語系版本。這些被排除的項目各自代表獨立的頁面決策，而 不含 SEO 膨脹的乾淨基本 head 區塊 就是維持範圍精簡的全部理由。視窗內容是刻意固定的：不會輸出 maximum-scale 或 user-scalable 限制，因為這會損害無障礙性，而響應式行為仍取決於頁面上的 CSS 與媒體查詢是否正常運作。
| 欄位 | 必填 | 字元上限 | HTML 處理方式 |
|---|---|---|---|
| 文件標題 | 是 | 200 | 去除空白、轉義、拒絕控制字元 |
| 頁面描述 | 是 | 500 | 去除空白、轉義、拒絕控制字元 |
| 作者名稱 | 否 | 120 | 去除空白、轉義；空白時整行省略 |
所有欄位中的 & 符號與角括號都會被編碼，引號在可能破壞屬性格式時也會被編碼。像是「Q&A: Basics」這樣的標題會以正確轉義的形式送達頁面，而非格式錯誤的 HTML。
| 由工具產生 | 排除 —— 由專用工具處理 |
|---|---|
| UTF-8 字元集宣告 | Canonical 連結元素 |
| 響應式視窗中繼 | Robots 中繼與 X-Robots-Tag 標頭 |
| 標題元素 | Open Graph 屬性 |
| 中繼描述 | Twitter Card 中繼標籤 |
| 可選的作者中繼 | JSON-LD 結構化資料與 hreflang 多語系版本 |
為您的網站產生基本的中繼標籤區塊
當您已準備好一份 HTML 頁面，想在不手寫轉義序列或猜測長度限制的情況下填入基本 head 區塊時，請依以下步驟操作。
- 開啟 Meta Tag Generator，在標題欄位中輸入一個準確的文件標題 —— 也就是您希望瀏覽器在分頁與書籤中顯示的同一字串 —— 去除空白後不得超過 200 個字元。
- 輸入簡潔的頁面描述，於描述欄位中摘要說明訪客實際造訪頁面時會獲得的內容，控制在 500 個字元以內，避免關鍵字堆疊或跨頁重複文字。
- 新增作者名稱（選填），僅在網站確實維護此資訊時填寫 —— 例如固定的署名或組織名稱 —— 控制在 120 個字元以內；沒有實質內容可記錄時請留空。
- 產生區塊，在複製之前先檢查預覽，確認字元編碼、視窗內容與各行的順序。
- 從輸出面板複製轉義後的區塊；請勿手動重新輸入，因為手動複製可能遺失已實體編碼的 & 符號與角括號。
- 將各行貼入 HTML 頁面的文件 head 內，不要貼到 body，也不要貼到會對標記進行二次轉義的視覺化編輯器中。
- 在瀏覽器中檢視送出的原始碼，移除主題、外掛、SEO 框架或部署平台額外加入的重複標題、描述或作者中繼資料，並再次確認文件中仍然只有一個標題元素。
處理過程完全在用戶端進行，因此您輸入的值會保留在本機，不會上傳至 Lizely。當您正在為尚未上線的網站起草，或未公開的標題與描述具有商業敏感性時，這點格外重要。
貼上區塊並檢視送出的原始碼
產生標記只是簡單的一半。較困難的一半是驗證您貼上的內容是否確實送達訪客，因為主題、外掛、頁面建構器與部署平台經常會在您設定的標題、描述或作者中繼資料之上，再注入自己的版本。若頁面上同時出現兩個 title 元素或兩個 meta description，行為會變得無法預測：瀏覽器通常採用第一個，搜尋系統可能採用其中任一個，而驗證工具則會標記為重複。貼上區塊後，請檢視該頁面的原始公開原始碼，確認每項都只有一個 —— 一個 title 元素、一個 meta description，以及最多一個 author 中繼標籤。
也請一併檢查 HTTP 回應標頭。若伺服器宣告的字元編碼與您 head 中的 UTF-8 宣告不同，解析器會依標頭解決衝突，這可能讓含有非 ASCII 字元的標題與描述變得錯亂。此工具無法檢查您的伺服器標頭，因此這項驗證仍須由您自行處理。Google 發布了標題連結指南，說明即使原始標記正確，搜尋系統仍可能改寫標題，這也解釋了為何一個有效的區塊，在搜尋結果中可能呈現不同的可見標題。
工具不會為您代勞的限制、衝突與決策
title 元素上限為 200 個字元，description 上限為 500 個字元，但這僅是語法邊界，並非排名目標 —— 並無任何 SEO 聲明掛保證填滿這些字元就能提升排名。根據 Google 的標題連結說明文件，搜尋系統可自由從頁面中挑選不同的可見文字，而您在 meta description 中撰寫的內容只是提示，搜尋引擎可以忽略。若您需要的標題超過 200 個字元，請精簡；若頁面確實需要超過 500 個字元的摘要，請拆分頁面或撰寫更精煉的描述。
作者欄位是關於著作權的中繼資料，並非經驗證的身分、版權聲明，也無法取代 rel=author 連結或結構化資料。對於文章、人物與組織，您仍須在頁面上提供準確的可見署名，並在 JSON-LD 或 Microdata 中加入正確的結構化資料。此工具不會評估關鍵字品質、像素寬度、點擊率或搜尋需求。這些屬於內容與產品決策，而非語法驗證範疇。它同樣不會抓取頁面、更新 CMS 或發布變更 —— 請讓中繼資料與訪客實際看到的內容一致，之後再透過搜尋控制台的檢查工具重新抓取後確認實際收錄的內容。