איך גובים תשלום לפני שליחת PDF אוטומטי: גוגל פורמס (Google Forms), מייק (Make) וסליקה

הדרך הבטוחה לגבות תשלום על PDF אוטומטי היא לשנות את מה שמפעיל את יצירת הקובץ: לא שליחת הטופס, אלא אישור התשלום. הלקוח ממלא את גוגל פורמס, מייק (Make) יוצר לו קישור תשלום אישי ב-Grow שנושא את מזהה התשובה שלו, ורק כשה-webhook של דף התשלום מדווח שהעסקה עברה, מייק שולף את התשובות, ממלא תבנית ב-Google Docs ושולח PDF למייל. כך אי אפשר לקבל את הקובץ בלי לשלם, ואף אחד לא צריך לבדוק תשלומים ידנית.

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

בקצרה

למה אי אפשר פשוט להוסיף קישור תשלום לטופס

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

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

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

הארכיטקטורה: שני תרחישים ומזהה אחד

כל המודולים בטבלה הם מודולים רשמיים. בעמוד האפליקציה של Google Forms במייק מופיעים Watch Responses ו-Get a Response, ובעמוד האינטגרציה של Grow מופיעים הטריגר Notify URL Webhook והפעולות Create Payment Link ו-Approve Transaction (נבדק ב-2026-10-29).

איזו סליקה מתאימה לתהליך כזה?

לגבי Stripe: לפי התיעוד של Stripe, הפרמטר client_reference_id נשלח באירוע checkout.session.completed, ומוגבל ל-200 תווים של אותיות, ספרות, מקפים וקווים תחתונים. אבל בעמוד הזמינות הגלובלית של Stripe ישראל אינה מופיעה ברשימת המדינות הנתמכות (נבדק ב-2026-10-29). לכן לעסק ישראלי המדריך בנוי על Grow.

לפני שמתחילים: מה מכינים

1. שדות חובה בטופס. לפי התיעוד של Grow למייק (נבדק ב-2026-10-29), הפעולה Create Payment Link דורשת שם מלא (שם פרטי ושם משפחה, כל אחד באורך שני תווים לפחות) ומספר טלפון נייד ישראלי תקין, ומייל כשהקישור נשלח במייל. הוסיפו לטופס את שלושת השדות האלה, אחרת התרחיש ייכשל.
2. תבנית ב-Google Docs. מסמך רגיל עם תגיות במקום הנתונים המשתנים, למשל {{name}} ו-{{result}}. לפי עמוד האינטגרציה של Google Docs במייק, המודול Create a Document from a Template מעתיק את התבנית ומחליף תגיות בפורמט הזה.
3. חשבון Grow עם מספר העוסק והטלפון הנייד שמקושר אליו. החיבור במייק נעשה עם שני אלה וקוד אימות ב-SMS, בלי מפתחות API.
4. חשבון מייק. לפי עמוד המחירים של מייק (נבדק ב-2026-10-29), התוכנית החינמית כוללת 1,000 קרדיטים בחודש ומאגר נתונים (Data store) אחד. כל הרצה של כל מודול צורכת קרדיטים, כך שכדאי לבדוק את הצריכה בפועל אחרי כמה הרצות ניסיון.

תרחיש 1: מהטופס לקישור תשלום אישי

1. טריגר: Google Forms, ואז Watch Responses. בוחרים את הטופס.
2. פעולה: Grow, ואז Create Payment Link. בחיבור בוחרים בשלב הזה Grow Sandbox.
3. ממפים את פרטי הלקוח מהטופס לשדות Full Name, Phone ו-Email.
4. Sending Mode: בוחרים mail אם רוצים ש-Grow ישלח את הקישור במייל, או sms. אם רוצים לשלוח הודעה מעוצבת משלכם, בוחרים none ומוסיפים מודול מייל שמשתמש בכתובת התשלום שהפעולה מחזירה.
5. Products: מוצר אחד בשם הכלי, המחיר, כמות 1 וסוג מע"מ.
6. Custom Field 1: ממפים לכאן את מזהה התשובה (Response ID) מהטריגר. זה החוט שמחבר את התשלום לתשובות.
7. Notify URL: מדביקים את כתובת ה-webhook של תרחיש 2. לכן בונים קודם את הטריגר של תרחיש 2, מעתיקים את הכתובת שלו, וחוזרים לכאן. לפי התיעוד, הכתובת חייבת להיות HTTPS חיצונית.
8. Success URL (רשות): עמוד תודה שאומר ללקוח שהקובץ בדרך למייל.

תרחיש 2: מהתשלום ל-PDF במייל

