תוכן עניינים — מעבר לנושא שמעניין אתכם
תשובה ישירה: כשקמפיין ChatGPT Ads לא מציג מודעות, קודם בודקים אם המודעה מסומנת Not serving או שהקמפיין פעיל אך עדיין אין חשיפות בדוח. אלה שתי תקלות שונות. מתחילים בסטטוס המפורש ב־Ads Manager, באימות החשבון, בחיוב ובביקורת המודעה; רק לאחר מכן בודקים תקציב, תאריכים, מיקום, ביד ומדידה.
איזו בעיה רואים בפועל?
המסך שבו רואים אפס אינו תמיד מקור הבעיה. במדריך התקלות הרשמי של OpenAI ההמלצה היא להתחיל בקטגוריית התקלה ובסטטוס של המודעה, ולא להניח מיד שהביד נמוך מדי. הטבלה הבאה עוזרת לבחור את בדיקת הפתיחה בלי לערבב בין חסם פרסום לבין עיכוב בדיווח.
| מה רואים | בדיקה ראשונה | פעולה סבירה |
|---|---|---|
| אי אפשר להיכנס ל־Ads Manager | האם נכנסתם לחשבון ולארגון הנכונים, ומהי ההרשאה שלכם | לבקש ממנהל החשבון הרשאה מתאימה; לא לפתוח חשבון כפול מתוך לחץ |
| מודעה מסומנת Not serving | להעביר עכבר על הסטטוס ולקרוא את הסיבה | לטפל בדחייה, בחיוב או באימות לפי ההודעה המדויקת |
| מודעה ממתינה לביקורת | האם הביקורת הושלמה והאם כל הנכסים הוגשו | להמתין לסטטוס סופי לפני שינויי תקציב |
| קמפיין פעיל אך אין חשיפות | זמן מאז ההשקה, עיכוב דיווח, תאריכים ומסנני דוח | לבדוק את פרטי המסירה לפני הסקת מסקנות על הביקוש |
| יש קליקים, אבל אין הוצאה בדוח | האם נתוני ההוצאה עודכנו והאם נבדק אותו טווח זמן | לא להניח שהקליקים חינם; להשוות שוב לאחר עדכון הדוח |
| החשיפות נעצרו אחרי פעילות | יתרת תקציב יומית ושבועית, חיוב, תאריך סיום והתרעות | לזהות איזה תנאי נעצר לפני שינוי ביד או יצירת קמפיין נוסף |
אם המטרה היא דווקא פתיחת חשבון והקמת קמפיין, המדריך ההוא מסביר את ההכנות וההרשאות. כאן מתמקדים בקמפיין שכבר הוגדר ואינו מציג כמצופה.
כשהמודעה מסומנת Not serving — מה בודקים קודם?
הסטטוס הוא נקודת ההתחלה. ב־Ads Manager מעבירים את העכבר על Not serving וקוראים את הסיבה. OpenAI מפרטת שדחייה יכולה לנבוע מתוכן המודעה, ממדיניות הפרסום או מדף יעד שאינו עומד בדרישות או אינו נגיש לסורקים. אם הסיבה היא דחייה, מתקנים את הנכס ומגישים אותו מחדש; אם לדעתכם נפלה טעות, מבקשים בדיקה חוזרת.
בדקו בסדר הזה:
- בעלות וגישה: האם אתם בחשבון המפרסם הנכון, עם הרשאה שמאפשרת לראות את הודעת השגיאה ואת מצב הקמפיין?
- אימות וחיוב: האם החשבון השלים אימות, קיים פרופיל חיוב, ואמצעי התשלום תקין? בעיית תשלום עלולה לעצור מודעות.
- ביקורת מודעה: מהו קוד או נוסח הסיבה המוצג לצד המודעה? אל תנחשו לפי צבע הכפתור או לפי היעדר חשיפות.
- דף היעד: האם הקישור מוביל ישירות לדף רלוונטי, שאפשר לפתוח גם ללא התחברות או אתגר אבטחה?
שינוי תקציב לא יפתור מודעה שנדחתה או דף חסום. אחרי שמתקנים את החסם, בודקים שוב את הסטטוס ולא יוצרים כמה עותקים של אותה מודעה רק כדי לנסות לעקוף את הביקורת.
כשהסטטוס תקין אבל אין חשיפות — מה בודקים?
קודם בודקים זמן ודיווח. לפי OpenAI, לפני שמדווחים על תקלה בהצגה כדאי לאפשר לפחות 24 שעות ממועד ההשקה; נתוני Ads Manager עשויים להתעכב עד שבע שעות. אלה זמני בדיקה של מערכת הבטא, לא הבטחה לחשיפות או המלצה להשאיר קמפיין לא תקין לפעול ללא בקרה.
לאחר מכן עוברים על ששת התנאים שמשפיעים על ההצגה:
- סטטוס ותאריכים: הקמפיין, קבוצת המודעות והמודעה פעילים; היום נמצא בטווח ההפעלה, ואזור הזמן בדוח הוא של החשבון הנכון.
- תקציב: נשארה מסגרת הוצאה. בתקציב יומי בודקים גם את ההוצאה השבועית; ניצול מוקדם יכול להשפיע על הימים הבאים.
- חיוב: פרופיל התשלום מאושר ואין כשל גבייה. סף חיוב בכרטיס אינו זהה לתקציב קמפיין.
- שוק יעד: המיקום שנבחר זמין לחשבון ולסוג הקמפיין. בחשבון חדש ייתכנו מגבלות על יעד מחוץ למדינת הבית.
- מטרת קמפיין ומדידה: אם המטרה היא המרות, אירוע ההמרה שנבחר מוגדר וניתן למדידה; לא מסתפקים באירוע שאינו קשור לפנייה העסקית.
- התרעות ביד: בודקים אם קיימת התרעת ביד נמוך ומהי מטרת האופטימיזציה. העלאת ביד בלי להבין את ההתרעה אינה מבטיחה מסירה.
הנחיות יצירת הקמפיין מפרידות בין מטרה, תקציב, תאריכים ומיקום. אם רוצים לבדוק האם ההגדרות האלה מתאימות לקהל בישראל, ראו גם מדריך הטירגוט ואת הסבר תקציב הפרסום.
איך בודקים שדף הנחיתה אינו חוסם את OpenAI?
דף שנפתח אצל בעל העסק אינו בהכרח דף ש־OpenAI יכולה לבדוק. הנחיות הסורקים למפרסמים מציינות ש־OAI-AdsBot נדרש לבדיקת דפי יעד; חסימה יכולה להיווצר ב־robots.txt, בחומת אש, ב־CDN, ב־CAPTCHA, בחסימה גיאוגרפית או במגבלת קצב. OAI-SearchBot מומלץ, אך אינו תחליף לסורק המודעות.
בדיקה ראשונית כוללת תגובת HTTP תקינה לכתובת המדויקת, תוכן ציבורי בלי כניסה לחשבון, היתר ב־robots.txt ובדיקה בלוגים של חומת האש או ה־CDN. אם הסורק מקבל 403 או 429, צריך להבין מי מחזיר את החסימה. אחרי תיקון ייתכן שיידרשו הגשה מחדש או בקשת בדיקה חוזרת. אין להסתפק בשינוי robots.txt אם שכבת אבטחה אחרת ממשיכה לחסום.
מתי פונים לתמיכה, ומה שולחים?
אם אין סיבה מפורשת בסטטוס והבדיקות הראשונות לא מסבירות את התקלה, פונים לתמיכת OpenAI עם מקרה שאפשר לשחזר. במקום תיאור כללי של “אין חשיפות”, שומרים את הפרטים האלה:
| פרט | למה הוא עוזר |
|---|---|
| מזהה חשבון, קמפיין וקבוצת מודעות | מזהה את הישות המדויקת שנבדקת |
| צילום הסטטוס וההודעה ליד המודעה | מפריד בין דחייה, המתנה ובקשה פעילה |
| תאריך ושעה של ההשקה, כולל אזור זמן | מונע בלבול עם עיכוב הדיווח |
| טווח הדוח, מסננים ומיקום יעד | מוודא שהנתונים הנכונים נבדקו |
| כתובת דף היעד וקוד תשובה שנצפה | מסייע לבדוק חסימת סורק או מדיניות |
| צעדי תיקון שכבר נעשו | מונע חזרה על אותה בדיקה |
לא שולחים סיסמאות, מספרי כרטיס אשראי או פרטי לקוחות. אם התקלה משפיעה על כמה קמפיינים או חשבונות, מציינים זאת במפורש. כך קל יותר להבחין בין בעיית הגדרה מקומית לבין תקלה רחבה יותר.
אם אתם צריכים עזרה בבדיקת מוכנות החשבון, דף היעד והמדידה לפני שינוי נוסף, אפשר לפנות אליי לבדיקת התאמה. עמוד ניהול הקמפיינים ב־ChatGPT מסביר מה נכון לסכם לפני עבודה משותפת. המידע על סטטוסים וזמני דיווח נבדק מול תיעוד OpenAI ב־17 בספטמבר 2026; בתקופת הבטא יש לאמת אותו מחדש מול ההודעה שמופיעה בחשבון שלכם.

