תיקון מהירות האתר באופן פעיל

איך מחלקות אחרות יכולות לעזור להפוך את פרויקט האופטימיזציה של מהירות האתר להצלחה גדולה יותר

לינה הנסון

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

בעלי העניין בעסק יכולים לעזור לכם להאיץ את התהליך

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

האתגר המשותף

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

מלבד הרמה התפעולית הזו, חשוב גם שבעלי העניין יבינו שכרגע מתרחשים שני שינויים:

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

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

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

שליחת הצעה לבעלי העניין

באופן כללי, כ-10% מהמכירות מתבצעות בפלטפורמות דיגיטליות, אבל מחקרים מראים ש-85% מהמכירות בחנויות פיזיות מושפעות תחילה באופן דיגיטלי. אתר עם ביצועים טובים, במיוחד בניידים (שהופך למכשיר הראשי), הוא חיוני להכנסה של העסק שלנו. אנחנו מציעים פרויקט מהיר שיעזור לאתר להגדיל את מספר ההמרות, ולהגדיר ערוצי תקשורת כדי שאפשר יהיה להשתמש טוב יותר בתובנות של הצוותים הטכניים לפני קבלת החלטות שישפיעו על האתר.

הכנה לקראת פגישה עם בעלי העניין

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

• חישוב שיעור ההמרה היחסי מנייד. עובדים עם צוות ניתוח הנתונים ומבצעים את הניתוח שמתואר במאמר ערך המהירות. אם בעבר הייתה לכם תקופה אחת (לפחות חודשיים-שלושה), שבה זמני הטעינה היו גבוהים בהרבה מתקופה אחרת של משך זמן שווה, למהירות האתר האיטית בדרך כלל תהיה השפעה משמעותית על ההמרות בנייד. באמצעות הניתוח תוכלו לחשב כמה הכנסות החברה הפסידה במהלך התקופה של המהירות הנמוכה, וכך להוכיח את יעילות המהירות. אם זמני הטעינה נשארו בערך באותה רמה, יהיה קשה לבצע את הניתוח והחלופות שבהמשך יוכלו לתת יותר תשובות.
• הערכת ערך המהירות באמצעות מודלים סטטיסטיים. בעזרת TestMySite של Google אפשר להריץ בדיקה ואז לחשב את ההשפעה שתהיה לאתר מהיר יותר על העסק. צוות הניתוח יוכל לעזור לכם רק עם נתונים על ממוצע המבקרים בחודש, על שיעור ההמרה ועל ערך ההזמנה הממוצע.
• הצגת מקרים לדוגמה של שיטות מומלצות. תוכלו גם להשתמש בתרחישים לדוגמה של חברות אחרות, ששיפרו את מהירות האתר שלהן והראו את ההשפעה. איך זמן טעינת הדף משפיע על שיעורי ההמרות: 12 מקרים לדוגמה מספקים כמה דוגמאות.
• להדגיש את חשיבות המובייל. בקשו מצוות ניתוח הנתונים לספק נתונים לגבי אחוז התנועה שמגיעה מניידים לעומת מחשבים.
• כמה זה יעלה. החישובים שלמעלה נועדו להראות לבעלי עניין את העלייה הפוטנציאלית בהכנסה מהמהירות, אבל כדי שבעלי עניין יוכלו לקבל החלטות, הם צריכים לדעת מהו החזר ה-ROI, כך שאם תהיו מוכנים עם עלות משוערת, תוכלו להגיע להחלטה המנהלית מהר יותר. כדי לעשות את זה, כדאי להעריך כמה זמן יימשך פרויקט המהירות המודגשת וכמה זמן יהיה צריך לתחזק לאחר מכן. לדוגמה, במאמר גישה קדימה: TUI מאיצים את האתר על ידי פירוק סילואים, והמפתחים קיבלו 20% מזמנם החופשי במסגרת קמפיינים ובלי עיכובים. הם יכלו להקדיש את הזמן הזה לפרויקטים מהירים ולדרכים אחרות לשיפור האתר.

פגישה עם בעלי העניין

• מציגים את כמות התנועה שמגיעה מניידים לעומת מחשבים, ואת הצמיחה בנייד בשנים האחרונות. המאמר הזה ממחיש את החשיבות של יצירת חוויה מעולה בנייד.
• להציג את הממצאים שלכם לגבי ההשפעה של המהירות על ההכנסות של החברה.
• להודיע לבעלי העניין שהמפתחים יכולים לעזור להם להגדיל את ההכנסות מהמבקרים בנייד אם נותנים להם זמן לעבוד על המהירות באופן רציף.
• כדאי להזמין אדם אחד מצוות הפיתוח לישיבות ניהול, שבהן יתקבלו ההחלטות בנוגע לאתר. כיום אנחנו מוכרים בפלטפורמות דיגיטליות. הזוכות יהיו החברות שיתחילו לתקשר עם המומחים הדיגיטליים שלהן. חברות מודרניות יצטרכו להגדיר ערוצי תקשורת בין מחלקות ובין בעלי עניין ומפתחים. מחקר שבוצע על ידי Harvard Business Review הראה שבאחד מתוך שישה פרויקטים של IT התבצעו חריגה של 200% בעלויות. דוגמה אחת לכך הייתה Kmart, שאיבדה את המעמד התחרותי שלה ל-Walmart ו-Target כשהחלה פרויקט מודרניזציה של IT בתחום ה-IT בשנת 2000. אם תגדירו את התקשורת והתחזוקה בשלב מוקדם, תוכלו לחלק את ההפרדה ביניהם ולשתף את הידע שלכם כדי לקבל יתרון תחרותי.

צוות השיווק יכול לעזור לכם לפתור את הבעיה במהירות

האתגר המשותף

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

אפשר להשיג את האיזון הזה על ידי זהירות בשימוש בסקריפטים:

• נמנעים מכפילויות שמודדות בערך אותו דבר.
• מסירים כלים שכבר לא נמצאים בשימוש.
• אל תמדדו דברים שכיף לקנות. יש למדוד רק דברים קריטיים לעסק.

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

שליחת הצעה לצוות השיווק

כלים שמשמשים למעקב ולמודעות חוסמים בדרך כלל את המהירות שבה מבקרים רואים תוכן כשהם נכנסים לאתר. הדבר מפחית את הערך של השקעות בשיווק, מכיוון שאנחנו משלמים על מודעות, אנשים מביעים עניין ולוחצים על הלחצן אבל אחר כך צריכים להמתין. כתוצאה מכך, הם עלולים להתעצבן ולעזוב. מחקר אחד מצא ששיעור ההמרות ירד מכ-50% לכ-35% כשמדד המהירות Time to Interactive גדל מ-0.15 שניות ל-0.3 שניות. האם נוכל לפתור את הבעיה ביחד כדי לאזן בין הכלים הנחוצים לבין ביצועי האתר, וכך להגדיל את ההחזר על השקעות השיווק?

הכנה לקראת פגישה עם צוות השיווק

• יוצרים רשימה של הסקריפטים שמוטמעים באתר.
• שלחו את הרשימה לשיווק, ובקשו מהם לבדוק אותה מראש ולמיין אותה לשלוש קטגוריות:
  • קריטי לעסק. הסקריפטים האלה חייבים להישאר.
  • נהנים. סקריפטים שאפשר לצמצם את השימוש בהם או להסיר אותם. לדוגמה, לפעמים חברות אוספות מפות חום או הקלטות מסך, אבל יכול להיות שהנתונים נבדקים רק לעיתים רחוקות ולא מובילות לפעולה או להגדלת מספר ההמרות. במקרים כאלה, עדיף להסכים להפעיל את הכלים רק למשך (למשל) שבועיים, לאסוף את התובנות לניתוח ואז לנקות את הסקריפטים עד לסיום התקופה הבאה של איסוף נתונים ממוקד.
  • לא בשימוש או לא בבעלות. צריך להסיר את התוויות האלה.