1. טריגר: Grow, ואז Notify URL Webhook. מעתיקים את הכתובת שנוצרה לשדה Notify URL בתרחיש 1.
2. Approve Transaction מיד אחרי הטריגר. לפי התיעוד של Grow, בלי האישור הזה Grow ישלח את ההתראה שוב בערך אחרי 10, 20 ו-30 דקות. העסקה עצמה מעובדת בכל מקרה, אבל מייק יקבל אותה ארבע פעמים.
3. מסנן על סטטוס העסקה. אחרי הרצת ניסיון ב-Sandbox, פתחו את הפלט של הטריגר, מצאו את השדה שמציין שהתשלום הצליח, והגדירו פילטר שממשיך רק כשהוא חיובי.
4. בדיקת כפילויות: Data store, חיפוש לפי קוד העסקה. אם הקוד כבר קיים, התרחיש עוצר. אם לא, ממשיכים.
5. Google Forms, ואז Get a Response. Form ID של הטופס, ו-Response ID מתוך Custom Field 1 שחזר בהתראה.
6. Google Docs, ואז Create a Document from a Template. ממפים כל תשובה לתגית המתאימה בתבנית.
7. Google Docs, ואז Download a Document, בפורמט PDF. לפי הבלוג של מייק, המודול מוריד מסמך בפורמט שנבחר, בהם docx, pdf ו-txt.
8. Gmail, ואז Send an email. לפי תיעוד המודולים של Gmail במייק, מצרפים את הקובץ בשדה Attachments, עם שם קובץ (כולל הסיומת .pdf) והנתונים מהמודול הקודם.
9. Data store, ואז רישום קוד העסקה כמטופל. מעכשיו, התראה חוזרת על אותה עסקה תיעצר בשלב 4.

אם אתם רוצים להרחיב את התהליך הזה בהמשך, למשל לרצף מיילים אחרי הרכישה, יש מדריך על אוטומציית לידים ומיילים עם AI.

בדיקה במצב Sandbox לפני שגובים שקל אחד

אל תעלו לאוויר לפני שראיתם PDF נוחת אצלכם במייל אחרי תשלום בדיקה. לפי התיעוד של Grow, ב-Sandbox אפשר לבדוק תשלום בכרטיס אשראי בלי חיוב אמיתי, עם כרטיסי בדיקה כמו 4580458045804580.

שלוש בדיקות שחובה להריץ:

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

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

חמש מלכודות שכדאי להכיר מראש

• ביט ו-Apple Pay ב-Sandbox. התיעוד של Grow מזהיר שארנקים חיצוניים עלולים לחייב חיוב אמיתי גם בסביבת הבדיקה. בודקים רק בכרטיס בדיקה, ואם בכל זאת חויבתם, מבצעים החזר.
• חיבור Gmail פרטי פג. לפי עמוד אפליקציית Gmail במייק (נבדק ב-2026-10-29), בחשבונות ‎@gmail.com פרטיים גוגל מגבילה את הגישה לשישה חודשים, וצריך לאשר מחדש את החיבור. רשמו תזכורת ביומן, אחרת לקוחות ישלמו ולא יקבלו כלום.
• תור webhooks מלא. לפי עמוד המחירים של מייק, כשהקרדיטים נגמרים, webhooks נכנסים לתור עד גבול האחסון של התור. לפי התיעוד של Webhooks במייק, כשהתור מלא, הבקשה נדחית בתשובה "Queue is full". מעקב אחרי יתרת הקרדיטים הוא חלק מהתפעול.
• שדות חובה חסרים. טופס בלי טלפון נייד ישראלי תקין יפיל את Create Payment Link. הגדירו את השדה כחובה, והוסיפו בדיקת תקינות בגוגל פורמס.
• חשבונית וקבלה. ב-Create Payment Link יש שדות ל-Invoice Name ול-Invoice License Number, ו-Grow מציע גם webhook ייעודי להפקת חשבוניות. איך בדיוק מפיקים מסמך מס על כל מכירה, כדאי לסגור מול רואה החשבון לפני ההשקה.

ומה זה אומר לעסק שלכם

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

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

שורה תחתונה

האוטומציה מהשאלה לא צריכה להיבנות מחדש. היא צריכה להתפצל לשניים: חצי שאוסף תשובות ויוצר קישור תשלום, וחצי שמחכה לאישור מ-Grow ורק אז מייצר ושולח את הקובץ. מזהה התשובה ב-Custom Field 1 מחבר בין החצאים, ו-Approve Transaction עם מאגר נתונים מונעים שליחה כפולה.

מי שרוצה ללמוד לבנות תרחישים כאלה צעד אחר צעד, עם webhooks, פילטרים ומאגרי נתונים, יכול להיעזר בקורס מייק (Make) 2026: אוטומציה ויזואלית לעסק, מהליד הראשון ועד סוכן AI, ב-9.90 שקלים.

מקורות

• Make: מחירים ותוכניות (נבדק ב-2026-10-29)
• Make: אפליקציית Google Forms (נבדק ב-2026-10-29)
• Make: אינטגרציית Google Docs (נבדק ב-2026-10-29)
• Make: הבלוג על אוטומציית מסמכים ב-Google Docs (נבדק ב-2026-10-29)
• Make: מודולי Gmail (נבדק ב-2026-10-29)
• Make: אפליקציית Gmail והגבלת החיבור (נבדק ב-2026-10-29)
• Make: Webhooks (נבדק ב-2026-10-29)
• Make: אינטגרציית Grow (נבדק ב-2026-10-29)
• Grow: האפליקציה למייק (נבדק ב-2026-10-29)
• Grow: Webhooks (נבדק ב-2026-10-29)
• Stripe: פרמטרים בקישור תשלום (נבדק ב-2026-10-29)
• Stripe: מדינות נתמכות (נבדק ב-2026-10-29)