چرا داده‌های CrUX با داده‌های RUM من متفاوت است؟

با دلایلی آشنا شوید که چرا داده‌های RUM می‌توانند اعداد «شاخص‌های کلیدی عملکرد وب» متفاوتی نسبت‌به CrUX نشان دهند.

Barry Pollard

تاریخ انتشار: ۱۵ اوت ۲۰۲۲، آخرین به‌روزرسانی: ۱۷ دسامبر ۲۰۲۵

گزارش تجربه کاربری Chrome (CrUX) سنجه‌های تجربه کاربری را برای نحوه تجربه کاربران Chrome در دنیای واقعی از مقصدهای محبوب در وب ارائه می‌دهد. این داده‌ها به‌طور خودکار توسط Chrome از کاربرانی که موافقت کرده‌اند جمع‌آوری می‌شود و براساس معیارهای واجدشرایط بودن CrUX دردسترس قرار می‌گیرد.

بنابراین داده‌های CrUX برای میلیون‌ها وب‌سایت دردسترس است. بسیاری از مالکان سایت قبلاً به داده‌های فیلد دسترسی نداشته‌اند و CrUX به بسیاری از سایت‌ها امکان داده است تا برای اولین‌بار ارزش این داده‌ها را ببینند. به‌عنوان یک مجموعه داده عمومی، CrUX همچنین می‌تواند برای تحلیل رقابتی و محک‌زنی سنجه‌های تجربه کاربری استفاده شود.

پایش کاربر واقعی (RUM) شبیه CrUX است، اما به‌جای اینکه Chrome به‌طور خودکار سنجه‌های تجربه کاربر را جمع‌آوری کند، کدی در وب‌سایت‌ها گنجانده می‌شود تا این جمع‌آوری را انجام دهد و آن را برای تجزیه‌وتحلیل بیشتر به ارائه‌دهنده RUM یا راهکار تحلیلی برگرداند.

با توجه به اینکه هر دو راهکار سنجه‌های تجربه کاربری را اندازه‌گیری می‌کنند، طبیعی است که فرض کنیم باید معادل باشند. وقتی تفاوت‌هایی می‌بینیم، ممکن است گیج‌کننده باشد. این راهنما توضیح می‌دهد که چرا این اتفاق می‌افتد و پیشنهادهایی برای زمانی که اعداد باهم مطابقت ندارند ارائه می‌دهد.

مزایای تکمیل CrUX با راهکار RUM

CrUX ابزار فوق‌العاده‌ای برای داشتن نمای سازگار در سراسر سایت‌ها است و به‌عنوان مجموعه داده Google برای برنامه Core Web Vitals، سایت‌ها احتمالاً می‌خواهند آنچه را نشان می‌دهد زیرنظر داشته باشند. هدف CrUX ارائه نمای کلی آماری مرتبط از میلیون‌ها وب‌سایت برای مقایسه متقابل است.

بااین‌حال، برای بررسی عمیق‌تر دلیل اینکه داده‌ها این اعداد را نشان می‌دهند، سرمایه‌گذاری در یک راه‌حل کامل RUM برای تکمیل CrUX می‌تواند به شما امکان دسترسی به اطلاعات دقیق‌تری را بدهد که می‌تواند در یک مجموعه داده قابل‌پرسمان عمومی دردسترس قرار گیرد. این کار می‌تواند به شما کمک کند سنجه‌هایتان را به روش‌های مختلفی توضیح دهید و بهبود بخشید.

تحلیل عمیق‌تر برای بررسی مشکلات

CrUX اغلب می‌تواند برای اشاره به وجود مشکل در سایتتان استفاده شود، اما لزوماً نمی‌تواند دقیقاً محل مشکل در سایت یا دلیل آن را مشخص کند. راه‌حل‌های RUM (چه راه‌حل‌های داخلی که ازطریق مواردی مانند کتابخانه web-vitals ایجاد شده‌اند و چه برخی از محصولات تجاری متعدد) می‌توانند به پر کردن این شکاف کمک کنند.

استفاده از راهکار RUM به شما امکان می‌دهد به داده‌های بسیار دقیق‌تری برای همه صفحه‌هایتان و در همه مرورگرها دسترسی داشته باشید. همچنین به شما امکان می‌دهد این داده‌ها را به روش‌هایی که CrUX انجام نمی‌دهد بخش‌بندی و تجزیه‌وتحلیل کنید، و به شما امکان می‌دهد تا جزئیات را بررسی کنید و مناطق مشکل‌دار سایت را بررسی کنید. آیا تحت تأثیر بخش خاصی از کاربران قرار گرفته‌اند؟ یا کاربرانی که اقدامات خاصی انجام می‌دهند؟ مشکل دقیقاً از چه زمانی شروع شد؟ این‌ها سؤالاتی هستند که با داده‌های اضافی‌ای که ابزار RUM می‌تواند ارائه دهد، پاسخ دادن به آن‌ها بسیار آسان‌تر است.

با دیگر سنجه‌های کسب‌وکار همبستگی دارد

