دستاویزات
Core Web Vitals: حقیقی صارفین کے LCP، INP اور CLS، ہفتہ بہ ہفتہ
Chrome UX Report History API سے آپ کی پوری سائٹ یا کسی ایک صفحے کے ہفتہ وار 75ویں پرسنٹائل LCP، INP اور CLS، جنہیں Google کی حدوں کے مطابق درجہ بند کیا جاتا ہے۔
Core Web Vitals رپورٹ (جس کا عنوان Core Web Vitals History ہے) ہفتہ بہ ہفتہ دکھاتی ہے کہ Chrome کے حقیقی صارفین آپ کی سائٹ کو کیسا محسوس کرتے ہیں۔ یہ Chrome UX Report History API سے ڈیٹا لیتی ہے، یعنی وہی فیلڈ ڈیٹا جو Search Console کی Core Web Vitals رپورٹ کو بھی فراہم ہوتا ہے، اور ہر میٹرک کو 75ویں پرسنٹائل پر Google کی حدوں کے مقابلے میں درجہ بند کرتی ہے۔ اس کی مدد سے آپ دیکھ سکتے ہیں کہ کسی ریلیز نے آپ کے صفحات کو تیز کیا یا سست، اور یہ لیب ٹیسٹ سے بہت پہلے معلوم ہو جاتا ہے کہ وزیٹرز نے اسے کیسا محسوس کیا۔
رپورٹ چلائیں
- Scope: Whole site اوریجن (مثلاً
https://www.example.com) کو کوئری کرتا ہے، جو Chrome صارفین کے وزٹ کیے گئے تمام صفحات کو یکجا کرتا ہے۔ Single page کسی ایک URL کو کوئری کرتا ہے۔ - Origin یا Page URL: آپ کی پراپرٹی کا اوریجن پہلے سے بھرا ہوتا ہے؛ کسی اور ہوسٹ یا صفحے کو جانچنے کے لیے اسے تبدیل کریں۔
- Device: All devices، Phone، Desktop یا Tablet۔ All devices کی صورت میں رپورٹ ہر ڈیوائس کا ڈیٹا الگ سے بھی لوڈ کرتی ہے اور ایک Summary by device ٹیبل شامل کرتی ہے۔
- Run report دبائیں۔
نتائج ایک دن کے لیے کیش ہوتے ہیں، کیونکہ ڈیٹا صرف ہفتہ وار بدلتا ہے۔ رپورٹ API کو CrUX API key کے ساتھ کوئری کرتی ہے؛ AutoPSEO خود یہ key فراہم کرتا ہے، اس لیے آپ کو کچھ سیٹ اپ نہیں کرنا پڑتا۔ اگر آپ اپنے ٹولز کے لیے key چاہتے ہیں تو API Key بٹن Google کی ہدایات کی طرف لے جاتا ہے۔
آپ کو کیا نظر آتا ہے
نتیجے کی سطر بتاتی ہے کہ آیا یہ دائرہ کار Passes Core Web Vitals ہے یا نہیں، یعنی ڈیٹا رکھنے والا ہر بنیادی میٹرک Good درجہ بند ہو۔ اس کے بعد پانچ کارڈ آتے ہیں، ہر میٹرک کا ایک، جن میں تازہ ترین 75ویں پرسنٹائل ویلیو، اس کی درجہ بندی، چار ہفتے پہلے کے مقابلے میں تبدیلی اور اچھے درجے والے پیج لوڈز کا تناسب شامل ہوتا ہے۔
| میٹرک | کیا ناپتا ہے | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | لوڈنگ: سب سے بڑا نظر آنے والا عنصر کب رینڈر ہوتا ہے | 2.5 سیکنڈ یا کم | 4 سیکنڈ سے زیادہ |
| INP, Interaction to Next Paint | ردعمل کی رفتار: کلک، ٹیپ اور کی پریس کے بعد تاخیر | 200 ملی سیکنڈ یا کم | 500 ملی سیکنڈ سے زیادہ |
| CLS, Cumulative Layout Shift | بصری استحکام: لوڈنگ کے دوران مواد کتنا ہلتا ہے | 0.1 یا کم | 0.25 سے زیادہ |
| FCP, First Contentful Paint | پہلا متن یا تصویر کب ظاہر ہوتی ہے | 1.8 سیکنڈ یا کم | 3 سیکنڈ سے زیادہ |
| TTFB, Time to First Byte | سرور کتنی جلدی جواب دینا شروع کرتا ہے | 0.8 سیکنڈ یا کم | 1.8 سیکنڈ سے زیادہ |
LCP، INP اور CLS ہی Core Web Vitals ہیں؛ FCP اور TTFB معاون میٹرکس ہیں جو خراب LCP کی وجہ سمجھنے میں مدد دیتے ہیں۔ دونوں حدوں کے درمیان کی ویلیوز میں بہتری کی ضرورت ہوتی ہے۔ Google ہر میٹرک کو پیج لوڈز کے 75ویں پرسنٹائل پر جانچتا ہے، موبائل اور ڈیسک ٹاپ کے لیے الگ الگ (web.dev: Web Vitals)۔ INP نے 12 مارچ 2024 کو First Input Delay کی جگہ Core Web Vital کا درجہ حاصل کیا۔
رجحان کو improving یا worsening اس وقت شمار کیا جاتا ہے جب تازہ ترین ویلیو چار ہفتے پہلے کے مقابلے میں کم از کم 5% بدل چکی ہو۔ چارٹس ہر میٹرک کا ہفتہ وار 75واں پرسنٹائل اس کے good، needs-improvement اور poor تناسب کے ساتھ دکھاتے ہیں، اور ٹیبل ہر ہفتے کی تمام پانچ ویلیوز اور اچھے LCP تجربات کا تناسب درج کرتا ہے۔
ہسٹری کو کیسے پڑھیں
ہر پوائنٹ ایک ہفتہ وار کلیکشن مدت ہے جو پچھلے 28 دنوں کے وزٹس کا خلاصہ ہوتی ہے، اس لیے کسی اصلاح کا اثر راتوں رات نہیں بلکہ تقریباً چار ہفتوں میں بتدریج نظر آتا ہے۔ API بطور ڈیفالٹ 25 ہفتہ وار مدتیں لوٹاتا ہے، یعنی تقریباً پچھلے چھ ماہ (CrUX History API)۔
- اچانک تبدیلی جو کسی ڈیپلوئی، ٹیگ مینیجر کے نئے اسکرپٹ یا تھیم اپ ڈیٹ کے ساتھ مطابقت رکھتی ہو، سب سے عام صورت ہے؛ اس تاریخ کو annotation سے نشان زد کریں۔
- فون کی کارکردگی ڈیسک ٹاپ سے خراب ہونا عام بات ہے، کیونکہ فونز کی پروسیسنگ طاقت کم ہوتی ہے اور کنکشن اکثر سست ہوتے ہیں۔ اسے اس بنیاد پر پرکھیں کہ آپ کا کتنا سرچ ٹریفک موبائل سے آتا ہے۔
- اوریجن اچھا، صفحہ خراب: اوریجن تمام صفحات کو ملا کر دکھاتا ہے، اس لیے اپنے سب سے بھاری ٹیمپلیٹس کو ایک ایک کر کے جانچیں۔
جب ڈیٹا موجود نہ ہو
Chrome کسی پبلک اوریجن یا URL کا ریکارڈ صرف اسی صورت میں شائع کرتا ہے جب اس پر Chrome کے حقیقی وزٹس کافی ہوں؛ ورنہ رپورٹ Not enough field data دکھاتی ہے (CrUX methodology)۔ نئے یا کم ٹریفک والے صفحات کا URL سطح کا ریکارڈ اکثر نہیں ہوتا، چاہے اوریجن کا ہو۔ CrUX APIs میں ملک کے لحاظ سے تقسیم بھی نہیں ہے، اس لیے اعداد و شمار دنیا بھر کے آپ کے تمام وزیٹرز کا احاطہ کرتے ہیں۔
AutoPSEO کیسے مدد کرتا ہے
AutoPSEO جو مضامین ڈیلیور کرتا ہے وہ آپ کی اپنی سائٹ رینڈر کرتی ہے، اس لیے وہ آپ کے ٹیمپلیٹس کی کارکردگی ورثے میں پاتے ہیں۔ اگر AutoPSEO آپ کے لیے کوئی سیکشن ہوسٹ کرتا ہے تو ہوسٹڈ رینڈرر خود مضمون کے صفحات پیش کرتا ہے؛ انہیں جانچنے کے لیے ان میں سے کسی URL پر رپورٹ چلائیں۔ تینوں میٹرکس کی مزید تفصیلی وضاحت کے لیے دیکھیں LCP، INP اور CLS کا مطلب اور خراب Core Web Vitals اسکورز کو کیسے ٹھیک کریں۔