مخطط JobPosting

الخلاصة — مخطط JobPosting هو شيفرة تضيفها إلى صفحة إعلان وظيفة كي تسمّي عناصر الدور بوضوح: «هذا هو المسمى الوظيفي»، و«هذه جهة التوظيف»، و«هذا هو الراتب»، و«هذا موقع العمل». بذلك تستطيع Google عرضه في Google for Jobs، صندوق البحث عن الوظائف الظاهر أعلى النتائج. تحتاج إلى خمسة تفاصيل على الأقل: المسمى والوصف وتاريخ النشر واسم جهة التوظيف والموقع. ضعه في صفحة تعرض وظيفة واحدة فقط، وليس في صفحة تجمع وظائف كثيرة.

ما مخطط JobPosting؟

عندما تنشر وظيفة في صفحة التوظيف، يستطيع الإنسان قراءة المسمى والشركة والراتب والموقع، أما محرك البحث فيرى نصاً عادياً ويضطر إلى التخمين. يوضّح مخطط JobPosting هذه العناصر في الشيفرة مستخدماً المفردات المشتركة من schema.org، كي تفهم Google الإعلان وتعرضه في Google for Jobs، وهي أداة البحث الصغيرة ذات شعارات الشركات التي تظهر أعلى نتائج استعلامات مثل «وظائف تسويق بالقرب مني».

يُكتب المخطط في كتلة شيفرة صغيرة تسمى JSON-LD داخل الصفحة من دون تغيير مظهرها.

ما الحد الأدنى الذي تحتاج إليه Google؟

يلزم خمسة أشياء كي يكون الإعلان مؤهلاً لـGoogle for Jobs:

• title — مسمى الوظيفة، مثل «باريستا» أو «مهندس برمجيات»، لا عنوان صفحة الويب.
• description — الوصف الكامل للوظيفة.
• datePosted — تاريخ نشر الوظيفة.
• hiringOrganization — الاسم الحقيقي للشركة.
• jobLocation — المكان الذي سيعمل فيه الشخص فعلياً.

هناك استثناء واحد لقاعدة الموقع: إذا كانت الوظيفة عن بُعد بنسبة 100%، فضع علامة العمل عن بُعد بدلاً من عنوان مكتب، كما يوضّح القسم المتقدم.

التفاصيل التي تجلب النقرات

تدخلك الحقول الخمسة المطلوبة إلى التجربة، لكن بعض الحقول الاختيارية تجعل إعلانك أوضح، لأن Google for Jobs تتيح للباحثين التصفية بها:

• الراتب — إظهار الأجر يميز إعلانك، كما تنتشر قوانين الإفصاح عن الرواتب؛ فتحقق مما تفرضه ولايتك القضائية.
• نوع التوظيف — دوام كامل أو جزئي أو عقد، وهكذا.
• تاريخ الانتهاء — كي تعرف Google متى تُغلق الوظيفة.

أكثر ما يخطئ فيه الناس

وظيفة واحدة في كل صفحة. لا يجوز وضع ترميز JobPosting في صفحة تسرد كل وظائفك الشاغرة؛ تسمح به Google فقط في صفحة وظيفة واحدة. وهذا أكثر أسباب رفض الإعلانات شيوعاً.

وعندما تُشغل الوظيفة، أزل الإعلان أو علّمه بأنه مغلق. إبقاء الوظائف المنتهية منشورة يخالف قواعد Google؛ وقد تتخذ Google إجراءً يدوياً وتسحب الإعلان من تجربة Google for Jobs. يقتصر ذلك على إعلانات وظائفك ولا يعني عقوبة شاملة لبقية ترتيب موقعك. كما أن وضع تاريخ انتهاء وهمي بعيد لإبقاء الوظيفة المشغولة «حية» لا ينجح؛ يجب أن تعكس الصفحة الواقع.

هل تريد التفاصيل الكاملة: الخصائص المطلوبة والموصى بها، وترميز العمل عن بُعد والهجين، وسياسات المحتوى المؤدية إلى الرفض، وإزالة الوظائف المنتهية، والفرق مع Bing؟ انتقل إلى علامة Advanced.

الخلاصة — يجعل مخطط JobPosting (schema.org/JobPosting بصيغة JSON-LD) صفحة الوظيفة الواحدة مؤهلة لـGoogle for Jobs. تطلب Google خمس خصائص: title وdescription وdatePosted وhiringOrganization وjobLocation، ويمكن أن يحل applicantLocationRequirements مع jobLocationType: TELECOMMUTE محل الموقع للوظائف البعيدة بالكامل. وتأتي قيمة النقر والتصفية من المجموعة الموصى بها: validThrough وemploymentType وbaseSalary وidentifier وdirectApply. هناك قاعدتان صارمتان: وظيفة واحدة في الصفحة، وتطابق المحتوى مع المخطط؛ أي ظهور كل قيمة JSON-LD في الصفحة. تنظيف الإعلانات المنتهية مهمة امتثال مستمرة بثلاث طرق إزالة معتمدة، وتركها منشورة يعرّضها لإجراء يدوي. يقتصر Indexing API من Google على JobPosting وBroadcastEvent وقد أصبح خاضعاً للموافقة؛ فلا تستخدمه كزر عام «للفهرسة الأسرع». يدعم Bing المفردات نفسها لكن بوثائق أقل بكثير؛ اتبع Google.

لم يتغير موقفي العام من المخططات في إعلانات الوظائف: أحب الترميز حين يمنحك ميزة بحث. ويتجاوز JobPosting هذا الشرط بوضوح، فهو بوابة إلى Google for Jobs، وهي مساحة حقيقية في صفحة النتائج. لذلك يستحق التنفيذ الدقيق، ولا سيما أن إعلانات الوظائف من أكثر أنواع البيانات المنظَّمة التي تراقبها Google بصرامة.

