אוטומטי · שבועי · בודק את עצמו

כותרות שופינג שמתעדכנות לפי ביצועים — כל שבוע, בלי עבודה ידנית על כל מוצר.

המערכת קוראת ביצועים מ־Merchant Center, מציעה כותרות חדשות, משווה אותן למה שחי עכשיו, ומעדכנת רק כשיש שיפור אמיתי במספרים.

1,000 מוצרים בכל הרצה
23 נתונים לכל מוצר
100% מהשינויים מגובים לשחזור
דריסה ידנית תמיד גוברת
1רץ פעם בשבוע
2ההרשאה מאומתת
3שולף עד 1,000 מוצרים בכל אצווה
4חוזר על עצמו עד שכל הקטלוג עבר
אם האימות נכשל, ההרצה נעצרת מיד והשגיאה נרשמת ביומן — שום דבר לא רץ על הרשאות לא תקינות.
התהליך

מה קורה למוצר אחד בכל הרצה

כל מוצר באצווה עובר חמישה שלבים, לפי הסדר, פעם בשבוע.

01

קליטה וזיהוי כפילויות

בודקים אם המוצר כבר אצלנו. חדש — נפתחת רשומה מלאה. קיים — ממשיכים מאיפה שעצרנו.

  • מזהה מוצר חדש ← נפתחת רשומה חדשה עם כל שדות הנתונים (ראו את מפרט הנתונים למטה).
  • מזהה מוצר קיים ← בודקים אם הוא כבר הושלם.
    עוד לא הושלם ← מרעננים את שדות הרשומה, ואז ממשיכים למוצר הבא — עם שחזור בטוח אם משהו משתבש באמצע העדכון.
    כבר הושלם ← עוברים ישירות לבדיקה השוטפת (תחנות 03–05) עם הרשומה הקיימת.
02

העשרת הרשומה

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

  • תוכן — נשלף מעמוד המוצר (תיאור, מאפיינים, ביקורות). אם השדה ב-Merchant Center ריק, נשלף ה-HTML של העמוד ישירות ונקרא לפי סימוני schema, מאפיינים, או אלמנטים שהוגדרו על ידי המנהל.
  • תוויות תמונה — סורקים את התמונה הראשית, שולפים תיאורים ברמת ביטחון גבוהה, ומזהים את הצבע הדומיננטי.
  • צבע — קודם השדה מה-Merchant Center; אם ריק, נופל לתוכן העמוד, ואז לצבע הדומיננטי מהתמונה.
  • מילת מפתח ראשית — 1–2 המילים שמזהות את המוצר, למשל "אופניים". משוקלל 70% מהכותרת (מתוכם 80% רק משלוש המילים הראשונות), 20% מתוכן העמוד, 10% מתוויות התמונה.
  • מחקר מילות מפתח — מילת המפתח הראשית עוברת דרך ה-API של SEMrush ומביאה את 50 החיפושים הקרובים ביותר לפי נפח, ואז מוזגים ומנקים — מילים דומות מאוחדות, שמות מותג ומילות עצירה מוסרות.
לראות את כל השדות ברשומה ↓
03

קריאת השוק

מושכים ביצועים מ־Merchant Center. במוצרים עם תנועה נמוכה — ממצעים כמה חודשים לפני שסומכים על המספר.

  • שולף קליקים, חשיפות, CTR, ערך המרה ו-ROAS ממוצעים חודשיים, ישירות מה-API של Merchant Center.
  • מחברים את כולם למספר אחד — הכנסה לחשיפה (RPI) — ולפיו מחליטים אם כותרת שווה החלפה.
  • רשת ביטחון לתנועה נמוכה: מתחת ל-50 קליקים בחודש או 200 חשיפות בחודש, המערכת מחשבת ממוצע של 3 החודשים האחרונים במקום זאת (חודש בלי תנועה נספר כ-0), כך שחודש חלש אחד לא יטה את התמונה.
לראות את נוסחת ה-RPI ↓
04

כתיבת כותרות לבדיקה

לוקחים את הנתונים, כללי המותג ומה שעובד ב־Google Shopping — ונותנים ל־AI לכתוב כמה כותרות לבדיקה.

  • נכנס: מילת מפתח, מחקר חיפושים, צבע, תיאורי תמונה, מדדים נוכחיים, כללי מותג, וכללי Google Shopping.
  • יוצא: כמה כותרות לבדיקה. למוצרים עם יותר תנועה — יותר גרסאות במקביל (ראו "מספר כותרות" למטה).
  • כל כותרת נשמרת תחת כותרות לבדיקה, ועם הזמן מקבלת RPI משלה כשיש מספיק נתונים.
05

בדיקה, החלטה, שיגור

משווים את הכותרות החדשות לכותרת החיה, ומחליפים רק כשמישהי באמת יותר טובה.

  • בודק אם יש מספיק נתונים טריים, אם מוגדרת דריסה ידנית, ואם משהו מנצח את הכותרת החיה ב-RPI.
  • אם יש מנצחת — מעדכנים ב־Merchant Center ורושמים תאריך. אם לא — לא נוגעים במוצר ועוברים הלאה.
לראות את ארבע הבדיקות ↓
הרשומה

מה נשמר על כל מוצר

רשומה אחת לכל מוצר, מתעדכנת בכל הרצה. להלן השדות — בלי להסתיר כלום.

נתוני ליבה של המוצר

product_id

מה-Merchant Center feed.

current_title

מה-Merchant Center feed.

brand

מה-Merchant Center feed.

product_url

מה-Merchant Center feed.

main_image_url

מה-Merchant Center feed.

העשרת תוכן

page_content

