אני מינג. לצד עיצוב מוצר ב-vm0, ניהול התוכן שלנו הוא גם חלק מהעבודה שלי, וגיליתי שיש בזה הרבה יותר ממה שציפיתי: עיצוב תהליכים, איורים, הפקת תמונות, עבודה עם CMS, תרגומים. כך הצלחתי בהדרגה לבצע את כל זה.
תוכן הוא אחד הדברים שאני עושה כאן
רוב היום שלי ב-vm0 מתחלק בין עיצוב מוצר לקוד ב-Next.js. אבל גם ניהול התוכן נמצא על שולחני, וברגע שהתחלתי, הבנתי כמה עבודה יש מאחורי בלוג שמצליח. צריך הפקה עקבית, מחקר מילות מפתח אמיתי, ויזואלים תואמי מותג, תיאורי מטא טובים ותרגומים לארבע השפות שאנו תומכים בהן.
כשהתחלתי להתייחס לזה ברצינות, כל פוסט לקח כמעט יום שלם. הכתיבה עצמה הייתה רק חלק קטן מזה. רוב הזמן הושקע בעבודת ההפקה סביב הכתיבה: חיפוש מילות מפתח, יצירת תמונת שער, מילוי שדות נכונים ב-CMS, ושחזור התהליך לכל שפה.
אז בהדרגה העברתי כמה שיותר מהשלבים האלו ללוקאס, סוכן שיווק מבוסס בינה מלאכותית שבניתי ב-Zero סביב העבודה היומיומית שלי. הוא מוגדר כ"מנהל שיווק", והתחום שלו הוא כל מה שקשור לשיווק: ייצור בלוג הוא החלק המפותח ביותר כרגע, והוא ממשיך לגדול ככל שאני מוסיף לו מיומנויות ומחברים.
כרגע ללוקאס יש גישה ל-Strapi CMS שלנו, לחשבון Ahrefs, ל-Slack של הצוות, לצ'אט באתר, למיומנות פנימית draw לאיורים תואמי מותג, ולמיומנות הסטנדרטית copywriting למכניקת הכתיבה.
בהמשך אסביר איך האוטומציה הזו עובדת בפועל: איך לוקאס לוקח הנחיה מעורפלת, מפרק אותה לנושא ולמילות מפתח, כותב פוסט, יוצר שער, מתרגם באופן טבעי, ומעלה טיוטות לארבע שפות ב-CMS. אחר כך אסביר איך הגעתי לזה, ומה אני משאיר בכוונה לבני אדם (עדיין בעיקר אני).
איך אני עובד עם לוקאס: אפליקציית ווב ו-Slack
אני עובד עם לוקאס בעיקר דרך הצ'אט באתר של vm0. זה הממשק לעבודה מעמיקה, בו אני יושב איתו על תכנון, טיוטות, גרסאות שער ועריכות. שיחות ארוכות, הקשר רחב, דיאלוג שלא היה נוח בערוץ צ'אט רגיל.
לוקאס מחובר גם ל-Slack של הצוות, כנקודת כניסה משותפת. אני שולח לו הנחיות קצרות מהטלפון, ושאר הצוות יכול לפנות אליו גם כן. מי שמתחיל פוסט בתורו עושה זאת באותה דרך. אותו סוכן, אותו הקשר בשני הממשקים.
איך נראית הנחיה טיפוסית
ההנחיות שלי ללוקאס בדרך כלל קצרות. עד שלוש משפטים. דוגמה מייצגת:
לוקאס, כתוב מדריך על ניהול ישיבות שבועיות אפקטיביות: סקור מבנה ישיבה, טעויות נפוצות, ואיך לשמור על מעורבות צוותים מרחוק. סגנון הדרכה, ידידותי ל-SEO, סיים בקריאה לפעולה להשתמש ב-Zero. רק קישור לטיוטה, לא לפרסם.
זו כל ההנחיה. הודעה אחת. בלי מתווה, בלי רשימת מילות מפתח, בלי בריף עיצוב, בלי יעד אורך. לוקאס ממשיך משם.
לקח לי זמן להגיע לפורמט הזה. בהתחלה כתבתי הנחיות ארוכות כי חשבתי שהסוכן צריך הכל מפורט, ואז הבנתי שרוב ההקשר צריך להיות בהוראות הקבועות והמיומנויות שלו, לא בכל הנחיה. ההנחיה היא טריגר; שאר ההגדרות עושות את העבודה.
איך לוקאס מנתח את הנושא ומילות המפתח
הצעד הראשון של לוקאס הוא להוציא מבנה מההנחיה המעורפלת. עבור בקשה כמו למעלה, ההערות שלו נראות כך:
- נושא: ניהול ישיבות שבועיות אפקטיביות
- פורמט: מדריך → שלבים ממוספרים, דוגמאות קונקרטיות, שפה של "עשה כך"
- קהל יעד משתמע: ראשי צוותים, מנהלים מרחוק, מייסדים
- חלקים נדרשים: מבנה ישיבה, טעויות נפוצות, מעורבות מרחוק
- קריאה לפעולה: להוביל את הקוראים ל-Zero
- הגבלה: רק קישור לטיוטה, לא לפרסם
לאחר מכן הוא בוחר את מילת המפתח. זה החלק בשיווק תוכן שהיה לי הכי פחות אינטואיציה לגביו, אז נתתי ללוקאס שגרה קבועה לכל פעם שאני מבקש ממנו עבודה על מילות מפתח. זו לא מיומנות שהוא מריץ אוטונומית, אלא רצף שאני סומך עליו:
- משיכת מועמדים מ-Ahrefs. הוא פונה ל-API של Ahrefs עם ביטוי הנושא, ומחזיר וריאציות זנב ארוך עם נפח חיפושים חודשי, קושי מילת מפתח (KD), נושא אב וכוונת SERP.
- סינון לפי קושי. נתתי לו כלל קשיח: KD < 30. vm0 הוא דומיין חדש יחסית עם סמכות מוגבלת, אז לרדוף אחרי מילות מפתח קשות לא מתאים לנו עדיין. זנב ארוך מנצח בהתחלה.
- השוואה לאינדקס Strapi שלנו. הוא מושך את כל הסלאגים שפורסמו מה-CMS ומסיר כל מילת מפתח שכבר כיסינו. אין קניבליזציה.
- התאמת כוונה להתאמה למוצר. הכוונה של מילת המפתח חייבת להתאים לספריית מקרי השימוש שלנו. "איך לנהל ישיבות שבועיות אפקטיביות" → תפעול / ניהול צוות → מתאים. "הראמן הכי טוב בטוקיו" → לא רלוונטי, לא משנה הנפח.
- בחירה. מהרשימה המסוננת הוא בוחר את האופציה עם הנפח הגבוה ביותר ומשתמש בה כעמוד השדרה של הפוסט. לדוג' שיטות מומלצות לישיבות שבועיות מרחוק.
ל-SEO בדף הוא מיישם כלל פשוט: מילת המפתח בכותרת, לפחות באחד מ-H2, וב-100 המילים הראשונות. מילים נרדפות וביטויים קשורים משולבים בטבעיות. קישורים פנימיים לשניים-שלושה פוסטים קשורים. מעבר לזה: כתיבה טבעית, בלי דחיסת מילות מפתח.
מבנה הפוסט (שישה-שבעה H2, קריאת "טיפ:" מתחת לכל שלב, CTA בסיום) מגיע מתבנית הדרכה שבניתי על בסיס דוגמאות מכמה פוסטים.
איך מציירים את השער
השער הוא החלק בייצור הבלוג שהכי חשוב לי, גם כי אני מעצב וגם כי זה מה שהקוראים רואים לפני המילה הראשונה. זו גם תמונת Open Graph כשמשתפים פוסטים ב-X או LinkedIn, והיא מה שהופך את אינדקס הבלוג שלנו למגזין ולא לקיר של תמונות סטוק.
תמונות סטוק לא התאימו למראה שרציתי, והזמנת איורים אחד-אחד הייתה הופכת את עלות ההפקה לבלתי סבירה. אז בניתי מיומנות Zero בשם draw. זה סקריפט פייתון של 200 שורות שעושה חמישה דברים:
- מקבל שני קלטים: מטאפורה (מה לצייר) ו-צבע (שם ידידותי + hex).
- משלב אותם בתבנית הנחיה קבועה שמקבעת את שאר הקומפוזיציה: רקע אפור חם
#eeeeee, כתם צבעי מים במרכז הקנבס בצבע הנבחר, סקיצה בדיו ביד חופשית מעל, לוגו vm0 ב-(25, 25) בפינה שמאלית עליונה. - שולח את ההנחיה המורכבת למודל של fal.ai ב-
nano-banana-proבכתובת 16:9. - מוריד את ה-PNG. מנרמל פיקסלים כמעט לבנים חזרה ל-
#eeeeeeכדי שהרקע לא יסטה. מגדיל ל-1600×900. משלב את לוגו vm0 השקוף מעל. - מעלה את התוצאה ל-CDN של vm0 ומדפיס את ה-URL.
הפעלה טיפוסית נראית כך:
python draw.py \
--metaphor "a tilted hourglass with sand draining into a small open notebook, a sparkle near the rim" \
--color-name "dusty rose" \
--color-hex "#e08b96" \
--upload
שני קלטים וכל שאר המותג נשאר עקבי. אני בוחר צבע שמתאים לנושא הפוסט. קורל או מרווה לפוסטים חמים בסגנון הדרכה, כחול או לבנדר לטכניים, צהוב חרדל להודעות. כמה צבעים חוזרים יוצרים בהדרגה פלטה מזוהה באינדקס הבלוג.
מה שלמדתי בדרך הקשה הוא שהכוח לא במודל, אלא בתבנית. אם נותנים למודל לבחור קומפוזיציה, פלטה ופריסה, כל שער נראה כמו מותג אחר. כשמקבעים את אלה ונותנים לו לבחור רק את המטאפורה, המראה נשאר אחיד מפוסט לפוסט.
יש מיומנות אחות בשם illustration לאיורים קטנים בגוף הפוסט (הציורים הקטנים בין הסעיפים כאן). אותו רעיון: סגנון קבוע, רק המטאפורה והצבע משתנים. מותאם לאמנות ריבועית 1024×1024 במקום שערי 16:9.
הערה קטנה על SEO לתמונות: אותה תמונת שער משמשת גם ל-Open Graph וגם ל-Twitter Card, כך ששיתופים חברתיים קולטים אותה בקלות. Strapi יוצר אוטומטית ארבע גרסאות בגדלים שונים (thumbnail, small, medium, large), אם כי עדיין לא חיברתי את גוף המאמר לטעון אותן דרך srcset. זו משימה קטנה לפרונט-אנד. איורים בגוף הפוסט מקבלים טקסט אלט תיאורי במרקרון כשלוקאס משלב אותם; שדה ה-alternativeText של השער ב-Strapi הוא משהו שאני עדיין רוצה להשלים.
איך הפוסט נכתב
ברגע שהנושא, מילת המפתח והשער מוכנים, הכתיבה היא בעיקר טכנית. לוקאס:
- מתחיל במתווה. שישה-שבעה H2, כל אחד עם תפקיד ברור: הצגת בעיה, שלבים, קריאות "טיפ:", סיכום, CTA.
- מרחיב כל H2 לפרוזה בעזרת מיומנות
copywriting. הסגנון (משפטים קצרים, דוגמאות קונקרטיות, פנייה בלשון שני כשמתאים, הומור יבש מדי פעם) מגיע מהוראות קבועות ששמרתי ללוקאס, לא מהמיומנות עצמה. - מוסיף קריאות "טיפ:" מעשיות מתחת לכל שלב. זה מועיל כי רוב הקוראים סורקים, והטיפים נותנים להם דרך לעבור על תוכן ארוך.
- כותב את שדה ה-
descriptionשל הפוסט. Strapi מגביל ל-80 תווים, אז זה נשאר קצר ונשמע אנושי. זה משמש ככותרת משנה וכתיאור OG/Twitter card. - מסיים ב-CTA שמזכיר את המוצר ומקשר לסביבת עבודה חינמית.
טיוטה ראשונה חוזרת בדרך כלל אחרי שתיים-שלוש דקות. אני קורא, מבקש התאמות טון אם הסגנון לא מדויק, ולוקאס ממשיך עד שזה מתאים. הטיוטה הראשונה כמעט אף פעם לא מוכנה לפרסום. היא בדרך כלל כמעט שם אבל קצת לא מדויקת, ושם אני משקיע את רוב זמן הביקורת שלי.
איך הטיוטה עולה ל-Strapi
אנחנו משתמשים ב-Strapi כ-CMS נטול ראש. סוג התוכן articles כולל cover (מדיה), author ו-category (יחסים), locale (מחרוזת), ואזור דינמי blocks שבו נמצא הגוף.
תהליך הסנכרון של לוקאס מול ה-CMS:
- POST של ה-PNG של השער ל-
/api/upload. שמירת ה-documentIdהמוחזר. - POST ל-
/api/articles?status=draftעם כותרת, תיאור (≤80 תווים; Strapi אוכף זאת), סלאג, שפה, יחסי שער/מחבר/קטגוריה כמספרים מזהים, ובלוקshared.rich-textיחיד עם גוף המרקרון. - חשוב: לא לכלול
publishedAt. Strapi מתייחס ל-null כטיוטה. - החזרת URL תצוגה מקדימה לפי תבנית הטיוטה של vm0:
https://www.vm0.ai/{locale}/blog/posts/{slug}?status=draft.
הערה על Strapi v5: ה-REST API הציבורי יכול לעקוף publishedAt בסוגי תוכן מסוימים, כלומר "טיוטה" שתיצרו דרך ה-API עלולה לעלות לאוויר בשקט. הפתרון הוא מיגרציית DB קטנה שמסירה את השדה בכתיבת טיוטות.
גם אסטרטגיית הסלאג חשובה ל-SEO. אנחנו משתמשים בסלאג קנוני אחד לכל ארבע השפות ולא מתרגמים אותו. קורא ב-/de/blog/posts/remote-weekly-meeting-best-practices רואה את אותה מבנה URL כמו קורא ב-/en, ופרופיל הקישורים שלנו לא מתפצל בין שפות. הוספת תגיות hreflang מהיחסים האלו זו משימה קטנה לפרונט-אנד. עדיין לא פרסמנו אותן.
איך עובד תרגום i18n
vm0 פועל בארבע שפות: אנגלית, גרמנית, יפנית, ספרדית. אנחנו לא מריצים פוסטים דרך Google Translate. הדרך הזולה הורסת את הסגנון; הדרך הנכונה מתאימה ביטויים.
לוקאס יוצר קודם את טיוטת EN, שומר את ה-documentId שהוחזר, ואז מבצע שלוש קריאות PUT /api/articles/{documentId}?locale=de (ו-?locale=ja, ?locale=es) עם מטענים מתורגמים טבעית. Strapi מתייחס אליהם כגרסאות שפה של אותו מסמך קנוני, מה ששומר את כל הגרסאות מקושרות בממשק הניהול ובמתג השפה בפרונט-אנד.
כללי תרגום שנתתי לו, בעיקר בעקבות תיקונים לתוצאות לא נכונות:
- לא לתרגם מונחים טכניים שהם כבר מילים מושאלות באנגלית בשפת היעד. "API", "CMS", "agent" ו-"prompt" נשארים באנגלית ב-JA ו-DE. תרגום שלהם מרגיש לא טבעי.
- להתאים ביטויים באופן טבעי. תרגום מילולי של "kills your Friday" לגרמנית הוא שטות; גרסה מקומית של אותה מטאפורה עובדת.
- לכוון מחדש CTA לכל שפה. פקודות ישירות מרגישות אגרסיביות יותר ב-DE, אז אני מרכך; ב-JA זה בדרך כלל הופך להזמנה מנומסת.
- להתאים כותרות לאורך. כותרות בגרמנית נוטות להיות ארוכות בכ-30% מהממוצע באנגלית. ביפנית הן קצרות יותר. לוקאס שומר על כותרות מתחת למגבלת 60 תווים ל-SERP בכל שפה.
פרסום תוכן רב-לשוני היה החלק שלקח לי הכי הרבה זמן. עכשיו זה רק הצעד האחרון באותו ריצת סוכן.
מה לא עובר אוטומציה
קטע קצר וחשוב. לא כל מה שבתהליך הזה עובר אוטומציה, בכוונה:
- בחירת נושאים ברמה האסטרטגית. לוקאס בוחר מילות מפתח בתוך נושא, אבל הנושא עצמו מגיע ממני, לרוב מהשקות מוצר, שיחות עם לקוחות או שינויים במפת הדרכים.
- עריכה סופית. אני עובר על כל טיוטה לפני פרסום. במיוחד באנגלית. טון, דיוק טכני, התייחסות להקשר פנימי של המוצר – כל אלה דורשים עין אנושית.
- ביקורת של דובר ילידי לשפות שאני לא שולט בהן. אני לא קורא גרמנית שוטפת. הטיוטה ב-DE עוברת לביקורת של דובר ילידי לפני פרסום.
- קידום. פרסום ב-X, שליחה למנויים, שיתוף בקהילות – עדיין ידני כרגע.
המטרה היא לא להוציא אותי מהמעגל, אלא להוציא אותי מהחלקים שלא באמת צריכים אותי.
איך הגעתי לתהליך הזה
לא ישבתי בסוף שבוע ותכננתי את זה. זה הצטבר, פוסט אחרי פוסט, מהבחנה אילו שלבים גוזלים לי זמן.
מה ששמתי לב אליו: החלקים ששווה לאוטומט לא היו היצירתיים. אלה היו החיבורים: משיכת מילות מפתח, יצירת שערים, העלאות, פיצול לשפות, עיצוב URL לתצוגה מקדימה. כשבדקתי בכנות, בזבזתי יותר זמן על לוגיסטיקה מאשר על הכתיבה עצמה.
אז בהדרגה העברתי את הלוגיסטיקה לסוכן. המודל כותב; הסוכן מזיז את החלקים. אני עדיין מחליט מה לכתוב ואיך זה צריך להישמע, פשוט כבר לא זה שמחבר את הכל יחד.
בשבילי, אוטומציה של תוכן בפועל לא הייתה "הבינה כותבת את הבלוג". זה היה "הבינה עושה הכל מסביב לכתיבה, כדי שיהיה לי זמן להתרכז בכתיבה עצמה".
אם תרצו לנסות משהו דומה
אם אתם במצב דומה, עם יותר מדי כובעים וגם תוכן הוא אחד מהם, רוב זה ניתן לשחזור:
- פלטפורמת סוכנים שמאפשרת לתת לסוכן תפקיד ומיומנויות קבועות (אנחנו משתמשים ב-Zero, שם לוקאס פועל).
- מחברים לכלים הקיימים שלכם: ה-CMS, כלי מחקר מילות מפתח, מחולל תמונות, Slack.
- סט קטן של מיומנויות מותאמות למותג שלכם (אצלנו
drawלשערים ו-copywritingלסגנון). - הוראות קבועות שמחזיקות הקשר, כדי שההנחיות יישארו קצרות.
התחילו סביבת עבודה Free ב-Zero →
או אם תרצו לראות עוד תהליכי סוכן לפני הרשמה, ספריית מקרי השימוש שלנו כוללת 19 אוטומציות מוכנות להעתקה להנדסה, מוצר, שיווק ותפעול.
אם תרצו לשכפל את לוקאס: צרו סוכן, תנו לו את התפקיד Marketing manager, חברו את Strapi (או ה-CMS שלכם) + Ahrefs + כלי יצירת תמונות, הוסיפו מיומנות draw לפי הדוגמה שלכם, ומיומנות copywriting שמייצגת את קול המותג. הוא יבין את השאר מההנחיה הראשונה שלכם.
