מעקב גלילה מתעד מיקום שהושג בעמוד. הוא אינו מוכיח קריאה, הבנה או קשב. יש לקבוע סף, היקף נמדד ומכנה.
מדידה אוטומטית וספים מותאמים
המדידה המשופרת של GA4 מפעילה scroll כשעומק אנכי של 90% נעשה גלוי לראשונה בעמוד. היא אינה מספקת אוטומטית ספי 25%, 50% ו־75%. ספים מותאמים דורשים מדידה נפרדת ומניעת כפילויות. יש לתעד שינויי גובה, טעינה מושהית וניווט דינמי.
פרשנות לפי המשימה
גלילה מהירה או קישור עוגן עשויים להגיע לתחתית בלי קריאה רציפה. התשובה עשויה להיות בראש העמוד. יש להשוות מבנים דומים ולשלב הצלחת משימה, טעויות ומשוב. אירועים, צפיות בעמוד ומשתמשים הם יחידות שונות.
הגדרת היקף האיסוף
בצרפת CNIL מתארת פטורי הסכמה למעקבי קהל מסוימים בתנאים מחמירים. יידוע או צבירה לבדם אינם מוכיחים פטור. יש לתעד מטרות, גישה ושמירה; ביקורים שלא נמדדו אינם תצפיות שליליות.
דוגמה בדיונית: שיעור בתחום הנמדד בלבד
| רכיב | ערך | פרשנות |
|---|---|---|
| צפיות בעמוד שנמדדו | 100 | רק התחום המצויד למדידה והמתאים לה. |
| צפיות שהגיעו ל־90% | 60 | ספירה ללא כפילות בכל צפייה בעמוד. |
| שיעור בתחום זה | 60 / 100 = 60% | לא משתמשים ייחודיים או שיעור קריאה. |
מקורות
- Google Analytics · Enhanced measurement events
- Google Analytics · Sessions and user engagement
- CNIL · Cookies et autres traceurs · FAQ
בדיקה עריכתית: 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.
נוהל בדיקה
- הגדירו רמת פירוט הזמנות ושורות.
- צרפו הזמנה בעלת שתי שורות.
- שמרו מפתחות, ספירות וסכומים מותאמים.
האם 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 גם בתצוגת נייד.
נוהל בדיקה
- זהו כותרות שורה, עמודה ויחידות.
- קראו תא במקלדת ובטכנולוגיה מסייעת.
- שמרו הקשר אחרי התאמת נייד והגדלה. בתא משמעותי, מצאו מחדש שורה, עמודה ויחידה לאחר גלילה; ערך קריא ללא הכותרת עלול לשנות משמעות.
מקור ראשוני: W3C WAI — Tables tutorial. שיטה קשורה: קריאת המדריך המעשי.
