ترميز Person

الخلاصة — ترميز Person كتلة شيفرة صغيرة تخبر محركات البحث بمن تتعلق الصفحة، وغالباً ما يكون مؤلف مقالة. يستخدم نوع Person من schema.org لتحديد الاسم ورابط السيرة والمسمى الوظيفي وروابط الملفات الأخرى. وظيفته الأساسية مساعدة المحركات على إدراك أن «Jane Smith» هنا هي نفسها في بقية الويب. وهو لا يرفع الترتيب ولا يمنح «نقاط خبرة».

ما ترميز Person؟

يفهم القارئ هوية الاسم في سطر المؤلف من السياق، أما محرك البحث فلا يرى سوى نص. يوسم ترميز Person الاسم على أنه شخص ويضيف تفاصيل قابلة للقراءة آلياً مثل رابط السيرة والمسمى الوظيفي وصاحب العمل والملفات الاجتماعية.

يستخدم مفردات schema.org المشتركة. النوع المحدد هو Person، وغالباً ما يُربط بخاصية author في المقالة. ويمكن استخدامه أيضاً في صفحة «نبذة عني» أو صفحة سيرة لبيان أن الصفحة كلها تتناول هذا الشخص.

لماذا يوجد: التمييز بين الأشخاص

السبب الحقيقي هو إزالة الالتباس، إذ يحمل أشخاص كثيرون الاسم نفسه. تساعد خاصية sameAs، التي تسرد ملفاتك الأخرى مثل LinkedIn والموقع الشخصي وX، المحرك على إدراك أن مؤلف هذه الصفحة هو الشخص نفسه الذي تمثله تلك الملفات. وهذه الهوية المتسقة هي ما تحاول محركات البحث وأنظمة الذكاء الاصطناعي بناءه.

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

لا يعزز ترميز Person ترتيبك ولا ينشئ E-E-A-T. فالادعاء بأن إضافة jobTitle أو كثير من روابط sameAs تجعل Google تثق بك أكثر غير صحيح. صرّح ممثلو Google بأن E-E-A-T ليس عامل ترتيب مباشراً، وأن أي شخص يستطيع وصف نفسه بأنه خبير في الترميز، وهذا وحده لا يعني شيئاً.

ما تشجعه Google هو التأليف الظاهر: أسطر مؤلف دقيقة ومعلومات سيرة يستطيع القارئ رؤيتها. الترميز مرآة آلية لما يظهر، لا بديل عنه ولا مفتاح ثقة سحري.

قاعدتان للمبتدئين:

• ضع الاسم وحده في حقل الاسم. لا تكتب «Jane Smith, Senior Editor»؛ فالدور له خاصية jobTitle منفصلة.
• طابق الترميز مع المحتوى الظاهر. الادعاء بمسمى أو جهة عمل لا تظهر في الصفحة مشكلة، وليس ميزة.

للتفاصيل المتعلقة بكل خاصية والفرق بين Article وProfilePage والاقتباسات، انتقل إلى علامة Advanced.

الخلاصة — يوسم schema.org/Person فرداً، غالباً بوصفه author لمقالة أو mainEntity في ProfilePage. وظيفته إزالة التباس الكيان عبر sameAs وربط الهوية بين أسطر المؤلف والسير والملفات. ليس عامل ترتيب ولا يمنح E-E-A-T؛ فقد قال Sullivan إن E-E-A-T ليست عامل ترتيب مباشراً وإن إعلان شخص خبيراً لا يعني شيئاً، وقال Mueller إن البيانات المنظمة لا تجعل الصفحة ترتب أفضل. ويختلف نطاق الخصائص الموثقة لمؤلف Article عن موضوع ProfilePage، ويجب أن يعكس الترميز سطر المؤلف الظاهر؛ فإخفاء المؤهلات في JSON-LD يناقض ما تشجعه Google.

أين يُستخدم ترميز Person؟

له ثلاثة مواضع شائعة لا تتبادل الأدوار:

1. مؤلف مقالة. خاصية author في Article أو BlogPosting من نوع Person. يتضمن مثال Google ‏name وjobTitle وurl.
2. mainEntity في ProfilePage. صفحة سيرة أو نبذة مخصصة يكون الشخص موضوعها الأساسي. تصفها Google بأنها للمواقع «where creators (either people or organizations) share first-hand perspectives.»
3. داخل ترميز Organization لمؤسس أو موظف مذكور في صفحة شركة.

وهو موضوع شقيق لترميز Organization، الذي يمثل الشركة نفسها، وترميز LocalBusiness، الذي يمثل نشاطاً تجارياً ذا موقع مادي. وتندرج الأنواع الثلاثة ضمن محور الكيانات والهوية؛ وPerson هو الجزء الخاص بالفرد في رسم الكيانات نفسه.

إزالة الالتباس لا الترتيب

تتمثل الوظيفة الحقيقية في تمكين المحركات من التعرف إلى الشخص باتساق وربط محتواه داخل الموقع وعبر الويب. تمثل sameAs النسيج الرابط: فهي تشير إلى عناوين URL أخرى تمثل الشخص نفسه، وكأنك تقول للمحرك «هذه الملفات كلها تخصني».

تصوغ وثائق Google رابط المؤلف بالطريقة نفسها؛ إذ تصف author.url بأنه رابط “that uniquely identifies the author” (ترجمة) «يعرّف المؤلف تعريفاً فريداً»، مثل صفحة نبذة أو سيرة أو ملف اجتماعي. اختر صفحة سيرة أساسية واحدة واجعل author.url لكل المقالات يشير إليها بدلاً من تشتيت روابط مختلفة. ووصف John Mueller تحديد المؤلف بأنه عملية مطابقة وأوصى بصفحة ملف مركزية، لكن هذه صياغة من تغطية ثانوية وليست اقتباساً حرفياً.

السجل: ليس عامل ترتيب ولا E-E-A-T

يوجد موقفان موثقان من Google:

البيانات المنظمة ليست دفعة ترتيب. قال John Mueller إن البيانات المنظمة لن تجعل الموقع يرتب أفضل؛ فهي تخدم ميزات البحث الموثقة، واستخدام أنواع schema.org أخرى جائز لكنه غالباً لا يحدث تغييراً ظاهراً في البحث.

E-E-A-T ليس عامل ترتيب مباشراً، والخبرة المعلنة ذاتياً لا تعني شيئاً. قال Danny Sullivan:

“having an expert write things doesn’t magically make you rank better, because 1) anyone could self declare someone to be an expert, and that means nothing and 2) we don’t somehow try to check and say ‘Yes, that’s an expert.’” (ترجمة) «وجود خبير يكتب المحتوى لا يجعلك ترتب أفضل بطريقة سحرية؛ إذ يستطيع أي شخص أن يصف أحداً بأنه خبير، وهذا لا يعني شيئاً، كما أننا لا نحاول التحقق والقول: نعم، هذا خبير».

وهذا بالضبط ما يفعله ترميز Person: تصريح ذاتي. لا تمنح كتابة jobTitle بقيمة “Senior SEO Expert” ومجموعة روابط sameAs نقاط E-E-A-T؛ فهو إطار لمقيّمي الجودة لا قائمة ترميز.

ما تشجعه Google فعلاً هو النسخة الظاهرة: معلومات تأليف دقيقة، مثل أسطر المؤلف، في المواضع التي يتوقعها القراء، كي يفهموا كيف أُنتج المحتوى. ضع المؤهلات في الصفحة حيث يراها الناس ثم اجعل الترميز يعكسها؛ فلا يحل الترميز محلها.

الخصائص الأساسية

لا تنشر إرشادات Article لدى Google جدول «خصائص مطلوبة»، بل تقول أضف ما ينطبق. ويسرد جدول الخصائص الموصى بها لـauthor اثنتين فقط:

• name — الاسم وحده. تنص Google على أن خاصية author.name لا تحتوي سوى اسم المؤلف من دون أي معلومة أخرى؛ فلا تكتب مثلاً «Jane Smith, Editor».
• url — صفحة أساسية واحدة تعرّف المؤلف على نحو فريد، مثل صفحة سيرة أو نبذة، ويفضل أن تكون ضمن الموقع نفسه. وتقبل أفضل الممارسات sameAs بديلاً عن url لأداء مهمة إزالة الالتباس نفسها.

يتضمن المثال التطبيقي من Google لمؤلف Article أيضاً jobTitle، لكنه محتوى مثال لا صفاً مستقلاً في جدول الخصائص الموصى بها. الخصائص التالية صالحة ضمن schema.org وتستحق الإضافة عندما تكون دقيقة وظاهرة في الصفحة، وليست قائمة تفرضها Google:

• jobTitle — الدور، منفصل عن name، ويظهر في مثال Google فقط.
• worksFor — كائن Organization لصاحب العمل. لا تذكره وثائق مؤلف Article إطلاقاً، لا في جدول التوصيات ولا في المثال؛ فهو من مفردات schema.org وقد يفيد في السياق المهني، لكن لا تقدمه بوصفه توصية من Google.
• image — صورة شخصية، ولها الحالة نفسها مثل worksFor: خاصية من schema.org وليست في جدول توصيات Article لدى Google.
• sameAs — أداة إزالة الالتباس والبديل الوحيد الذي تسميه وثائق Google مع url. تشمل الخيارات ذات الأولوية LinkedIn والموقع الشخصي وWikipedia أو Wikidata إن وُجدا وX وGitHub للمؤلفين التقنيين وORCID للباحثين. يجب أن ينتمي كل رابط إلى الشخص نفسه؛ فرابط sameAs الخاطئ يفسد إزالة الالتباس بدلاً من تعزيزها.
• اختيارياً: description و**alumniOf** و**knowsAbout**.

مؤلف Article مقارنةً بشخص ProfilePage

تطمس أدلة كثيرة الفرق بين النوعين، فتؤدي إلى ترميز زائد أو ناقص. توثق Google حالة مختلفة لكل نوع، بل تصنف الخصائص داخلهما إلى مطلوبة أو موصى بها أو واردة في المثال فقط:

الخطأ هو افتراض أن كل خاصية Person تخص النوعين أو أن ظهورها في مثال يعني أن Google توصي بها. تشمل خصائص ProfilePage المطلوبة أو الموصى بها mainEntity وname وalternateName وsameAs وdescription وimage وحقول التاريخ، لا jobTitle أو worksFor.

مثال أدنى لمؤلف Article

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How search engines crawl the web",
  "author": {
    "@type": "Person",
    "name": "Willow Lane",
    "jobTitle": "Journalist",
    "url": "https://www.example.com/staff/willow-lane"
  }
}

يحمل name الاسم وحده، وتحمل jobTitle الدور؛ وهذا هو الفصل الذي تؤكد عليه الوثائق.

مثال أكمل مع الانتماء وsameAs

{
  "@type": "Person",
  "name": "Willow Lane",
  "jobTitle": "Senior Journalist",
  "url": "https://www.example.com/staff/willow-lane",
  "image": "https://www.example.com/img/willow-lane.jpg",
  "worksFor": {
    "@type": "Organization",
    "name": "Example Media",
    "url": "https://www.example.com/"
  },
  "sameAs": [
    "https://www.linkedin.com/in/willowlane",
    "https://x.com/willowlane",
    "https://www.wikidata.org/wiki/Q00000000"
  ]
}

يجب أن يحيل كل sameAs إلى ملف يخص هذا الشخص فعلاً؛ فالروابط المكسورة أو غير المطابقة أسوأ من عدم وجودها.

ترميز Person ولوحات المعلومات

