כמה רחוק מגיעים עם טריגרים של Apps Script לפני שעוברים ל-n8n

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

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

רגע, מה זה טריגר ב-Apps Script?

Apps Script הוא כלי האוטומציה שיושב בתוך Google Workspace עצמו. אתם כותבים פונקציה, והטריגר הוא מה שמפעיל אותה כשקורה משהו. מישהו שלח טופס, מישהו ערך תא בגיליון, או שפשוט הגיעה שעה מסוימת ביום. אין כאן חיבור בין מערכות ואין שום שכבה באמצע. הטריגר יושב על האובייקט שהשתנה ורץ ברגע שהוא משתנה.

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

שני סוגי טריגרים, וההבדל ביניהם

הטריגרים הפשוטים הם פונקציות בשמות שמורים שגוגל מזהה לבד. יש שש כאלה: onOpen, onInstall, onEdit, onSelectionChange, doGet ו-doPost. הן רצות בלי שאף אחד יאשר הרשאות, וזו בדיוק גם המגבלה שלהן. התיעוד של גוגל מפרט שלושה איסורים, והראשון הוא שטריגר פשוט לא ירוץ יותר משלושים שניות. הוא לא ייגע בשירות שדורש הרשאה, כלומר לא ישלח מייל דרך Gmail ולא יפתח קובץ אחר בדרייב. והוא לא ירוץ בכלל כשהקובץ פתוח במצב קריאה בלבד. doGet ו-doPost יוצאות מהכלל, כי עליהן בנוי כל פרסום של Web App.

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

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

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

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

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

המספרים שגוגל מפרסמת

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

• שש דקות לכל הרצה בודדת, בחשבון פרטי ובחשבון Google Workspace בתשלום כאחד. המיתוס שמבטיח למשלמים שלושים דקות פשוט אינו נכון.
• שלושים שניות לפונקציה מותאמת אישית, כלומר פונקציה שכותבים ומפעילים ישירות מתא בגיליון.
• 90 דקות ביום לזמן הריצה המצטבר של כל הטריגרים בחשבון פרטי, מול שש שעות ביום בחשבון Workspace.
• 20 טריגרים לכל משתמש בכל פרויקט סקריפט.
• נמענים במייל: 100 ביום בחשבון פרטי, 1,500 ביום ב-Workspace.
• קריאות UrlFetch: 20,000 מול 100,000 ביום.
• הרצות במקביל לאותו משתמש: 30.

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

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

מה זה אומר לעסק ישראלי

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

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

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

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

איפה זה נשבר

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

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

בנקודה הזאת כתבתם ביד מתזמן משימות עם ניהול מצב, ומה שקיבלתם בתמורה חסר כמה דברים בסיסיים. אין ניסיונות חוזרים אוטומטיים, אין תור לטיפול בכישלונות, ואין היסטוריית הרצות אמיתית מעבר ליומן ההרצות. ההתראה היחידה שעומדת לרשותכם היא מייל “Summary of failures” שגוגל שולחת פעם ביום. כשמדובר בתזכורת שלא יצאה, אפשר לחיות עם זה בשלום. כשהאוטומציה נוגעת בחשבוניות או בגבייה, יום שלם של עיוורון הוא כבר סיפור אחר.

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

בכיוון ההפוך יש הודאה שכדאי לומר בקול. הטריגר של Google Sheets ב-n8n עובד בדגימה, כלומר הוא בודק כל כמה זמן אם משהו השתנה. התדירות המינימלית שהמערכת מרשה היא פעם בדקה, בזמן ש-onEdit של Apps Script רץ ברגע העריכה עצמה. לכן החיבור החזק ביותר בפועל הוא שילוב של השניים. הטריגר המותקן משמש חיישן, שולח UrlFetchApp.fetch לוובהוק של n8n עם המידע הרלוונטי ומסיים תוך שנייה. כל העבודה הכבדה, הניסיונות החוזרים והאינטגרציות החיצוניות קורים בצד השני, הרחק מהמכסה.

מה השתנה ב-2026, ומה לא זז בכלל

2026 הייתה שנה טובה ל-Apps Script. ב-23 ביוני גוגל הודיעה שהוא הפך לשירות ליבה של Google Workspace. כלומר הוא מקבל את אותה הגנת מידע, אותן בקרות אדמין ואותה תמיכה טכנית כמו Gmail ודרייב, לכל הלקוחות כולל Workspace for Education. ארגונים שחסמו אותו בעבר משיקולי אבטחה יכולים לשקול מחדש.

רשימת העדכונים מוסיפה שני דברים. הראשון הוא שירות Vertex AI, שהגיע לזמינות כללית בינואר. השני הוא פאנל צד של Gemini בעורך, שנכנס לבטא בתחילת אוגוסט ויודע לכתוב, לתקן ולנפות קוד מתוך הקשר הפרויקט. במקביל גוגל דוחפת את Workspace Studio, הבונה החזותי ללא קוד שנכלל במנויי Business ו-Enterprise.

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

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

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