איך מחברים Google Sheets ל-Airtable — כל שורה חדשה בגיליון נהיית רשומה מעצמה

קח את זה איתך — בשתי לחיצות

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

צור בלחיצה — פתח את התרחיש המוכן

או: הורדת קובץ ה-blueprint — לייבוא ידני ל-Make

כך זה עובד — הדגמה קצרה על חיבור לדוגמה

1. לוחצים על הכפתור
2. מתחברים ל-Make (או נרשמים)
3. מאשרים את החיבורים — וזה רץ

ריצה אמיתית מ-5.10.2026 — ירוק, 3 פעולות, שני מודולים.

גילוי נאות: בחלק מהעמודים יש קישור להרשמה ל-Make דרך תוכנית-השותפים שלנו — אם נרשמת דרכו, ייתכן שנקבל עמלה, בלי שזה מייקר לך משהו. זה לא משנה את מה שכתוב כאן: כל תרחיש בעמוד נבנה והורץ אצלנו בפועל, והצילומים הם מהריצה האמיתית. אנחנו ממליצים על Make כי בדקנו אותו, לא להפך.

בקצרה — שלוש דרכים להפוך שורה לרשומה

• הידני: מעתיקים כל שורה מהגיליון ומדביקים אותה ב-Airtable, שדה אחרי שדה. זה עובד עד היום שבו מישהו שוכח, ופנייה של לקוח נשארת רק בגיליון. מתאים כשנכנסות שתיים-שלוש שורות בשבוע ויש מי שאחראי עליהן.
• הבסיסי: מייצאים מדי פעם את הגיליון לקובץ CSV (קובץ טבלה פשוט שכל תוכנה יודעת לקרוא) ומייבאים אותו ל-Airtable בבת אחת. ההקלדה נחסכת, אבל המידע תמיד מאחר, וקל מאוד לייבא את אותה שורה פעמיים.
• המלא (העמוד הזה): תרחיש של 2 מודולים ב-Make. Google Sheets בודק אם נוספה שורה, ו-Airtable יוצר ממנה רשומה. בחבילה החינמית הבדיקה רצה כל 15 דקות, בלי שאף אחד צריך לזכור לעשות משהו.

התרחיש — הגיליון שכולם ממלאים, והבסיס שאף אחד לא מעדכן

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

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

התרחיש שבנינו סוגר את הפער הזה עם 2 מודולים בלבד. הראשון בודק את הגיליון ומחפש שורות חדשות. השני לוקח כל שורה כזו ויוצר ממנה רשומה ב-Airtable, עם אותם שדות. אין כאן הזנה מיידית: Make ניגש לגיליון בקצב קבוע, ובחבילה החינמית זה כל 15 דקות לכל המוקדם. בריצה האמיתית מ-5.10.2026 התרחיש הסתיים בירוק ורשם 3 פעולות. מהרגע הזה, כל שורה שנוספת לגיליון נרשמת ב-Airtable בלי שמישהו יעתיק אותה.

המתכון — ארבעה צעדים מגיליון לרשומה

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

צעד 1 — מוסיפים את שני המודולים לתרחיש

ב-Make פותחים תרחיש חדש. בעורך לוחצים על סימן ה-+, מחפשים "Google Sheets" ברשימת האפליקציות ובוחרים בפעולה Watch New Rows (צפייה בשורות חדשות). לוחצים שוב על ה-+ שמימין למודול, מחפשים "Airtable" ובוחרים בפעולה ליצירת רשומה (Create Record). עכשיו מופיעה על המסך מפה של שני עיגולים שמחוברים בקו. משמאל נמצא הטריגר (המודול שמתחיל כל ריצה), שבודק את הגיליון. מימין נמצאת הפעולה, שכותבת ל-Airtable. כך נראה התרחיש כולו, והוא לא מסתבך יותר מזה.

צעד 2 — מגדירים את מודול הגיליון

לוחצים על מודול Google Sheets ומתחברים לחשבון Google. אחר כך בוחרים את הקובץ ואת הלשונית שבה נרשמות הפניות. מסמנים שבשורה הראשונה יש כותרות עמודה, כדי ש-Make יציג את השדות לפי השמות שלהם ולא לפי אותיות. מגדירים כמה שורות לכל היותר לעבד בכל בדיקה. כשמפעילים את המודול בפעם הראשונה, Make שואל מאיפה להתחיל. אם לא רוצים שכל ההיסטוריה של הגיליון תיכנס ל-Airtable בבת אחת, בוחרים להתחיל מעכשיו.

צעד 3 — ממפים את השדות ל-Airtable

לוחצים על מודול Airtable, מתחברים לחשבון ובוחרים את הבסיס ואת הטבלה. Make מציג את השדות של הטבלה, ולכל שדה גוררים את העמודה המתאימה מהגיליון: שם לשם, טלפון לטלפון, עיר לעיר. כדאי לוודא שסוג השדה ב-Airtable מתאים לתוכן שמגיע. למשל, שדה תאריך צריך לקבל תאריך ולא טקסט חופשי, אחרת הרשומה תיווצר עם שדה ריק.

צעד 4 — מריצים, בודקים ומפעילים

מוסיפים לגיליון שורת ניסיון ולוחצים על Run once (הרצה חד-פעמית). אם הכול תקין, היסטוריית הריצות מציגה ריצה ירוקה. אצלנו היא רשמה 3 פעולות בתאריך 5.10.2026, והרשומה הופיעה ב-Airtable. רק אחרי שראית את הרשומה בעיניים, מפעילים את התזמון ובוחרים כל כמה זמן לבדוק את הגיליון. בחבילה החינמית המרווח הקצר ביותר הוא 15 דקות.

