גלילה: מדידת עומק וגבולות הפרשנות

בקצרה

מעקב גלילה מתעד מיקום שהושג בעמוד. הוא אינו מוכיח קריאה, הבנה או קשב. יש לקבוע סף, היקף נמדד ומכנה.

חדר ניתוח בדיוני וריק ובו שני שולחנות עם כרטיסיות ריקות, מנורות פליז ותיק בורדו
במאמר זה

מעקב גלילה מתעד מיקום שהושג בעמוד. הוא אינו מוכיח קריאה, הבנה או קשב. יש לקבוע סף, היקף נמדד ומכנה.

מדידה אוטומטית וספים מותאמים

המדידה המשופרת של GA4 מפעילה scroll כשעומק אנכי של 90% נעשה גלוי לראשונה בעמוד. היא אינה מספקת אוטומטית ספי 25%, 50% ו־75%. ספים מותאמים דורשים מדידה נפרדת ומניעת כפילויות. יש לתעד שינויי גובה, טעינה מושהית וניווט דינמי.

פרשנות לפי המשימה

גלילה מהירה או קישור עוגן עשויים להגיע לתחתית בלי קריאה רציפה. התשובה עשויה להיות בראש העמוד. יש להשוות מבנים דומים ולשלב הצלחת משימה, טעויות ומשוב. אירועים, צפיות בעמוד ומשתמשים הם יחידות שונות.

הגדרת היקף האיסוף

בצרפת CNIL מתארת פטורי הסכמה למעקבי קהל מסוימים בתנאים מחמירים. יידוע או צבירה לבדם אינם מוכיחים פטור. יש לתעד מטרות, גישה ושמירה; ביקורים שלא נמדדו אינם תצפיות שליליות.

דוגמה בדיונית: שיעור בתחום הנמדד בלבד

דוגמה בדיונית: שיעור בתחום הנמדד בלבד
רכיבערךפרשנות
צפיות בעמוד שנמדדו100רק התחום המצויד למדידה והמתאים לה.
צפיות שהגיעו ל־90%60ספירה ללא כפילות בכל צפייה בעמוד.
שיעור בתחום זה60 / 100 = 60%לא משתמשים ייחודיים או שיעור קריאה.

מקורות

בדיקה עריכתית: 1 בנובמבר 2026.

עומק גלילה הוא חשיפה, לא הבנה.

הגעה לעומק עמוד אינה קובעת קשב או הבנה. האות שימושי יותר כאשר הוא קשור לאורך התוכן, הזמן הזמין ופעולה נוספת.

  • הגדר האם סף חל על המסמך כולו או על מקטע גלוי.
  • בדוק עמודים קצרים, טעינה מאוחרת, ביקורים ניידים וביקורים חוזרים.
  • הצג את האות כאינדיקטור למסע, לא כהוכחה לכך שהקריאה הושלמה.

מקור ראשוני: Google Analytics — Set up events. שיטה קשורה: קריאת המדריך המעשי.

שלמות צירופי נתונים

צירוף טבלאות עשוי להכפיל שורות ולעוות סכומים.

  • שורה בטבלת הזמנות מייצגת הזמנה; שורת פריטים מייצגת מוצר בהזמנה. בדקו מפתחות חוזרים וחסרים לפני הצירוף.
  • קבצו פריטים לפי מזהה הזמנה. צירוף לתוצאה זו מונע חזרה על סכום ההזמנה לכל פריט. השוו לסכום בטבלת ההזמנות המקורית.
  • LEFT JOIN משמר הזמנות ללא פריטים, אך תנאי WHERE בטבלה הימנית עלול להסיר אותן. התאמה חסרה אינה סכום אפס.

מקרה קבלה שניתן לשחזר

דוגמה בדיונית: הנתונים אינם מתארים לקוח או תוצאה שנצפתה.

הצגת נתוני המקרה
{
    "orders": [
        {
            "id": 1,
            "total": 100
        },
        {
            "id": 2,
            "total": 200
        }
    ],
    "line_order_ids": [
        1,
        1,
        2
    ],
    "sum_before": 300,
    "sum_after_raw_join": 400
}

החלטה צפויה