الخصائص الخمس المطلوبة

تسرد وثائق البيانات المنظَّمة لإعلانات الوظائف من Google خمس خصائص مطلوبة. إذا غابت إحداها، لم تعد الصفحة مؤهلة:

• title — “The title of the job (not the title of the posting). For example, ‘Software Engineer’ or ‘Barista’.” (ترجمة) «مسمى الوظيفة، لا عنوان الإعلان؛ مثل Software Engineer أو Barista». (انتقل إلى الاقتباس) يربك هذا الناس باستمرار؛ فالقيمة هي الدور، لا وسم <h1> أو عنوان SEO للصفحة.
• description — وصف الوظيفة الكامل بصيغة HTML، لا مجرد تكرار المسمى؛ تريد Google الوصف الحقيقي الكامل.
• datePosted — التاريخ الأصلي الذي نشر فيه صاحب العمل الوظيفة بصيغة ISO 8601، مثل 2017-01-24.
• hiringOrganization — “The organization offering the job position. This must be the name of the company (for example, ‘Starbucks, Inc’).” (ترجمة) «الجهة التي تعرض الوظيفة، ويجب أن تكون القيمة اسم الشركة، مثل Starbucks, Inc». (انتقل إلى الاقتباس) وفي لوحة الوظائف يجب أن تكون الجهة صاحب العمل الحقيقي، لا اللوحة.
• jobLocation — موقع العمل الفعلي الذي سيذهب إليه الموظف، لا مكان نشر الإعلان. ولا يلزم إذا وفرت applicantLocationRequirements لدور بعيد.

هذا مثال صالح بالحد الأدنى:

{
  "@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"
    }
  }
}

الخصائص الموصى بها التي تصنع الفارق فعلاً

تأتي الأهلية من الخصائص الخمس المطلوبة، لكن معظم قيمة النقر والتصفية تأتي من المجموعة الموصى بها؛ فهذه هي الحقول التي تتيح Google for Jobs للباحثين التصفية وفقها:

• validThrough — تاريخ انتهاء الإعلان بصيغة ISO 8601. احذفه تماماً إذا كانت الوظيفة لا تنتهي، لكن إن كان لها موعد نهاية فأدرجه وحافظ على دقته. بقاء قيمة validThrough قديمة مشكلة امتثال، لا قيمة افتراضية غير ضارة.
• employmentType — إحدى القيم FULL_TIME أو PART_TIME أو CONTRACTOR أو TEMPORARY أو INTERN أو VOLUNTEER أو PER_DIEM أو OTHER، ويجوز استخدام مصفوفة.
• baseSalary من النوع MonetaryAmount — الراتب الأساسي الفعلي الذي يقدمه صاحب العمل، لا تقديراً؛ ولا يجوز إلا لصاحب العمل توفيره. استخدم unitText بقيمة HOUR أو DAY أو WEEK أو MONTH أو YEAR، وminValue وmaxValue للنطاق. ومع انتشار قوانين شفافية الأجور، لم يعد هذا اختيارياً عملياً في حالات كثيرة.
• identifier من النوع PropertyValue — معرّف الوظيفة أو الطلب الفريد لدى صاحب العمل؛ وهو مهم لإزالة التكرار، خصوصاً لدى المجمّعات.
• directApply — يبين ما إذا كان عنوان URL يتيح التقديم مباشرة في الموقع بدلاً من إعادة التوجيه إلى مكان آخر.

خصائص تجريبية

طلبت Google في 2021 مجموعة خصائص إضافية ما زالت موسومة بأنها تجريبية: educationRequirements.credentialCategory و experienceRequirements.monthsOfExperience وexperienceInPlaceOfEducation. نشأت هذه الخصائص من مبادرة شهادات Google المهنية في سوق العمل خلال الجائحة. وكان طرح Google عند الإطلاق أنها ما زالت تطور طريقة استخدام المعلومات، لذلك قد لا ترى ظهوراً أو أثراً في بحث Google فوراً.

رأيي: أضفها إذا كان ملؤها من نظام ATS سهلاً، لكن لا تؤخر الإطلاق بسببها؛ فهي استعداد للمستقبل وليست شرط أهلية.

الوظائف البعيدة والهجينة: الاستخدام الصحيح لـTELECOMMUTE

لترميز العمل عن بُعد ثلاثة أنماط مختلفة، والخطأ فيها علامة كلاسيكية على عدم تطابق المحتوى.

بعيد بالكامل. اضبط jobLocationType على TELECOMMUTE للوظائف التي يجوز أو يجب أن يعمل فيها الموظف عن بُعد بنسبة 100%. وتطلب Google من كل إعلان TELECOMMUTE تحديد بلد مؤهل واحد على الأقل، عبر applicantLocationRequirements وهو الأسلوب المفضل، أو افتراضياً من jobLocation. لا توجد حالة صحيحة تخلو فيها الوظيفة البعيدة من معلومات الموقع؛ فـ«غير مقيّدة» تعني عملياً سرد كل بلد تقبل متقدمين منه، لا حذف الحقل. كما يجب أن يذكر نص الصفحة بوضوح أن الدور بعيد بالكامل؛ فتطابق المحتوى والمخطط مطلوب هنا أيضاً.

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

يمثل المثال دوراً بعيداً مقتصراً على الولايات المتحدة. ولعبارة «عن بُعد داخل الاتحاد الأوروبي» أو أي دور متعدد البلدان، كرر applicantLocationRequirements لكل بلد مؤهل؛ فاسم الخاصية لا يتغير سواء سميت بلداً واحداً أم عشرة.