sameAs تلميح لإزالة الالتباس، لا مولّد لوحة. لا يضمن Knowledge Panel ولا «يثبت» الهوية للخوارزمية؛ ما زالت Google تحتاج إلى دعم من مصادر مستقلة موثوقة. يساعد الترميز المتسق على التعرف ولا يفرضه.

زاوية بحث الذكاء الاصطناعي

يُسوّق ترميز Person أحياناً كوسيلة تتحكم في وصف نماذج اللغة وبحث الذكاء الاصطناعي لك. تعامل مع ذلك بتشكك. فقد اعترض المؤلف علناً على افتراض ممارسي SEO أن الترميز يشكل مخرجات نماذج اللغة مباشرةً، وسأل في LinkedIn عن سبب اعتقادهم أن schema يؤثر فيها، لأن استخدام زواحف الذكاء الاصطناعي الحالية للبيانات المنظمة في الإجابات غير مؤكد. هذا تلخيص مقتطع لمنشور LinkedIn للمؤلف، وليس اقتباساً حرفياً. الصياغة الصادقة: الترميز بنية تحتية للكيان توفر هوية متسقة قابلة للقراءة آلياً وتساعد التعرف في رسوم المعرفة بمرور الوقت، لا مفتاحاً يغير ما يقوله الذكاء الاصطناعي الآن.

الخلاصة

استخدم ترميز Person كي تتعرف المحركات إلى هويتك باتساق وتطابق محتواك عبر الويب. طابقه مع سطر المؤلف والسيرة الظاهرين. لا تتوقع منه ترتيباً ولا تخلطه بـE-E-A-T؛ فهذا واضح في تصريحات Sullivan وMueller معاً. وتعرض علامة Anti-Patterns الأخطاء المحددة التي ينبغي تجنبها.

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

نسخة مكثفة من قسم Advanced:

• ما هو: يوسم schema.org/Person فرداً بصفته غالباً author لمقالة أو mainEntity في ProfilePage أو مؤسساً داخل Organization.
• وظيفته: إزالة الالتباس عن الهوية عبر sameAs وربط أسطر المؤلف والسير والملفات. اجعل author.url يشير إلى صفحة سيرة أساسية واحدة.
• ليس عامل ترتيب ولا E-E-A-T: البيانات المنظمة لا ترفع ترتيب الموقع، وإعلان شخص خبيراً ذاتياً لا يعني شيئاً.
• ما تشجعه Google: تأليف ظاهر ودقيق، لا مؤهلات مخفية في الترميز.
• النوعان مختلفان: يوصى لمؤلف Article رسمياً بـname وurl (أو sameAs). أما jobTitle فتظهر في المثال فقط، ولا توثق Google ‏worksFor أو image لمؤلف Article. تتطلب ProfilePage ‏mainEntity وname وتوصي بـalternateName وsameAs وdescription وimage.
• قاعدة الاسم: الاسم وحده في name، والدور في jobTitle.
• Knowledge Panels: ‏sameAs تلميح لا مولّد، ويلزم دعم مستقل.
• بحث الذكاء الاصطناعي: بنية تحتية للكيان لا مفتاح لتغيير المخرجات اليوم.
• طابق الترميز مع المرئي؛ فرابط sameAs الخاطئ يضر بإزالة الالتباس.

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

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

Google

• Article structured data — خاصية author التي تقبل Person أو Organization، وقاعدة الاسم وحده في author.name، وخاصية author.url الموصى بها.
• Profile page (ProfilePage) structured data — ‏mainEntity وname وalternateName وsameAs وdescription.
• Creating helpful, reliable, people-first content — معلومات التأليف الدقيقة والظاهرة.
• Rich Results Test — التحقق من Article وProfilePage.
• Schema Markup Validator — التحقق من أي نوع schema.org.
• schema.org — Person — مرجع المفردات.

Bing / Microsoft

• Bing Webmaster Guidelines — دعم schema.org وJSON-LD.
• Bing Webmaster Tools — فحص قراءة Bing للترميز.

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

