Google 職缺 結構化資料 沒做好時，最常見的結果不是網站壞掉，而是 Google 看不懂你的職缺頁值不值得放進求職搜尋體驗。對台灣中小企業來說，真正要先補的通常不是更花俏的招募文案，而是六件基本功：職缺頁要有獨立網址、內容先講清工作本身、頁面放對 JobPosting 欄位、地點資訊寫完整、職缺過期要下架，以及新增或移除職缺時要有通知 Google 的更新流程。
這些基礎一旦沒接好，就算你在官網有職缺頁，也很可能只有人力銀行頁面被看見。想讓官網職缺出現在 Google，重點不是多貼幾個平台，而是把職缺內容、JobPosting 結構化資料與更新流程接完整。
想讓官網職缺出現在 Google，重點不是多貼幾個平台，而是把職缺內容、JobPosting 結構化資料與更新流程接完整。
先回答：為什麼官網職缺沒出現在 Google？
很多中小企業以為只要把職缺放在公司官網，Google 自然就會抓到；但 Google 的官方 Job Posting 文件寫得很清楚，雇主若想讓職缺進入較完整的求職搜尋體驗，必須在職缺頁加入 JobPosting 結構化資料。Google Search Central：JobPosting 結構化資料
Google 的 Job Search 說明頁也直接指出，使用自家網站刊登職缺的雇主，可以透過編輯職缺頁 HTML、加入 job posting structured data，直接和 Google 整合。換句話說，官網不是不能做徵才，而是你不能只把它當一般文章頁。Job Search on Google
另一個常被忽略的問題，是職缺內容本身不夠像職缺。104 的徵才文案建議就提醒，職缺應該寫明工作內容需求，而不是只寫人格特質。這點對 Google 和真人求職者都一樣重要，因為若頁面只剩空泛口號，系統和人都很難判斷這份工作到底在做什麼。104 職場力：徵才文案應該寫明職務內容需求，而非人格
Google 官方目前怎麼看 JobPosting？
Google 官方文件把這件事講得比多數教學更務實：加入 JobPosting 結構化資料，不是保證排名或保證一定有履歷，而是讓職缺頁有資格進入更完整的 job search experience。這種搜尋外觀會把職稱、公司、地點、薪資或其他職缺細節整理給求職者看，前提是頁面資料要明確、可讀、可更新。
最新文件也顯示，這不是寫一次就結束的靜態設定。Google Search 文件更新頁在 2026 年 6 月 22 日明確補充：當你使用 jobLocation 屬性時，也必須包含 addressCountry。這代表職缺結構標記會持續調整，不能只抄舊範例後多年不管。Latest Google Search Documentation Updates
如果職缺很多、變動快，Google 也建議別只靠 sitemap 等待重抓。Indexing API Quickstart 指出，網站擁有者可以直接通知 Google 某個 job posting 頁面已新增、更新或移除，而且這個 API 僅適用於 JobPosting 或特定直播頁型。
對有短生命週期職缺的網站來說，這比單靠 sitemap 更有利於保持結果新鮮，也更能降低過期職缺還掛在搜尋結果裡的風險。Google Search Central：Indexing API Quickstart
| 做法 | 優點 | 風險或限制 | 適合誰 |
|---|---|---|---|
| 只靠 104、1111 等第三方平台 | 上手快，平台已有流量 | 官網雇主品牌與職缺資料不一定累積回自己網站 | 沒有技術資源、先求快速曝光的團隊 |
| 官網有職缺頁，但沒 JobPosting 結構化資料 | 可以累積自家內容與品牌頁 | Google 不一定能把它當成正式職缺體驗理解 | 已經有官網職缺頁、但曝光不穩的團隊 |
| 官網職缺頁加 JobPosting，並有更新流程 | 比較容易讓 Google 看懂內容、時效與狀態 | 需要維護欄位、下架規則與更新通知 | 有固定招募需求、想累積自家招募資產的團隊 |
台灣中小企業先補哪 6 件事？
1. 每一個職缺要有獨立、可被抓取的網址
如果你把所有缺都塞在一個 PDF、圖片輪播或單一長頁裡，Google 很難把每一份工作當成明確職缺理解。最穩的做法是讓每個職缺至少有一個穩定網址，頁面上看得到職稱、職務內容、地點、雇用型態與應徵方式。
2. 內容先像職缺頁，不要只像品牌宣傳頁
104 對徵才文案的提醒很值得借用：先寫職務內容需求，不要先堆人格形容詞。對台灣中小企業來說，求職者真正想先看的是做什麼、跟誰合作、上班地點、薪資區間、工時、投遞方式與流程。這些內容越清楚，後面的結構化資料才不是空殼。
3. JobPosting 欄位至少把基本盤寫完整
Google 官方範例反覆出現的核心欄位包括職稱、說明、日期、雇用型態、雇主資訊與地點資訊。實務上，先把 title、description、datePosted、employmentType、hiringOrganization、jobLocation 與適用時的 validThrough 整理好，比一開始追很多選配欄位更重要。
4. 地點資訊不要寫一半
這題在今天更重要，因為 Google 已明確更新文件，使用 jobLocation 時必須包含 addressCountry。如果你是台灣在地職缺，至少要把國家、城市與必要的地區資訊寫清楚；若是遠端或混合辦公，也要用官方支援的寫法處理，不要只在文案裡模糊帶過。
5. 到期職缺一定要有下架規則
Google 在 JobPosting 文件中講得很直白：如果職缺不再開放應徵，就必須標示為過期、回傳 404 或 410、或移除頁面上的 JobPosting 結構化資料；若過期職缺沒有及時處理，可能導致人工判決處罰。這不是細節，而是招募頁信任和搜尋品質的底線。Google Search Central：移除徵人啟事
6. 新增、更新、移除職缺要有通知流程
如果你一年只招一兩次人，手動檢查或許還撐得住；但只要職缺開始變多，就應該把更新流程寫成 SOP。Indexing API 可用來通知 Google 某頁新增、更新或移除，Google 也說對 job posting 這類短生命週期頁面，這通常比只改 sitemap 更快。這一步的價值不是炫技，而是避免你已經關閉的職缺還掛在搜尋結果上。
誰適合做，誰先不用急
這套做法最適合本來就有公司官網、希望累積自家雇主品牌、職缺會反覆招募，或不想永遠只靠人力平台流量的台灣中小企業。尤其是餐飲連鎖、零售、多門市服務業、教育培訓、製造業助理職與固定行政職，通常最值得先整理這一層。
如果你現在一年只招一次、官網沒有可維護頁面、也沒有任何人能管理內容更新，那就不一定要急著先上完整 JobPosting。比較務實的順序，可能是先把職缺頁寫清楚，再決定要不要加上結構化資料與更新通知流程。
7 天內怎麼上線第一版？
第 1 天：盤點現有職缺頁
先確認目前職缺是放在官網文章、PDF、Google 文件、104，還是只有社群貼文。把所有現有入口列出來，找出哪些頁面其實沒有獨立網址或內容太薄。
第 2 天：把每份職缺改成求職者看得懂的頁面
先補齊工作內容、地點、時間、薪資或薪資說明、應徵方式、流程與到期條件。這一步做完，你的頁面才有資格進入下一步，不然結構化資料只是把模糊資訊包成 JSON。
第 3 到 4 天：補上 JobPosting 基本欄位
請工程或網站維護者把基本欄位寫進 HTML，至少先讓一份主力職缺完整上線。若你有不同地區或不同班別，不要把完全不同工作混成一筆結構資料。
第 5 天：設定過期與下架規則
決定職缺關閉時要採哪一種做法：設過去的 validThrough、關頁回傳 404/410，或移除 JobPosting。這個規則必須由 HR、主管與網站維護者一起講清楚，不然最後最常出錯的是職缺關了、頁面卻還掛著。
第 6 天：準備更新通知流程
如果有工程資源，就規劃 Indexing API；如果暫時沒有，也至少先建立一張更新清單，標記哪些職缺新增、修改、下架，以及誰負責確認頁面與結構標記同步。SOP 比工具更重要。
第 7 天：用一個職缺先跑通
先不要一次改全站。用一個最穩定、最常招的職缺跑通：頁面內容、結構化資料、下架規則、更新通知、應徵入口與內部接手流程。跑得通，再複製到下一批職缺，成功率會高很多。
資料更新與來源
本文於 2026-06-22 整理 Google Search Central、Job Search on Google 與 104 職場力公開資料。這題有時間敏感性，因為 Google 的 JobPosting 文件與欄位要求會更新；其中 Google Search 文件更新頁已記錄 2026 年 6 月 22 日補充了 jobLocation 與 addressCountry 的要求。
- Google Search Central：JobPosting 結構化資料
- Job Search on Google
- Google Search Central：Indexing API Quickstart
- Latest Google Search Documentation Updates
- 104 職場力：徵才文案應該寫明職務內容需求，而非人格
結論
如果公司官網職缺一直沒出現在 Google，先不要急著怪平台流量不夠。對台灣中小企業來說，更常見的問題是：職缺頁不像職缺頁、JobPosting 欄位沒補齊、地點資訊寫一半、過期職缺沒下架、更新流程也沒通知 Google。把這六件事接起來之後，你的官網職缺頁才比較有機會被系統看懂，也更有機會把求職流量留在自己的品牌資產裡，而不是永遠只替第三方平台做內容。
FAQ
公司官網職缺一定要做 JobPosting 結構化資料嗎？
如果你希望 Google 更容易把官網職缺辨識成正式職缺頁，JobPosting 會是比較穩的做法。沒有它不代表一定不能被找到，但較難進入較完整的 job search experience。
只有在 104 或其他平台刊職缺，還需要做官網版本嗎？
不一定，但若你想累積自己的雇主品牌與長期招募資產，官網版本通常值得做。第三方平台適合快速曝光，官網則適合累積自家內容與應徵入口。
Google 職缺 結構化資料做了，就一定會有履歷嗎？
不會。它主要幫助 Google 理解與呈現職缺，不會取代職缺內容品質、薪資透明度、品牌吸引力與實際應徵流程。
職缺關閉後最容易出什麼問題？
最常見的是頁面還活著、結構化資料還在、應徵按鈕卻失效。Google 官方明確提醒，過期職缺若未及時處理，可能導致人工判決處罰。
沒有工程團隊，也能先開始嗎？
可以。先把職缺頁內容寫清楚、整理欄位、決定過期規則，再找外包或維護人員補上 JobPosting。對小團隊來說，先把第一份職缺跑通，比一次追求全站自動化更實際。