مخطط QAPage

الخلاصة — مخطط QAPage هو شيفرة تضيفها إلى صفحة تتمحور حول سؤال واحد يجيب عنه أشخاص مختلفون — مثل موضوع في منتدى، أو صفحة دعم تحمل علامة «تم الحل»، أو صفحة شبيهة بـ Stack Overflow. يعرّف السؤال وكل إجابة لكي تتمكن Google من عرض نتيجة أسئلة وأجوبة أغنى. وهو ليس لأقسام الأسئلة الشائعة التي كتبتها وأجبت عنها بنفسك (فهذه FAQPage). والخبر الجيد في 2026 أن QAPage، بخلاف FAQPage، ما زال ميزة تدعمها Google.

ما مخطط QAPage؟

تتمحور بعض الصفحات فعلياً حول سؤال واحد يجيب عنه مجتمع من المستخدمين. يسأل شخص «كيف أصلح X؟»، ثم ينشر الآخرون إجابات — تُقبل إحداها بوصفها الحل وتحصل أخرى على أصوات مؤيدة. يعمل Stack Overflow بهذه الطريقة، وكذلك موضوع منتدى يحمل علامة «تم الحل»، أو صفحة دعم منتج يساعد فيها المستخدمون بعضهم بعضاً.

مخطط QAPage هو كتلة صغيرة من الشيفرة — تكون في الغالب JSON-LD — توضّح لمحرك البحث طبيعة الصفحة: «هذا هو السؤال»، و«هذه هي الإجابات»، و«هذه الإجابة مقبولة»، و«لهذه الإجابة 12 صوتاً مؤيداً». يستطيع الإنسان فهم ذلك بنظرة واحدة، أما محرك البحث فيحتاج إلى وسوم صريحة.

لماذا يستحق التنفيذ؟

العائد هو نتيجة الأسئلة والأجوبة المنسقة — نتيجة أغنى وأنفع لصفحات الأسئلة والأجوبة المجتمعية، قد تجلب السؤال وأفضل إجابة إلى نتيجة البحث. ويمكن لنتيجة أكثر إفادة أن تجذب نقرات أكثر.

QAPage مقابل FAQPage — الفارق الذي يجب ضبطه

هنا يقع معظم الناس في الخطأ. يوجد نوعان متشابهان في الاسم من أنواع المخطط:

• FAQPage — لقائمة أسئلة كتبتها أنت وأجبت عنها أنت. تخيّل قسم «الأسئلة الشائعة» في صفحة منتج. مؤلف واحد: مالك الموقع.
• QAPage — لسؤال واحد يرسل مستخدمون مختلفون إجابات عنه. هذا محتوى مجتمعي، لا نص كتبته أنت.

الاختبار بسيط: من يكتب الإجابات؟ إذا كنت أنت، فهذه حالة FAQPage. وإذا كان مجتمعك هو من يكتبها، فهذه QAPage. وتقول Google صراحةً ألا تستخدم ترميز QAPage في صفحات الأسئلة الشائعة العادية.

الخبر الجيد في 2026

في مايو 2026 أوقفت Google ميزة FAQPage، فتوقفت نتائجها المنسقة عن الظهور. وكانت HowTo قد أُوقفت قبل ذلك. قد يسهل افتراض أن QAPage أُوقفت معهما، لكن ذلك لم يحدث. ما زالت QAPage موثقة ونشطة، ولا تحمل صفحة وثائقها إشعار إيقاف. لذلك، إذا كنت تدير موقع أسئلة وأجوبة مجتمعياً حقيقياً، فهذه واحدة من نتائج الأسئلة والأجوبة المنسقة القليلة التي ما زالت قائمة.

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

• لا ترمّز أسئلتك الشائعة على أنها QAPage للتحايل على إيقاف FAQPage؛ فـ Google تخصص QAPage للإجابات التي يرسلها المستخدمون فعلاً.
• الترميز الصحيح ≠ نتيجة منسقة مضمونة. فهو يجعل الصفحة مؤهلة، لكن Google تظل صاحبة قرار عرضها.
• لا ترمّز إلا ما يظهر فعلاً في الصفحة — يجب أن يطابق نص السؤال والإجابات في الشيفرة ما يراه الزائر.

هل تريد النسخة الكاملة — الخصائص المطلوبة مقابل الموصى بها، والحد الفاصل بين QAPage وDiscussionForumPosting، ومثال JSON-LD عملياً، وسياسات المحتوى التي تستبعد الصفحة؟ انتقل إلى علامة التبويب المتقدم.

