Google Ads MCP: בונים את כל העץ מהסוכן שלכם, בפעולה אטומית אחת

יש שרת Google Ads MCP? כן. Hermoso הוא שרת Google Ads MCP מאוחסן. מוסיפים את https://app.hermoso.ai/mcp ל-Claude, ל-ChatGPT או ל-Cursor, ומחברים את חשבון Google Ads פעם אחת. אחר כך העוזר שלכם יכול לבנות קמפיינים של חיפוש, תצוגה ו-Performance Max, למצוא רעיונות למילות מפתח, לקבוע תקציבים, הצעות מחיר ומיקוד, ולהריץ דוחות. הפעלת קמפיין דורשת תמיד את האישור המפורש שלכם.

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

שרת ה-MCP של Hermoso בונה את כל העץ בפעולה אטומית אחת, ומשתמש במזהי משאבים זמניים כדי שהילדים יוכלו להתייחס להורים שעדיין לא קיימים. או שהקמפיין, קבוצת המודעות, המודעה והמילות המפתח נוצרים כולם, או שאף אחד מהם לא נוצר. מודעה שנדחתה אומרת שגם התקציב מעולם לא נוצר.

התקנה חד-פעמית: ב-Claude.ai או ב-Claude Desktop, מדביקים את https://app.hermoso.ai/mcp תחת Settings → Connectors ומאשרים עם חשבון Hermoso שלכם. בסוכן קוד מדובר בפקודה אחת: /plugin marketplace add hermoso-ai/hermoso ואחריה /plugin install hermoso@hermoso ב-Claude Code, codex plugin marketplace add hermoso-ai/hermoso ואחריה codex plugin add hermoso@hermoso ב-Codex, או npx skills add hermoso-ai/hermoso -a cursor ב-Cursor (מציינים את הסוכן שלכם אחרי -a), ואז נכנסים פעם אחת עם npx -y hermoso auth login. ההגדרה המלאה נמצאת בעמוד MCP & CLI.

הכלים של Google Ads

בנייה. create_google_ads_campaign, create_google_ads_ad_group, create_google_ads_ad, add_google_ads_keywords, create_google_ads_performance_max_campaign, upload_google_ads_asset, add_google_ads_assets לקישורי משנה, הערות קצרות (callouts) ו-structured snippets.

הגדרה. set_google_ads_budget, set_google_ads_bidding (שש אסטרטגיות), set_google_ads_targeting (מיקום ושפה), find_google_ads_locations, set_google_ads_networks (רשתות חיפוש ותצוגה, פעילות או כבויה), create_google_ads_conversion_action ו-list_google_ads_conversion_actions.

מחקר. google_ads_keyword_ideas מביא את Keyword Planner לשיחה: נפחי חיפוש חודשיים אמיתיים, תחרות וטווחי הצעות מחיר בראש העמוד, מתוך קבוצת מילים, דף נחיתה או אתר שלם.

קריאה ושינוי. list_google_ads_campaigns, google_ads_report לשאילתות GAQL חופשיות, google_ads_change_history למה שזז בחשבון ומתי, delete_google_ads_object להסרת אובייקט, ו-set_google_ads_status, המתג היחיד עם שער אישור שמפעיל הוצאה אמיתית.

create_google_ads_campaign תומך גם במצב ניסיון יבש (dry-run), כך שסוכן יכול לבדוק עץ שלם מול ה-API החי בלי ליצור דבר. זו ברירת מחדל טובה כשהוא מציע תוכנית לאישור שלכם.

מה הסוכן שלכם יכול לעשות עם Google Ads MCP

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

דוגמאות לבקשות

הדביקו כל אחת מאלה ב-Claude, ב-ChatGPT או ב-Cursor אחרי שחיברתם את Hermoso.

• “מצא 30 מילות מפתח לאפליקציית ניהול הפרויקטים שלנו עם נפח חיפוש מעל 1,000 בחודש בארה"ב, וקבץ לפי כוונה.”
  google_ads_keyword_ideas מחזיר נפחי Keyword Planner, תחרות וטווחי הצעות מחיר, והסוכן מקבץ אותם.