‫RUM همچنین به شما امکان می‌دهد سنجه‌های عملکرد وب خود را مستقیماً با هر سنجه کسب‌وکاری مقایسه کنید، ارزش سرمایه‌گذاری در عملکرد را نشان دهید، و اولویت‌بندی کارهای عملکردی دیگر را مشخص کنید. ما مطالعات موردی متعددی با کسب‌وکارهایی داریم که این همبستگی را انجام می‌دهند، مانند Farfetch یا The Economic Times.

جمع‌آوری دیگر داده‌های عملکرد

راهکار RUM امکان جمع‌آوری دیگر سنجه‌های سفارشی را که مستقیماً به کسب‌وکار خاص شما مرتبط هستند فراهم می‌کند. یکی از نمونه‌های شناخته‌شده‌تر، سنجه «زمان تا اولین توییت» در Twitter است. سپس این معیارهای خاص سایت را می‌توان با بهبودهای Core Web Vital و سنجه‌های کسب‌وکار مرتبط کرد.

تفاوت‌های بین دو مجموعه داده‌های میدانی

مردی که یک ساعت دارد می‌داند ساعت چند است. مردی که دو ساعت دارد هیچ‌وقت مطمئن نیست.

قانون سگال

هرگاه دو منبع داده داشته باشید، اغلب ممکن است گیج‌کننده و ناامیدکننده باشد که چرا باهم تفاوت دارند. همان‌طور که درک تفاوت بین سنجه‌های آزمایشگاهی و میدانی مهم است، ممکن است بین دو منبع داده‌های میدانی نیز تفاوت‌هایی وجود داشته باشد. اگرچه در دنیای ایده‌آل داده‌ها یکسان هستند، اما دلایل زیادی وجود دارد که چرا ممکن است متفاوت باشند.

داده‌های آزمایشگاهی درمقابل داده‌های فیلد

اولین چیزی که باید بررسی کنید این است که آیا به سنجه‌های آزمایشگاهی (مصنوعی) نگاه می‌کنید یا سنجه‌های میدانی (RUM). درحالی‌که طبیعی است فرض کنیم محصولات RUM فقط به داده‌های میدانی نگاه می‌کنند، بسیاری از آن‌ها مؤلفه آزمایشگاهی نیز ارائه می‌دهند.

داده‌های آزمایشگاهی دقیقاً به‌دلیل شرایط ثابتی که تحت آن اندازه‌گیری می‌شوند، بسیار مفید هستند. می‌توان از آن برای نظارت بر تغییرات غیرمنتظره یا پس‌رفت‌ها در محیط تولید بدون نویز جمعیت متغیر فیلد استفاده کرد. بااین‌حال، داده‌های آزمایشگاهی ممکن است نماینده تجربه کاربری واقعی نباشد، بنابراین سنجه‌های فیلد می‌توانند نتایج کاملاً متفاوتی را نشان دهند.

جمعیت‌ها

مجموعه داده‌های مورداستفاده CrUX و راهکارهای RUM ممکن است متفاوت باشد، زیرا بسته به اینکه کدام مرورگرها، کاربران، سایت‌ها، و دستگاه‌ها مقایسه می‌شوند، بازدیدهای صفحه اندازه‌گیری‌شده متفاوت است.

مرورگرهای موجود

«گزارش تجربه کاربری Chrome»، همان‌طور که از نامش پیداست، فقط مختص Chrome است. درحالی‌که مرورگرهای زیادی مبتنی بر Chromium وجود دارند (Edge،‏ Opera، و Brave چند نمونه از آن‌ها هستند) که بخش زیادی از پایگاه کد Chrome را به‌اشتراک می‌گذارند، فقط کاربران Chrome داده‌ها را به CrUX ارسال می‌کنند. این محدودیت همچنین به این معنی است که کاربران Chrome در iOS شامل نمی‌شوند، زیرا از موتور مرورگر Webkit زیربنایی استفاده می‌کند. Android WebViews نیز به‌عنوان «Chrome» محسوب نمی‌شود، بنابراین داده‌های این کاربران لحاظ نمی‌شود—هرچند برگه‌های سفارشی Chrome لحاظ می‌شود.

اگرچه Chrome یکی از محبوب‌ترین مرورگرهای جهان است (و بنابراین احتمالاً در اکثر موارد نمایش گسترده‌ای از عملکرد سایت شما ارائه می‌دهد)، سنجش فقط آن مرورگر به‌هیچ‌وجه معیاری برای همه کاربران شما نیست. این ممکن است یک تفاوت اصلی بین RUM و CrUX را توضیح دهد. این امر به‌ویژه برای تکنیک‌های عملکردی که به میاناهای برنامه‌سازی کاربردی یا قالب‌های تصویر فقط دردسترس در Chrome متکی هستند، صادق است.