الخلاصة — يجعل ترميز schema.org/QAPage بصيغة JSON-LD الصفحة مؤهلة لنتيجة الأسئلة والأجوبة المنسقة في Google. وهو QAPage يحتوي mainEntity واحداً من نوع Question (المطلوب: name وanswerCount وواحد على الأقل من acceptedAnswer أو suggestedAnswer). ويتطلب كل Answer خاصية text، بينما تعد upvoteCount وurl — الموصى بها بشدة — من الخصائص التي تقلل معظم الأدلة من أهميتها. الفارق عن FAQPage هو التأليف: FAQPage قائمة ثابتة يكتبها مالك الموقع، أما QAPage فسؤال واحد له إجابات يرسلها المجتمع. وتعرض Google ‏QAPage بوصفها حالة خاصة من DiscussionForumPosting: “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (ترجمة) «هل يقوم منتداك على نمط الأسئلة والأجوبة؟ استخدم ترميز Q&A بدلاً منه». لا تطبقها على كل موضوع، ولا تصف محتوى تجيب عنه بنفسك بأنه أسئلة وأجوبة مجتمعية، وأبقِ Answer منفصلاً عن Comment. عنوان 2026: بخلاف FAQPage (أوقفت في 7 مايو 2026) وHowTo (اختفت بحلول 2024)، لا تحمل QAPage إشعار إيقاف وما زالت نشطة. الترميز الصحيح يمنح الأهلية؛ وتظل Google هي التي تقرر عرض النتيجة.

لماذا لا تزال QAPage مهمة في 2026 — إيقاف FAQPage لم يشملها

ابدأ من هنا، لأنها أحدث نقطة وأكثرها عرضة لسوء الفهم. أخذت Google توقف نتائج منسقة مجاورة للأسئلة والأجوبة:

• HowTo — قُصرت على أجهزة سطح المكتب في 2023، ثم أُوقفت بالكامل في 2024.
• FAQPage — أضافت Google إشعار إيقاف إلى وثائق FAQPage في 7 مايو 2026، وتوقفت نتائج FAQ المنسقة عن الظهور في البحث في ذلك اليوم. ووفق تغطية Search Engine Journal، جاء الطرح على مراحل: توقفت النتائج المنسقة في 7 مايو 2026؛ وأزيل مرشح ظهور FAQ في البحث وتقرير النتائج المنسقة ودعم Rich Results Test في يونيو 2026؛ ثم أزيل دعم بيانات FAQ من واجهة Search Console API في أغسطس 2026.

لم تشمل أي من هاتين الخطوتين QAPage. عند إجراء هذا البحث في منتصف 2026، لم تحمل وثائق QAPage شريط إيقاف أو تحذيراً أو مربع «ملاحظة»، بل ظلت توثقها بوصفها نوعاً مستقلاً ومدعوماً من النتائج المنسقة. وهذا التباين هو أهم ما يمكن قوله الآن: FAQPage انتهت وQAPage لم تنتهِ، ولا يهدد موت إحداهما الأخرى لأنهما تغطيان محتوى مختلفاً فعلاً. بل إن Google واصلت تطوير QAPage بدلاً من هجرها؛ ففي أكتوبر 2021 تقريباً أزالت شرط author من suggestedAnswer، وهو عكس ما يحدث لمواصفة متروكة.

وهنا التحفظ الصريح: لم يضمن أحد في Google مستقبل QAPage علناً، ولم أجد في هذا البحث تصريحاً مسجلاً باسم ممثل من Google مثل Mueller أو Illyes أو Sullivan عن QAPage تحديداً. الدليل على سلامتها هو حالة الوثائق واستمرار الصيانة، لا وعد. ومن المنصف القول إن Google لم تضطر إلى التراجع العلني عن QAPage كما فعلت مع FAQPage.

QAPage مقابل FAQPage: الفارق الحقيقي هو من يجيب

عدد الأسئلة في الصفحة ليس هو العامل الحاسم. الفارق هو التأليف:

• FAQPage = يكتب مالك الموقع قائمة ثابتة من أزواج السؤال والجواب — محتواه وإجاباته هو.
• QAPage = سؤال واحد له إجابات يرسلها أفراد مختلفون من المجتمع، وقد تكون إجابات كثيرة على السؤال نفسه.

تجعل لغة الأهلية لدى Google عبارة «يرسلها المستخدمون» هي الشرط الحاسم. تسمي وثائق QAPage الحالات الصالحة بوضوح — «صفحة منتدى يستطيع المستخدمون فيها إرسال إجابات عن سؤال واحد» و«صفحة دعم منتج يستطيع المستخدمون فيها إرسال إجابات عن سؤال واحد» — وتسمي الحالات غير الصالحة بالوضوح نفسه: صفحات FAQ التي لا تتيح إرسال المستخدمين، والصفحات ذات الأسئلة المتعددة، وأدلة الكيفية، ومقالات المدونات. عملياً، لا يقتصر الاختبار على هوية من أجاب حتى الآن؛ بل على ما إذا كانت بنية الصفحة تتيح لمستخدمين مختلفين إرسال إجابات بديلة. يظل موضوع دعم كتبتَ أنت، مالك الموقع، كل ردوده الحالية ملائماً لـ QAPage إذا كان بوسع المستخدمين إضافة إجابات منافسة؛ أما الصفحة التي لا يستطيع الإجابة فيها سواك فلا تلائمها مهما كانت صياغتها. لذلك لا ينجح تغيير تسمية FAQ الخاصة بك إلى QAPage لتجاوز إيقاف FAQPage؛ فهذا هو نوع المحتوى الذي تمنعه QAPage.

