Créer un compte

Connexion

Schema Markup للمقالات: كيفاش تخلي Google تفهم مقالات موقعك بشكل أفضل؟

· 10 min de lecture · 👁 0 قراءة

Schema Markup للمقالات: كيفاش تخلي Google تفهم مقالات موقعك بشكل أفضل؟

إذا عندك Blog أو موقع كيقدم مقالات، فـSEO ما كيتعلقش فقط بالعنوان والكلمات المفتاحية والروابط الداخلية.

كاين كذلك جانب تقني مهم اسمه Structured Data أو Schema Markup.

Structured Data كتساعد محركات البحث تفهم نوع Contenu الموجود في الصفحة، مثلاً واش الصفحة عبارة عن مقال، منتج، مؤسسة، Breadcrumb أو نوع آخر من Contenu.

Google كتوضح أن البيانات المنظمة يمكن تساعدها تفهم محتوى الصفحة وتكون سببًا في أهلية الصفحة لبعض المظاهر المحسنة في نتائج البحث.

وبالنسبة للمقالات، Google كتدعم `Article` و`NewsArticle` و`BlogPosting` structured data.

---

شنو هو Schema Markup؟

Schema Markup هو نوع من البيانات المنظمة كتضيفو داخل الصفحة باش تعطي لمحركات البحث معلومات منظمة حول Contenu.

مثلاً عندك مقال:

كيفية تسريع موقع WordPress

بدل ما Google تشوف فقط HTML والنص، يمكن تعطيها معلومات منظمة مثل:

  • عنوان المقال
  • المؤلف
  • تاريخ النشر
  • تاريخ التعديل
  • الصورة Accueil
  • وصف المقال
  • رابط المقال

وبهذا الشكل كتولي معلومات الصفحة أوضح بالنسبة لمحرك البحث.

---

واش Schema Markup كيطلع الموقع مباشرة للصفحة الأولى؟

لا.

وهذه نقطة مهمة جدًا.

Schema Markup ماشي طريقة سحرية باش المقال يطلع مباشرة للصفحة الأولى.

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

يعني:

Schema ≠ ضمان الترتيب

ولكن:

Schema = طريقة منظمة لمساعدة Google على فهم Contenu.

---

# علاش Article Schema مهم للمدونة؟

إذا عندك موقع بحال Amjoud وفيه مقالات حول:

  • WordPress
  • WooCommerce
  • SEO
  • PHP
  • التجارة الإلكترونية
  • Landing Pages
  • تطوير المواقع

فمن المفيد أن تكون صفحات المقالات منظمة بشكل صحيح.

Google كتوضح أن Article structured data يمكن أن تساعدها تفهم معلومات مثل عنوان المقال، الصورة، التاريخ والمؤلف.

---

# شنو الفرق بين Article وBlogPosting؟

Schema.org فيه أكثر من نوع مرتبط بالمقالات.

من الأنواع اللي Google كتتعامل معها:

Article

NewsArticle

BlogPosting

بالنسبة لمقال عادي في Blog تقني، `BlogPosting` يمكن يكون اختيارًا منطقيًا.

مثلاً:

مقال حول WooCommerce

يمكن يكون:

BlogPosting

أما الأخبار يمكن يكون:

NewsArticle

المهم هو اختيار النوع اللي يعكس Contenu الحقيقي ديال الصفحة.

---

# شنو المعلومات اللي يمكن نحطوها؟

Article Schema يمكن يتضمن معلومات مثل:

  • headline
  • image
  • datePublished
  • dateModified
  • author
  • publisher
  • description
  • mainEntityOfPage

هاد المعلومات كتخلي البيانات المنظمة أكثر وضوحًا.

Google كتوضح أن Article structured data يمكن تستعمل لإعطاء معلومات حول العنوان والصور والتاريخ والمؤلف.

---

# الصورة مهمة كذلك

يمكن تحديد الصورة Accueil للمقال داخل Structured Data.

مثلاً عندك:

كيفية اختيار صورة المقال للـSEO

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

المهم هو أن المعلومات الموجودة في Schema تكون متوافقة مع Contenu الظاهر في الصفحة.

---

# datePublished وdateModified

من المعلومات المفيدة في المقالات:

datePublished

وهي تاريخ نشر المقال.

و:

dateModified

وهو تاريخ آخر Modifier مهم للمقال.

مثلاً:

نشر المقال:

2026-10-05

ثم عدلت عليه لاحقًا:

2026-11-10

يمكن أن تعكس Structured Data هاد المعلومات.

