קח את זה איתך — בשתי לחיצות
לוחצים כאן, מתחברים ל-Make ומאשרים את החיבורים — והתרחיש נפתח בחשבון שלך עם המודולים כבר מחוברים זה לזה. בלי לבנות כלום מאפס.
או: הורדת קובץ ה-blueprint — לייבוא ידני ל-Make
כך זה עובד — הדגמה קצרה על חיבור לדוגמה
- לוחצים על הכפתור
- מתחברים ל-Make (או נרשמים)
- מאשרים את החיבורים — וזה רץ
ריצה אמיתית מ-5.10.2026 — ירוק, 3 פעולות, שני מודולים.
גילוי נאות: בחלק מהעמודים יש קישור להרשמה ל-Make דרך תוכנית-השותפים שלנו — אם נרשמת דרכו, ייתכן שנקבל עמלה, בלי שזה מייקר לך משהו. זה לא משנה את מה שכתוב כאן: כל תרחיש בעמוד נבנה והורץ אצלנו בפועל, והצילומים הם מהריצה האמיתית. אנחנו ממליצים על Make כי בדקנו אותו, לא להפך.
בקצרה — שלוש דרכים לאותה רשומה
- הידנית: פותחים את Notion, מעתיקים את הפריט החדש, עוברים ל-Airtable ומדביקים שדה אחרי שדה. זה עובד עד היום שבו שוכחים פריט אחד, ואף אחד לא שם לב עד סוף החודש.
- הבסיסית: מייצאים מדי פעם את הדאטהבייס מ-Notion לקובץ CSV ומייבאים אותו לטבלה ב-Airtable. זה חוסך הקלדה, אבל מישהו צריך לזכור לעשות את זה ולנקות את הכפילויות אחרי כל ייבוא.
- המלאה (העמוד הזה): תרחיש של שני מודולים ב-Make. מודול Notion ניגש לדאטהבייס ובודק אם נוסף פריט, ומודול Airtable יוצר ממנו רשומה. כל כמה זמן נבדק הדאטהבייס? זה תלוי בחבילה: לפחות 15 דקות בחבילה החינמית, ודקה אחת בחבילת Core.
התרחיש — שתי מערכות, רשימה אחת
נניח שאתה מנהל סטודיו קטן לעיצוב פנים. הצוות שלך חי ב-Notion: כל פרויקט חדש, כל לקוח שהשאיר פרטים וכל משימה נכנסים כפריט בדאטהבייס. אבל את התמחור, המעקב אחרי ספקים וההצעות בשקלים אתה מנהל ב-Airtable, כי שם הטבלאות נוחות יותר לחישובים. כל אחת משתי המערכות בטוחה שהיא מרכז העולם, ומי שמגשר ביניהן הוא אתה, עם העתק-הדבק בעשר בלילה.
התרחיש שבנינו ב-Make מחליף את הגישור הזה בשני מודולים. הראשון בודק את הדאטהבייס ב-Notion. זה מה שנקרא watch (בדיקה תקופתית): המערכת לא מחכה שיודיעו לה על שינוי, אלא ניגשת בעצמה ושואלת אם יש משהו חדש. כל כמה זמן? זה לא מוגדר בתוך המודול, אלא נקבע לפי החבילה שלך ב-Make: בחבילה החינמית המרווח המינימלי הוא 15 דקות, וב-Core הוא יורד לדקה אחת. את החבילה שבה הורצה הבדיקה שלנו העמוד לא מציין, כי היא לא משנה את מבנה התרחיש. המודול השני לוקח כל פריט חדש שנמצא ויוצר ממנו רשומה בטבלה ב-Airtable.
התרחיש הורץ ירוק ב-5.10.2026, ובהיסטוריית-הריצות של אותה ריצה נרשמו 3 פעולות. הצילום בצעד 4 מתעד בדיוק את הריצה הזו. מדובר בריצה אחת, לא בשתיים. מאותו רגע, פריט שנוסף ל-Notion מופיע גם ב-Airtable, ואתה יכול להקדיש את עשר בלילה למשהו אחר.
ארבעה צעדים, אחד לכל צילום מהבנייה האמיתית: מוסיפים את שני המודולים, מגדירים את הצד של Notion, מגדירים את הצד של Airtable ובודקים בהיסטוריה שהריצה ירוקה. אין כאן קוד, אבל צריכה להיות לך גישה לשני החשבונות, כי Make יבקש לחבר את שניהם בדרך.
צעד 1 — מוסיפים את שני המודולים
ב-Make פותחים תרחיש חדש. בעורך לוחצים על סימן ה-+, מחפשים "Notion" ברשימת-המודולים ובוחרים בפעולה Watch Database Items. אחר כך לוחצים על ה-+ שמימין למודול, מחפשים "Airtable" ובוחרים ב-Create Record. עכשיו מופיעה על הקנבס מפה של שני עיגולים מחוברים בקו: הראשון הוא הטריגר (המודול שמתחיל כל ריצה), והשני הוא הפעולה. הכיוון חשוב: המידע זורם מ-Notion אל Airtable בלבד.
צעד 2 — מגדירים את הצד של Notion
לוחצים על מודול ה-Notion, מחברים את החשבון ובוחרים את הדאטהבייס שאחריו רוצים לעקוב. זה חייב להיות הדאטהבייס שבו הצוות שלך באמת מוסיף פריטים, ולא עותק שמישהו פתח לניסיון. המודול בודק את הדאטהבייס במרווחים, ואת המרווח המינימלי קובעת החבילה שלך ב-Make, לא ההגדרה שבחלון הזה.
צעד 3 — מגדירים את הצד של Airtable
לוחצים על מודול ה-Airtable, מחברים את החשבון ובוחרים את הבסיס ואת הטבלה שבהם תיווצר הרשומה. אחר כך ממפים: לכל שדה בטבלה בוחרים את השדה המתאים מהפריט שהגיע מ-Notion, למשל שם הפרויקט לשם הפרויקט ותאריך לתאריך. שדה שלא ממפים יישאר ריק ברשומה החדשה.
צעד 4 — בודקים שהריצה ירוקה
מריצים את התרחיש פעם אחת ונכנסים להיסטוריית-הריצות. אצלנו מופיעה שם ריצה ירוקה מ-5.10.2026 עם 3 פעולות, וזו אותה ריצה שתוארה למעלה. אחרי ריצה ירוקה כדאי לפתוח את הטבלה ב-Airtable ולוודא בעין שהרשומה נוצרה עם השדות הנכונים. רק אחר כך מפעילים את התרחיש כך שירוץ באופן קבוע.
התוכן באתר אינו ייעוץ פיננסי, פנסיוני, מסים או השקעות. החלטות פיננסיות אישיות מומלץ לקבל בליווי בעל מקצוע מוסמך.
מתכונים נוספים — שלוש וריאציות קרובות
אותם שני כלים, עם שינוי קטן במטרה. אלה רעיונות להרחבה ולא חלק מהתרחיש שצולם:
- רק מה שאושר: מוסיפים בין שני המודולים מסנן (filter, תנאי שמחליט אם הריצה ממשיכה), כך שרק פריטים במצב מסוים, למשל "הצעה נשלחה", יגיעו ל-Airtable. הטבלה של התמחור נשארת נקייה מטיוטות של רעיונות שלא יצאו לפועל.
- עדכון במקום יצירה: אם אתה רוצה ששינוי בפריט קיים יתעדכן ברשומה הקיימת ולא יפתח רשומה חדשה, צריך מודול של עדכון רשומה ודרך לזהות איזו רשומה שייכת לאיזה פריט. זה תרחיש מורכב יותר, ושווה לבנות אותו רק אם באמת עורכים פריטים אחרי שנוצרו.
- הכיוון ההפוך: רשומה חדשה ב-Airtable יוצרת פריט ב-Notion, למשל כשספק חדש נכנס לטבלה ואתה רוצה שהצוות יראה אותו בדאטהבייס שלו. אם מפעילים את שני הכיוונים יחד, חייבים לוודא שהם לא יוצרים זה לזה רשומות בלולאה אינסופית.
מתי לא לחבר — המגבלות, בכנות
הטריגר כאן הוא watch, כלומר בדיקה תקופתית. הוא לא webhook (כתובת שמערכת אחת "צועקת" אליה ברגע שקורה משהו). אם אתה צריך שהרשומה תופיע ב-Airtable באותה שנייה, התרחיש הזה לא בשבילך. בחבילה החינמית אפשר לחכות עד 15 דקות, וגם ב-Core יש דקה. זה מספיק לטבלת-תמחור, ולא מספיק למוקד שירות שבו לקוח עומד על הקו.
מעבר לכך, התרחיש שצולם יודע לעשות דבר אחד: ליצור רשומה. הוא לא מעדכן רשומה קיימת כשמשנים את הפריט ב-Notion, ולא מוחק אותה כשמוחקים את הפריט. פריט שנמחק ימשיך לחיות ב-Airtable, נאמן יותר מהמקור שלו. אם רוב העבודה שלך היא עריכה של פריטים קיימים ולא הוספה של חדשים, החיבור הזה יפתור רק חלק קטן מהבעיה.
- אם שינית את מבנה הטבלה ב-Airtable, למשל מחקת עמודה או שינית סוג של שדה, פתח את המודול השני ובדוק שהמיפוי עדיין מחובר.
- אם שתי המערכות מחזיקות בדיוק את אותו מידע, ייתכן שהתשובה הנכונה היא לוותר על אחת מהן ולא לחבר ביניהן.
כמה זה עולה — איפה החינם נגמר
| חבילת Make | מחיר | קרדיטים לחודש | מרווח מינימלי בין בדיקות | תרחישים פעילים |
|---|---|---|---|---|
| חינם (Free) | $0 | 1,000 | 15 דקות | עד 2 |
| Core | $9 | 10,000 | דקה אחת | ללא הגבלה |
כל המחירים נכונים ליולי 2026, לפי המחירון הרשמי של Make. החבילה החינמית מספיקה כדי להריץ את התרחיש הזה: 1,000 קרדיטים בחודש ובדיקה לכל היותר פעם ברבע שעה. זה קצב מתאים לעסק שלא מצפה שטבלת-התמחור תתעדכן מהר יותר מהקפה שלו. מה ששובר אותך לתשלום הוא בדרך כלל אחד משלושה דברים: אתה רוצה תרחיש פעיל שלישי, אתה צריך בדיקה כל דקה, או שהמכסה החודשית נגמרת. במקרים האלה Core עולה $9 לחודש ומעלה את המכסה ל-10,000 קרדיטים. כדאי לבדוק בהיסטוריית-הריצות כמה פעולות צורכת כל ריצה (בריצה שלנו נרשמו 3) ולהעריך משם את הקצב. את המחירים של Notion ושל Airtable לא בדקנו לעמוד הזה, ולכן לא נצטט אותם.
דרכים אחרות — לאותה רשומה
- ידני: העתק-הדבק מ-Notion ל-Airtable. אין עלות ואין הגדרות, וזה מספיק אם נוספים כמה פריטים בשבוע. החיסרון: זה תלוי בזיכרון של מי שמקליד.
- ייצוא וייבוא: ייצוא הדאטהבייס מ-Notion לקובץ CSV וייבוא שלו ל-Airtable. מתאים להעברה חד-פעמית או לסנכרון חודשי, ופחות מתאים לעבודה שוטפת, כי כל ייבוא דורש בדיקה של כפילויות.
- Zapier: כלי אוטומציה אחר שמחבר את אותן שתי מערכות באותו היגיון של טריגר ופעולה. את המחירים שלו לא בדקנו לעמוד הזה. אם הצוות שלך כבר עובד ב-Zapier, הגיוני להישאר שם במקום ללמוד כלי חדש.
- כלי סנכרון ייעודי: יש כלים שנבנו רק כדי לסנכרן בין שתי מערכות, בשני הכיוונים. זה שווה בדיקה אם אתה צריך גם עדכונים ולא רק יצירת רשומות חדשות.
שאלות — מה שואלים לפני שמחברים
כמה מהר הרשומה מגיעה ל-Airtable?
זה תלוי בחבילה שלך ב-Make. בחבילה החינמית המרווח המינימלי בין בדיקות הוא 15 דקות, וב-Core הוא דקה אחת. התרחיש לא מיידי, כי הוא בודק את הדאטהבייס בעצמו ולא מקבל הודעה מ-Notion.
מה קורה לפריטים שכבר היו בדאטהבייס לפני שהפעלתי?
בהפעלה הראשונה Make שואל מאיפה להתחיל: מעכשיו והלאה, או מנקודה מוקדמת יותר. אם אתה לא רוצה שעשרות פריטים ישנים יציפו את הטבלה, בחר להתחיל מעכשיו.
אם אערוך פריט קיים ב-Notion, תיווצר רשומה כפולה?
המודול השני בתרחיש הוא יצירת רשומה, כך שכל פריט שהטריגר מחזיר הופך לרשומה חדשה. אם תגדיר את הטריגר לעקוב גם אחרי עדכונים, כל עדכון יפתח רשומה נוספת. לכן כדאי לעקוב רק אחרי פריטים חדשים, או לבנות את וריאציית העדכון.
צריך לדעת לתכנת?
לא. בונים את כל התרחיש בלחיצות ובמיפוי שדות. מה שכן צריך הוא גישה לשני החשבונות, כדי לחבר אותם ל-Make.
איך אדע שזה באמת עובד?
בהיסטוריית-הריצות. אצלנו מופיעה שם ריצה ירוקה מ-5.10.2026 עם 3 פעולות. אחרי כל שינוי בתרחיש, הרץ פעם אחת ובדוק שוב.
מקורות: Make — מחירון רשמי (חבילות Free ו-Core) — נכון ל-יולי 2026
מה זה אומר עליך? זה אומר שבנית לעצמך שתי מערכות טובות, ושעד היום אתה זה שהעביר ביניהן מידע ביד. לא מאוד הוגן כלפי מי שבחר בדיוק את הכלים הנכונים. החיבור הזה לא משנה את הדרך שבה הצוות שלך עובד ב-Notion, ולא את הדרך שבה אתה מתמחר ב-Airtable. הוא רק מבטל את ההקלדה הכפולה שבאמצע. שני מודולים ובדיקה תקופתית, וכל פריט חדש נרשם גם בצד השני בלי שתצטרך לזכור. כדאי לדעת מראש שזה לא קורה באותה שנייה, ושזה לא מעדכן ולא מוחק. אם אלה התנאים שמתאימים לך, ההחלטה היחידה שנשארה היא באיזה צד של המחירון להתחיל.