כאשר אתר אינו מייצר מספיק פניות, מכירות או תנועה, אחת ההצעות הראשונות שעולות היא לבנות אותו מחדש. אתר חדש נתפס לעיתים כפתרון נקי: עיצוב עדכני, מערכת חדשה, מבנה מסודר והזדמנות לתקן את כל מה שהצטבר לאורך השנים. אלא שבנייה מחדש היא מהלך יקר, ממושך ובעל סיכון, והיא אינה תמיד פותרת את הבעיה האמיתית.
אתר יכול להיראות מיושן אך עדיין להחזיק בתשתית טובה, בעמודים חזקים, בדירוגים ובמסלולים שעובדים. במצב כזה, החלפה מלאה עלולה למחוק חלק מהערך שכבר נבנה, בזמן שהבעיות המרכזיות היו יכולות להיפתר באמצעות ניהול, עדכון תוכן ושיפור ממוקד. מנגד, יש אתרים שבהם העבודה השוטפת הופכת למאבק קבוע: כל שינוי קטן דורש פיתוח מורכב, תקלות חוזרות, המערכת אינה נתמכת והמבנה כבר אינו מתאים לעסק. במקרים כאלה המשך התיקונים עלול להיות יקר יותר משדרוג יסודי.
ההחלטה אינה צריכה להתבסס רק על גיל האתר או על התחושה שהוא “כבר נראה ישן”. צריך להבין מה באמת מונע ממנו להתקדם: האם מדובר בתשתית, בתוכן, בחוויית המשתמש, במדידה, בתהליך העבודה או בשילוב ביניהם. רק לאחר שהפער מוגדר ניתן להחליט אם נכון לשפר את הקיים, לבצע שדרוג חלקי או לצאת לפרויקט חדש.
לא כל אתר ותיק צריך להיבנות מחדש
גיל האתר הוא סימן לבדיקה, לא סיבה מספקת להחלפה. אתר בן כמה שנים יכול לפעול היטב אם הוא מהיר, מאובטח, נוח לניהול ומתאים לצרכים העסקיים. לעומת זאת, אתר חדש יחסית יכול להיות בעייתי אם נבנה על תשתית לא מתאימה, ללא היררכיה, מדידה או אפשרות לבצע עדכונים.
לעיתים התחושה שהאתר ישן נובעת מכמה רכיבים חזותיים: טיפוגרפיה, תמונות, מרווחים, צבעים או מבנה עמוד הבית. שינויים כאלה יכולים לקבל מענה באמצעות רענון עיצובי ממוקד, בלי לגעת במערכת כולה.
גם תוכן מיושן גורם לאתר להיראות כאילו הוא דורש בנייה מחדש. עמודים ארוכים ולא מסודרים, מסרים שאינם מתאימים לפעילות הנוכחית, שירותים שכבר אינם מוצעים ותמונות ישנות יוצרים תחושה שהבעיה היא במערכת, אף שלמעשה היא נמצאת בניהול התוכן.
לפני שמחליטים על פרויקט חדש, כדאי לבדוק אילו חלקים באתר עדיין עובדים. עמודים שמקבלים תנועה, מסלולים שמייצרים פניות, כתובות בעלות דירוגים ורכיבים שהצוות יודע לנהל הם נכסים שכדאי לשמר.
להתחיל מהבעיה העסקית
השאלה הנכונה אינה “האם האתר נראה מספיק חדש?”, אלא “איזו תוצאה אנחנו לא מצליחים להשיג ומדוע?”.
אם האתר אינו מביא פניות, צריך לבדוק האם מגיעה אליו תנועה רלוונטית, האם עמודי השירות מסבירים את ההצעה והאם הטפסים והקריאות לפעולה עובדים. אתר חדש לא יפתור בעיה של היעדר ביקוש, תנועה לא מתאימה או הצעת ערך שאינה ברורה.
אם המכירות נמוכות, צריך לבחון את עמודי הקטגוריה והמוצר, המלאי, המחיר, האמון ותהליך התשלום. לפעמים שינוי ממוקד במסלול הרכישה יפיק תוצאה משמעותית הרבה יותר מבנייה מחדש של עמוד הבית.
גם כאשר העסק השתנה, לא תמיד נדרשת החלפה מלאה. אם נוספו שירותים, השתנה קהל היעד או נבנה מותג חדש, אפשר לעיתים לעדכן את המבנה, את השפה ואת עמודי הליבה בתוך התשתית הקיימת.
המדריך איך להפוך אתר קיים לאתר שמביא יותר פניות? מציג כיצד לבדוק את החיבור בין תנועה, מסרים, אמון וקריאות לפעולה לפני שמניחים שהמערכת עצמה היא הבעיה.
מתי הבעיה היא בעיקר בניהול?
אתרים רבים נחלשים לא משום שהטכנולוגיה אינה טובה, אלא משום שלא נבנתה עבורם שגרת עבודה לאחר ההשקה. התוכן אינו מתעדכן, הבאנרים נשארים חודשים, טפסים אינם נבדקים, נתונים אינם מנותחים ומשימות מגיעות דרך הודעות ללא סדר עדיפויות.
במצב כזה אתר חדש עלול להיראות מצוין ביום ההשקה, אך לחזור לאותו מצב לאחר שנה או שנתיים. אם אין אדם שאחראי על האתר, תכנית עבודה, תקציב תחזוקה ושגרת בדיקות, החלפת המערכת אינה פותרת את הגורם המרכזי.
סימן לכך שהבעיה ניהולית הוא שהאתר מאפשר לבצע את השינויים הנדרשים, אך הם פשוט אינם מתבצעים. ניתן לערוך עמודים, להוסיף תוכן ולשנות את הניווט, אך המידע נשאר ישן. המערכת תומכת במדידה, אך איש אינו בודק את הדוחות. קיימת אפשרות לשפר עמודים, אך המשימות נדחות לטובת בקשות אקראיות.
במקרה כזה נכון יותר לבנות תהליך של ניהול אתר אינטרנט: להגדיר אחריות, לרכז משימות, לקבוע בדיקות שבועיות וחודשיות ולבחור בכל תקופה מספר שיפורים בעלי השפעה גבוהה.
מתי מספיק לשפר את התוכן הקיים?
כאשר העמודים מקבלים תנועה אך אינם מייצרים תוצאה, קל להניח שהעיצוב או המערכת אינם טובים. לעיתים הבעיה נמצאת בתוכן עצמו: פתיח שאינו מסביר את הערך, מבנה שקשה לסרוק, מידע חסר, שפה כללית או קריאה לפעולה שאינה מתאימה.
במקרים כאלה ניתן להשיג שיפור משמעותי בלי לשנות את התשתית. אפשר לחדד את הכותרות, לארגן מחדש את העמוד, להוסיף תשובות לשאלות שחוזרות אצל לקוחות, לשלב דוגמאות, לחזק אמון וליצור מסלול ברור להמשך.
חשוב לא למחוק באופן אוטומטי עמוד שכבר צבר תנועה ודירוגים. לעיתים נכון יותר לעבוד על בסיס הקיים ולשמור את החלקים שמביאים ערך. המדריך איך לשפר עמוד קיים באתר בלי לכתוב אותו מחדש? מסביר כיצד לזהות את הרכיבים שעובדים ולבצע שינוי ממוקד בלי להתחיל מאפס.
גם אתר בעל עיצוב ותיק יכול להשתפר מאוד באמצעות תוכן טוב יותר. משתמשים יסלחו לעיצוב שאינו חדשני אם העמוד ברור, מהיר, אמין ומאפשר להם לבצע את הפעולה בקלות. לעומת זאת, עיצוב מתקדם לא יפצה על מידע חסר או על הצעה שאינה מובנת.
מתי רענון עיצובי מספיק?
לא כל שדרוג חזותי מחייב בנייה מחדש. לעיתים אפשר לשמור את מערכת הניהול, כתובות העמודים והתוכן המרכזי ולעדכן רק את שכבת התצוגה.
רענון יכול לכלול שינוי טיפוגרפיה, צבעים, כפתורים, תמונות, מרווחים ותבניות של עמודים מרכזיים. אפשר לעדכן את עמוד הבית, לשפר את התפריט וליצור אחידות בין עמודי שירות או מוצר בלי להעביר את האתר למערכת אחרת.
האפשרות הזו מתאימה כאשר התשתית יציבה, אך המראה כבר אינו תואם את המותג או את הציפיות של הקהל. היא מאפשרת לקבל תחושה של אתר חדש תוך שמירה על כתובות, תוכן, נתונים וחיבורים קיימים.
עם זאת, רענון עיצובי אינו צריך להסתכם בשכבת צבע. כדאי להשתמש בו כדי לשפר היררכיה, קריאות, מובייל וקריאות לפעולה. אם רק מחליפים את המעטפת ומשאירים מסלול משתמש בעייתי, התוצאה תיראה חדשה אך לא בהכרח תעבוד טוב יותר.
מתי הבעיה היא במבנה האתר?
אתר יכול לכלול תוכן טוב ומערכת תקינה, אך להיות בנוי בצורה שאינה מתאימה עוד להיקף הפעילות. שירותים חדשים נוספו ללא היררכיה, הקטלוג גדל, התפריט התמלא ועמודים דומים נוצרו לאורך השנים.
במצב כזה משתמשים מתקשים להבין היכן הם נמצאים ולאן להתקדם. מנועי החיפוש מתקשים לזהות אילו עמודים הם המרכזיים, והצוות עצמו אינו יודע היכן לפרסם תוכן חדש.
לפני שבונים מחדש, אפשר לבצע תהליך של ארגון ארכיטקטורת המידע. מאחדים עמודים חופפים, מגדירים עמודי ליבה, מסדרים קטגוריות, משפרים ניווט ובונים קישורים פנימיים.
אם המערכת מאפשרת לשנות תפריטים, מבנים וכתובות בצורה בטוחה, אפשר לעיתים לבצע את העבודה בתוך האתר הקיים. כאשר כל שינוי כזה דורש פיתוח עמוק, או שהמערכת כופה מבנה שאינו ניתן להתאמה, הצורך בשדרוג רחב הופך משמעותי יותר.
סימנים לכך שהתשתית הקיימת עדיין מספיקה
התשתית הקיימת כנראה יכולה להמשיך לשרת את העסק כאשר ניתן לערוך עמודים באופן עצמאי, להוסיף סוגי תוכן, לשנות את הניווט, להגדיר הפניות ולעדכן רכיבי SEO בלי תלות קבועה במפתח.
גם ביצועים סבירים, אבטחה עדכנית, תאימות למובייל וחיבורים תקינים למערכות השיווק והתפעול מעידים שאין הכרח להחליף את האתר. אם ניתן לשפר עמודים, להוסיף מדידה ולהטמיע שינויים בלי לסכן את הפעילות, נכון בדרך כלל לבדוק קודם מה אפשר להשיג באמצעות ניהול.
סימן חשוב נוסף הוא קיומם של נכסים חזקים. אם האתר מחזיק בעמודים שמדורגים, מקבלים קישורים ומייצרים פניות או מכירות, יש ערך רב לשמירה על המבנה והכתובות שלהם.
במצב כזה עדיף להגדיר תקופת שיפור של כמה חודשים. בוחרים עמודים ומסלולים מרכזיים, מבצעים שינויים ומודדים את התוצאה. אם מתברר שהתשתית מאפשרת את העבודה והביצועים משתפרים, אין צורך בפרויקט החלפה מלא.
סימנים לכך שנדרש שדרוג טכנולוגי
יש מצבים שבהם הניהול השוטף אינו מספיק משום שהמערכת עצמה מגבילה את האתר. כל שינוי קטן דורש קוד, ספק אחד בלבד יודע לתחזק את המערכת, רכיבים אינם נתמכים וקשה להתחבר לכלים חדשים.
תקלות חוזרות הן סימן נוסף. אם עדכונים שוברים את האתר, טפסים מפסיקים לעבוד, מהירות הטעינה נמוכה גם לאחר אופטימיזציה וכל תיקון יוצר בעיה אחרת, ייתכן שהתשתית צברה חוב טכני שאינו משתלם להמשיך לתחזק.
גם היעדר תמיכה באבטחה, עדכוני מערכת או גרסאות חדשות צריך לקבל משקל גבוה. אתר שמבוסס על טכנולוגיה שאינה מתוחזקת מציב סיכון עסקי, גם אם הוא עדיין פועל כיום.
באתר איקומרס, מגבלות של סליקה, מלאי, משלוחים, וריאציות ואינטגרציות יכולות להצדיק מעבר. אם המערכת אינה מסוגלת לתמוך בתהליך המכירה הנדרש, כל פתרון זמני עלול להוסיף מורכבות ולהגדיל את הסיכון.
במקרים כאלה נכון לבחון שדרוג פלטפורמה או בנייה מחדש, אך ההחלטה צריכה להתבסס על רשימת מגבלות ברורה ולא על העדפה כללית למערכת חדשה.
כאשר האתר אינו מתאים למובייל
אתר שאינו שמיש במובייל דורש טיפול משמעותי, אך גם כאן לא תמיד חייבים להתחיל מחדש. לעיתים התבנית קיימת אך כוללת בעיות שניתן לתקן: כפתורים קטנים, רווחים, תפריט, טפסים או טבלאות.
אם המבנה עצמו אינו רספונסיבי, רכיבים נשברים באופן קבוע ואין דרך סבירה להתאים את התבניות, שדרוג רחב יכול להיות מוצדק. הדבר נכון במיוחד כאשר רוב התנועה מגיעה ממכשירים ניידים והפער ביחס ההמרה משמעותי.
כדאי לבצע בדיקה מעשית של המסלולים המרכזיים בטלפון אמיתי. לא די לראות שהעמוד “נכנס למסך”. המשתמש צריך להיות מסוגל לנווט, לקרוא, למלא טופס, לבחור מוצר ולהשלים רכישה.
הממצאים צריכים להיות מחוברים לנתונים. אם קיימת ירידה חריגה במובייל, ייתכן שהבעיה ממוקדת במספר תבניות ולא בכל האתר. תיקון של עמודי המוצר וה-Checkout יכול להיות עדיף על החלפה מלאה.
כאשר האתר איטי
מהירות נמוכה היא סיבה לבדיקה, אך לא בהכרח לבנייה מחדש. תמונות כבדות, תוספים מיותרים, אחסון חלש וקוד שיווקי יכולים להאט גם אתר חדש.
לפני שמחליטים להחליף מערכת, כדאי לבצע אבחון. האם הבעיה מופיעה בכל העמודים? האם היא נובעת מהשרת, מהתבנית, מתמונות או מכלים חיצוניים? האם ניתן לטפל בה באמצעות דחיסה, טעינה חכמה, הסרת רכיבים ושיפור אחסון?
כאשר המערכת עצמה מייצרת קוד כבד, אינה תומכת באופטימיזציה וכל שיפור מספק תוצאה מוגבלת בלבד, מעבר יכול להיות מוצדק. אבל אם עיקר הבעיה הוא עשרות סקריפטים שנוספו במהלך השנים, אתר חדש עלול להפוך לאיטי שוב אם אותם הרגלים ימשיכו.
לכן לצד הטיפול הטכני צריך לקבוע כללים להעלאת מדיה ולהתקנת כלים. שדרוג ללא שינוי בתהליך הניהול רק מאפס את הבעיה לזמן קצר.
כאשר קשה למדוד את הביצועים
אתר שאינו מאפשר מדידה אמינה מקשה לקבל החלטות, אך גם במקרה הזה יש להבחין בין חוסר בהטמעה לבין מגבלה טכנולוגית.
אם ניתן לחבר מערכות אנליטיקה, להגדיר אירועים ולעקוב אחר פניות ורכישות, הבעיה היא בדרך כלל בהגדרה ובניהול. אפשר לבנות תשתית מדידה בלי להחליף את האתר.
אם תהליך הרכישה מתרחש בכמה מערכות שאינן מעבירות מידע, הטפסים אינם מאפשרים מעקב או שהפלטפורמה חסומה בפני הטמעה סבירה, ייתכן שהמדידה היא חלק מסיבה רחבה יותר לשדרוג.
לפני החלטה כדאי להגדיר אילו נתונים נדרשים לעסק. אין טעם לבנות אתר חדש רק כדי לקבל דוחות נוספים שלא ישמשו לקבלת החלטות. השאלה היא האם המערכת מאפשרת למדוד את הפעולות החשובות ולחבר אותן לתוצאות העסקיות.
כאשר כל שינוי תלוי בספק חיצוני
תלות בספק אינה בהכרח בעיה. גם אתר מקצועי יכול לדרוש מפתח לשינויים מורכבים. הבעיה מתחילה כאשר פעולות שוטפות כמו שינוי טקסט, העלאת עמוד או החלפת תמונה דורשות פנייה, הצעת מחיר והמתנה.
תלות כזו מאטה את העבודה ומגדילה עלויות. התוכן נשאר ישן, מבצעים עולים מאוחר והאתר אינו מצליח להגיב לצורכי העסק.
לפני שמחליפים מערכת, כדאי לבדוק אם אפשר לשפר את ממשק הניהול, ליצור תבניות או להגדיר הרשאות מתאימות. לעיתים פיתוח נקודתי של רכיבי CMS יפתור את הבעיה.
אם המערכת אינה מאפשרת ניהול עצמאי גם לאחר התאמות, נכון לשקול מעבר לפלטפורמה שבה הצוות יוכל לבצע את רוב הפעולות השוטפות ללא פיתוח. השדרוג צריך להגדיר מראש אילו פעולות חייבות להיות בשליטת העסק, ולא להסתפק בהבטחה כללית שהמערכת החדשה “קלה לניהול”.
כאשר העסק השתנה באופן מהותי
שינוי משמעותי במודל העסקי יכול להצדיק אתר חדש. עסק שעבר ממתן שירותים למכירה אונליין, החל לפעול בכמה שווקים, הוסיף אזור לקוחות או בנה מערך תוכן גדול זקוק לעיתים לתשתית אחרת.
השאלה היא האם המבנה הנוכחי יכול להכיל את השינוי בלי להפוך למסורבל. אם אפשר להוסיף אזורים חדשים, ליצור תבניות ולבנות ניווט ברור, ייתכן שהאתר הקיים עדיין מתאים. אם כל הרחבה דורשת פתרון עוקף ויוצרת עוד שכבה של מורכבות, שדרוג עשוי להיות נכון.
מיתוג מחדש לבדו אינו תמיד מחייב החלפה. אפשר לעדכן צבעים, שפה, תמונות ומסרים בתוך האתר הקיים. כאשר המיתוג החדש מלווה גם בשינוי קהל, הצעת ערך, מוצרים ומבנה, ההצדקה לפרויקט רחב מתחזקת.
כאשר קיימת בעיית אבטחה או תמיכה
מערכת שאינה מקבלת עדכוני אבטחה, תוספים שאינם נתמכים או קוד שאין מי שיודע לתחזק הם סימנים שלא נכון להתעלם מהם.
גם אם האתר אינו מציג כרגע תקלה, הסיכון יכול להצדיק שדרוג. פריצה, אובדן מידע או השבתה עלולים לעלות יותר מפרויקט מעבר מתוכנן.
עם זאת, יש לבצע אבחון מקצועי ולא להניח שכל מערכת ותיקה אינה מאובטחת. לעיתים הבעיה נובעת מחשבונות ישנים, סיסמאות חלשות, הרשאות מיותרות או היעדר עדכונים – נושאים שניתן לתקן ללא מעבר.
כאשר הליבה הטכנולוגית אינה נתמכת ואין מסלול עדכון סביר, בנייה מחדש הופכת להחלטה של ניהול סיכון ולא רק של שיפור ביצועים.
מתי כדאי לבצע שדרוג חלקי?
בין תחזוקה שוטפת לבין בנייה מלאה קיימת אפשרות של שדרוג חלקי. במקרים רבים זו הבחירה היעילה ביותר.
אפשר לשדרג רק את עמודי הליבה, את תהליך הרכישה, את התפריט, את תבניות המוצר או את ממשק הניהול. האתר נשאר על אותה מערכת, אך האזורים בעלי ההשפעה הגבוהה עוברים שינוי עמוק.
שדרוג חלקי מתאים כאשר התשתית הכללית טובה, אך רכיב מרכזי אחד כבר אינו מתאים. לדוגמה, אתר תוכן יכול לעבוד היטב אך טופסי הלידים שלו מיושנים. חנות יכולה להחזיק בקטלוג תקין אך לסבול מ-Checkout חלש. אתר שירות יכול לשמור את העמודים והדירוגים אך לדרוש תפריט ותבניות חדשות.
היתרון הוא צמצום סיכון ועלות. אפשר לבצע את העבודה בשלבים, למדוד את התוצאה ולשמור על חלקים שאינם דורשים שינוי.
העלות הנסתרת של תיקונים מתמשכים
גם כאשר אפשר להמשיך לתקן, לא תמיד משתלם לעשות זאת. אם בכל חודש משקיעים שעות רבות בפתרונות עוקפים, תיקון תקלות והתאמות זמניות, העלות המצטברת יכולה לעבור את עלות השדרוג.
כדאי לבדוק כמה זמן וכסף מושקעים בתחזוקה שאינה מייצרת שיפור. האם אותם רכיבים נשברים שוב? האם כל פיתוח לוקח זמן רב בגלל מגבלות המערכת? האם הצוות נמנע מרעיונות טובים משום שהיישום מסובך מדי?
עם זאת, חשוב להבחין בין עלויות תחזוקה טבעיות לבין סימן לתשתית בעייתית. כל אתר דורש עדכונים, תוכן ובדיקות. גם מערכת חדשה לא תבטל את הצורך בניהול.
הסימן המשמעותי הוא היחס בין ההשקעה לתוצאה. אם רוב הזמן מוקדש לשמירה על הקיים ולא ניתן להתקדם, ייתכן שהמערכת הפכה לחסם.
העלות הנסתרת של בנייה מחדש
גם פרויקט חדש כולל עלויות שאינן תמיד מופיעות בהצעת הפיתוח. צריך לאפיין, לכתוב, לעצב, להעביר תוכן, להגדיר הפניות, להטמיע מדידה, לבצע בדיקות ולהדריך את הצוות.
יש להביא בחשבון גם את הזמן של אנשי העסק. אישורים, איסוף מידע, מעבר על עמודים ובדיקות יכולים לדרוש שעות רבות.
קיים גם סיכון לביצועים קיימים. שינוי כתובות, מחיקת תוכן, מבנה חדש או תקלה בהפניות יכולים לפגוע בתנועה האורגנית. טפסים וחיבורים למערכות עלולים לא לעבוד מיד כפי שעבדו באתר הישן.
לכן בנייה מחדש צריכה להציג ערך ברור מעבר למראה חדש. היא צריכה לפתור מגבלות שלא ניתן לפתור בצורה סבירה באתר הקיים ולהעניק בסיס טוב יותר לשנים הבאות.
לבצע אודיט לפני החלטה
לפני שמחליטים, כדאי לבצע בדיקה מסודרת של האתר. האודיט צריך לכלול את התשתית הטכנית, הביצועים, התוכן, ה-SEO, חוויית המשתמש, הניהול והחיבור למערכות העסקיות.
המטרה אינה לייצר רשימה ארוכה של כל פגם קטן. צריך לזהות את החסמים בעלי ההשפעה הגבוהה ולסווג אותם: מה ניתן לתקן, מה דורש שדרוג חלקי ומה אינו ניתן לפתרון סביר בלי מעבר.
כדאי לבחון גם את הביצועים של עמודים ומסלולים מרכזיים. המדריך איך לנתח ביצועים של עמוד באתר? מאפשר לבדוק אם הבעיה נמצאת בתנועה, בתוכן, במובייל או בהמרה.
בסיום האודיט צריך לקבל שלוש חלופות עם עלות, זמן, סיכון ותועלת צפויה. לדוגמה: שיפור האתר הקיים במשך שלושה חודשים, שדרוג של תבניות הליבה או הקמה מחדש. החלטה כזו מדויקת יותר מהכרזה כללית שהאתר “ישן”.
לנסות תקופת שיפור לפני בנייה מחדש
כאשר אין מגבלת אבטחה או תשתית קריטית, כדאי לעיתים להגדיר תקופת ניסיון של שלושה עד שישה חודשים לניהול ושיפור האתר הקיים.
בתקופה הזו בוחרים את המסלולים והעמודים החשובים ביותר, מתקנים תקלות, משפרים תוכן, בונים מדידה ומבצעים מספר פעולות CRO. לכל שינוי מגדירים מדד הצלחה.
אם הביצועים משתפרים והמערכת מאפשרת לעבוד בצורה יעילה, ניתן להמשיך לנהל ולשדרג בהדרגה. אם כל פעולה נתקלת במגבלה טכנית, נמשכת זמן רב או אינה מאפשרת להגיע לתוצאה הרצויה, מתקבלת הוכחה מעשית שהגיע הזמן לעבור.
הגישה הזו מצמצמת החלטות המבוססות על תחושה. היא גם מייצרת מידע שישמש את האתר החדש אם אכן ייבנה: אילו מסרים עובדים, אילו עמודים חשובים, היכן המשתמשים נתקעים ואילו פונקציות נדרשות.
לא לבנות אתר חדש בלי תכנית לניהול שלו
אחת הטעויות הגדולות היא להשקיע את כל התקציב בפרויקט ההקמה ולא להשאיר משאבים ליום שאחרי.
אתר חדש יתחיל מיד לצבור משימות. תוכן ידרוש עדכון, משתמשים יחשפו בעיות, קמפיינים יצריכו עמודים ומערכות ידרשו תחזוקה. ללא תהליך מסודר הוא עלול להגיע תוך זמן קצר לאותה נקודה שבה נמצא האתר הישן.
כבר באפיון צריך להגדיר מי מנהל את האתר, אילו פעולות הצוות יבצע לבד, כיצד יועברו בקשות, מי אחראי על QA ומהם הדוחות שייבדקו.
המדריך איך לנהל אתר אחרי שהוא עלה לאוויר? מפרט את שגרת העבודה הנדרשת לאחר ההשקה. התהליך הזה צריך להיות חלק מהפרויקט ולא להיבנות רק לאחר שמתחילות תקלות.
לשמור על הנכסים הקיימים במהלך מעבר
אם התקבלה החלטה לבנות מחדש, צריך למפות את הנכסים של האתר הישן ולא להתייחס אליו רק כעיצוב שמוחלף.
יש לזהות עמודים שמביאים תנועה, כתובות בעלות קישורים, תוכן שמייצר פניות, טפסים, חיבורים, נתוני מדידה ומסלולים שעובדים היטב. לא כל דבר צריך לעבור כפי שהוא, אך כל נכס צריך לקבל החלטה מודעת.
עמודים יכולים לעבור, להתאחד, להשתנות או לרדת. כאשר כתובת משתנה, צריך להגדיר הפניה מתאימה. כאשר כמה עמודים מאוחדים, התוכן החשוב צריך להשתלב בעמוד החדש.
גם מדידה צריכה להישמר ככל האפשר, כדי שניתן יהיה להשוות את התקופות ולזהות אם המעבר יצר ירידה.
השקה ללא תכנית מעבר יכולה ליצור אתר יפה יותר אך חלש יותר מבחינת תנועה, מידע ותהליכים עסקיים.
להגדיר הצלחה לפני השדרוג
לפני שמתחילים פרויקט, צריך להגדיר כיצד נדע שהוא הצליח. “אתר מודרני יותר” הוא יעד עיצובי כללי, אך קשה למדוד אותו.
יעדים יכולים להיות קיצור זמן העלאת עמודים, שיפור מהירות, הגדלת יחס ההמרה, צמצום תקלות, תמיכה במוצרים חדשים או הפחתת התלות במפתח.
לכל יעד כדאי להגדיר מצב נוכחי ומצב רצוי. אם הבעיה היא זמן תפעול, מודדים כמה זמן לוקחת כיום העלאת מוצר וכמה אמור לקחת לאחר השדרוג. אם המטרה היא שיפור פניות, מתעדים את יחס ההמרה ואיכות הלידים.
היעדים משפיעים גם על האפיון. אם המטרה היא לנהל תוכן במהירות, מערכת הניהול והתבניות חשובות יותר מאנימציות. אם היעד הוא שיפור מכירות, עמודי המוצר, הקטגוריות וה-Checkout צריכים לקבל עדיפות.
לקבל החלטה לפי שילוב של ערך, סיכון ועלות
אין נוסחה אחת שמתאימה לכל אתר, אך אפשר לבחון את ההחלטה דרך שלוש שאלות.
הראשונה היא כמה ערך נוסף צפוי מהשדרוג לעומת שיפור הקיים. אם אפשר להגיע לרוב התוצאה באמצעות עבודה ממוקדת, ייתכן שבנייה מחדש אינה מוצדקת.
השנייה היא מהו הסיכון בכל חלופה. המשך שימוש במערכת לא נתמכת מסוכן, אך גם מעבר ללא תכנית הפניות ו-QA יוצר סיכון משמעותי.
השלישית היא העלות הכוללת, כולל זמן, תחזוקה עתידית, תלות בספקים והכשרת הצוות. אין להשוות רק בין מחיר הפיתוח לבין מחיר של כמה תיקונים.
החלטה נכונה מסתכלת על השנים הבאות, אך אינה מתעלמת מהנכסים ומהצרכים של היום.
מתי ניהול נכון מספיק?
ניהול נכון מספיק כאשר התשתית יציבה, האתר ניתן לעדכון, הבעיות המרכזיות ממוקדות וניתן למדוד את השפעת השינויים. במצב כזה כדאי להשקיע בתוכן, UX, מדידה, תחזוקה וקישורים פנימיים לפני שמתחילים פרויקט חדש.
העבודה צריכה להיות שיטתית. בוחרים עמודים בעלי פוטנציאל, מגדירים בעיה, מבצעים שינוי ומודדים. לא מנסים “לשפר את כל האתר”, אלא עובדים לפי סדר עדיפויות.
המדריך איך לתעדף שינויים באתר? מסייע להשוות בין השפעה, דחיפות, מאמץ וסיכון. כך ניתן להבין אילו שינויים מצדיקים השקעה ואילו רעיונות יכולים להמתין.
ניהול טוב יכול להאריך משמעותית את חיי האתר ולשפר את ביצועיו בלי פרויקט רחב. הוא גם מכין את העסק טוב יותר לרגע שבו שדרוג אכן יהיה נחוץ.
מתי הגיע הזמן לשדרג?
הגיע הזמן לשדרג כאשר התשתית עצמה מונעת מהעסק לבצע פעולות חשובות, כאשר הסיכון הטכני גדל, כאשר התחזוקה גוזלת משאבים בלי לייצר התקדמות וכאשר המבנה אינו מסוגל לתמוך בפעילות העתידית.
השדרוג מוצדק במיוחד כאשר קיימות כמה בעיות מערכתיות יחד: קושי בניהול תוכן, ביצועים חלשים, חוסר תמיכה, תלות קיצונית בספק, בעיות אבטחה ומגבלות בחיבור למערכות.
גם אז לא נכון לצאת לפרויקט מתוך תסכול בלבד. צריך להגדיר מה נשמר, מה משתנה, כיצד מודדים הצלחה וכיצד מנהלים את האתר לאחר העלייה.
אתר חדש אינו תחליף לניהול טוב
הבחירה בין שדרוג לניהול אינה בחירה בין פעולה לבין חוסר פעולה. ניהול אתר קיים יכול לכלול שינויים עמוקים, רענון עיצובי, בניית תבניות ושיפור מסלולים. מצד שני, גם אתר חדש דורש תחזוקה, תוכן ומדידה מהרגע הראשון.
ההחלטה צריכה להתחיל מאבחון ולא מהעדפה. כאשר הבעיה נמצאת בתוכן, בתהליך העבודה או בסדר העדיפויות, נכון לתקן אותה במקום שבו היא נמצאת. כאשר התשתית מגבילה את העסק ומייצרת סיכון ועלות מתמשכים, שדרוג הופך להשקעה מוצדקת.
בסופו של דבר, האתר הטוב ביותר אינו בהכרח החדש ביותר. זהו האתר שהעסק מסוגל לנהל, לעדכן ולשפר באופן עקבי, ושמאפשר למשתמשים להבין את ההצעה ולהתקדם לפעולה בלי חיכוך מיותר.
