تطبيق schema.org للذكاء الاصطناعي، بدءًا من الصفحة التي أمامك

هل يجب أن يتطابق تسمية الصفحة مع ما يراه الزائر؟

يمنح ترميز Schema.org البرامج وصفًا منظمًا للصفحة وموضوعها. يجب أن يشرح ما تقوله الصفحة بالفعل، وليس إضافة ادعاءات لا يستطيع الزائر تأكيدها.

ابدأ بتدوين غرض الصفحة وكيانها الرئيسي. ثم اختر أبسط نوع يناسبها. صفحة "عن المشروع" وصفحة المنتج ليست قابلتين للتبادل، حتى لو ظهرتا على نفس الموقع. يمنحك هذا فحصًا أوليًا مفيدًا لتطبيق schema.org لظهور في AI. هل يمكن لشخص أن يشير إلى المحتوى المرئي وراء كل حقيقة موسومة؟

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

من أين نبدأ بأسئلة الزوار حول تفاصيل المشروع؟

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

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

تخيل أن المشروع يحتوي على صفحة منتج ومقال شرح قصير. قد تدعم صفحة المنتج نوع Product إذا كانت تصف المنتج حقًا. قد يناسب المقال نوع Article عندما يظهر مؤلفه وتفاصيله التحريرية. إذا كانت الصفحة لا تدعم حقلاً، فاتركه واسأل مالك المشروع لتوضيح المصدر أولاً.

هذا يجعل العمل أسهل للتسليم أيضًا. يمكن لزميل في الفريق تتبع العلاقة بين كل حقل والصفحة بدلاً من التخمين لماذا تمت إضافته. لمزيد من المعلومات حول تشكيل صفحات مصدر مفيدة، تفضل بزيارة محتوى قابل للاستشهاد به لمساعدي AI.

ما أنواع schema التي تناسب أجزاء مختلفة من موقع المشروع؟

يعتمد نوع schema المناسب على ما تمثله صفحة معينة. يمكن لموقع مشروع استخدام عدة أنواع عبر عناوين URL مختلفة، طالما أن كل منها يعكس المحتوى المرئي.

ابدأ بالموقع وصفحاته

يمكن لـ Organization وصف المشروع أو الشركة وراء الموقع. يصف WebSite الموقع ككل، بينما يصف WebPage عنوان URL فردي. يمكن ربط هذه الأنواع حيث تكون العلاقة حقيقية وواضحة. حافظ على اتساق الأسماء والتفاصيل العامة عبر الصفحة وترميزها.

أضف أنواعًا خاصة بالمحتوى فقط حيث تناسب

قد يناسب Article موردًا تحريريًا بتفاصيل مؤلف أو نشر مرئية. قد تناسب Product صفحة تقدم منتجًا حقًا. قد تناسب SoftwareApplication صفحة تصف برنامجًا، إذا كانت التفاصيل الممثلة في الترميز مدعومة هناك.

على سبيل المثال، يمكن مراجعة صفحة تشرح ميزة برنامج لمعرفة مدى ملاءمتها لـ SoftwareApplication. إذا كانت تناقش المشروع بشكل عام فقط، فإن إضافة هذا النوع قد يصفها بشكل خاطئ. مراجعة سريعة صفحة بصفحة تمنع نسخ قالب واحد على صفحات غير متشابهة.

يمكن أن يكون كائن JSON-LD صغيرًا وقابلاً للقراءة. هنا، الاسم والعنوان هما توضيحيان، وليسا حقائق عن مشروعك:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Project",
  "url": "https://example.org/"
}

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

خمس خطوات هادئة من قائمة الصفحات إلى JSON-LD المفحوص

قائمة الصفحات وفحص أدلة قصير يجعلان عمل schema أسهل للمراجعة. نستخدم هذا التسلسل للحفاظ على كل سجل متصلاً بالصفحة التي يصفها.

1. اختر عناوين URL ذات الأولوية. قم بإدراج الصفحات المهمة أولاً. لاحظ غرض كل صفحة وكيانها الرئيسي وعنوانها الأساسي.
2. اختر نوعًا مناسبًا. قرر ما إذا كانت الصفحة تصف المنظمة أو الموقع أو المقال أو المنتج أو البرنامج أو موضوعًا آخر مناسبًا.
3. تتبع كل خاصية. اكتب أين يمكن للزائر رؤية الحقيقة، أو أي مصدر مشروع موثوق يؤكدها. أزل الحقول التي لا تدعيم واضح.
4. أضف JSON-LD إلى الصفحة المطابقة. تحقق من أن عناوين URL تشير إلى الصفحة المقصودة وأن بناء الجملة يحلل. قارن السجل مع المحتوى المعروض.
5. أعد الزيارة بعد التعديلات. تحقق من الترميز المرتبط عندما تتغير صفحة أو تفصيل منتج أو مؤلف أو حقيقة منظمة.

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

أين ينتهي دور البيانات المنظمة ومنصات AI؟

يمكن للبيانات المنظمة أن تجعل التفاصيل حول الصفحة أكثر وضوحًا. لكنها لا تستطيع توجيه كيف يختار ChatGPT أو Perplexity أو Google أو منصة أخرى المعلومات أو يقدمها. تصف وثائق Google البيانات المنظمة كطريقة لمساعدتها على فهم المحتوى وتقييم الأهلية لظهورات البحث المدعومة. ما إذا كان الظهور سيظهر يبقى قرار Google. لا يمكن لنوع schema أن يعد باستشهاد أو إجابة معينة.

يمنحك هذا الحدود اختبار جودة مفيدًا لفريقك. تحقق مما إذا كانت الصفحة تجيب على حاجة قارئ حقيقية، وما إذا كانت ادعاءاتها مدعومة، وما إذا كان الترميز يعكس النص المرئي. إذا كانت البيانات تحلل لكن الصفحة غامضة، فحسن الصفحة قبل إضافة المزيد من الخصائص. إذا تغير وصف المشروع، فحدث الصفحة ثم راجع السجل المرتبط. احتفظ بملاحظات حول ما غيرته ولماذا. بهذه الطريقة، يمكن للشخص التالي أن يعرف ما إذا كان الحقل يمثل تفصيل صفحة حقيقيًا أم افتراضًا قديمًا. عند مقارنة ما يظهروه ChatGPT وPerplexity، سجل ما تعرضه كل منصة فعليًا. لا تعامل مع الترميز كسبب لذكر أو حذف. يغطي دليلنا لـ ظهور في بحث AI الصورة النشريعة الأوسع.

كيف تحتفظ بسجل صغير يمكن لفريقك العودة إليه؟

يساعد سجل مراجعة مضغوط الفريق في فصل حقائق الصفحة وفحوصات الترميز وملاحظات الظهور عن بعضها البعض. كما يجع تحديث المحتوى التالي أقل احتما لترك تفاصيل قديمة وراءه.

لكل عنوان URL ذي أولوية، لاحظ نوعه المقصود وعنوانه الأساسي وآخر مراجعة وحالة التحقق من الصحة. أضف ملاحظة قصيرة عندما تتغير الصفحة بطريقة قد تؤثر على بياناتها المنظمة. ثم احتفظ بملاحظات المنصة في مكان منفصل: سجل السؤال المفحوص والمنصة وتاريخ الفحص وما أظهرته. تصف هذه الملاحظات ما رآه فريقك؛ لا تحدد لماذا اختارت منصة مصدرًا معينًا.

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

إذا كنت ترغب في مراجعة تقنية أوسع، يشرح llms.txt وإعداد زاحف AI جزءًا منفصلًا من ذلك العمل. لبدء مراجعتك الخاصة، اجمع بعض عناوين URL ذات الأولوية، والأسئلة التي يطرحها جمهورك، وأي تصدير schema موجد. يمكننا المساعدة في فحص تطابق الصفحة مع الترميز وإرجاع تصحيحات واضحة لفريقك.

كيف نعمل

1. قائمة الصفحات ذات الأولويةسجل غرض كل عنوان URL وكيانه الرئيسي وعنوانه الأساسي.
2. اختيار أنواع الصفحاتاختر أنواعًا تصف الغرض المرئي لكل صفحة.
3. تتبع الحقائقاربط كل خاصية بمحتوى مرئي أو مصدر مشروع موثوق.
4. إضافة JSON-LD والتحقق منهضعه على الصفحة التي يصفها، واختبر بناء جمله، وقارن حقائقه بالصفحة المعروضة.
5. المراجعة بعد التعديلاتأعد فحص الترميز عندما يتغير محتوى الصفحة المرتبط أو تفاصيل المشروع.