هجين. الدور الهجين ليس بعيداً بالكامل. أعطه jobLocation حقيقياً للمكتب، ولا تضف TELECOMMUTE إلا إذا كان الدور مؤهلاً فعلاً للعمل عن بُعد. يجمع مثال Google الهجين بين jobLocation مادي وjobLocationType، ومعه applicantLocationRequirements عندما يكون خيار العمل البعيد مقيداً جغرافياً. تجنب وسم دور يسمح أحياناً بالعمل من المنزل بأنه TELECOMMUTE؛ فهذا عدم تطابق، لأن TELECOMMUTE مخصص للعمل البعيد بنسبة 100% ويجب أن تؤيده الصفحة. وعند الشك، تحتوي علامة أشجار القرار على مسار «هل ينبغي استخدام TELECOMMUTE؟».

أهلية Google for Jobs وتوافرها الإقليمي

قد يفاجئ الفرق الدولية أن Google for Jobs ليست عالمية. فهي متاحة في أكثر من 50 بلداً في أمريكا الشمالية وأمريكا اللاتينية وأوروبا والشرق الأوسط وشمال أفريقيا وأفريقيا جنوب الصحراء وآسيا، لكن ليس في كل مكان. إذا كانت إعلاناتك سليمة تقنياً ولا تظهر، فتحقق من توافر التجربة في البلد المستهدف قبل قضاء يوم في تصحيح JSON-LD.

سياسات المحتوى التي تؤدي إلى رفض الإعلانات

سياسات Google لمحتوى إعلانات الوظائف أشد من معظم قواعد البيانات المنظَّمة. ومن المفيد معرفة أسمائها الفعلية لأن Search Console يستشهد بها. وفق وثائق Google:

• صفحات الوظيفة الواحدة فقط. “The JobPosting markup must only be used on pages that contain a single job posting.” (ترجمة) «يجب استخدام ترميز JobPosting فقط في الصفحات التي تتضمن إعلان وظيفة واحداً». (انتقل إلى الاقتباس) وهذا أكثر أسباب الرفض شيوعاً في الواقع؛ فلا ترميز في صفحات القوائم أو نتائج البحث.
• محتوى غير ذي صلة — يجب أن يرتبط محتوى الإعلان بالوظيفة.
• محتوى ناقص — لا تسمح Google بإعلانات ذات أوصاف وظيفية ناقصة.
• تحريف — لا وظائف مزيفة ولا حشو كلمات مفتاحية ولا بيانات موقع كاذبة ولا انتحال ولا نشر إعلان شخص آخر دون تفويض.
• ألفاظ نابية — لا لغة فاحشة أو بذيئة أو مسيئة.
• إعلانات متنكرة أو محتوى ترويجي — لا قوائم برامج إحالة أو محتوى ترويجي متنكر في هيئة وظيفة.
• إعلانات منتهية — لا تسمح Google بها. “Ideally you should remove expired job postings from your website.” (ترجمة) «يُفضّل أن تزيل إعلانات الوظائف المنتهية من موقعك». (انتقل إلى الاقتباس)
• وظائف بلا وسيلة تقديم — يحتاج كل إعلان إلى طريقة للتقديم، مع استثناء دعوات معارض التوظيف والإعلانات المقيدة بتسجيل الدخول.
• جمع السير الذاتية — للوظائف المفتوحة التي يجري التوظيف لها فقط.
• طلبات العمل — الترميز للفرص الفعلية، لا لطلبات أشخاص يبحثون عن عمل.
• اشتراط الدفع — لا تطلب من المتقدم أن يدفع أبداً.
• المحتوى التحريري — قواعد نحوية وحروف كبيرة سليمة، بلا رسائل مزعجة مكتوبة كلها بالأحرف الكبيرة.

الخيط الجامع هو أن تطابق المحتوى مع المخطط غير قابل للتفاوض. يجب أن تظهر كل قيمة في JSON-LD، مثل الراتب وحالة العمل عن بُعد ونوع التوظيف، في الصفحة المقروءة؛ وإلا فقد تعامل Google الاختلاف على أنه تحريف.

التعامل الصحيح مع انتهاء الوظيفة وإزالتها

هذا هو الجزء الذي لا تبنيه الفرق بما يكفي. تنظيف الوظائف المنتهية التزام مستمر، لا مهمة إعداد لمرة واحدة؛ تحتاج إلى عملية، مثل cron أو تكامل ATS أو استدعاء Indexing API، تسحب الدور لحظة إغلاقه. تعتمد Google ثلاث طرق للإزالة:

1. اضبط validThrough على تاريخ مضى واترك الصفحة مؤقتاً.
2. أزل الصفحة تماماً وأرجع 404 أو 410.
3. احذف ترميز JobPosting من الصفحة.

الخطر إن لم تفعل: يخالف إبقاء الإعلانات المنتهية سياسات المحتوى، وقد يشمل رد Google إجراءً يدوياً يزيل إعلان الوظيفة أو الإعلانات من تجربة البحث عن الوظائف على Google. يقتصر هذا على أهلية إعلاناتك لميزة الوظائف، وليس عقوبة تلقائية على بقية ترتيب موقعك العضوي. 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 كما أن وضع validThrough مستقبلي لوظيفة شُغلت فعلاً لا يبقيها «آمنة»؛ يجب أن تعكس الصفحة الواقع.

لتسريع إزالة عناوين URL الخاصة بالوظائف وتحديثها، توصي Google بـIndexing API بدلاً من انتظار إعادة زحف عادية أو تنبيه خريطة الموقع. يشرح القسم التالي قيود النطاق والوصول.

الإعلانات المكررة والموزعة

