اگر در حوزه دیجیتال مارکتینگ و سئو فعالیت دارید ممکن است بارها در رابطه با پارامترهای Web Core Vitals مطالب مختلفی را شنیده باشید و ممکن است برای شما برخی از سوالات زیر پیش آمده باشد:
چگونه از وضعیت پارامترهای Web Core Vitals در وب‌سایت مطلع شوم؟
و سایر موارد مشابه
با توجه به اهمیت این موضوع، در این مقاله و در ادامه مقالاتی که در این رابطه منتشر خواهم کرد سعی دارم در این رابطه اطلاعات مفیدی در اختیار شما قرار دهم. این مقاله و سایر مقالاتی که در ادامه و در همین رابطه منتشر خواهم کرد برگرفته شده از مقالاتی است که در https://developer.chrome.com/docs/ توسط گوگل منتشر شده است.
از مواردی که در رتبهبندی صفحه نتایج موتور جستجوی گوگل (SERP) تاثیر دارد وضعیت وب‌سایت در پارامترهای Web Core Vitals است. هر چه وضعیت پارامترهای Web Core Vitals وب‌سایت بهتر باشند احتمال بهبود رتبه سایت هم بیشتر است.
گزارش CrUX اطلاعات پارامترهای Web Core Vitals است. این گزارش بر خلاف گزارشی که توسط بسیاری از ابزارهای بررسی وضعیت سایت و سئو ارائه می‌شود در محیط شبیه‌سازی شده و آزمایشگاهی بدست نیامده است و براساس داده‌های واقعی کاربران در بازدید از وب‌سایت‌ها جمع‌آوری می‌شود. منظور از داده‌های واقعی، داده‌های مرورگران (واجد شرایط) کاربران از کل دنیا است. در بیشتر ابزارهای بررسی وضعیت سایت، اندازه‌گیری‌ها توسط ربات‌ها و در محیط‌های شبیه‌سازی شده انجام می‌شود به همین دلیل امکان دارد نسبت به داده‌های واقعی دارای خطا باشند.
لازم به ذکر است با توجه به اینکه این گزارشات با استفاده از مرورگر Chrome جمع‌آوری می‌شود گزارشات تجربه کاربران در مرورگرهای غیر از Chrome را شامل نمی‌شود.
پارامترها و مقادیر استانداردی که برای این پارامترها در گزارش CrUX ارائه می‌شود براساس مقدار پارامترها در محبوب‌ترین (پربازدیدترین) وب‌سایت‌ها در کل دنیا است.
گزارش CrUX تقریبا برای همه وب‌سایت‌ها در دسترس است. کلمه تقریبا را از دو جهت استفاده کردم.
1. همانطور که در ادامه شرح خواهم داد برای استفاده از گزارش CrUX ابزارهای مختلفی در دسترس است اما ممکن است برخی از این ابزارها برای وب‌سایت‌هایی که بازدید کننده زیادی ندارند در دسترس نباشد.
2. برای دسترسی به گزارش CrUX برخی پیش‌نیازها و نکات وجود دارد که در زیر شرح داده شده است.
صفحات سایت در دسترس باشد. در دسترس بودن به این معنی است که دسترسی به صفحه سایت، به هر طریقی برای کاربران محدود نشده باشد. برای در دسترس بودن یک صفحه باید شروط زیر برقرار باشد.
1. وضعیت کد HTTP صفحه حتما 200 باشد.
در صورت Redirect صفحه نهایی باید این شرط را داشته باشد.
2. صفحه دارای تگ noindex (HTTP X-Robots-Tag: noindex header) یا معادل آن نباشد.
3. دسترسی به صفحه از طریق Search Console محدود نشده باشد.
برای اینکه اطمینان پیدا کنید یک صفحه در دسترس است می‌توانید از ابزارهای مختلفی از جمله Page Speed Insight استفاده کنید. فقط کافی است آدرس صفحه را در کادر جستجو URL این سایت وارد کنید، در صورتیکه دسترسی به صفحه محدود شده باشد با خطا مواجه خواهید شد.
به این نکته توجه داشته باشید که URL اصلی صفحه در CrUX مورد بررسی قرار می‌گیرد. برای مثال اگر یک صفحه مانند https://www.site.com دارای پارامترهای اضافه‌ای از جمله UTM باشد و URL آن به صورت زیر تغییر کرده باشد:
https://www.site.com/?utm_source=google&utm_medium=cpc&utm_campaign=search&utm_content=example-content&utm_term=example-term
چون هر دو URL به یک صفحه اشاره دارد تنها قسمت اصلی URL یعنی https://www.site.com مورد بررسی قرار می‌گیرد.
ممکن است گزارشات CrUX برخی صفحات با هم ادغام شوند. برای مثال اگر یک صفحه از سایت دارای ویدیو باشد و ویدیو توسط iframe فراخوانی شده باشد، صفحه سایت میزبان ویدیو، که با iframe در سایت اصلی فراخوانی شده است به صورت مجزا در گزارشات CrUX مورد بررسی قرار نمی‌گیرد و این صفحه به همراه صفحه اصلی سایت که iframe در آن قرار دارد به صورت ادغام شده و با هم مورد بررسی قرار می‌گیرند. به همین دلیل اگر یکی از پارامترهای Web Core Vitals مانند CLS در صفحه iframe وضعیت ضعیفی داشته باشد، اما CLS صفحه اصلی سایت خوب باشد چون CrUX، هر دو را با هم ادغام می‌کند CLS صفحه اصلی را ضعیف شناسایی می‌کند.
همچنین اگر در ساختار URL صفحات سایت کاراکترهایی مانند "؟" وجود داشته باشد و هر کدام یک صفحه متفاوت باشند، همه صفحاتی که دارای این کاراکتر هستند، با هم ادغام شده و یک صفحه در نظر گرفته می‌شود.
برای مثال اگر صفحه https://www.site.com?productid=100 و
صفحه https://www.site.com?productid=101 دو صفحه مجزا از سایت باشند امکان دارد CrUX هر دو صفحه را با هم ادغام کند و یک صفحه در نظر بگیرد.
گزارش CrUX صفحه نهایی که کاربر مشاهده می‌کند را مورد بررسی قرار می‌دهد. یعنی اگر صفحه http://site.com به آدرس https://site.com ریدایرکت شده باشد، CrUX صفحه نهایی که کاربر مشاهده می‌کند را مورد بررسی قرار می‌دهد؛ یعنی CrUX آدرس URL ی که کاربر در مرورگر خود مشاهده می‌کند را مورد بررسی قرار می‌دهد.
معماری وب‌سایت در CrUX اهمیت بالایی دارد و ممکن است معماری صفحات، نحوه نمایش داده‌ها در CrUX را با پیچیدگی و مشکل مواجه سازد. برای مثال ممکن است برخی سایت‌های تک صفحه‌ای (single-page application) SPA محتواهای خود را با استفاده از کدهای جاوا اسکریپت نمایش دهند، یعنی تغییر صفحات با استفاده از کدهای جاوا اسکریپت صورت گیرد و هنگامی که کاربر بر روی المان خاصی کلیک می‌کند و قصد تغییر صفحه را دارد کل محتوای صفحه جدید با استفاده از کدهای جاوا اسکریپت بر روی همان URL قبلی لود شود و کاربر در ظاهر یک صفحه جدید مشاهده کند اما کل محتواهای صفحه قبلی و صفحه فعلی بر روی یک URL باشد و از دید مرورگر کروم، صفحه تغییر نکرده و ثابت مانده باشد. در اینصورت CrUX برای دسترسی به داده‌های صفحه با مشکل مواجه خواهد شد و گزارشات دقیقی نمی‌تواند ارائه کند.
به این معنی است که صفحه باید دارای تعداد بازدید کننده مناسبی باشد. البته در خصوص تعداد حداقل بازدید کننده برای قرارگیری یک صفحه در دسته صفحات Sufficiently popular اطلاعات دقیقی ارائه نشده است.
تا به اینجای مقاله در خصوص CrUX و شروط لازم برای اینکه یک وب‌سایت در گزارشات CrUX مورد بررسی قرار گیرد صحبت کردم. در این قسمت از مقاله قصد دارم تا در خصوص شرایط کاربرانی که تجربه آن‌ها در گزارشات CrUX آورده می‌شود صحبت کنم یعنی:
گزارش چه کاربرانی از سایت شما در CrUX آورده می‌شود؟
آیا گزارش تمام کاربران سایت در CrUX آورده می‌شود؟
برای اینکه تجربه یک کاربر در گزارشات CrUX آورده شود شروط زیر لازم است:
1. در مرورگر کاربر usage statistic reporting فعال باشد.
2. سابقه مرورگر browser history کاربر Sync شده باشد.
3. کاربر از پلتفرم‌های پشتیبانی شده توسط CrUX استفاده کند.
پلتفرم‌هایی که از CrUX پشتیبانی می‌کنند عبارتند از:
MacOS
Linux
Windows
ChromeOS
پلتفرم‌هایی که CrUX از آن‌ها پشتیبانی نمی‌کند عبارتند از:
IOS
WebView
Microsoft Edge
اکنون سوالی که مطرح می‌شود این است که برای دسترسی به گزارش CrUX از چه ابزارهایی باید استفاده کنیم؟
ابزارهایی که از طریق آن‌ها می‌توانید به سادگی به گزارشات CrUX دسترسی داشته باشید عبارتند از:
Google Search Console
CrUX Dashboard
PageSpeed Insights
البته از طریق ابزارهای زیر هم می‌توانید به این گزارشات دسترسی داشته باشید اما استفاده از این ابزارها دارای کمی پیچیده است:
CrUX API
CrUX History API
PageSpeed Insights API
به این نکته توجه داشته باشید که ممکن است پارامترهایی که براساس آن‌ها گزارشات CrUX ارائه می‌شود با یکدیگر کمی تفاوت داشته باشد. برای مثال گزارشاتی که ابزار Looker Studio ارائه می‌کند از پارامتر Countries پشتیبانی نمی‌کند و یا گزارشاتی که CrUX API ارائه می‌کند تنها براساس Dimension های Form Factor و Connection Type قابلیت فیلتر دارند.
یکی از ابزارهای خوب و راحتی که با استفاده از آن می‌توانید به گزارشات CrUX سایت خود دسترسی داشته باشید ابزار Looker Studio است. برای دسترسی به CrUX Dashboard کافی است وارد لینک زیر شوید
https://developer.chrome.com/docs/crux/dashboard/
و در باکس وسط صفحه، آدرس سایتی که می‌خواهید گزارش CrUX آن را مشاهده کنید را وارد کنید. پس از وارد کردن آدرس به داشبورد Looker Studio منتقل می‌شوید (در صورتیکه که اکانت Google شما لاگین باشد) و در آن می‌توانید گزارش CrUX را مشاهده کنید.
لازم به یادآوری است که ابزار Looker Studio هم مانند سایر ابزارهایی که گزارشات CrUX را ارائه می‌دهند دارای محدودیت‌های مختلفی از جمله عدم نمایش گزارش براساس کشور کاربران است. به همین دلیل پیشنهاد می‌کنم برای بررسی دقیق‌تر وضعیت سایت خود از چند ابزار در کنار هم استفاده کنید و براساس اطلاعات مجموع ابزارها سایت را تحلیل کنید.
اگر در رابطه با پارامتر و دایمنشن Dimension های CrUX اطلاعاتی ندارید نگران نباشید در مقاله‌ای که به زودی و در ادامه این مقاله منتشر می‌کنم، پارامترهای CrUX را به صورت کامل شرح خواهم داد.