لكن ما خاصكش تغير تاريخ النشر بشكل مصطنع فقط باش يبان المقال جديد.

الأفضل يكون التاريخ مطابقًا للواقع.

---

# author مهم في المقالات

يمكن تحديد مؤلف المقال.

مثلاً:

Amjoud Abdelghafour

وفي Schema يمكن ربط المقال بالمؤلف.

هاد الشي كيخلي معلومات المقال أكثر وضوحًا.

ومن الأفضل كذلك أن يكون اسم المؤلف ظاهرًا فعليًا في الصفحة إذا كنت تستعمله داخل البيانات المنظمة.

---

# Publisher شنو معناها؟

Publisher هي الجهة أو الموقع الذي نشر Contenu.

مثلاً:

Amjoud

ويمكن تضمين:

  • اسم الموقع
  • Logo
  • URL

Google عندها أيضًا `Organization` structured data للمؤسسات والمواقع، ويمكن استعمالها للمساعدة في فهم معلومات المؤسسة.

---

# JSON-LD هو الاختيار العملي

كاين أكثر من طريقة لإضافة Structured Data، ولكن JSON-LD من الطرق الشائعة والعملية.

كيكون عادة داخل:

`<script type="application/ld+json">`

مثلاً يمكن أن تكون الفكرة:

Article

ثم:

headline

image

author

datePublished

dateModified

publisher

ولكن القيم خاصها تتولد أو تتبدل حسب كل مقال.

ماشي مزيان تحط نفس JSON في جميع المقالات مع نفس العنوان والتاريخ والصورة.

---

# ما تديرش Schema ثابت لجميع المقالات

هذا خطأ شائع.

مثلاً عندك 30 مقال، وكل المقالات عندها:

headline: "Amjoud Article"

هذا ما عندوش معنى.

كل صفحة خاصها البيانات المناسبة لها.

مثلاً:

مقال 1:

كيفية تسريع WordPress

مقال 2:

أفضل إضافات WooCommerce

مقال 3:

SEO للمتاجر الإلكترونية

كل صفحة خاصها Schema ديالها.

---

# Schema خاصها تطابق الصفحة

إذا الصفحة مقال عن WooCommerce، ما تحطش Schema ديال Product فقط لأن الصفحة فيها صورة منتج.

وإذا الصفحة ماشي Product Page، ما تحاولش تحولها إلى Product فقط من أجل الحصول على rich result.

Google كتوضح بالنسبة لـProduct structured data أن بعض نتائج المنتجات مخصصة للصفحات التي تركز على منتج واحد أو variants ديالو، وليس صفحات عامة تعرض مجموعة من المنتجات.

---

# Article Schema ماشي Keyword Schema

Schema ماشي مكان باش تحط عشرات الكلمات المفتاحية.

مثلاً ما خاصكش تحاول تدير:

SEO, WordPress, Morocco, WooCommerce, best, cheap, website...

فكل خاصية.

الأفضل هو إعطاء معلومات حقيقية ومنظمة حول المقال.

---

# واش نحط Schema في جميع المقالات؟

إذا عندك Blog منظم، يمكن تطبيق Article أو BlogPosting structured data على صفحات المقالات.

لكن خاص كل صفحة يكون عندها بيانات مناسبة لها.

مثلاً:

مقال → Article/BlogPosting

منتج → Product

Breadcrumb → BreadcrumbList

الموقع/الشركة → Organization

Google كتدعم عدة أنواع من structured data، منها Article وBreadcrumb وOrganization وProduct وغيرها.

---

# Breadcrumb Schema

بالإضافة إلى Article Schema، يمكن أن يكون عندك Breadcrumb.

مثلاً:

Accueil > SEO > Schema Markup للمقالات

هاد الشي كيشرح التسلسل الهرمي للصفحة.

ومن الناحية التقنية يمكن استعمال `BreadcrumbList`.

وهذا مفيد خصوصًا للمواقع اللي فيها عدد كبير من المقالات والتصنيفات.

---

# Schema ديال Organization

إذا عندك موقع احترافي، يمكن كذلك Ajouter Organization structured data للمعلومات الأساسية ديال الموقع.

Google كتوضح أن Organization structured data على الصفحة Accueil يمكن أن تساعدها تفهم معلومات المؤسسة وتفرق بينها وبين مؤسسات أخرى، كما يمكن أن تؤثر بعض الخصائص في معلومات العلامة التجارية التي تظهر في Search.