QAPage مقابل DiscussionForumPosting: الحد الفاصل الذي تضعه Google

إذا كنت تدير منتدى، فلديك قرار ثانٍ أدق: هل الموضوع المعين صفحة أسئلة وأجوبة أم نقاش؟ تجيب Google مباشرةً في وثائق منتديات النقاش: “Note that for most of Google’s use cases, a Q&A page is considered a special case of a discussion forum page. If the structure of the forum website is primarily questions with answers, we recommend that you use Q&A markup instead. If the structure is more general and isn’t usually question and answer content, DiscussionForumPosting would be a better choice.” (ترجمة) «في معظم حالات استخدام Google، تعد صفحة الأسئلة والأجوبة حالة خاصة من صفحة منتدى النقاش. إذا كانت بنية المنتدى تقوم أساساً على أسئلة وإجابات، فنوصي باستخدام ترميز Q&A بدلاً من ذلك. وإذا كانت البنية أعم ولا تكون عادةً محتوى سؤال وجواب، فإن DiscussionForumPosting أنسب». وتقدم الوثيقة نفسها اختباراً عملياً من سطر واحد: “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (ترجمة) «هل يقوم المنتدى أساساً على الأسئلة والأجوبة؟ استخدم ترميز Q&A بدلاً منه».

النموذج الذهني إذاً هرمي: DiscussionForumPosting هي الحالة العامة، وQAPage هي الحالة الخاصة التي تستخدمها فقط عندما تكون البنية سؤالاً واحداً وإجابات. يميل موضوع Reddit بصيغة AMA، أي «اسألني أي شيء»، إلى الأسئلة والأجوبة؛ أما موضوع التعليقات العام في subreddit فهو نقاش ويندرج تحت DiscussionForumPosting.

Answer مقابل Comment — تمييز ترسمه Google فعلاً

ليست كل مشاركة داخل QAPage من نوع Answer. تفصل Google بين:

• Answer — إجابة حقيقية عن السؤال، وهي ما تشير إليه acceptedAnswer وsuggestedAnswer.
• Comment — ملاحظة توضيحية على السؤال أو على إجابة قائمة. توثق Google Comment بوصفها نوعاً اختيارياً، وتوضح أنها ليست مثل Answer.

يؤدي وسم كل تعليق على إجابة بوصفه Answer آخر إلى تضخيم عدد الإجابات وتحريف الصفحة — وعدم تطابق المحتوى هو تحديداً مما يجذب إجراءً يدوياً على البيانات المنظمة. وتعكس خصائص Google هذا الفصل: تعد answerCount الإجابات، وتعد commentCount التعليقات، ويوصى بكلتيهما على Question وعلى كائنات Answer وComment المنفردة حتى يمكن مطابقة المجموعين كل على حدة بدلاً من دمجهما في رقم واحد.

الخصائص المطلوبة والموصى بها

تتكون البنية من ثلاثة أنواع متداخلة: QAPage، وmainEntity الخاص بها وهو Question واحد، ثم كائنات Answer المرتبطة بذلك السؤال.

مستوى QAPage

مستوى Question ‏(mainEntity)

مستوى Answer ‏(acceptedAnswer / suggestedAnswer)

تخلط معظم أدلة التنفيذ بين ثلاثة أمور. أولاً، افصل قاعدة صحة التمثيل عن قاعدة الأهلية: تمثل answerCount: 0 بصورة صحيحة سؤالاً لم يجب عنه أحد بعد، لكن وثائق Google تنص صراحةً على أن “questions without answers aren’t eligible for the rich result” (ترجمة) «الأسئلة بلا إجابات غير مؤهلة للنتيجة المنسقة». إن 0 ترميز صحيح، لكنها لا تمنح أهلية صحيحة. ثانياً، ليست acceptedAnswer وsuggestedAnswer متنافيتين؛ فعبارة «واحدة منها» تعني أن المطلوب واحدة على الأقل، لا واحدة فقط. غالباً ما تضم الصفحة الحقيقية إجابة مقبولة وعدة إجابات مقترحة، ويمكن تكرار كل خاصية (تسمح جداول Google بـ «صفر أو أكثر» من كل منهما). فلا تقرأ الشرط على أنه يفرض الاختيار بينهما. ثالثاً، يوصى بـ Answer.url بشدة لسبب وجيه: ففي صفحة تضم عشرات الإجابات يتيح لـ Google وللمستخدمين الانتقال مباشرةً إلى إجابة محددة بدلاً من أعلى الموضوع. وإذا جعلت QAPage قالباً وحذفت مراسي الإجابات، فأنت تتخلى عن هذه الفائدة.

