# התאמה מתקדמת אוטומטית בפרסום ב-ChatGPT: מה הפיקסל עושה

> מה עושה התאמה מתקדמת אוטומטית ב-OpenAI Pixel, אילו שדות עוברים גיבוב, במה היא שונה מהתאמה ידנית, ומהם כללי ההסכמה במעקב המרות ב-ChatGPT.

פורסם: 2026-09-28 · ChatAdsAI · https://www.chatadsai.com/he/guides/automatic-advanced-matching

> **בקצרה:** התאמה מתקדמת אוטומטית (Automatic advanced matching, בקיצור AAM) היא תכונה של OpenAI Pixel. כשמזהה הקליק חסר, הפיקסל מזהה באתר שלכם פרטי לקוח נתמכים, למשל פרטים שהוקלדו בטופס, מגבב אותם בדפדפן ב-SHA-256 ושולח את הגיבוב יחד עם אירוע ההמרה. לפי OpenAI, פרטי לקוח גולמיים לא נשלחים דרך AAM, ואין צורך בשום שינוי בקוד הפיקסל. כללי ההסכמה חלים עוד לפני שמשהו מכל זה רץ.

## מהי התאמה מתקדמת אוטומטית בפרסום ב-ChatGPT?

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

שלושה מונחים שכדאי להגדיר לפני שממשיכים:

- **אירוע המרה.** פעולה שאתם מדווחים עליה ל-OpenAI, למשל `order_created` או `lead_created`.
- **מזהה קליק.** מזהה בשם `oppref` ש-OpenAI מוסיפה לכתובת דף הנחיתה כשמישהו לוחץ על מודעה.
- **התאמה מתקדמת.** שליחה של מידע צד-ראשון כשיר, מנורמל ומגובב, יחד עם אירוע ההמרה, כך שאפשר לחבר את האירוע למודעה גם כשמזהה הקליק חסר או חלקי.

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

