السيو والسرعة

تدقيق مجاني للسيو ومؤشرات أداء الويب Core Web Vitals

أدخل نطاق موقعك لنشغل أداة PageSpeed Insights الرسمية من Google عليه، ثم نستجلب كود HTML ونتحقق من أساسيات الصفحة الداخلية. قياسات حقيقية دون درجات افتراضية.

نستجلب صفحتك الرئيسية ونستعلم من واجهة Google PageSpeed Insights API. لا يتم تخزين أي شيء.

تأتي درجات الأداء ومؤشرات Core Web Vitals مباشرة من واجهة Google PageSpeed Insights API، بما في ذلك بيانات المستخدمين الميدانية من تقرير Chrome UX Report عندما يتوفر لـ Google حجم زيارات كافٍ لنطاقك. تُجرى فحوصات الصفحة الداخلية على كود HTML الفعلي الذي يُرجعه خادمك. وإذا تعذر إجراء فحص، توضح الأداة ذلك بدلاً من افتراض نتيجة.

الدليل المرجعي لهذه الأداة ما تكلفه مؤشرات Core Web Vitals في أرباحك فعلياً عامل ترتيب ثانوي وعامل تحويل حاسم. ما تقيسه مؤشرات LCP وCLS وINP، وأسباب تراجع الدرجات، وكيفية إصلاحها وفق تسلسل الأثر المالي. قراءة الدليل · 7 دقيقة قراءة →

ما تتحقق منه هذه الأداة

عشرة معايير قياسية، مستخرجة مباشرة من واجهة Google API ومن كود HTML الفعلي الذي يُرجعه خادمك.

  • درجة الأداء وسرعة التحميل

    تجري Google PageSpeed Insights نفس الفحص الشامل المعتمد على موقعها، على بيئة الهاتف المحمول افتراضياً.

  • مؤشر سرعة أكبر عنصر محتوى (LCP)

    الوقت المستغرق حتى يظهر المحتوى الرئيسي. معيار Google هو 2.5 ثانية، وما زاد عن 4 ثوانٍ يفقدك قطاعاً عريضاً من زوار الجوال.

  • مؤشر تغير التصميم التراكمي (CLS)

    مدى تحرك العناصر واهتزازها أثناء التحميل. غالباً بسبب صور أو إعلانات دون أبعاد محددة مسبقاً.

  • بيانات المستخدمين الفعلية من الميدان

    قياسات تقرير Chrome UX Report من زوار حقيقيين على مدار 28 يوماً — وهي البيانات التي ترتب Google المواقع وفقاً لها.

  • عنوان الصفحة والوصف التعريفي

    التأكد من وجودهما، وتفردهما، والتزامهما بالأطوال القياسية التي تعرضها Google دون اقتطاع.

  • توجيهات الفهرسة والزحف

    التحقق مما إذا كان وسم noindex شارد أو تضارب في Canonical يحجب الصفحة بصمت عن نتائج البحث.

  • البيانات المنظمة (Schema.org)

    تحديد أنواع بيانات Schema.org الموجودة والتحقق من صحة صياغتها البرمجية وخلوها من الأخطاء.

  • ملف robots.txt وخريطة الموقع

    التأكد من قدرة عناكب الزحف على الوصول لصفحاتك وما إذا كان ملف Sitemap معلناً ومتاحاً.

  • نافذة العرض على الجوال (Viewport)

    التحقق مما إذا كانت الصفحة تتجاوب بمرونة مع شاشات الهواتف أم تُعرض بأبعاد شاشات سطح المكتب.

  • النص البديل للصور (Alt Text)

    حصر الصور التي تفتقر للنص البديل — وهو ما يعيب إمكانية الوصول ويهدر زيارات بحث الصور.

كيف تقرأ نتائج الفحص بدقة

باشر بالإصلاح وفق هذا الترتيب، لأن العناصر تتفاوت بشدة في وزنها وتأثيرها.

  1. عالج كل ما يمنع الفهرسة أولاً. وجود وسم noindex شارد أو رابط canonical يشير إلى عنوان خاطئ يفوق أهمية كل إصلاحات السرعة مجتمعة — فالصفحة غير مرئية حتى يتم حل ذلك.
  2. ثم حسّن مؤشر Largest Contentful Paint. يكمن السبب دائماً تقريباً في الصورة البارزة: حجمها ضخم، أو بصيغة قديمة، أو دون أولوية تحميل. وهو عمل يتطلب ساعة واحدة ويمنحك التحسن الأكبر.
  3. ثم أصلح تغير أبعاد التصميم (CLS). أضف سمات width و height لكل صورة. خطوة بسيطة تعالج معظم مشاكل اهتزاز التصميم.
  4. ثم اعتمد البيانات الوصفية. لن يضر غياب الوصف ترتيبك في البحث، ولكن ترك Google تكتب نصك الإعلاني نيابة عنك سيقلص نسبة نقر الزوار.

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

ما تفحصه هذه الأداة، ولماذا يُعد كل عنصر مهماً

مؤشرات أداء الويب الأساسية (Core Web Vitals)

تعد مؤشرات Largest Contentful Paint و Cumulative Layout Shift و Interaction to Next Paint إشارات ترتيب مؤكدة من Google، والأهم من ذلك أنها ترتبط مباشرة بمعدل الارتداد. فالصفحة التي تستغرق أربع ثوانٍ لعرض محتواها الأساسي تفقد نسبة كبيرة من زوار الجوال قبل أن يروا أي شيء.

العنوان والوصف التعريفي (Title & Meta Description)

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

البيانات المنظمة (Structured Data)

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

توجيهات الزحف والفهرسة

يتحكم ملف robots.txt ووسوم Canonical فيما يتم فهرسته. وأي تكوين خاطئ هنا قد يحذف موقعاً بأكمله من نتائج البحث، وهو أمر يتكرر أكثر مما تتخيل — غالباً بسبب نقل توجيهات بيئة التطوير إلى خادم الإنتاج دون قصد.

بنية العناوين (Heading Structure)

يساعد وجود وسم H1 وصفي واحد وتدرج منطقي للعناوين كلاً من محركات البحث ومحركات الذكاء الاصطناعي على استخلاص هيكل محتواك. كما يعد ذلك متطلباً أساسياً لإمكانية الوصول الرقمي.

الأسئلة الشائعة

هل تجري هذه الأداة فحوصات حقيقية وفعلية؟

نعم. تأتي بيانات الأداء من واجهة برمجة تطبيقات Google PageSpeed Insights — وهو نفس المصدر الذي يعتمد عليه موقع PageSpeed Insights الرسمي. كما تُجرى فحوصات الصفحة على كود HTML الفعلي الذي يُرجعه خادمك. وإذا تعذر إجراء أي فحص، تبلغك الأداة بذلك بدلاً من عرض نتائج مفترضة.

هل تخزنون نطاقي أو نتائج الفحص لديكم؟

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

لماذا تختلف درجاتي أحياناً عن موقع PageSpeed Insights؟

ينبغي ألا تختلف — فنحن نستخدم نفس واجهة API الرسمية. قد تحدث فروق طفيفة بسبب تقلب الاختبارات المعملية بين تشغيل وآخر، ولأن البيانات الميدانية تتحدث وفق نافذة متجددة مدتها 28 يوماً. إذا لاحظت تبايناً كبيراً، أعد تشغيل الفحصين بفارق بضع دقائق.

ما الذي ينبغي عليّ إصلاحه أولاً؟

القاعدة العامة: أي شيء يمنع الفهرسة أولاً، ثم سرعة تحميل المحتوى الأساسي (LCP)، ثم استقرار العناصر وتجنب التحرك المفاجئ (CLS)، ثم البيانات الوصفية. إصلاح وسم noindex غير مقصود يفوق في قيمته أي عمل على سرعة الأداء. وترتب لوحة النتائج الملاحظات حسب درجة الأثر.

أدوات مجانية أخرى

أخبرونا بما ترغبون في تنميته وتطويره.

فريق واحد. ثلاثة مكاتب. أينما كنت، تحصل على إجابة من خبير أول — لا على نص مبيعات.

طلب عرض سعر → راسلنا الآن

عرض سعر مكتوب خلال يوم عمل واحد، بلغتكم.