• כדי לבדוק עד כמה כל סקריפט מאט את האתר שלכם, אפשר להשוות בין מהירות האתר למהירות האתר ובלעדיה. ב-WebPageTest אפשר להגדיר זאת דרך הכרטיסייה 'חסימה' בהגדרות המתקדמות. לחלופין, אפשר לחסום בקשות רשת בכלי הפיתוח ל-Chrome.

קביעת פגישה עם צוות השיווק

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

הסכמה לגבי השלבים הבאים

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

תיקון המהירות בעזרת צוות עיצוב האתרים

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

האתגר המשותף

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

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

שליחת הצעה לצוות עיצוב האתרים

מחקרים מראים שדפים עם פחות תמונות ופחות רכיבים מניבים יותר המרות. לדוגמה, מחקר של Google ושל SOASTA מצא שבסשנים של משתמשים שהשלימו המרה היו פחות תמונות ב-38% לעומת סשנים שלא הניבו המרות. אנחנו יכולים לעבוד יחד כדי להגיע ליעדי מהירות וליצור שיתוף פעולה משותף שיכול להגדיל את ההמרות באתר? דוגמאות למה שאנחנו יכולים להשיג ביחד: מציאת הרמה הנכונה של דחיסת תמונות עם איזון בין איכות למהירות, או צמצום פריסות או פונקציות מורכבות שמובילות לעיתים קרובות לאתרים כבדים ואיטיים.

הכנה לפגישה עם צוות עיצוב האתרים

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

קביעת פגישה עם צוות עיצוב האתרים

• הקפידו לבדוק איך צוות הפיתוח יכול לספק תמונות מהר יותר באמצעות שיטות שונות לאופטימיזציה של תמונות, כמו דחיסת תמונות, תמונות רספונסיביות, שינוי גודל של תמונות, טעינה עצלה, שמירה במטמון ואופטימיזציה של השרת.
• צריך ליצור דף בדיקה שבו מתפרסמות תמונות באיכויות ובמידות שונות של תמונות, ומוסכם על רמה שמאזנת בין הביצועים לבין האיכות במסכים שונים. חשוב לזכור שלרוב, לאנשים שמשתמשים במכשירים ניידים משך הסשן קצר כל הזמן, בעזרת מחקר אחד שמראה שיותר ממחצית מהסשנים בנייד נמשכים עד 30 שניות. יכול להיות שהמשתמשים האלה לא יחקרו תמונות לעומק, ויעדיף שהאתר יהיה מהיר.
• הציעו תקציב ביצועים שבו מעצבי האתרים מתחייבים לוודא שמשקל הדף של כל דפי האינטרנט נמוך מ-1MB (או מקסימום 1.5MB).

תיקון המהירות בעזרת צוות ניתוח הנתונים

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

האתגר המשותף

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

שליחת הצעה לצוות ניתוח הנתונים

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

הכנה לפגישה עם צוות ניתוח הנתונים

• מומלץ לעקוב אחר המהירות באופן קבוע. אחת מההמלצות היא להשתמש ב-API באמצעות כלי כמו Lighthouse CI, PageSpeed Insights או WebPageTest, שמאפשר לכם לאסוף נתונים סטטיסטיים באופן קבוע בסביבת שיעור Lab מבוקרת, כדי שתוכלו לבצע השוואה בקלות בין תקופות זמן שונות.
• מעבירים את ערך המהירות לצוות ניתוח הנתונים ולשאול אם הם יכולים לבצע את הניתוח כדי שהתרשים יהיה מוכן לניתוח במהלך הפגישה.

פגישה עם צוות ניתוח הנתונים

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

השלבים הבאים

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