מתכונים נוספים — שלוש וריאציות על אותו חיבור

• רשומה רק לשורות מסוימות: מוסיפים מסנן (filter) על הקו שבין שני המודולים, למשל "רק כשבעמודת סוג העבודה כתוב שיפוץ מטבח". שורות אחרות נשארות בגיליון ולא נכנסות ל-Airtable. זה שימושי כשהגיליון משמש גם לשאלות כלליות שלא מצדיקות כרטיס פרויקט.
• עדכון במקום יצירה: אם אותו לקוח עלול להופיע בגיליון יותר מפעם אחת, מוסיפים לפני היצירה מודול שמחפש ב-Airtable רשומה עם אותו מספר טלפון. אם הוא מוצא כזו, הרשומה מתעדכנת. אם לא, נוצרת רשומה חדשה. זה כבר תרחיש גדול יותר מזה שבנינו, אבל הוא חוסך כפילויות.
• הכיוון ההפוך: רשומה חדשה ב-Airtable נכתבת כשורה בגיליון. זה מתאים כשהצוות עובד ב-Airtable, אבל רואה החשבון או השותף רוצים לראות הכול בגיליון רגיל שהם מכירים.

מתי לא לחבר — המגבלות האמיתיות של הזוג הזה

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

• כשעריכות חשובות לך: המודול Watch New Rows מגיב רק לשורות חדשות. אם המזכירה מתקנת בגיליון מספר טלפון שגוי, ב-Airtable יישאר המספר הישן. שתי המערכות יחלוקו על המציאות, כרגיל.
• כשצריך תגובה מיידית: הבדיקה תקופתית. בחבילה החינמית לקוח ימתין עד 15 דקות עד שיופיע ב-Airtable. לליד דחוף זה הרבה זמן.
• כשהגיליון זז: המודול זוכר עד איזו שורה כבר טיפל. מיון מחדש, הוספת שורות באמצע או מחיקת שורות עלולים לגרום לו לדלג על שורה או לטפל באותה שורה פעמיים. הוסף שורות רק בתחתית.
• כשאין מי שבודק כפילויות: התרחיש לא בודק אם הלקוח כבר קיים, הוא פשוט יוצר רשומה. אם אותו אדם נרשם פעמיים, יהיו לו שני כרטיסים.

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

כל המחירים כאן נכונים ליולי 2026:

• Make חינם: $0 לחודש, עם 1,000 קרדיטים לחודש, מרווח של 15 דקות לפחות בין בדיקות ועד 2 תרחישים פעילים.
• Make Core: $9 לחודש, עם 10,000 קרדיטים לחודש, מרווח שיורד עד דקה אחת ותרחישים פעילים ללא הגבלה.
• Google Sheets: כלול בחשבון Google אישי בלי תשלום. הגבלה מעשית אחת: עד 10 מיליון תאים לגיליון בודד. לעסק שמקבל עשרות פניות בשבוע, זה לוקח הרבה שנים.
• Airtable: המחיר שלו לא מופיע בטבלת העלויות שלנו. לכן לא נמציא מספר. בדוק את דף המחירים שלו לפני שאתה מסתמך על החבילה החינמית.

איפה זה נשבר? בדיקה כל 15 דקות היא 96 בדיקות ביום, כלומר כ-2,880 בחודש. אם כל בדיקה נספרת כקרדיט, גם כשלא מצאה שום שורה חדשה, 1,000 הקרדיטים של החבילה החינמית ייגמרו הרבה לפני סוף החודש. הפתרון הזול הוא להאריך את המרווח, למשל לבדיקה כל שעה. הפתרון השני הוא Core: גם שם המרווח של דקה אחת הוא רק אפשרות ולא חובה, ובדיקה כל 15 דקות נכנסת בנוחות ב-10,000 קרדיטים. לא תמיד חייבים לבחור בדקה הכי קצרה שמוכרים לך.

דרכים אחרות — אותה תוצאה בלי Make

• ידנית: העתק-הדבק משורה לרשומה. לא עולה כסף, אבל דורש אדם שזוכר לעשות את זה כל יום. זה סביר רק כשהנפח קטן מאוד.
• ייבוא CSV ל-Airtable: מורידים את הגיליון כקובץ CSV ומייבאים אותו לטבלה. זה טוב להעברה חד-פעמית של היסטוריה, למשל לפני שמפעילים את התרחיש, אבל לא כשגרה: צריך לזכור כל פעם מאיזו שורה המשכת.
• Zapier: כלי אוטומציה מתחרה, שבו אפשר לבנות את אותו זוג של שורה חדשה ← רשומה חדשה. מבחינה עקרונית זה עובד באותה צורה. המחירים שלו לא בטבלה שלנו, אז השווה בעצמך לפני שאתה בוחר.
• לוותר על הגיליון: אם אפשר לשכנע את מי שרושם את הפניות לעבוד ישירות ב-Airtable, אין צורך בחיבור בכלל. מנסיון, ויכוח על הרגלים עולה יותר מ-$9.

שאלות — מה שואלים לפני שמחברים

מקורות: Make — דף המחירים הרשמי — נכון ל-יולי 2026 · Google — מגבלות הקבצים ב-Google Drive וב-Sheets — נכון ל-יולי 2026

מה זה אומר עליך? שאתה כבר לא צריך לבחור בין הגיליון שהמשרד אוהב לבין הבסיס שהצוות צריך. שני מודולים, בדיקה כל 15 דקות, ריצה ירוקה מ-5.10.2026, וכל פנייה שנרשמת בגיליון נוחתת ב-Airtable בלי שמישהו יעתיק אותה.

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