暫定日本語訳：JobPosting Schema

暫定日本語案: TL;DR — JobPosting schema is code あなた 追加 へ job-listing ページ その labels 暫定日本語案: role — “this is the job title,” “this is the employer,” “this is the salary,” 暫定日本語案: “this is where it’s based” — so Google できる put it in Google 向けに Jobs, 暫定日本語案: job-検索 box あなた see at top of results. あなた need five details at minimum: 暫定日本語案: job タイトル, 説明, date あなた posted it, employer’s name, と 暫定日本語案: ロケーション. Put it on ページ とともに one job per ページ — 決して ページ その lists lots 暫定日本語案: of jobs at once.

何 JobPosting schema is

暫定日本語案: いつ あなた post job on あなた careers ページ, person できる read タイトル, company, 暫定日本語案: pay, と どこ it’s based. 検索エンジン sees plain text と has へ guess. 暫定日本語案: JobPosting schema spells it out in code, using shared vocabulary から 暫定日本語案: schema.org, so Google できる understand listing 暫定日本語案: と 表示 it in Google 向けに Jobs — little job-検索 widget とともに company 暫定日本語案: logos その 表示される at top of results 向けに searches like “marketing jobs near me.”

暫定日本語案: It’s written in small block of code called JSON-LD その sits in ページ 暫定日本語案: なしで changing どのように ページ looks.

何 Google needs at minimum

暫定日本語案: へ be 適格 向けに Google 向けに Jobs, five things are 必要:

• 暫定日本語案: タイトル — job’s タイトル, like “Barista” または “Software Engineer” (ない タイトル 暫定日本語案: of Webページ).
• 暫定日本語案: 説明 — full job 説明.
• 暫定日本語案: datePosted — date あなた posted job.
• 暫定日本語案: hiringOrganization — company’s real name.
• 暫定日本語案: jobLocation — どこ person する actually 機能.

暫定日本語案: There’s one exception へ ロケーション rule: if job is 100% remote, あなた flag 暫定日本語案: it as remote instead of giving office address (more on その in Advanced).

details その get あなた クリック

暫定日本語案: five 必要 fields get あなた in. few optional ones get あなた noticed, because 暫定日本語案: Google 向けに Jobs lets 人々 filter by them:

• 暫定日本語案: salary — 表示 pay 作る あなた listing stand out (と salary-disclosure laws 暫定日本語案: are spreading, so 確認 whether あなた jurisdiction 必要とする it).
• 暫定日本語案: employment type — full-time, part-time, contract, と so on.
• 暫定日本語案: ** expiry date** — so Google knows いつ job closes.

thing 大半の 人々 get 誤った

暫定日本語案: One job per ページ. あなた できる’t put JobPosting markup on ページ その lists all あなた 暫定日本語案: open roles at once — Google だけ 許可 it on ページ 向けに single job. この is 暫定日本語案: number-one 理由 listings get rejected.

暫定日本語案: と いつ job is filled, take it down または mark it closed. Leaving expired jobs 暫定日本語案: live is against Google’s rules — Google says it 可能性がある take 手動 action と pull 暫定日本語案: posting から Google 向けに Jobs experience, which is scoped へ あなた job listings, 暫定日本語案: ない blanket penalty on rest of あなた サイト’s 検索 rankings. 設定 fake 暫定日本語案: future expiry date へ 保つ filled job “alive” doesn’t 機能 — ページ has へ 暫定日本語案: reflect reality.

暫定日本語案: Want full version — exact 必要 と recommended プロパティ, どのように へ mark 暫定日本語案: up remote と hybrid roles, コンテンツ policies その get postings disapproved, どのように 暫定日本語案: へ 削除 expired jobs right way, と どのように Bing differs? Switch へ 暫定日本語案: Advanced tab.

暫定日本語案: TL;DR — JobPosting schema (schema.org/JobPosting, in JSON-LD) 作る 暫定日本語案: single-job ページ 適格 向けに Google 向けに Jobs. Google 必要とする five プロパティ 暫定日本語案: — title, description, datePosted, hiringOrganization, jobLocation — とともに 暫定日本語案: applicantLocationRequirements/jobLocationType: TELECOMMUTE substituting 向けに 暫定日本語案: ロケーション on fully remote roles. recommended 設定 (validThrough, 暫定日本語案: employmentType, baseSalary, identifier, directApply) is どこ CTR と 暫定日本語案: filtering value lives. Two hard rules: one job per ページ, と コンテンツ-schema 暫定日本語案: parity (すべての JSON-LD value 必要がある be visible on ページ). Expired-job hygiene is 暫定日本語案: ongoing compliance task とともに three sanctioned removal 方法; leaving expired 暫定日本語案: jobs live risks 手動 action. Google’s インデックス登録 API is scoped へ JobPosting 暫定日本語案: と BroadcastEvent だけ と is 現在 approval-gated — don’t treat it as general 暫定日本語案: “index faster” button. Bing supports 同じ vocabulary ただし documents it far more 暫定日本語案: thinly; lean Google.

暫定日本語案: My general stance on schema hasn’t changed 向けに job listings: I’m fan of markup as 暫定日本語案: long as it earns あなた 検索 feature. JobPosting clears その bar cleanly — it’s 暫定日本語案: gate へ Google 向けに Jobs, genuine SERP surface — so it’s worth doing, と worth 暫定日本語案: doing precisely. precision is whole game here, because job listings are one 暫定日本語案: of more heavily policed structured-データ types Google runs.

five 必要 プロパティ

暫定日本語案: Google’s job-posting structured-データ ドキュメント 暫定日本語案: lists five 必要 プロパティ. Miss any one と ページ isn’t 適格:

• 暫定日本語案: title — “The title of the job (not the title of the posting). For example, ‘Software Engineer’ or ‘Barista’.” 暫定日本語案: (jump へ quote) 暫定日本語案: この trips 人々 up constantly — value is role, ない あなた ページ’s <h1> 暫定日本語案: または SEO タイトル.
• 暫定日本語案: description — full HTML job 説明. It 必要がある ない just repeat 暫定日本語案: タイトル; Google wants real, 完全な 説明.
• 暫定日本語案: datePosted — original date employer posted job, in ISO 8601 暫定日本語案: (e.g., 2017-01-24).
• 暫定日本語案: hiringOrganization — “The organization offering the job position. This must be the name of the company (for example, ‘Starbucks, Inc’).” 暫定日本語案: (jump へ quote) 暫定日本語案: 向けに job board この 必要がある be real employer, ない board.
• 暫定日本語案: jobLocation — physical worksite どこ employee する レポート, ない 暫定日本語案: place job was posted. ない 必要 if あなた supply 暫定日本語案: applicantLocationRequirements 向けに remote role.

暫定日本語案: minimal, 有効 例:

{
  "@context": "https://schema.org/",
  "@type": "JobPosting",
  "title": "Software Engineer",
  "description": "<p>Full job description in HTML…</p>",
  "datePosted": "2026-06-27",
  "hiringOrganization": {
    "@type": "Organization",
    "name": "Example Co",
    "sameAs": "https://www.example.com"
  },
  "jobLocation": {
    "@type": "Place",
    "address": {
      "@type": "PostalAddress",
      "addressLocality": "Raleigh",
      "addressRegion": "NC",
      "addressCountry": "US"
    }
  }
}

recommended プロパティ その actually move needle

暫定日本語案: 適格性 comes から 必要 five, ただし CTR と filtering value comes 暫定日本語案: almost entirely から recommended 設定 — これらの are fields Google 向けに Jobs lets 暫定日本語案: searchers filter on:

• 暫定日本語案: validThrough — date posting expires, in ISO 8601. There’s nuance 暫定日本語案: worth stating plainly: omit it entirely if job 決して expires, ただし if job 暫定日本語案: does have end date, 含む it と 保つ it accurate. Leaving stale 暫定日本語案: validThrough in place is compliance 問題, ない harmless デフォルト.
• 暫定日本語案: employmentType — FULL_TIME, PART_TIME, CONTRACTOR, TEMPORARY, 暫定日本語案: INTERN, VOLUNTEER, PER_DIEM, または OTHER ( array is 許可).
• 暫定日本語案: baseSalary ( MonetaryAmount) — actual base salary 提供 by 暫定日本語案: employer, ない estimate; だけ employer 可能性がある supply it. 使用 unitText of 暫定日本語案: HOUR/DAY/WEEK/MONTH/YEAR, と minValue/maxValue 向けに range. とともに 暫定日本語案: pay-transparency laws spreading, この is increasingly ない optional in practice.
• 暫定日本語案: identifier ( PropertyValue) — employer’s unique job/req ID; matters 暫定日本語案: 向けに de-duplication, especially on aggregators.
• 暫定日本語案: directApply — indicates whether posting’s URL lets someone apply directly 暫定日本語案: on その サイト rather than redirecting elsewhere.

Beta プロパティ

暫定日本語案: Google リクエスト 設定 of additional プロパティ back in 2021 その are still flagged 暫定日本語案: beta: educationRequirements.credentialCategory, 暫定日本語案: experienceRequirements.monthsOfExperience, と experienceInPlaceOfEducation. 暫定日本語案: これらの grew out of Google’s Career Certificate push during pandemic-era job 暫定日本語案: market. Google’s own framing at launch was その because it was still developing どのように 暫定日本語案: it 使用 information, あなた might ない see any appearance または effect in Google 検索 暫定日本語案: right away.

暫定日本語案: The beta-プロパティ framing above is paraphrased から Google’s launch statement 暫定日本語案: as relayed in 検索エンジン Journal’s March 2021 coverage; it isn’t quoted verbatim 暫定日本語案: here because I sourced it secondhand. Confirm exact wording against live docs 暫定日本語案: 前に treating it as direct quote.

暫定日本語案: My take: 追加 them if それら’re cheap へ populate から あなた ATS, ただし don’t hold up 暫定日本語案: launch 向けに them — それら’re future-proofing, ない 適格性.

Remote と hybrid jobs: TELECOMMUTE done right

暫定日本語案: Remote markup has three distinct patterns, と getting it 誤った is classic 暫定日本語案: コンテンツ-mismatch flag.

暫定日本語案: Fully remote. 設定 jobLocationType へ TELECOMMUTE, 向けに jobs in which 暫定日本語案: employee 可能性がある または 必要がある 機能 remotely 100% of time. Google 必要とする すべての 暫定日本語案: TELECOMMUTE posting へ specify at least one 適格 国 — via 暫定日本語案: applicantLocationRequirements (Google’s preferred 方法) または, failing その, 暫定日本語案: デフォルト taken から jobLocation. There’s no 有効 scenario どこ remote job 暫定日本語案: carries zero ロケーション information: “unrestricted” in practice means listing すべての 暫定日本語案: 国 あなた’ll accept applicants から, ない omitting field. on-ページ 暫定日本語案: 説明 必要がある clearly say role is fully remote too — コンテンツ-schema parity 暫定日本語案: applies here as much as anywhere.

{
  "@type": "JobPosting",
  "jobLocationType": "TELECOMMUTE",
  "applicantLocationRequirements": {
    "@type": "Country",
    "name": "USA"
  }
}

暫定日本語案: その 例 is US-だけ remote role. 向けに “remote within the EU” または any 暫定日本語案: multi-国 role, repeat applicantLocationRequirements 向けに 各 適格 暫定日本語案: 国 — プロパティ name is 同じ whether あなた’re naming one 国 または ten.

暫定日本語案: Hybrid. hybrid role is ない fully remote. Give it real office jobLocation, 暫定日本語案: と だけ 追加 TELECOMMUTE flag if role genuinely qualifies as remote — 暫定日本語案: Google’s own hybrid 例 pairs physical jobLocation とともに jobLocationType 暫定日本語案: (plus applicantLocationRequirements いつ remote option is itself 暫定日本語案: geography-restricted). mistake へ 避ける: marking occasional-機能-から-home 暫定日本語案: role as TELECOMMUTE. その’s コンテンツ mismatch waiting へ happen — TELECOMMUTE 暫定日本語案: is 向けに 100%-remote 機能, と ページ has へ back その up. いつ in doubt, 暫定日本語案: Decision Trees tab has “should this use TELECOMMUTE?” walkthrough.