• “בנה קמפיין חיפוש מושהה למילים האלה: $50 ליום, ארה"ב וקנדה, אנגלית, מקסום המרות.”
  create_google_ads_campaign בונה תקציב, קמפיין, קבוצת מודעות, מודעה ומילות מפתח בפעולה אטומית אחת, במצב מושהה, ואז קורא אותו בחזרה.
• “הקם קמפיין Performance Max לקטלוג ה-Shopify שלנו עם ה-feed שלנו מ-Merchant Center.”
  list_merchant_accounts בוחר את החנות, ואז create_google_ads_performance_max_campaign בונה אותו מושהה עם ה-feed מחובר.
• “אילו מונחי חיפוש הוציאו כסף בחודש שעבר בלי להמיר? הוסף את העשרה הגרועים כשליליים.”
  google_ads_report שולף את דוח מונחי החיפוש, ואז add_google_ads_keywords מוסיף את השליליים.
• “הוסף ארבעה קישורי משנה לקמפיין המותג שלנו: מחירים, הדגמה, מקרי בוחן וצור קשר.”
  add_google_ads_assets יוצר את קישורי המשנה ומצרף אותם לקמפיין.
• “כבה את שותפי החיפוש בכל הקמפיינים והראה לי את המצב לפני ואחרי.”
  set_google_ads_networks קורא קודם את ההגדרה הנוכחית, ואז משנה אותה קמפיין אחרי קמפיין.
• “מישהו שינה לנו את ההצעות ביום שישי. מה השתנה?”
  google_ads_change_history מציג את השינויים עם השעות.
• “קשר את נכס GA4 שלנו כך שהרשמות ייספרו כהמרות ב-Google Ads.”
  link_google_ads_to_analytics מקשר את השניים, ו-create_analytics_key_event מסמן את אירוע ההרשמה כאירוע מפתח.

Performance Max, בנוי באותה צורה

create_google_ads_performance_max_campaign בונה את סוג הקמפיין החוצה-משטחים של Google (חיפוש, YouTube, תצוגה, Discover, Gmail ו-Maps מקמפיין אחד), ובונה אותו בפעולה אטומית אחת כי Google דורשת בדיוק את זה: תקציב, קמפיין, מיקוד מיקום ושפה, קבוצת הנכסים וכל קישורי הנכסים עולים יחד, כך שנכס שנדחה לא משאיר קמפיין חצי בנוי. הוא נוצר מושהה, והעץ כולו נקרא בחזרה מ-Google לפני שהסוכן שלכם אומר לכם שהוא קיים.

מינימום הנכסים של Google נבדק כאן לפני שהכל נשלח, כך שתמונה ריבועית חסרה תקבל הודעה ברורה ולא דחייה אטומה מה-API: 3–15 כותרות של עד 30 תווים, 1–5 כותרות ארוכות של עד 90, 2–5 תיאורים של עד 90, שם עסק אחד של עד 25, ולפחות לוגו אחד, תמונת שיווק אחת ותמונת שיווק ריבועית אחת. מעלים את התמונות עם upload_google_ads_asset קודם, ומעבירים את שמות המשאבים. סרטון YouTube הוא אופציונלי. Google תייצר אחד מקבוצת הנכסים אם תשמיטו אותו.

ל-Performance Max אין מילות מפתח ואין הצעת מחיר ידנית: הוא מייעל רק לכיוון ההמרות. לכן הבנייה מסרבת בחשבון בלי פעולת המרה פעילה אחת לפחות, במקום ליצור קמפיין שלא יכול להתייעל, ומציינת את שתי הדרכים לצאת מזה: ליצור אחת עם create_google_ads_conversion_action, או להריץ אסטרטגיה שלא צריכה אותה. תכונות המותג מופעלות כברירת מחדל בקמפיינים חדשים של PMax מאז Google Ads API v21, וזה משנה איפה שם העסק והלוגו מצורפים. Hermoso מקשר אותם לקמפיין בשבילכם.