فقدان داده‌های iOS نیز می‌تواند به سوگیری منجر شود. برای مثال، ازآنجایی‌که کاربران iOS معمولاً از دستگاه‌های با عملکرد بهتر استفاده می‌کنند یا از کشورهای بیشتری با زیرساخت شبکه بهتر بازدید می‌کنند، گنجاندن آن‌ها می‌تواند منجر به سنجه‌های عملکرد کلی بالایی شود. ازسوی دیگر، مستثنی کردن آن‌ها (همان‌طور که CrUX انجام می‌دهد) می‌تواند منجر به داده‌هایی شود که به سمت پایین‌ترین حد بازدیدکنندگان سایت منحرف شده‌اند (نمونه مطالعه موردی). کاربران Android معمولاً طیف گسترده‌تری از دستگاه‌ها، قابلیت‌های دستگاه، و بازارها را پوشش می‌دهند.

راهکارهای RUM می‌توانند داده‌های مرورگرهای غیر Chrome را دریافت کنند، به‌ویژه از مرورگرهای مبتنی بر Chromium که اغلب همان سنجه‌های داخلی (مانند Core Web Vitals) را دارند. مرورگرهای غیرمبتنی بر Chromium نیز با راهکارهای RUM اندازه‌گیری می‌شوند، اما ممکن است مجموعه سنجه‌های محدودتری داشته باشند. برای مثال، تغییر چیدمان تجمعی (CLS) فقط در مرورگرهای مبتنی بر Chromium دردسترس است. برخی‌از سنجه‌های دیگر مبتنی بر نقاشی مانند LCP،‏ INP، و حتی اولین نقاشی دارای محتوا (FCP) را می‌توان به‌طور کاملاً متفاوتی اندازه‌گیری کرد (در ادامه ببینید).

کاربران موافقت‌کرده

CrUX علاوه‌بر اینکه به کاربران Chrome محدود است، با اندازه‌گیری فقط زیرمجموعه‌ای از کاربران Chrome که هنگام نصب مرورگر با هم‌رسانی داده‌های CrUX موافقت کرده‌اند، بیشتر محدود می‌شود.

ارائه‌دهندگان RUM نیز فقط به زیرمجموعه‌ای از کاربران نگاه می‌کنند، معمولاً به‌دلیل درخواست‌های برنمای کوکی (که از کاربران می‌خواهند با جمع‌آوری داده‌های RUM موافقت کنند) یا مسدودکننده‌های ردیابی. اگر تأیید تا صفحه دوم یا صفحه‌های بعدی داده نشود، این امر می‌تواند بر برخی‌از بارگیری‌های اولیه صفحه تأثیر منفی بگذارد، زیرا برخی‌از دارایی‌های سایت قبلاً از صفحه‌های قبلی ذخیره شده‌اند. اگر این اتفاق مکرراً رخ دهد، ممکن است سنجه‌ها در RUM مطلوب‌تر از آنچه واقعاً هستند به‌نظر برسند، به‌شرطی که بارگیری‌های اولیه کندتر صفحه در تعداد کافی از موارد مستثنی شوند.

سایت‌های گنجانده‌شده

CrUX فقط برای گزارش‌دهی درباره وب‌سایت‌های عمومی درنظر گرفته شده است، بنابراین معیارهای واجدشرایط بودن دیگری وجود دارد که ممکن است باعث شود داده‌ها در CrUX ثبت نشوند. مهم‌ترین این معیارها این است که وب‌سایت باید به‌طور عمومی قابل‌شناسایی باشد و به‌اندازه کافی محبوب باشد تا حداقل اندازه نمونه برای نتیجه‌گیری معنادار تضمین شود. در بیشتر موارد، این امر باعث می‌شود هیچ داده‌ای در CrUX دردسترس نباشد. این تفاوت در مقایسه با زمانی که داده‌ها دردسترس اما متفاوت هستند کمتر گیج‌کننده است، اما توضیح می‌دهد که چرا این اتفاق می‌افتد.

بااین‌حال، اگر صفحه‌های خاصی از سایت به‌عنوان قابل‌نمایه‌سازی علامت‌گذاری شده باشند اما صفحه‌های دیگر این‌طور نباشند، ممکن است فقط زیرمجموعه‌ای از نشانی‌های وب را در CrUX ببینید. اگر مبدأ به‌طور عمومی قابل‌کشف باشد، همه بازدیدهای صفحه در آن مبدأ در داده‌های سطح مبدأ گنجانده خواهد شد، اما ممکن است داده‌های سطح نشانی وب دردسترس نباشد.

دستگاه‌ها

CrUX داده‌ها را براساس تلفن همراه، رایانه، و رایانه لوحی بخش‌بندی می‌کند - اگرچه بسیاری‌از ابزارها روی دو مورد اول تمرکز می‌کنند و ممکن است داده‌های رایانه لوحی را نمایش ندهند، یا ممکن است آن را در تلفن همراه یا رایانه قرار دهند. ویژگی‌های عملکرد در تلفن همراه درمقایسه با رایانه می‌تواند کاملاً متفاوت باشد—هم ازنظر محتوای ارائه‌شده و هم ازنظر قابلیت‌های دستگاه‌هایی که آن‌ها را مشاهده می‌کنند.