אם המינוח חדש לכם, [מילון המונחים של ChatGPT Ads](https://www.chatadsai.com/he/guides/chatgpt-ads-glossary) מכסה את שאר מונחי המדידה.

## למה המרות מאבדות את מזהה הקליק?

המרות מאבדות את מזהה הקליק כי `oppref` חי בכתובת URL ואחר כך ב-cookie בדפדפן, ושניהם שבירים. OpenAI מונה ארבעה תנאים לדיווח על המרה, והאחרון שבהם הוא ש-OpenAI מצליחה לחבר את האירוע לקליק כשיר על מודעה בעזרת אותות המדידה הזמינים.

הפיקסל לוכד את `oppref` מכתובת דף הנחיתה ושומר אותו ב-cookie צד-ראשון בשם `__oppref`. מדריך המפתחים מפרט את אורך החיים שהפיקסל מבקש לכל cookie:

| Cookie | מה הוא מחזיק | תפוגה מבוקשת |
|---|---|---|
| `__oppref` | מזהה הקליק מכתובת דף הנחיתה | 30 יום אחרי שהפיקסל כותב אותו |
| `__obref` | מזהה דפדפן אקראי שנוצר עבור האתר שלכם | 365 יום אחרי היצירה |

שני פרטים חשובים כאן. בכל פעם שהפיקסל לוכד פרמטר `oppref` שאינו ריק, הוא מאפס את התפוגה של `__oppref` ל-30 יום, אבל קריאה של ה-cookie בביקור מאוחר יותר בלי הפרמטר לא מאריכה אותה. בנוסף, OpenAI מציינת שמגבלות של הדפדפן או ניקוי cookies יכולים לקצר את אורך החיים הזה.

השרשרת נשברת בדרך כלל באחד מהמקומות האלה:

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

דף איכות האירועים של OpenAI מתייחס במפורש למקרה הראשון. אחת האזהרות בו היא שמידע על הקליק חסר או שאי אפשר לחבר אותו, והתיקון הראשון ברשימה הוא לשמור על הפרמטר `oppref` לאורך הפניות וניווט. המדריך שלנו ל[פרמטרים בכתובת](https://www.chatadsai.com/he/guides/chatgpt-ads-url-parameters) מסביר איך לשמור על מחרוזות השאילתה שלמות.

## איך הפיקסל אוסף את הנתונים ומבצע גיבוב?

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

מדריך המפתחים קובע שהפיקסל "מנרמל ומגבב את המידע הזה באופן מאובטח בדפדפן באמצעות SHA-256" לפני שהוא מצרף אותו לאירועי ההמרה. OpenAI מוסיפה שאין צורך להעביר פרטי לקוח ידנית או לשנות משהו בהטמעת הפיקסל.

מה ש-OpenAI לא מפרסמת, בדפים שבדקנו, הוא הרשימה המדויקת של השדות ש-AAM מחפשת או הכללים שלפיהם היא מזהה טופס. בתיעוד כתוב "פרטי לקוח נתמכים", ושם זה נגמר. כל טענה מפורטת יותר שתקראו במקום אחר היא טענה לא מאומתת, ולכן בדקו מה הדפים שלכם שולחים בפועל.

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

## אילו שדות מקבלת התאמה מתקדמת?

רשימת השדות המתועדת שייכת להתאמה מתקדמת ידנית, והיא המדריך הטוב ביותר שיש למה שהמערכת יכולה להשתמש בו. בפיקסל, השדות יושבים באובייקט אופציונלי בשם `user`. לפי OpenAI, כל שדה בו הוא אופציונלי, וכדאי לכלול רק את השדות שיש לכם.

| שדה בפיקסל | תוכן | מגובב |
|---|---|---|
| `email_sha256` | כתובת מייל, בלי רווחים בקצוות ובאותיות קטנות | כן |
| `phone_number_sha256` | מספר טלפון שצומצם ל-8 עד 15 ספרות | כן |
| `external_id_sha256` | מזהה לקוח יציב ופסאודונימי מהמערכת שלכם | כן |
| `first_name_sha256` | שם פרטי, באותיות קטנות, בלי רווחים ובלי סימני פיסוק של ASCII | כן |
| `last_name_sha256` | שם משפחה, לפי אותם כללים של שם פרטי | כן |
| `country` | קוד ISO 3166-1 של שתי אותיות, למשל `US` | לא |
| `city` | שם העיר, עד 128 תווים | לא |
| `region` | מדינה, מחוז או אזור, עד 128 תווים | לא |
| `postal_code` | אותיות, ספרות, רווחים או מקפים, עד 32 תווים | לא |

ה-Conversions API מקבל את אותם סוגי נתונים תחת שמות של רשימות ברבים, למשל `emails_sha256` ו-`phone_numbers_sha256`. בכל רשימה, ה-API משתמש בשלושת הערכים התקינים והייחודיים הראשונים לפי הסדר שבו נשלחו, ומתעלם מהשאר בלי לדחות את האירוע.

צד השרת מקבל גם שלושה שדות שלא מופיעים בטבלת הפיקסל: `ip_address`, `user_agent` ו-`android_advertising_id`. לפי OpenAI, האחרון תומך רק ב-GAID של Android, ו-IDFA לא נתמך.

## איך מנרמלים ערכים לפני הגיבוב?

כל מזהה מנוקה לצורה קבועה, מקודד כ-UTF-8, עובר גיבוב ב-SHA-256 ונשלח כמחרוזת הקסדצימלית של 64 תווים באותיות קטנות. ב-AAM הפיקסל עושה את זה בשבילכם. בהתאמה ידנית אתם עושים את זה, וטעות כאן מייצרת גיבוב שלא תואם לשום דבר.

| מזהה | כלל | הדוגמה של OpenAI |
|---|---|---|
| מייל | חותכים רווחים בהתחלה ובסוף, ממירים לאותיות קטנות | לא ניתנה |
| טלפון | שומרים על קידומת המדינה. מסירים רווחים, סוגריים, נקודות ומקפים, ואחר כך פלוס מוביל ואפסים מובילים | `+1 (415) 555-2671` הופך ל-`14155552671` |
| מזהה חיצוני | חותכים רווחים בקצוות. שומרים על אותיות גדולות וקטנות ועל כל שאר התווים | לא ניתנה |
| שמות | אותיות קטנות, בלי רווחים ובלי סימני פיסוק של ASCII, עם שמירה על סימני הטעמה | `O'Connor` הופך ל-`oconnor` |

שמות שומרים על התווים שאינם ASCII: לפי OpenAI אין להסיר סימני הטעמה ואין לתעתק, כך ש-`José` הופך ל-`josé`. ערכים גאוגרפיים נשלחים כמחרוזות גולמיות, לא כגיבוב.

OpenAI מפורשת לגבי מה שאסור לשלוח בצורה גולמית: כתובות מייל, מספרי טלפון, מזהים חיצוניים, שמות פרטיים ושמות משפחה.

## מה ההבדל בין התאמה אוטומטית להתאמה ידנית?

התאמה ידנית שולחת את השדות שבחרתם, מתוך קוד שכתבתם. התאמה אוטומטית שולחת את מה שהפיקסל מזהה בדף. פורמט הנתונים זהה. השליטה לא.

| | ידנית | אוטומטית |
|---|---|---|
| מי מספק את הנתונים | אתם, בקוד | הפיקסל מזהה אותם |
| איפה | אובייקט `user` בקריאת ה-init של הפיקסל, או ה-Conversions API | טפסים שניתן לזהות ומקורות אחרים באתר שלכם |
| גיבוב | אתם מנרמלים ומגבבים לפני השליחה | הפיקסל מנרמל ומגבב בדפדפן |
| שינויים בקוד | נדרשים | אין |

להתאמה ידנית יש כלל מיקום אחד שקל לפספס. לפי OpenAI, נתוני המשתמש בפיקסל תקפים ברמת הבקשה, ולכן הם נכנסים ל-`oaiq("init", ...)` ולא לקריאות `oaiq("measure", ...)` בודדות. אם הנתונים נעשים זמינים מאוחר יותר, למשל אחרי התחברות, קוראים שוב ל-init עם אובייקט `user` מלא.

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

## האם זה עובד עם ה-Conversions API או עם תג התמונה?

לא. התאמה מתקדמת אוטומטית מתוארת רק כהתנהגות של OpenAI Pixel בדפדפן. אירועי שרת ותגי תמונה דורשים גישה אחרת.

| אינטגרציה | נתוני התאמה | מזהה קליק |
|---|---|---|
| OpenAI Pixel | אובייקט `user` ידני, ובנוסף AAM כשהיא מופעלת | נלכד ונשמר אוטומטית |
| Conversions API | אובייקט `user` ידני בכל אירוע | אתם לוכדים ומעבירים את `oppref` בעצמכם |
| תג תמונה | אין תמיכה באובייקט `user` | מעבירים את `oppref` רק אם הוא כבר קיים בדף |

ב-Conversions API, לפי OpenAI, אובייקט `user` תקף ברמת האירוע, ולכן הוא נכנס לתוך כל רשומה ב-`events` ולא לשורש הבקשה. ה-API לא לוכד את `oppref` בשבילכם.

בתג התמונה המגבלה מחמירה יותר. לפי OpenAI, תג התמונה לא תומך באובייקט `user`, והיא מזהירה לא לשים מידע אישי, מזהי לקוח או מזהי הזמנה בשום פרמטר בשאילתה.

אם אתם מריצים את הפיקסל ואת ה-Conversions API יחד, יש עוד שדה אחד שכדאי להכיר. ההנחיה של OpenAI להגדרה היברידית היא לקרוא את ה-cookie `__obref` בדפדפן, לשלוח אותו לשרת שלכם ולכלול אותו ללא שינוי כ-`obref` בתוך `user`. הוא מועבר בלי גיבוב, ורק היכן שדרישות ההסכמה שלכם מתירות זאת.

מפרסמים ששולחים אירועים דרך פלטפורמה צריכים לקרוא את המדריך שלנו ל[שותפי מדידה](https://www.chatadsai.com/he/guides/chatgpt-ads-measurement-partners), כי השותף הוא שמחליט אילו שדות התאמה הוא מעביר הלאה.

## האם התאמה מתקדמת אוטומטית פועלת כברירת מחדל, ואיפה ההגדרה?

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

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

מה שכן מתועד הוא איפה הפיקסלים נמצאים. לפי OpenAI, יוצרים Pixel ID בלשונית conversions ב-Ads Manager. שם פותחים את מקור הנתונים ובודקים את מצב ההגדרה. אם אתם מנהלים כמה אתרים, בדקו כל מקור נתונים בנפרד, כי OpenAI מעריכה כל פיקסל או מקור נתונים בפני עצמו.

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

## איזו הסכמה צריך לפני שמשתמשים בה?

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

לפיקסל יש בקרת הסכמה בדיוק לזה:

- הפיקסל מתחיל עם הסכמה במצב true כברירת מחדל, אלא אם קבעתם false או שהוא מוצא סירוב שמור.
- קריאה ל-`oaiq("consent", false)` לפני ה-init עוצרת שליחה של אירועי מדידה.
- קריאה ל-`oaiq("consent", true)` אחרי שהמשתמש מסכים מאפשרת אירועים עתידיים. אירועים שנחסמו קודם לא נשלחים בדיעבד.
- קביעת ההסכמה ל-false גם מסירה את שני ה-cookies של הפיקסל.

אל תבלבלו בין הסכמה לבין האפשרות `opt_out` באירוע. OpenAI מתארת את `opt_out` כדגל שמוציא את האירוע מפרסונליזציה עתידית ברמת המשתמש, ומוסיפה שהיא לא משתמשת כרגע בנתוני פיקסל לפרסונליזציה ברמת המשתמש. הדגל לא עוצר את שליחת האירוע. הסכמה כן.

אם האתר שלכם משרת מבקרים באיחוד האירופי, בבריטניה או בישראל, חברו את קריאת ההסכמה לבאנר לפני שאתם מסתמכים על תכונת התאמה כלשהי. גם מדיניות הפרטיות שלכם צריכה לציין את הנוהג הזה. זו ההמלצה שלנו, והיא אינה ייעוץ משפטי. המדריך שלנו ל[דיווח ופרטיות](https://www.chatadsai.com/he/guides/ads-reporting-and-privacy) מסביר מה Ads Manager מציג ומה לא.

## למה OpenAI ממליצה עליה לקמפיין המרות?

OpenAI ממליצה עליה כי היא עוזרת לשפר את התאמת ההמרות ומספקת אותות מדידה נוספים לאופטימיזציה של הקמפיין. המשפט הזה מופיע בטיפים לאופטימיזציה של מטרת Conversion optimization.

ההיגיון פשוט. [קמפיין המרות](https://www.chatadsai.com/he/guides/chatgpt-ads-conversion-campaigns) לומד מההמרות שהוא יכול לראות. אותה רשימת טיפים מורה למפרסמים להשתמש באירוע המרה עם מספיק אותות ולשמור על מעקב המרות תקין, כי מעקב חלקי פוגע ביעילות של הדיווח ושל האופטימיזציה.

המרות שקרו אבל אי אפשר להתאים אותן לא מלמדות את הקמפיין דבר, והן גורמות לערוץ להיראות בדוחות חלש ממה שהוא.

אף דף של OpenAI שבדקנו לא נותן מספר לשאלה בכמה ההתאמה משתפרת. גם אנחנו לא מפרסמים מספר כזה.

## איך היא משפיעה על אזהרות איכות האירועים?

מידע התאמה הוא אחד הדברים שהערכת איכות האירועים בודקת. איכות האירועים היא הערכה לכל מקור נתונים ב-Ads Manager. לפי OpenAI, היא מתרעננת מדי יום על בסיס שבעה ימים קלנדריים מלאים.

שתי אזהרות קשורות ישירות להתאמה מתקדמת:

| אזהרה | מה היא בודקת |
|---|---|
| מידע מוגבל של מייל או מזהה לקוח | האם אירועי המרה כשירים נושאים מייל או מזהה לקוח יציב |
| מידע התאמה נוסף מוגבל | טלפון, שם ומיקום, וכן השילוב של כתובת ה-IP של הלקוח ושל ה-user agent |

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

קראו את האזהרות האלה בזהירות. לפי OpenAI, הבדיקה השנייה מודדת נוכחות של מידע, לא האם אדם הותאם בהצלחה. היא גם מציינת שציון לא מנבא את ביצועי הקמפיין ולא מבטיח שהמרה תותאם למודעה.

יש גם כלל נגד ניסיון לשחק עם הציון. OpenAI מורה למפרסמים לא לשלוח אירועים מיותרים, לא להמציא מזהים ולא לשנות זמני אירועים כדי לשפר ציון.

## איך בודקים שמעקב ההמרות באמת עובד?

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

1. **הפעילו מצב debug.** ההגדרה האופציונלית `debug` של הפיקסל רושמת את פעילות ה-SDK לקונסולת הדפדפן בזמן הבדיקה.
2. **בצעו המרה אמיתית.** ההנחיה של OpenAI לגבי איכות אירועים היא לבדוק דרך מסלול הלקוח הרגיל ולוודא שהשדות הצפויים קיימים.
3. **בדקו את מסלול הסירוב.** סרבו להסכמה וודאו שלא נשלח שום אירוע מדידה.
4. **ודאו שהאירוע התקבל.** משתמשי ה-API יכולים לשלוף אירועים אחרונים. לפי OpenAI, נקודת הקצה מחזירה דגימה מתוך בערך 15 הדקות האחרונות, ואירועי דפדפן מופיעים עם הערוץ `pixel_sdk`.
5. **חכו לייחוס.** OpenAI מבקשת מהמפרסמים לתת 24 עד 48 שעות עד שהמרות מיוחסות מופיעות בדיווח.
6. **עקבו אחרי איכות האירועים.** שיפורים יכולים להופיע בהדרגה, ככל שאירועים ישנים יוצאים מחלון ההערכה.

אם האתר שלכם אוכף Content Security Policy, צריך לאשר בו את המקורות של הפיקסל, אחרת שום דבר לא נשלח. OpenAI מפרטת את `https://bzrcdn.openai.com` לטעינת ה-SDK ואת `https://bzr.openai.com` לשליחת האירועים.

## מה כדאי לבדוק באתר שלכם?

רוב בעיות ההתאמה שאנחנו רואים מגיעות מההגדרה, לא מהתכונה. עברו על הרשימה הזאת פעם אחת:

- הפיקסל מותקן בדפים שבהם נמצאים הטפסים, לא רק בדף התודה. ההמלצה של OpenAI היא להתקין אותו בכל הדפים הרלוונטיים.
- קריאת ההסכמה רצה לפני שהפיקסל מאותחל.
- הפניות ומקצרי קישורים שומרים על הפרמטר `oppref`, כך שההתאמה נשארת גיבוי ולא הדרך הראשית.
- הפיקסל וה-Conversions API שולחים את אותו מזהה אירוע לאותה המרה, כדי ש-OpenAI תוכל להסיר כפילויות. OpenAI משתמשת באירוע הראשון שהיא מקבלת עבור מפתח תואם ומתעלמת מכפילויות מאוחרות יותר.
- אירועי שרת נושאים את כתובת ה-IP האמיתית של הלקוח ואת ה-user agent האמיתי. OpenAI מזהירה לא להחליף אותם בכתובת של השרת שלכם או ב-user agent כללי.
- אותו לקוח שומר על אותו מזהה. OpenAI מזהירה לא להשתמש במזהה משותף, במזהה זמני או במזהה ברירת מחדל עבור אנשים שונים.

אותם כללי גיבוב חלים כשמעלים רשימות לקוחות לצורך טירגוט. המדריך שלנו ל[קהלים מותאמים](https://www.chatadsai.com/he/guides/chatgpt-ads-custom-audiences) מכסה את הצד הזה.

## איך היא קשורה למדידה מודלית ולחלונות ייחוס?

התאמה מתקדמת היא אחד משלושה אותות ש-OpenAI מונה לחיבור אירועים למודעות: מזהה הקליק, מידע כשיר של התאמה מתקדמת, ומדידה מודלית היכן שהיא זמינה.

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

התאמה גם לא מאריכה את חלון הייחוס. האירוע עדיין חייב להתרחש בתוך החלון הרלוונטי. בדיווח, Ads Manager מאפשר לבחור חלון קליק של 7, 14 או 30 יום, וחלון צפייה של 0 Day או של יום אחד (1 Day). OpenAI מוסיפה שתפוגת ה-cookie נפרדת מחלונות הייחוס ומתקופת השמירה של נתוני ההמרות.

צפו לכך ש-Ads Manager וכלי האנליטיקס שלכם לא יסכימו ביניהם. OpenAI מונה את הסיבות הרגילות: חלונות ייחוס שונים, אזורי זמן, תנאי הסכמה והסרת כפילויות. הבדל אינו הוכחה לשגיאה. [המדריך שלנו למעקב המרות](https://www.chatadsai.com/he/guides/conversion-tracking) מסביר איך להשוות בין השניים.

## שאלות נפוצות

**האם התאמה מתקדמת אוטומטית שולחת ל-OpenAI כתובות מייל גולמיות?**

לא. לפי OpenAI, הפיקסל מגבב את המידע בדפדפן באמצעות SHA-256 לפני שהוא מצרף אותו לאירועי ההמרה, ופרטי לקוח גולמיים לא נשלחים ל-OpenAI דרך התאמה מתקדמת אוטומטית.

**אילו שדות התאמה מתקדמת אוטומטית מזהה?**

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

**האם היא עובדת באירועים מצד השרת?**

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

**האם להשאיר התאמה מתקדמת ידנית כשהתכונה האוטומטית פועלת?**

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

**האם היא מכבדת את באנר ה-cookies שלי?**

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

**האם היא תעלה את מספר ההמרות המדווחות?**

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

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

היא עוזרת לדיווח שלהם. לפי OpenAI, קמפיינים של קליקים ושל חשיפות יכולים לעקוב אחרי המרות בלי לשנות את המטרה שלהם, כך שהתאמה טובה יותר נותנת תמונה ברורה יותר של התוצאות. התועלת באופטימיזציה חלה על קמפיינים עם מטרת Conversion optimization.

אם תרצו שנגדיר ונבדוק את זה בשבילכם, ראו את [השירותים](https://www.chatadsai.com/he/services) שלנו או [צרו קשר](https://www.chatadsai.com/he/contact).

## מקורות

- [OpenAI Help Center - Conversion Measurement](https://help.openai.com/en/articles/20001409-conversion-measurement)
- [OpenAI Developers - Measurement Pixel](https://developers.openai.com/ads/measurement-pixel)
- [OpenAI Developers - Conversions API](https://developers.openai.com/ads/conversions-api)
- [OpenAI Developers - Image Tag](https://developers.openai.com/ads/image-tag)
- [OpenAI Developers - Conversion Tracking](https://developers.openai.com/ads/conversion-tracking)
- [OpenAI Help Center - Measure Results](https://help.openai.com/en/articles/20001214-measure-results)
- [OpenAI Help Center - Conversion-optimized Campaigns](https://help.openai.com/en/articles/20001412-conversion-optimized-campaigns)
- [OpenAI Help Center - Understand and improve event quality](https://help.openai.com/en/articles/20001513-understand-and-improve-event-quality)