من الحالات الواقعية الشائعة نشر الطلب نفسه في صفحة التوظيف لديك وفي ثلاث لوحات وظائف. لا بأس بذلك. قال John Mueller إن نشر الوظيفة نفسها في مواقع مختلفة أمر شائع ومتوقع، وإن استضافة الإعلان نفسه في أوقات مختلفة أو نطاقات فرعية مختلفة ينبغي أن تكون مقبولة أيضاً؛ تزيل Google تكرار الإعلانات المتطابقة بدلاً من معاقبتها، وأشار إلى أن ذلك ينطبق على Google for Jobs كذلك.

Indexing API محدود النطاق وأصبح مقيداً

ليس Indexing API من Google أداة عامة «للفهرسة الأسرع». وفق دليل البدء السريع، لا يجوز استخدامه إلا لزحف صفحات تتضمن JobPosting أو BroadcastEvent مضمناً في VideoObject؛ أي إن إعلانات الوظائف إحدى حالتي الاستخدام المشروع فقط. وإرسال عنوان URL إشعار لا ضمان: فهو لا يضمن أن تزحف Google إلى الصفحة أو تفهرسها أو تدرجها أو ترتبها أو تعرضها في إطار زمني معين.

تغير شيئان في هذا المشهد:

1. أصبح الوصول خاضعاً للموافقة. الحصة اليومية الافتراضية محدودة، والحصول على حجم فعلي يتطلب الآن تعبئة نموذج موافقة Google بدلاً من التفعيل التلقائي. استخدم صفحة Google الأصلية طلب الموافقة والحصة مصدراً أساسياً.
2. تحمي Google هذا المسار بوضوح من الرسائل المزعجة. حذّر ممثلوها مراراً من إساءة استعمال Indexing API لدفع أنواع صفحات عشوائية وغير مدعومة، والتوصية هي الالتزام بحالات الاستخدام الموثقة. ولأن JobPosting واحدة من اثنتين فقط، فإن إساءة استخدام الواجهة لمحتوى غير وظيفي قد تفقدك قناة تعتمد عليها إعلاناتك.

استكشاف الأخطاء في Search Console

إذا لم يظهر إعلان، فافحصه بالترتيب. تحتوي علامة Playbooks على دليل خطي، وهذه خلاصته:

• تحقق من الترميز في Rich Results Test وتأكد من تحليل الخصائص الخمس المطلوبة بلا خطأ.
• أكد وجود وظيفة واحدة في الصفحة؛ فالرفض الأكثر شيوعاً سببه ترميز JobPosting في صفحة قائمة أو فهرس.
• افحص تطابق المحتوى والمخطط؛ يجب أن تكون كل قيمة JSON-LD، كالراتب وحالة العمل عن بُعد ونوع التوظيف، ظاهرة في الصفحة.
• افحص validThrough والانتهاء؛ يُرفض الإعلان المنتهي إذا ظل يحمل ترميزاً حياً.
• أكد التوافر الإقليمي؛ فـGoogle for Jobs غير متاحة في كل مكان.
• راجع تقرير النتائج المنسّقة في Search Console لمعرفة سبب الرفض المحدد وأصلح السياسة المسماة.

Bing وJobPosting

يدعم Bing البيانات المنظَّمة عموماً بصيغ JSON-LD وMicrodata وRDFa، ويقدم Schema Markup Validator، ويسرد JobPosting ضمن الأنواع المدعومة لصفحات التوظيف ولوحات الوظائف. لكنه لا ينشر مواصفات أهلية خاصة بـJobPosting تقارب تفاصيل Google، كما أن سطح البحث عن الوظائف لديه أقل توثيقاً بكثير. والخلاصة الأمينة: يستخدم Bing مفردات schema.org نفسها ومبدأ الوظيفة الواحدة في الصفحة، مع تحقق أخف ووثائق أقل. لا تفترض التطابق بين Bing وGoogle؛ نفّذ مواصفات Google الأشد وسيُغطى Bing تلقائياً.

موضع هذا الموضوع

JobPosting نوع ضمن محور البيانات المنظَّمة الأوسع الذي توجد فيه المقالة، إلى جانب ترميز Product schema وProductGroup schema الموجهين للتجارة وعائلة Commerce schema الأوسع. إذا كنت تنفذها على موقع، فعاملها بالطريقة نفسها: استخدم النوع المرتبط بميزة بحث مؤكدة، وحافظ على تطابق JSON-LD مع المحتوى الظاهر، وتحقق قبل الإطلاق.

خلاصة الذكاء الاصطناعي

هذه نسخة مكثفة من القسم المتقدم:

• ما هو: يجعل مخطط JobPosting (schema.org/JobPosting بصيغة JSON-LD) في صفحة وظيفة واحدة الصفحة مؤهلة لنتيجة البحث المنسّقة Google for Jobs.
• المطلوب (5): title للدور لا عنوان الصفحة، وdescription لوصف HTML الكامل، وdatePosted بصيغة ISO 8601، وhiringOrganization لصاحب العمل الحقيقي، وjobLocation لموقع العمل. تستبدل الوظائف البعيدة jobLocationType: TELECOMMUTE، لكن كل إعلان TELECOMMUTE يجب أن يسمي بلداً مؤهلاً واحداً على الأقل عبر applicantLocationRequirements، وهو المفضل، أو افتراض jobLocation.
• الموصى به لقيمة النقر والتصفية: validThrough، واحذفه إن لم تنته الوظيفة وحافظ على دقته إن انتهت، ثم employmentType وbaseSalary الذي يقدمه صاحب العمل لا تقدير، وidentifier لإزالة التكرار، وdirectApply.
• تجريبي: educationRequirements وexperienceRequirements و experienceInPlaceOfEducation، وهي إضافات 2021 المرتبطة بالشهادات المهنية؛ مفيدة لكنها ليست شرط أهلية.
• أنماط العمل عن بُعد: يحتاج TELECOMMUTE دائماً إلى بلد مؤهل واحد على الأقل، أو قائمة لعدة بلدان، عبر applicantLocationRequirements أو افتراض jobLocation. أما العمل الهجين فيستخدم jobLocation حقيقياً ولا يستخدم TELECOMMUTE إلا إذا كان بعيداً فعلاً بنسبة 100%؛ فلا تبالغ في وصف العمل العرضي من المنزل.
• قاعدتان صارمتان: وظيفة واحدة في الصفحة، وتطابق المحتوى والمخطط بحيث تظهر كل قيمة JSON-LD في الصفحة.
• سياسات المحتوى المسماة: صفحة وظيفة واحدة، والمحتوى غير ذي الصلة أو الناقص، والتحريف، والألفاظ النابية، والإعلانات المتنكرة، والإعلانات المنتهية، والوظائف بلا تقديم، وجمع السير الذاتية، وطلبات العمل، واشتراط الدفع، والمحتوى التحريري.
• الانتهاء، ثلاث طرق معتمدة: validThrough مضى؛ أو إزالة الصفحة بـ404/410؛ أو حذف الترميز. ترك الوظائف المنتهية يعرّضها لإجراء يدوي يزيلها من Google for Jobs في نطاق إعلاناتك لا الموقع كله، ولا يفيد تاريخ مستقبلي وهمي.
• المنطقة: Google for Jobs متاحة في أكثر من 50 بلداً، لكنها ليست عالمية.
• التوزيع: نشر الوظيفة نفسها في عدة مواقع أو لوحات مقبول؛ تزيل Google التكرار وفق Mueller، مع استمرار دقة hiringOrganization ومنع التحريف.
• Indexing API: مخصص فقط لـJobPosting وBroadcastEvent داخل VideoObject وأصبح خاضعاً للموافقة. الإرسال إشعار لا ضمان للزحف أو الفهرسة أو الترتيب، وإساءة الاستعمال قد تفقدك الوصول. استشهد بصفحة الحصص والموافقة لدى Google.
• Bing: المفردات نفسها ومبدأ الوظيفة الواحدة، لكن الوثائق أقل والتحقق أخف؛ اتبع Google.

الوثائق الرسمية

وثائق المصادر الأولية من محركات البحث.

Google

• البيانات المنظَّمة لإعلانات الوظائف (JobPosting) في بحث الوظائف — الخصائص المطلوبة والموصى بها، ومعالجة العمل عن بُعد، وقائمة سياسات المحتوى الكاملة.
• طلب الموافقة والحصة — Indexing API — نموذج الموافقة والحصص للوصول إلى Indexing API.
• دليل البدء السريع لـIndexing API — يوضح أن الواجهة مخصصة فقط لـJobPosting أو BroadcastEvent داخل VideoObject.
• Rich Results Test — للتحقق من أهلية صفحة JobPosting وأخطاء الخصائص المطلوبة.
• Schema Markup Validator — للتحقق من صياغة أي نوع في schema.org.
• schema.org — JobPosting — مرجع المفردات لكل خاصية يمكن أن يحملها النوع.

Bing / Microsoft

• Bing Webmaster Tools — ترميز موقعك بالبيانات المنظَّمة — دعم Bing العام لـJSON-LD وMicrodata وRDFa.
• Bing Webmaster Tools — Schema Markup Validator وفحص عناوين URL.

اقتباسات من المصدر

عبارات مسجلة في وثائق Google. ينتقل كل رابط عميق إلى النص المقتبس في صفحة المصدر.

وثائق Google — الخصائص المطلوبة

• “The title of the job (not the title of the posting). For example, ‘Software Engineer’ or ‘Barista’.” (ترجمة) «مسمى الوظيفة (وليس عنوان إعلان الوظيفة). على سبيل المثال، مهندس برمجيات أو باريستا». — عن title. انتقل إلى الاقتباس
• “The organization offering the job position. This must be the name of the company (for example, ‘Starbucks, Inc’).” (ترجمة) «المنظمة التي تعرض المنصب الوظيفي. يجب أن تكون هذه القيمة اسم الشركة (على سبيل المثال، Starbucks, Inc)». — عن hiringOrganization. انتقل إلى الاقتباس

وثائق Google — سياسات المحتوى

• “The JobPosting markup must only be used on pages that contain a single job posting.” (ترجمة) «يجب استخدام ترميز JobPosting فقط في الصفحات التي تتضمن إعلان وظيفة واحداً». انتقل إلى الاقتباس
• “Ideally you should remove expired job postings from your website.” (ترجمة) «يُفضّل أن تزيل إعلانات الوظائف المنتهية من موقعك». انتقل إلى الاقتباس

إعادات صياغة من مصادر ثانوية وليست اقتباسات حرفية

• عن التوزيع (John Mueller، جلسة فبراير 2022، عبر iloveseo.com): نشر الوظيفة نفسها في مواقع مختلفة شائع ومقبول، كما ينبغي قبول استضافتها في أوقات أو نطاقات فرعية مختلفة؛ تزيل Google تكرار الإعلانات المتطابقة، وينطبق ذلك على Google for Jobs. (إعادة صياغة؛ تحقق من الأصل قبل الاقتباس.)
• عن الخصائص التجريبية (Google، عبر Search Engine Journal، مارس 2021): كانت Google ما تزال تطور استخدام معلومات التعليم والخبرة، لذلك قد لا يظهر أثر فوري في بحث Google. (إعادة صياغة؛ تحقق من الوثائق الحالية قبل الاقتباس.)
• عن إساءة استخدام Indexing API (ممثلو Google، نحو 2025، عبر تجميع ثانوي): التوصية هي الالتزام بحالات الاستخدام الموثقة والمدعومة بدلاً من دفع أنواع صفحات عشوائية عبر الواجهة. (إعادة صياغة؛ أعد جلب المصدر الأولي قبل الاقتباس المباشر.)

