למה בודקים את עמוד הנחיתה לפני שהקמפיין עולה?
כי אחרי ההשקה כל טעות משולמת בקליקים. עמוד נחיתה יכול להיכשל בשלוש דרכים שונות וכל אחת נראית אחרת בדוחות. כשהעמוד לא משכנע יש תנועה בלי פניות. כשהעמוד לא עומד בדרישות של הפלטפורמה המודעות נדחות או מקבלות הערכה נמוכה. כשהעמוד ממיר אבל ההמרה לא נמדדת, הקמפיין נראה כושל ומערכת הבידינג לומדת מנתונים חסרים.
הכשל השלישי הוא היקר ביותר, כי נתון שלא נאסף ביום ההשקה לא חוזר. לכן חצי מהצ'קליסט הזה עוסק במדידה ולא בעיצוב.
ארבע תחנות במסלול
המסלול שהמשתמש עובר מהקליק ועד ההמרה שנרשמת
האם העמוד ממשיך את ההבטחה של המודעה?
זו הבדיקה הראשונה כי היא גם הקריטריון של Google. לפי מרכז העזרה של Google Ads, landing page experience היא מידת הרלוונטיות והתועלת של עמוד הנחיתה לאנשים שלחצו על המודעה. ההערכה משקפת את התועלת והרלוונטיות של המידע בעמוד, את קלות הניווט, את מספר הקישורים בעמוד ואת הציפיות שהמודעה יצרה אצל המשתמש.
בפועל בודקים שלושה דברים: שהכותרת הראשית חוזרת על ההבטחה של המודעה במילים דומות, שההצעה זהה (אותו מחיר, אותה הנחה, אותו מוצר) ושלכל כוונת חיפוש שונה יש עמוד או לפחות כותרת משלה, לא עמוד בית כללי.
landing page experience היא אחד משלושת הרכיבים של Quality Score, יחד עם שיעור הקלקה צפוי ורלוונטיות המודעה. לפי Google כל רכיב מקבל הערכה של Above average, Average או Below average, בהשוואה למפרסמים אחרים שהמודעות שלהם הופיעו לאותו חיפוש בדיוק ב-90 הימים האחרונים. Google גם מדגישה ש-Quality Score הוא כלי אבחון בסולם של 1 עד 10, לא KPI ולא קלט במכרז המודעות. משתמשים בו כדי לאתר עמוד בעייתי, לא כיעד בפני עצמו.
מה חייב להיות ברור במסך הראשון?
ארבע תשובות, בלי גלילה: מה מציעים, למי, מה עושים עכשיו ולמה להאמין. אם אחת מהן חסרה, המשתמש צריך להתאמץ כדי להבין, אבל משתמש שהגיע ממודעה לא יתאמץ.
הבדיקה הפשוטה ביותר היא להראות את המסך הראשון בנייד לאדם שלא מכיר את הפרויקט למשך כמה שניות ולשאול מה מציעים לו ומה הוא אמור לעשות. אם התשובה לא מדויקת, מתקנים את הכותרת לפני כל דבר אחר.
כלל שני: פעולה ראשית אחת. מספר הקישורים בעמוד הוא אחד הדברים ש-Google מזכירה בהגדרה של חוויית עמוד הנחיתה, כך שתפריט מלא, קישורים לרשתות חברתיות ושלוש קריאות לפעולה שונות מתחרים בפעולה שעליה אתם משלמים.
האם הפעולה עובדת בנייד מקצה לקצה?
לא בסימולטור של הדפדפן אלא בטלפון אמיתי, דרך הקישור של המודעה. ממלאים את הטופס עד הסוף ובודקים: שהמקלדת מתאימה לסוג השדה, שהודעות השגיאה מסבירות מה לתקן, שכפתור השליחה נראה גם כשהמקלדת פתוחה, שקישורי הטלפון וה-WhatsApp נפתחים, שמופיע אישור ברור אחרי השליחה.
אחר כך בודקים את הצד השני: שהפנייה הגיעה למייל או ל-CRM, עם כל השדות ועם מקור התנועה. טופס ששולח יפה ולא מגיע לאף אחד הוא התקלה שהכי קשה לזהות מהדוחות. איך מודדים את נקודות הנטישה בתוך הטופס פירטנו במדריך לנטישת טפסים.
האם העמוד עומד בדרישות היעד של Google Ads?
מדיניות Destination requirements של Google Ads מפרטת מה אסור ביעד של מודעה. אלה הסעיפים שעמודי נחיתה חדשים נופלים עליהם:
| הדרישה | מה אסור לפי המדיניות | מה בודקים לפני ההשקה |
|---|---|---|
| Destination not working | יעד שלא מתפקד או שמחזיר קוד שגיאת HTTP לסורק AdsBot | שהעמוד עלה מסביבת הפיתוח, בלי סיסמה ובלי שגיאה |
| Destination mismatch | דומיין בכתובת המוצגת שלא תואם לכתובת הסופית, הפניה לדומיין אחר, תבנית מעקב שמובילה לתוכן שונה | לאן מגיעים בפועל אחרי כל ההפניות |
| Destination not crawlable | יעד ש-Google Ads לא יכולה לסרוק | שהעמוד לא חסום לסריקה |
| Destination not accessible | יעד שלא נגיש במיקום שאליו מכוונים | חסימה גיאוגרפית מול מדינות היעד של הקמפיין |
| Destination experience | יעד שקשה או מתסכל לנווט בו, קישור שמתחיל הורדה ישירה או מוביל לקובץ | שהמודעה לא מובילה ישר ל-PDF ושאין חלונות קופצים שחוסמים את התוכן |
האם העמוד נטען מהר מספיק?
הספים ש-Google מגדירה כחוויה טובה, לפי web.dev: LCP בתוך 2.5 שניות, INP של 200 אלפיות שנייה או פחות ו-CLS של 0.1 או פחות. הם נמדדים באחוזון ה-75 של הטעינות, בנפרד לנייד ולדסקטופ.
לעמוד נחיתה חדש עוד אין נתונים ממשתמשים אמיתיים, כך שלפני ההשקה נשארים עם בדיקת מעבדה ב-Lighthouse או ב-PageSpeed Insights. צריך לדעת מה היא לא מראה: לפי web.dev, כלים שטוענים עמוד בסביבה מדומה בלי משתמש לא יכולים למדוד INP. המדד שמחליף אותו במעבדה הוא Total Blocking Time.
בעמודי נחיתה החשודים הרגילים הם: תמונת פתיחה כבדה, סרטון מוטמע שנטען מיד, צ'אט מוטמע ותגים שנשארו מקמפיינים קודמים. את המדדים עצמם ואיך מחברים אותם להמרות פירטנו במדריך ל-Core Web Vitals והמרות.
האם ההמרה נמדדת מקצה לקצה?
- מגדירים מהי ההמרה. אירוע אחד שמייצג פנייה שהתקבלה או רכישה, מסומן כאירוע מפתח ב-GA4. את ההגדרה פירטנו במדריך לאירועי מפתח ב-GA4.
- בודקים auto-tagging. לפי Google Ads התיוג האוטומטי מוסיף לכתובת פרמטר בשם GCLID ומופעל כברירת מחדל בחשבונות חדשים. אם יש בעמוד הפניות, Google מנחה לוודא שה-GCLID עובר לעמוד הסופי. הדרך לבדוק היא ללחוץ על מודעה ולהסתכל על הכתובת.
- מתייגים UTM בכל ערוץ אחר. לפי התיעוד של Google Analytics משתמשים תמיד ב-utm_source, utm_medium ו-utm_campaign. הערכים רגישים לאותיות גדולות וקטנות, לכן ההמלצה היא אותיות קטנות בלבד. את הכללים המלאים פירטנו במדריך לתיוג קמפיינים ב-UTM.
- שולחים המרת בדיקה. נכנסים דרך קישור מתויג עם Tag Assistant פתוח ומוודאים שהאירוע נשלח פעם אחת ועם מקור התנועה הנכון. את התהליך הסברנו במדריך למצב Preview ב-GTM.
- בודקים את תגי ההמרה של הפלטפורמות. תג ההמרה של Google Ads והפיקסלים האחרים צריכים לפעול על אותה פעולה בדיוק, לא על טעינת העמוד.
- חוזרים על הבדיקה מול באנר ההסכמה. פעם אחת עם אישור ופעם אחת עם סירוב, כדי לדעת מה נמדד בכל מצב.
- עוקבים אחרי הליד עד היעד. מוודאים שהפנייה נשמרה ב-CRM יחד עם מזהה הקליק או פרמטרי ה-UTM. בלי זה אי אפשר יהיה לחבר בין קמפיין לעסקה שנסגרה.
מה הצ'קליסט המלא בטבלה אחת?
| תחום | הבדיקה | איך בודקים |
|---|---|---|
| מסר | הכותרת וההצעה זהות למודעה | קוראים מודעה ועמוד זה לצד זה |
| מסך ראשון | מה, למי, מה עושים ולמה להאמין | מבחן של כמה שניות עם אדם מבחוץ |
| מיקוד | פעולה ראשית אחת, מעט קישורים החוצה | סופרים קישורים וקריאות לפעולה |
| פעולה | טופס, טלפון ו-WhatsApp עובדים בנייד | שליחה אמיתית מטלפון דרך המודעה |
| יעד הליד | הפנייה מגיעה ל-CRM עם מקור התנועה | פותחים את הרשומה שנוצרה |
| מדיניות | אין הפניה לדומיין אחר, העמוד נגיש וניתן לסריקה | בודקים את הכתובת הסופית ואת סטטוס המודעה |
| מהירות | LCP ו-CLS בטווח הטוב, Total Blocking Time נמוך | PageSpeed Insights בנייד |
| מדידה | אירוע מפתח נשלח פעם אחת, על הפעולה הנכונה | Tag Assistant ו-DebugView |
| ייחוס | GCLID או UTM שורדים עד העמוד הסופי | לוחצים על מודעה ובודקים את הכתובת |
| הסכמה | ידוע מה נמדד באישור ומה בסירוב | שתי המרות בדיקה, אחת בכל מצב |
מה בודקים ביום הראשון אחרי ההשקה?
שלוש השוואות, בסדר הזה. קליקים בפלטפורמה מול סשנים ב-GA4: פער גדול מעיד על עמוד שלא נטען, תג שלא פועל או הפניה שמאבדת את התיוג. אירועי מפתח לפי מקור ומדיום: בודקים שהם מגיעים ומשויכים לקמפיין ולא ל-direct. מספר הפניות ב-GA4 מול מספר הפניות ב-CRM: פער כאן אומר שטופס נשלח ולא מגיע ליעד, או שהמדידה סופרת משהו שאינו פנייה.
כשמצטברות כמה עשרות ביקורים שווה לצפות בהקלטות הראשונות. הן מראות תוך דקות דברים שהצ'קליסט לא תופס, כמו כפתור שמוסתר במכשיר מסוים. את השיטה הסברנו במדריך למפות חום ואבחון משפך.
שאלות נפוצות
מה בודקים בעמוד נחיתה לפני שמעלים קמפיין?
חמישה דברים: שהמסר בעמוד ממשיך את ההבטחה של המודעה, שההצעה והפעולה ברורות במסך הראשון, שהטופס או הרכישה עובדים בנייד מקצה לקצה, שהעמוד עומד בדרישות היעד של הפלטפורמה ונטען מהר ושההמרה נמדדת עד ה-CRM. את הבדיקה עושים בטלפון אמיתי, דרך הקישור של המודעה.
מה זה landing page experience ב-Google Ads?
לפי מרכז העזרה של Google Ads זו מידת הרלוונטיות והתועלת של עמוד הנחיתה לאנשים שלחצו על המודעה. ההערכה משקפת את התועלת והרלוונטיות של המידע בעמוד, את קלות הניווט, את מספר הקישורים בעמוד ואת הציפיות שהמודעה יצרה. זה אחד משלושת הרכיבים של Quality Score והוא מקבל הערכה של Above average, Average או Below average.
האם Quality Score משפיע ישירות על המכרז ב-Google Ads?
לא. לפי Google, Quality Score הוא כלי אבחון בסולם של 1 עד 10 ברמת מילת המפתח. הוא לא KPI ולא קלט במכרז המודעות. משתמשים בו כדי לזהות אם הבעיה היא בשיעור ההקלקה הצפוי, ברלוונטיות המודעה או בחוויית עמוד הנחיתה. ההערכה מבוססת על השוואה למפרסמים אחרים באותו חיפוש ב-90 הימים האחרונים.
למה מודעה נדחית בגלל עמוד הנחיתה?
מדיניות Destination requirements של Google Ads אוסרת בין השאר על יעד שלא מתפקד או שמחזיר שגיאת HTTP לסורק AdsBot, על דומיין בכתובת המוצגת שלא תואם לכתובת הסופית, על הפניה לדומיין אחר, על יעד שלא ניתן לסריקה או שלא נגיש במיקום היעד ועל קישור שמתחיל הורדה ישירה של קובץ.
איך בודקים שהמדידה של עמוד הנחיתה עובדת לפני ההשקה?
שולחים המרת בדיקה דרך קישור מתויג עם Tag Assistant פתוח. מוודאים שאירוע ההמרה נשלח פעם אחת, על הפעולה הנכונה ועם מקור התנועה הנכון. בודקים שה-GCLID או פרמטרי ה-UTM שורדים את ההפניות עד העמוד הסופי. לבסוף מוודאים שהפנייה נשמרה ב-CRM יחד עם מקור התנועה.
איזו מהירות טעינה נחשבת טובה לעמוד נחיתה?
הספים ש-Google מגדירה כחוויה טובה, לפי web.dev, הם LCP בתוך 2.5 שניות, INP של 200 אלפיות שנייה או פחות ו-CLS של 0.1 או פחות, באחוזון ה-75 של הטעינות. לעמוד חדש אין עדיין נתוני משתמשים, כך שלפני ההשקה מסתמכים על בדיקת מעבדה. בדיקת מעבדה לא מודדת INP. המדד שמחליף אותו הוא Total Blocking Time.
מה השורה התחתונה?
עמוד נחיתה מוכן לקמפיין כשעברתם את המסלול כולו כמו משתמש: מהמודעה, בטלפון, דרך הטופס ועד הרשומה ב-CRM. חצי מהבדיקות הן על העמוד עצמו: מסר, מסך ראשון, פעולה אחת, מהירות. החצי השני הוא על המדידה: אירוע מפתח, תיוג שלא הולך לאיבוד בהפניות והתנהגות מול באנר ההסכמה. את החצי הראשון אפשר לשפר גם אחרי ההשקה. את החצי השני לא, כי נתון שלא נאסף לא חוזר. אחרי שהקמפיין רץ, השלב הבא הוא לראות איפה המשתמשים נתקעים בפועל. זה מה שאנחנו עושים בשירות שיפור המרות וניתוח התנהגות גולשים. אם אתם לפני השקה ורוצים עין נוספת על העמוד ועל המדידה, כתבו לנו.
מקורות
Google Ads Help: Landing page, Google Ads Help: About Quality Score for Search campaigns, Advertising Policies Help: Destination requirements, Google Ads Help: About auto-tagging, Analytics Help: URL builders: Collect campaign data with custom URLs, web.dev: Web Vitals
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי