Core Web Vitals = ثلاثة مقاييس Google لتجربة المستخدم: LCP < 2.5 ثانية (سرعة التحميل) + INP < 200ms (سرعة الاستجابة) + CLS < 0.1 (الاستقرار البصري). للوصول إلى 90+ في PageSpeed Insights لموقع عربي على WordPress، تحتاج 5 خطوات: استضافة بزمن استجابة < 200ms، صور WebP/AVIF بأحجام محددة، تحميل الخط العربي بـ font-display swap وpreload، تأجيل JavaScript غير الضروري، وكاش LiteSpeed أو WP Rocket. 47% فقط من المواقع تتجاوز عتبات Google في 2026 — الباقي يخسر 8-35% من الترافيك والتحويلات.
لماذا Core Web Vitals مصيرية للمواقع العربية في 2026؟
الواقع الجديد بعد تحديث Google Core Update مارس 2026: المواقع التي تفشل في تجاوز عتبات CWV تخسر بين 8% و35% من ترافيكها وتحويلاتها وإيراداتها. 47% فقط من المواقع تتجاوز العتبات — وهذا يعني أن أكثر من نصف منافسيك يخسرون يومياً.
المشكلة أصعب على المواقع العربية تحديداً لثلاثة أسباب: الخط العربي ثقيل ويُحمّل من Google Fonts بشكل افتراضي، اتجاه RTL يستهلك CSS إضافي، وأغلب الاستضافات الموجَّهة للسوق العربي ذات TTFB مرتفع (> 600ms). النتيجة: موقع عربي على Hostinger أو Bluehost بإعدادات افتراضية يحقق غالباً LCP ~ 4-6 ثوانٍ — ضعف العتبة المسموحة.
Google تستخدم بيانات مستخدمين حقيقيين (CrUX) — وليس اختبارات معملية. الموقع يجتاز CWV فقط عندما يحقق “Good” لـ 75% على الأقل من زواره الحقيقيين. هذا يعني أنك تحتاج الأداء الجيد على الجوال البطيء في المنطقة العرفي، لا على لابتوبك بإنترنت الفايبر فقط.
المقاييس الثلاثة بدقة — LCP وINP وCLS في 2026
قبل التحسين، يجب فهم ما يقيسه كل مقياس بدقة. العتبات الرسمية من Google:
| المقياس | ما يقيسه | Good | Needs Improvement | Poor |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | زمن ظهور أكبر عنصر مرئي (صورة Hero أو نص رئيسي) | < 2.5s | 2.5s – 4s | > 4s |
| INP (Interaction to Next Paint) | زمن استجابة الصفحة لأي نقرة أو ضغطة طوال الزيارة | < 200ms | 200ms – 500ms | > 500ms |
| CLS (Cumulative Layout Shift) | مقدار تحرّك العناصر بشكل غير متوقع أثناء التحميل | < 0.1 | 0.1 – 0.25 | > 0.25 |
INP حلّ محل FID رسمياً في مارس 2024 — وهو أصعب بكثير. FID كان يقيس النقرة الأولى فقط؛ INP يقيس كل النقرات والضغطات طوال الزيارة. كثير من المواقع التي كانت ممتازة في FID فشلت في INP لأن JavaScript الثقيل يبطئ التفاعلات اللاحقة (إرسال نموذج، فلترة، تنقّل).
كيف تقيس Core Web Vitals لموقعك بدقة؟
الخطأ الأكبر: الاعتماد على PageSpeed Insights فقط. هذه الأداة تعطي بيانات معملية (Lab Data) — Google يستخدم بيانات حقيقية (Field Data من CrUX). الفرق ضخم: قد يعطيك PageSpeed 95/100 بينما موقعك يفشل في Search Console.
الترتيب الصحيح للقياس:
Search Console → تقرير Core Web Vitals (المصدر الرسمي)
اذهب إلى Search Console > التجربة على الصفحة > Core Web Vitals. هذا التقرير يستخدم بيانات CrUX الحقيقية لآخر 28 يوماً — وهو ما يستخدمه Google فعلاً للترتيب. ابدأ من هنا، لا من PageSpeed.
PageSpeed Insights لتشخيص الصفحة الفردية
بعد معرفة الصفحات الفاشلة من Search Console، افحص كل صفحة في pagespeed.web.dev. ركّز على قسم “Diagnostics” — يخبرك بالضبط ما الذي يبطئ كل مقياس. اختبر الجوال أولاً — Google يستخدم Mobile-First Indexing.
Web Vitals Chrome Extension للقياس المباشر
ثبّت إضافة Web Vitals من Google على Chrome. تظهر لك المقاييس الحقيقية وأنت تتصفح الموقع. مفيدة جداً لاختبار التحسينات قبل النشر — وللتحقق من سلوك المستخدم الحقيقي على صفحات مختلفة.
CrUX Dashboard للبيانات التاريخية الكاملة
استخدم CrUX Dashboard المجاني من Google. يعطيك تاريخاً شهرياً لـ 12 شهراً — تستطيع أن ترى متى تدهور الأداء وما الذي تسبب فيه. مفيد للمواقع الكبيرة لتتبع الاتجاهات لا اللحظة الراهنة.
تحسين LCP خطوة بخطوة — الوصول إلى أقل من 2.5 ثانية
LCP هو أصعب مقياس في المواقع العربية لأنه مرتبط بالخط والصورة الرئيسية والاستضافة. هذه الخطوات الخمس مرتّبة حسب تأثيرها:
حسّن TTFB (زمن استجابة الخادم) إلى أقل من 200ms
إذا كان TTFB > 600ms، LCP لن يجتاز أبداً. الحل: استضافة LiteSpeed (Hostinger Business+، ChemiCloud)، أو Cloudways على Vultr High Frequency. تجنّب الاستضافة المشتركة الرخيصة. للمواقع الخليجية، اختر مركز بيانات أوروبا أو فرانكفورت — أقرب مسار شبكي للسعودية والإمارات من خوادم US.
حوّل صورة LCP إلى WebP أو AVIF — وحدد أبعادها
صورة Hero بصيغة JPEG 800KB = LCP 5+ ثوانٍ. نفس الصورة WebP = 120KB وLCP أقل من ثانيتين. استخدم ShortPixel أو Imagify للتحويل التلقائي. أضف <img width=”1200″ height=”600″> دائماً — يمنع Layout Shift أيضاً.
Preload لصورة LCP — وامنع Lazy Load عنها
الخطأ الشائع: تفعيل Lazy Load على كل الصور. النتيجة: صورة Hero تتأخر = LCP كارثي. الحل: أضف <link rel="preload" as="image" href="/hero.webp"> في <head>، واستثنِ صورة Hero من Lazy Load في إعدادات Smush أو ShortPixel.
حسّن الخط العربي — السبب الخفي لبطء المواقع العربية
Google Fonts يحمّل الخط العربي كاملاً (4 أوزان × 200KB+). الحل: استضِف الخط محلياً (مع font-display: swap)، استخدم Variable Fonts (Cairo Variable مثلاً)، وأضف <link rel="preload" as="font" crossorigin> للوزن الرئيسي فقط. هذا وحده يحسّن LCP بمعدل 800ms-1.2s للمواقع العربية.
احذف CSS وJavaScript المُعطِّل للعرض
في PageSpeed Insights، ابحث عن “Eliminate render-blocking resources”. الحل: ضع Critical CSS داخل <head> مباشرة (Inline)، وأضف defer أو async لكل scripts غير الضرورية للعرض الأولي. LiteSpeed Cache يفعل هذا تلقائياً مع Page Optimization > CSS > Generate Critical CSS.
هل موقعك يفشل في Core Web Vitals وتخسر ترتيباتك؟
فحص CWV مجاني خلال 48 ساعة — نقيس LCP وINP وCLS بالبيانات الحقيقية، ونعطيك تقريراً عملياً بأهم 5 إصلاحات مرتبة حسب التأثير.
احصل على فحص Core Web Vitals مجانيتحسين INP — الأصعب في 2026
INP يقيس استجابة الصفحة لكل تفاعل (نقرة، ضغطة، إدخال نص). إذا كان موقعك بطيئاً عند فلترة المنتجات أو إرسال نموذج اتصال أو فتح قائمة جوال — INP فاشل. والسبب دائماً: JavaScript الثقيل يحجب الـ Main Thread.
قلّل عدد إضافات WordPress النشطة إلى أقل من 20
كل إضافة تُحمِّل JavaScript خاصاً بها. موقع عربي بـ 40+ إضافة = JavaScript مكدّس = INP > 500ms. احذف كل إضافة لا تستخدمها فعلاً. الإضافات الثقيلة المعروفة: Elementor (استخدم GeneratePress + Blocks بدلاً منه)، WPBakery، Slider Revolution، عدّادات الزوار.
أجّل تحميل scripts الطرف الثالث
Google Analytics، Tag Manager، بكسل فيسبوك، WhatsApp Chat، شات بوت — كلها تحجب الـ Main Thread. الحل: استخدم WP Rocket Delay JavaScript، أو LiteSpeed Cache > Page Optimization > JS Delay. Scripts الطرف الثالث ستُحمَّل عند التفاعل الأول للمستخدم — لا عند فتح الصفحة.
استبدل قائمة الجوال الثقيلة بـ HTML/CSS فقط
قوائم الجوال المعتمدة على JavaScript هي أكبر سبب لفشل INP في المواقع العربية. الحل: استخدم قائمة GeneratePress الافتراضية (CSS فقط) أو إضافة Pure CSS Mobile Menu. هذا التغيير وحده يحسّن INP بمعدل 200-400ms.
تحسين CLS — منع تحرّك العناصر
حدد width وheight لكل صورة وفيديو
السبب الأول لـ CLS عالي: صور بدون أبعاد محددة. المتصفح لا يعرف حجمها فيترك مساحة صفر، ثم يقفز المحتوى عند تحميلها. الحل: أضف width=”800″ height=”450″ لكل <img>. WordPress يفعل هذا تلقائياً للصور المرفوعة عبر المكتبة — لكن ليس للصور المُدرَجة يدوياً في HTML.
احجز مساحة الإعلانات والـ Embeds مسبقاً
Google AdSense، تويتر embed، يوتيوب embed — كلها تحقن محتوى بعد تحميل الصفحة فيقفز التخطيط. الحل: ضعها داخل <div style=”min-height: 280px;”> — حسب حجم العنصر المتوقع. هذا يحجز المساحة فلا يحدث shift.
استخدم font-display: swap مع size-adjust
الخط العربي عند تحميله يكون بحجم مختلف عن خط النظام الافتراضي = CLS. الحل: font-display: swap + size-adjust: 100% في @font-face لتقليل الفرق بين الخط البديل والخط النهائي. وحدها هذه السطور تخفض CLS من 0.3 إلى 0.05 في كثير من المواقع العربية.
إعداد WordPress الخليجي — Stack موصى به للوصول إلى 90+
| الطبقة | التوصية | السبب |
|---|---|---|
| الاستضافة | Hostinger Business / Cloudways Vultr HF / ChemiCloud | LiteSpeed + TTFB < 200ms من أوروبا للسعودية |
| القالب | GeneratePress Premium | أخف قالب RTL — أقل من 50KB CSS أساسي |
| الكاش | LiteSpeed Cache (مجاني) أو WP Rocket | Critical CSS تلقائي + JS Delay + Image Optimization |
| الصور | ShortPixel أو Imagify | WebP/AVIF تلقائي + Lazy Load ذكي |
| الخط | Cairo Variable محلي + preload | 200KB → 80KB + load سريع |
| CDN | Cloudflare (الخطة المجانية) | تسريع التسليم للمستخدمين الخليجيين |
| SEO | Rank Math PRO | Schema تلقائي بدون JavaScript ثقيل |
تريد فحص شامل لموقعك مع خطة إصلاح؟
تقرير Core Web Vitals + 5 إصلاحات مرتبة + خطة تنفيذ — كل ذلك في 48 ساعة، مجاناً.
ابدأ الفحص المجاني الآنالأخطاء الشائعة التي تمنعك من الوصول إلى 90+
الاعتماد على نتيجة PageSpeed على الديسكتوب فقط. Google يقيس الجوال — ونتيجة الجوال أصعب بكثير. اختبر دائماً تبويب “Mobile” في PageSpeed Insights، واستخدم Chrome DevTools > Throttling: Slow 3G للتأكد من تجربة المستخدم الحقيقية في الخليج.
تثبيت إضافة كاش بإعدادات افتراضية. LiteSpeed Cache وWP Rocket ممتازان — لكن الإعدادات الافتراضية لا تكفي. يجب تفعيل Critical CSS، JS Delay، Image Lazy Load (مع استثناء صورة LCP)، وDNS Prefetch. بدون هذه الإعدادات، الإضافة تُحسّن 20% فقط من إمكانياتها.
استخدام Elementor أو WPBakery للموقع كاملاً. Page Builders ثقيلة تضيف 200-400KB من JavaScript لكل صفحة. النتيجة: INP فاشل. الحل: استخدم Gutenberg blocks مع GeneratePress، أو حصر Elementor في صفحات Landing فقط — مع تطبيق Elementor > Performance > Improved Asset Loading.
تجاهل التحديث المستمر. Google تشدد العتبات تدريجياً. CLS كان مقبولاً عند 0.25، الآن 0.1. INP حلّ محل FID. Visual Stability Index (VSI) أُدخل في 2026. القياس مرة واحدة لا يكفي — راقب Search Console شهرياً.
الأسئلة الشائعة
هل Core Web Vitals عامل ترتيب حقيقي في Google؟
نعم — Google أكد ذلك رسمياً منذ يونيو 2021 ضمن إشارات Page Experience. ليس العامل الأقوى، لكنه “كسر تعادل” بين صفحات بمحتوى متشابه. بعد تحديث مارس 2026، أصبح وزنه أكبر وأثره الحقيقي ظاهر في الترتيبات.
كم يستغرق إصلاح Core Web Vitals لموقع عربي؟
الإصلاحات الأساسية (الكاش، الصور، الخط) من ساعتين إلى يوم واحد. ظهور النتائج في Search Console يحتاج 28 يوماً — لأن Google تستخدم بيانات CrUX المتراكمة. التحسينات العميقة (إعادة بناء قوالب، حذف Page Builders) قد تستغرق أسبوعاً.
ما الفرق بين Lab Data وField Data؟
Lab Data = اختبار معملي على جهاز ثابت بإنترنت محاكاة (PageSpeed Lighthouse). Field Data = بيانات حقيقية من زوار حقيقيين عبر CrUX. Google يستخدم Field Data للترتيب — لذا اعتمد عليها أساساً، واستخدم Lab Data للتشخيص.
هل أحتاج إلى مطوّر أم يمكنني إصلاح CWV بنفسي؟
80% من إصلاحات WordPress يمكن تطبيقها بدون مطوّر — عبر إضافات مثل LiteSpeed Cache وShortPixel. الـ 20% المتبقية (Critical CSS مخصص، إعادة بناء قالب) تحتاج خبرة. ابدأ بالإصلاحات السهلة أولاً — قد تتجاوز العتبات بدون تدخل تقني عميق.
هل Core Web Vitals مهمة لـ AI Search وGEO؟
نعم بشكل غير مباشر. Good SEO = Good GEO — الموقع البطيء لا يُزحف بكفاءة، وبالتالي يقل ظهوره في AI Overviews وChatGPT. CWV يبني الأساس التقني الذي يحتاجه GEO ليعمل. لا GEO فعّال بدون SEO تقني سليم.
احجز فحص Core Web Vitals الكامل لموقعك
تقرير حقيقي + 5 إصلاحات أولوية + خطة تنفيذ — في 48 ساعة، مجاناً.
احصل على الفحص المجانيالخلاصة
Core Web Vitals ليست مقاييس تقنية نظرية — هي عوامل ترتيب فعلية تكلّف المواقع الفاشلة 8-35% من إيراداتها. للوصول إلى 90+ في موقع عربي على WordPress، خمسة عوامل تصنع الفرق: استضافة سريعة، صور WebP، خط عربي محلي مع preload، كاش مُهيّأ بشكل صحيح، وحذف JavaScript الزائد. هذه ليست مهمة من ساعة واحدة — لكنها أيضاً ليست مشروعاً يستغرق شهوراً.
ابدأ اليوم بثلاث خطوات: افتح Search Console > Core Web Vitals لمعرفة وضعك الحقيقي، ثم افحص الصفحة الرئيسية في PageSpeed Insights للجوال، ثم طبّق إصلاحاً واحداً (الأكثر تأثيراً = صور WebP + Preload للخط). راقب النتائج بعد 28 يوماً. لربط ذلك باستراتيجية أوسع، اقرأ دليل E-E-A-T للشركات الخليجية.
هل تريد إصلاح Core Web Vitals بسرعة وبشكل صحيح؟
تحليل مجاني + خطة عملية في 48 ساعة — بدون التزام.
احجز تحليلك المجاني