נטישת עגלה בווקומרס: מה באמת הורג את ההמרות שלכם

כמה באמת עולה לכם נטישה בעמוד התשלום?

קחו חנות ווקומרס עם 100 מבקרים ביום ושיעור המרה של 2% — שתי הזמנות ביום. בנטישה של 70%, זה אומר שנפתחות בערך 6.7 עגלות ביום, וכ-4.7 מהן ננטשות. בהזמנה ממוצעת של ₪200, אלה כ-₪930 ביום — בערך ₪340,000 בשנה — בעגלות שלא הפכו להזמנות. הורידו את הנטישה מ-70% ל-65%, ובערך עוד עגלה אחת בכל שלושה ימים תהפוך להזמנה: בערך ₪24,000 בשנה.

למה קונים עוזבים? בסקר של Baymard בקרב קונים אמריקאים שנטשו בשלב התשלום (בלי מי שרק עשו סיבוב), הסיבות המובילות הן עלויות נוספות גבוהות מדי (40%), משלוח איטי מדי (20%), חוסר אמון באתר עם פרטי האשראי (19%), חובה לפתוח חשבון (18%), תהליך רכישה ארוך או מסובך מדי (17%) ותקלות או קריסות באתר (17%). אמון, אורך התהליך, תקלות והרשמה בכפייה הן בעיות שמפתח יכול לתקן ישירות — ובהן המדריך הזה מתמקד.

אבחון 1: עמוד תשלום שנטען לאט (מעל 3 שניות)

טענו את עמוד התשלום של החנות ופתחו את Chrome DevTools (Ctrl+Shift+I, לשונית Network). בדקו את זמן הטעינה. אם הוא מעל 3 שניות — מצאתם את האשם הראשון. ברוב המקרים עמוד תשלום איטי נובע משלוש סיבות: (א) יותר מדי תוספים שטוענים סקריפטים בכל האתר, (ב) תמונות מוצר בלי אופטימיזציה שנטענות גם בסיכום העגלה, (ג) חיבור איטי לחברת הסליקה.

תיקון מהיר: בטלו את הטעינה של תוספים לא חיוניים (ווידג'טים חברתיים, אנליטיקה, צ'אט, תוספי SEO) בעמוד התשלום בלבד, בלי לכבות אותם בשאר האתר. מנהל תוספים לפי עמוד, כמו Plugin Organizer או Freesoul Deactivate Plugins, עושה את זה מתוך לוח הבקרה. אל תעתיקו את קטע הקוד הנפוץ עם deactivate_plugins() — הפונקציה הזאת מכבה את התוסף בכל האתר, לצמיתות. מי שמעדיף קוד כותב תוסף must-use קטן בתיקייה wp-content/mu-plugins/, שמסנן את רשימת התוספים הפעילים רק בבקשות לעמוד התשלום:

add_filter( 'option_active_plugins', function ( $plugins ) {
  if ( strpos( $_SERVER['REQUEST_URI'] ?? '', '/checkout' ) === false ) {
    return $plugins;
  }
  return array_values( array_diff( $plugins, array( 'plugin-folder/plugin-file.php' ) ) );
} );

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

אבחון 2: שדות טופס מיותרים

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

בעמוד התשלום הקלאסי, Appearance > Customize > WooCommerce > Checkout מאפשר להסתיר את השדות Company name ו-Address line 2, ולהפוך את Phone לשדה רשות או להסתיר אותו (השאירו אותו אם חברת הסליקה או חברת השליחויות צריכות אותו). בעמוד התשלום מבוסס הבלוקים, אותן אפשרויות נמצאות בהגדרות של בלוק Checkout בעורך. שדות שווקומרס לא מציע להסתיר, כמו Postcode, דורשים תוסף לעריכת שדות עמוד התשלום או מסנן קטן בקוד. ומחקו כל שדה מותאם שהוספתם ואינכם משתמשים בו יותר.

אבחון 3: הפניות תשלום שלא משדרות אמון

אם שלב התשלום שולח את הקונים לעמוד בדומיין אחר — עמוד תשלום מאוחסן של חברת הסליקה, או PayPal — הם רואים שהכתובת מתחלפת, למשל מ-yourstore.co.il לדומיין של חברת הסליקה. במובייל, כשהעמוד פתאום נראה אחרת, זה יכול להרגיש כמו מסירה לגורם זר בדיוק ברגע שבו מקלידים פרטי אשראי.

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

אבחון 4: שדות קלט שבורים במובייל (מספר טלפון)

בדקו את עמוד התשלום באייפון. הקישו על שדה הטלפון. האם נפתחת מקלדת מספרים, או מקלדת QWERTY מלאה? אם זו QWERTY, השדה לא מוגדר כ-type="tel" או שחסר לו inputmode="tel". הקונים נאלצים להחליף מקלדת כדי להגיע לספרות — חיכוך קטן, ברגע הכי פחות מתאים.

התיקון: ווקומרס מגדיר את שדה הטלפון כ-type="tel", שכבר פותח מקלדת ספרות — כך שאם מופיעה QWERTY, ערכת עיצוב או תוסף לעריכת שדות עמוד התשלום שינו את השדה. החזירו את הסוג ל-Phone באותו תוסף, או הוסיפו את הקוד הבא ל-functions.php של ערכת הבת (או לתוסף snippets) כדי לכפות אותו:

add_filter( 'woocommerce_checkout_fields', function ( $fields ) {
  $fields['billing']['billing_phone']['type'] = 'tel';
  $fields['billing']['billing_phone']['custom_attributes']['inputmode'] = 'tel';
  return $fields;
} );

אם החנות משתמשת בעמוד התשלום מבוסס הבלוקים (ברירת המחדל בחנויות ווקומרס חדשות מאז גרסה 8.3), המסנן הזה לא חל עליו — שדה הטלפון שם כבר מוגדר כ-tel, והתיקון הוא להסיר את התוסף שדורס אותו.

בדקו ומדדו: קבעו נקודת בסיס

מדדו את הנטישה בעמוד התשלום לפני ואחרי כל תיקון. ב-Google Analytics 4, כשהחנות שולחת את אירועי המסחר הסטנדרטיים, בנו משפך (funnel exploration) מ-begin_checkout ועד purchase. קבעו נקודת בסיס: "שיעור הנטישה הנוכחי בעמוד התשלום שלנו הוא X%". בצעו תיקון אחד (ביטול טעינה של תוספים, הסתרת שדה, תיקון שדה הטלפון), חכו שבוע-שבועיים ומדדו שוב. אפילו שיפור של כמה נקודות הוא כסף אמיתי. לחלק של המהירות, מחשבון ההשפעה על ההכנסות נותן הערכה גסה של כמה עולה עמוד איטי, לפי התנועה וההזמנה הממוצעת שלכם.

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