داده‌های RUM امکان بخش‌بندی ترافیک را به‌طور مشابه فراهم می‌کند، اما اغلب داده‌های تلفیقی را به‌طور پیش‌فرض نشان می‌دهد. RUM ممکن است فقط اجازه بخش‌بندی براساس نوع دستگاه (برای مثال، تلفن همراه) یا مرورگر (برای مثال، Chrome) را بدهد، اما نه هر دو برای دیدن ترافیک Chrome تلفن همراه. هنگام مقایسه با داده‌های CrUX، مطمئن شوید که با فیلتر کردن براساس نوع دستگاه و مرورگر Chrome، موارد مشابه را با هم مقایسه می‌کنید.

نمونه‌گیری

راه‌حل‌های RUM معمولاً امکان تنظیم نرخ نمونه‌برداری بازدیدکنندگانی را که موافقت کرده‌اند داده‌هایشان جمع‌آوری شود فراهم می‌کنند. از این کار می‌توان برای کاهش حجم داده‌های موردنیاز برای تجزیه‌وتحلیل و کاهش هزینه‌های سرویس‌های تجاری RUM استفاده کرد. اگر اندازه نمونه خیلی کوچک باشد و نماینده جمعیت گسترده‌تر نباشد، سنجه‌های حاصل نیز به‌طور مشابهی منحرف خواهند شد. با ارائه‌دهنده RUM خود درباره اندازه نمونه‌برداری مناسب برای سایتتان صحبت کنید.

انبوهش داده‌ها

داده‌های میدانی به‌دلیل ماهیتشان شامل نقاط داده بسیار زیادی از همان سنجه‌ها درمقایسه با داده‌های آزمایشگاهی هستند که یک مقدار واحد را ارائه می‌دهند. اگر این داده‌ها برای گزارش‌دهی به‌طور متفاوتی تجمیع شوند، می‌تواند دلیل دیگری برای تفاوت بین CrUX و RUM باشد.

بازه زمانی

داده‌های CrUX براساس پنجره لغزشی ۲۸ روزه ترافیک است و امکان تغییر این بازه زمانی وجود ندارد—هرچند داده‌های CrUX BigQuery برای هر ماه ذخیره می‌شود و به شما امکان می‌دهد ماه‌های قبلی را ببینید، و CrUX History API نیز داده‌های قدیمی را در یک دوره هفتگی ارائه می‌دهد. هر دو همچنان داده‌ها را براساس پنجره لغزشی ۲۸ روزه ارائه می‌دهند.

داده‌های RUM معمولاً امکان جزئیات بسیار بیشتری را فراهم می‌کند تا تأثیر تغییرات خیلی زودتر دیده شود. اما هنگام انتخاب دوره‌های کوتاه‌تر، داده‌های RUM ممکن است به‌طور نامناسبی تحت تأثیر نوسانات ترافیک وب‌سایت و بازدیدکنندگان قرار گیرد. هنگام مقایسه داده‌های RUM با داده‌های CrUX، همیشه مطمئن شوید که عملکرد را درطول ۲۸ روز بررسی می‌کنید. وقتی مطمئن شدید که داده‌ها مشابه هستند، می‌توانید به بازه‌های زمانی دیگر نگاه کنید تا داده‌های RUM را بررسی کنید.

انبوهش آمار

سنجه‌های CrUX در صدک ۷۵ اندازه‌گیری می‌شوند—یعنی با نگاه کردن به مقداری که ۷۵٪ از بازدیدهای صفحه به‌دست آورده‌اند. در داده‌های میدانی موارد افراطی وجود خواهد داشت و با حذف ۲۵٪ از بدترین تجربه‌ها، هدف این است که مقداری ارائه شود که اکثر بازدیدکنندگان بتوانند به‌طور منطقی انتظار دستیابی به آن را داشته باشند.

محصولات RUM اغلب گزینه‌های بیشتری برای نحوه تجمیع سنجه‌ها ارائه می‌دهند، ازجمله صدک ۷۵، میانه، و صدک‌های دیگر. اگر مقادیر RUM را با داده‌های CrUX مقایسه می‌کنید، لازم است مطمئن شوید که به داده‌های صدک ۷۵ نگاه می‌کنید تا مقایسه پایاپای انجام دهید.

داده‌های هیستوگرام در CrUX شامل همه داده‌های دردسترس است (نه فقط صدک ۷۵) و تعداد بازدیدهای صفحه را در هر رتبه‌بندی نشان می‌دهد، اما امتیاز انبوهشی براساس صدک ۷۵ خواهد بود. این داده‌های CrUX در ابزارهایی مانند PageSpeed Insights نمایش داده می‌شود:

PageSpeed Insights داده‌های هیستوگرام و صدک ۷۵ CrUX را نشان می‌دهد

تفاوت در سنجه‌ها

سنجه‌های زیادی برای اندازه‌گیری عملکرد وب استفاده می‌شود، بنابراین هنگام مقایسه دو مجموعه داده مختلف، مهم است که بدانید چه سنجه‌هایی اندازه‌گیری می‌شوند و چگونه از این سنجه‌ها استفاده می‌شود.

