# 如何核對初級職位是否要求經驗 在相信初級職位這個標籤之前，先讀完整份職位說明。把必須的經驗、優先的經驗，以及說明裡寫明的培訓分開。保留來源的原話。如果用字不清楚，這個個案就保持不清楚。這項檢查只閱讀職位刊登。它不判斷你本人是否適合這份工作。 Actor 是一個託管程式，用來收集資料。Task 是已儲存的輸入預設。預設是一組有名稱、可以再次使用的輸入。這裡的 Actor 是 [Indeed Jobs Scraper](https://apify.com/chronometrica/indeed-jobs-scraper)。它從 Indeed（一個公開的職位網站）收集職位刊登列。每一個經驗類別都由你自己指定。Actor 不會指定這些類別。 公開 Task 只是起始輸入。它不表示 Actor 會替你判斷這些職位刊登。 ## 先寫下你的規則 在這個 Actor 裡，初級沒有單一規則。你必須在閱讀各列之前先寫下規則。納入規則是決定哪些職位刊登符合你目標的那一句。 本文使用一條納入規則。職位說明必須寫明不需要先前的相關經驗。這裡的相關是指同一類工作的經驗。 必須是指職位刊登寫明你一定要有該項經驗。required 和 must 這些字表示這一點。優先是指職位刊登要求經驗，但沒有寫明你一定要有。明確不需要是指職位刊登寫明該項經驗不是必須。有提供培訓是指職位刊登寫明會提供培訓。不清楚是指缺少這些信號。明確是指職位刊登用文字寫出該點。 「兩年優先」和「兩年必須」不是同一項聲稱。單一個數字不足夠。一個職稱不足夠。要讀它們旁邊的文字。 你可以寫一條不同的規則。一個例子是明確的有薪培訓。如果你選擇該規則，只按該規則計數。不要在同一次計數裡混用兩條規則。後面的虛構計數只使用不需要先前經驗這條規則。 搜尋標籤不是僱主的完整規則。職位刊登可以寫 junior，同時仍要求專業牌照。牌照是另一項條件。培訓不會取消牌照、測試、學位，或職位刊登要求的其他證明。 ## 收集一份你讀得完的樣本 目前的公開版本是 1.2.14。它接受 searchTerm、country、location、maxItems、maxPagesPerSearch、postedWithinDays、sortBy 和 saveOnlyUniqueItems。不要假設其他輸入名稱可用。 已儲存的[公開 Task](https://apify.com/chronometrica/indeed-jobs-scraper/examples/indeed-jobs-scraper) 在 2026-10-13 是現行版本。它的輸入範圍廣。把它當作起點，不要把它當作你的閱讀樣本。 ```json { "country": "us", "searchTerm": "software engineer", "maxItems": 100, "postedWithinDays": "7", "sortBy": "date", "maxPagesPerSearch": 2, "saveOnlyUniqueItems": true } ``` 收集一份你讀得完的樣本 在這組已儲存的輸入裡，country `us` 是指美國。searchTerm 是 `software engineer`。maxItems 是 100。maxPagesPerSearch 是 2。postedWithinDays 是文字 `7`，所以這組輸入要求最近七天。sortBy 是 `date`，所以這組輸入要求按日期排序。saveOnlyUniqueItems 是 true。 角色是你打算閱讀的職位種類。市場是國家；如果你設定了 location，再加上一個地點。第一次檢查時，設定一個角色和一個市場。把 maxItems 設為 2。把 maxPagesPerSearch 設為 1。用那一個角色取代 `software engineer`。只有在你需要一個地點時才設定 location。 上限是你要求 Actor 最多儲存的數量。maxItems 限制列數。maxPagesPerSearch 限制每次搜尋的頁數。上限為 2 時，你可以讀完每一份已儲存的說明。它不會告訴你有多少職位存在。一次在七天內的執行仍可能遺漏職位刊登。一次執行是 Actor 的一次運行。 一次相容的現行對照檢查使用了小上限。它返回了兩列。每一列的 ID 和 URL 都指向同一則職位刊登。descriptionText 是完整的。該次執行達到上限後停止。這個結果只支持文字收集。它不是下方虛構各列的發現。它也不是對該市場的完整覆蓋。 儲存原始各列。儲存你實際使用的輸入。儲存 OUTPUT，以及任何上限或失敗備註。OUTPUT 是已儲存的結果檔案。空結果不能證明沒有職位存在。達到上限不能證明你看過每一份職位。 Actor 提供目前的公開文字。它不提供較早的說明。它不提供僱主編輯文字的時間。它不提供申請人狀態。它不提供培訓計劃。它不指定經驗類別。 下方的虛構記錄表不是 software engineer 的結果。它不是那次兩列對照檢查。已儲存的 Task 和這段虛構各有不同作用。 ## 保留這些欄位 欄位是一列上的一個具名值。一列是一則已收集的職位刊登紀錄。使用 jobId、title、companyName、locationRaw、descriptionText、descriptionStatus、jobUrl、query、searchLocation 和 scrapedAt。 把 jobId 保留為文字。如果你把它存成數字，試算表可能會改動它。這個 ID 必須保持為你收集到的同一段文字。 descriptionText 是已收集的說明。descriptionStatus 告訴你該段文字是否可用。`full` 表示已收集說明文字。`missing` 表示未收集。沒有承諾任何摘錄狀態。已收集的文字並不保證是僱主的整份文件。 seniority、employmentType、salaryRaw、postedAt 和 postedAtRaw 可以缺失。缺失表示未知。未知不是零。空白的 seniority 欄位不是初級職位標籤。 title、seniority 和 query 是標籤。它們顯示名稱或搜尋。它們不能取代 descriptionText。postedAt 是來源給出的發佈時間（當該欄位存在時）。scrapedAt 是 Actor 收集該列的時間。兩個時間都不能證明僱主其後有編輯。 比較各列之前，使用已發佈的重複與重新刊登指南：[職位重複與重新刊登](https://chronometrica.com/zh-Hant/articles/%E7%A7%BB%E9%99%A4%E9%87%8D%E8%A4%87%E8%81%B7%E4%BD%8D%E5%88%8A%E7%99%BB%E4%B8%A6%E6%AD%B8%E7%B5%84%E5%8F%AF%E8%83%BD%E9%87%8D%E6%96%B0%E5%88%8A%E7%99%BB%E7%9A%84%E8%81%B7%E4%BD%8D/)。再次發佈的職位刊登可以看起來像第二份工作。不要把兩份副本當成兩套不同的僱主規則。Task 裡的唯一項目設定不能取代該項覆核。 ## 做這八項檢查 1. 收集之前，用一句話寫下納入規則。在本文中，規則是不需要先前的相關經驗。你也可以記下明確的有薪培訓，但不要把該項註記混進同一次計數。先寫規則，這樣職稱之後不能改動它。Actor 不會修正職位網站的搜尋。你只能檢查你已收集的列。 2. 在判斷一列之前，先檢查身分和文字。把 jobId 對上 jobUrl。閱讀 descriptionStatus。如果狀態是 missing，把說明標為不可用並停止。把 title 和任何 seniority 值保留為標籤。然後閱讀 descriptionText 裡的要求。一列可以出現在搜尋結果中，仍然不符合你的規則。在結果裡有一個位置，不是僱主的承諾。 3. 找出每一句經驗句子，以及它旁邊的限制用字。限制用字包括 required、must、preferred、not required 和 training。連同 jobId 和 jobUrl 複製該句原文。指定一個類別：明確必須、明確優先、明確不需要、有提供培訓，或不清楚。如果培訓和經驗同時出現，兩者都記錄。不要把它們併成一個詞。單一個數字仍然需要那些限制用字。 4. 把學歷、證明和同一類工作的條件分行記錄。學位、牌照、測試或工具技能不是經驗類別。不要把一句培訓句子變成這些條件已通過。如果一則職位刊登寫出兩條不同的經驗規則，保留兩句並標為衝突。不要只保留較容易的那一句。這額外的一對是本步驟的虛構。它不是下方六列之一。一行寫「不需要經驗。」後面一行寫「需要三年。」這兩行互相衝突。結果是衝突，不是通過。 5. 為每一則已收集的職位刊登建立一列記錄。記錄表是你的覆核表，記載原話和類別。包含聲稱的標籤、經驗類別、其他條件、培訓陳述、文字狀態和覆核狀態。覆核狀態是你按已寫規則所給的標籤。當說明支持該規則時，使用 `supported_label_under_rule`。當標籤和說明不一致時，使用 `label_conflict`。當用字不能決定該規則時，使用 `unclear`。這三個狀態屬於你。它們不是 Actor 欄位。 6. 只計數樣本中具有已知 jobId 和完整說明文字的列。把不可用的說明另行計數。把未能確定的 ID 另行計數。未能確定的 ID 是你無法對應到一則職位刊登的 ID。不要把缺少的經驗句子讀成零年。這個樣本不能告訴你僱主為何使用某個標籤。它也不能告訴你搜尋為何使用某個標籤。 7. 做一份較短的閱讀清單，供更仔細閱讀。一項優先條件可以留在該清單上。它不是自動拒絕。一句必須的句子是職位刊登裡的證據。它不是個人例外。只有僱主可以在你申請時接受例外。之後當你把自己的工作經歷和一個角色比較時，使用[技能契合指南](https://chronometrica.com/zh-Hant/articles/%E6%8C%89%E6%8A%80%E8%83%BD%E6%8E%92%E5%BA%8F%E8%81%B7%E4%BD%8D%E5%88%97%E8%A1%A8/)。不要加入一個表示你有多容易獲聘的分數。 8. 交付記錄表時，附上每個來源 ID 和 URL。申請之前，閱讀申請頁上的僱主指示。已收集的說明可能和該頁不一致。 ## 為六則虛構職位刊登分類 下方六列全部是虛構。它們不是 Actor 輸出。它們不是那次兩列對照檢查。沒有聲稱任何真實僱主結果。這些 ID 是教學文字。它們沒有可用的 URL。沒有提供 companyName 和 locationRaw。把它們留為未知。不要編造它們。 樣本規則有兩部分。第一，保留初級職位列。資深職位排除在外。第二，在餘下的完整文字中，套用不需要先前經驗的規則。 J1 的職稱是初級分析員。說明寫道：「不需要先前的分析經驗；有提供培訓。」它同時要求一項試算表測試。經驗類別是明確不需要，因為職位刊登寫明不需要先前的分析經驗。這符合已寫規則，所以覆核狀態是 `supported_label_under_rule`。同一句也提供培訓。把有提供培訓另行記下。文字沒有說培訓是有薪的。不要加上有薪一詞。試算表測試仍然是必須。測試不是經驗。符合經驗規則不會取消該測試。下一步，在依賴培訓用字之前，先閱讀該測試。 J2 的職稱是入門級分析員。說明的英文原文是 “Two years professional analytics experience required.”（需要兩年專業分析經驗。）職稱聲稱是初級。該句說兩年是必須，因為英文原文使用 required。已寫規則要求職位刊登寫明不需要先前的相關經驗。說明不符合該規則。職稱不會改變說明。覆核狀態是 `label_conflict`。下一步，把兩年保留為明確證據。例外屬於僱主，不屬於這份記錄表。 J3 使用這些英文原文：“One year preferred; new graduates welcome.”（一年為優先；歡迎應屆畢業生。）本例子沒有寫明職稱。類別是明確優先，因為職位刊登的英文原文寫 preferred，而且沒有寫 required。規則要求有文字說明不需要先前經驗。J3 沒有這樣寫。優先不是必須的門檻。優先也不是「不需要經驗」那一句。不要把 J3 計為符合規則。不要只因這一年優先而拒絕它。「歡迎應屆畢業生」是另一項陳述。它不會取消這裡沒有寫出的條件。把 J3 留在閱讀清單上。下一步，決定之前先讀完整份說明。 J4 使用這些字：「有報告方面的經驗。」沒有寫明職稱。該句沒有說 required、must、preferred 或 not required。它沒有提供培訓。單獨的經驗短語沒有類別。覆核狀態是 `unclear`。下一步，不要填上 must，也不要填上零。 J5 是搜尋返回的資深職位。初級樣本不包括資深職位。J5 不相關。排除它，並保留排除備註。如果你刪去備註，已收集的集合會看起來比實際更小。下一步，不要把 J5 的經驗用字放進初級計數。 J6 沒有完整說明。它的 descriptionStatus 是 missing。你不能為你沒有的文字分類。經驗需要是未知。未知不是零年，未知也不是通過。下一步，不要把 J6 放入已分類計數。 | 列 | 聲稱標籤 | 經驗原話 | 經驗類別 | 其他條件 | 培訓 | 文字狀態 | 按已寫規則的覆核 | 下一步閱讀 | | --- | --- | --- | --- | --- | --- | --- | --- | --- | | J1 | 初級分析員 | 不需要先前的分析經驗 | 明確不需要 | 需要試算表測試 | 有提供培訓 | full | supported_label_under_rule | 閱讀該測試。不要忽略它。 | | J2 | 入門級分析員 | 需要兩年專業分析經驗。 | 明確必須 | 未寫明 | 未寫明 | full | label_conflict | 不要相信職稱。 | | J3 | 未寫明 | 一年為優先；歡迎應屆畢業生。 | 明確優先 | 歡迎應屆畢業生 | 未寫明 | full | 優先；保留以供更仔細閱讀 | 不要把一年視為必須。 | | J4 | 未寫明 | 有報告方面的經驗 | 不清楚 | 未寫明 | 未寫明 | full | unclear | 不要填上 must 或零。 | | J5 | 資深職位 | 排除後不使用 | 未分類 | 按樣本規則排除 | 不使用 | 不用於這次計數 | 不相關；已保留排除 | 保留排除備註。 | | J6 | 未寫明 | 沒有說明文字 | 未知，不是零 | 未知 | 未知 | missing | 不可用 | 不要為該列分類。 | 這張表是虛構。對於真實職位刊登，在該列加上真實的 jobId 和 jobUrl。不要把這些類別抄到真實僱主上。 ## 計數虛構各列 虛構集合有六則已收集紀錄：J1、J2、J3、J4、J5 和 J6。 四列有你可以分類的相關完整文字：J1、J2、J3 和 J4。 一列不相關：J5。 一列的文字不可用：J6。 4 + 1 + 1 = 6. 這個集合沒有未能確定的 ID。如果你有一個，你會把它和 J6 放在一起，放在這四列之外。 在這四列之中： - J1 符合不需要先前經驗的規則。該計數是 1。 - J2 與規則衝突。該計數是 1。 - J3 有優先經驗。該計數是 1。 - J4 仍然不清楚。該計數是 1。 1 + 1 + 1 + 1 = 4. 不要把四列中的一列稱為成功率。單一比率會隱藏衝突、優先和不清楚用字之間的分別。這些結果需要不同的下一步。不要把這條規則稱為初級的通用定義。這些計數只描述這些虛構句子在一條已寫規則下的情況。 ## 根據一則職位刊登的用字來判斷 選擇一則真實職位刊登。連同它的 jobId 和 jobUrl 複製它的經驗句子。把該句標為必須、優先、不需要、有提供培訓，或不清楚。把測試、牌照和學歷分行寫下。如果兩句經驗句子不一致，兩者都保留並標為衝突。如果 descriptionStatus 是 missing，寫下未知。只有在該記錄列完成之後，才把那些用字和初級標籤比較。 當記錄表顯示原話、類別、其他條件和文字狀態時，這項檢查才完成。當職稱寫 junior 或 entry level 時，檢查並未完成。 ## 下一步行動 在相信初級職位標籤之前，先為一則職位刊登的經驗用字分類。從 [Indeed Jobs Scraper Actor](https://apify.com/chronometrica/indeed-jobs-scraper) 及其[公開 Task](https://apify.com/chronometrica/indeed-jobs-scraper/examples/indeed-jobs-scraper) 開始。設定一個角色、一個市場、maxItems 2 和 maxPagesPerSearch 1。儲存各列，然後在申請之前閱讀完整的說明文字。 ## 來源與延伸閱讀 - [Indeed Jobs Scraper Actor](https://apify.com/chronometrica/indeed-jobs-scraper) - [Indeed Jobs Scraper 公開 Task](https://apify.com/chronometrica/indeed-jobs-scraper/examples/indeed-jobs-scraper) - [職位重複與重新刊登](https://chronometrica.com/zh-Hant/articles/%E7%A7%BB%E9%99%A4%E9%87%8D%E8%A4%87%E8%81%B7%E4%BD%8D%E5%88%8A%E7%99%BB%E4%B8%A6%E6%AD%B8%E7%B5%84%E5%8F%AF%E8%83%BD%E9%87%8D%E6%96%B0%E5%88%8A%E7%99%BB%E7%9A%84%E8%81%B7%E4%BD%8D/) - [職位契合短名單](https://chronometrica.com/zh-Hant/articles/%E6%8C%89%E6%8A%80%E8%83%BD%E6%8E%92%E5%BA%8F%E8%81%B7%E4%BD%8D%E5%88%97%E8%A1%A8/) - [關於職位篩選的公開投訴](https://www.reddit.com/r/ausjobs/comments/1tgj5t7/anyone_else_frustrated_by_the_useless_filters_on/)