JobPosting 結構化資料不是讓職缺頁突然排名的魔法，而是把「這是一個正在招募的單一職缺、由哪家公司招募、在哪裡工作、何時到期、怎麼申請」用搜尋系統看得懂的方式說清楚。台灣中小企業在貼 JSON-LD 前，應先確認官網職缺頁本身已經把職務、薪資或薪資範圍、地點、工作型態、申請入口、到期日與徵才限制寫清楚。若頁面內容不完整、過期職缺沒下架、schema 寫了求職者看不到的資訊，JobPosting 結構化資料反而可能放大錯誤曝光。
JobPosting 結構化資料先解決什麼問題
很多中小企業的職缺只存在人力銀行、社群貼文、Notion 頁面或一張圖片。這些渠道可以帶流量，但官網職缺頁常常沒有自己的搜尋資產：標題像「夥伴招募」、同一頁塞多個職缺、地點和薪資不明、職缺關閉後還留在網站上。搜尋引擎和求職者都很難判斷這個職缺是否還有效。
Google 的 JobPosting structured data 文件說明，加入 JobPosting 結構化資料可以讓職缺頁有資格出現在 Google 搜尋的工作相關體驗中；但這是 eligibility，不是保證排名。Google 的一般結構化資料指南也提醒，即使標記正確，搜尋結果是否顯示 rich result 仍取決於多種因素，且結構化資料必須代表頁面主要可見內容。來源：Google structured data guidelines。
這篇適合誰、不適合誰
這篇適合有官網、固定招募正職或兼職、想降低對人力銀行單一依賴的台灣中小企業。尤其是 B2B 服務、門市連鎖、餐飲零售、教育訓練、SaaS、製造業業務職、客服與行銷職，只要職缺會影響品牌信任與履歷品質，就值得把職缺頁做成可搜尋、可更新、可驗證的頁面。
它不適合用來包裝不存在的職缺、長期收履歷但沒有開缺的「人才庫」頁，或把招募活動、公司介紹、實習心得全部標成 JobPosting。Google 的 JobPosting 政策明確要求標記只用在包含單一職缺的頁面，也不允許過期職缺、假職缺、沒有申請方式或收集履歷但沒有實際招募的內容。
6 個職缺頁訊號要先補齊
1. 一個頁面只承接一個職缺
JobPosting 結構化資料應放在最具體的職缺詳細頁，而不是職缺列表頁。這一點對中小企業很關鍵：如果你的官網只有「加入我們」一頁，裡面混合業務、門市、行政、工讀、實習，搜尋系統和求職者都很難判斷頁面主要職缺。比較穩的做法是每個正在招募的職缺有自己的 URL，再由列表頁連過去。
2. 結構化資料裡有的，頁面也要看得到
Google 曾在 Job Posting 指南更新中提醒，職缺結構化資料裡的薪資、地點等資訊應和職缺頁可見內容一致；如果 schema 寫了薪資，頁面上也應該看得到同樣薪資。來源：Google Search Central job posting guideline update。這代表工程師不能只在 JSON-LD 裡補資料，HR 和行銷也要把同樣資訊寫進求職者看得到的內容。
3. 職稱不要塞地名、薪資和廣告詞
Google 文件建議 JobPosting 的 title 是職務名稱本身，不要把職缺編號、地址、日期、薪資或公司名都塞進 title。台灣中小企業常見問題是把職稱寫成「急徵台北高薪業務」。對求職者來說，這也不夠清楚。頁面 H1 可以寫得有吸引力，但 schema 的 title 應回到職務本身，例如「業務開發專員」或「門市服務人員」。
4. 地點、遠端、薪資與工作型態要能交叉驗證
JobPosting 常見欄位包含 hiringOrganization、jobLocation、employmentType、datePosted、validThrough、baseSalary 等。Google 文件也要求實體工作地點至少包含 addressCountry；遠端職缺則要正確處理 jobLocationType 與適用地區。對台灣 SME 來說，實務上要先問：是台北辦公室、全遠端、混合辦公，還是需到客戶現場？薪資是月薪、時薪、區間還是面議？這些資訊不只影響搜尋，也影響履歷品質。
5. 職缺到期日與下架流程要有人負責
Google JobPosting 政策不允許過期職缺。若不移除頁面，至少要讓 validThrough 變成過去日期，讓求職者不要看到已經關閉的職缺。中小企業最容易漏的是職缺補到人後沒通知網站廠商，導致官網、社群、Google 搜尋與人力銀行狀態不一致。建議每個職缺在發布時就寫入「關閉負責人」和「下架日期」。
6. 申請入口要直接，不要讓求職者猜
Google 政策也不允許沒有申請方式的職缺，並提醒求職者應能在不登入的情況下看到職缺描述。官網職缺頁至少要有清楚的申請按鈕、Email、表單或人力銀行連結。若需要作品集、履歷、可上班日期或薪資期待，請直接寫清楚，減少來回訊息。
| 檢查點 | 頁面要看得到 | AI 可協助檢查 |
|---|---|---|
| 單一職缺 URL | 每個職缺有自己的詳細頁 | 找出一頁多職缺、標題不清的頁面 |
| 職稱 | 職務名稱清楚，不塞促銷語 | 把誇張詞、地名、薪資從職稱拆出來 |
| 地點與工作型態 | 地址、遠端限制、出勤方式一致 | 比對正文、schema、表單選項是否衝突 |
| 薪資與條件 | 薪資或區間、工作時間、必要條件 | 標記空泛或可能誤導的描述 |
| 到期與下架 | 有效期限、關閉後的處理方式 | 提醒過期頁、缺少 validThrough 的頁面 |
| 申請方式 | 表單、Email、履歷要求、下一步 | 檢查 CTA 是否清楚、是否需要登入才能看 |
AI 可以幫忙檢查什麼，不能替你決定什麼
AI 很適合做第一層 QA：比對職缺頁正文和 JobPosting 欄位是否一致、找出過期日期、提醒「薪資寫在 schema 但頁面沒寫」、把一頁多職缺拆成多個職缺頁草稿、整理 HR 給網站廠商的欄位表。這能減少行銷、HR、工程師之間的漏接。
但 AI 不能替公司判斷薪資策略、是否真的開缺、工作條件是否合法，或哪些限制可以寫在徵才文案裡。台灣《就業服務法》第 5 條禁止雇主因特定身分條件歧視求職者，也禁止招募時做不實廣告或揭示。來源：Ministry of Labor Employment Services Act。因此 AI 只能列風險清單，最後仍應由 HR、主管或法務確認。
發布與下架流程
建議把 JobPosting 結構化資料納入一個簡單的 7 天流程。第 1 天，HR 寫出職務、地點、薪資、條件、申請方式與預計關閉日。第 2 天，行銷把職缺頁寫成求職者看得懂的版本，不只貼內部職務說明。第 3 天，網站廠商或內部工程師加入 JSON-LD，並讓 schema 和正文一致。第 4 天，用 Rich Results Test 和 Search Console URL Inspection 檢查。第 5 到 7 天，看履歷來源與求職者問題，補 FAQ 或條件說明。
關閉職缺時也要有 SOP：確認職缺已補到人或暫停招募、更新頁面狀態、移除或更新 JobPosting 標記、讓 validThrough 進入過去日期，並檢查社群貼文、人力銀行與官網入口是否同步。這比單純新增 schema 更重要，因為過期職缺會直接傷害求職者信任。
資料更新與適用限制
本文於 2026-06-23 依 Google Search Central JobPosting 文件、Google 結構化資料一般指南、Google Job Posting 指南更新、schema.org JobPosting 詞彙，以及台灣勞動部就業服務法英文法規頁整理。Google 搜尋呈現、JobPosting 欄位建議、遠端職缺規則與台灣招募法規解釋都可能更新，實作前應回到官方文件確認。
- Google JobPosting structured data
- Google structured data guidelines
- Google job posting guidelines update
- schema.org JobPosting
- Taiwan Employment Services Act
結論
公司職缺頁想被 Google 正確理解，第一步不是找外掛，而是先把職缺頁做成可信的招募頁。JobPosting 結構化資料應該反映頁面上已經存在的完整資訊：單一職缺、清楚職稱、真實地點、薪資與工作型態、到期日、申請入口與合法徵才描述。AI 可以幫你檢查漏項和衝突，但不能替你創造不存在的職缺或合理化模糊條件。當官網職缺頁、HR 流程和 schema 一起維護，招募行銷才會變成可累積的搜尋資產。
FAQ
JobPosting 結構化資料會保證職缺出現在 Google 嗎？
不會。它只讓職缺頁有資格被 Google 以工作相關體驗理解和呈現，仍要看頁面品質、可抓取性、內容是否完整，以及是否符合 Google 政策。
職缺列表頁可以放 JobPosting 嗎？
不建議。Google 指南要求 JobPosting 用在最具體的職缺詳細頁；列表頁應連到每個單一職缺頁，而不是把所有職缺都標在同一頁。
薪資一定要寫在職缺頁嗎？
若你把薪資寫進結構化資料，頁面上也應該看得到一致資訊。即使不做 schema，清楚薪資或薪資範圍通常也能提升求職者判斷品質。
AI 能直接產生可上線的徵才頁嗎？
AI 可以整理欄位、檢查缺漏、改寫語氣與比對 schema，但職缺是否存在、條件是否真實、限制是否合規，仍應由 HR、主管或法務確認。
職缺關閉後要刪掉頁面嗎？
可以刪除或移除 JobPosting 標記；若頁面保留，至少要把 validThrough 設為過去日期並清楚標示已停止招募，避免求職者看到過期職缺。