سنجه‌های اندازه‌گیری‌شده

داده‌های CrUX مجموعه داده Google از طرح معیارهای کلیدی اصلی وب است و در درجه اول این سنجه‌ها (LCP،‏ CLS، و INP) را با چند سنجه دیگر برای تکمیل این موارد اندازه‌گیری می‌کند.

ابزارهای RUM معمولاً شامل این «هسته‌های حیاتی وب» هستند، اما اغلب شامل بسیاری از سنجه‌های دیگر نیز می‌شوند. برخی‌از ارائه‌دهندگان RUM نیز تجربه کاربری را بااستفاده از ترکیب خودشان از همه این سنجه‌ها اندازه‌گیری می‌کنند تا شاید «شاخص رضایت» یا چیزی شبیه به آن را ارائه دهند. هنگام مقایسه داده‌های RUM با CrUX، مطمئن شوید که مقایسه پایاپای انجام می‌دهید.

ابزارهایی که وضعیت قبولی یا ردی «معیارهای کلیدی اصلی وب» را ارزیابی می‌کنند باید صفحه‌ای را قبول‌شده درنظر بگیرند که اهداف توصیه‌شده را در صدک ۷۵ برای همه «معیارهای کلیدی اصلی وب» برآورده کند. اگر INP برای صفحه‌های بدون تعامل وجود نداشته باشد، فقط LCP و CLS باید قبول شوند.

تفاوت‌های سنجه در مرورگرهای مختلف

CrUX فقط در مرورگرهای Chrome اندازه‌گیری می‌کند و می‌توانید به گزارش تغییرات Web Vitals مراجعه کنید تا ببینید این موارد با هر نسخه Chrome چگونه تغییر می‌کنند.

بااین‌حال، راهکارهای RUM از طیف گسترده‌تری از مرورگرها اندازه‌گیری می‌کنند. مرورگرهای مبتنی بر Chromium (‏Edge،‏ Opera، و غیره) احتمالاً مشابه Chrome خواهند بود، مگراینکه Chrome تغییرات جدیدی را که در «گزارش تغییرات» ذکر شده است پیاده‌سازی کند.

برای مرورگرهای غیر Chromium، تفاوت‌ها می‌تواند بیشتر باشد. برای مثال، سنجه‌های مبتنی بر رنگ‌آمیزی مثل LCP،‏ INP، و FCP در Safari و Firefox دردسترس هستند، اما به روش متفاوتی اندازه‌گیری می‌شوند. این امر می‌تواند منجر به تفاوت‌های قابل‌توجهی در زمان‌های گزارش‌شده شود. همان‌طور که قبلاً گفته شد، اگر می‌خواهید RUM را با CrUX مقایسه کنید، بهتر است فقط کاربران Chrome را فیلتر کنید تا امکان مقایسه پایاپای فراهم شود.

زمان‌بندی سنجه‌ها

سنجه‌های Core Web Vitals توسط میاناهای برنامه‌سازی کاربردی مرورگر وب ارائه می‌شوند، اما این بدان معنا نیست که احتمال تفاوت در مقادیر گزارش‌شده بااستفاده از آن‌ها وجود ندارد. دقیقاً زمان اندازه‌گیری سنجه (هنگام بار شدن صفحه یا درطول چرخه عمر کامل صفحه) می‌تواند باعث ایجاد تفاوت شود. ابزارهای RUM ممکن است همیشه سنجه‌ها را به یک روش اندازه‌گیری نکنند (حتی اگر از نام‌های یکسان استفاده کنند) و از میاناهای برنامه‌سازی کاربردی مرورگر یکسان برای دریافت داده‌ها استفاده کنند که می‌تواند گیج‌کننده باشد.

بزرگ‌ترین نقاشی دارای محتوا (LCP) سنجه‌ای برای بار کردن صفحه است. اگر عناصر بزرگ‌تر بعداز رندر اولیه بار شوند، تعدادی از عناصر «بزرگ‌ترین نقاشی دارای محتوا» (LCP) را می‌توان توسط Web API گزارش کرد. عنصر LCP نهایی زمانی است که بار شدن صفحه تمام می‌شود یا کاربر با صفحه تعامل برقرار می‌کند. بنابراین اگر عنصر LCP زودتر از آن دو رویداد گزارش شود، ممکن است تفاوت‌هایی ایجاد شود.

به‌علاوه، در داده‌های فیلد، عنصر LCP می‌تواند بسته به نحوه بار شدن صفحه متفاوت باشد. برای بار شدن صفحه پیش‌فرض که بالای محتوای صفحه را نشان می‌دهد، عنصر LCP اساساً به اندازه صفحه‌نمایش بستگی دارد. بااین‌حال، اگر صفحه با پیوند ثابت در پایین سند باز شود، یا به‌طور مشابه با پیوند عمیق در «برنامه تک‌صفحه‌ای» (SPA) باز شود (در ادامه بیشتر توضیح داده می‌شود)، عنصر LCP می‌تواند متفاوت باشد.

