מרכז הבקרה של CrUX הוא מרכז בקרה ב-Looker Studio (לשעבר Data Studio) שמקשר לנתוני CrUX הגולמיים ברמת המקור ב-BigQuery, ולאחר מכן מציג את הנתונים באופן חזותי. כך המשתמשים בלוח הבקרה לא צריכים לכתוב שאילתות או ליצור תרשימים. המערכת יוצרת את כל מה שצריך. כל מה שצריך לעשות הוא לספק מקור, והמערכת תיצור את לוח הבקרה.
גישה למרכז הבקרה של CrUX
כדי להפעיל את לוח הבקרה של CrUX, מזינים מקור או כתובת URL ומקישים על Enter או לוחצים על Go:
לאחר מכן תוכלו לשתף את כתובת ה-URL של לוח הבקרה ולהוסיף אותה לסימניות לצורך עיון מהיר.
האם התכונה פועלת בכל האתרים?
לא. אם המקור לא נכלל במערך הנתונים של CrUX, לא יהיו נתונים להצגה. יש יותר מ-15 מיליון מקורות במערך הנתונים, אבל יכול להיות שלמקור הרצוי אין מספיק נתונים כדי להיכלל.
חלק מהבעיות הנפוצות שקשורות למקורות הן מסירה של פרוטוקול שגוי, למשל http:// במקום https://, והשמטת תת-הדומיין במקרה הצורך. חלק מהאתרים כוללים הפניות אוטומטיות, כך שאם http://example.com מפנה אל https://www.example.com, צריך להשתמש באפשרות השנייה, שהיא הגרסה הקנונית של המקור.
שימוש במנוע חיפוש מותאם אישית כדי לגשת למרכז הבקרה
לחלופין, אם אתם מבקרים לעיתים קרובות בדומיינים שונים, אתם יכולים להגדיר ב-Chrome מנוע חיפוש בהתאמה אישית שיאפשר לכם להעביר מונח חיפוש – המקור במקרה הזה – לכתובת URL. כדי לעשות זאת, נכנסים להגדרות Chrome דרך תפריט שלוש הנקודות בפינה השמאלית העליונה של Chrome. בדף 'הגדרות', בוחרים באפשרות 'מנוע חיפוש'.
מכאן מרחיבים את הקטע 'ניהול מנועי חיפוש וחיפוש באתרים', גוללים אל 'חיפוש באתרים', לוחצים על הלחצן 'הוספה' ומזינים את הפרטים הבאים:
- מנוע חיפוש:
CrUX - קיצור דרך:
crux - כתובת URL עם %s במקום שאילתה:
https://lookerstudio.google.com/c/u/0/reporting/bbc5698d-57bb-4969-9e07-68810b9fa348/page/keDQB?params=%7B%22origin%22:%22%s%22%7D
לאחר מכן, כשתקלידו crux ותלחצו על tab בסרגל החיפוש, תוכלו להזין מקור, ו-Chrome ינהל אתכם למרכז הבקרה של CrUX של המקור הזה.
אם משמיטים את הפרוטוקול, ההנחה היא שמדובר ב-HTTPS. תת-דומיינים חשובים. לדוגמה, https://developers.google.com ו-https://www.google.com נחשבים למקורות שונים.
אם המקור קיים ב-CrUX, תועברו למרכז הבקרה, שבו יוצגו נתוני CrUX של המקור הזה:
סקירה כללית על מרכז הבקרה
בכל מרכז בקרה יש שלושה סוגים של דפים:
- סקירה כללית על מדדי הליבה לבדיקת חוויית המשתמש באתר
- ביצועי המדד
- דמוגרפיה של משתמשים
כל דף כולל תרשים שבו מוצגות ההפצות לאורך זמן של כל מהדורה חודשית זמינה. כשמפורסמים מערכי נתונים חדשים, אפשר לרענן את מרכז הבקרה כדי לקבל את הנתונים העדכניים ביותר.
מערכי הנתונים החודשיים יפורסמו ביום שלישי השני בכל חודש. לדוגמה, מערך הנתונים שמכיל נתונים של חוויית משתמש מחודש מאי יהיה זמין ביום שלישי השני ביוני.
סקירה כללית על מדדי הליבה לבדיקת חוויית המשתמש באתר
הדף הראשון הוא סקירה כללית של הביצועים החודשיים של Core Web Vitals במקור. אלה מדדי חוויית המשתמש החשובים ביותר ש-Google ממליצה להתמקד בהם.
בדף המדדים הבסיסיים של חוויית המשתמש תוכלו להבין איך המשתמשים במחשבים ובטלפונים חווים את המקור. כברירת מחדל, המערכת בוחרת את החודש האחרון בזמן יצירת מרכז הבקרה. כדי לעבור בין גרסאות חודשיות ישנות יותר או חדשות יותר, משתמשים במסנן חודש בחלק העליון של הדף.
ביצועי המדד
אחרי הדף של מדדי חוויית המשתמש הבסיסיים (Core Web Vitals), יוצגו דפים נפרדים לכל המדדים במערך הנתונים של CrUX.
בחלק העליון של כל דף מופיע המסנן מכשיר, שבעזרתו אפשר להגביל את גורמי הצורה שכלולים בנתוני חוויית המשתמש. לדוגמה, אפשר להציג פירוט ספציפי של חוויות השימוש בטלפון. ההגדרה הזו נשמרת בדפים שונים.
התצוגות החזותיות הראשיות בדפים האלה הן הפלטפורמות החודשיות של חוויות השימוש שמסווגות כ'טובה', 'דורשת שיפור' ו'חלשה'. המקרא המסומן בצבעים מתחת לתרשים מציין את מגוון החוויות שנכללות בקטגוריה. לדוגמה, בצילום המסך הקודם אפשר לראות ששיעור החוויה 'טובה' של Largest Contentful Paint (LCP) תנודד מעט והתדרדר מעט בחודשים האחרונים.
האחוזים של חוויות 'טובות' ו'לא טובות' בחודש האחרון מוצגים מעל התרשים, יחד עם אינדיקטור של ההבדל באחוזים מהחודש הקודם. במקור הזה, חוויית LCP 'טובה' ירדה ב-0.8% ל-83.25% בהשוואה לחודש הקודם, מספר p75 לא השתנה ונשאר על 1,500 בהשוואה לחודש הקודם, וחוויית LCP 'חלשה' עלתה ב-3.6% (מוצגת באדום כי עלייה כאן היא נתון שלילי) ל-7.42%. הערה: השינויים באחוזים הם שינויים באחוזים בפועל, ולא שינויים בנקודות אחוז. לדוגמה, 83.93% ל-83.25% הם ירידה של 0.68 נקודות אחוז, או ירידה של 0.8% מהסכום הכולל הקודם של 83.93%.
בנוסף, לגבי מדדים כמו LCP ומדדי Core Web Vitals אחרים שמספקים המלצות מפורשות לגבי אחוזונים, המדד 'P75' יופיע בין האחוזים 'טוב' ו'גרוע'. הערך הזה תואם לאחוזון ה-75 של חוויות המשתמשים במקור. במילים אחרות, 75% מהחוויות טובות יותר מהערך הזה. חשוב לזכור שהנתונים האלה רלוונטיים להפצה הכוללת בכל המכשירים במקור. החלפת מצב של מכשירים ספציפיים באמצעות המסנן מכשיר לא תגרום לחישוב מחדש של האחוזון.
הערות טכניות לגבי אחוזונים
חשוב לזכור שהמדדים של האחוזונים מבוססים על נתוני ההיסטוגרמה מ-BigQuery, כך שהרמת הפירוט תהיה גסה: 100 אלפיות השנייה ל-LCP, 25 אלפיות השנייה ל-INP ו-0.05 ל-CLS. במילים אחרות, אם הערך של P75 LCP הוא 3,800ms, המשמעות היא שהערך האמיתי של האחוזון ה-75 נמצא בין 3,800ms ל-3,900ms.
בנוסף, מערך הנתונים ב-BigQuery משתמש בשיטה שנקראת 'פיזור לקטגוריות', שבה צפיפות חוויות המשתמש מקובצות באופן מהותי לקטגוריות רחבות מאוד ברמת פירוט הולכת ופוחתת. כך אנחנו יכולים לכלול צפיפות של דקות בחלק העורפי של ההתפלגות בלי לחרוג מארבעה ספרות של דיוק. לדוגמה, ערכים של LCP שנמוכים מ-3 שניות מקובצים לקטגוריות ברוחב 200 אלפיות השנייה. בין 3 ל-10 שניות, הקטגוריות רחבות ב-500 אלפיות השנייה. מעבר ל-10 שניות, הקטגוריות רחבות ב-5,000 אלפיות שנייה… במקום להשתמש בקטגוריות בגדלים שונים, הפיזור של הקטגוריות מבטיח שכל הקטגוריות יהיו ברוחב קבוע של 100 אלפיות השנייה (המחלק המשותף הגדול ביותר), וההפצה תתבצע על ידי אינטרפולציה ליניארית בכל קטגוריה.
ערכי P75 התואמים בכלים כמו PageSpeed Insights לא מבוססים על מערך הנתונים הציבורי ב-BigQuery, והם יכולים לספק ערכים ברמת דיוק של אלפית השנייה.
דמוגרפיה של משתמשים
יש שני מאפיינים שכלולים בדפים של הדמוגרפיה של המשתמשים: מכשירים וסוגים של חיבורים אפקטיביים (ECT). בדפים האלה מוצגת ההתפלגות של צפיות בדפים בכל המקור של משתמשים בכל קבוצה דמוגרפית.
בדף 'התפלגות המכשירים' מוצג פירוט של המשתמשים בטלפון, במחשב ובטאבלט לאורך זמן:
בדרך כלל, למקורות רבים יש מעט נתונים לגבי טאבלטים או בכלל אין להם נתונים כאלה, ולכן לעיתים קרובות יופיע הערך '0%' מחוץ לתרשים.
באופן דומה, בדף ההפצה של ECT מוצג פירוט של חוויות השימוש ברשתות 4G, 3G, 2G, 2G איטית ואופליין.
ההתפלגויות של המאפיינים האלה מחושבות על סמך פלחים של נתוני ההיסטוגרמה של הצגת תוכן ראשוני (FCP).
שאלות נפוצות
ריכזנו כאן כמה מהשאלות הנפוצות לגבי מערך הנתונים של CrUX ב-BigQuery:
מתי כדאי להשתמש בלוח הבקרה של CrUX במקום בכלים אחרים?
מרכז הבקרה של CrUX מבוסס על אותם נתונים בסיסיים שזמינים ב-BigQuery, אבל אתם לא צריכים לכתוב שורת SQL אחת כדי לחלץ את הנתונים, ואתם אף פעם לא צריכים לדאוג לחרוג ממכסות חינמיות. הגדרת לוח בקרה היא מהירה, כל התרשימים להמחשה נוצרים בשבילכם ויש לכם שליטה בשיתוף שלו עם כל מי שתרצו.
האם יש הגבלות על השימוש בלוח הבקרה של CrUX?
מכיוון שהמרכז לניהול נתוני CrUX מבוסס על BigQuery, הוא יורש גם את כל המגבלות שלו. הוא מוגבל לנתונים ברמת המקור ברמת פירוט חודשית.
בנוסף, מרכז הבקרה של CrUX מקריב חלק מהגמישות של הנתונים הגולמיים ב-BigQuery לטובת פשטות ונוחות. לדוגמה, חלוקות המדדים מוצגות רק כ'טובה', 'דורשת שיפור' ו'חלשה', בניגוד להיסטוגרמות המלאות. בלוח הבקרה של CrUX מוצגים גם נתונים ברמה הגלובלית, בעוד שמערך הנתונים ב-BigQuery מאפשר להתמקד במדינות מסוימות.
איך מתאימים אישית את מרכז הבקרה
בדף מוסבר איך לגשת לגרסה לקריאה בלבד של לוח הבקרה של CrUX, שמנוהל על ידי צוות CrUX. אם אתם רוצים ליצור עותק משלכם של לוח הבקרה כדי שתוכלו לערוך אותו ולהציג בו הדמיות ויזואליות שונות, עיינו במדריך למשתמש הזה לקבלת מידע נוסף. חשוב לזכור: אם תיצרו עותק משלכם, תצטרכו לעדכן את החודש באופן ידני, וגם לא תוכלו ליהנות מהתוספות שיתווספו ללוח הבקרה הרשמי – למשל מדדים חדשים או מידע אחר.