איך מחלקות אחרות יכולות לעזור לכם להצליח יותר בפרויקט של אופטימיזציית מהירות האתר.
אחד מהמיתוסים הנפוצים לגבי מהירות האתר הוא שהיא באחריות צוות הפיתוח בלבד. האמת היא שאתר מהיר דורש עזרה מכמה מחלקות. לרוב, המפתחים לא יכולים לפתור את הבעיות בעצמם, לא משנה כמה הם מוכשרים. אז איך אפשר לשפר את המהירות יחד עם הקולגות? במאמר הזה נסביר איך (כמפתחי אתרים) תוכלו לשכנע את החברה לתת עדיפות למהירות האתר, לקבל עזרה ממחלקות שונות במהלך האופטימיזציה ולהגביר את המודעוּת להצלחה של פרויקט האופטימיזציה.
איך משפרים את המהירות בעזרת בעלי העניין בעסק
חברות רבות נמצאות באמצע שינוי משמעותי בהתנהגות הצרכנים. העלייה במספר האנשים שקונים בפלטפורמות דיגיטליות במקום בחנויות פיזיות ממחישה את הצורך של החברות לבצע התאמות במהירות, אחרת הן עלולות להיתקל בירידה בהכנסות. כדי להצליח, תצטרכו גם תהליכים ארגוניים וגם דפוסי חשיבה חדשים, וגם תמיכה חזקה של בעלי העניין.
האתגר המשותף
סביר להניח שהאופן שבו החברות מאורגנות ישתנה בכמה רמות. קודם כול, קשה לבצע פרויקט מהיר עם פוטנציאל להגדלת ההכנסות בלי לתת למפתחים זמן לעבוד עליו. צריך להקצות משאבים, והשיתוף פעולה עם מחלקות אחרות כמו שיווק ומעצבי אתרים יתנהל בצורה חלקה יותר אם בעלי העניין והמנהלים הבכירים יראו שהפרויקט הוא בעדיפות גבוהה.
בנוסף לרמה התפעולית הזו, חשוב גם לבעלי העניין להבין שיש כרגע שני שינויים:
יכול להיות שחלק גדול יותר מהמכירות שלכם יתקבל מהחנויות הפיזיות, אבל רוב הלקוחות ישתמשו בפלטפורמה דיגיטלית כמו האתר שלכם לפני הרכישה בחנות. אם האתר לא מספק למבקרים חוויית משתמש טובה, גם ההכנסות בחנויות הפיזיות עלולות להיפגע. בנוסף, מחקרים מראים שהיא משפיעה גם על נכונות הלקוחות להמליץ על העסק שלכם ועל נאמנותם לעסק.
מספר המבקרים בניידים גדל בקצב מהיר יותר מאשר מספר המבקרים במחשבים, ולכן כדאי להתכונן למצב שבו האתר מותאם בראש ובראשונה לניידים, בין שמדובר במצב הנוכחי ובין שמדובר במצב עתידי. בנוסף, יש קורלציה חזקה בין מהירות האתר להמרות בנייד. מחקר אחד של SOASTA מראה שכל שנייה של עיכוב בטעינה של דף בנייד עלולה להפחית את מספר ההמרות בשיעור של עד 20%.
כלומר, חברות שמקבלות החלטות ניהוליות על סמך המידע של מומחים בפלטפורמות דיגיטליות יהיו עם יתרון. לכן, אפשר להציע להזמין מפתח אחד לפגישות שבהן מתקבלות החלטות עסקיות, כדי לוודא שהאתר והמגבלות שלו נלקחים בחשבון כבר מההתחלה, וכך להבטיח עלייה במכירות.
שליחת הצעה לגורמים הרלוונטיים
באופן כללי, כ-10% מהמכירות מתבצעות בפלטפורמות דיגיטליות, אבל מחקרים מראים שעד 85% מהמכירות בחנויות פיזיות מושפעות קודם מהדיגיטל. לכן, חשוב מאוד שהאתר יניב ביצועים טובים, במיוחד בנייד (שמתבצעת בו יותר ויותר פעילות). אנחנו מציעים להתחיל פרויקט לשיפור המהירות של האתר, שיעזור להגדיל את מספר ההמרות. בנוסף, אנחנו ממליצים להגדיר ערוצי תקשורת כדי שצוותים טכניים יוכלו להשתמש בתובנות שלהם בצורה טובה יותר לפני קבלת החלטות שמשפיעות על האתר.
הכנה לקראת פגישה עם בעלי העניין
לפני הפגישה עם בעלי העניין, חשוב להכין נתונים לגבי האתר שלכם ושל המתחרים, ונתונים שמראים החזר ROI גבוה על השינויים שאתם מציעים. איסוף נתונים לגבי החשיבות של מהירות. התרחיש הטוב ביותר הוא אם הוא מקושר להכנסות של החברה. הנה כמה דרכים לעשות זאת:
- חישוב שיעור ההמרות היחסי בנייד עובדים עם צוות ניתוח הנתונים ומבצעים את הניתוח שמתואר בקטע הערך של מהירות. אם בעבר הייתה תקופה אחת (לפחות 2-3 חודשים) שבה זמני הטעינה היו ארוכים בהרבה מהתקופה המקבילה, בדרך כלל מהירות האתר האיטית השפיעה מאוד על ההמרות בנייד. באמצעות הניתוח תוכלו לחשב את סכום ההכנסות שהחברה הפסידה במהלך התקופה שבה המהירות הייתה נמוכה, וכך להוכיח את הערך של המהירות. אם זמני הטעינה נשארו בערך באותו רמה, יהיה קשה לבצע את הניתוח והחלופות הבאות יכולות לספק תשובות נוספות.
- הערכת הערך של המהירות באמצעות מודלים סטטיסטיים. בעזרת TestMySite של Google תוכלו להריץ בדיקה ולאחר מכן לחשב את ההשפעה של אתר מהיר יותר על העסק שלכם. כל מה שדרוש הוא נתונים לגבי מספר המבקרים החודשי הממוצע, שיעור ההמרות וערך ההזמנה הממוצע. צוות ניתוח הנתונים יכול לעזור לכם בכך.
- לספק מקרים לדוגמה של שיטות מומלצות. אפשר גם להיעזר בדוגמאות מחברות אחרות ששיפרו את מהירות האתר שלהן וראו את ההשפעה. באיך זמן טעינת הדף משפיע על שיעורי ההמרה: 12 מחקרים מפורטות כמה דוגמאות.
- הדגשת החשיבות של נייד בקשו מצוות ניתוח הנתונים לספק נתונים לגבי אחוז התנועה שמגיעה מהנייד לעומת אחוז התנועה שמגיעה מהמחשב.
- בודקים כמה זה עולה. החישובים שלמעלה הם דרכים להראות לבעלי העניין את העלייה האפשרית בהכנסות כתוצאה מהמהירות, אבל כדי שבעלי העניין יוכלו לקבל החלטות, הם צריכים לדעת מהו ההחזר על ההשקעה. לכן, אם תגיעו מוכנים עם עלות משוערת, תוכלו להגיע להחלטה של ההנהלה מהר יותר. כדי לעשות זאת, צריך להעריך כמה זמן ייקח הפרויקט הראשוני להתמקד במהירות, וכמה זמן יידרש לכם לתחזוקה לאחר מכן. לדוגמה, במעבר מהיר קדימה: חברת TUI מזרזת את האתר שלה על ידי פירוק מחסומי ידע, למפתחים הוקצו 20% מהזמן ללא משימות קודמות וקמפיינים, והם יכלו להקדיש את הזמן הזה לקיצור זמן העבודה על פרויקטים ולדרכים אחרות לשיפור האתר.
פגישה עם בעלי העניין
- הצגת נפח התנועה שמגיעה מהנייד לעומת המחשב, והצגת הצמיחה שהתרחשה בנייד בשנים האחרונות. זה ממחיש את החשיבות של יצירת חוויית משתמש מעולה בנייד.
- מציגים את הממצאים לגבי האופן שבו המהירות משפיעה על ההכנסות של החברה.
- הסבירו לבעלי העניין שהמפתחים יכולים לעזור לכם להגדיל את ההכנסות מהמבקרים בנייד, אם יהיה להם זמן לעבוד על מהירות האתר באופן שוטף.
- מומלץ להציע שמישהו מצוות הפיתוח יוזמן לפגישות של ההנהלה, שבהן מתקבלות החלטות לגבי האתר. כיום אנחנו מוכרים בפלטפורמות דיגיטליות. המנצחות יהיו החברות שיתחילו לתקשר עם המומחים הדיגיטליים שלהן. חברות מודרניות יצטרכו להגדיר ערוצי תקשורת בין מחלקות, ובין בעלי עניין למפתחים. מחקר של Harvard Business Review הראה שאחד מכל שישה פרויקטים של IT חורג מהתקציב ב-200%. דוגמה לכך היא Kmart, שהפסידה את יתרון התחרות שלה מול Walmart ו-Target כשהתחילה את פרויקט המודרניזציה של מערכות ה-IT שלה בשנת 2000, בעלות של 1.4 מיליארד דולר. אם תגדירו תקשורת ותחזוקה מוקדם, תוכלו לפרק את מחסומי הידע ולהפוך את שיתוף הידע ליתרון תחרותי.
משפרים את המהירות בעזרת צוות השיווק
האתגר המשותף
צוותי שיווק זקוקים לכלים לטיפול במודעות ובנתונים כדי לקבל החלטות מושכלות, אבל רוב הכלים מאטים את האתרים ולעיתים קרובות הם מוטמעים עם סקריפטים לחסימת רינדור, כך שהמבקרים באתר צריכים להמתין עד שהם רואים משהו במסך. לכן צריך למצוא איזון: מחלקת השיווק זקוקה לנתונים ולכלים, אבל כדי שהאתר יקבל שיעורי נטישה נמוכים ושיעורי המרה גבוהים, הוא צריך להיות מהיר, כדי שהשיווק יניב החזר טוב על ההשקעות.
כדי לשמור על האיזון, צריך להיזהר עם סקריפטים:
- הימנעו מכפילויות שמודדות בערך את אותו דבר.
- מסירים כלים שלא משתמשים בהם יותר.
- אל תמדדו דברים ש"טוב שיהיו". כדאי למדוד רק דברים קריטיים לעסק.
קשה למפתחים לדעת מהו הדבר שעליו מחלקת השיווק מסתמכת, ויכול להיות שמחלקת השיווק לא יודעת אילו כלים כבדים במיוחד על האתר. לכן, חשוב לשתף פעולה.
שליחת הצעה לצוות השיווק
לעתים קרובות, כלים המשמשים למעקב ולמודעות מונעים מהמבקרים לראות תוכן במהירות כשהם נכנסים לאתר. המצב הזה מפחית את ערך ההשקעות בשיווק, כי אנחנו משלמים על מודעות, אנשים מתעניינים, לוחצים אבל אחר כך צריכים להמתין. אם תעשו זאת, הם עלולים להתעצבן ולעזוב. במחקר אחד נמצא ששיעור ההמרה ירד מ-50% ל-35% כשמדד המהירות זמן לטעינה אינטראקטיבית עלה מ-0.15 שניות ל-0.3 שניות. אפשר לעבוד יחד כדי לפתור את הבעיה הזו, וליצור איזון בין הכלים שאתם צריכים לבין ביצועי האתר, וכתוצאה מכך לשפר את החזר ה-ROI על השקעות השיווק?
הכנה לקראת הפגישה עם צוות השיווק
- יוצרים רשימה של הסקריפטים שמוטמעים באתר.
- שולחים את הרשימה למחלקת השיווק ומבקשים מהם לבדוק אותה מראש ולמיין אותה לשלוש קטגוריות:
- קריטי לעסק. הסקריפטים האלה חייבים להישאר.
- מומלץ. סקריפטים שאפשר להשתמש בהם פחות או להסיר אותם. לדוגמה, לפעמים חברות אוספות מפות חום או הקלטות מסך, אבל יכול להיות שהנתונים נבדקים רק לעיתים רחוקות ולא מובילים לפעולה או להגדלת מספר ההמרות. במקרים כאלה, עדיף להסכים להפעיל את הכלים רק למשך שבועיים (למשל), לאסוף את התובנות לצורך ניתוח ולאחר מכן לנקות את הסקריפטים עד שיגיע הזמן לתקופה הבאה של איסוף נתונים ממוקד.
- לא בשימוש או לא בבעלות. צריך להסיר אותם.
- בודקים את מידת ההאטה של האתר בכל סקריפט על ידי השוואה בין מהירות האתר עם הסקריפט לבין מהירות האתר בלי הסקריפט. ב-WebPageTest אפשר להגדיר את זה דרך הכרטיסייה 'חסימה' בהגדרות המתקדמות. לחלופין, אפשר לחסום בקשות רשת בכלי הפיתוח של Chrome.
פגישה עם צוות השיווק
- עיינו ברשימה של הסקריפטים והביעו את דעתכם על כל אחד מהם. לדוגמה, האם יש סקריפטים שרצוי להשתמש בהם אבל הם פוגעים מאוד בביצועי האתר? ההמלצות עוזרות לצוות השיווק לתת עדיפות לפעולות, והמידע על הנושאים שחשובים לעסק מאפשר לכם להבין את נקודת המבט שלהם.
- אפשר לדון בנושאים הבאים:
- האם היתרונות של הנתונים שנאספים מובילים לעלייה במספר ההמרות שמכסה את הירידה שנגרמת בגלל שהאתר איטי יותר? הנתונים יכולים לעזור לכם לקבל החלטה.
- האם החברה שלכם בחרה ספק שמציע את הגרסה המהירה ביותר של הכלי בשוק? יכול להיות שמחלקת השיווק תצטרך עזרה מהמפתחים כדי להבין אם אפשר להחליף כלים קריטיים לעסק בחלופות מהירות יותר.
- האם יש חלופות לחלק מהסקריפטים באתר? לדוגמה, במקום מפות חום, יכול להיות שתוכלו להתחיל לבצע בדיקות נוחות השימוש שבהן תקבלו גם הסברים על הסיבות להתנהגות המשתמשים, מה שמוביל לעיתים קרובות לתובנות מעמיקות יותר.
הסכמה על השלבים הבאים
- להחליט איך להמשיך. האם אנשי השיווק צריכים תמיד לבקש מהמפתחים לבדוק כלים חדשים ואת ההשפעה שלהם על המהירות לפני ההטמעה? או שמחלקת השיווק תקבל תקציב ביצועים, שבו היא תלמד איך לבדוק את המהירות ותוכל לתת עדיפות לכלים שהיא רוצה, כל עוד היא עומדת ביעד המהירות?
איך משפרים את המהירות בעזרת צוות עיצוב האתרים
אחד מהאתגרים הגדולים ביותר בביצועי האינטרנט הוא שיכול להיות שהקישוריות הולכת ומתקצרת באזורים רבים, אבל האתרים הולכים ונעשים כבדים יותר וכתוצאה מכך הם נעשים איטיים יותר. כדי לפתור את הבעיה הזו, המפתחים צריכים לשתף פעולה עם מעצבים של אתרים.
האתגר המשותף
בסופו של דבר, בדרך כלל כל המחלקות בחברה תלויות באתר שמניב המרות, בין אם מדובר ביצירת הכנסות ובין אם בדברים אחרים. והאמת המרהיבה היא שלא משנה כמה דפי האינטרנט יפים, אם הם נטענים זמן רב כל כך שהאנשים לא ממתינים כדי לראות אותם.
אבל דפי אינטרנט דקים הם אחריות משותפת. מפתחים יכולים להשתמש בשיטות שונות לאופטימיזציה של תמונות כדי לזרז את טעינת התמונות. מעצבים של אתרים יכולים ליצור דפים שעוזרים לשמור על משקל הדף מתחת לרמה המוסכמת.
שליחת הצעה לצוות שלכם לעיצוב אתרים
מחקרים מראים שדפים עם פחות תמונות ופחות רכיבים מניבים יותר המרות. לדוגמה, מחקר של Google ו-SOASTA מצא שבסשנים שבהם משתמשים השלימו המרה היו 38% פחות תמונות בהשוואה לסשנים שבהם לא בוצעה המרה. אפשר לעבוד יחד כדי להגיע ליעדי המהירות ולהגדיר שיתוף פעולה משותף שיכול להגדיל את מספר ההמרות באתר? לדוגמה, אנחנו יכולים למצוא יחד את רמת דחיסת התמונות המתאימה, תוך איזון בין איכות למהירות, או לצמצם פריסות או פונקציות מורכבות שגורמות לעיתים קרובות לאתרים כבדים ואיטיים.
הכנה לפגישה עם צוות עיצוב האתר
- מעקב אחרי הדפים באתר עם זמן הטעינה הארוך ביותר ועם משקל הדף הגבוה ביותר. לדוגמה, אם אתם עובדים עם אתר מסחר אלקטרוני, חשוב לבדוק לא רק את דף הבית, אלא גם את דפי הקמפיינים, חלק מדפי הקטגוריות הגדולים ביותר, חלק מדפי המוצרים ותהליך התשלום.
- מכינים הצעה לתקציב ביצועים למעצבים. אפשרות אחת היא להתחיל בצורה פשוטה ככל האפשר, עם משקל הדף כמדד ולהגדיר 1MB כיעד לכל הדפים (או 1.5MB אם המיתוג חשוב מאוד להמרות).
- להכין רשימה של הדפים שמגיעים לרמת משקל הדף היעד.
פגישה עם צוות עיצוב האתרים
- כדאי להתחייב לבדוק איך צוות הפיתוח יכול להציג תמונות מהר יותר באמצעות טכניקות שונות לאופטימיזציה של תמונות, כמו דחיסת תמונות, תמונות רספונסיביות, שינוי גודל התמונות, טעינת פריטים בזמן אמת, אחסון במטמון ואופטימיזציה של השרת.
- יוצרים דף בדיקה שבו התמונות מתפרסמות באיכות ובגדלים שונים, ומגיעים להסכמה על רמה שמאזנת בין הביצועים לבין האיכות במסכים שונים. חשוב לזכור שמבקרים בניידים בדרך כלל מבצעים סשנים קצרים. לפי מחקר אחד, יותר ממחצית הסשנים בניידים נמשכים 30 שניות או פחות. יכול להיות שהמשתמשים האלה לא יתבוננו בתמונות בפירוט, ויכול להיות שהם יעדיפו שהאתר יהיה מהיר.
- הצעת תקציב ביצועים, שבו מעצבי האתר מתחייבים לוודא שכל דפי האינטרנט יהיו במשקל של פחות מ-1MB (או לכל היותר 1.5MB).
פתרון בעיות מהירות בעזרת צוות הניתוח הסטטיסטי
עסקים זקוקים לנתונים כדי לדעת על מה להתמקד וכדי לקבל בסיס לקבלת החלטות. עם זאת, למרות שרבים מדברים על החשיבות של מהירות האתר והקשר שלה להכנסות ולמכירות, עדיין יש הרבה חברות שלא כוללות את המהירות בדוחות השבועיים שלהן מחוץ לצוותים הטכניים. אפשר לשנות את ההגדרה הזו אם המפתחים מתחילים לשתף פעולה עם צוותי ניתוח נתונים.
האתגר המשותף
המציאות היא: אנחנו לא מתמקדים בדברים שלא מדווחים עליהם. אם מהירות האתר לא תופיע בדוחות השבועיים או החודשיים לבעלי העניין בעסק, היא תשכח בקלות ויהיה קשה לקבל משאבים כדי להתמקד בה. עם זאת, לרוב צוותי ניתוח הנתונים לא מנוסים במעקב אחר מהירות, ולכן הם יצטרכו עזרה מהמפתחים. בנוסף, המפתחים יצטרכו עזרה מצוות ניתוח הנתונים כדי לחשב את ההשפעה על ההכנסות כשיבוצעו שיפורים במהירות. המחלקות האלה תלויות זו בזו יותר ממה שנדמה במבט ראשון.
שליחת הצעה לצוות ניתוח הנתונים
במקרים לדוגמה רבים אפשר לראות את ההשפעה של מהירות האתר על ההכנסות ועל שיעור הנטישה. יש לך אפשרות לשתף פעולה כדי להגדיר מעקב אחר מהירות האתר בחברה שלנו, ואולי להוסיף את המהירות לדיווחים שאנחנו שולחים לבעלי העניין כדי לקבל יותר תמיכה?
הכנה לקראת פגישה עם צוות ניתוח הנתונים
- מעקב אחר המהירות באופן קבוע. מומלץ להשתמש ב-API עם כלי כמו Lighthouse CI, PageSpeed Insights או WebPageTest, כדי לאסוף נתונים סטטיסטיים באופן קבוע בסביבת מעבדה מבוקרת, ולבצע השוואות פשוטות בין תקופות זמן שונות.
- מעבירים את הערך של מהירות לצוות הניתוח ומבקשים לבצע את הניתוח כדי שהתרשים יהיה מוכן לניתוח במהלך הפגישה.
פגישה עם צוות ניתוח הנתונים
- בודקים את התרשים שנוצר מהערך של מהירות. שיעור ההמרות היחסי בנייד הוא אחת מהדרכים למעקב אחרי ההשפעה של המהירות ועל השיפורים באתר. כדאי לשאול את צוות ניתוח הנתונים אם הם מוכנים להתחיל לעקוב אחרי זה.
- מגדירים אם מדד זמן הטעינה ב-Google Analytics מספיק טוב לדוחות עסקיים פשוטים. המדד הזה משמש לחישוב הערך של מהירות. כמו שרבים מהמפתחים יודעים, זהו רק אחד ממדדי המהירות הרבים, ומכיוון שהוא מופיע ב-Google Analytics, הוא גם נתונים מהשדה במקום נתונים מהמעבדה. אבל האם הוא טוב מספיק לשימוש בדוחות עסקיים פשוטים? בודקים את התוצאה שמתקבלת מהניתוח שלמעלה, ומחפשים אם יש ירידה בשיעור ההמרה היחסי בנייד כשזמני הטעינה היו גבוהים במשך 2-3 חודשים לפחות, ואם יש עלייה בשיעור ההמרה היחסי בנייד כשזמני הטעינה היו נמוכים במשך 2-3 חודשים. אם זמני הטעינה נשארו יציבים למדי, יהיה קשה לדעת אם הניתוח עוזר לכם עד שתשיגו שיפור משמעותי במהירות. אם כן, צריך לעבור לחלופה הבאה.
- הצגת התרשימים של מדדי המהירות שבהם המפתחים משתמשים. הסבירו אותם לצוות ניתוח הנתונים ובדקו אם יש קורלציה עם שיעור ההמרות או עם שיעור ההמרות היחסי בנייד.
- תנו לצוות ניתוח הנתונים זמן לחשוב על דרכים להשתמש במהירות בחישובים שקשורים להכנסות, ועל דרכים לדווח על כך לבעלי העניין. בדרך כלל זה נושא חדש עבורם. לאחר מכן, תוכלו להיפגש שוב ולנסות גישה ששניכם מסכימים עליה. כמו תמיד, צריך לשנות את איסוף הנתונים עד שמוצאים את ההתאמה המתאימה, אבל זו דרך טובה להתחיל את שיתוף הפעולה.
השלבים הבאים
אחרי שפרויקט השיפור של מהירות האתר יביא לשיפורים משמעותיים, בקשו מצוות ניתוח הנתונים לבצע את הניתוח שמתואר בקטע הערך של מהירות. כך תוכלו להראות לחברה כמה יותר המרות והכנסות היא צברה, ולתגמל את הצוות שלכם ואת כל המחלקות ששיתפו איתכם פעולה. אפשר לכלול את הנתונים האלה בדוח שבועי לשותפים, כדי שהפרויקט לא יהיה מאמץ חד-פעמי, אלא יהיה תחת תחזוקה שוטפת.