Performance Max של קמעונאות (feed של Shopping) עובד באותה צורה: מעבירים merchantCenterId, והקמפיין מפרסם את הקטלוג שלכם מ-Merchant Center, עם feedLabel כדי לצמצם אותו ל-feed אחד. הוא נבנה ונקרא בחזרה בדיוק כמו הקמפיין למעלה. הקריאה חזרה מדווחת את חשבון Merchant Center ואת תווית ה-feed ש-Google באמת שמרה, כדי שתוכלו לראות שזה באמת קמפיין קמעונאי ולא לקבל את המילה שלנו. הוא מפרסם את כל ה-feed תחת רשימת מוצרים שורשית אחת. חלוקת feed לפי מותג, קטגוריה או תווית מותאמת אישית עדיין לא נבנתה, והיא נדחית בשמה ולא מתעלמים ממנה בשקט, כך שלעולם לא תאמינו שצמצמתם feed כשלא עשיתם זאת.

Merchant Center, כדי שהסוכן ידע מה הוא מוכר

“למה המוצר הזה לא מופיע?” היא שאלה ש-Google Ads לא יכול לענות עליה מבנייתו, כי למוצר שנפסל אין חשיפות לדווח עליהן. התשובה נמצאת ב-Merchant Center, והחיבור הזה של Google מגיע גם אליו, בלי כניסה שנייה.

הסוכן שלכם יכול לרשום את חשבונות Merchant Center שחשבון Google המחובר שלכם מגיע אליהם עם list_merchant_accounts (לסוכנות יש בדרך כלל כמה, אז הוא שואל איזו חנות ולא מנחש), לקרוא את המוצרים ב-feed עם list_merchant_products (הקטלוג הממשי ש-Shopping או Performance Max קמעונאי משרתים), ולקרוא את הבעיות ברמת החשבון ש-Google מעלה נגד החשבון עם list_merchant_issues. זה מספיק כדי לכתוב מודעות על מוצרים שקיימים באמת, במחירים שחיים באמת, ולהסביר קמפיין שקט.

הוא גם כותב. create_merchant_data_source יוצר feed מוצרים של API, upsert_merchant_product מכניס מוצר אליו, update_merchant_product משנה את השדות שזזים יומית (מחיר וזמינות), ו-delete_merchant_product וגם delete_merchant_data_source מסירים אותם אחרי אישור. list_merchant_data_sources מראה אילו feeds באמת יכולים לקבל כתיבה.

שלושה דברים שכדאי לדעת מראש. Google חוסמת כל קריאת Merchant API עד ש-Cloud project של Hermoso רשום מול חשבון Merchant Center שלכם, לכן register_merchant_developer מבצע את הקישור הזה פעם אחת ואומר זאת בשמו. זה לא חיבור שבור, וחיבור מחדש לא יתקן את זה. כתיבות מוצר נכנסות רק למקור נתונים מסוג API: feed של קובץ, autofeed וה-feed ש-ממשק Merchant Center עצמו יוצר כולם מופיעים כרגיל ומסרבים לכתיבה, ולכן Hermoso מוצא בשבילכם feed שאפשר לכתוב אליו, יוצר אחד אם אין, ומסרב בשמו אם יש כמה, כדי לא לשים את המוצר שלכם בשוק שהקמפיינים שלכם אולי לא מכוונים אליו. ו-upsert_merchant_product היא כתיבה של שורה שלמה, בעוד ש-update_merchant_product היא עדכון חלקי. שלחו לראשונה כל שדה שרוצים לשמור, ולשנייה רק את השדות שמשנים.

אין צורך להעביר את הקטלוג שלכם. אם ה-feed כבר נמצא ב-Shopify או בפלטפורמה שלכם, השאירו אותו שם ותנו לסוכן לקרוא אותו. הכתיבות מיועדות למקרים שבהם אף אחד עדיין לא מחזיק את ה-feed, או שמחיר או זמינות אחת צריכים תיקון עכשיו ולא בסנכרון הבא.

