חיבור Make.com: הזמנות ולידים ל-StoreChart
בונים תרחיש ב-Make בלי לכתוב קוד, ושולחים הזמנות מחנויות עצמאיות, טפסים ומערכות ERP אל StoreChart. כל קריאה נרשמת ביומן האינטגרציות.
בקצרה
חיבור Make.com מאפשר לשלוח נתונים אל StoreChart מכל מערכת, בלי לכתוב קוד. בתרחיש ב-Make אפשר להעביר הזמנות מחנויות עצמאיות, לידים מטפסים ופניות ממערכות אחרות אל ה-webhooks הנכנסים של StoreChart. כל קריאה נרשמת ביומני האינטגרציה, כך שאפשר לבדוק מה הגיע, ולהפעיל אוטומציות וואטסאפ על הלידים שנקלטו.
אוטומציה עם Make: נתונים נכנסים ל-StoreChart
תרחישי Make שולחים הזמנות ולידים אל StoreChart דרך webhooks נכנסים, בלי קוד.
- תרחיש Make יכול לשלוח הזמנה מכל אפליקציה לכתובת ה-webhook של החנות, וההזמנה נוצרת ב-StoreChart.
- לידים מטפסים ומדפי נחיתה נשלחים ל-webhook לידים ומופיעים ב-StoreChart כלידים חדשים.
- הלקוחות מזוהים קודם לפי טלפון ואחר כך לפי מייל, כך שלקוחות חוזרים לא נפתחים כפולים.
- כל אחת ממאות האפליקציות שנתמכות ב-Make יכולה להיות המקור, כולל Google Sheets, בוני טפסים ומרקטפלייסים.
בניית תרחיש Make ל-StoreChart
כמה שלבים בין העתקת כתובת webhook ב-StoreChart להרצת התרחיש הראשון ב-Make.
מגדירים אינטגרציית webhook מותאמת לחנות (להזמנות) או ערוץ לידים (ללידים), ומעתיקים את הכתובת הייחודית שלה. ה-token שבכתובת הוא מה שמאמת את הבקשות.
בתרחיש ב-Make, אחרי השלב שמקבל את הנתונים מאפליקציית המקור, מוסיפים את מודול ה-HTTP של Make, מדביקים את הכתובת וממפים את שדות המקור לשדות ה-JSON של StoreChart.
מריצים את התרחיש פעם אחת עם נתונים אמיתיים ומוודאים שההזמנה או הליד מופיעים ב-StoreChart. אם שדה חסר או לא תקין, התשובה של StoreChart מפרטת בדיוק מה לתקן.
כל בקשה שמגיעה ל-webhook ההזמנות של חנות נרשמת ביומני האינטגרציה של StoreChart, ול-Make יש היסטוריית הרצות משלו, כך שאפשר לאתר תקלה מכל צד.
יכולות שנפתחות עם חיבור Make.com
הזמנות נכנסות
שולחים הזמנות מכל אפליקציה שנתמכת ב-Make לחנות ב-StoreChart, ופריטי ההזמנה משויכים למוצרים שלכם לפי מק"ט.
לידים נכנסים
שולחים לידים מטפסים, מדפי נחיתה או מגיליונות אל StoreChart דרך webhook לידים.
מאות אפליקציות
כל אפליקציה שנתמכת ב-Make יכולה להיות המקור, כולל Google Sheets, בוני טפסים ומרקטפלייסים.
בלי קוד
בונים את כל התרחיש בעורך הגרפי של Make, בלי כתיבת קוד או תלות בצוות פיתוח.
תמחור לפי פעולות ב-Make
כל מודול שרץ בתרחיש צורך מכסת שימוש ב-Make.com, כך שעיצוב התרחיש (באיזו תדירות הוא רץ, כמה שלבים יש בו) משפיע ישירות על התוכנית ש-Make דרושה לכם.
טיפול בשגיאות וניסיונות חוזרים
כלי הטיפול בשגיאות המובנים של Make יכולים לנסות שוב שלב שנכשל, לנתב אותו למסלול חלופי, או לשלוח התראה, כך שתקלת API זמנית בכל צד לא שוברת בשקט את כל האוטומציה.
אוטומציה עם Make: תמחור, חיבור ואמינות
עלות תרחיש ב-Make.com
Make.com מתמחרת לפי שימוש, וכל מודול שרץ בתרחיש נספר.
- תרחיש פשוט: שורה חדשה ב-Google Sheets או טופס חדש ששולחים הזמנה או ליד מריצים כמה מודולים לכל אירוע.
- תוכנית חינמית: מכסה בדרך כלל בדיקות ושימוש קל.
- נפח גבוה: עסקים עם נפח משמעותי עוברים בדרך כלל לתוכנית בתשלום.
- מגבלות עדכניות: כדאי לבדוק בעמוד התמחור של Make.
Webhooks נכנסים מ-Make
מודול ה-HTTP של Make שולח בקשת JSON לכתובת הייחודית של חנות או של ערוץ לידים. מכאן StoreChart:
- מאמתת את הנתונים.
- מזהה את הלקוח לפי טלפון, ואחר כך לפי מייל.
- משייכת את פריטי ההזמנה למוצרים לפי מק״ט.
- יוצרת את ההזמנה או הליד.
אם הנתונים לא תקינים, התשובה מפרטת אילו שדות צריך לתקן.
טיפול בשגיאות ואמינות
כלי הטיפול בשגיאות של Make קובעים מה קורה כששלב נכשל.
- ניסיון חוזר: התרחיש מנסה שוב את השלב שנכשל.
- מסלול חלופי: למשל רישום הכשל בגיליון במקום לאבד אותו.
- התראה: הודעה ברגע שמשהו נשבר.
- בלי כפילויות: הזמנה שכבר התקבלה מזוהה לפי מספר ההזמנה החיצוני ולא נוצרת פעמיים.
מה החיבור לא עושה
- כיוון אחד: הנתונים זורמים רק אל StoreChart.
- בלי טריגרים: StoreChart לא שולחת את האירועים שלה החוצה ל-Make.
- בלי פרסום ודיוור: אין כיום חיבור ישיר ל-Meta Ads, ל-Google Ads או ל-Mailchimp.
שאלות נפוצות
צריך חשבון Make.com בנפרד?
כן. Make.com היא פלטפורמה עצמאית עם תוכניות משלה, כולל תוכנית חינמית שמספיקה לבדיקת תרחיש ראשון. את המגבלות העדכניות כדאי לבדוק בעמוד התמחור של Make.
הזמנה חדשה ב-StoreChart יכולה להתחיל תרחיש ב-Make?
לא כרגע. StoreChart מקבלת נתונים מ-Make דרך webhooks נכנסים אבל לא שולחת את האירועים שלה החוצה, ולכן התרחיש צריך להתחיל באפליקציה אחרת (טופס, גיליון, מרקטפלייס) ולשלוח את הנתונים אל StoreChart.
יש חיבור ל-Meta Ads, Google Ads, Analytics או Mailchimp?
אין ל-StoreChart אינטגרציה ישירה לאף אחת מהפלטפורמות האלה כרגע. ומכיוון ש-StoreChart לא שולחת את הנתונים שלה החוצה ל-Make, אי אפשר גם לדחוף אליהן הזמנות או לקוחות מ-StoreChart דרך תרחיש Make. Make עובד בכיוון ההפוך: הוא מכניס ל-StoreChart נתונים מאפליקציות אחרות.
מה ההבדל בין Make.com לבין קריאה ישירה ל-webhooks של StoreChart?
שניהם מגיעים לאותם webhooks נכנסים. Make הוא כלי no-code: בונים את התרחיש בעורך גרפי וממפים שדות בלי לתכנת. קריאה ישירה לכתובת ה-webhook מהמערכת שלכם מתאימה לפיתוח מותאם, אבל דורשת כתיבת קוד.
כמה פעולות Make צורך תרחיש טיפוסי?
זה תלוי במורכבות התרחיש. זרימה פשוטה, למשל שורה חדשה ב-Google Sheets ששולחת הזמנה ל-StoreChart, מריצה רק כמה מודולים לכל אירוע. התוכנית החינמית של Make מכסה בדרך כלל בדיקות ושימוש קל; את המגבלות העדכניות כדאי לבדוק בעמוד התמחור של Make.
מה קורה כשתרחיש Make נכשל באמצע?
כלי הטיפול בשגיאות של Make עצמו מטפלים בזה, לא StoreChart: אפשר להגדיר שהתרחיש ינסה שוב את השלב שנכשל, ינתב לפעולה חלופית כמו רישום בגיליון, או ישלח התראה. ניסיון חוזר של הזמנה בטוח, כי StoreChart מזהה הזמנה שכבר התקבלה לפי מספר ההזמנה החיצוני ולא יוצרת אותה פעמיים.
האם צריך ידע בתכנות כדי לבנות תרחיש Make.com?
לא. העורך של Make ויזואלי לחלוטין: מחברים את המודולים של אפליקציית המקור למודול ה-HTTP של Make וממפים את השדות, כך שבניית תרחיש עובד לא דורשת כתיבת קוד, אם כי לוגיקה מתקדמת יותר (מסננים, נתבים) דורשת קצת למידה.
בנו את תרחיש ה-Make.com הראשון שלכם
מעתיקים כתובת webhook מ-StoreChart ובונים את התרחיש הראשון ב-Make.com