فرض نکنید که زمان‌بندی‌های LCP ارائه‌شده در CrUX یا RUM براساس همان عنصر ابزارهای آزمایشگاهی است. درحالی‌که CrUX مقدار کلی LCP را برای هر صفحه یا مبدأ ارائه می‌دهد، RUM می‌تواند این مقدار را بیشتر بخش‌بندی کند تا جلسه‌های مشکل‌دار LCP را به‌صورت جداگانه شناسایی کند.

تغییر چیدمان تجمعی (CLS) درطول عمر صفحه اندازه‌گیری می‌شود، بنابراین CLS بار اولیه صفحه ممکن است نشان‌دهنده صفحاتی نباشد که بعداز بار شدن صفحه و تعامل کاربر با آن، تغییرات بیشتری ایجاد می‌کنند. بنابراین، گرفتن مقدار CLS فقط پس‌از بار شدن صفحه (همان‌طور که بسیاری از محصولات RUM انجام می‌دهند) نتیجه متفاوتی نسبت به گرفتن مقدار CLS پس‌از اتمام کار کاربر با صفحه خواهد داشت.

سنجه پاسخ‌گویی تعامل تا ترسیم بعدی (INP) برای اندازه‌گیری شدن به ورودی نیاز دارد و همه تعامل‌های کلیک، تک‌ضرب، و صفحه‌کلید را درطول عمر صفحه به‌شیوه‌ای مشابه با CLS مشاهده می‌کند، بنابراین مقدار گزارش‌شده INP ممکن است درصورت اندازه‌گیری پس‌از انجام تعدادی تعامل توسط کاربر در صفحه بسیار متفاوت باشد.

CrUX از اسناد Core Web Vitals پیروی خواهد کرد و این موارد را درطول کل عمر صفحه اندازه‌گیری خواهد کرد. بسیاری از ارائه‌دهندگان RUM به دلایل مختلف ترجیح می‌دهند این سنجه‌ها را پس‌از بار شدن صفحه یا در زمان دیگری (مثلاً وقتی روی یک دعوت به اقدام کلیدی کلیک می‌شود) اندازه‌گیری کنند.

وقتی تفاوت‌های غیرقابل‌توضیحی بین دو منبع داده مشاهده می‌کنید، مهم است که از ارائه‌دهنده RUM خود بپرسید که «شاخص‌های کلیدی عملکرد وب» چه زمانی اندازه‌گیری می‌شوند.

برنامه‌های تک‌صفحه‌ای

برنامه‌های تک‌صفحه‌ای (SPA) با به‌روزرسانی محتوای صفحه فعلی کار می‌کنند، نه با انجام پیمایش‌های واقعی صفحه در سطح مرورگر. این یعنی مرورگر این موارد را به‌عنوان پیمایش صفحه نمی‌بیند، هرچند کاربران آن‌ها را به‌عنوان پیمایش صفحه تجربه می‌کنند. میاناهای برنامه‌سازی کاربردی Core Web Vitals که مرورگر ارائه می‌دهد این موارد را درنظر نمی‌گیرند، بنابراین CrUX از این ناوبری‌های صفحه پشتیبانی نمی‌کند. در تلاشیم این مشکل را برطرف کنیم—برای اطلاعات بیشتر، پست سنجش پیمایش‌های نرم را ببینید.

برخی‌از ارائه‌دهندگان RUM تلاش می‌کنند «پیمایش‌های نرم» را در برنامه‌های تک‌صفحه‌ای شناسایی کنند، اما اگر معیارهای «هسته‌های حیاتی وب» را نیز به آن «پیمایش‌های نرم» نسبت دهند، این امر منجر به تفاوت‌هایی با CrUX خواهد شد زیرا میاناهای برنامه‌سازی کاربردی زیربنایی از این امر برای بسیاری از معیارها پشتیبانی نمی‌کنند.

تفاوت‌های CrUX و میانای برنامه‌سازی کاربردی وب

علاوه‌بر تفاوت در اینکه کدام بازدیدهای صفحه اندازه‌گیری می‌شوند و چه چیزی اندازه‌گیری می‌شود، چند سناریو پیچیده‌تر دیگر نیز وجود دارد که باید از آن‌ها آگاه باشید و می‌توانند منجر به تفاوت در داده‌های CrUX و RUM شوند. برخی از این موارد به‌دلیل محدودیت‌های میاناهای برنامه‌سازی کاربردی وب است که برای اندازه‌گیری سنجه‌ها استفاده می‌شوند، و برخی دیگر مواردی هستند که نتایج برگردانده‌شده توسط میانای برنامه‌سازی کاربردی باید برای سناریوهای خاص به‌طور متفاوتی مدیریت شوند. سند Core Web Vitals این تفاوت‌ها را برای LCP و CLS فهرست می‌کند، اما تفاوت‌های اصلی نیز در بخش‌های زیر ذکر شده است.

حافظه نهان ناوبری بین صفحات

