רשימת טעויות דף הנחיתה לא עובדת עבור סוכנויות

Summary

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

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

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

שלב ראשון: יש לך זמן, אז השקיע אותו בדברים הברורים

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

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

שלב שני: הלקוח השני חושף את פער התהליך

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

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

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

שלב שלישי: תן למבנה לשאת בעומס

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

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

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

שלב רביעי: כשהבדיקות הופכות לטעות

כל רשימה כוללת את "אי-ביצוע בדיקות A/B" כחטא חמור, וזה אכן כך — עבור סוג מסוים של לקוח, ברגע מסוים. עבור לקוח שמתחיל את דרכו, עם טפטוף של מבקרים, בדיקות אינן טכניקת אופטימיזציה; הן מכונה לשריפת שבועות בזמן שמחכים לנתונים שלא יגיעו. האמת המנוגדת לאינטואיציה כאן היא שבדיקות מוקדמות מדי הן טעות, לא היעדר בדיקות. לפני שבדיקה יכולה ללמד אותך משהו, הדף צריך להיות נקי מהשגיאות הברורות משלבים ראשון ושני, כי בדיקת כותרת על דף איטי רק אומרת לך מה אתה כבר יודע: דפים איטיים מפסידים. טעות "אי-הבדיקה" ברשימות הקלאסיות היא טעות של שלב מאוחר, והיא הופכת לאמיתית רק כשיש ללקוח מספיק תנועה כדי שבדיקה תוכרע בחלון זמן סביר.

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

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

שלב חמישי: כשהבעיה אינה הדף

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

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

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

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