Google Analytics 4, כדי לראות מה הקליקים עשו

הדיווח של Google Ads נגמר בקליק. מה שקרה אחריו (הסשן, ההרשמה, ההזמנה) נמצא ב-Google Analytics, וחיבור ה-Google הזה מגיע אליו גם כן (זה חיבור נפרד, כי הוא צריך הרשאה משלו).

הסוכן שלכם יכול לזהות איזה נכס GA4 לקרוא עם list_analytics_properties. זה חשוב כי כל קריאה ל-Analytics לוקחת מזהה נכס מספרי, ומה שיש לכם בפועל הוא מזהה המדידה G-XXXXXXXXX מקטע המעקב שלכם. אחר כך analytics_report מחזיר סשנים, משתמשים, המרות והכנסות לפי ערוץ, מקור/מדיום, קמפיין, דף נחיתה, מדינה, מכשיר או תאריך, ו-analytics_realtime מציג מי נמצא באתר ברגע זה. כך “בנה את הקמפיין” ו“תגיד לי מה הוא הכניס” הן אותה שיחה.

הוא גם כותב, וזה החלק שחוזר ישירות ל-Google Ads: create_analytics_key_event מסמן אירוע ש-GA4 כבר אוסף כאירוע מפתח, וזה בדיוק מה ש-Google Ads מייבא כהמרה, ופעולת המרה היא מה שכל אסטרטגיית הצעות חכמות בעמוד הזה צריכה כדי לעבוד. create_analytics_custom_dimension רושם פרמטר אירוע כדי שהדוחות יוכלו לפרק לפיו, ו-list_analytics_definitions מראה מה הנכס כבר מודד לפני שמוסיפים אחד מהם. שני דברים שנשארים נכונים תמיד: זה GA4 בלבד, כי ל-API אין משטח Universal Analytics בכלל, וממד מותאם אישית אפשר להעביר לארכיון אבל לא למחוק, עם 50 מקומות לכל נכס לפי אירוע, ולכן הסוכן בודק את הקיים קודם.

שער ההוצאה החי רחב מכלי אחד

השהיית קמפיין היא לא הדרך היחידה להימנע מהוצאה, וההתייחסות אליה ככזו היא מלכודת ממשית: יצירת קבוצת מודעות, מודעה או מילת מפתח פעילה תחת הורה שכבר פעיל מציגה את עצמה במכרז הבא ממש. לכן אותו אישור ששומר על set_google_ads_status שומר גם על create_google_ads_ad_group, create_google_ads_ad ו-add_google_ads_keywords כשההורה חי, והשער נקרא מהשורה שכל אחד מהם כבר שולף, בלי קריאה נוספת. מילות מפתח שליליות רק מגבילות הוצאה, ולכן הן לעולם לא נחסמות.

דיווח GAQL, עם הסתייגות אחת שכדאי לדעת

google_ads_report מקבל GAQL חופשי, כך שהסוכן שלכם יכול לבקש כל פלח שהוא צריך במקום להיות כלוא במבנה דוח קבוע. דבר אחד לזכור אם אתם כותבים שאילתות ביד או נותנים למודל לכתוב אותן: GAQL אינו SQL. אין בו תת-שאילתות, ו-IN לוקח רשימה מילולית. WHERE id IN (SELECT …) לא תקף ייכשל ולא יחזיר בשקט את השורות הלא נכונות. שולחים את התוצאה ישר לגיליון עם create_sheet ו-append_to_sheet, או למסמך עם create_doc.

קוראים בחזרה, ואז מדווחים

אחרי ה-mutate, העץ נקרא חזרה מ-Google, והסיכום שאתם מקבלים נבנה מהקריאה הזו ולא ממה שביקשתם. זו משמעת קטנה שתופסת את הכשל הספציפי שבו סוכן מספר בביטחון על קמפיין ש-הפלטפורמה למעשה כפתה או דחתה.

מה הוא לא יעשה בלי לשאול