Google 向けに Jobs 適格性 と regional 在庫状況

暫定日本語案: One surprise 向けに international teams: Google 向けに Jobs isn’t global. It’s live in 暫定日本語案: 50+ countries 全体で North America, Latin America, Europe, Middle East と North 暫定日本語案: Africa, Sub-Saharan Africa, と Asia — ただし ない everywhere. If あなた listings are 暫定日本語案: technically perfect と still ない 表示, 確認 その experience is 利用可能 in 暫定日本語案: あなた target 国 前に あなた spend day debugging あなた JSON-LD.

コンテンツ policies その get postings disapproved

暫定日本語案: Google’s job-posting コンテンツ policies are stricter than 大半の structured-データ rules, 暫定日本語案: と それら’re worth knowing by their real names because 検索 Console する cite them. 暫定日本語案: から Google’s ドキュメント:

• 暫定日本語案: Single-job ページ だけ. “The JobPosting markup must only be used on pages that contain a single job posting.” 暫定日本語案: (jump へ quote) 暫定日本語案: この is single 大半の 一般的な real-world disapproval — no markup on 暫定日本語案: listing/検索-results ページ.
• 暫定日本語案: Irrelevant コンテンツ — posting’s コンテンツ 必要がある be relevant へ job.
• 暫定日本語案: Incomplete コンテンツ — Google doesn’t 許可 job postings とともに incomplete job 暫定日本語案: 説明.
• 暫定日本語案: Misrepresentation — no fake jobs, keyword stuffing, false ロケーション データ, 暫定日本語案: impersonation, または posting someone else’s listing なしで authorization.
• 暫定日本語案: Profanity — no obscene, profane, または offensive 言語.
• 暫定日本語案: Disguised ads / promotional コンテンツ — no affiliate-program listings または other 暫定日本語案: promotional コンテンツ dressed up as job.
• 暫定日本語案: Expired postings — Google doesn’t 許可 expired job postings. “Ideally you should remove expired job postings from your website.” 暫定日本語案: (jump へ quote)
• 暫定日本語案: Jobs なしで way へ apply — すべての posting needs way へ apply (career-fair 暫定日本語案: invites と login-gated postings are exempted).
• 暫定日本語案: Resume collection — だけ 向けに open, actively-hiring positions.
• 暫定日本語案: Job リクエスト — markup is 向けに actual openings, ない solicitations から 人々 暫定日本語案: seeking 機能.
• 暫定日本語案: Payment 必要 — 決して 必要とする applicant へ pay.
• 暫定日本語案: Editorial コンテンツ — proper grammar と capitalization; no all-caps spam.

暫定日本語案: 通じて-line: コンテンツ-schema parity is non-negotiable. すべての value in 暫定日本語案: JSON-LD — salary, remote status, employment type — 必要がある be visibly present in 暫定日本語案: human-readable ページ, または Google できる treat mismatch as misrepresentation.

Handling expiration と removal correctly

暫定日本語案: この is part teams 下で-構築. Expired-job hygiene is ongoing obligation, ない 暫定日本語案: one-time setup task — あなた need プロセス ( cron job, ATS integration, または 暫定日本語案: インデックス登録 API call) へ pull role moment it closes. Google sanctions three 暫定日本語案: removal 方法:

1. 暫定日本語案: 設定 validThrough へ date in past と leave ページ up briefly.
2. 暫定日本語案: 削除 ページ entirely と return 404 または 410.
3. 暫定日本語案: Strip JobPosting markup から ページ.

暫定日本語案: risk if あなた don’t: leaving expired postings live violates コンテンツ policies, 暫定日本語案: と Google says レスポンス 可能性がある 含む 手動 action その removes job 暫定日本語案: posting(s) から job 検索 experience on Google — その’s scoped へ あなた job 暫定日本語案: listings’ 適格性 向けに Jobs feature, ない 自動 penalty against rest 暫定日本語案: of あなた サイト’s オーガニック rankings. Evidence for this claim Google requires expired job postings to be removed or marked with a past validThrough value and no longer exposed as active jobs. Scope: Google Search JobPosting expiration policy; stale postings can trigger manual actions. Confidence: high · Verified: 2026-07-14 Google: JobPosting structured data 設定 future 暫定日本語案: validThrough on job その’s actually filled does ない 保つ it “safe” — ページ 暫定日本語案: 必要がある reflect reality.

暫定日本語案: 向けに faster removal と updates on job URLs specifically, Google recommends its 暫定日本語案: インデックス登録 API 超えて waiting 向けに normal re-クロール または sitemap ping — see next 暫定日本語案: section 向けに scope と access caveats.

Duplicate と syndicated postings

暫定日本語案: very 一般的な real-world ケース: 同じ req posted へ あなた careers ページ と three 暫定日本語案: job boards. この is fine. John Mueller has said その having 同じ job posted on 暫定日本語案: 異なる Webサイト is very 一般的な と expected, と その hosting 同じ listing at 暫定日本語案: 異なる times または on 異なる subdomains すべき be fine too — Google de-duplicates 暫定日本語案: identical listings rather than penalizing them, と he’s indicated 同じ applies 暫定日本語案: へ Google 向けに Jobs.

暫定日本語案: Mueller’s remarks above are paraphrased から February 2022 Google Hangout as 暫定日本語案: recapped by iloveseo.com; I’m summarizing rather than quoting because I sourced it 暫定日本語案: 通じて その 二次 recap. 何 still applies regardless: hiringOrganization 暫定日本語案: 必要がある be real employer, と no misrepresentation.

インデックス登録 API is scoped — と 現在 gated

暫定日本語案: Google’s インデックス登録 API is ない general “get indexed faster” ツール. Per Google’s 暫定日本語案: インデックス登録 API quickstart, it できる だけ be 使用 へ クロール ページ とともに either JobPosting 暫定日本語案: または BroadcastEvent embedded in VideoObject — job postings are one of だけ two 暫定日本語案: legitimate 使用 ケース. Submitting URL is notification, ない guarantee: it 暫定日本語案: doesn’t guarantee その Google する クロール, インデックス登録, 含む, 順位, または display ページ 暫定日本語案: on any particular timeline.

暫定日本語案: Two things have changed landscape here:

1. 暫定日本語案: Access is 現在 approval-gated. デフォルト per-day quota is modest, と getting 暫定日本語案: meaningful volume 現在 必要とする filling out Google approval form rather than 暫定日本語案: being auto-enabled. Cite Google’s own 暫定日本語案: Requesting Approval と Quota 暫定日本語案: ページ as 主要 ソース 向けに この.
2. 暫定日本語案: Google is visibly protecting lane から spam. Google reps have repeatedly 暫定日本語案: warned against misusing インデックス登録 API へ push arbitrary, unsupported ページ types 暫定日本語案: — recommendation is へ stick へ documented, supported 使用 ケース. Because 暫定日本語案: JobPosting is one of だけ two of それらの, この matters directly: abuse API 向けに 暫定日本語案: non-job コンテンツ と あなた risk losing access へ チャネル あなた job listings actually 暫定日本語案: depend on.

暫定日本語案: Industry レポート (dstribute.io, alexanderchukovski.com) frames shift から 暫定日本語案: near-open インデックス登録 API access へ authorized-partner/approval model as rolling out 暫定日本語案: roughly 全体で 2024–2025. I’m treating それらの phased dates as industry-sourced color, 暫定日本語案: ない Google-confirmed line by line — 主要, citable fact is Google’s own 暫定日本語案: quota-pricing/approval ページ. rep warnings について API misuse were surfaced 通じて 暫定日本語案: 二次 aggregation, so I’ve paraphrased rather than quoted them; verify exact 暫定日本語案: wording と プラットフォーム against 主要 ソース 前に quoting directly.

Troubleshooting in 検索 Console

暫定日本語案: いつ listing doesn’t 表示, 機能 it in order — Playbooks tab lays この out as 暫定日本語案: linear runbook, ただし short version:

• 暫定日本語案: Validate markup とともに Rich Results テスト と confirm all five 必要 暫定日本語案: プロパティ parse なしで error.
• 暫定日本語案: Confirm one job per ページ — 大半の 一般的な disapproval is JobPosting markup on 暫定日本語案: listing/インデックス登録 ページ.
• 暫定日本語案: 確認 コンテンツ-schema parity — すべての JSON-LD value (salary, remote status, 暫定日本語案: employment type) 必要がある be visible on ページ.
• 暫定日本語案: 確認 validThrough と expiry — expired posting still carrying live markup 暫定日本語案: gets disapproved.
• 暫定日本語案: Confirm regional 在庫状況 — Google 向けに Jobs isn’t 利用可能 everywhere.
• 暫定日本語案: 確認 検索 Console’s rich-result レポート 向けに specific disapproval 理由 暫定日本語案: と fix against その named policy.

暫定日本語案: Caveat, per my ソース research: there have been レポート of 2026 検索 暫定日本語案: Console job-listing レポート 問題 affecting どのように job rich results surface in 暫定日本語案: レポート. I haven’t been able へ confirm その against 主要 Google ソース, so treat 暫定日本語案: it as unverified possibility — if あなた レポート looks 誤った ただし markup validates 暫定日本語案: cleanly in Rich Results テスト, レポート glitch is worth ruling in, ただし confirm 暫定日本語案: 前に concluding it’s Google-side bug.

Bing と JobPosting

暫定日本語案: Bing supports structured データ broadly — JSON-LD, Microdata, RDFa — と 提供 暫定日本語案: Schema Markup Validator, と it lists JobPosting among supported types 向けに 暫定日本語案: careers-ページ と job-board markup. ただし Bing does ない publish JobPosting-specific 暫定日本語案: 適格性 spec anywhere near as detailed as Google’s, と its job-検索 surface has 暫定日本語案: far lower documented rigor. honest summary: Bing 使用 同じ schema.org 暫定日本語案: vocabulary と 同じ single-job-per-ページ principle, とともに much lighter validation 暫定日本語案: と much thinner ドキュメント. Don’t assume Bing/Google parity here — mark up 向けに 暫定日本語案: Google’s stricter spec と Bing is covered by デフォルト.

暫定日本語案: I couldn’t confirm live, canonical Bing Webmaster ツール 役立つ URL specifically 暫定日本語案: titled 向けに JobPosting during my research pass. Rather than guess URL, I’m stating 暫定日本語案: gap plainly: Bing’s job-listing ドキュメント is genuinely thin. Re-verify 暫定日本語案: 現在の Bing 役立つ ページ 前に adding direct link.

どこ この sits

暫定日本語案: JobPosting is one type in broader structured データ hub この 記事 lives 暫定日本語案: 下で, alongside commerce-focused 商品 schema と ProductGroup schema 暫定日本語案: markup と wider Commerce schema family. If あなた’re implementing 全体で サイト, 暫定日本語案: treat them 同じ way: 使用 type その maps へ confirmed 検索 feature, 保つ 暫定日本語案: JSON-LD in parity とともに visible ページ コンテンツ, と validate 前に あなた ship.

AI要約

暫定日本語案: condensed take on Advanced version:

• 暫定日本語案: 何 it is: JobPosting schema (schema.org/JobPosting, JSON-LD) on 暫定日本語案: single-job ページ 作る it 適格 向けに Google 向けに Jobs, job-検索 rich 暫定日本語案: result.
• 暫定日本語案: 必要 (5): title ( role, ない ページ タイトル), description (full HTML, 暫定日本語案: ない repeat of タイトル), datePosted (ISO 8601), hiringOrganization ( real 暫定日本語案: employer), jobLocation ( worksite). Fully remote roles substitute 暫定日本語案: jobLocationType: TELECOMMUTE — ただし Google 必要とする naming at least one 適格 暫定日本語案: 国 via applicantLocationRequirements (preferred) または jobLocation デフォルト 暫定日本語案: 向けに すべての TELECOMMUTE posting, restricted または ない.
• 暫定日本語案: Recommended (CTR/filter value): validThrough (omit if 決して expires; 保つ 暫定日本語案: accurate if it does), employmentType, baseSalary (employer-supplied, ない 暫定日本語案: estimated), identifier (dedup), directApply.
• 暫定日本語案: Beta: educationRequirements, experienceRequirements, 暫定日本語案: experienceInPlaceOfEducation — 2021 Career-Certificate-era additions; nice へ 暫定日本語案: have, ない 適格性.
• 暫定日本語案: Remote patterns: TELECOMMUTE 常に needs at least one 適格 国 暫定日本語案: (one 向けに restricted role, list 向けに broader one) via 暫定日本語案: applicantLocationRequirements または jobLocation デフォルト; hybrid 使用 real 暫定日本語案: jobLocation と skips TELECOMMUTE unless role is genuinely 100% remote — 暫定日本語案: don’t 超えて-claim it 向けに occasional WFH.
• 暫定日本語案: Two hard rules: one job per ページ; コンテンツ-schema parity (すべての JSON-LD value 暫定日本語案: visible on ページ).
• 暫定日本語案: コンテンツ policies (named): single-job-ページ, irrelevant コンテンツ, incomplete 暫定日本語案: コンテンツ, misrepresentation, profanity, disguised ads, expired postings, jobs なしで 暫定日本語案: way へ apply, resume collection, job リクエスト, payment 必要, editorial コンテンツ.
• 暫定日本語案: Expiration — 3 sanctioned 方法: past validThrough; 削除 ページ (404/410); 暫定日本語案: strip markup. Leaving expired jobs live risks 手動 action removing 暫定日本語案: postings から Google 向けに Jobs (scoped へ あなた listings, ない whole サイト); 暫定日本語案: fake future validThrough doesn’t 役立つ.
• 暫定日本語案: 地域: Google 向けに Jobs is in 50+ countries, ない global.
• 暫定日本語案: Syndication: 同じ job on multiple サイト/boards is fine (Google de-dups, per 暫定日本語案: Mueller); hiringOrganization accuracy と no-misrepresentation still apply.
• 暫定日本語案: インデックス登録 API: scoped へ JobPosting + BroadcastEvent-in-VideoObject だけ, 現在 暫定日本語案: approval-gated; submission is notification, ない guarantee of クロール, 暫定日本語案: インデックス登録, または ランキング; misuse risks losing access. Cite Google’s quota-pricing ページ.
• 暫定日本語案: Bing: 同じ vocabulary, single-job principle; much thinner docs と lighter 暫定日本語案: validation — lean Google.

公式ドキュメント

暫定日本語案: 主要-ソース ドキュメント から 検索エンジン.

暫定日本語案: Google

• 暫定日本語案: Job posting (JobPosting) structured データ 向けに Job 検索 — 必要 と recommended プロパティ, remote-job handling, と full コンテンツ-policy list.
• 暫定日本語案: Requesting Approval と Quota — インデックス登録 API — approval-form と quota model 向けに インデックス登録 API access.
• 暫定日本語案: インデックス登録 API Quickstart — states API is だけ 向けに JobPosting または BroadcastEvent embedded in VideoObject.
• 暫定日本語案: Rich Results テスト — validate JobPosting ページ’s 適格性 と 必要-プロパティ errors.
• 暫定日本語案: Schema Markup Validator — validate schema.org syntax of any type.
• 暫定日本語案: schema.org — JobPosting — vocabulary reference: すべての プロパティ type できる carry.

暫定日本語案: Bing / Microsoft

• 暫定日本語案: Bing Webmaster ツール — Marking Up あなた サイト とともに Structured データ — Bing’s general structured-データ support (JSON-LD, Microdata, RDFa).
• 暫定日本語案: Bing Webmaster ツール — Schema Markup Validator と URL inspection.

暫定日本語案: Note: Bing does ない publish JobPosting-specific 適格性 spec as detailed 暫定日本語案: as Google’s, と its dedicated structured-データ 役立つ ページ have moved/404’d at times. 暫定日本語案: Treat Bing’s job-listing behavior as broadly consistent とともに shared schema.org 暫定日本語案: vocabulary rather than separately documented; re-verify 現在の Bing 役立つ URL 暫定日本語案: 前に relying on specific link.

出典からの引用

暫定日本語案: On—record statements から Google’s ドキュメント. 各 link is deep link その 暫定日本語案: jumps へ quoted passage on ソース ページ.

暫定日本語案: Google docs — 必要 プロパティ

• 暫定日本語案: “The title of the job (not the title of the posting). For example, ‘Software Engineer’ or ‘Barista’.” — on title. 暫定日本語案: Jump へ quote
• 暫定日本語案: “The organization offering the job position. This must be the name of the company (for example, ‘Starbucks, Inc’).” — on hiringOrganization. 暫定日本語案: Jump へ quote

暫定日本語案: Google docs — コンテンツ policies

• 暫定日本語案: “The JobPosting markup must only be used on pages that contain a single job posting.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “Ideally you should remove expired job postings from your website.” 暫定日本語案: Jump へ quote

暫定日本語案: Paraphrased — sourced secondhand, ない quoted verbatim

• 暫定日本語案: On syndication (John Mueller, Feb 2022 Hangout, via iloveseo.com): having 暫定日本語案: 同じ job posted on 異なる Webサイト is very 一般的な と fine, と hosting it at 暫定日本語案: 異なる times または on 異なる subdomains すべき be fine too; Google de-duplicates 暫定日本語案: identical listings, と 同じ applies へ Google 向けに Jobs. (Paraphrase — confirm 暫定日本語案: against original 前に quoting.)
• 暫定日本語案: On beta プロパティ (Google, via 検索エンジン Journal, March 2021): because 暫定日本語案: Google was still developing どのように it 使用 education/experience information, あなた 暫定日本語案: might ない see any appearance または effect in Google 検索 right away. (Paraphrase — 暫定日本語案: confirm against live docs 前に quoting.)
• 暫定日本語案: On インデックス登録 API misuse (Google reps, ~2025, via 二次 aggregation): 暫定日本語案: recommendation is へ stick へ documented, supported 使用 ケース rather than 暫定日本語案: pushing arbitrary ページ types 通じて インデックス登録 API. (Paraphrase — re-fetch 暫定日本語案: 主要 ソース 向けに exact wording, date, と プラットフォーム 前に quoting directly.)