תיאור, מאפיינים וביקורות — נשלפים מכתובת המוצר. אם השדה ב-feed ריק, נשלף ה-HTML של העמוד ישירות ונקרא לפי סימוני schema או אלמנטים שהוגדרו על ידי המנהל.

image_labels

רשימת תיאורים לתמונה, מסריקה אוטומטית ברמת ביטחון גבוהה.

color

Feed ← תוכן העמוד ← צבע דומיננטי מהתמונה, בסדר הזה, לפי מה שזמין ראשון.

מילות מפתח

main_keyword

1–2 המילים שמזהות את המוצר, למשל "אופניים". משוקלל 70% כותרת (מתוכם 80% משלוש המילים הראשונות), 20% תוכן העמוד, 10% תוויות תמונה.

keyword_research

50 החיפושים הקרובים ביותר מה-API של SEMrush, ממוינים לפי נפח — מאוחדים ומנוקים משמות מותג ומילות עצירה.

מדדי ביצועים

avg_monthly_clicks

מה-API של Merchant Center.

avg_monthly_impressions

מה-API של Merchant Center.

avg_monthly_ctr

חשיפות ÷ קליקים.

avg_monthly_conv_value

מה-API של Merchant Center.

avg_monthly_roas

מה-API של Merchant Center.

revenue_per_impression

(CTR × 0.75) × (Conv. value × 0.25) — ראו את הנוסחה החתומה למטה.

ניהול כותרות ובטיחות

original_title

גיבוי של כל כותרת קיימת.

titles_to_test

כותרת אחת או יותר שהמערכת הציעה — כל אחת עם ה־RPI שלה כשיש נתונים.

manual_override_title

נקבע מממשק הניהול — דורס את כל השאר בכל פעם שהוא לא ריק.

previous_title

גיבוי לשחזור (rollback) של כל כותרת קיימת.

previous_metrics

גיבוי לשחזור (rollback) של המדדים של כל כותרת.

number_of_titles

int(קליקים ממוצעים לחודש ÷ 50) — מוצרים עמוסים יותר בודקים יותר גרסאות בו-זמנית.

last_change_date

התאריך שבו התהליך עדכן לאחרונה את הכותרת ב-Merchant Center.

כלל הניקוד

מספר אחד מחליט אם מחליפים כותרת

מחברים CTR וערך המרה למספר אחד. כל כותרת נמדדת מולו.

הכנסה לחשיפה (Revenue per impression)
RPI = (CTR × 0.75) × (Conv. value × 0.25)

כותרת מקורית, דריסה ידנית או הצעה של המערכת — כולן נמדדות באותו כלל. בלי העדפות מוזרות.

איך משווים בין שתי כותרותדוגמה להמחשה בלבד
כותרת נוכחית
RPI
כותרת מוצעת
RPI
פחות מ-50 קליקים לחודש

שולף את 3 החודשים האחרונים של נתוני קליקים וממצע ביניהם. חודש עם 0 קליקים נספר כ-0.

פחות מ-200 חשיפות לחודש

שולף את 3 החודשים האחרונים של נתוני חשיפות וממצע ביניהם. חודש עם 0 חשיפות נספר כ-0.

לפני שמחליפים

ארבע בדיקות לפני שנוגעים בכותרת

בסדר הזה, לכל מוצר שכבר במערכת.

כן
לא
1

האם זו הפעם הראשונה שבודקים את המוצר הזה?

כן

שומרים את הכותרת החיה כנקודת התחלה וממשיכים.

לא

ממשיכים לבדיקה 2.

2

האם נאספו 200+ חשיפות מאז השינוי האחרון?

כן

ממשיכים לבדיקה 3.

לא

עדיין אין מספיק נתונים חדשים — עוברים לבדיקה 4 עם מה שיש.

3

האם קיימת דריסה ידנית לכותרת?

לא

עוברים ישר לבדיקה 4.

כן

משווים את ה־RPI של הדריסה מול המקורית וכל כותרת מוצעת.

הדריסה מנצחת ← משאירים אותה בדיוק כפי שנקבעה. לא נעשית שום פעולה.
כותרת מוצעת מנצחת ← לא מחליפים אוטומטית. נשלח מייל למנהל עם ההצעה החזקה יותר — ההחלטה אצלו.
4

האם כותרת כלשהי — מקורית או מוצעת — מנצחת את ה־RPI של הכותרת החיה?

לא

לא נעשה שינוי. עוברים למוצר הבא.

כן

מעדכנים את הכותרת המנצחת ב־Merchant Center ורושמים את התאריך. עוברים למוצר הבא.

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

למי שמפעיל את זה יש את המילה האחרונה

לוח בקרה קטן מעל האוטומציה — אתם מחליטים מתי להתערב.

דריסת כותרת ידנית
לכל מוצר בנפרד — גוברת על כל כותרת אוטומטית כל עוד היא פעילה.
לוח ביצועים
רואים מה השתנה, ומה זה עשה לביצועים.
הרצה מיידית
מפעילים הרצה מחוץ ללוח הזמנים, לפי דרישה.
עצירת התהליך
עוצרים הרצה שכבר בעיצומה.
אלמנטים לסריקה מהעמוד
בוחרים איזה חלקים בעמוד לסרוק, או נותנים למערכת לסרוק לבד.
תיאורמאפייניםביקורות+ מותאם אישית
מה הלאה

לאן זה הולך

מתוכנן

מעבר לכותרת

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

מתוכנן

הוכחת ההשפעה

לוח שמראה מה שיניתם ומה זה עשה לביצועים — ובהמשך גם הערכה מוקדמת לפני בדיקה חיה.

מתוכנן

לתוך ה-PPC

לחבר את אותו היגיון גם לניהול והתאמה של חשבונות הפרסום.