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

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

Lina Hansson
Lina Hansson

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

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

האתגר המשותף

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

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

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

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

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

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

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

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

נפגשים עם בעלי התפקידים

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

שינוי מהירות בעזרת צוות השיווק

האתגר המשותף

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

האיזון נשמר באמצעות שימוש זהיר בסקריפטים:

  • מומלץ להימנע מכפילויות שמודדות את אותו הדבר.
  • מסירים כלים שכבר לא נמצאים בשימוש.
  • אל תמדדו דברים של 'דברים יפים'. מודדים רק דברים חיוניים לעסק.

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

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

הכלים שמשמשים למעקב ולמודעות חוסמים לעיתים קרובות את המהירות שבה מבקרים רואים את התוכן כשהם נכנסים לאתר. כך פוחת הערך של ההשקעות בשיווק, כי אנחנו משלמים על מודעות, אנשים מתעניינים, הם לוחצים על המודעה, אבל הם צריכים להמתין. זה עלול לגרום להם להתעצבנות ולעזוב. במחקר אחד נמצא ששיעור ההמרה ירד מ-50% בערך ל-35% כשמדד המהירות זמן עד אינטראקציה גדל מ-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. אבל, האם אפשר להשתמש בו ליצירת דוחות עסקיים פשוטים? בודקים את התוצאה שמתקבלת מהניתוח שלמעלה, ובודקים אם יש אפשרות לראות את שיעור ההמרה היחסי בנייד שירד כשזמני הטעינה היו גבוהים במשך חודשיים-שלושה לפחות, ואם שיעור ההמרה היחסי בנייד עולה כשזמני הטעינה היו נמוכים במשך חודשיים-שלושה. אם זמני הטעינה יישארו יציבים, יהיה קשה לדעת אם הניתוח עובד בשבילכם עד שהמהירות תשתפר. אם כן, השתמשו בחלופה הבאה.
  • הצגת תרשימים של מדדי המהירות שהמפתחים משתמשים בהם. הסבירו אותם לצוות הניתוח ובדקו אם יש מתאמים עם שיעור ההמרה או עם השיעור היחסי של ההמרות בנייד.
  • מומלץ לתת לצוות ניתוח הנתונים זמן לחשוב על דרכים לניצול המהירות בחישובים שקשורים להכנסות, ואיך לדווח על כך לבעלי עניין. בדרך כלל זה נושא חדש עבורם. לאחר מכן, נסו להיפגש שוב ולנסות גישה מוצדקת. כמו תמיד, תצטרכו לשנות את איסוף הנתונים עד שמוצאים את ההתאמה המתאימה, אבל כאן תוכלו להתחיל את שיתוף הפעולה.

השלבים הבאים

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