أدوات قرار تفاعلية

سؤالان متفرعان يتكرران مع ترميز الوظائف. انقر عبر خطواتهما.

دليل تشغيل: رُفض إعلان وظيفتي، ماذا أفحص وبأي ترتيب؟

نفذ الخطوات من الأعلى إلى الأسفل. تُحل معظم حالات الرفض في الخطوة الثانية أو الثالثة.

1. أعد إنتاج المشكلة في Rich Results Test. ألصق عنوان URL الحي أو HTML المعروض في Rich Results Test. إذا كانت الخصائص المطلوبة مفقودة أو مشوهة، فأصلحها أولاً؛ فخطأ واحد في خاصية مطلوبة يجعل الصفحة غير مؤهلة.

2. أكد وجود وظيفة واحدة في الصفحة. هذا أكثر أسباب الرفض شيوعاً. لا يُسمح بترميز JobPosting في صفحة قائمة أو فئة أو نتائج بحث؛ يجب أن يوجد في صفحة وظيفة واحدة.

3. افحص تطابق المحتوى والمخطط. اقرأ الصفحة كإنسان. يجب أن تظهر كل قيمة في JSON-LD، كالراتب ونوع التوظيف وحالة العمل عن بُعد والموقع، في المحتوى. وجود راتب أو علامة «بعيد» في الترميز فقط يبدو تحريفاً.

4. افحص validThrough والانتهاء. إذا شُغلت الوظيفة أو أغلقت، يُرفض الإعلان المنتهي الذي ما زال يحمل ترميزاً حياً. طبّق إحدى طرق الإزالة الثلاث: تاريخ validThrough مضى، أو 404/410، أو حذف الترميز. لا تضع تاريخاً مستقبلياً وهمياً.

5. أكد وجود طريقة للتقديم. يحتاج كل إعلان إلى طريقة تقديم، باستثناء دعوات معرض التوظيف والإعلانات المقيدة بتسجيل الدخول كما توثق Google. عدم وجود مسار تقديم مخالفة مسماة.

6. راجع السياسات المسماة الأخرى. استبعد المحتوى غير ذي الصلة أو الناقص، والتحريف كوظائف مزيفة أو موقع كاذب أو حشو كلمات، والألفاظ النابية، والإعلانات المتنكرة أو الإحالات، وجمع السير لوظائف غير مفتوحة، وطلبات العمل، واشتراط الدفع، ومشكلات الكتابة بالأحرف الكبيرة والتحرير.

7. أكد التوافر الإقليمي. توجد Google for Jobs في أكثر من 50 بلداً لكنها ليست عالمية؛ والترميز المثالي في بلد غير مدعوم لن يظهر.

8. اقرأ السبب الدقيق في Search Console وأصلحه. افتح تقرير النتائج المنسّقة، واعثر على نص سبب الرفض، وعالج السياسة المسماة بدلاً من التخمين.

خرافات وأخطاء

هذه أكثر الطرق تكراراً لفشل ترميز الوظائف، وما يصح فعلاً.

• خرافة: «يجب إدراج كل خاصية وإلا فلن تعرض Google الوظيفة». خطأ. خمس خصائص فقط مطلوبة بصرامة. تزيد الخصائص الموصى بها والتجريبية الثراء والتصفية، لكنها لا تتحكم في الأهلية.

• خرافة: «نشر الوظيفة نفسها في مواقع أو نطاقات فرعية عدة يجلب عقوبة محتوى مكرر». لا. التوزيع المعتاد عبر لوحات الوظائف متوقع، وتزيل Google تكرار الإعلانات المتطابقة بدلاً من معاقبتها. وتظل دقة hiringOrganization ومنع التحريف واجبين.

• خرافة: «وضع validThrough في المستقبل يبقي الإعلان المشغول آمناً». خطأ. تمنع Google الإعلانات المنتهية واقعياً مهما قالت validThrough. يجب أن تعكس الصفحة الواقع.

• خرافة: «يضمن مخطط JobPosting زيادة في الترتيب أو الزيارات». هذه مبالغة. يجعلك مؤهلاً لواجهة Google for Jobs، وليس عامل ترتيب لنتائج الويب العضوية. وأي زيادة في CTR تأتي من الواجهة الأغنى القابلة للتصفية، لا من تفضيل خوارزمي.

• خرافة: «يمكن وضع JobPosting في صفحة الوظائف أو القائمة لتغطية جميع الأدوار دفعة واحدة». هذا ممنوع صراحة: إعلان وظيفة واحد في كل صفحة.

• خرافة: «Indexing API أداة عامة لفهرسة أي صفحة بسرعة». خطأ، وقد حذر ممثلون من ذلك. نطاقه JobPosting وBroadcastEvent داخل VideoObject فقط، وإساءة استعماله تعرضك لفقدان الوصول.

• خرافة: «الوظائف البعيدة لا تحتاج إلى أي حقل موقع». خطأ. يستبدل jobLocationType: TELECOMMUTE موقع مكتب محدداً، لكن Google لا تزال تطلب بلداً مؤهلاً واحداً على الأقل عبر applicantLocationRequirements المفضل أو افتراض من jobLocation لكل إعلان TELECOMMUTE. لا توجد حالة صحيحة بلا معلومات موقع.