CrUX بازیابی‌های حافظه نهان ناوبری بین صفحات (یا bfcache) را به‌عنوان پیمایش‌های صفحه درنظر می‌گیرد، هرچند که منجر به بار کردن صفحه به‌صورت معمول نمی‌شوند. ازآنجایی‌که میاناهای برنامه‌سازی کاربردی وب این موارد را به‌عنوان بارگیری صفحه درنظر نمی‌گیرند، راه‌حل‌های RUM باید مراحل بیشتری را طی کنند تا این صفحه‌ها درصورت تمایل به مطابقت با CrUX شمارش شوند. این‌ها بارگیری‌های صفحه به‌طور قابل‌توجهی سریع‌تر هستند که می‌توانند منجر به گزارش عملکرد کلی بهتر برای سایت شوند، بنابراین عدم گنجاندن آن‌ها می‌تواند منجر به سنجه‌های عملکرد کلی صفحه بدتر شود. به راهکار RUM خود مراجعه کنید تا ببینید آیا صفحات بازیابی‌شده حافظه نهان ناوبری بین صفحات را مدیریت می‌کند یا نه.

Iframes

به‌دلایل امنیتی و حریم خصوصی، صفحه‌های سطح بالا به محتوای درون iframe (حتی iframe با مبدأ یکسان) دسترسی ندارند. این یعنی سنجه‌های عملکرد برای محتوای موجود در آن‌ها فقط توسط خود iframe قابل‌اندازه‌گیری است و نه ازطریق Web API در صفحه قاب‌بندی. اگر محتوای iframe شامل عنصر LCP یا محتوایی باشد که بر CLS یا INP تجربه کاربر تأثیر می‌گذارد، این محتوا برای راهکارهای RUM (ازجمله کتابخانه جاوا اسکریپت Google web-vitals) دردسترس نخواهد بود.

اما CrUX که توسط خود مرورگر Chrome اندازه‌گیری می‌شود و نه جاوا اسکریپت در صفحه، این محدودیت‌ها را ندارد و بنابراین هنگام گزارش Core Web Vitals، سنجه‌ها را در iframe اندازه‌گیری می‌کند. این کار تجربه کاربر را دقیق‌تر منعکس می‌کند، اما می‌تواند دلیل دیگری برای تفاوت در سایت‌هایی باشد که از iframe استفاده می‌کنند.

یک نمونه عینی از اینکه چگونه این امر می‌تواند منجر به تفاوت بین داده‌های LCP در CrUX و RUM شود، <video> جاسازی‌شده است. اولین قاب رنگ‌شده عنصر <video> پخش خودکار playsinline می‌تواند به‌عنوان نامزد LCP محسوب شود، اما جاسازی‌های سرویس‌های جاری‌سازی ویدیویی محبوب ممکن است این عناصر را در <iframe> قرار دهند. CrUX می‌تواند این موضوع را درنظر بگیرد، زیرا می‌تواند به محتوای <iframe> دسترسی داشته باشد، اما راه‌حل‌های RUM نمی‌توانند.

منابع میان‌مبدئی

به‌دلیل محدودیت‌های امنیتی مرورگر برای کاهش حملات زمان‌بندی، رسانه LCP ارائه‌شده از دامنه‌های دیگر ممکن است زمان پرداز زدن را در PerformanceObserver API ارائه ندهد—مگر اینکه سرصفحه Timing-Allow-Origin (TAO) ارائه شده باشد. این به زمان بارگیری منبع برمی‌گردد اما ممکن است با زمانی که محتوا واقعاً رنگ‌آمیزی شده است کاملاً متفاوت باشد.

این امر می‌تواند منجر به وضعیتی به‌ظاهر غیرممکن شود که در آن LCP توسط میاناهای برنامه‌سازی کاربردی وب زودتر از FCP گزارش می‌شود. این‌طور نیست، اما به‌دلیل این محدودیت امنیتی این‌طور به‌نظر می‌رسد.

این مشکل در اواخر سال ۲۰۲۴ برطرف شد و زمان پرداز زدن کمی درشت‌تر از Chrome 133 دردسترس است، حتی زمانی که Timing-Allow-Origin ارائه نشده باشد.

مجدداً، CrUX داده‌های زمان پرداز زدن را برای «معیارهای کلیدی اصلی وب» گزارش می‌کند. به سایت‌ها توصیه می‌شود محتوای میان‌مبدئی را که بر سنجه‌های «معیارهای کلیدی اصلی وب» تأثیر می‌گذارد محدود کنند و درصورت امکان TAO را فعال کنند تا بتوانند این سنجه‌ها را دقیق‌تر اندازه‌گیری کنند. سایر منابع میان‌مبدئی ممکن است مشمول محدودیت‌های مشابهی باشند.

برگه‌های پس‌زمینه

وقتی صفحه‌ای در برگه پس‌زمینه باز نشده باشد، همچنان بااستفاده از Web API سنجه‌ها را منتشر می‌کند. بااین‌حال، این موارد توسط CrUX گزارش نمی‌شوند زیرا زمان‌بندی‌هایی را ارائه می‌دهند که با تجربه کاربر ناسازگار است. راهکارهای RUM نیز باید نادیده گرفتن این موارد را درنظر بگیرند، یا حداقل توضیح دهند که با این بازدیدهای صفحه چگونه برخورد می‌شود.