暫定日本語案: Note: だけ two Google-docs passages above are quoted verbatim とともに verified 暫定日本語案: deep links. Mueller/SEJ/rep statements are paraphrased から 二次 coverage と 暫定日本語案: すべき be confirmed against their 主要 ソース 前に being treated as exact 暫定日本語案: quotes.

Interactive decision aids

暫定日本語案: Two branching questions その come up constantly とともに job markup. クリック 通じて them.

Runbook: my job posting got disapproved — 何 へ 確認, in order

暫定日本語案: 機能 これらの top へ bottom. 大半の disapprovals resolve at 手順 2 または 3.

1. 暫定日本語案: Reproduce it in Rich Results テスト. Paste live URL (または rendered 暫定日本語案: HTML) へ Rich Results テスト. 暫定日本語案: If 必要 プロパティ are 不足している または malformed, fix それらの 最初 — 暫定日本語案: 必要-プロパティ error alone 作る ページ ineligible.

2. 暫定日本語案: Confirm it’s one job per ページ. この is 大半の 一般的な disapproval. JobPosting 暫定日本語案: markup on listing ページ, category ページ, または 検索-results ページ is ない 許可. 暫定日本語案: markup 必要がある live on ページ containing single job.

3. 暫定日本語案: 確認 コンテンツ-schema parity. Read ページ as human. すべての value in 暫定日本語案: JSON-LD — salary, employment type, remote status, ロケーション — 必要がある be visibly 暫定日本語案: present in ページ コンテンツ. salary または “remote” flag in markup その isn’t on 暫定日本語案: ページ reads as misrepresentation.

4. 暫定日本語案: 確認 validThrough と expiry. If role is filled または closed, expired 暫定日本語案: posting still carrying live markup gets disapproved. Apply one of three removal 暫定日本語案: 方法 (past validThrough, 404/410, または strip markup). Don’t 設定 fake 暫定日本語案: future date.

5. 暫定日本語案: Confirm there’s way へ apply. すべての posting needs apply 方法 (career-fair 暫定日本語案: invites と login-gated postings are documented exceptions). No apply path is 暫定日本語案: named policy violation.

6. 暫定日本語案: Scan other named policies. Rule out irrelevant/incomplete コンテンツ, 暫定日本語案: misrepresentation (fake jobs, false ロケーション, keyword stuffing), profanity, 暫定日本語案: disguised ads/affiliate コンテンツ, resume-collection on non-open roles, job リクエスト, 暫定日本語案: payment-必要, と all-caps/editorial 問題.

7. 暫定日本語案: Confirm regional 在庫状況. Google 向けに Jobs is in 50+ countries ただし isn’t 暫定日本語案: global. Perfect markup in unsupported 国 still won’t surface.

8. 暫定日本語案: Read exact 理由 in 検索 Console と fix against it. Open 暫定日本語案: rich-result レポート, find specific disapproval 理由 string, と remediate 暫定日本語案: against その named policy rather than guessing.

暫定日本語案: If markup validates cleanly in Rich Results テスト ただし 検索 Console’s 暫定日本語案: job-listing レポート still looks 誤った, consider possibility of 検索 Console 暫定日本語案: レポート 問題 前に concluding あなた implementation is broken — ただし confirm against 暫定日本語案: 主要 Google ソース rather than assuming bug.

Myths と mistakes

暫定日本語案: recurring ways job markup goes 誤った — と 何’s actually true.

• 暫定日本語案: Myth: “You must include every property or Google won’t show the job.” 暫定日本語案: False. だけ five プロパティ are strictly 必要. Recommended と beta プロパティ 暫定日本語案: improve richness と filtering, ただし それら don’t gate 適格性.

• 暫定日本語案: Myth: “Posting the same job on multiple sites/subdomains gets you a duplicate-content penalty.” 暫定日本語案: No. Normal syndication 全体で job boards is expected — Google de-duplicates identical 暫定日本語案: listings rather than penalizing them. hiringOrganization accuracy と 暫定日本語案: no-misrepresentation still apply.

• 暫定日本語案: Myth: “Setting validThrough in the future keeps a filled listing ‘safe.’” 暫定日本語案: False. Google disallows expired-in-practice postings regardless of 何 暫定日本語案: validThrough says. ページ 必要がある reflect reality.

• 暫定日本語案: Myth: “JobPosting schema guarantees a ranking or traffic boost.” 暫定日本語案: Overstated. It 作る あなた 適格 向けに Google 向けに Jobs UI — it’s ない ランキング 暫定日本語案: factor 向けに オーガニック web results. Any CTR gains come から richer, filterable UI, 暫定日本語案: ない から algorithmic ランキング preference.

• 暫定日本語案: Myth: “You can put JobPosting markup on your careers/listing page to cover all open roles at once.” 暫定日本語案: Explicitly banned. One job posting per ページ, full stop.

• 暫定日本語案: Myth: “The Indexing API is a general ‘get indexed faster’ tool for any page.” 暫定日本語案: False, と reps have warned against it. It’s scoped へ JobPosting と 暫定日本語案: BroadcastEvent-in-VideoObject だけ, と misuse risks losing access.

• 暫定日本語案: Myth: “Remote jobs don’t need any location field at all.” 暫定日本語案: False. jobLocationType: TELECOMMUTE replaces need 向けに specific office 暫定日本語案: jobLocation, ただし Google still 必要とする at least one 適格 国 — via 暫定日本語案: applicantLocationRequirements (preferred) または デフォルト taken から jobLocation — 暫定日本語案: on すべての TELECOMMUTE posting. There’s no 有効 ケース どこ remote job carries 暫定日本語案: zero ロケーション information.

• 暫定日本語案: Mistake: marking occasional-WFH または hybrid roles as TELECOMMUTE. 暫定日本語案: TELECOMMUTE is 向けに 100%-remote 機能. 超えて-claiming it against ページ その describes 暫定日本語案: hybrid role is コンテンツ mismatch その risks disapproval.

SOP: expired-job hygiene

暫定日本語案: 記事 is explicit その この isn’t one-time setup: expired-job hygiene is 暫定日本語案: “an ongoing obligation,” と Google runs three sanctioned removal 方法 あなた need 暫定日本語案: repeatable プロセス 向けに — ideally triggered by cron job, ATS integration, または 暫定日本語案: インデックス登録 API call moment role closes, ない 手動 sweep あなた remember へ 暫定日本語案: do occasionally.

