Core Web Vitals: رفتار اور تجربے کو بہتر بنانا
8 min
Core Web Vitals (LCP، INP، CLS) Google کے سرکاری رینکنگ عوامل ہیں۔ LCP 2.5 سیکنڈ سے کم، INP 200 ملی سیکنڈ سے کم اور CLS 0.1 سے کم 'اچھے' معیار ہیں۔ سب سے پہلی ترجیح: تصاویر کو بہتر بنانا اور غیر ضروری JavaScript کو مؤخر کرنا۔
2021 سے Google نے Core Web Vitals کو اپنے رینکنگ الگورتھم میں شامل کیا ہے۔ 2026 میں یہ میٹرکس نہ صرف پوزیشن بلکہ موبائل rich results کی اہلیت بھی طے کرتے ہیں۔ انہیں کیسے سمجھیں، یہاں جانیں۔
تین میٹرکس جو واقعی اہمیت رکھتے ہیں
Google نے حقیقی صارف تجربہ ناپنے کے لیے تین اشارے منتخب کیے: LCP (Largest Contentful Paint)، INP (Interaction to Next Paint) اور CLS (Cumulative Layout Shift)۔ ہر ایک محسوس کی گئی کوالٹی کا ایک الگ پہلو ناپتا ہے۔
INP نے مارچ 2024 میں FID کی جگہ لی؛ یہ صفحے کے تمام تعاملات کے جواب کی مجموعی تیزی ناپتا ہے، جبکہ FID صرف پہلی کلک کو پکڑتا تھا۔
- LCP: سب سے بڑا نظر آنے والا عنصر رینڈر ہونے سے پہلے کا وقت۔ اچھی حد: 2.5 سیکنڈ سے کم۔
- INP: کی بورڈ/ماؤس/ٹچ تعاملات کے جواب میں تاخیر۔ اچھی حد: 200 ملی سیکنڈ سے کم۔
- CLS: صفحے کی ترتیب کا بصری عدم استحکام۔ اچھی حد: 0.1 سے کم۔
خراب کارکردگی کی عام وجوہات
خراب LCP اکثر ایک غیر پری لوڈڈ ہیرو تصویر، سست سرور یا کلائنٹ سائیڈ رینڈرنگ (SSR کی غیر موجودگی) سے آتا ہے۔ اہم تصویر کو ہدف بناتے ہوئے ایک <link rel='preload'> ٹیگ اکثر اس اسکور کو 30 سے 50 فیصد تک کم کر دیتا ہے۔
CLS تقریباً ہمیشہ واضح جہتوں کے بغیر تصاویر، ویب فونٹس جو لوڈ ہونے کے بعد ظاہر ہوتے ہیں یا صفحے کے اوپر متحرک طور پر ڈالے گئے بینرز کی وجہ سے ہوتا ہے۔
INP کے لیے، بنیادی مجرم تھرڈ پارٹی اسکرپٹس (analytics، chat، اشتہارات) ہیں جو مین تھریڈ کو بلاک کرتے ہیں اور کلک کے جواب میں تاخیر کرتے ہیں۔
تینوں میٹرکس پر 'اچھی' حد پانے والے صفحات 'خراب' درجہ بند صفحات کے مقابلے میں 15 سے 25 فیصد کم bounce rate دکھاتے ہیں۔
صنعتی مطالعات 2025-2026 ویب صارف تجربے پر
ترجیحی ترتیب میں عملی منصوبہ
lab ڈیٹا کی بجائے Google Search Console (صفحہ تجربہ رپورٹ) میں اپنا فیلڈ ڈیٹا ناپنے سے شروع کریں: صرف CrUX ڈیٹا رینکنگ کو متاثر کرتا ہے۔
ترجیحی صفحات کی شناخت کے بعد، اس ترتیب میں کام کریں: تصاویر کو کمپریس اور سائز کریں، browser cache کو طویل مدت کے لیے فعال کریں، پھر تھرڈ پارٹی اسکرپٹس کا آڈٹ اور ملتوی کرنا۔
- تصاویر کو WebP یا AVIF فارمیٹ میں adaptive srcset کے ساتھ پیش کریں۔
- سرور پر Brotli compression اور TTFB کم کرنے کے لیے CDN فعال کریں۔
- font-display: swap استعمال کریں اور اہم font کو پری لوڈ کریں۔
- ہر تھرڈ پارٹی اسکرپٹ کا آڈٹ کریں اور اسے defer یا async موڈ میں لوڈ کریں۔
مسلسل نگرانی
Core Web Vitals ہر deployment کے ساتھ بدلتے ہیں۔ پروڈکشن میں جانے سے پہلے کسی بھی regression کا پتہ لگانے کے لیے Lighthouse CI کو اپنے deployment pipeline میں شامل کریں۔
Search Console میں یا CrUX API کے ذریعے alerts ترتیب دیں تاکہ جیسے ہی کوئی URL 'بہتری کی ضرورت' یا 'خراب' زون میں جائے آپ کو اطلاع ملے۔
FAQ
کیا Core Web Vitals رینکنگ کا بڑا عامل ہیں؟
Google انہیں مواد کی مطابقت کے مقابلے میں 'ہلکا رینکنگ سگنل' قرار دیتا ہے۔ یہ ایک جیسے معیار والے دو صفحات میں فرق کر سکتے ہیں، لیکن یہ کبھی کمزور مواد کی تلافی نہیں کریں گے۔
کیا موبائل یا desktop پر ناپنا چاہیے؟
Google بنیادی طور پر mobile-first indexing کے تحت موبائل ڈیٹا استعمال کرتا ہے۔ موبائل پر توجہ مرکوز کریں، چاہے آپ کا زیادہ تر ٹریفک desktop سے آتا ہو۔
کیا PageSpeed Insights Core Web Vitals آڈٹ کے لیے کافی ہے؟
PageSpeed Insights lab ڈیٹا (simulation) اور CrUX فیلڈ ڈیٹا دونوں دکھاتا ہے اگر ٹریفک کافی ہو۔ مکمل آڈٹ کے لیے، اسے Search Console اور Chrome Web Vitals extension کے ساتھ ملائیں۔
تصحیح کے بعد پوزیشن پر اثر دیکھنے میں کتنا وقت لگتا ہے؟
Google ہر مہینے اپنا CrUX ڈیٹا اپڈیٹ کرتا ہے۔ آج کی گئی بہتریاں عموماً چار سے آٹھ ہفتوں میں رینکنگ میں ظاہر ہوتی ہیں۔