FAQ Schema كود يوضع في الصفحة ليخبر محركات البحث بأن فيها أسئلة وأجوبة ظاهرة للزائر، أما Article Schema فيصف المقال نفسه: عنوانه وكاتبه ومراجعه الطبي وتاريخ تحديثه. استخدم faq schema فقط عندما تكون الأسئلة مكتوبة فعلًا في الصفحة ويقرؤها المريض، واعلم أن جوجل قلّص عرض نتائج الأسئلة الشائعة المميزة إلى نطاق محدود من المواقع، لذلك قيمته اليوم في مساعدة الآلات على فهم المحتوى أكثر من شكل النتيجة.
ما المقصود بالبيانات المنظمة، ولماذا يهتم بها الموقع الطبي؟
البيانات المنظمة، أو Schema Markup، طريقة موحدة لوصف محتوى الصفحة بلغة تفهمها البرامج، بحيث يعرف محرك البحث أن هذا النص سؤال وذاك جوابه، وأن هذا الاسم هو كاتب المقال. هي لا تُرى للمريض، لكنها تقلل احتمال سوء الفهم لدى محركات البحث والمساعدات الذكية.
تُكتب عادة بصيغة JSON-LD، وهي كتلة كود منفصلة توضع في الصفحة دون أن تغير شكلها. وفي المواقع الطبية تزداد أهمية الوضوح، لأن جوجل يتعامل مع المحتوى الصحي بحذر ويبحث عن إشارات تدل على من كتب المعلومة ومن راجعها. وقد شرحنا أنواع سكيما العيادة والطبيب في مقال سكيما للعيادات: MedicalClinic وPhysician وPerson، وهنا نركز على صفحات المحتوى.
هل ما زال FAQ Schema يظهر كنتيجة مميزة في جوجل؟
في أغلب المواقع لم يعد كذلك. فقد قلّص جوجل عرض الأسئلة القابلة للتوسيع أسفل نتيجة البحث، وحصره في نطاق ضيق من المواقع ذات الطابع الرسمي أو الصحي المعروف، وقد يغير ذلك مستقبلًا كما غيّره من قبل.
لذلك لا تضف الكود متوقعًا أن تتسع نتيجتك في الصفحة، ولا تصدق من يعدك بذلك. لكن الكود يبقى مفيدًا لثلاثة أسباب:
- يوضح لمحركات البحث بنية الصفحة، أي أين يبدأ السؤال وأين تنتهي الإجابة.
- يسهل على أنظمة البحث بالذكاء الاصطناعي استخراج إجابة محددة ونسبتها إلى صفحتك.
- يفرض عليك انضباطًا تحريريًا مفيدًا: أسئلة حقيقية وإجابات قصيرة مستقلة.
متى تستخدم FAQ Schema ومتى تستخدم Article Schema؟
استخدم Article أو MedicalWebPage لوصف المقال كله، وأضف FAQPage فقط إذا كان في الصفحة قسم أسئلة وأجوبة ظاهر كتبته العيادة. النوعان لا يتعارضان، ويمكن أن يجتمعا في الصفحة نفسها.
| نوع الصفحة | السكيما المناسبة | ملاحظة |
|---|---|---|
| مقال توعوي عن مرض أو إجراء | Article أو MedicalWebPage | مع الكاتب والمراجع الطبي وتاريخ آخر تحديث |
| مقال ينتهي بقسم أسئلة شائعة | Article مع FAQPage | الأسئلة نفسها ظاهرة في الصفحة |
| صفحة خدمة علاجية | MedicalWebPage، وربما FAQPage | الأسئلة عن الإجراء لا عن الأسعار المتغيرة |
| صفحة أسئلة عامة للعيادة | FAQPage | أسئلة المواعيد والتحضير للزيارة والتواصل |
| منتدى أو صفحة يجيب فيها الزوار | ليست FAQPage | هذا النوع لمحتوى يكتبه صاحب الموقع وحده |
ما الخصائص التي تهم في Article Schema للمقال الطبي؟
أهمها: العنوان، والكاتب كشخص له صفحة على الموقع، والمراجع الطبي إن وجد، وتاريخا النشر والتحديث، والجهة الناشرة. هذه الخصائص تنقل إلى الآلة ما يراه القارئ في أعلى المقال من اسم الطبيب وتاريخ المراجعة.
- headline: عنوان المقال كما يظهر في الصفحة.
- author: اسم الكاتب ورابط صفحته، وقد فصلنا محتواها في دليل صفحة الطبيب الكاتب.
- reviewedBy: خاصية متاحة في نوع MedicalWebPage لذكر الطبيب الذي راجع المحتوى، وتفاصيل هذه الممارسة في مقال المراجعة الطبية للمقالات.
- datePublished وdateModified: تاريخ النشر وتاريخ آخر تحديث حقيقي، لا تاريخ يتغير آليًا كل يوم.
- publisher: اسم العيادة أو المركز وشعاره.
كيف يبدو كود FAQ Schema ومقال طبي معًا؟
المثال التالي توضيحي لعيادة افتراضية، والقيم فيه غير حقيقية، ويُستبدل كل نص بين أقواس بما يطابق الصفحة فعلًا:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "MedicalWebPage",
"headline": "[عنوان المقال كما في الصفحة]",
"author": {"@type": "Person", "name": "[اسم الطبيب الكاتب]", "url": "https://example.com/doctors/[slug]/"},
"reviewedBy": {"@type": "Person", "name": "[اسم الطبيب المراجع]"},
"datePublished": "[YYYY-MM-DD]",
"dateModified": "[YYYY-MM-DD]",
"publisher": {"@type": "MedicalClinic", "name": "[اسم العيادة]"}
},
{
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "[نص السؤال كما يظهر في الصفحة]",
"acceptedAnswer": {"@type": "Answer", "text": "[نص الإجابة كما يظهر في الصفحة]"}
}]
}
]
}
</script>القاعدة الأهم: كل سؤال وكل إجابة في الكود يجب أن يطابق ما يقرؤه الزائر في الصفحة حرفيًا تقريبًا. إذا عدّلت الإجابة في الصفحة، عدّلها في الكود أيضًا.
واستخدام @graph هنا يجمع أكثر من نوع في كتلة واحدة مرتبة، وهو أسهل في الصيانة من كتل متفرقة. وإذا كانت إضافة السيو في موقعك تولد جزءًا من هذه البيانات تلقائيًا، فتأكد ألا يتكرر النوع نفسه مرتين في الصفحة بقيم مختلفة، لأن التعارض يربك من يقرأ الكود بدل أن يساعده.
كيف تضيف FAQ Schema إلى مقال طبي خطوة بخطوة؟
- اكتب الأسئلة أولًا للمريض: أسئلة سمعتها في العيادة فعلًا، لا عبارات مصاغة لاصطياد كلمات بحث.
- اجعل كل إجابة مستقلة: من جملة إلى ثلاث، تُفهم دون قراءة باقي المقال.
- اعرض القسم في الصفحة: بعنوان واضح، ويمكن أن يكون قابلًا للطي بشرط أن يكون النص موجودًا في الكود.
- ولّد الكود: عبر إضافة السيو في ووردبريس إن كانت تدعم ذلك، أو يدويًا بصيغة JSON-LD.
- اختبره: بأداة اختبار النتائج المنسقة من جوجل أو أداة التحقق من Schema.org، وأصلح أي خطأ.
- راجعه عند التحديث: اجعل مطابقة الكود للنص بندًا ثابتًا في كل تحديث للمقال.
ولمعرفة أين يقع قسم الأسئلة ضمن بناء المقال كله، راجع دليل هيكل المقال الطبي.
من أين تأتي بأسئلة تستحق أن تُكتب في الصفحة؟
من المرضى أنفسهم، لا من أدوات اقتراح الكلمات وحدها. أفضل الأسئلة هي التي يكررها الناس على الهاتف وفي الرسائل وفي غرفة الكشف، لأنها تعكس ما يقلقهم فعلًا قبل الحجز.
- موظفو الاستقبال: اطلب منهم تدوين الأسئلة المتكررة أسبوعيًا، بصيغتها كما قيلت.
- محادثات واتساب: راجع الرسائل التي تسبق الحجز، ولاحظ ما يسأل عنه المريض قبل أن يقرر.
- تقرير الاستعلامات في Search Console: يكشف العبارات التي ظهرت بها صفحتك، وكثير منها أسئلة كاملة.
- الطبيب نفسه: يعرف الأسئلة التي يجيب عنها في كل كشف، والمفاهيم الخاطئة الشائعة في تخصصه.
بعد جمع الأسئلة، اختر لكل مقال ما يخص موضوعه فقط، وصِغ الإجابة بلغة المريض، ثم دع الطبيب يراجعها قبل النشر. هذه الإجابات القصيرة الدقيقة هي نفسها ما تبحث عنه المساعدات الذكية حين تلخص إجابة لسؤال صحي، سواء وُجد الكود أم لم يوجد، فالمحتوى الواضح يأتي قبل أي كود.
مثال: عيادة جلدية افتراضية في مصر الجديدة تراجع أكواد مقالاتها
مثال للتوضيح فقط: عيادة جلدية افتراضية لديها عشرات المقالات، أضافت إليها إحدى الإضافات أسئلة شائعة متطابقة في كل مقال، عن المواعيد ورقم الحجز، مع كود FAQPage لكل منها.
- المشكلة: أسئلة لا علاقة لها بموضوع المقال، ومكررة عبر الموقع كله، وبعضها غير ظاهر للزائر أصلًا.
- الإصلاح: حذف الأسئلة العامة من المقالات ونقلها إلى صفحة أسئلة العيادة، وكتابة أسئلة خاصة بموضوع كل مقال.
- الإضافة: كود MedicalWebPage بالكاتب والمراجع وتاريخ التحديث، مرتبط بصفحات الأطباء.
- المتابعة: مراجعة تقرير البيانات المنظمة في Search Console شهريًا لاكتشاف الأخطاء الجديدة.
ما الأخطاء الشائعة في FAQ Schema للمواقع الطبية؟
| الخطأ | الإصلاح |
|---|---|
| أسئلة في الكود غير ظاهرة في الصفحة | إظهارها للزائر أو حذفها من الكود |
| الأسئلة نفسها في كل صفحات الموقع | أسئلة خاصة بموضوع كل صفحة |
| إجابات تسويقية تحث على الحجز فقط | إجابات معلوماتية تفيد المريض أولًا |
| وعود علاجية داخل الإجابات | صياغة متزنة تحيل إلى الكشف عند الحاجة |
| تاريخ تحديث يتغير آليًا دون تعديل فعلي | تحديث التاريخ فقط عند مراجعة المحتوى |
البيانات المنظمة ضمن خدمة السيو الطبي
في بيست دكتور نراجع أكواد السكيما في موقعك، ونضبط FAQ Schema وArticle Schema لتطابق ما يقرؤه المريض، ونربط المقالات بصفحات الأطباء الكتّاب والمراجعين. اعرف المزيد في صفحة السيو الطبي المتخصص، واحجز استشارة مجانية عبر صفحة التواصل لنفحص معك نماذج من صفحاتك.
الأسئلة الشائعة
هل يجعل FAQ Schema نتيجتي تظهر بأسئلة قابلة للتوسيع في جوجل؟
غالبًا لا، فقد حصر جوجل هذا العرض في نطاق محدود من المواقع وقد يغيره مستقبلًا. فائدة الكود الأساسية هي توضيح بنية الصفحة لمحركات البحث والأنظمة الذكية.
هل يمكن وضع FAQ Schema وArticle Schema في الصفحة نفسها؟
نعم، فالأول يصف قسم الأسئلة والثاني يصف المقال كله. يمكن جمعهما في كتلة JSON-LD واحدة بشرط أن يطابق كل منهما ما يظهر في الصفحة.
هل أضع أسئلة في الكود لا تظهر للزائر؟
لا، فهذا مخالف لإرشادات البيانات المنظمة وقد يُعامل كمحاولة تضليل. كل سؤال في الكود يجب أن يقرأه الزائر في الصفحة.
كم سؤالًا أضع في نهاية المقال الطبي؟
لا يوجد عدد مثالي، والمعيار أن يكون كل سؤال حقيقيًا وخاصًا بموضوع المقال. أسئلة قليلة دقيقة أفضل من قائمة طويلة مكررة.
كيف أعرف أن الكود يعمل دون أخطاء؟
اختبر الصفحة بأداة اختبار النتائج المنسقة من جوجل أو أداة التحقق من Schema.org، ثم تابع تقارير البيانات المنظمة في Search Console بعد النشر.