1. 暫定日本語案: Trigger: role closes または fills in あなた ATS. Action: 以内に 同じ 暫定日本語案: business day, apply one of three sanctioned 方法 — 設定 validThrough へ 暫定日本語案: past date (と leave ページ up だけ briefly), 削除 ページ と return 暫定日本語案: 404/410, または strip JobPosting markup while 保持 ページ live. Done 暫定日本語案: いつ: ページ no longer carries live, 現在の JobPosting markup 向けに filled 暫定日本語案: role.

2. 暫定日本語案: 決して 設定 future validThrough on closed role へ “keep it safe.” Action: 暫定日本語案: if role is filled, fix is one of three removal 方法 above — ない 暫定日本語案: fake future date. Done いつ: validThrough (if present) reflects reality, ない 暫定日本語案: placeholder.

3. 暫定日本語案: Run scheduled reconciliation sweep (weekly is reasonable 向けに moderate 暫定日本語案: posting volume) cross-確認 すべての live JobPosting ページ against あなた ATS’s 暫定日本語案: 現在の status. この catches postings その slipped 通じて 手順 1 — ページ その 暫定日本語案: すべき have been pulled ただし wasn’t. Done いつ: count of “closed in ATS but still live with markup” ページ is zero.

4. 暫定日本語案: 向けに high-volume job boards, 使用 インデックス登録 API 向けに removal イベント itself 暫定日本語案: (it’s one of だけ two documented 使用 ケース, alongside BroadcastEvent), rather 暫定日本語案: than waiting on normal re-クロール. Done いつ: removal または validThrough update 暫定日本語案: is reflected in Google’s processing なしで multi-day クロール delay.

5. 暫定日本語案: Log which removal 方法 was 使用 と いつ, per posting. この is cheap 暫定日本語案: insurance: if 手動 action review ever happens, あなた want record 表示 暫定日本語案: expired-job hygiene was functioning プロセス, ない afterthought.

Prompts: コンテンツ-schema parity audit

暫定日本語案: 記事’s 通じて-line is その コンテンツ-schema parity is non-negotiable — すべての 暫定日本語案: value in JobPosting JSON-LD (salary, remote status, employment type) has へ be 暫定日本語案: visibly present on ページ, または Google できる treat mismatch as misrepresentation. 暫定日本語案: これらの prompts turn その 確認 へ something あなた できる paste へ chat model rather 暫定日本語案: than eyeball 手動.

暫定日本語案: Prompt 1 — flag parity mismatches 間に ページ と markup

暫定日本語案: Paste in: job ページ’s visible, human-readable text (copy rendered ページ 暫定日本語案: コンテンツ) と its JobPosting JSON-LD block, labeled separately.

Here is the visible text of a job posting page, followed by its JobPosting
JSON-LD structured data.

VISIBLE PAGE TEXT:
<paste the rendered, human-readable job description and any salary/location/
remote-work text here>

JSON-LD:
<paste the JobPosting JSON-LD block here>

Compare them field by field for baseSalary, employmentType, jobLocation /
jobLocationType, and validThrough. For each field, tell me:
1. Whether the value in the JSON-LD is stated anywhere in the visible text.
2. If it's missing or contradicted on the page, quote the JSON-LD value and
   explain what's missing.
Do not flag a mismatch unless you can point to what's absent or contradictory —
don't guess at intent.

暫定日本語案: Expect back: short field-by-field table (または list) naming 各 recommended field 暫定日本語案: と whether ページ backs it up, plus exact JSON-LD value その has no visible 暫定日本語案: counterpart if one exists.

暫定日本語案: Prompt 2 — 確認 向けに TELECOMMUTE / remote-機能 mismatch

暫定日本語案: Paste in: job’s visible 説明 (specifically any 言語 について 暫定日本語案: remote/hybrid/on-サイト 機能) と jobLocationType / applicantLocationRequirements 暫定日本語案: values から JSON-LD.

Here is a job posting's description text describing the work arrangement, and
the jobLocationType / applicantLocationRequirements values from its JobPosting
JSON-LD.

DESCRIPTION TEXT (work-arrangement language only):
<paste the sentence(s) describing remote/hybrid/on-site expectations>

JSON-LD VALUES:
jobLocationType: <value, or "not set">
applicantLocationRequirements: <value, or "not set">

TELECOMMUTE is only correct for roles the employee may or must work 100% remotely.
Based on the description text, does the jobLocationType value match how the role
is actually described? Call out specifically if the text describes a hybrid or
occasional-work-from-home role while the markup claims TELECOMMUTE, or vice versa.

暫定日本語案: Expect back: plain yes/no on whether markup と 説明 agree, と if 暫定日本語案: ない, which one ( ページ copy または JSON-LD) needs へ change へ restore parity.

ツール 向けに JobPosting validation

暫定日本語案: Rich-Result 適格性 Checker — この is 暫定日本語案: ツール へ reach 向けに 最初. Paste job ページ’s JSON-LD, its full HTML, または live 暫定日本語案: URL, と it checks JobPosting type specifically as one of its tracked rich-result 暫定日本語案: features: per-プロパティ breakdown of ✓ 適格, ✗ exact 不足している 必要 field 暫定日本語案: (title, description, datePosted, hiringOrganization, jobLocation), と ⚠ 暫定日本語案: 向けに 不足している recommended fields (validThrough, employmentType, baseSalary). 暫定日本語案: Run it 前に あなた ship 新しい posting template, と again any time disapproval 暫定日本語案: 表示 up in 検索 Console — it tells あなた in seconds whether 問題 is 暫定日本語案: 不足している 必要 プロパティ または something ツール できる’t see (like コンテンツ-schema 暫定日本語案: parity, which needs human read of ページ).

暫定日本語案: Schema Markup Validator — 使用 この 向けに syntax 暫定日本語案: layer underneath 適格性: severity-tiered validation of JSON-LD itself 暫定日本語案: (malformed JSON, 誤った @type nesting, @id graph 問題), plus corrected, 暫定日本語案: copy-pasteable JSON-LD block. Reach 向けに it いつ Rich-Result 適格性 Checker 暫定日本語案: flags プロパティ as 不足している ただし あなた’re ない sure whether value is actually 暫定日本語案: absent または just malformed enough その parser できる’t see it.

