באתר שעוסק בתכנות מעשי, הפוסט הזה הוא קצת חריג: הוא לא מלמד שפה או כלי פיתוח, אלא מסתכל על מערכת שמבצעת אוטומציה של עבודת תוכן — WebGPT. הסיבה שהוא כאן היא שהשאלה שהוא עונה עליה זהה לשאלה שכל מי שכותב סקריפט אוטומציה שואל את עצמו: איזה חלק מהעבודה באמת חוזר על עצמו ואפשר להעביר למכונה, ואיזה חלק נראה חוזר על עצמו אבל דורש שיקול דעת. מי שעובד עם אתרי וורדפרס ועם תוכן בקצב גבוה ימצא כאן פירוק מעשי של התהליך. מי שמחפש מדריך לקידום אתרים — זה לא המקום, והפוסט גם לא מתיימר להיות כזה.
מה המערכת עושה, בקצרה
WebGPT היא פלטפורמה שמרכזת בממשק אחד כמה שלבים שבדרך כלל מפוזרים בין כלים שונים: יצירת טקסט בעזרת מודלים של בינה מלאכותית, עריכה, פרסום לאתרי וורדפרס ולערוצים נוספים, מחקר של תוצאות חיפוש, ותזמון של תהליכים שחוזרים על עצמם. במילים של מי שכותב סקריפטים: היא מחליפה שרשרת של העתק־הדבק בין חלונות בצינור אחד, שבו כל שלב מעביר את התוצר שלו לשלב הבא.
החלוקה שבהמשך עוברת על השלבים האלה לפי הסדר שבו הם קורים בעבודה אמיתית, ובכל אחד מהם מפרידה בין מה שהמערכת עושה לבד לבין מה שנשאר באחריותכם.
שלב 1: יצירת טיוטה
המערכת יודעת לייצר מאמר מרעיון או מנושא, כולל מבנה של כותרות, פסקאות ותמונות, ולהעביר אותו לעורך טקסט מובנה. אפשר לבחור את האורך ואת סגנון הכתיבה, וחשוב מזה — לבחור את המודל שכותב: המערכת עובדת עם כמה ספקים, ביניהם OpenAI, Gemini, Claude, DeepSeek ו־Grok. ההבדל בין המודלים אינו רק באיכות; הוא גם במהירות ובעלות, ולכל סוג תוכן מתאים מודל אחר. עמוד שאלות נפוצות קצר לא דורש את המודל היקר ביותר, ומדריך ארוך ומעמיק כנראה כן.
מה נשאר לכם: כל עובדה. מודל שפה כותב טקסט שנשמע נכון, וזה בדיוק מה שהופך טעות שלו למסוכנת: מספרים, תאריכים, מחירים, שמות של מוצרים וניסוחים משפטיים חייבים בדיקה מול מקור. ההנחיה המעשית שלנו: התייחסו לטיוטה כאל קוד שכתב מתכנת חדש בצוות — היא כנראה עובדת ברובה, ובדיוק בגלל זה צריך לקרוא אותה שורה אחר שורה.
שלב 2: עריכה לפני פרסום
הטיוטה נפתחת בעורך שבתוך המערכת, וזה המקום להתאים אותה לקהל ולכוונת החיפוש: לקצר הקדמה ארוכה מדי, להוסיף דוגמה מהניסיון שלכם, למחוק פסקה שחוזרת על עצמה, לבדוק שהכותרת מבטיחה רק מה שהטקסט באמת נותן.
מה נשאר לכם: הקול. טקסט שנוצר באופן אוטומטי נוטה להיות ממוצע — לא שגוי, אבל גם לא של אף אחד. ההבדל בין אתר שקוראים חוזרים אליו לבין אתר שנשכח הוא בדרך כלל הפרטים שרק מי שעשה את הדבר בעצמו יודע לכתוב. את זה אף מערכת לא תוסיף בשבילכם.
שלב 3: פרסום לוורדפרס, ולכמה אתרים
אחרי חיבור של אתר וורדפרס בהתקנה עצמאית, המערכת מפרסמת אליו ישירות — בלי להעתיק טקסט לעורך של וורדפרס ובלי לתקן אחר כך עיצוב שהשתבש בהעברה. לכל אתר מחובר אפשר לבחור קטגוריה ולפרסם פוסט חדש או לעדכן קיים. מאחר שהמערכת בנויה לניהול כמה אתרים מדשבורד אחד, היתרון גדל ככל שמספר האתרים גדל: מי שמנהל חמישה או עשרה אתרים חוסך את המעבר בין חמישה או עשרה ממשקי ניהול.
מה נשאר לכם: החיבור עצמו נעשה באמצעות סיסמת יישום של וורדפרס, ולא באמצעות הסיסמה הראשית של המנהל. זו פרקטיקה נכונה בכל אוטומציה שמתחברת לשירות חיצוני: מפתח נפרד לכל מערכת, שאפשר לבטל בלי לשנות את הסיסמה של כולם. כדאי גם לוודא שלמשתמש שהמערכת מתחברת דרכו יש רק את ההרשאות שהוא צריך. העיקרון הזה מוסבר בהרחבה במדריך העבודה עם API, והוא נכון כאן בדיוק כמו בסקריפט שאתם כותבים בעצמכם.
שלב 4: מחקר תוצאות חיפוש
במערכת יש כלי לחיפוש ולניתוח של תוצאות החיפוש בגוגל. השימוש המעשי שלו הוא לפני הכתיבה: לבדוק מה כבר מופיע בתוצאות עבור נושא מסוים, איזה סוג תוכן מדורג, ואיפה יש פער שאפשר למלא — ואחרי הפרסום, לחזור ולבדוק מה השתנה.
מה נשאר לכם: הפרשנות. כלי מחקר מראה מה קיים; הוא לא אומר לכם מה כדאי לכתוב. ההחלטה איזה נושא שווה את הזמן שלכם, ואיזה כבר מכוסה היטב מדי, נשארת החלטה עסקית.
שלב 5: הפצה לערוצים נוספים
אותו תוכן, או גרסה מותאמת שלו, אפשר לפרסם מהממשק גם ל־Blogger, ל־WordPress.com, לפייסבוק, ל־X ולטלגרם. זה מתאים לשגרה של "כותבים פעם אחת ומפיצים בכמה מקומות".
מה נשאר לכם: ההתאמה לערוץ. פוסט של אלף וחמש מאות מילים אינו פוסט טוב לטלגרם, וכותרת שעובדת בגוגל לא בהכרח עובדת בפיד. המערכת חוסכת את ההעתקה; היא לא חוסכת את המחשבה על מי יקרא את זה ואיפה.
שלב 6: תזמון ובוטים
כאן האוטומציה מגיעה למיצוי: אפשר להגדיר בוטים שמייצרים ומפרסמים תוכן לפי לוח זמנים מראש. לאתרים שמתבססים על תדירות קבועה, זה ההבדל בין תוכנית תוכן שמתקיימת לבין תוכנית שנשכחת אחרי שבועיים.
מה נשאר לכם: בקרה. כל מי שהריץ פעם משימה מתוזמנת יודע שהבעיה איננה המשימה שנכשלת ברעש — אלא המשימה שרצה בשקט ועושה את הדבר הלא נכון שבוע שלם. אותו עיקרון שמופיע במדריך על cron נכון גם כאן: הגדירו נקודת בדיקה קבועה — יום בשבוע שבו קוראים את מה שפורסם — ואל תניחו שמה שתוזמן גם יצא כמו שצריך.
ולמתקדמים: צ'אטבוט שמבוסס על המסמכים שלכם
בחלק מהתוכניות אפשר לבנות צ'אטבוט שעונה על שאלות על בסיס מסמכים שאתם מעלים — מה שנקרא RAG — ולהטמיע אותו באתר. באתרים של שירות או תמיכה, זה יכול לענות על השאלות החוזרות בלי שמישהו יצטרך להקליד את אותה תשובה בפעם המאה.
מה נשאר לכם: איכות המסמכים. צ'אטבוט כזה טוב בדיוק כמו המידע שהוזן אליו. מסמך ישן עם מחיר שהשתנה יהפוך לתשובה שגויה שנאמרת בביטחון מלא.
למי זה פחות מתאים
כמו כל כלי אוטומציה, גם כאן היתרון גדל עם הנפח. מי שמנהל אתר אחד ומפרסם פוסט בחודש לא ירוויח הרבה מצינור מסודר: הזמן שייקח להגדיר אותו יהיה דומה לזמן שהוא יחסוך. גם אתרים שבהם כל טקסט נשען על מומחיות אישית עמוקה — ייעוץ מקצועי, תחקיר, ביקורת — ירוויחו פחות משלב הטיוטה, כי שם רוב הערך נמצא בדיוק בחלק שאי אפשר להעביר למכונה. לעומת זאת, מי שמנהל כמה אתרים, מפרסם בקצב קבוע ומפיץ לכמה ערוצים, יראה את ההבדל כבר בשבוע הראשון.
שאלה טובה לשאול לפני שמתחילים: אם הייתי כותב סקריפט שעושה את זה, איזה חלק הייתי מוכן להריץ בלי להסתכל על התוצאה? התשובה לשאלה הזאת היא בדיוק החלק שכדאי להעביר לאוטומציה, וכל השאר נשאר אצלכם.
רשימת בדיקה לפני שלוחצים "פרסם"
מי שכותב קוד מכיר את הרעיון של בדיקות אוטומטיות שרצות לפני שמשהו עולה לאוויר. לתוכן אין בדיקות אוטומטיות טובות באותה מידה, ולכן רשימה קצרה ועקבית מחליפה אותן. זו הרשימה שאנחנו ממליצים לעבור עליה על כל טקסט שנוצר אוטומטית, לפני שהוא מתפרסם:
- עובדות שאפשר לבדוק: כל מספר, תאריך, מחיר, שם של מוצר או של גוף רשמי — האם בדקתם אותו מול מקור, ולא מול זיכרון?
- הבטחות בכותרת: האם הטקסט באמת נותן את מה שהכותרת מבטיחה, או שהכותרת "מוכרת" יותר מהתוכן?
- חזרות: טקסט שנוצר אוטומטית נוטה לחזור על אותו רעיון בשלוש פסקאות שונות. מחקו את השתיים החלשות.
- הכללות: משפטים כמו "רבים מאמינים" או "מומחים ממליצים" בלי לומר מי — מחקו אותם או החליפו בעובדה ספציפית.
- קישורים: האם כל קישור פנימי מוביל לעמוד שקיים ושעוסק באותו נושא?
- התאמה לקהל: האם מישהו מהקהל שלכם היה לומד מהטקסט משהו שלא ידע?
הרשימה הזאת לוקחת חמש עד עשר דקות לטקסט. זה הרבה פחות מהזמן שהאוטומציה חסכה, וזה ההבדל בין אתר שנבנה על תוכן מהיר לבין אתר שנבנה על תוכן מהיר שגם אפשר לסמוך עליו.
איך משלבים את זה בתהליך קיים
מי שכבר עובד עם צוות כותבים, עם לוח עריכה ועם לקוחות לא צריך לזרוק את התהליך כדי להכניס מערכת כזאת. ההמלצה המעשית היא להתחיל בשלב אחד בלבד — בדרך כלל הפרסום, כי הוא החלק הכי מכני — ולהוסיף שלבים רק אחרי שהראשון עובד בלי הפתעות במשך כמה שבועות. זו אותה גישה שעובדת בכל אוטומציה: אוטומציה הדרגתית שאפשר לעקוב אחריה עדיפה על מעבר מלא ביום אחד, שבו אף אחד לא בטוח מה רץ ומה לא.
כדאי גם להגדיר מראש מי אחראי על מה. כשמערכת יוצרת טיוטה, מישהו אחר עורך אותה, ומערכת שלישית מפרסמת, קל מאוד להגיע למצב שבו כל אחד חושב שהבדיקה נעשתה בשלב של מישהו אחר. שם אחד ליד כל שלב בתהליך פותר את זה.
איך נראה תהליך שעובד
אם מחברים את השלבים, מתקבל צינור שדומה מאוד לצינור של סקריפט אוטומציה טוב: שלבים שחוזרים על עצמם עוברים למכונה, ובין השלבים יש נקודות בדיקה. בפועל:
- מחקר נושא בכלי תוצאות החיפוש, והחלטה אנושית מה כותבים.
- טיוטה במודל שמתאים לסוג התוכן.
- בדיקת עובדות ועריכה בעורך — זו נקודת הבדיקה החשובה ביותר.
- פרסום לאתר, ולערוצים נוספים בגרסה מותאמת.
- תזמון רק לתוכן שעבר את התהליך הזה לפחות כמה פעמים ידנית, כך שאתם יודעים איך נראה תוצר תקין.
- בדיקה שבועית של מה שפורסם בפועל.
זה גם הכלל שכדאי לקחת מכאן לכל אוטומציה, לא רק לזו: אוטומציה טובה לא מוציאה את האדם מהתהליך. היא מוציאה ממנו את החלקים שאין בהם צורך בשיקול דעת, כדי שיישאר לו זמן לחלקים שיש.