هوية المؤلف. إضافةً إلى تسمية من سأل أو أجاب، توصي Google بتوجيه author.url إلى صفحة ذلك الشخص، وترميز تلك الصفحة ببيانات ProfilePage المنظمة لكي تكون الهوية واضحة. وككل خاصية موصى بها هنا، هذه توصية لا ضمان؛ فهي لا تعد بترتيب أو أثر عرض، بل تسهّل على Google معرفة هوية كل شخص.

سياسات المحتوى وما يستبعد الصفحة

صحة الترميز ليست الشرط الوحيد. تضيف وثائق QAPage وقواعد Google العامة للبيانات المنظمة قيوداً على المحتوى:

• ليست لصفحات FAQ ولا للصفحات ذات الأسئلة المتعددة. سؤال واحد لكل QAPage؛ فالصفحة التي تسرد عدة أسئلة مختلفة لا تتأهل.
• لا تطبقها على كل موضوع بلا تمييز. تقول الوثائق صراحةً: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” (ترجمة) «لا تطبق ترميز QAPage على كل صفحات موقع أو منتدى إذا لم يكن المحتوى كله مؤهلاً»._ هذا هو فخ برمجيات المنتديات: وضع كتلة المخطط نفسها في كل عنوان URL لموضوع، سواء كان الموضوع صفحة سؤال واحد تجيب عنها الجماعة أم لا. اجعل القالب مشروطاً، ولا تصدره إلا عندما تلائم الصفحة النوع.
• تطابق المحتوى المرئي. يجب أن يطابق نص السؤال والإجابات في الترميز ما يراه الزائر. وهذه قاعدة عامة في كل نتائج Google المنسقة.
• المحتوى المحظور. تجعل اللغة الفاحشة أو الجنسية الصريحة أو العنيفة تصويرياً أو الداعية إلى الكراهية الصفحة غير مؤهلة حتى لو كان الترميز صحيحاً تقنياً.
• الإجراءات اليدوية. تقول ملاحظة استكشاف الأخطاء لدى Google: “If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results).” (ترجمة) «إذا تلقيت إجراءً يدوياً على البيانات المنظمة في صفحتك، فسيجري تجاهل البيانات المنظمة في الصفحة، مع بقاء إمكانية ظهورها في نتائج بحث Google». أكثر أسباب الإجراءات اليدوية الواقعية شيوعاً لهذا النوع ليس خاصاً بـ QAPage، بل هو قاعدة «لا ترمّز محتوى لا يراه المستخدم»، مثل ترميز إجابات غير موجودة فعلاً في الصفحة أو تضخيم Answer بمحتوى Comment.

وتبقى نقطة الأهلية مقابل العرض المطبقة على كل البيانات المنظمة: لا تضمن QAPage نتيجة منسقة ولا تحسناً في الترتيب. فهي ليست عامل ترتيب؛ بل تجعل الصفحة مؤهلة لنتيجة الأسئلة والأجوبة المنسقة، وتظل Google صاحبة قرار عرضها.

كيف تنفذها المنصات الحقيقية

أوضح مثال واقعي هو Discourse، منصة المنتديات مفتوحة المصدر. عندما ناقش فريق Discourse اعتماد ترميز Google الجديد آنذاك لإضافة discourse-solved، أي ميزة «علّم هذا الرد بوصفه الحل»، رأى المؤسس Sam Saffron أن QAPage هي الأنسب. فقد اختار مشرف رئيسي على برمجيات منتديات QAPage عمداً بدلاً من البدائل للمواضيع «المحلولة». وهذا يطابق بنية QAPage بميزة مألوفة: يصبح الرد المحلول acceptedAnswer، وتصبح الردود الأخرى كائنات suggestedAnswer، وتصبح أعداد الأصوات upvoteCount. إذا كنت تبني برنامج منتدى أو تضبطه، فهذا هو النمط: اربط الترميز بآلية «الإجابة المقبولة» الموجودة لديك، ولا تصدره إلا في المواضيع التي تتبع فعلاً نمط السؤال والجواب.

QAPage والأسئلة والأجوبة التعليمية: ليستا الميزة نفسها

توضيح سريع لأن الاسمين قد يختلطان: توثق Google بصورة منفصلة البيانات المنظمة للأسئلة والأجوبة التعليمية — وهي ترميز Quiz + Question + Answer مع eduQuestionType: Flashcard، يشغّل عرضاً دواراً شبيهاً ببطاقات الاستذكار للموضوعات التعليمية. إنها ميزة أخرى بمظهر مختلف. وتحيل وثائقها صفحات المجتمع ذات السؤال الواحد إلى QAPage: إذا كانت صفحتك سؤالاً واحداً تتبعه عدة إجابات يرسلها المستخدمون، فاستخدم QAPage لا Education Q&A.

التحقق من الترميز واختباره

اختبر ترميز QAPage باستخدام اختبار النتائج المنسقة (الذي يبلغ عن أهلية Q&A) وأداة التحقق من ترميز Schema من schema.org (للصياغة الخالصة). وسير العمل المعقول هو: أضف الخصائص ← افحصها مقابل إرشادات QAPage ← انشرها بصيغة JSON-LD ← تحقق منها. وبعد أن تصبح الصفحة حية، راقب Search Console بحثاً عن أخطاء البيانات المنظمة، وتأكد من ظهور التحسين فعلاً، مع تذكر أن الأهلية لا تضمن العرض.