پس چه کاری می‌توانیم در این مورد انجام دهیم؟

ما نشان داده‌ایم که چرا ممکن است بین داده‌های CrUX و RUM تفاوت‌هایی وجود داشته باشد، چه به‌دلیل تفاوت در روش‌شناسی هرکدام و چه به‌دلیل اینکه کدام کاربران و بازدیدهای صفحه گنجانده یا حذف شده‌اند. در حالت ایده‌آل، هر دو مجموعه داده همچنان نشان‌دهنده عملکرد سایت شما خواهند بود تا مفید باشند، اما دلایل ارائه‌شده باید توضیح دهند که چرا بسیار بعید است که اعداد دقیقاً یکسانی در هرکدام به‌دست آید.

در مواردی که تفاوت‌ها جزئی است (برای مثال گزارش LCP‏ ۲٫۰ ثانیه درمقابل ۲٫۲ ثانیه)، هر دو مجموعه داده مفید خواهند بود و معمولاً می‌توان آن‌ها را تقریباً همگام درنظر گرفت.

وقتی تفاوت‌های آشکار باعث می‌شود به دقت داده‌ها شک کنید، باید سعی کنید این تفاوت‌ها را درک کنید. آیا می‌توان داده‌های RUM را فیلتر کرد تا با CrUX همسوتر شود (فقط به کاربران Chrome، برای رایانه یا تلفن همراه، با مقادیر صدک ۷۵ در ۲۸ روز نگاه کنید) تا این تفاوت‌ها کاهش یابد؟

اگر این‌طور است—و می‌توانید داده‌ها را طوری دریافت کنید که مطابقت بیشتری داشته باشند—باید همچنان بپرسید که چرا این تفاوت‌ها را در داده‌های کلی می‌بینید و این تفاوت‌ها چه معنایی دارند. آیا کاربران غیر Chrome سنجه‌های شما را به‌صورت مثبت یا منفی منحرف می‌کنند؟ آیا این به شما اطلاعات آماری بیشتری درباره اینکه کجا مشکل عملکرد دارید می‌دهد تا بتوانید اولویت‌بندی کنید؟

اگر کاربران غیرChrome شما نتایج متفاوتی دریافت می‌کنند، می‌توانید از این اطلاعات ارزشمند که RUM به شما داده است برای بهینه‌سازی متفاوت استفاده کنید. برای مثال، برخی‌از میاناهای برنامه‌سازی کاربردی در برخی‌از مرورگرها دردسترس نیستند، اما می‌توانید برای مرورگرهای پشتیبانی‌نشده جایگزین‌هایی درنظر بگیرید تا تجربه آن‌ها را نیز بهبود دهید. یا می‌توانید تجربه‌ای متفاوت اما با عملکرد بهتر به کاربران دستگاه‌ها یا شبکه‌های محدود ارائه دهید. CrUX به داده‌های Chrome محدود است، اما باید تجربه همه بازدیدکنندگان سایتتان را درنظر بگیرید تا به اولویت‌بندی بهبودها کمک کنید. داده‌های RUM می‌تواند این شکاف را پر کند.

وقتی دلایل تفاوت‌ها را متوجه شدید، هر دو ابزار می‌توانند برای درک تجربه کاربری وب‌سایت شما و کمک به بهبود آن بسیار مفید باشند، حتی اگر اعداد یکسان نباشند. از داده‌های RUM برای تکمیل داده‌های CrUX استفاده کنید و به شما امکان می‌دهد با بخش‌بندی ترافیک خود، آنچه را CrUX در سطح بالا به شما می‌گوید بررسی کنید تا به شما کمک کند تشخیص دهید آیا بخش‌های خاصی از سایت یا پایگاه کاربر شما نیاز به توجه دارد یا خیر.

بررسی روندها برای دیدن اینکه بهبودهای شما تأثیرات مثبت موردانتظار را دارند اغلب مهم‌تر از این است که هر عدد دقیقاً بین دو منبع داده مطابقت داشته باشد. همان‌طور که قبلاً ذکر شد، RUM به شما امکان می‌دهد چارچوب‌های زمانی مختلف را بررسی کنید تا پیش‌نمایشی از امتیازهای CrUX ۲۸ روزه خود داشته باشید—اگرچه بررسی چارچوب‌های زمانی خیلی کوتاه می‌تواند منجر به داده‌های نویزی شود، به همین دلیل CrUX از ۲۸ روز استفاده می‌کند.

اغلب در این سنجه‌های مختلف پاسخ «درست» یا «نادرست» وجود ندارد - آن‌ها فقط لنز متفاوتی برای کاربران شما و نحوه تجربه آن‌ها از سایت شما هستند. تا زمانی که متوجه شوید چرا این تفاوت‌ها اتفاق می‌افتد و این تفاوت‌ها چه تأثیری بر تصمیم‌گیری شما دارد، این همان چیزی است که برای ارائه خدمات بهتر به بازدیدکنندگان سایت شما مهم‌تر است.