منصة مصطفى ووردبريس
أهلًا بيك، تشخيص قبل التنفيذ
تخطَّ إلى المحتوى
منصة مصطفى ووردبريس
تحسين محركات البحث SEO

WordPress SEO Checklist 2026: 15 فحصًا قبل النشر والفهرسة

Checklist عملية لسيو WordPress قبل النشر: Search Visibility وCanonical وSitemap وTitle/Meta وInternal Links والصور وSchema والسرعة وSearch Console بدون حشو كلمات.

أفضل الكورسات لتعلم سيو شرح سيو ووردبريس

WordPress SEO Checklist هي قائمة فحص تنفيذية تستخدمها قبل نشر موقع جديد أوصفحة مهمة، وبعد أي Redesign أوMigration. هذه الصفحة لا تشرح “ما هو SEO” من البداية، ولا تقارن إضافات السيو؛ هدفها أن تجيب عن سؤال واحد: هل إعداد WordPress والصفحة جاهزان للزحف والفهرسة والظهور بدون أخطاء واضحة؟

إذا كنت تحتاج المفهوم أولًا، اقرأ ما هو سيو WordPress؟. أما هنا فنفذ القائمة بالترتيب.

المصادر المرجعية: Google SEO Starter Guide وWordPress.org SEO Documentation. Google تؤكد أن SEO يساعد محركات البحث على فهم المحتوى والمستخدمين على اكتشافه، ولا توجد “حيلة” تضمن المركز الأول.

الـChecklist السريعة

#الفحصالحالة المطلوبة
1Search Engine Visibilityالموقع الحي غير محجوب عن الفهرسة
2HTTPS وURL واحد مفضللا توجد نسخ HTTP/WWW متضاربة
3Permalink/Slugوصفي ومستقر
4Indexability200 + index + canonical صحيح
5SEO pluginنظام واحد فقط للـMeta/Schema/Sitemap
6XML Sitemapتحتوي URLs canonical القابلة للفهرسة
7Titleواضح ومميز ويطابق Intent
8Meta descriptionتلخص الصفحة بدون وعود مضللة
9Headings/contentإجابة منظمة ومفيدة
10Internal linksروابط سياقية للصفحات ذات الصلة
11Imagesأبعاد/ضغط/Alt وظيفي عند الحاجة
12Schemaنوع صحيح وغير مكرر
13Performanceلا يوجد عطل واضح أوLCP/CLS سيئ بسبب الصفحة
14Search ConsoleProperty + Sitemap + URL Inspection عند الحاجة
15Post-publish QA200/Canonical/Indexability وروابط سليمة

1. افحص Search Engine Visibility

على موقع Production اذهب إلى Settings → Reading وتأكد أن خيار منع محركات البحث من فهرسة الموقع ليس مفعّلًا بالخطأ.

على Staging العكس قد يكون مقصودًا. المشكلة تحدث عندما تنقل نسخة Staging إلى Production وتنسى إعداد Noindex/Discourage Search Engines.

لا تعتمد على هذا الخيار وحده كحماية Staging؛ استخدم Authentication أوقيود وصول مناسبة إذا كانت البيئة غير مخصصة للعامة.

2. ثبّت النسخة المفضلة من الموقع

يجب أن يكون لديك URL نهائي واضح يعمل عبر HTTPS. افحص:

  • http://example.com
  • https://example.com
  • https://www.example.com

النسخ غير المفضلة يجب أن تصل للنسخة الأساسية بصورة منطقية، بدون Redirect chains غير لازمة.

3. اختر Slug وصفيًا قبل النشر

Google توصي بعناوين URL وصفية تساعد المستخدم على فهم النتيجة. لا تحتاج حشو كل الكلمات المفتاحية داخل الرابط.

قبل النشر اسأل:

  • هل الـSlug مفهوم؟
  • هل سيظل مناسبًا بعد عام؟
  • هل يحتوي سنة ستضطر لتغييرها كل عام بلا داعٍ؟
  • هل هناك صفحة موجودة أصلًا بنفس النية؟

بعد أن يبدأ URL في جلب زيارات وروابط، لا تغيره لمجرد “تحسين شكله” بدون Redirect وخطة واضحة.

4. افحص Indexability والـCanonical

الصفحة التي تريد ترتيبها يجب أن تكون قابلة للوصول وترجع الحالة المناسبة، وألا تحمل noindex بالخطأ. كذلك راجع Canonical.

Canonical ليست طريقة لإصلاح صفحتين متطابقتين مع بقاء كل إشارات الموقع متناقضة. إذا لديك نسخة قديمة لا تحتاجها والمستخدم يجب أن ينتقل للنسخة الجديدة، فالـ301 قد يكون القرار الأنسب.