ملاحظة عن Bing

بحثت عن وثائق QAPage خاصة بـ Bing ولم أجد. توثق Bing Webmaster Tools دعماً عاماً للبيانات المنظمة بصيغ JSON-LD وMicrodata وRDFa، وتوفر أداة تحقق من Schema، لكن لم يظهر شيء خاص بـ QAPage. لذلك فالقول الصريح هو: Google هي المحرك الذي لديه إرشادات مخصصة لـ QAPage ونتيجة Q&A منسقة موثقة؛ أما دعم Bing هنا فأقل توثيقاً. هذا نقص فيما نشرته Bing، وليس ادعاءً عن كيفية تحليل Bing — أو أي نظام آخر يقرأ ترميز schema.org — له أو عرضه. لا تثبت صحة الترميز المتوافق مع schema.org أن مستهلكاً بعينه غير Google يستخدم النوع. وإذا أردت معرفة معاملة Bing أو غيرها له، فيجب التحقق مباشرةً من نتائج Bing نفسها، لا استنتاج ذلك من صحة الترميز تقنياً.

موضع QAPage في التصنيف

تقع QAPage في زاوية Social & Community من البيانات المنظمة، إلى جانب شقيقتيها مخطط FAQPage ومخطط DiscussionForumPosting — وهي الأنواع الثلاثة التي ستوازن بينها باستمرار. وللاطلاع على المفردات الأوسع وموضع QAPage فيها، راجع مركزي البيانات المنظمة وترميز Schema اللذين تندرج تحتهما هذه المقالة.

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

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

• ما هي: ترميز schema.org/QAPage بصيغة JSON-LD لصفحة تتمحور حول سؤال واحد له إجابات يرسلها المجتمع — مثل مواضيع المنتديات وصفحات الدعم «المحلولة» وصفحات شبيهة بـ Stack Overflow — مما يجعلها مؤهلة لنتيجة Google المنسقة للأسئلة والأجوبة.
• عنوان 2026: بخلاف FAQPage (أوقفت في 7 مايو 2026 على مراحل حتى أغسطس 2026) وHowTo (اختفت بحلول 2024)، لا تحمل QAPage إشعار إيقاف وما زالت نشطة. لا تفترض أنها ماتت مع FAQPage، ولا تغيّر تسمية FAQ الخاصة بك إلى QAPage للتحايل على الإيقاف.
• QAPage مقابل FAQPage = التأليف لا عدد الأسئلة: FAQPage قائمة ثابتة يكتبها مالك الموقع؛ أما QAPage فسؤال واحد له إجابات مستخدمين مختلفين. وتحظر Google استخدام QAPage في صفحات FAQ العادية.
• QAPage مقابل DiscussionForumPosting: تعرض Google ‏QAPage بوصفها حالة خاصة من منتدى النقاش — “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (ترجمة) «إذا كان منتداك يتبع نمط السؤال والجواب، فاستخدم ترميز Q&A بدلاً منه». النقاش العام ← DiscussionForumPosting.
• البنية والخصائص المطلوبة: كائن QAPage له mainEntity واحد من نوع Question (name وanswerCount وواحد على الأقل من acceptedAnswer أو suggestedAnswer — لا «واحد فقط»؛ يمكن أن يتعايشا ويتكرر كل منهما). يحتاج كل Answer إلى text، ويوصى بشدة بـ url كرابط عميق إلى إجابة بعينها، كما يوصى بـ upvoteCount. تمثل answerCount: 0 سؤالاً بلا إجابة تمثيلاً صحيحاً، لكنه لا يتأهل للنتيجة المنسقة حتى تكون له إجابة.
• Answer ≠ Comment: الإجابات ردود حقيقية، والتعليقات توضيحات؛ فلا ترمّز التعليقات على أنها إجابات. ويجري عد answerCount وcommentCount ومطابقتهما كل على حدة.
• هوية المؤلف: يوصى باستخدام author.url لمؤلف السؤال أو الإجابة مع ترميز ProfilePage في صفحته، للمساعدة في تحديد الهوية لا لضمان ترتيب أو عرض.
• سياسات المحتوى: سؤال واحد لكل صفحة؛ لا تطبقها بلا تمييز على كل موضوع؛ يجب أن يطابق الترميز المحتوى المرئي؛ ويُمنع المحتوى الفاحش أو القائم على الكراهية أو العنف؛ وقد يؤدي عدم التطابق إلى إجراء يدوي على البيانات المنظمة.
• الأهلية ≠ العرض: ليست عامل ترتيب؛ فالترميز الصحيح يجعل الصفحة مؤهلة فقط، وتقرر Google ما إذا كانت ستعرضها.
• مثال منصة: إضافة discourse-solved في Discourse (الرد المقبول ← acceptedAnswer).
• Bing: لم نجد وثائق مخصصة لـ QAPage؛ Google هي المحرك الذي يوثق نتيجة Q&A المنسقة.

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

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