• خطأ: وسم العمل العرضي من المنزل أو الدور الهجين بأنه TELECOMMUTE. هذه القيمة للعمل البعيد بنسبة 100%. والمبالغة بها في صفحة تصف دوراً هجيناً عدم تطابق قد يؤدي إلى الرفض.

إجراء تشغيلي موحد: تنظيف الوظائف المنتهية

توضح المقالة أن هذا ليس إعداداً لمرة واحدة: تنظيف الإعلانات المنتهية «التزام مستمر»، ولدى Google ثلاث طرق إزالة معتمدة تحتاج إلى عملية قابلة للتكرار. ومن الأفضل أن يشغّلها cron أو تكامل ATS أو استدعاء Indexing API لحظة إغلاق الدور، لا مسح يدوي تتذكره أحياناً.

1. المشغّل: يُغلق الدور أو يُشغل في ATS. الإجراء: خلال يوم العمل نفسه، استخدم إحدى الطرق الثلاث؛ اضبط validThrough على تاريخ مضى واترك الصفحة مدة قصيرة، أو أزل الصفحة وأرجع 404/410، أو احذف JobPosting مع إبقاء الصفحة. يكتمل الإجراء حين لا تحمل الصفحة ترميز JobPosting حياً لوظيفة مشغولة.

2. لا تضع validThrough مستقبلياً لدور مغلق «لإبقائه آمناً». إذا شُغلت الوظيفة، فالحل إحدى طرق الإزالة لا تاريخ وهمي. يكتمل الإجراء حين تعكس validThrough، إن وُجدت، الواقع لا قيمة نائبة.

3. شغّل مطابقة مجدولة؛ أسبوعياً مناسب لحجم نشر متوسط. قارن كل صفحة JobPosting حية بالحالة الحالية في ATS. يلتقط ذلك ما فات الخطوة الأولى. يكتمل الإجراء حين يصبح عدد الصفحات «مغلقة في ATS لكنها حية بترميز» صفراً.

4. في لوحات الوظائف كبيرة الحجم، استخدم Indexing API لحدث الإزالة نفسه؛ فهو إحدى حالتي الاستخدام الموثقتين إلى جانب BroadcastEvent. لا تنتظر إعادة زحف عادية. يكتمل الإجراء حين يظهر تحديث الإزالة أو validThrough في معالجة Google من دون تأخر زحف عدة أيام.

5. سجّل طريقة الإزالة وتوقيتها لكل إعلان. هذا تأمين قليل التكلفة: فإذا حدثت مراجعة لإجراء يدوي، ستملك سجلاً يثبت أن تنظيف الوظائف المنتهية عملية عاملة لا فكرة لاحقة.

مطالبات لتدقيق تطابق المحتوى والمخطط

الخيط الجامع في المقالة أن تطابق المحتوى والمخطط غير قابل للتفاوض: يجب أن تظهر كل قيمة JobPosting JSON-LD، كالراتب وحالة العمل عن بُعد ونوع التوظيف، في الصفحة، وإلا قد تعد Google الاختلاف تحريفاً. تحول المطالبات التالية الفحص إلى مهمة تلصقها في نموذج محادثة بدلاً من المراجعة البصرية وحدها.

المطالبة 1 — اكتشاف اختلافات الصفحة والترميز

ألصق النص المرئي الذي يقرؤه الإنسان في صفحة الوظيفة، أي المحتوى المعروض، وكتلة JobPosting JSON-LD، مع تسمية كل جزء على حدة.

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.

توقع جدولاً أو قائمة قصيرة لكل حقل موصى به، تبين هل تؤيده الصفحة، وتذكر قيمة JSON-LD الدقيقة التي لا يقابلها نص ظاهر إن وُجدت.

المطالبة 2 — فحص عدم تطابق TELECOMMUTE والعمل عن بُعد

ألصق الوصف المرئي للوظيفة، وخصوصاً كلام العمل البعيد أو الهجين أو الحضوري، وقيم jobLocationType وapplicantLocationRequirements من 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.

توقع إجابة مباشرة بنعم أو لا عن توافق الترميز والوصف، وإذا لم يتوافقا فأيهما، نص الصفحة أم JSON-LD، يجب تغييره لاستعادة التطابق.

أدوات التحقق من JobPosting

مدقق أهلية النتائج المنسّقة — ابدأ بهذه الأداة. ألصق JSON-LD لصفحة الوظيفة أو HTML كاملاً أو عنوان URL حياً، فتفحص نوع JobPosting بصفته إحدى ميزات النتائج المنسّقة المتتبعة. تعرض تفصيلاً لكل خاصية: ✓ مؤهل، أو ✗ مع الحقل المطلوب المفقود بدقة (title وdescription وdatePosted وhiringOrganization وjobLocation)، أو ⚠ عند غياب حقل موصى به (validThrough وemploymentType وbaseSalary). شغلها قبل إطلاق قالب جديد، ومرة أخرى عند ظهور رفض في Search Console؛ فهي تبيّن سريعاً هل المشكلة خاصية مطلوبة أم شيئاً لا تراه الأداة، مثل تطابق المحتوى الذي يحتاج قراءة بشرية.

مدقق ترميز Schema — استخدمه لطبقة الصياغة تحت الأهلية: تحقق بدرجات خطورة من JSON-LD نفسه، مثل JSON المشوه أو تداخل @type الخاطئ أو مشكلات رسم @id، مع كتلة JSON-LD مصححة قابلة للنسخ. استخدمه عندما يرى مدقق الأهلية خاصية مفقودة ولا تعرف هل غابت فعلاً أم تشوهت حتى لم يرها المحلل.

