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

איך זה נראה בחנות

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

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

מה זה עולה למפרסם

הניקוי הוא המחיר הגלוי. המחיר הנסתר הוא נתוני הפרסום. בוט שמגיע ממודעה, מוסיף לעגלה ומתחיל תשלום יוצר את אותם אירועי AddToCart ו-InitiateCheckout שקונה יוצר. כשהאירועים האלה מגיעים ל-Meta, ל-Google Ads או ל-GA4 כהמרות, הבידינג של הפלטפורמות לומד מהם, ולומד למצוא עוד מהתנועה שיצרה אותם. המדריך ללידים מזויפים מסביר את אותה בעיה בטפסים.

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

מה Shopify מכסה

  • הגנת ספאם מוסיפה hCaptcha לטפסים בחנות, כמו יצירת קשר, ניוזלטר, התחברות ופתיחת חשבון, תחת Online Store › Preferences. היא מגינה על הטפסים האלה, אבל בוט יכול למלא עגלה בלי לגעת באף אחד מהם. Shopify: online store preferences
  • הגנת בוטים בתשלום היא תכונה של Shopify Plus שמתזמנים לכל אירוע הגנה, תחת Settings › Bot protection. Shopify: bot protection
  • בדיקות כרטיס של ספק התשלומים, כמו CVV, אימות כתובת ו-3-D Secure, הן מה שעוצר רכישות של בדיקת כרטיסים.

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

מה AdProtektor מוסיפה

  • היא בודקת כל ביקור בחנות ומזהה בוטים, מתחרים וחוות קליקים.
  • היא מקשרת תשלום שמגיע בלי ביקור בדפדפן למבקר שממנו הוא בא, כשהראיות מאפשרות, ונותנת לו את ההכרעה של אותו מבקר.
  • תשלום שלא מתקשר לאף אחד אבל נושא ראיות למתקפה, כמו תשלום שהתחיל ישר מ-API של העגלה או גל שעולה על מספר הביקורים האמיתיים, נרשם כתנועת בוטים בלוח הבקרה.
  • עם ConversionOS והגנה מהונאות פעילה, היא יכולה לעכב אירועי המרה שקשורים למבקרים חסומים או לסורקים, במקום לשלוח אותם ל-Meta, ל-Google Ads ול-GA4.
  • היא מחריגה את כתובות ה-IP של מבקרים חסומים מקמפיינים מתאימים בחשבון Google Ads המחובר, ומתחזקת קהלי החרגה ב-Meta היכן שזה מוגדר ונתמך.

עיכוב הוא לא תעודת כשרות

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

איך מגדירים היום

אפליקציית ConversionOS ל-Shopify ממתינה לבדיקה בחנות האפליקציות של Shopify. עד שהיא תופיע שם, מגדירים שלושה חלקים מלוח הבקרה:

  1. את הסקריפט של החנות בכותרת של ערכת העיצוב, כדי שכל ביקור בחנות ייבדק.
  2. את קטע הקוד של ה-Custom Pixel, תחת Settings › Customer events בניהול של Shopify, שמעביר את אירועי התשלום.
  3. את ה-webhook החתום של ההזמנות, מאותו אזור של ConversionOS.

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

פלטפורמות הפרסום לומדות ממה שאתה שולח להן. שלח להן קונים.

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