Google

• البيانات المنظمة لمخطط صفحات الأسئلة والأجوبة (QAPage) — المرجع الموثوق للخصائص المطلوبة والموصى بها، وحالات الاستخدام الصالحة وغير الصالحة، وقاعدة النطاق «لا تطبقها على كل الصفحات»، وسياسات المحتوى.
• البيانات المنظمة لمنتدى النقاش (DiscussionForumPosting) — الحد الفاصل بين QAPage وDiscussionForumPosting («حالة خاصة»، و«هل يقوم منتداك أساساً على الأسئلة والأجوبة؟»).
• البيانات المنظمة للأسئلة والأجوبة التعليمية — ميزة العرض الدوار المنفصلة للبطاقات والاختبارات، التي تعيد صفحات السؤال الواحد إلى QAPage.
• ترميز الأسئلة الشائعة ببيانات FAQPage المنظمة — تحمل الآن إشعار إيقاف 2026، وهي مفيدة للمقارنة.
• اختبار النتائج المنسقة — للتحقق من الترميز وأهلية Q&A.

Schema.org

• QAPage وQuestion — تعريفات المفردات الأساسية.

Bing / Microsoft

• ترميز موقعك بالبيانات المنظمة — دعم Bing العام للبيانات المنظمة (schema.org، مع التوصية بـ JSON-LD).

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

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

وثائق Google — نطاق QAPage وقواعدها

• بشأن Question.name المطلوبة: “The full text of the question in its short form.” — Google Search Central، وثائق QAPage. (ترجمة) «النص الكامل للسؤال بصيغته الموجزة». انتقل إلى الاقتباس
• بشأن عدم تطبيق القالب في كل مكان: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” (ترجمة) «لا تعمم ترميز QAPage على صفحات الموقع أو المنتدى كلها ما لم يكن كل المحتوى مؤهلاً». انتقل إلى الاقتباس
• بشأن الإجراءات اليدوية: “If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results).” (ترجمة) «عند فرض إجراء يدوي على البيانات المنظمة في الصفحة، تتجاهل Google تلك البيانات، وإن ظل ظهور الصفحة نفسها في نتائج البحث ممكناً». انتقل إلى الاقتباس

وثائق Google — QAPage مقابل DiscussionForumPosting (الحد الفاصل)

• “Note that for most of Google’s use cases, a Q&A page is considered a special case of a discussion forum page. If the structure of the forum website is primarily questions with answers, we recommend that you use Q&A markup instead. If the structure is more general and isn’t usually question and answer content, DiscussionForumPosting would be a better choice.” (ترجمة) «تُعد صفحة الأسئلة والأجوبة، في معظم استخدامات Google، حالة خاصة من صفحة منتدى النقاش. فإذا كان المنتدى مبنياً أساساً على أسئلة وإجابات، توصي Google بترميز Q&A؛ أما البنية العامة التي لا يغلب عليها هذا النمط فالأجدر بها DiscussionForumPosting». — Google Search Central، وثائق منتدى النقاش. انتقل إلى الاقتباس
• “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (ترجمة) «هل يغلب على منتداك نمط السؤال والجواب؟ استخدم ترميز Q&A بدلاً منه». انتقل إلى الاقتباس

Sam Saffron، مؤسس Discourse (Discourse Meta، موضوع تنفيذ في برنامج المنتدى)

• حاجّ بأن QAPage هو الترميز المناسب لإضافة discourse-solved: “Introduce QAPage - Schema.org Type which is the best anyway.” (ترجمة) «أضف QAPage، وهو نوع Schema.org الأنسب في كل الأحوال». اقرأ الموضوع

ورقة QAPage المختصرة

أي مخطط لأي صفحة؟

البنية المتداخلة

QAPage ← mainEntity ← Question واحدة ← acceptedAnswer و/أو suggestedAnswer (كل منهما Answer).

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

الحقول الموصى بها عالية القيمة

• Answer.url — موصى بها بشدة؛ تربط مباشرةً بإجابة بعينها.
• upvoteCount — على السؤال وكل إجابة.
• author وdatePublished — على السؤال والإجابات.

حقائق سريعة

• الصيغة: JSON-LD (موصى بها).
• تمثل answerCount: 0 سؤالاً بلا إجابة تمثيلاً صحيحاً، لكنه لا يصبح مؤهلاً للنتيجة المنسقة حتى تكون له إجابة. تحتاج إلى واحد على الأقل من acceptedAnswer أو suggestedAnswer، لا «واحد فقط»؛ ويمكن أن يتعايشا ويتكرر كل منهما.
• Answer ≠ Comment — التعليقات توضيحات وليست إجابات؛ ويجري تتبع answerCount وcommentCount كل على حدة.
• يوصى باستخدام author.url مع ترميز ProfilePage في تلك الصفحة لمؤلفي السؤال والإجابة؛ للمساعدة في تحديد الهوية لا لضمان الترتيب.
• لا تطبق QAPage بلا تمييز على كل موضوع؛ استخدمها فقط حيث تلائم الصفحة.
• يجب أن يطابق المحتوى ما يظهر؛ ولا يسمح بالمحتوى الفاحش أو القائم على الكراهية أو العنف.
• 2026: ما زالت QAPage نشطة؛ أما FAQPage (مايو 2026) وHowTo (2024) فأوقفتا.
• الترميز الصحيح = مؤهل، لا مضمون العرض. وليس عامل ترتيب.