بين الأداتين: استخدم مدقق أهلية النتائج المنسّقة لسؤال إعلان الوظيفة المحدد «هل يتأهل لـGoogle for Jobs؟»، واستخدم Schema Markup Validator لتصحيح صياغة JSON-LD الأساسية تحته.

مؤشرات الأداء الدائمة لصحة JobPosting

هذه الأرقام تستحق التتبع ربعاً بعد ربع، لا كفحص إطلاق لمرة واحدة؛ فهي تقيس بقاء تنفيذ JobPosting سليماً مع نشر الوظائف وإغلاقها.

مرات الظهور والنقرات في Google for Jobs

• ما الذي تخبرك به: هل تظهر إعلاناتك فعلاً في سطح النتائج المنسّقة Google for Jobs وتحصل على نقرات، لا أنها مؤهلة تقنياً فحسب.
• كيفية استخراجها: تقرير النتائج المنسّقة لإعلانات الوظائف في Search Console ضمن Enhancements، ويقسم مرات الظهور والنقرات لصفحات JobPosting الصالحة.
• المعيار أو النطاق الواقعي: لا رقم عالمي؛ فالنتيجة تعتمد على حجم النشر والقطاع ومنافسة Google for Jobs. أنشئ خط أساس من دورات تقاريرك الأولى بدلاً من مقارنة رقم قطاعي.
• الوتيرة: أسبوعياً في دورات التوظيف النشطة، وشهرياً عند انخفاض حجم النشر.

معدل الرفض المتحرك

• ما الذي يخبرك به: هل تصمد عملية التنظيف المستمرة، من تطابق المحتوى والوظيفة الواحدة وإزالة المنتهي، بمرور الوقت لا في فحص لحظي.
• كيفية استخراجه: توزيع الصالح وغير الصالح والمرفوض في تقرير JobPosting في Search Console كنسبة من إجمالي الإعلانات الحية في كل فترة.
• المعيار أو النطاق الواقعي: لا خط أساس منشور للقطاع؛ والهدف الصادق هو الاتجاه نحو صفر إعلان مرفوض. تتبع اتجاهك بدلاً من استعارة رقم.
• الوتيرة: شهرياً، أو مع وتيرة مطابقة الإعلانات المنتهية في الإجراء التشغيلي.

تأخر وقت الإزالة

• ما الذي يخبرك به: هل تواكب قناة الإزالة، عبر cron أو ATS أو Indexing API، إغلاق الوظائف فعلياً. وهذا مقياس السبب الجذري للمؤشرين السابقين، لأن الرفض وفقد الظهور يرتبطان ببقاء الإعلانات القديمة حية.
• كيفية استخراجه: قارن طابع «الإغلاق» الزمني في ATS بطابع تطبيق إحدى طرق الإزالة الثلاث على الصفحة. هذا سجل عمليات داخلي لا تقرير Search Console.
• المعيار أو النطاق الواقعي: توجّه المقالة هو «لحظة الإغلاق»، ولا توجد اتفاقية SLA عالمية. ضع هدفك وفق سرعة تكامل ATS أو cron الواقعية وقس عليه.
• الوتيرة: راجعه لكل حدث إغلاق إن أمكن، أو أسبوعياً إذا عولجت الإغلاقات دفعات.

اختبر نفسك: مخطط JobPosting

خمسة أسئلة سريعة عن بيانات JobPosting المنظَّمة وأهلية Google for Jobs والسياسات التي تؤدي إلى رفض الإعلانات. اختر إجابة لكل سؤال ثم تحقق.

موارد تستحق وقتك

ليس لدي مقال مخصص سابق عن مخطط JobPosting أو Google for Jobs؛ فهذا موضوع جديد بالنسبة إليّ ولن أصطنع استشهاداً. وما ينتقل إليه هو موقفي العام من المخططات: نفّذ الترميز حين يمنحك ميزة بحث حقيقية، وحافظ على تطابقه مع ما يظهر في الصفحة، وتحقق قبل الإطلاق. يتجاوز JobPosting هذا الشرط، ولذلك يستحق التنفيذ الدقيق.

كتاباتي ذات الصلة عن المخططات عموماً، لا عن الوظائف تحديداً

• ترميز Schema للذكاء الاصطناعي — زاوية بنية الكيانات في المخطط، وهي غير سؤال أهلية النتائج المنسّقة.
• دليل المبتدئين إلى تحسين محركات البحث التقني — موضع المخطط في الصورة الأكبر.
• تحسين محركات البحث للمؤسسات — موقفي العملي: «أحب ترميز schema ما دام يمنحك ميزة بحث».

من أنحاء القطاع

• John Mueller يناقش التعامل مع عدة ترميزات لإعلان الوظيفة (iloveseo.com) — ملخص جلسة فبراير 2022 عن الإعلانات المكررة والموزعة وإزالة Google للتكرار.
• Google تطلق مخطط إعلانات الوظائف للظهور في بحث الوظائف (Search Engine Roundtable) — تغطية Barry Schwartz للإطلاق في يونيو 2017.
• متطلبات جديدة للبيانات المنظَّمة لإعلانات الوظائف (Search Engine Journal) — Roger Montti عن خصائص التعليم والخبرة التجريبية في مارس 2021 وأصلها في الشهادات المهنية.
• تغيير Google Jobs في 2025: التعامل مع قيود Indexing API الجديدة (dstribute.io) — خط زمني قطاعي لتغيير الوصول إلى الواجهة؛ تعامل مع التواريخ كبيانات قطاعية لا تأكيداً من Google.
• تحديثات كبيرة على Indexing API وتأثيرها في لوحات الوظائف والمجمّعات (alexanderchukovski.com) — تحليل موجه للوحات الوظائف للتحول نفسه.

سجل التغييرات