קח את זה איתך — בשתי לחיצות
לוחצים כאן, מתחברים ל-Make ומאשרים את החיבורים — והתרחיש נפתח בחשבון שלך עם המודולים כבר מחוברים זה לזה. בלי לבנות כלום מאפס.
או: הורדת קובץ ה-blueprint — לייבוא ידני ל-Make
8 שנ'כך זה עובד — הדגמה קצרה על חיבור לדוגמה
- לוחצים על הכפתור
- מתחברים ל-Make (או נרשמים)
- מאשרים את החיבורים — וזה רץ
ריצה אמיתית מ-14.9.2026 — ירוק, 3 פעולות, שני מודולים.
גילוי נאות: בחלק מהעמודים יש קישור להרשמה ל-Make דרך תוכנית-השותפים שלנו — אם נרשמת דרכו, ייתכן שנקבל עמלה, בלי שזה מייקר לך משהו. זה לא משנה את מה שכתוב כאן: כל תרחיש בעמוד נבנה והורץ אצלנו בפועל, והצילומים הם מהריצה האמיתית. אנחנו ממליצים על Make כי בדקנו אותו, לא להפך.
בקצרה — שלוש דרכים להעביר קובץ מ-Drive לפוסט
- הידנית: מישהו פותח את התיקייה ב-Drive, רואה שעלה קובץ חדש, נכנס לממשק הניהול של WordPress, יוצר פוסט ומעתיק את הכותרת. זה עובד, כל עוד אותו מישהו זוכר לבדוק, לא בחופשה ולא שקוע בעבודה אחרת. בפועל, קבצים נשארים בתיקייה ימים שלמים בלי שאיש נוגע בהם.
- הבסיסית: תזכורת קבועה ביומן לעבור על התיקייה פעם ביום ולהעלות ידנית את מה שהצטבר. יש בזה סדר, אבל ההקלדה הכפולה נשארת, והתזכורת עצמה הופכת למשימה שגם אותה צריך לזכור.
- המלאה (העמוד הזה): תרחיש של שני מודולים ב-Make. Google Drive בודק את התיקייה בבדיקה תקופתית, ו-WordPress יוצר פוסט מכל קובץ חדש שנמצא. אין הקלדה כפולה, אין רשימת "מה עוד לא עלה", והריצה מתועדת בהיסטוריה של Make כך שרואים בדיוק מה קרה ומתי.
התרחיש — התיקייה שמתמלאת והאתר שמחכה
נניח שאתה מנהל סטודיו קטן לעיצוב פנים ברמת גן. הצוות כותב עדכונים על פרויקטים, טיפים ללקוחות ותיאורי עבודות שהסתיימו, ושומר אותם בתיקייה משותפת אחת ב-Google Drive. הכתיבה עצמה מתבצעת בזמן. ההעלאה לאתר נתקעת, כי אף אחד לא רשום כאחראי עליה. כך נוצר המצב המוכר: יש תוכן מוכן ב-Drive, ובאתר הפוסט האחרון ישן מאוד, כאילו לסטודיו אין מה להראות.
התרחיש שבנינו, הרצנו וצילמנו סוגר את הפער הזה ב2 מודולים בלבד. הראשון, Google Drive עם הפעולה Watch Files in a Folder, הוא הטריגר (הרכיב שמניע את התרחיש). הוא לא מקבל התראה מיידית מ-Drive, אלא בודק את התיקייה בבדיקה תקופתית: בחבילה החינמית של Make, לכל היותר פעם ב-15 דקות. השני, WordPress עם הפעולה Create a Post, יוצר פוסט מכל קובץ חדש שהבדיקה מצאה.
בריצה האמיתית מ-14.9.2026 היסטוריית-הריצות של Make מציגה ריצה ירוקה עם 3 פעולות, מהקובץ בתיקייה ועד הפוסט באתר. אף אחד לא הקליד כותרת פעמיים, ואף אחד לא הצטרך לשלוח לעמית "תעלה את זה כבר". הרובוט היחיד שעדיין לא הצליחו לפטר במשרד הוא זה שמזכיר לבני אדם להעתיק טקסט ממקום למקום, וכאן הוא סוף-סוף מקבל מכתב פיטורים.
ארבעה צעדים, אחד לכל צילום מהתרחיש האמיתי: מוסיפים את שני המודולים, מגדירים איזו תיקייה ב-Drive נבדקת, מגדירים איך נראה הפוסט שנוצר ב-WordPress, ובסוף מוודאים בהיסטוריית-הריצות שהכול עבר ירוק. מי שעובד עם blueprint (קובץ-תבנית שמכיל את כל מבנה התרחיש) מדלג על צעד 1 ומתחיל מחיבור החשבונות.
צעד 1 — מוסיפים את שני המודולים
פותחים ב-Make תרחיש חדש. בעורך לוחצים על סימן ה-+, מחפשים ברשימת-המודולים את "Google Drive" ובוחרים מתוכה בפעולה Watch Files in a Folder. זה הטריגר, והוא תמיד המודול הראשון. אחר כך לוחצים על ה-+ שמופיע לצדו, מחפשים "WordPress" ובוחרים בפעולה Create a Post. עכשיו על הקנבס מוצגת מפה של שני עיגולים מחוברים בקו: משמאל Drive שבודק את התיקייה, ומימין WordPress שיוצר את הפוסט. זה כל התרחיש. אין מסננים, אין ענפים ואין מודולים נוספים, ולכן גם קל לאתר תקלה אם תהיה.
צעד 2 — מגדירים את התיקייה הנבדקת
לוחצים על מודול Google Drive ומחברים את חשבון Google שבו נמצאת התיקייה. Make פותח חלון הרשאה של Google, ושם מאשרים גישה. בוחרים את התיקייה המדויקת שאותה רוצים לבדוק, ומגדירים שהמודול יגיב לקבצים חדשים ולא לכל עריכה של קובץ קיים, כדי שתיקון פסיק במסמך ישן לא ייצור פוסט כפול. כשמפעילים את המודול לראשונה, Make שואל מאיזו נקודה להתחיל. כדאי לבחור "מעכשיו", אחרת הקבצים הישנים שכבר יושבים בתיקייה יהפכו כולם לפוסטים בבת אחת.
צעד 3 — מגדירים את הפוסט ב-WordPress
לוחצים על מודול WordPress ומחברים את האתר. Make מנחה על המסך איך לאשר את החיבור מצד האתר. בשדה הכותרת ממפים את שם הקובץ שהגיע מהמודול הקודם (גוררים אותו מהחלונית שנפתחת), ובתוכן הפוסט אפשר לשים את הקישור לקובץ או טקסט פתיחה קבוע. בשדה הסטטוס מומלץ לבחור טיוטה ולא פרסום מיידי. כך כל קובץ חדש הופך לטיוטה מסודרת שמחכה לעין אנושית, ולא לפוסט ציבורי שנולד משם-קובץ כמו "גרסה סופית 3 באמת".
צעד 4 — מריצים ובודקים בהיסטוריה
מעלים קובץ ניסיון לתיקייה, לוחצים על Run once ופותחים את היסטוריית-הריצות. בריצה האמיתית מ-14.9.2026 רואים שם ריצה ירוקה עם 3 פעולות. אחרי שהניסיון עבר, בודקים ב-WordPress שהטיוטה אכן נוצרה. רק אז מפעילים את התזמון ובוחרים כל כמה זמן התיקייה תיבדק. בחבילה החינמית המרווח המינימלי הוא 15 דקות. אם ריצה עתידית תיכשל, היא תופיע כאן בצבע אחר, יחד עם המודול שבו נעצרה.
מתכונים נוספים — שלוש וריאציות עם אותם שני מודולים
כל הווריאציות כאן משתמשות באותו זוג בדיוק: Watch Files in a Folder ב-Drive ו-Create a Post ב-WordPress. משנים רק הגדרות, לא את מבנה התרחיש.
- תיקייה לכל קטגוריה: משכפלים את התרחיש ומפנים כל עותק לתיקייה אחרת ב-Drive, למשל "פרויקטים" ו"טיפים". בכל עותק מגדירים במודול WordPress קטגוריה קבועה אחרת. הכותב רק בוחר באיזו תיקייה לשמור, והפוסט נוחת בקטגוריה הנכונה. שימו לב: בחבילה החינמית אפשר להחזיק לכל היותר 2 תרחישים פעילים, כך ששתי קטגוריות הן התקרה עד המעבר לחבילה בתשלום.
- פרסום מיידי לתוכן שעבר עריכה: במקום טיוטה בוחרים בשדה הסטטוס פרסום. זה מתאים לתיקייה שאליה נכנסים רק קבצים שכבר אושרו, למשל תיקייה בשם "מאושר לפרסום" שרק מנהל הסטודיו מעביר אליה מסמכים. התיקייה עצמה הופכת לכפתור הפרסום.
- תבנית פוסט קבועה: בתוכן הפוסט כותבים פתיח קבוע, למשל "עדכון חדש מהסטודיו", ואחריו קישור לקובץ. כך כל טיוטה מגיעה עם שלד אחיד, והעורך רק משלים את הגוף במקום להתחיל מדף ריק.
מתי זה לא מתאים — ארבעה מקרים שבהם עדיף לא לחבר
החיבור הזה טוב בדבר אחד: הוא מוודא שכל קובץ חדש בתיקייה הופך לפוסט. הוא לא עורך, לא מגיה ולא קורא את המסמך בשבילכם. כדאי לדעת בדיוק איפה הוא נעצר.
- כשצריך את גוף המסמך בתוך הפוסט: התרחיש עובד עם פרטי הקובץ, כמו השם והקישור, ולא מעתיק את הטקסט המלא של המסמך לגוף הפוסט. מי שמצפה שמסמך של אלף מילים יופיע באתר כפי שהוא, יקבל טיוטה עם כותרת וקישור. זה כבר תרחיש אחר.
- כשמה שחשוב זה שניות: הטריגר בודק את התיקייה בבדיקה תקופתית ולא מקבל התראה מיידית. בחבילה החינמית פוסט יכול להופיע עד 15 דקות אחרי שהקובץ עלה. לבלוג של סטודיו זה זניח. להודעת חירום זה לא מספיק.
- כשהתיקייה משמשת גם כמחסן: אם הצוות זורק לאותה תיקייה גם קבלות, צילומים וטיוטות פנימיות, כל אחד מהם יהפוך לפוסט. התיקייה הנבדקת צריכה להיות ייעודית ומשעממת, כי זה בדיוק מה שהופך אותה לאמינה.
- כשאי אפשר לחבר את האתר: החיבור של Make ל-WordPress דורש אישור מצד האתר. באתר מנוהל שבו אין לכם גישה לממשק הניהול, החיבור ייתקע עוד לפני הריצה הראשונה. במקרה כזה, מי שמנהל את האתר הוא כנראה האדם היחיד במשרד שעדיין צריך להעלות פוסטים ביד.
עלויות — חינם לבלוג קטן, בתשלום כשהבדיקות מתרבות
| כלי | חבילה | מחיר | מה קובע |
|---|---|---|---|
| Make | Free | $0/חודש | 1,000 קרדיטים לחודש · בדיקה לכל היותר פעם ב-15 דקות · עד 2 תרחישים פעילים |
| Make | Core | $9/חודש | 10,000 קרדיטים לחודש · בדיקה עד פעם בדקה · תרחישים ללא הגבלה |
| Google Drive | חשבון אישי | ₪0/חודש | 15GB משותפים ל-Gmail, ל-Drive ול-Photos |
| Google Drive | Google One Basic | ₪8/חודש | 100GB משותפים |
כל המחירים נכונים ליולי 2026, לפי המחירונים הרשמיים. את המחיר של WordPress לא בדקנו, ולכן גם לא נצטט אותו.
הנקודה שבה החשבון משתנה היא תדירות הבדיקה, לא מספר הפוסטים. לפי שיטת הספירה של Make, גם בדיקה שלא מצאה כלום בתיקייה נספרת. תרחיש שבודק כל 15 דקות מסביב לשעון מגיע ל-96 בדיקות ביום, כלומר בערך 2,880 בחודש, הרבה מעבר ל-1,000 הקרדיטים של החבילה החינמית. הפתרון הזול הוא לתזמן את הבדיקות לשעות העבודה, או לבדוק פעם בשעה. הפתרון הנוח הוא Core ב-$9 לחודש, נכון ליולי 2026. יוצא שבחבילה החינמית התיקייה הריקה היא הלקוחה הכי יקרה שלכם, כי היא נבדקת בלי הפסקה ולא מביאה כלום.
חלופות — שלוש דרכים אחרות לאותה תוצאה
- ידני עם נוהל: אחראי קבוע שעובר על התיקייה בשעה קבועה ומעלה טיוטות. זה לא עולה כסף ומתאים כשעולים קבצים בודדים בחודש. החיסרון: הנוהל מחזיק בדיוק עד החופשה הראשונה של האחראי.
- Zapier: גם בו אפשר לבנות זוג דומה של טריגר מ-Google Drive ופעולה ב-WordPress, בלוגיקה כמעט זהה. מי שכבר מנהל שם אוטומציות אחרות ירוויח מכך שהכול נמצא במקום אחד. כדאי לבדוק במחירון שלו מה המרווח בין בדיקות ובכמה ריצות מדובר, כי לא השווינו מחירים.
- כלי ייעודי להעברת מסמכים לאתר: קיימים כלים ותוספים שמתמחים בהעברת מסמך מעוצב מ-Google Docs ישירות לגוף הפוסט, כולל כותרות ותמונות. הם מתאימים כשהמטרה היא דווקא המסמך המלא, כלומר בדיוק המקרה שבו התרחיש שלנו מסתפק בכותרת וקישור. בדרך כלל ההפעלה שלהם ידנית, מסמך אחרי מסמך.
שאלות נפוצות — מה שואלים לפני שמחברים
האם הפוסט נוצר ברגע שהקובץ עולה?
לא. הטריגר בודק את התיקייה בבדיקה תקופתית. בחבילה החינמית של Make זה לכל היותר פעם ב-15 דקות, וב-Core המרווח יורד לדקה אחת. לרוב סוגי התוכן העיכוב הזה לא מורגש.
מה קורה לקבצים שכבר היו בתיקייה לפני החיבור?
זה תלוי בנקודת ההתחלה שבוחרים בהפעלה הראשונה של המודול. אם בוחרים "מעכשיו", רק קבצים חדשים יהפכו לפוסטים. אם בוחרים נקודה מוקדמת יותר, התיקייה כולה עלולה להיהפך לערימת טיוטות.
האם הפוסט מתפרסם לציבור אוטומטית?
רק אם תבחרו בזה. בשדה הסטטוס של Create a Post אפשר לבחור טיוטה, ואנחנו ממליצים על כך כברירת מחדל. ככה עין אנושית עוברת על כל פוסט לפני שהוא יוצא לאתר.
האם התוכן של המסמך עובר לגוף הפוסט?
לא בתרחיש הזה. הוא עובד עם פרטי הקובץ, כמו השם והקישור. כדי להעביר את גוף המסמך צריך תרחיש אחר או כלי ייעודי, כמו שמתואר בחלופות.
אפשר להפעיל את זה על כמה תיקיות?
כן, על ידי שכפול התרחיש לכל תיקייה. בחבילה החינמית מוגבלים ל-2 תרחישים פעילים, וב-Core אין הגבלה על מספר התרחישים, נכון ליולי 2026.
מקורות: Make — מחירון רשמי — נכון ל-יולי 2026 · Google One — חבילות אחסון רשמיות — נכון ל-יולי 2026
מה זה אומר עליך? שהשאלה "מי מעלה את זה לאתר" כבר לא צריכה להיות שאלה. אם הצוות שלך כותב אבל האתר שותק, הבעיה כמעט אף פעם אינה חוסר בתוכן. הבעיה היא המסדרון שבין התיקייה לממשק הניהול, מקום שבו קבצים טובים מחכים לאדם שיזכור אותם.
שני מודולים סוגרים את המסדרון הזה: Drive בודק את התיקייה, WordPress יוצר טיוטה, והיסטוריית-הריצות מראה שזה עבד, כמו בריצה האמיתית מ-14.9.2026. מה שנשאר לך זה החלק שבאמת דורש אדם: לקרוא, לשפר וללחוץ על פרסום. כל השאר הוא עבודת העתק-הדבק, שאף אחד לא שם בתיאור התפקיד, ובכל זאת מישהו עשה אותה כל שבוע.