如何打造求職看板：職缺刊登、應徵與付費刊登

要打造求職看板，首先選定一個雇主難以找到合適人才的利基領域，建立一份整理清楚的職缺清單，並設計符合求職者搜尋習慣的篩選條件，讓每則職缺都有結構良好的獨立頁面，再讓雇主透過簡單的表單與結帳流程刊登並付費。儘早決定求職者是在你的網站應徵，還是在雇主的網站應徵，因為這個選擇會決定你要處理多少個人資料。對新看板來說，同時吸引雇主與求職者才是最難的部分；軟體反而是比較容易的一環。

求職看板需要哪些功能

資料

職缺、公司、類別或職務類型、地點，以及（如果你收費）帶有付款狀態與到期日的訂單或刊登紀錄。如果你要收集應徵資料，還要加入應徵紀錄與履歷檔案，並與職缺相連，且只讓該雇主看得到。

權限

• 任何人都可以看到仍在有效期內的職缺。
• 雇主只能編輯自己的刊登內容。
• 如果你接受站內應徵，雇主只能看到應徵自己職缺的紀錄，求職者也只能看到自己的應徵紀錄。
• 管理員可以查看並審核所有內容。

履歷含有個人資料，例如姓名、聯絡方式與工作經歷。如果你要保存履歷，請將檔案設為私人可見，在一段設定的期限後刪除，並在隱私權聲明中清楚說明你保存的時間長度。

決策與取捨

利基領域

綜合型求職網站競爭激烈。利基型看板靠的是相關性取勝：例如專門找某種程式語言的遠端工作、氣候科技領域的職缺、某地區的護理職位，或某城市的餐旅工作。範圍越窄，你的篩選條件越明確，行銷也越容易。

站內應徵或站外應徵

站外應徵（連結到雇主的應徵頁面或一個電子郵件地址）比較簡單：不必保存履歷、隱私方面的義務較少，雇主也能繼續使用自己的招募工具。站內應徵能讓求職者有一致的使用體驗，也能提供雇主簡單的應徵者名單，但你因此必須處理個人資料，還得建構部分的求職者追蹤系統。多數新看板一開始都採用站外應徵。

定價

常見的模式包括每則職缺固定收費、精選職缺加價、多則職缺的折扣方案，或為經常招募的雇主提供訂閱。建議先從一種價格和一種加值方案開始。有些看板會免費刊登前幾則職缺，以顯示平台有活動；如果這樣做，請誠實標示哪些職缺是付費、贊助或從其他來源蒐集而來的。

到期與新鮮度

求職者若投遞到已經招滿的職缺，很快就會失去信任。請為每則職缺設定到期日（30 或 60 天是常見的做法），讓雇主可以標記職位已招滿，並自動隱藏已過期的職缺。最簡單的做法，是在列出職缺時依到期日進行篩選，如此一來就不需要排程任務來隱藏它們。

搜尋能見度

如果職缺頁面帶有正確的結構化資料，就有機會出現在 Google 的職缺搜尋體驗中。根據 Google 截至 2026 年 9 月的文件，必要的 JobPosting 屬性包括職稱、職務說明、發布日期、招募機構與工作地點（遠端工作另有說明）。文件也指出，過期的職缺應該移除，方法包括設定過去的 validThrough 日期、回傳 404 或 410，或移除標記；並且此標記只能放在個別職缺頁面，不能放在列表頁。實作前請先查看 Google 目前的指南。

因此，頁面的呈現方式很重要：職缺頁面應該在不依賴大量客戶端 JavaScript 的情況下，就能讓搜尋引擎讀取。我們的 AI 建置網站的 SEO 指南 說明了相關選項。

給 AI 建置工具的第一段提示詞

建立一個名為 GreenStack Jobs 的利基型求職網站，專門刊登氣候科技與潔淨能源公司的軟體職缺。職缺頁面包含職稱、公司名稱與標誌、地點或「遠端」（附允許的國家）、薪資範圍、僱用類型、資歷層級、職務說明，以及一個「應徵」按鈕，連結到雇主的應徵網址。首頁依最新順序列出有效職缺，精選職缺置頂，並提供職務類型、遠端或現場、資歷層級與薪資的篩選，篩選條件保留在網址中。雇主使用「刊登職缺」表單，預覽後送出；職缺會先進入管理員的審核佇列等待核准。職缺在發布後 30 天到期，到期後自動隱藏。每個職缺頁面都要有獨特的標題、meta 描述與 JobPosting 結構化資料。使用 Next.js，讓職缺頁面採伺服器端渲染。資料存放在資料庫，標誌存放在檔案儲存空間。付款步驟先保留為佔位，我們之後再加入 Stripe Checkout。