QAPage مقابل FAQPage مقابل DiscussionForumPosting — أيها تستخدم؟

يختلط على الناس باستمرار فهم أنواع المخطط الثلاثة في Social & Community. أجب عن الأسئلة لتصل إلى النوع الصحيح باستخدام الحدود التي تضعها Google نفسها.

خرافات QAPage وأخطاؤها التي ينبغي تجنبها

خرافة: «أوقفت QAPage مع FAQPage في إيقاف مايو 2026». خطأ. فهما ميزتان منفصلتان لهما شروط أهلية ووثائق منفصلة. أوقفت FAQPage وحدها (وقبلها HowTo)، بينما لا تحمل وثائق QAPage إشعار إيقاف وما زالت نتيجة منسقة نشطة.

خرافة: «QAPage وFAQPage قابلتان للتبادل؛ اختر أيهما». خطأ. تحظر Google صراحةً QAPage على صفحات FAQ. اختبار التمييز هو التأليف: إجابات منسقة من مصدر واحد (FAQPage) مقابل إجابات متعددة يرسلها المجتمع (QAPage). إن تغيير تسمية FAQ الخاصة بك إلى QAPage لتجاوز إيقاف FAQPage هو تحديداً نوع المحتوى الذي تمنعه QAPage.

خرافة: «ينبغي لأي موضوع منتدى استخدام QAPage لأنه يدور حول الأسئلة والأجوبة». خطأ. QAPage هي الحالة الخاصة فقط عندما تكون البنية فعلاً سؤالاً واحداً وإجابات. أما مواضيع النقاش والتعليقات العامة فتندرج تحت DiscussionForumPosting، مع ترميز التوضيحات على أنها Comment لا Answer.

خطأ: تطبيق ترميز QAPage على مستوى الموقع في كل قالب موضوع. تحذر الوثائق صراحةً: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” (ترجمة) «لا تطبق ترميز QAPage على جميع صفحات موقع أو منتدى إذا لم يكن المحتوى كله مؤهلاً». اجعل القالب مشروطاً، ولا تستخدمه إلا عندما تتأهل الصفحة نفسها فعلاً.

خطأ: ترميز التعليقات على إجابة بوصفها إجابات إضافية. Answer رد حقيقي على السؤال، أما Comment فتوضيح على السؤال أو إجابة قائمة. يؤدي الخلط بينهما إلى تضخيم answerCount وتحريف المحتوى والمخاطرة بإجراء يدوي على البيانات المنظمة بسبب عدم تطابق المحتوى.

خطأ: ترميز صفحة متعددة الأسئلة بوصفها QAPage واحدة. تتطلب QAPage سؤالاً واحداً لكل صفحة. لا تتأهل الصفحة التي تسرد عدة أسئلة مختلفة؛ فهي ليست QAPage ولا FAQPage بعد إيقاف الأخيرة.

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

خرافة: «تضمن QAPage نتيجة منسقة أو تحسناً في الترتيب». هذا مبالغ فيه. مثل كل البيانات المنظمة، تجعل الصفحة مؤهلة لنتيجة Q&A المنسقة؛ وليست عامل ترتيب، كما تظل الأهلية مقيدة بجودة المحتوى وقيود اللغة (لا محتوى فاحش أو قائم على الكراهية أو العنف).

مثال سليم مقابل QAPage معطلة بصيغة JSON-LD

QAPage سليمة (سؤال واحد وإجابة مقبولة وإجابة مقترحة)

سؤال واحد بوصفه mainEntity، وقيمة answerCount صحيحة، وكائن acceptedAnswer واحد وآخر suggestedAnswer، مع upvoteCount وAnswer.url الموصى بها بشدة في كل منهما. (المثال مبسط للتوضيح.)

{
  "@context": "https://schema.org",
  "@type": "QAPage",
  "mainEntity": {
    "@type": "Question",
    "name": "How do I redirect an old URL to a new one without losing rankings?",
    "text": "We're consolidating two blog posts. What's the right redirect to keep the rankings?",
    "answerCount": 2,
    "author": { "@type": "Person", "name": "Dana R." },
    "datePublished": "2026-05-20T09:12:00-05:00",
    "upvoteCount": 8,
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Use a 301 permanent redirect from the old URL to the new one — it passes signals and tells Google the move is permanent.",
      "url": "https://example.com/community/redirect-question#answer-341",
      "upvoteCount": 27,
      "author": { "@type": "Person", "name": "Marcus T." },
      "datePublished": "2026-05-20T10:03:00-05:00"
    },
    "suggestedAnswer": {
      "@type": "Answer",
      "text": "A rel=canonical can work if both pages stay live, but for an actual move a 301 is the clearer instruction.",
      "url": "https://example.com/community/redirect-question#answer-352",
      "upvoteCount": 5,
      "author": { "@type": "Person", "name": "Priya S." },
      "datePublished": "2026-05-20T11:40:00-05:00"
    }
  }
}

