אחרי שבודקים אתר, חשוב לארוז את התוצאות בצורה נוחה לקריאה.
- מומלץ ליצור דוחות שונים לבעלי עניין שונים.
- כדאי להתמקד בצרכים העסקיים ולהראות איך המדדים הטכניים תומכים בהם.
- מתחילים עם סיכום.
- כדאי למבנה את הנתונים לפי נושא (כמו ביצועי טעינה ומשקל דף) במקום פשוט לרשום את נתוני הפלט של הכלי.
- מיון התוצאות לפי תעדוף.
- אפשר להשמיט תוצאות אם הן לא רלוונטיות או מעניינות.
- במידת האפשר, כדאי להציג נתונים מספריים בתרשימים או בגרפים.
- הימנעו מיצירת קיר של נתונים – בדיקות האתר לא אמורות להיות משעממות.
חשוב להתייחס בעדינות לאנשים שמקבלים את הביקורת.
יכול להיות שהאנשים שעובדים באתר מודעים היטב לבעיות. יכולות להיות סיבות מורכבות ולא טכניות לכך שהבעיות לא טופלו.
עדיף לתאר ביצועים נמוכים במונחים של הזדמנויות ופתרונות, במקום פשוט לרשום קטלוג של כשלים.
במידת האפשר, כדאי לשוחח עם מפתחי האתר ועם בעלי עניין אחרים לפני שמייצגים את הממצאים באופן נרחב יותר.
מתן הקשר
כשמשתפים את תוצאות הבדיקה, כדאי לכלול נתונים לפי הקשר כדי להצדיק את המאמץ ולעודד מפתחים או בעלי עניין אחרים להטמיע את השיפורים שהצעתם – כמו הדוגמה הבאה מ-DoubleClick:
- 53% מהמשתמשים נוטשים אתרים שהטעינה שלהם נמשכת יותר משלוש שניות.
- אתרים לנייד שנטענים תוך 5 שניות מניב הכנסות ממודעות בנייד גבוהות פי 2.
- זמן הטעינה הממוצע של אתרים למובייל הוא 19 שניות.
באתר neotys.com יש רשימה מקיפה של סיבות עסקיות לשיפור הביצועים. מידע נוסף על שיפור ביצועי האתר זמין באתרים perf.rocks ו-Web Fundamentals, יחד עם מחקרים ומקרים לדוגמה.
אם עדיין לא הגדרתם תקציב ביצועים, עכשיו זה הזמן לעשות זאת. לחשב תקציב ולהציג את הביצועים של האתר.
להפגין פוטנציאל
בעזרת שינויים מקומיים בכלי הפיתוח של Chrome אפשר לשנות את נכסי האתר לגרסאות מקומיות. זוהי דרך מצוינת להראות איך שינויים פשוטים יכולים להשפיע בצורה משמעותית.
לדוגמה:
- יצירת גרסה של קובץ ה-CSS שמשמש את דף הבית של האתר, עם הסרת כללים מיותרים.
- שינוי ה-HTML כדי לדחות את טעינת ה-JavaScript.
- החלפת קובצי תמונות בגרסאות שהותאמו.
אתם יכולים גם לשתף קבצים ששונו עם מפתחים שעובדים על אתר, כדי לאפשר להם להציג שיפורים פוטנציאליים ישירות לעמיתים שלהם. בעזרת שימוש בהגדרות שהוגדרו באופן מקומי, קל ליצור סרטוני מסך זה לצד זה שמראים את ההבדלים בביצועים בין גרסאות שעברו אופטימיזציה לבין גרסאות שלא עברו אופטימיזציה. הגישה הזו יכולה להיות הרבה יותר מעניינת מאשר רשימת משימות ארוכה. כאן מוסבר איך משתמשים בהחרגות מקומיות.