核心功能運作之後，再加入 Stripe Checkout 收取刊登費，接著加入求職者的電子郵件通知。如何在你的應用程式中加入付款功能 說明了結帳與 webhook。

建置步驟

1. 選定利基領域，並列出求職者可能會使用的篩選條件。
2. 蒐集第一批真實職缺，可以是經過許可的，或連結到原始職缺。
3. 用這些資料建置職缺頁面、列表與篩選功能。
4. 加入刊登職缺表單，附預覽與管理員審核佇列。
5. 加入付款功能，先以測試模式收費，再切換為正式模式：付款後，職缺進入審核或直接上線。
6. 加入到期機制與「標記為已招滿」功能。
7. 為職缺頁面加入 SEO 基本設定與 JobPosting 標記，並建立網站地圖。
8. 建立求職者管道，例如每週寄送新職缺的電子報，或你所在利基領域的社群。
9. 加入雇主帳號，讓回頭客能管理並續約刊登。
10. 只有在雇主提出需求後，才考慮站內應徵功能。

常見錯誤

• 空著就上線。 求職者看到只有五個職缺的看板就會離開。請先放上真實且相關的職位。
• 讓過期職缺留在網站上。 這會浪費求職者的時間，也可能違反搜尋引擎的指南。
• 在雇主不知情的情況下以誤導的方式刊登職缺。 如果你列出其他來源的職位，請連結到原始來源，並且不要暗示雇主向你付了費。
• 隱藏薪資範圍。 許多求職者會先依薪資篩選；在某些地區，招募廣告依法必須標示薪資範圍。請讓薪資欄位顯眼。
• 沒有規劃就收集履歷。 保存你用不到的個人資料，只會帶來風險而沒有回報。
• 審核機制薄弱。 詐騙職缺容易出現在開放式看板上。請在新雇主的職缺上線前先審查。
• 在列表頁放置結構化資料，或填寫不存在的欄位。 請完全依照搜尋引擎的指南操作。

成本與工具

主機代管、資料庫與標誌的儲存空間是基本成本。每則付費刊登都會產生金流手續費。電子郵件服務商負責寄送職缺通知與收據。如果你加入站內應徵功能，履歷儲存與上傳檔案的病毒掃描又會增加一些成本。請到各服務商的官方網站確認目前的價格。

何時選擇現成產品比較好

如果你想快速建立標準的求職看板，代管的求職看板軟體通常每月收費，就能立即提供刊登、付款、通知與雇主帳號等功能。對於只想在現有網站旁邊加上一個求職頁面的社群或協會，它也很適合。如果你只是要為自家公司招聘，根本不需要求職看板；申請人追蹤系統或招募頁面會更適合你。當你的利基領域需要特殊的欄位、篩選或定價，當看板是更大產品的一部分，或是當你希望完全掌控頁面的搜尋呈現時，再自己建置會比較合適。

使用 Mythex 建置

Mythex 可以依照上面的提示詞建置這個看板：職缺頁面、保留在網址中的篩選條件、附管理員佇列的刊登表單，以及到期邏輯，並搭配專用的 Postgres 資料庫與標誌檔案儲存空間。你可以要求使用 Next.js，讓職缺頁面採伺服器端渲染，在即時預覽中檢查，並在 Pro 方案中發布到公開網址或你自己的網域。雇主登入與付款則需要自備：你可以選擇驗證方式，並連接自己的 Stripe 帳號，金鑰會以專案機密的形式儲存。職缺通知郵件則使用 Resend 或 Postmark 等服務商，搭配你自己的金鑰。

文件涵蓋 使用 Stripe 收款、寄送電子郵件 與 已發布應用程式的 SEO。如果你想以招募為主要方向開始，請參考 招募代理商網站建置工具；如果你只是要追蹤自家公司的招募候選人，招募流程追蹤範本 會更貼近需求。求職看板也是一種目錄網站，因此 如何打造目錄網站 也是很好的背景參考。

常見問題