etcのように記述します。"転勤なし・未経験OKの医療機器営業"このように地区や給与、待遇など職務以外の情報を含めてはいけません。「!」や「*」などの特殊文字を多用している場合、スパム行為と見なされたり、ペナルティを受ける可能性があります。数値や、「/」、「-」などの区切り文字程度は使用できます。次のように職務をより厳密に絞るための条件は記述することができます。"中国語も話せるWebデザイナー"差別化を図るのであれば、この職務を厳密に絞る点で差別化を図りましょう。◯◯ができる、◯◯が話せるについてのどこまでできる・話せるかの経験レベルの詳細な条件は、次のdescriptionで記述しましょう。description求人の詳細な説明をHTML形式で記述する必須のプロパティです。職務内容や資格、スキル、業務時間、学歴に関する要件、経験に関する要件などを詳細に適切なHTMLを用いてわかりやすくし、他社とも差別化を図ることができる部分です。<em>などが挙げられています。h1-h5とあり、h6がなかったり?します。有効なタグの基準は明確に掲載されておらず曖昧なため、例示のあるベーシックな要素タイプのみに使用を制限しておくのが無難でしょう。<p>神戸の街でグリーンタクシー、楠公タクシーの営業車が毎日100台以上活躍しています。当社をご指名いだけるお客様が、どんどん増えていますので、グリーン・楠公タクシーなら安定した収入で安心して働いていただけます。選んでいただけるタクシー会社になるべく積極増員採用中です。Jobsですが、正確な情報が不足しているのが、このidentifierプロパティです。identifierプロパティは必須ではなく推奨プロパティとなり、指定しておいた方が望ましいというものになります。求人に関する採用側組織の一意の識別子。job.のドキュメントを参照すると、組織の一意の識別子というのはGoogle側が日本語に翻訳した際の誤訳であり、正しくは求人を募っている組織(企業・団体)がその求人のために割り当てる一意の識別子と解釈すべきようです。エンベッディングの親子関係にして、@typeでPropertyValueのキーワードを指定し、nameフィールドに求人を募っている組織(企業・団体)の名称、valueフィールドにその求人情報の一意の管理番号を指定します。"1"},たとえば、職務ごとに求人ページが複数あれば、そのページごとにこのidentifierプロパティのvalueフィールドは、一意である(それぞれ異なっている)必要があります。hiringOrganization求人を募っている組織(企業・団体)に関する情報を記述する必須のプロパティです。エンベッディングの親子関係にして、@typeのキーワードにOrganizationを指定し、nameフィールドに企業・団体名、sameAsフィールドに公式サイトのURL、logoフィールドにロゴのURLを指定します。いずれかの形式である必要があります。ファビコンの関係でこのサイズのものは事前に用意されていることが多いことでしょう。"https://w3g.jp/icon.png"},logoフィールドは任意に指定するフィールドです。ロゴについては、ナレッジグラフカードが存在する組織であれば指定がなければ、ナレッジグラフロゴが表示されるので指定する必要はないのですが、日本にある420万の企業のうちの99.7%は中小企業で、ナレッジグラフカードが存在しないことがほとんどのため、本説明では、ロゴまで指定するようにしています。形式で記述する必須のプロパティです。YYYY-MM-DDの日付部分の記述のみで可です。Thh:mm:ss+09:00の時刻部分は割愛して大丈夫です。形式で記述する必須のプロパティです。datePosted同様、YYYY-MM-DDの日付部分の記述のみで可です。Jobsのもうひとつの掲載方法である求人サイトには掲載期間がありますので、仕様上(求人サイトで期間が過ぎたものを非掲載にするため)呼応するためのものだとも考えられます。求人情報に有効期限がない場合や、求人情報がいつ期限切れになるかがわからない場合は、このプロパティを指定しないでください。あるのですが、記載がないと、構造化テストツールではエラー扱いになります。エラーが気になるようであれば指定しておきましょう。更新するのが面倒くさいからと有効期限を10年先に設定するなどはスパム扱いを受けたりの可能性もあるため現実的ではないでしょう。長くて半年先ぐらいに設定して、応募がなければ半年間延長するなどの運用にするのが無難だと考えられます。employmentType雇用形態を表すのに指定することが推奨されているプロパティです。Jobs用には次のキーワードを記述できます。大文字と小文字を区別するcase-sensitiveなので必ず大文字で記述することに注意してください。"FULL_TIME"正社員*1"PART_TIME"パート・アルバイト"CONTRACTOR"契約社員"TEMPORARY"一時的な雇用"INTERN"インターンシップ"VOLUNTEER"ボランティア"PER_DIEM"日雇い"OTHER"その他*1日本の雇用社会ではフルタイムを勤務形態がフルタイムという扱いだけで、必ずしも正社員を指す表現ではなかったりしますが、英語では正社員を意味します。"FULL_TIME",複数の雇用形態で募集している場合は、角カッコ([])で括り、配列にしてカンマ(,)でつないで複数記述することができます。"CONTRACTOR"],jobLocationオフィスや作業現場など、従業員の職場となる特定の場所(求人情報を投稿した場所ではない)を指定する必須のプロパティです。streetAddressの各プロパティはいずれも推奨プロパティです。指定するプロパティが多いほど、ユーザーにとっての求人情報の質が高くなります。テストツールのプレビューでは、区をaddressLocalityとstreetAddressのどちらにいれるか、streetAddressでの丁目番号(1丁目1−1の書き方推奨、数字も大文字)の書き方、字の有無(字はなし推奨)・建物の有無(ビル・マンション名があるとNGになる場合があります)次第で正常に地図が表示されたり、false扱いになったりと認識がシビアです。テストツールのプレビューで都度複数の書き方を確認するようにしましょう。複数の職場がある場合のjobLocation職場が複数ある場合は、jobLocationプロパティを配列にして複数追加します。ユーザの検索条件に基づいて、最適な場所を表示してくれるようになります。次の例では、北海道と沖縄の2カ所があることを示しています。北海道で求人を探しているユーザには北海道が勤務先の求人情報として、沖縄で求人を探しているユーザには沖縄が勤務先の求人情報として表示されることが期待できます。}],リモートワーク/テレワークの場合に指定するjobLocationTypejobLocationTypeプロパティにTELECOMMUTE(大文字と小文字を区別するcase-sensitiveと考えられるため必ず大文字で記述することに注意してください)を使用すると、その求人がリモートワークであることを指定できます。弊社ではリモートワークの求人を行っているのですが、次の例では大阪市にある職場で勤務するか、リモートワークすることができることを示しています。"TELECOMMUTE",日本でリモートワーク/テレワークを行なっている企業についてもほとんどが、このように特定のオフィスで勤務することもできれば、リモートワーク/テレワークもできるという類の募集かと思われます。Jobsではできないという解釈になるのかもしれません。リモートワークにおいても日本国内在住者に限定する場合は、applicantLocationRequirementsプロパティでさらにエンベッディングの親子関係にして、@typeのキーワードにCountyを指定、nameフィールドに国名を指定します。alpha-2ではなく、通常表記です。"TELECOMMUTE",baseSalary基本給(諸手当を含まない基本となる給料)を掲示する推奨プロパティです。4217の3文字の通貨コードでその給料を受け取る通貨を示します。給料の金額は、valueプロパティでさらにエンベッディングの親子関係にして、@typeのキーワードにQuantitativeValueを指定し、valueフィールドに数値(KeyとValueのセットはそれぞれかならずダブルクォーテーションの"で囲みますが数値扱いにする場合は囲みなし)を指定します。unitTextフィールドにその金額が時給〜年給であるのかを"HOUR","DAY","WEEK","MONTH","YEAR"のいずれかのキーワード(大文字と小文字を区別するcase-sensitiveのため必ず大文字で記述することに注意してください)を指定します。あるのですが、valueフィールドを省くと、「value」は推奨フィールドです。値があれば指定してください。構造化データテストツールでは警告がでるため、valueフィールドに最小値を指定しつつ、minValueフィールドとmaxValueフィールドを追加します。Consoleでの結果をもとに、こういう場合どうなるのかのケーススタディについてまとめています。Jobsに簡単に対応させることができます。いまある求人ページのhead内、body内のどこにでもいいので、解説されている基本のフォーマットをコピー&ペーストして自社の求人情報にあわせて適宜書き換えるだけの手軽さでできます。テストツールでエラーなし・警告なしになっていればいいの?もうひとつ踏み込んでプレビューまで確認しておくことをおすすめします。テストツールのJobPostingを確認すると、プレビューというボタンがつきます。このプレビューのボタンが表示されないという場合は、エラーなし・警告なしになっていても記述や文法ミスがあることを疑いましょう。Jobsへの対応を済ませても、実際にインデックスされていなければもちろん意味はありません。検査」から求人ページのURLを入力して確認できます。新たに組み込んだJobPostingが求人情報としてインデックスされるまでにはサイトによりけりですが、早ければ数時間後〜数日でインデックスされます。Consoleから求人ページのインデックス登録をリクエストするといった方法が有効です。Consoleで求人情報欄の確認をするようにしましょう。テストツールでの結果をもとにした判断ではNGです。テストツールではJobPostingが2つ以上あるだけでプレビューそのものがでなくなりました。ひとつのページに、あくまでもひとつだけのJobPostingにしておくのが無難ではないでしょうか。職務ごとにページをわけるなど工夫をしましょう。いう記事にも試行錯誤されている様子があるのですが、区をaddressLocalityとstreetAddressのどちらにいれるか、streetAddressでの丁目番号(1丁目1−1の書き方推奨、数字も大文字)の書き方、字の有無(字はなし推奨)・建物の有無(ビル・マンション名があるとNGになる場合があります)次第で正常に地図が表示されたり、false扱いになったりと認識がシビアです。テストツールのプレビューで都度複数の書き方を確認するようにしましょう。大きなグループの企業で30カ所以上の職場を記述したことがあるのですが、11カ所以上記述した時点でプレビューが強制的にバグってしまう事態に遭遇したため、主要なところだけに削って対処しました。テストツールで見る)の職場まで記述した求人情報では問題なくプレビューを表示してくれています。すべて正確に認識できる所在地を記述しているのであれば制限なく書けるはずなのですが、11カ所以上記述した時点でプレビューが強制的にバグったりしたので、多く書けば書くほどノイズを含む可能性が高まることに留意しましょう。Jobsが指定する記法とには、いろいろと違いがあるようです。Jobsに対応するにあたっては、schema.orgのプロジェクトの記載にそうのではなく、Googleの記載にそうようにしましょう。大文字と小文字を区別する(case-sensitive)と明記されていたりもしますので、注意が必要です。Jobsでの対応についての言及がありません。表示されないといったことが考えらるため、これら固有のプロパティを使うのではなく、descriptionプロパティ内で言及するようにしましょう。課題の解決法を生み出したり、新たな仕組みや価値を創造するのにも有効な手法です。ContactEmail0745-60-7655。