לסוכן עם תקציב יש ערך רק אם רדיוס הפגיעה מוגבל, לכן סמכות ההוצאה מוגבלת בשרת ולא בהנחיה. קמפיינים, קבוצות מודעות ומודעות של Meta נוצרים PAUSED בלי אפשרות לעקוף. מתגי הסטטוס שיכולים להפעיל הוצאה אמיתית (אחד בכל פלטפורמת פרסום: set_meta_campaign_status, set_google_ads_status, set_microsoft_ads_status, set_reddit_ads_status, set_linkedin_ads_status, set_pinterest_ads_status, set_x_ads_status ו-set_openai_ads_status, ביניהם) כולם מסרבים לרוץ בלי דגל אישור מפורש, והשער הזה מכסה גם יצירת קבוצת מודעות, מודעה או מילת מפתח פעילה של Google Ads תחת הורה שכבר פעיל, כי זה מציג את עצמו במכרז הבא ממש. מחיקות דורשות אישור גם הן. בצד היצירה, hermoso_capabilities מפרסם את העלות המדויקת בקרדיטים לכל מודל לפני שמשהו רץ, וכל רינדור שומר הערכה ואז מסדר את העלות האמיתית, כך שקריאה שנכשלה מחזירה את הכסף במקום לחייב אתכם בשקט.

חיבור חשבון Google Ads שלכם

מחברים את Google Ads ל-Hermoso דרך זרימת ה-OAuth של Google עצמה בהגדרות, תחת קישורים; שום סיסמה לא עוברת דרך המודל. חיבורי Google Ads משותפים ברמת המותג, כך שצוות שלם על מותג עובד מחיבור אחד במקום שכל אדם יאשר מחדש בנפרד.

החלק הקריאטיבי

ניהול קמפיינים שימושי רק אם יש מה להריץ. אותו שרת חוקר מה כבר מנצח בשוק שלכם בספריות המודעות של Meta, Google ו-LinkedIn, מרנדר קריאטיב סרטון ותמונה מוגמר שנשען על המוצר האמיתי שלכם בין 100+ מודלים, ומעלה את הנכסים, כך ש“מה כדאי להריץ” ו“בנה את זה” הם שיחה אחת במקום שני כלים. ראו את סקירת ה-MCP השיווקי, את רשימת הכלים המלאה, או את Meta Ads MCP אם אתם מפעילים את שניהם.

שאלות נפוצות

יש שרת MCP ל-Google Ads?

כן. שרת ה-MCP של Hermoso בונה ומנהל את Google Ads מכל לקוח MCP: create_google_ads_campaign, create_google_ads_ad_group, create_google_ads_ad ו-add_google_ads_keywords לבניית עץ חיפוש או תצוגה; create_google_ads_performance_max_campaign ל-Performance Max; set_google_ads_budget, set_google_ads_bidding ו-set_google_ads_targeting להגדרה; google_ads_keyword_ideas למחקר ב-Keyword Planner; list_google_ads_campaigns ו-google_ads_report לדיווח; קריאות Merchant Center ל-feed המוצרים שמאחורי קמפיין Shopping; ו-set_google_ads_status, מתג הפעלה עם אישור, להפעלה.

האם סוכן AI יכול ליצור קמפיין Google Ads?

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

אפשר ליצור קמפיין Performance Max?

כן. create_google_ads_performance_max_campaign בונה את התקציב, הקמפיין, המיקוד, קבוצת הנכסים וכל קישורי הנכסים בפעולה אטומית אחת, כי Google דורשת אותם יחד. הקמפיין נוצר מושהה ונקרא חזרה לפני שהסוכן מדווח עליו. מינימום הנכסים של Google נאכף לפני שמשהו נשלח: 3–15 כותרות, 1–5 כותרות ארוכות, 2–5 תיאורים, שם עסק, ולפחות לוגו, תמונת שיווק ותמונת שיווק ריבועית אחת. PMax מכוון רק להמרות, לכן הוא מסרב להיבנות בחשבון בלי פעולת המרה פעילה, במקום ליצור קמפיין שלא יכול להתייעל. Performance Max קמעונאי (feed של Shopping) עובד באותה צורה: מעבירים merchantCenterId, והקמפיין מפרסם את הקטלוג שלכם מ-Merchant Center, עם feedLabel לצמצום ל-feed אחד, והקריאה חזרה מדווחת את חשבון Merchant Center ואת תווית ה-feed ש-Google באמת שמרה.

