שיתוף התוצאות

לאחר בדיקת האתר, חשוב לארוז את התוצאות בצורה ניתנת לעיכול.

  • כדאי להפיק דוחות שונים לבעלי עניין שונים.
  • התמקדו בצרכים של העסק והראו איך המדדים הטכניים תומכים בהם.
  • להתחיל בסיכום.
  • בנו נתונים לפי נושא (כמו ביצועי טעינה ומשקל הדף) במקום לפרט את נתוני הפלט של הכלי.
  • סידור התוצאות לפי עדיפות.
  • השמטת תוצאות אם הן לא רלוונטיות או מעניינות.
  • במידת האפשר, הציגו נתונים מספריים כתרשימים או גרפים.
  • מומלץ להימנע מחומת נתונים — הביקורות על האתר צריכות להיות משעממות.

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

ייתכן שאנשים שעובדים באתר מודעים לבעיות. יכולות להיות סיבות מורכבות ולא טכניות לכך שהבעיות לא תוקנו.

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

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

מתן הקשר

כשמשתפים את תוצאות הבדיקה, מומלץ לכלול נתונים לפי הקשר כדי להצדיק את המאמצים ולהניע מפתחים או בעלי עניין אחרים ליישם את השיפורים שאתם מציעים – כמו למשל את הפעולות הבאות מ-DoubleClick:

  • 53% מהמשתמשים נוטשים אתרים שטעינתם נמשכת יותר משלוש שניות.
  • אתרים לנייד שנטענים תוך 5 שניות מניבים עד פי 2 יותר הכנסות מפרסום לנייד.
  • זמן הטעינה הממוצע של אתרים לנייד הוא 19 שניות.

רשימה מקיפה של סיבות עסקיות לשיפור הביצועים באתר neotys.com זמינה ב-perf.rocks וב-Web Fundamentals, וכן מקרים לדוגמה וסיפורי הצלחה.

אם אין לכם תקציב ביצועים, זה הזמן לעשות זאת. חישוב תקציב ומראים מהו המשקל של האתר שלכם.

הפגנת פוטנציאל

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

לדוגמה:

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

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