تقيّم أنظمة الذكاء الاصطناعي هوية القائل ومضمون كلامه معًا عند إنشاء الإجابات. لكن معظم مواقع B2B التايوانية لا تزال تعرض المؤلف كاسم نصي مجرد؛ فلا يقرأ المحرك سوى بضع كلمات يعجز عن ربطها بخبير حقيقي يمكن التحقق من هويته. هنا يأتي دور مخطط Person: فهو يحوّل مؤسس الشركة أو مؤلف المحتوى من سلسلة نصية إلى كيان له هوية واختصاص ومرجعيات داعمة داخل الرسم البياني المعرفي.
لماذا تحتاج محركات الذكاء الاصطناعي إلى معرفة هوية المؤلف؟
يضع إطار E-E-A-T من Google «التجربة» و«الخبرة المهنية» ضمن العوامل الأساسية لتقييم جودة المحتوى، لكن الآلة لا تعرف تلقائيًا من يقف وراء المقال. وعندما يقرر ChatGPT أو Perplexity أو Google AI Overviews أي محتوى يستحق الاستشهاد، فإنه يفضّل الصفحات ذات المصادر الواضحة والمؤلفين المعروفين والتوافق مع المراجع الخارجية الموثوقة. وتعالج عملية تمييز الكيانات (entity disambiguation) مشكلة تشابه الأسماء: فهناك مئات الأشخاص باسم «Chen Zhiming»، ويحتاج المحرك إلى إشارات كافية ليفهم أن المذكور في مقالك هو المستشار الذي نشر ثلاثين مقالًا في مجال SaaS ويعمل لدى شركة بعينها. وهذا بالضبط ما يقدمه مخطط Person.
الحد الأدنى القابل للاستخدام من مخطط Person
لا حاجة إلى تعبئة جميع الحقول دفعة واحدة. يكفي عادةً أن يتضمن كيان المؤلف القابل للتحليل الصحيح السمات التالية، على أن تُكتب بصيغة JSON-LD في صفحة المؤلف وصفحة المقال:
- name: الاسم الكامل للمؤلف. يجب أن يتطابق تمامًا في جميع صفحات الموقع والمنصات الخارجية، بما في ذلك المسافات وطريقة كتابة الاسم بالإنجليزية.
- @id: معرّف ثابت قائم على URL، مثل https://yoursite.com/author/name#person، يتيح للمخططات الأخرى الإشارة إلى الكيان نفسه.
- jobTitle وworksFor: المسمى الوظيفي والمؤسسة؛ وتشير worksFor إلى كيان Organization الخاص بالشركة.
- sameAs: تشير إلى مصفوفة من الملفات الخارجية التي تؤكد الهوية، وهي الحقل الأهم في هذا البناء.
- knowsAbout: قائمة بالموضوعات التي يتخصص فيها المؤلف، على أن تتوافق مع المجالات التي نشر فيها بالفعل.
- alumniOf وdescription وimage: الخلفية الأكاديمية والنبذة التعريفية والصورة الشخصية، بما يعزز وضوح السيرة والمصداقية.
من دون هذه الخطوة، قد لا يرى المحرك في المنظومة سوى رابط منفرد باسم «author»، مهما كانت المعلومات المحيطة به ثرية.
sameAs: صِل الكيان بالرسم البياني المعرفي
يُعد sameAs الحقل الأعلى من حيث أثر الإفصاح ضمن هذه المجموعة من البيانات المنظّمة. فهو يسرد عناوين URL لملفات الشخص نفسه على منصات خارجية موثوقة. وبمقارنة هذه الروابط، يستطيع المحرك مطابقة مؤلف موقعك مع عقدة الكيان الموجودة في قاعدة معارفه. وعمليًا، ابدأ بالمصادر التالية حسب الأولوية:
- ملف LinkedIn هو الأهم في سياقات B2B، ومن أسهل المصادر التي تثق بها المحركات.
- حسابات X/Twitter وThreads وغيرها من المنصات الاجتماعية.
- صفحات Wikidata أو Wikipedia، إن وُجدت، إذ تتمتع بوزن مرتفع.
- صفحة المؤسس على Crunchbase أو AngelList.
- يمكن للمؤلفين الأكاديميين إضافة ORCID وGoogle Scholar.
- صفحة الفريق في الموقع الرسمي للشركة، وصفحات فعاليات التحدث، والمقابلات والتغطيات الإعلامية.
تنبيه مهم: تعتمد قوة sameAs على الاتساق المتبادل. فإذا ذكرت في المخطط أن ملف المؤلف على LinkedIn موجود على URL محدد، فمن الأفضل أن يشير الملف نفسه إلى موقعك أو شركتك؛ عندها تتعزز الإشارة. أما الإعلان عن الصلة من طرف واحد، مع غياب أي دليل على الطرف الآخر، فيضعف المصداقية.
أنشئ «صفحة رئيسية فعلية» للمؤلف
ينبغي أن يمتلك كل مؤلف محوري صفحة شخصية مستقلة ذات URL ثابت ومحتوى مستقر، لتكون العقدة الرسمية للكيان (entity home) داخل نطاقك. تضم هذه الصفحة مخطط Person كاملًا، ونبذة حقيقية، وروابط لأبرز الأعمال والملفات الخارجية. ثم يستخدم حقل author في صفحة المقال @id للإشارة إليها، فتغدو المصدر المرجعي الوحيد للحقيقة. ومن دون هذه الصفحة الفعلية، تبقى معلومات المؤلف موزعة بين أسطر النسبة في المقالات، ويصعب على المحرك جمعها في كيان مستقر.
استخدم @id لجمع المؤلف والمقالات والمؤسسة في صورة واحدة
تكمن قوة البيانات المنظّمة في الروابط بين العُقد. ففي مخطط Article، يشير author إلى @id الخاص بالمؤلف؛ وتشير worksFor لدى المؤلف إلى Organization @id الخاص بالشركة؛ ثم يعيد كيان Organization للشركة الإشارة إلى المؤلف عبر employee أو founder. وهكذا لا يقرأ المحرك ثلاث معلومات منفصلة، بل رسمًا بيانيًا معرفيًا مصغرًا تتبادل عُقده التأكيد. وعندما يحاول تحديد «من المسؤول عن محتوى هذه الشركة، وهل يفهم هذا الشخص الموضوع فعلًا؟»، يجد الإجابة واضحة داخل شبكة العلاقات.
عند مراجعة البيانات المنظّمة لدى عملاء B2B، نجد أن الثغرة الأكثر شيوعًا ليست نقص المحتوى، بل تعذّر «العثور» على مؤلف كل مقال: يقرأ المحرك الاسم، لكنه لا يستطيع ربطه بأي مصدر يمكن التحقق منه. وغالبًا ما تكون إضافة مخطط Person وsameAs أسرع خطوة يمكن أن تظهر أثرًا.— Tenten GEO implementation experience
قائمة التحقق قبل الإطلاق
- استخدم أداة Google لاختبار النتائج المعقدة وأداة التحقق من Schema.org للتأكد من صحة ترميز Person.
- تأكد من تطابق كتابة اسم المؤلف ومسمّاه المهني واسم الشركة في جميع صفحات الموقع، بما يشمل الصينية والإنجليزية والمسافات.
- تأكد من إمكانية فتح كل رابط في sameAs، ومن أن الملف المقابل يعرّف بموقعك أو شركتك.
- يجب أن تتوافق الموضوعات المدرجة في knowsAbout مع المجالات التي نشر فيها المؤلف بالفعل؛ تجنّب المبالغة.
- استخدم @id في حقل author بكل مقال للإشارة إلى كيان المؤلف نفسه، بدلًا من تكرار الاسم كسلسلة نصية.
- تأكد من أن الصفحة الرئيسية لكيان المؤلف قابلة للفهرسة، ولا تحمل توجيه noindex، وليست محجوبة خلف جدار تسجيل دخول.
ابدأ بمؤلف واحد: اختر أبرز مؤسس أو مستشار في الشركة، وأنشئ له صفحة رئيسية فعلية، وأكمل مخطط Person وsameAs، ثم اربط بها حقول author في جميع المقالات ذات الصلة. وبعد بناء نموذج متكامل، يمكن تطبيقه على بقية المؤلفين. وإذا أردت معرفة ما إذا كانت محركات الذكاء الاصطناعي ترى محتواك على أنه «بلا مؤلف معروف»، وما الإشارات الفعلية الناقصة، فاحجز جلسة تشخيص GEO مدتها 30 دقيقة عبر (/contact)، وسنحدد مباشرةً الجوانب التي ينبغي إصلاحها أولًا.