האם זה עובד עם Google Merchant Center?

כן, קריאה וכתיבה, דרך אותו חיבור Google. הסוכן יכול לרשום את חשבונות Merchant Center שהחשבון שלכם מגיע אליהם, לקרוא את המוצרים ב-feed (הקטלוג שקמפיין Shopping או Performance Max קמעונאי באמת משרת), ולקרוא את הבעיות ברמת החשבון ש-Google מעלה, שזה המקום היחיד לגלות למה מוצר לא מופיע, כי למוצר שנפסל אין חשיפות לדוח Google Ads. Google דורשת רישום חד-פעמי של Cloud project של Hermoso מול חשבון Merchant Center שלכם לפני שה-API עונה, ויש כלי שמבצע אותו. הוא גם כותב: create_merchant_data_source, upsert_merchant_product, update_merchant_product לשינויי מחיר וזמינות יומיים, ו-delete_merchant_product ו-delete_merchant_data_source עם אישור. Google מקבלת כתיבות מוצר רק ל-feed מסוג API, ולכן Hermoso מוצא בשבילכם feed שאפשר לכתוב אליו ומסרב בשמו אם יש בחשבון כמה.

אפשר לעשות מחקר מילות מפתח?

כן. google_ads_keyword_ideas קורא ל-Keyword Planner של Google ומחזיר נפחי חיפוש חודשיים אמיתיים, תחרות וטווחי הצעות מחיר בראש העמוד, מתוך מילות זרע, כתובת דף נחיתה או אתר שלם. הסוכן יכול להעביר את התוצאות ישר ל-add_google_ads_keywords, או לכתוב אותן לגיליון Google.

האם הוא יכול להתחיל להוציא מתקציב Google Ads שלי?

רק עם אישור מפורש. set_google_ads_status הוא המתג שמפעיל כסף אמיתי, ומכיוון שיצירת ילד פעיל תחת הורה שכבר פעיל מציגה את עצמה במכרז הבא ממש, אותו אישור שומר גם על create_google_ads_ad_group, create_google_ads_ad ו-add_google_ads_keywords כשההורה חי. מילות מפתח שליליות רק מגבילות הוצאה ולעולם לא נחסמות.

אפשר להריץ דוחות?

כן. google_ads_report מקבל GAQL חופשי, כך שהסוכן יכול לבקש כל פלח שהוא צריך. שימו לב ש-GAQL אינו SQL: אין בו תת-שאילתות, ו-IN לוקח רשימה מילולית, כך ש-WHERE id IN (SELECT …) אינו תקף. התוצאות אפשר לכתוב ישר לגיליון או למסמך של Google.

אילו הצעות מחיר וטירגוט אפשר להגדיר?

שש אסטרטגיות הצעת מחיר, לוח זמנים לקמפיין, וטירגוט גיאוגרפי ושפה, עם find_google_ads_locations לפתרון מיקומים לפי שם. תקציבים מוגדרים דרך set_google_ads_budget, ומילות מפתח תומכות בשליליות וב-CPC לכל מילה.

האם הסוכן מקבל את סיסמת Google שלי?

לא. מחברים את Google Ads דרך זרימת ה-OAuth של Google עצמה בהגדרות של Hermoso, תחת קישורים, ו-Hermoso מחזיק את הטוקן שנוצר. הסוכן רק קורא לכלים של Hermoso. חיבורי Google Ads משותפים ברמת המותג, כך שצוות שלם עובד מחיבור אחד.

האם הוא יכול גם ליצור את הקריאטיב של המודעה?

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