איך מחברים טופס גוגל ל-monday — כל תגובה נפתחת כפריט בלוח לבד

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

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

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

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

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

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

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

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

⬇ קובץ ה-blueprint של התרחיש — להורדה — מייבאים ל-Make בלחיצה (תרחיש חדש ← Import Blueprint), מחברים את החשבונות שלכם, וזה רץ.

בקצרה — שלוש דרכים להעביר תגובה ללוח

התרחיש — הפנייה נכנסת, הפריט כבר מחכה בלוח

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

מה שבנינו הוא 2 מודולים. זהו. מודול-כתובת שמשמש כטריגר של התרחיש ומוגדר להרצה בתזמון קבוע, ומודול monday.com בפעולת "Create an Item" שפותח פריט בלוח ומצמיד את תשובות הטופס לעמודות. הטופס עצמו יושב מחוץ ל-Make ואינו מודול בתרחיש — הוא רק מקור התגובות שנאספות בכתובת.

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

המתכון — ארבעה צעדים, שני מודולים בסך הכול

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

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

נכנסים ל-Make ולוחצים "Create a new scenario". העורך נפתח ריק, עם סימן + גדול באמצע — לוחצים עליו, מקלידים בשורת-החיפוש Webhooks, ומתוך האפליקציה בוחרים את המודול Custom webhook. זה המודול הראשון והוא הטריגר של התרחיש: הוא עומד בראש, ואין לפניו כלום.

אחר כך לוחצים על ה-+ הקטן שמופיע מימין לעיגול שנוצר, מקלידים monday.com, ומתוך רשימת-הפעולות של האפליקציה בוחרים Create an Item. עכשיו יש על הקנבס שני עיגולים מחוברים בקו — וזו המפה המלאה של התרחיש, בדיוק כמו בצילום.

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

צעד 2 — יוצרים את הכתובת שאליה נשלחות התגובות

לוחצים על מודול-הטריגר, ובפאנל שנפתח לוחצים Add. נותנים לכתובת שם שתזהה בעוד חצי שנה — "בקשת הצעת מחיר — אתר" עדיף על "test 4" — ושומרים. Make מייצר כתובת ייעודית אחת, ולידה כפתור העתקה.

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

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

לוחצים על מודול monday.com. בשורת ה-Connection לוחצים Add, מתחברים לחשבון ומאשרים את ההרשאה. אחר כך בוחרים מהרשימה את הלוח (Board) ואת הקבוצה (Group) שאליה ייכנסו הפריטים החדשים — למשל "פניות חדשות" בראש הלוח.

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

צעד 4 — מריצים ובודקים שהלוג ירוק

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

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

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

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

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

מתי לא לחבר — ההגבלה האמיתית, בלי איפור

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

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

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

כמה זה עולה — ואיפה זה נשבר לתשלום

בצד של Make אפשר להתחיל בחינם: החבילה החינמית היא $0 לחודש וכוללת 1,000 קרדיטים לחודש ועד 2 תרחישים פעילים (נכון ל-13.9.2026). לתרחיש שכזה, בן שני מודולים, זה מספיק לרוב העסקים הקטנים. החבילה הראשונה בתשלום, Core, עולה $9 לחודש ומעלה ל-10,000 קרדיטים לחודש עם תרחישים פעילים ללא הגבלה (נכון ל-13.9.2026).

הטופס עצמו חינמי — Google Forms כלול בחשבון Google ואינו נמכר כחבילה נפרדת; מה שמוגבל הוא אחסון-הדרייב המשותף, 15GB, לקבצים שנשלחים דרכו (נכון ל-13.9.2026).

ופה מגיע התשלום האמיתי: המסלול החינמי של monday.com (עד 2 משתמשים ו-3 לוחות) הוא בלי אוטומציות ובלי אינטגרציות, ולכן החיבור הזה אינו אפשרי בו. החבילה הראשונה שפותחת אינטגרציות היא Basic, כ-$9 למשתמש לחודש במינימום 3 משתמשים; Standard, כ-$12 למשתמש לחודש, מוסיפה מכסת-פעולות גבוהה יותר — הכול נכון ליולי 2026. במילים אחרות: הכלי שמחבר עולה פחות מהכלי שמחכה בצד השני.

דרך אחרת — אותה תוצאה, מסלול אחר

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

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

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

שאלות — שנשאלות לפני שבונים

מקורות: Make — מחירון רשמי — נכון ל-יולי 2026 · monday.com — מחירון רשמי — נכון ל-יולי 2026 · Google One — מסלולי אחסון לחשבון Google — נכון ל-יולי 2026

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

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

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