الصفحة نفسها، لكن بترميز معطل

يمثل كل سطر مشار إليه أدناه خطأً حقيقياً وشائعاً:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": {
    "@type": "Question",
    "name": "How do I redirect an old URL to a new one?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Use a 301 redirect."
    },
    "suggestedAnswer": {
      "@type": "Comment",
      "text": "Thanks, that worked!"
    }
  }
}

المشكلات:

• "@type": "FAQPage" مع إجابات يرسلها المجتمع — هذه QAPage؛ واستخدام FAQPage هنا نوع خاطئ ونوع موقوف الآن.
• لا توجد answerCount — وهي مطلوبة على Question.
• suggestedAnswer من نوع Comment لا Answer — وعبارة “Thanks, that worked!” (ترجمة) «شكراً، نجح ذلك» توضيح وليست إجابة. يجب أن تشير suggestedAnswer إلى كائن Answer.
• لا توجد upvoteCount ولا Answer.url — يوصى بـ url بشدة كي تتمكن Google من الربط العميق بإجابة بعينها في موضوع طويل.
• لا مشكلة في حذف author من suggestedAnswer في حد ذاته — فقد ألغت Google هذا الشرط في 2021 — لكن غياب answerCount واستخدام Comment بوصفه Answer خطآن قاطعان.

تطبيقه على ميزة «تم الحل» في منتدى

طابق المخطط بميزة لديك بالفعل (وهو النمط الذي تتبعه إضافة discourse-solved في Discourse):

• الرد المعلّم بوصفه الحل ← acceptedAnswer.
• كل رد آخر يجيب عن السؤال ← suggestedAnswer.
• الردود التي ليست سوى توضيحات (مثل “did you try X?” (ترجمة) «هل جرّبت X؟» أو “thanks!” (ترجمة) «شكراً!») ← Comment لا Answer.
• أعداد أصوات الموضوع ← upvoteCount على السؤال وكل إجابة.
• لا تصدر الكتلة إلا في المواضيع التي تتبع نمط Q&A، لا في كل عنوان URL للمنتدى.

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

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

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

كتاباتي عن هذا الموضوع

لم أنشر دليلاً مستقلاً خاصاً بي عن QAPage. لذلك، بدلاً من إحالتك إلى شيء غير موجود، فالخيار الصريح هو إرسالك إلى المصادر الأولية أدناه وإلى الأعمال ذات الصلة بالبيانات المنظمة في هذا الموقع. وللاطلاع على المفردات الأوسع وموضع QAPage، راجع مركزي البيانات المنظمة وترميز Schema؛ وأقرب جيران QAPage هما مقالتي مخطط FAQPage ومخطط DiscussionForumPosting ضمن المجموعة الفرعية Social & Community نفسها. ولزاوية الذكاء الاصطناعي، راجع ترميز Schema للذكاء الاصطناعي.

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

• البيانات المنظمة لمخطط صفحات الأسئلة والأجوبة (QAPage) (Google Search Central) — المرجع الموثوق للخصائص والاستخدامات الصالحة وغير الصالحة وسياسات المحتوى.
• البيانات المنظمة لمنتدى النقاش (Google) — الحد الفاصل بين QAPage وDiscussionForumPosting، المقتبس حرفياً في علامة تبويب الاقتباسات.
• البيانات المنظمة للأسئلة والأجوبة التعليمية (Google) — ميزة العرض الدوار المنفصلة للبطاقات، ولماذا تعود صفحات السؤال الواحد إلى QAPage.
• Google توقف نتائج FAQ المنسقة في البحث (Search Engine Journal) — إيقاف FAQPage في 2026 والجدول المرحلي من مايو إلى أغسطس، وهو ما يجعل استمرار QAPage خبراً مهماً.
• Google تغيّر مزيداً من متطلبات البيانات المنظمة (Search Engine Journal، Roger Montti، أكتوبر 2021) — تغطية إزالة Google شرط suggestedAnswer.author، وهو دليل على صيانة QAPage النشطة.
• Google تطلق بيانات Q&A المنظمة لصفحات الأسئلة والأجوبة (Search Engine Land) — تغطية الإطلاق الأصلية لـ QAPage.
• دعم schema.org QAPage ونتائج Google المنسقة (Discourse Meta) — فريق برمجيات منتدى حقيقي اعتمد QAPage عمداً لإضافة discourse-solved.
• r/TechSEO — مجتمع تصحيح البيانات المنظمة والنتائج المنسقة.

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