وبالنسبة لموقع Ecommerce، Google توصي باستعمال النوع الأكثر تحديدًا عندما يكون مناسبًا، مثل `OnlineStore`.

---

# Schema للمقالات + Internal Linking

Structured Data بوحدها ما كافياش.

Vous devez كذلك تهتم بالروابط الداخلية.

مثلاً Nouvel article حول SEO يمكن يربط إلى:

أخطاء SEO التي تمنع ظهور موقعك في Google

و:

كيف تظهر في الصفحة الأولى من Google في المغرب؟

و:

دليل SEO للمتاجر الإلكترونية في المغرب

بهذا الشكل كتربط المقالات المرتبطة ببعضها.

---

# ما تكترش من الروابط

الهدف ماشي أنك تحط رابط في كل جملة.

مثلاً إذا المقال فيه 1500 كلمة، ماشي ضروري يكون فيه عشرات الروابط الداخلية.

اختار فقط المقالات اللي عندها علاقة مباشرة بالموضوع.

مثلاً مقال Schema يمكن يربط إلى:

  • SEO
  • Google Search
  • Ecommerce SEO
  • WordPress

هذا كافي غالبًا.

---

# كيفاش تضيف Schema في موقع PHP؟

إذا موقعك Custom PHP، عندك ميزة مهمة: تقدر تولد Schema بشكل ديناميكي.

مثلاً عندك:

`post.php?slug=article-slug`

يمكن PHP يجيب:

  • عنوان المقال من Database
  • الصورة
  • التاريخ
  • الكاتب
  • الوصف
  • URL

ثم يولد JSON-LD خاص بالمقال.

وهذا أفضل من نسخ نفس Schema يدويًا في كل صفحة.

---

# مثال على البيانات التي يحتاجها Système

قاعدة البيانات يمكن يكون فيها:

title

slug

excerpt

content

featured_image

author

created_at

updated_at

ومنها يمكن توليد Schema تلقائيًا.

مثلاً:

المقال:

أفضل إضافات WooCommerce

الصورة:

`woocommerce-plugins.webp`

التاريخ:

`2026-10-05`

ثم PHP يولد Schema خاص بهاد المقال.

---

# إذا كان عندك WordPress

في WordPress، بعض الإضافات SEO يمكنها توليد Structured Data تلقائيًا.

لكن قبل ما تضيف Plugin جديد، Vous devez تتأكد واش عندك أصلًا Schema مولد من Plugin آخر.

لأن تركيب عدة أنظمة Schema فوق بعضياتها يمكن يؤدي إلى بيانات مكررة أو غير منظمة.

---

# كيف تعرف واش Schema خدامة؟

Google توفر أدوات لفحص البيانات المنظمة.

يمكنك استعمال Rich Results Test للتأكد من أن Google قادرة على قراءة البيانات المنظمة، ثم استعمال URL Inspection داخل Search Console لمعرفة كيف ترى Google الصفحة. Google توصي كذلك بإرسال Sitemap للمساعدة في إبقاء Google على اطلاع بالتغييرات.

---

# شنو تدير إذا ظهر Error؟

إذا أداة الفحص قالت مثلاً:

Missing field

ما خاصكش تضيف قيمة عشوائية فقط باش تختفي الرسالة.

شوف أولًا واش الخاصية مطلوبة فعلًا لنوع الـSchema اللي كتستعمل.

Google كتفرق بين الخصائص المطلوبة والموصى بها حسب نوع Structured Data.

---

# ما تستعملش معلومات كاذبة

مثلاً ما تحطش:

ratingValue: 5

إلا ما عندكش Reviews حقيقية.

وما تحطش:

reviewCount: 500

إلا ما عندكش فعلاً 500 مراجعة.

Schema خاصها تعكس المعلومات الموجودة فعليًا في الصفحة.

---

# Schema ما كتغنيش عن Contenu الجيد

حتى لو عندك Schema مثالية، المقال خاصو يبقى مفيد.

يعني:

عنوان واضح

محتوى أصلي

معلومات مفيدة

تنظيم جيد

روابط مناسبة

صور عند الحاجة

تجربة جيدة على الهاتف

Structured Data كتساعد Google تفهم الصفحة، ولكنها ما كتخليش محتوى ضعيف يصبح محتوى ممتاز.

---

# بالنسبة لموقع Amjoud

بالنسبة لـAmjoud، يمكن تكون عندك بنية منظمة مثل:

Homepage

→ Organization

Blog Article

→ BlogPosting / Article

Article Navigation

→ BreadcrumbList

Product Article أو Product Page

→ Product حسب طبيعة الصفحة