暫定日本語案: 間に two: run Rich-Result 適格性 Checker 向けに job-posting-specific 暫定日本語案: 適格性 question (“will this qualify for Google for Jobs”), と Schema 暫定日本語案: Markup Validator いつ あなた need へ debug raw JSON-LD syntax underneath it.

Standing KPIs 向けに JobPosting health

暫定日本語案: これらの are ongoing numbers worth トラッキング quarter 超えて quarter — ない one-time 暫定日本語案: launch 確認, ただし whether あなた JobPosting implementation stays healthy as postings 暫定日本語案: come と go.

Google 向けに Jobs 表示回数 と クリック

• 暫定日本語案: 何 it tells あなた: whether あなた postings are actually surfacing in 暫定日本語案: Google 向けに Jobs rich-result surface と getting クリック, as opposed へ just 暫定日本語案: being technically 適格.
• 暫定日本語案: どのように へ pull it: 検索 Console’s job-posting rich-result レポート (下で 暫定日本語案: Enhancements), which breaks out 表示回数 と クリック specifically 向けに ページ 暫定日本語案: carrying 有効 JobPosting markup.
• 暫定日本語案: Benchmark / realistic range: there’s no universal number here — it depends 暫定日本語案: heavily on あなた posting volume, vertical, と どのように competitive “Google for Jobs” 暫定日本語案: is 向けに あなた roles. Establish あなた own baseline 超えて あなた 最初 few レポート 暫定日本語案: cycles rather than comparing へ industry figure.
• 暫定日本語案: Cadence: weekly during active hiring cycles; monthly is enough いつ posting 暫定日本語案: volume is low.

Rolling disapproval rate

• 暫定日本語案: 何 it tells あなた: whether あなた ongoing hygiene プロセス — コンテンツ-schema 暫定日本語案: parity, one-job-per-ページ, expired-job removal — is actually holding up 超えて 暫定日本語案: time, rather than single point-in-time compliance 確認.
• 暫定日本語案: どのように へ pull it: 有効/無効/disapproved breakdown in 検索 Console’s 暫定日本語案: job-posting rich-result レポート, tracked as percentage of あなた total live 暫定日本語案: postings 各 period.
• 暫定日本語案: Benchmark / realistic range: no industry-published baseline exists 向けに この; 暫定日本語案: honest target is trending toward zero disapproved postings 超えて time. Track 暫定日本語案: あなた own trend rather than borrowed number.
• 暫定日本語案: Cadence: monthly, または aligned へ whatever cadence あなた run expired-job 暫定日本語案: reconciliation sweep described in SOPs tab.

Time-へ-removal lag

• 暫定日本語案: 何 it tells あなた: whether あなた removal pipeline (cron job, ATS 暫定日本語案: integration, または インデックス登録 API call) is actually 保持 pace とともに real-world job 暫定日本語案: closures — この is root-cause 指標 behind both of KPIs above, since 暫定日本語案: disapprovals と missed 表示回数 both trace back へ stale postings staying 暫定日本語案: live too long.
• 暫定日本語案: どのように へ pull it: compare あなた ATS’s “closed” timestamp 向けに role against 暫定日本語案: timestamp one of three sanctioned removal 方法 was actually applied 暫定日本語案: へ その ページ — internal ops log, ない 検索 Console レポート.
• 暫定日本語案: Benchmark / realistic range: 記事’s own steer is “the moment it closes,” ただし there’s no universal SLA へ cite — 設定 あなた own target based on どのように 暫定日本語案: fast あなた ATS integration または cron cadence できる realistically run, と 測定 暫定日本語案: against その.
• 暫定日本語案: Cadence: reviewed per closure イベント どこ possible, または on rolling weekly 暫定日本語案: basis if closures are batched.

テスト yourself: JobPosting Schema

暫定日本語案: Five quick questions on JobPosting structured データ, Google 向けに Jobs 適格性, と policies その get listings disapproved. Pick answer 向けに 各, then 確認.

時間を使う価値のあるリソース

暫定日本語案: I don’t have dedicated 記事 on JobPosting schema または Google 向けに Jobs — この is 暫定日本語案: 新しい ground 向けに me rather than topic I’ve written up 前に, so I’m ない going へ 暫定日本語案: manufacture citation. 何 carries 超えて is my general schema stance: implement 暫定日本語案: markup いつ it earns あなた real 検索 feature, 保つ it in parity とともに 何’s visible 暫定日本語案: on ページ, と validate 前に あなた ship. JobPosting clears その bar, which is なぜ 暫定日本語案: it’s worth doing precisely.

暫定日本語案: My related schema writing (general, ない job-specific)

• 暫定日本語案: Schema Markup 向けに AI — entity-infrastructure angle on schema ( 異なる question から rich-result 適格性).
• 暫定日本語案: Beginner’s Guide へ Technical SEO — どこ schema fits in bigger picture.
• 暫定日本語案: Enterprise SEO — my pragmatic take: “I’m a fan of schema markup as long as it gets you a search feature.”

暫定日本語案: から around industry

• 暫定日本語案: John Mueller Discusses 何 へ do とともに Multiple Job Posting Schema Markup (iloveseo.com) — recap of February 2022 Hangout on duplicate/syndicated postings と Google-side de-duplication.
• 暫定日本語案: Google Launches Job Postings Schema 向けに Job 検索 Inclusion (検索エンジン Roundtable) — Barry Schwartz’s June 2017 launch coverage.
• 暫定日本語案: 新しい Job Posting Structured データ Requirements (検索エンジン Journal) — Roger Montti on March 2021 beta education/experience プロパティ と their Career-Certificate origin.
• 暫定日本語案: Google Jobs Shake-Up 2025: Navigating 新しい インデックス登録 API Restrictions (dstribute.io) — industry timeline on インデックス登録 API access change (treat dates as industry-sourced, ない Google-confirmed).
• 暫定日本語案: Major updates へ インデックス登録 API — impact on Job Boards と aggregators (alexanderchukovski.com) — job-board-focused analysis of 同じ shift.

変更履歴