400 סופר הזמנה פעמיים. אגדו שורות לפי הזמנה כדי לשחזר סכום 300. בדקו גם שתי הזמנות פיקטיביות של 100 כל אחת: הסכום הוא 200. SUM(DISTINCT total) יחזיר 100 ויסיר ערך תקין. בדקו מזהים וקרדינליות של הצירוף במקום להסיר סכומים חוזרים.

שאילתות SQL שניתן לשחזר

דוגמה בדיונית: הזמנות של 100 ו־200 ושלושה פריטים להזמנות 1, 1 ו־2. השאילתות משתמשות רק ב־VALUES; הפעילו בסביבת בדיקה.

WITH orders(id, total) AS (VALUES (1, 100), (2, 200)),
lines(order_id) AS (VALUES (1), (1), (2))
SELECT COUNT(*) AS rows, SUM(o.total) AS total
FROM orders o JOIN lines l ON l.order_id = o.id;
WITH orders(id, total) AS (VALUES (1, 100), (2, 200)),
lines(order_id) AS (VALUES (1), (1), (2)),
per_order AS (
  SELECT order_id, COUNT(*) AS line_count
  FROM lines GROUP BY order_id
)
SELECT COUNT(*) AS orders, SUM(o.total) AS total
FROM orders o LEFT JOIN per_order l ON l.order_id = o.id;

הצירוף הישיר יוצר שלוש שורות וסכום 400. צבירה מוקדמת מחזירה שתי הזמנות וסכום 300.

WITH orders(id, total) AS (VALUES (1, 100), (2, 100))
SELECT SUM(total) AS correct_total,
       SUM(DISTINCT total) AS distinct_total
FROM orders;

בסכומים 100 ו־100, התוצאה הנכונה היא 200; SUM(DISTINCT total) מחזיר 100.

נוהל בדיקה

  1. הגדירו רמת פירוט הזמנות ושורות.
  2. צרפו הזמנה בעלת שתי שורות.
  3. שמרו מפתחות, ספירות וסכומים מותאמים.

PostgreSQL — Table expressions and joins

האם SUM(DISTINCT total) מספיק?

לא. שתי הזמנות של 100 מסתכמות ב־200, ואילו SUM(DISTINCT total) מחזיר 100. תקנו את הקשר בין המפתחות, לא את הסכומים.

מקור ראשוני: PostgreSQL — Table expressions and joins. שיטה קשורה: קריאת המדריך המעשי.

טבלאות נתונים נגישות

קשרים בין תאים צריכים להיות מובנים גם בנייד.

  • השתמשו ב־caption לשם הטבלה וב־th לכותרות. בטבלה פשוטה scope="row" ו־scope="col" מציינים כיוון; שמרו יחידה ותקופה לצד הערכים.
  • אפשרו להגיע לאזור גלילה אופקית במקלדת ולקרוא את כל העמודות. בהמרת שורות לכרטיסים חזרו על תוויות ויחידות בלי למחוק מידע להשוואה.
  • בקשו למצוא תא, שורה, עמודה ויחידה במקלדת ובקורא מסך. חזרו לאחר מיון וסינון; מראה תקין אינו מאמת את הקשרים שהוקראו.

מקרה קבלה שניתן לשחזר

דוגמה בדיונית: הנתונים אינם מתארים לקוח או תוצאה שנצפתה.

הצגת נתוני המקרה
{
    "column_headers": [
        "2025",
        "2026"
    ],
    "row_headers": [
        "A",
        "B"
    ],
    "cell": {
        "row": "B",
        "column": "2026",
        "value": 42
    },
    "layout": "mobile"
}

החלטה צפויה

הערך 42 חייב להישאר משויך ל־B ול־2026 גם בתצוגת נייד.

נוהל בדיקה

  1. זהו כותרות שורה, עמודה ויחידות.
  2. קראו תא במקלדת ובטכנולוגיה מסייעת.
  3. שמרו הקשר אחרי התאמת נייד והגדלה. בתא משמעותי, מצאו מחדש שורה, עמודה ויחידה לאחר גלילה; ערך קריא ללא הכותרת עלול לשנות משמעות.

W3C WAI — Tables tutorial

מקור ראשוני: W3C WAI — Tables tutorial. שיטה קשורה: קריאת המדריך המעשי.