هاد التنظيم يمكن يخلي الجانب التقني ديال الموقع أكثر وضوحًا.

---

# مثال عملي لبنية مقال

مقال مثل:

كيفية تسريع موقع WordPress

يمكن يكون عندو:

Title:
كيفية تسريع موقع WordPress

Author:
Amjoud

Published:
2026-10-05

Modified:
2026-10-05

Image:
الصورة Accueil للمقال

Description:
وصف المقال

URL:
رابط المقال

ثم يتم تحويل هذه المعلومات إلى Structured Data.

---

# ماذا عن الصور داخل المقال؟

الصور اللي كتستعملها في المقال خاصها كذلك تكون مرتبطة بالمحتوى.

مثلاً:

Schema Markup وGoogle Search

استعمل اسم ملف واضح نسبيًا، وAlt Text وصفي.

مثلاً:

`schema-markup-google-search.webp`

أفضل من اسم غامض مثل:

`IMG_92831.webp`

---

# ما تديرش الصور فقط من أجل SEO

الصور خاصها تكون مفيدة للقارئ.

مثلاً:

  • Screenshot
  • Diagram
  • شرح بصري
  • صورة توضيحية
  • مثال

أما Ajouter عشرات الصور بدون قيمة ماشي ضرورية.

---

# Schema وGoogle Search Console

بعد Ajouter Structured Data، من المفيد تراقب Search Console وتشوف واش Google كتكتشف مشاكل مرتبطة بالبيانات المنظمة.

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

Google توضح أن إعادة الزحف والفهرسة قد تحتاج وقتًا بعد نشر أو Modifier الصفحة.

---

# أخطاء شائعة Vous devez تتجنبها

1. Schema غير مطابقة للمحتوى

المقال BlogPosting ولكن Schema كتقول Product.

2. معلومات وهمية

Reviews أو Ratings غير موجودة.

3. نفس Schema لجميع المقالات

كل المقالات عندها نفس العنوان والصورة والتاريخ.

4. JSON-LD فيه أخطاء

مثلاً JSON غير صالح.

5. Schema مكررة

أكثر من Plugin كينتج نفس النوع من البيانات.

6. الاعتماد على Schema فقط

وتجاهل Contenu والروابط وتجربة المستخدم.

---

# Checklist قبل نشر المقال

قبل ما تنشر أي مقال، راجع:

  • [ ] العنوان واضح
  • [ ] URL واضح
  • [ ] Meta Description موجودة
  • [ ] صورة رئيسية موجودة
  • [ ] Alt Text للصورة
  • [ ] اسم الكاتب واضح
  • [ ] تاريخ النشر صحيح
  • [ ] تاريخ التعديل صحيح عند الحاجة
  • [ ] Article/BlogPosting Schema صحيحة
  • [ ] Breadcrumbs إذا كانت مناسبة
  • [ ] روابط داخلية مرتبطة
  • [ ] المقال سهل القراءة على الهاتف
  • [ ] لا توجد روابط مكسورة
  • [ ] المقال موجود في Sitemap
  • [ ] تم فحص Structured Data

---

# الخلاصة

Schema Markup ماشي بديل عن SEO الأساسي، ولكنها جزء مهم من الجانب التقني للموقع.

بالنسبة للمدونات والمواقع اللي كتنتج محتوى باستمرار، Article أو BlogPosting structured data يمكن تساعد Google على فهم عناصر مهمة من المقال مثل العنوان والصورة والتاريخ والمؤلف.

وبالنسبة للمتاجر، يمكن استعمال أنواع أخرى مثل Product وProductGroup وBreadcrumb وOrganization حسب طبيعة الصفحات. Google توضح كذلك أن Product structured data يمكن أن تجعل صفحات المنتجات مؤهلة لبعض تجارب البحث المرتبطة بالسعر والتوفر والشحن والإرجاع، لكن الظهور النهائي غير مضمون.

أفضل استراتيجية هي أنك تجمع بين:

محتوى مفيد + SEO On-Page + Internal Linking + Structured Data + Sitemap + تجربة Utilisateur جيدة.

بهذه الطريقة كتكون كتخدم على SEO ديال الموقع من أكثر من جهة، بدل الاعتماد على تقنية واحدة فقط.

مقالات مرتبطة

📬 NewsletterRecevez les nouveaux articles par e-mail. Désabonnement à tout moment.

Commentaires 0

Soyez le premier à commenter.

Ajouter un commentaire

Les commentaires sont modérés avant publication.

← Tous les articles