للحالات التقنية التفصيلية راجع دليل Technical SEO.

5. استخدم إضافة SEO واحدة كمصدر رئيسي

Yoast وRank Math وAIOSEO وSEOPress وغيرها تستطيع إدارة Meta وSitemap وSchema بدرجات مختلفة. المشكلة ليست في اسم الإضافة؛ المشكلة في تشغيل أكثر من نظام يؤدي نفس الوظيفة في نفس الوقت.

قبل النشر تأكد من:

  • Title/Meta تخرج مرة واحدة.
  • Canonical واحدة صحيحة.
  • XML Sitemap واحدة معتمدة.
  • Schema غير مكررة من Theme + Plugin + Custom code.

لو ما زلت تختار الأداة، راجع مقارنة إضافات SEO لووردبريس 2026.

6. افحص XML Sitemap

Sitemap تساعد محركات البحث على اكتشاف URLs المهمة، لكنها لا تضمن الفهرسة ولا الترتيب.

قبل إرسالها:

  • لا تضع 404 أوRedirected URLs.
  • لا تضع صفحات noindex.
  • استخدم URLs canonical النهائية.
  • تأكد أن Sitemap نفسها ترجع 200.

للتفاصيل حول lastmod والحدود وSitemap Index راجع دليل XML Sitemap 2026.

7. اكتب Title للمستخدم والنية

العنوان يجب أن يوضح ما ستقدمه الصفحة. لا تحتاج تكرار Keyword ثلاث مرات أوإضافة كلمات مثل “الأفضل” و“الأقوى” إذا لم تكن الصفحة تثبت ذلك.

اسأل:

  • هل Title تميز الصفحة عن بقية الموقع؟
  • هل يطابق Search Intent؟
  • هل الوعد الموجود في العنوان يتحقق داخل المحتوى؟
  • هل يعتمد على سنة تحتاج تحديثًا فعلًا؟

8. اكتب Meta Description كملخص لا كعامل ترتيب مزعوم

Meta description تساعدك على وصف الصفحة، لكن Google قد تختار Snippet مختلفًا من المحتوى حسب Query.

اكتب وصفًا يشرح:

  • ما الذي ستجده؟
  • لمن الصفحة؟
  • ما الزاوية المميزة؟

لا تملأها بقائمة Keywords أووعود CTR مضمونة.

9. المحتوى: لا توجد قاعدة 1000 كلمة

Google لا تطلب حدًا ثابتًا لطول المقال حتى يصبح “SEO friendly”. المحتوى يجب أن يكون مفيدًا وموثوقًا ومنظمًا ويغطي السؤال بالقدر اللازم.

قبل النشر:

  • أجب السؤال الأساسي مبكرًا.
  • استخدم H2/H3 لتنظيم أجزاء حقيقية.
  • احذف الفقرات التي تكرر نفس الفكرة.
  • تحقق من الأسعار والإصدارات والأرقام الحساسة للوقت.
  • أضف مصدرًا عند وجود Claim يحتاج توثيقًا.
  • لا تنشر AI output يحتوي على artifacts أوحقائق لم تتحقق منها.

10. اربط الصفحة داخليًا من سياق مناسب

Google توضح أن الروابط تساعد المستخدم ومحرك البحث على اكتشاف صفحات أخرى وفهم السياق. لا تجعل كل المقالات ترتبط بكل المقالات.

أفضل الأنماط:

  • Hub → Guide متخصص.
  • Comparison → Review.
  • Concept → Implementation.
  • دليل عام → Troubleshooting متخصص.

استخدم Anchor يصف الوجهة. راجع دليل الروابط الداخلية والخارجية للتنفيذ المتقدم.

11. الصور: Alt ليست مكانًا لحشو Keyword

النصيحة القديمة “ضع الكلمة المفتاحية في Alt لكل صورة” غير صحيحة. Alt وظيفتها الأساسية وصف الصورة عندما تحمل معنى، بما يفيد Accessibility وفهم المحتوى.

إذا كانت الصورة Decorative، قد تكون Alt فارغة مناسبة وفق طريقة التنفيذ. وإذا كانت صورة منتج أومخططًا، اكتب وصفًا مفيدًا ودقيقًا.

أما تحسين الحجم والصيغ وLCP وsrcset فموجود في دليل تحسين صور WordPress 2026.

12. Schema: استخدم النوع الذي يطابق المحتوى

Schema لا تجعل صفحة ضعيفة تتصدر، ولا كل نوع Structured Data ينتج Rich Result في Google.