تعرض الفقرة التالية تصريحات موثقة لممثلي Google. والاقتباس الحرفي الوحيد أدناه هو الذي استطاع الملخص البحثي ربطه بصياغة محددة؛ أما بقية مواقف الممثلين في هذا الموضوع فتلخيص لتغطية ثانوية، لذلك لم توضع بين علامتي اقتباس من دون ربطها بأصل مباشر.

Danny Sullivan، مسؤول التواصل في Google Search — الخبرة المعلنة ذاتياً

“having an expert write things doesn’t magically make you rank better, because 1) anyone could self declare someone to be an expert, and that means nothing and 2) we don’t somehow try to check and say ‘Yes, that’s an expert.’” (ترجمة) «كتابة خبير للمحتوى لا تمنح ترتيباً أفضل تلقائياً؛ فبوسع أي أحد أن يعلن شخصاً خبيراً من تلقاء نفسه، وهذا بلا دلالة، ولا تحاول Google التحقق من صفة الخبير».

Danny Sullivan — ‏E-E-A-T ليس عامل ترتيب مباشراً (تلخيص)

• قال Sullivan إن E-E-A-T ليس عامل ترتيب بمعنى شيء تقني منفرد تقيسه Google مباشرةً كما تقيس السرعة؛ بل تستخدم إشارات متعددة بديلاً تقديرياً لمعرفة ما إذا كان المحتوى يطابق تقييم الإنسان لمعايير E-E-A-T. هذا تلخيص لتغطية ثانوية، وليس اقتباساً حرفياً إلى حين جلب المصدر الأولي.

John Mueller، Google — البيانات المنظمة والترتيب (تلخيص)

• قال Mueller إن البيانات المنظمة لا تجعل الموقع يرتب أفضل؛ بل تجعل الصفحات مؤهلة لميزات البحث الموثقة. ولا بأس باستخدامها لأغراض أخرى في schema.org، لكن من غير المرجح أن يحدث ذلك تغيراً ظاهراً في Google Search. ووصف تحديد المؤلف أيضاً بأنه عملية مطابقة، وأوصى بأن يشير رابط المؤلف إلى صفحة ملف مركزية واحدة. هذا تلخيص لتغطية Search Engine Journal وSearch Engine Roundtable لمنشوراته على Bluesky وX؛ ينبغي مطابقته مع الأصل قبل اقتباسه حرفياً.

وثائق Google — قيد author.name

• “In the author.name property, only specify the name of the author. Don’t add any other piece of information.” (ترجمة) «في خاصية author.name، حدّد اسم المؤلف فقط، ولا تضف أي معلومة أخرى». Article structured data

ما يجب ألا تفعله بترميز Person

أخطاء تتكرر كثيراً، وسبب فشل كل منها.

توقع تعزيز E-E-A-T أو الترتيب. هذا هو الخطأ الأبرز. ترميز Person تصريح ذاتي، وقد أوضح Sullivan أن وصف شخص بأنه خبير لا يعني شيئاً للترتيب لأن Google لا تتحقق من الخبراء ولا تصادق عليهم. وقال Mueller إن البيانات المنظمة لا تحسن ترتيب الصفحة. أضف ترميز Person للهوية والأهلية، لا أملاً في رفع الترتيب أو جمع «نقاط E-E-A-T».

الخلط بين إسناد author وربط ملفات sameAs. يؤدي author وsameAs مهمتين مختلفتين: الأول ينسب المقالة إلى شخص، والثاني يعلن أي الملفات الخارجية تمثل الشخص نفسه. تمثل sameAs أداة إزالة الالتباس، بينما يمثل كائن author الإسناد، وتحتاج إليهما معاً لتحقيق ما يظنه الناس مهمة خاصية واحدة. كما أن قيمة sameAs غير المطابقة، كرابط ملف شخص آخر، تفسد إزالة الالتباس فعلياً.

