איך מפעילים את המערכת
מהחיבור הראשון ועד מאמר שמתפרסם. כל שלב, מה קורה מאחורי הקלעים, ומה לעשות כשמשהו נתקע.
חיבור אתר WordPress
שלב א: כתובת בלבד. לוח בקרה ← הוספת אתר ← מדביקים את הכתובת. זהו. המערכת קוראת את האתר דרך ה-REST API הציבורי של WordPress, ותוך דקות יש דוח מלא ושלוש הזדמנויות. בשלב הזה אין תוסף, אין סיסמה, אין גישה למסד הנתונים.
שלב ב (אופציונלי): חיבור משתמש. רק כשרוצים שהמערכת תכתוב לאתר. בעמוד האתר ← "חיבור לאתר" בוחרים רמה:
| רמה | תפקיד בוורדפרס | מה המערכת יכולה | מה היא לא יכולה |
|---|---|---|---|
| טיוטות | Contributor | לשלוח מאמרים כטיוטה | לפרסם, להעלות תמונות. וורדפרס עצמו חוסם |
| פרסום ותזמון | Author | לפרסם ולתזמן מאמרים שהיא יצרה, עם תמונות | לגעת במאמרים של אחרים, בעמודים, בהגדרות |
| עורך | Editor | בנוסף: עמודי שירות ועדכון תוכן קיים | תוספים, משתמשים, הגדרות. לא מנהל |
המסלול המומלץ: התוסף, שלושה צעדים, בלי סיסמאות
wpga-agent בתפקיד שמתאים לרמה שבחרתם. לא צריך ליצור משתמש ולא סיסמה.המסלול הידני: Application Password, בלי תוסף
למי שמעדיף בלי תוסף. שימו לב: חלק מהשרתים (למשל LiteSpeed ו-Apache עם PHP כ-CGI) לא מעבירים לוורדפרס את כותרת ההזדהות, ואז המסלול הזה נכשל גם עם סיסמה נכונה. המערכת מזהה את זה ומציעה את התוסף.
- משתמשים ← הוספת משתמש חדש:
wpga-agent, תפקיד לפי הרמה (Contributor / Author / Editor). לא Administrator. - פותחים את המשתמש שנוצר (לא "הפרופיל שלי") ← סיסמאות יישומים ← שם
wpga← הוספה. 24 תווים, מוצגת פעם אחת. - מדביקים בעמוד האתר. המערכת בודקת את התפקיד בפועל ורק אז שומרת.
האסימון או הסיסמה נבדקים, מוצפנים ונשמרים במנהל סודות נפרד. בטבלה נשמרת רק הפניה אליה. היא לא מוצגת שוב ולא מגיעה לדפדפן. לפני כל שליחה לאתר התפקיד נבדק מחדש, והמערכת מוודאת שהאתר החזיר בדיוק את הסטטוס שביקשה.
Brand Brain ורישום טענות
זה השלב שקובע את איכות כל מה שייווצר אחר כך. חמש דקות כאן שוות שעות עריכה בהמשך.
טון לפי דוגמאות, לא לפי תיאור
"טון מקצועי וידידותי" לא אומר כלום למודל. שלוש פסקאות אמיתיות שאתם אוהבים ושלוש שאתם שונאים אומרות הכול. המערכת דורשת 3 מאושרות ו-3 פסולות, ולא נותנת לשמור בלעדיהן.
"פוטרת בלי שימוע? זו לא רק תחושה לא נעימה. זו פגיעה בזכות."
"בעולם של היום, חשוב לציין שדיני העבודה מהווים תחום מורכב."
רישום טענות
כל טענה עובדתית שהמערכת תמצא בטיוטה נבדקת מול הרישום. ארבע מדיניויות:
| מדיניות | מה קורה בטיוטה |
|---|---|
| מותר | הטענה עוברת בלי הערה. |
| אסור | הטיוטה נחסמת. למשל "מנצחים ב-100 אחוז מהתיקים". |
| דורש מקור | בלי מקור פעיל מקושר, הטיוטה נחסמת. |
| דורש אישור | מסומן לעין אנושית, לא חוסם. |
כל שמירה יוצרת גרסה חדשה. טיוטות שכבר נוצרו נשארות מקושרות לגרסה שייצרה אותן, כדי שתמיד יהיה ברור לפי מה נכתב מה.
מחקר מילות מפתח
נותנים ביטוי זרע אחד. המערכת מרחיבה אותו לעשרות ביטויים, מסווגת כל אחד לכוונת חיפוש, מקבצת לאשכולות נושאיים, ומצליבה מול התוכן שכבר קיים באתר.
| כוונה | מה זה אומר | סוג התוצר המתאים |
|---|---|---|
| מידעית | "מה זה", "איך", "למה" | מאמר או מדריך |
| מסחרית | "הכי טוב", "השוואה", "מחיר" | השוואה או עמוד שירות |
| עסקתית | "הזמנה", "קנייה", "ייעוץ" | עמוד שירות |
| מקומית | שם עיר או אזור בביטוי | עמוד אזורי |
לכל ביטוי מוצג הסטטוס: מכוסה (יש עמוד קיים), חלקי (נוגעים בו אבל לא ממוקד), או פער. מהפערים אפשר לייצר הזדמנות ישירות, ומההזדמנות תוצר.
דוח האתר
הסנכרון הראשון קורא את כל התוכן ובונה תמונת מצב. מה יש בדוח:
- מלאי תוכן — לפי סוג, גיל, אורך וסטטוס. מזהה מיד עמודים דלים ועמודים שלא עודכנו שנים.
- גרף קישורים פנימיים — עמודים יתומים בלי קישור נכנס, קישורים שבורים (נבדקים בפועל ב-HTTP), וקישורים שעוברים דרך הפניה.
- ממצאי מטא — כותרת או תיאור חסרים, כפולים, ארוכים מדי, canonical שגוי, H1 חסר, Schema שבור.
- קניבליזציה — זוגות עמודים שמתחרים על אותה כוונה, כל זוג עם הסבר למה סומן.
- סתירות מקורות — כשה-API מדווח מטא אחד וה-HTML מציג אחר. זה ממצא בפני עצמו.
שלוש הפעולות בשבוע
המערכת מייצרת עשרות מועמדים ובוחרת שלושה. המגבלה מכוונת: רשימה של 40 משימות לא מבוצעת, ושלוש כן.
כל הזדמנות נושאת שלושה דברים שאפשר לבדוק:
- ראיה — הנתון הקונקרטי שהצדיק אותה. "אין אף קישור פנימי נכנס", "עודכן לפני 41 חודשים", "900 חשיפות במיקום 7.5".
- נוסחה — החישוב המדויק של ציון ההשפעה, עם המספרים שנכנסו אליו. אפשר לפתוח ולראות.
- המלצה — מה בדיוק לעשות, לא "לשפר SEO".
דחייה דורשת סיבה. מה שנדחה לא יוצף שוב, ומה שנדחה למועד יחזור בתאריך שקבעתם. ההחלטות שלכם מכיילות את התור.
יצירת התוצר
אישור הזדמנות מפעיל צינור של עשרה שלבים. כל שלב מקבל קלט מטופס ומחזיר פלט מטופס.
בריף ← מהזדמנות + Brand Brain + מה שכבר קיים באתר מבנה ← מקטעים, כותרות שאלה, נקודות מפתח כתיבה ← לפי הטון המאושר, נגד הפסול טענות ← חילוץ כל טענה עובדתית מהטקסט בדיקות ← מול הרישום, דמיון, עברית, הזרקות קישורים ← מועמדים מהמלאי בלבד, השרת מאמת מטא ← כותרת, תיאור, slug AEO/GEO ← בלוק תשובה, FAQ, JSON-LD ניקוד ← rubric בן שישה סעיפים תמונות ← hero ו-Open Graph בצבעי המותג
אין מפתח מודל מוגדר? המערכת עובדת בספק דמו דטרמיניסטי. התוצר יהיה קבוע ולא אמיתי, אבל כל הצינור והבדיקות רצים. מצוין כדי ללמוד את הממשק בלי לשלם.
בדיקות האיכות
טיוטה לא מוצגת כמוכנה לפני שעברה את כולן. בדיקה חוסמת עוצרת, ומסבירה מה נדרש כדי לשחרר.
| בדיקה | סוג | מה היא מונעת |
|---|---|---|
| טענה אסורה | חוסמת | הבטחות שאסור לכם לפרסם |
| טענה בלי מקור | חוסמת | מספרים שהומצאו |
| דמיון לתוכן קיים | חוסמת | קניבליזציה עצמית |
| ציון איכות נמוך | חוסמת | תוכן חלש שיפגע באתר |
| איכות עברית | חוסמת | תרגומית וניפוח |
| חשד להזרקת הוראות | חוסמת | טקסט זדוני שנשתל באתר |
| טענה שדורשת אישור | אזהרה | עובדה שלא ברישום |
| אורכי מטא | אזהרה | כותרת שתיחתך בגוגל |
| מספר מילים | אזהרה | חריגה מהיעד |
ציון האיכות ניתן בשישה סעיפים, כל אחד 0 עד 3: דיוק עובדתי, התאמה לטון, עברית טבעית, מבנה שעונה על הכוונה, ערך מעבר למה שכבר קיים, והיעדר ניפוח.
שליחה לאתר, פרסום ותזמון
draft, publish או future). כל תשובה אחרת נחשבת כישלון ומדווחת.סוגי התוצר
לכל סוג מבנה משלו, אורך יעד משלו וסכמת JSON-LD משלו.
| סוג | מתי משתמשים | מבנה |
|---|---|---|
| מאמר בלוג | כוונה מידעית | תשובה ישירה, מקטעי שאלה, FAQ, Article + FAQPage |
| עמוד שירות | כוונה עסקתית | הבטחת ערך, למי מתאים, תהליך, מה כלול, FAQ, CTA, Service |
| עמוד אזורי | כוונה מקומית | שירות באזור, אזורי כיסוי, LocalBusiness + Service |
| מדריך | "איך עושים" | שלבים ממוספרים, מה צריך, טעויות נפוצות, HowTo |
| השוואה | כוונה מסחרית | טבלת השוואה, קריטריונים, המלצה לפי מקרה |
| עמוד שאלות | שאילתות ארוכות | שאלה ותשובה, תשובה קצרה בראש כל אחת, FAQPage |