قبل النشر:

  • Article للمقال عندما يكون مناسبًا.
  • Product للمنتج الحقيقي.
  • Breadcrumbs تعكس البنية الفعلية.
  • لا تضف FAQ Schema فقط لأن لديك أسئلة شائعة إذا لم تكن تستهدف حالة مدعومة أوهناك فائدة تقنية واضحة.
  • لا تكرر Organization/WebPage من أكثر من مصدر بدون فهم الـGraph.

للتنفيذ والاختبار راجع دليل Schema في WordPress.

13. افحص الأداء بدون تحويله إلى حيلة SEO

لا تقرر تركيب Cache Plugin إضافية فقط لأن Score معملية منخفضة. شخّص أولًا TTFB وLCP والصور وJavaScript وFonts والـthird-party scripts.

راجع دليل تسريع WordPress وCore Web Vitals إذا ظهر Regression فعلي.

14. اربط Search Console

بعد الإطلاق، Search Console هي المصدر الأساسي لبيانات الظهور والفهرسة في Google.

تأكد من:

  • Property صحيحة.
  • Sitemap مرسلة.
  • URL المهمة يمكن فحصها بـURL Inspection.
  • لا تستخدم Request Indexing كحل يومي بدل إصلاح سبب المشكلة.

لشرح التقارير استخدم دليل Google Search Console 2026.

15. Post-publish QA

بعد النشر لا تعتبر المهمة انتهت. افحص الصفحة من الخارج:

  • HTTP 200.
  • Title وMeta في Source.
  • Canonical.
  • Robots/indexability.
  • Schema valid.
  • Internal links لا ترجع 404.
  • الصور تعمل ولا توجد Hotlinks غير مقصودة.
  • Mobile layout.
  • Search Console بعد أن يكتشف Google الصفحة.

Checklist خاصة بتحديث مقال قديم

لا تغير التاريخ فقط. راجع:

  1. هل تغير Search Intent؟
  2. هل هناك منتج/Plugin توقف؟
  3. هل الأسعار والإصدارات ما زالت صحيحة؟
  4. هل توجد Screenshots/Hotlinks خارجية؟
  5. هل المقال ينافس صفحة أحدث؟
  6. هل يحتاج Rewrite أمConsolidation أمNoindex أملا تغيير؟
  7. هل الروابط الداخلية ما زالت تشير لأفضل نسخة؟

أخطاء شائعة يجب ألا تمر من الـChecklist

  • حشو Keyword في Alt.
  • كتابة 1000+ كلمة بلا داعٍ لمجرد SEO.
  • اعتبار Plugin SEO بديلًا عن استراتيجية المحتوى.
  • تشغيل إضافتي SEO في نفس الوقت.
  • ترك Staging noindex بعد الإطلاق.
  • تغيير Slug لمقال ناجح بلا Redirect.
  • إضافة كل الصفحات إلى Sitemap حتى Utility pages.
  • إضافة Schema مكررة من Theme وPlugin.
  • إضافة روابط داخلية عشوائية لمجرد زيادة العدد.

الخلاصة

سيو WordPress قبل النشر ليس قائمة Plugins. ابدأ بـIndexability وURL وCanonical، ثم Sitemap وTitle/Meta والمحتوى والروابط والصور وSchema والأداء، وبعد النشر تحقق من الصفحة فعليًا عبر Search Console. إذا نجحت الصفحة في هذه الـ15 نقطة، انتقل بعدها إلى استراتيجية المحتوى والمنافسين والروابط بدل إصلاح أخطاء أساسية كان يمكن منعها من البداية.

قال المدير التنفيذي للمنصة

مصطفى زكي، مؤسس منصة مصطفى ووردبريس (Mustafa-WP)، ومتخصص في تطوير وتحسين مواقع WordPress وWooCommerce، السيو التقني (Technical SEO)، تحسين السرعة والأداء، الأمان وحل المشكلات التقنية. يركز على بناء مواقع عملية وسريعة وقابلة للتوسع، وتقديم شروحات وتجارب تطبيقية تساعد أصحاب المواقع والمتاجر على تحسين الظهور في محركات البحث ورفع جودة تجربة المستخدم وإدارة مواقعهم بكفاءة.

WordPress WooCommerce Technical SEO الأداء والأمان

1 تعليق

أضف تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *

جاهز للخطوة التالية؟

حوّل ما عرفته إلى خطوة عملية

بناءً على موضوع SEO وتحسين الظهور، هذه أقرب خطوة عملية مرتبطة بالمحتوى الذي قرأته الآن.

الخطوة المقترحة خدمات SEO ووردبريس عربية متكاملة
تواصل واتساب