اعتبار jobTitle وworksFor متطلبات من Google. تظهر الأولى في مثال Article، ولا تظهر الثانية في وثائقه. التوصية الرسمية هي name وurl أو sameAs، وقد يفيد الانتماء الدقيق اختيارياً في التمييز بين مؤلفين يحملان الاسم نفسه، لكنه ليس إشارة توصي بها Google أو تمنحها درجة.

إخفاء المؤهلات في الترميز وحده. تشجع Google التأليف الظاهر، من سطر المؤلف إلى الخلفية التي يستطيع القارئ رؤيتها. ومن المعكوس أن تحشو JSON-LD بالمسمى الوظيفي وصاحب العمل والمؤهلات بينما لا تعرض الصفحة سوى اسم مجرد. والأسوأ أن الادعاء في الترميز بأمور لا تظهر في المحتوى المرئي يخالف إرشادات Google للبيانات المنظمة. أظهرها في الصفحة أولاً ثم اعكسها في schema.

حشو المسمى في name. لا يضم author.name سوى الاسم؛ لذلك فصيغة “Jane Smith, Senior Editor” خاطئة، واستخدم jobTitle للدور.

معاملة Person وProfilePage كقائمة واحدة. تختلف الخصائص المطلوبة والموصى بها بين مؤلف Article وmainEntity في ProfilePage. يتطلب النوع الثاني mainEntity وname، ويوصي بـalternateName وsameAs وdescription وimage؛ ولا توثق Google ‏jobTitle أو worksFor له. يؤدي تطبيق قائمة واحدة إلى زيادة الترميز أو نقصه.

افتراض أن sameAs وحده يبني Knowledge Panel. إنه تلميح بين إشارات عدة، لا مولّد لوحة ولا «إثباتاً» للهوية. وتحتاج Google إلى دعم مستقل قبل إنشاء لوحة أو تحديثها.

توقع تغيير ترميز Person لما تقوله عنك نماذج اللغة اليوم. لم يُؤكد أن الزواحف الحالية تستخدم البيانات المنظمة مباشرةً في الإجابات؛ تعامل معه كبنية كيان للمدى الطويل، لا كمفتاح يعيد كتابة مخرجات الذكاء الاصطناعي هذا الأسبوع.

أي ترميز Person أحتاج؟

يستدعي مؤلف Article وProfilePage مجموعتين مختلفتين من الخصائص.

قائمة تحقق تطبيق ترميز Person

راجع هذه القائمة قبل نشر ترميز Person في سطر مؤلف أو ProfilePage.

• لا يحوي حقل الاسم سوى الاسم. لا تضع المسمى داخل author.name.
• jobTitle خاصية منفصلة ولا تضاف إلا عندما يكون الدور ظاهراً.
• يشير author.url إلى صفحة سيرة أساسية واحدة ومتسقة في كل مقالات المؤلف.
• تُضبط worksFor عندما تكون جهة العمل ظاهرة وذات صلة.
• تطابق image الصورة الظاهرة في الصفحة.
• لا تسرد sameAs إلا ملفات مؤكدة للشخص نفسه؛ فالرابط الخاطئ يضر بإزالة الالتباس.
• كل تفصيل موسوم ظاهر في الصفحة. لا تضف مؤهلات موجودة في JSON-LD وحده.
• يستخدم موضوع ProfilePage مجموعته الخاصة: ‏name وalternateName وsameAs وdescription، لا jobTitle أو worksFor.
• اجتز التحقق في Rich Results Test أو Schema Markup Validator.
• اضبط التوقعات: هذا تحسين للهوية والأهلية، وليس أداة ترتيب أو E-E-A-T.

مرجع سريع لترميز Person

يزيل ترميز Person الالتباس عن الكيان؛ ولا يصنع خبرة أو ترتيباً أو Knowledge Panel.

اختبر نفسك: ترميز Person

خمسة أسئلة سريعة عما يفعله الترميز وما لا يفعله.

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