Visió general
Fes servir aquesta guia si falten esdeveniments, fallen les sol·licituds o les dades d'Ads Manager no coincideixen amb els registres de la teva empresa. Comença amb una compra completada, un enviament de dades d'un client potencial o una altra acció. Anota què ha passat i quan, i després tria la pregunta de més avall que s'ajusti al teu cas.
Un esdeveniment registra una acció, com ara una compra. El Pixel envia esdeveniments des del navegador d'un visitant; l'API de conversions (CAPI) els envia des del teu servidor. Ads Manager recull aquests esdeveniments en una font de dades. L'atribució determina a quin anunci s'assigna el mèrit de l'acció. Una finestra d'atribució estableix durant quant de temps després d'una interacció amb un anunci es pot atribuir una acció a aquell anunci.
Preguntes freqüents
1. Per on hauria de començar?
Identifica l'acció que vols mesurar, què l'envia i el compte publicitari i l'ID del Pixel que s'utilitzen. La teva configuració pot fer servir el Pixel, CAPI, una integració d'un soci o una combinació d'aquestes opcions. CAPI necessita un ID del Pixel encara que no hagis instal·lat el Pixel al navegador.
Per a la configuració inicial, consulta: Mesurament de conversions i Seguiment de conversions. El teu desenvolupador pot fer servir les guies del Pixel, de CAPI i d'Esdeveniments compatibles. Mantén les sol·licituds i les claus de CAPI al teu servidor.
Si un soci gestiona la teva integració, fes servir la guia de configuració de socis de mesurament o la guia de configuració de socis de mesurament mòbil. Per connectar-te amb HubSpot, consulta: Configuració de ChatGPT Ads a HubSpot.
Si ja tens una configuració, comprova cada pas:
L'acció ha enviat una sol·licitud d'esdeveniment?
La sol·licitud ha retornat un error o s'ha acceptat?
Pots confirmar que la font de dades correcta ha rebut l'esdeveniment?
S'ha atribuït l'esdeveniment a un anunci a l'informe de la campanya?
2. Tinc el Pixel instal·lat. Per què no veig compres ni clients potencials?
El Pixel es pot carregar sense enviar l'esdeveniment de compra o de client potencial que necessites. Demana al teu desenvolupador que revisi una acció completada:
Comprova el nom de l'esdeveniment, l'ID del Pixel i la pàgina o la crida de retorn que l'envia. Una visualització de pàgina no és una compra completada.
Confirma que el Pixel s'inicialitza abans d'enviar l'esdeveniment, també quan el carrega un gestor d'etiquetes.
Revisa la consola del navegador i la sol·licitud de xarxa. El missatge "activada" d'un gestor d'etiquetes, per si sol, no confirma que s'hagi enviat l'esdeveniment. El mode de depuració del Pixel pot ajudar.
Comprova si les opcions de consentiment, el bloqueig del navegador o la política de seguretat del teu lloc han impedit la sol·licitud.
Revisa les pàgines que requereixen iniciar sessió, el procés de pagament, els llocs de reserves, les redireccions i els formularis incrustats. Que el Pixel funcioni a la pàgina de destinació no confirma que el seguiment funcioni en altres llocs.
Si no s'ha enviat cap sol·licitud, corregeix aquest pas primer. Esperar que s'actualitzin els informes no ajudarà. Fes servir la guia de resolució de problemes del Pixel abans d'afegir una altra integració.
3. Què he de fer si es rebutja un esdeveniment, s'esgota el temps d'espera o es retorna un error del servidor?
Desa el codi de resposta, l'error exacte, l'hora de la sol·licitud i l'ID de l'esdeveniment. Demana al teu desenvolupador que comprovi el format de l'esdeveniment, l'ID del Pixel i la clau. Les sol·licituds d'esdeveniments de CAPI fan servir una clau de l'API de conversions del mateix compte publicitari. Les sol·licituds de configuració, gestió i informes fan servir una clau diferent, la de l'API per a anunciants. No enviïs claus d'API a l'equip d'assistència.
Als lots de CAPI, un sol esdeveniment no vàlid pot fer que falli tot el lot.
CAPI requereix l'hora original de l'acció en mil·lisegons Unix. L'esdeveniment no pot ser de fa més de 7 dies ni tenir una hora situada més de 10 minuts en el futur. Aquest límit d'enviament és independent de la finestra d'atribució. No canviïs l'hora d'un esdeveniment antic perquè superi la validació.
Si s'esgota el temps d'espera o es produeix un error del servidor, pot ser que no sàpigues del cert si l'esdeveniment ha arribat. Revisa la sol·licitud original i els registres de recepció que hi hagi. Si tornes a intentar enviar la mateixa acció, conserva'n l'ID d'esdeveniment i la marca de temps originals. Un ID nou podria fer que semblés una altra acció.
Investiga de seguida qualsevol rebuig o fallada persistent de les sol·licituds. El termini estimat de 24–48 hores perquè les dades apareguin als informes no s'aplica a aquests errors. Per conèixer els requisits de les sol·licituds, consulta: API de conversions.
4. Veig que l'esdeveniment s'ha acceptat. Per què no apareix a l'informe?
Que s'accepti un esdeveniment no vol dir que s'hagi atribuït a un anunci. Comprova què confirma la resposta i si la sol·licitud feia servir la font de dades correcta. A CAPI, establir validate_only en true permet comprovar els esdeveniments sense desar-los.
Per a un esdeveniment nou, el teu desenvolupador pot consultar els esdeveniments recents, si aquesta opció està disponible. Això mostra una mostra recent, no un historial complet ni un resultat d'atribució.
Si no pots comprovar la recepció, posa't en contacte amb l'equip d'assistència i facilita-li la resposta original i un exemple d'esdeveniment. Indica'ns quines comprovacions has fet; no cal que primer en trobis la causa.
Si la recepció està confirmada, continua amb la pregunta 5. No tornis a enviar l'esdeveniment amb ID nous només perquè l'informe de la campanya no hagi canviat.
Les conversions atribuïdes poden trigar aproximadament entre 24 i 48 hores a aparèixer, i els totals recents poden canviar durant el processament. Això no garanteix que apareguin tots els esdeveniments acceptats ni confirma que s'hagin rebut. Consulta: Mesurament de resultats.
5. S'estan rebent esdeveniments. Per què la campanya continua mostrant zero conversions?
Abans de canviar la integració, comprova el següent:
La font de dades que vols fer servir està connectada al compte correcte?
L'esdeveniment que envies coincideix amb la configuració de conversió de la campanya? Per als esdeveniments personalitzats, comprova el tipus personalitzat i el nom exacte de l'esdeveniment. No n'hi ha prou que coincideixi l'etiqueta que es mostra.
La conversió correcta estava vinculada a la campanya abans de l'activitat que estàs comprovant?
L'acció s'ha produït després d'un clic o una visualització d'un anunci que compleixi els requisits de la configuració d'atribució?
Estàs consultant la campanya, la columna d'esdeveniments, les dates i el criteri temporal de l'informe correctes?
La informació de correspondència ajuda a vincular un esdeveniment amb un anunci, però no en garanteix l'atribució. Conserva la referència de clic real d'OpenAI, oppref, durant tota la visita i inclou-la als esdeveniments del servidor quan estigui disponible. No inventis mai una referència ni facis servir la d'un altre visitant.
Comprova els esdeveniments del navegador i del servidor per separat. Una referència o un camp de client disponible per al Pixel pot faltar a l'esdeveniment del servidor.
L'objectiu seleccionat d'una campanya optimitzada per a conversions no es pot canviar un cop creada. Per fer servir un objectiu diferent, crea una campanya nova. Els esdeveniments personalitzats no poden ser objectius d'optimització. Consulta: Campanyes optimitzades per a conversions.
Després de corregir una discrepància de configuració, comprova l'activitat nova que compleixi els requisits. No donis per fet que el canvi corregeix els informes anteriors. Per conèixer les regles de correspondència, consulta: Mesurament de conversions.
6. Per què no coincideixen les dades d'Ads Manager, de la nostra eina d'analítica i del nostre CRM?
Compara les mateixes accions amb els mateixos criteris d'elaboració d'informes. El teu CRM pot comptar totes les compres; un informe publicitari compta les compres atribuïdes a aquella plataforma. Cada plataforma pot atribuir una mateixa compra de manera diferent.
A Ads Manager, Conversions combina les conversions postclic i les conversions postvisualització que compleixen els requisits quan la finestra d'informes postvisualització és d'1 dia. Amb una finestra postvisualització de 0 dies, només compta les conversions postclic. Fes servir la mateixa configuració quan comparis informes.
Per exemple, algú fa clic en un anunci, torna al lloc directament més tard i hi compra. Una eina pot classificar la visita com a "Directa", mentre que una altra atribueix la compra a l'anunci anterior. Aquesta diferència, per si sola, no vol dir que la compra s'hagi comptat dues vegades.
Si les etiquetes de la font de trànsit difereixen, comprova l'URL de destinació i els paràmetres de seguiment utilitzats en aquella visita. La configuració actual de la campanya pot ser diferent de la que s'utilitzava abans.
Compara:
El compte, la campanya, el tipus d'esdeveniment, els filtres i el nivell de detall de l'informe.
L'interval de dates, el fus horari i si les dates es refereixen a la interacció amb l'anunci o a la conversió en si.
La configuració postclic i postvisualització, i la mètrica o columna exacta seleccionada.
Els retards recents de processament, la gestió dels duplicats, el consentiment i la informació de correspondència disponible.
Les conversions modelitzades, si estan disponibles, que poden diferir de les transaccions registrades directament.
Pel que fa als valors, la moneda, les unitats i si la comparació es basa en la comanda sencera o en articles individuals.
Pel que fa als ingressos, compara els impostos, les despeses d'enviament, els descomptes i les comissions. Comprova que les còpies del navegador i del servidor enviïn el mateix valor de la comanda. Vendes de comandes creades i ROAS de comandes creades només compten els esdeveniments order_created atribuïts.
L'activitat importada de GA4 inclou esdeveniments de totes les fonts de trànsit de la propietat seleccionada. Aquests totals no són conversions atribuïdes a la campanya. Consulta: Connecta Google Analytics 4 amb Ads Manager d'OpenAI.
Per fer comparacions amb l'API, anota el punt final i defineix explícitament les opcions dels informes. Si omets un paràmetre de configuració, pot ser que no coincideixi amb el d'Ads Manager. Els informes també poden incloure esdeveniments diferents: alguns inclouen els objectius de la campanya, però no altres accions de les quals es fa seguiment. Que un esdeveniment no aparegui en un informe no demostra que no s'hagi rebut mai.
Fes servir la mateixa configuració per comparar fitxers CSV i conserva les exportacions sense modificar. Consulta Mesurament de resultats per a les vistes d'Ads Manager i Informes per a les opcions de l'API.
7. Si faig servir el Pixel i CAPI, es comptarà una compra dues vegades?
Per evitar comptar la mateixa acció dues vegades, fes servir el mateix ID del Pixel, nom d'esdeveniment i ID d'esdeveniment a les còpies del navegador i del servidor. El camp de l'ID de l'esdeveniment és id a CAPI i event_id al Pixel. Fes servir també el mateix nom d'esdeveniment personalitzat a totes dues bandes.
Conserva el mateix ID quan tornis a intentar enviar una acció; fes servir un ID nou per a cada acció diferent. Comprova si hi ha etiquetes duplicades, càrregues de pàgina o crides de retorn repetides, i integracions de socis que ja puguin estar enviant l'esdeveniment.
No enviïs un duplicat per canviar el valor o la informació de correspondència de l'esdeveniment original. Consulta el comportament documentat abans d'intentar fer una correcció. Consulta: desduplicació d'esdeveniments del navegador i del servidor.
8. Fem servir Shopify. Necessitem una altra integració?
Comprova la connexió amb Shopify abans d'afegir una altra integració. Confirma el compte publicitari i el Pixel connectats i, després, comprova quins esdeveniments envia l'aplicació per a la teva botiga.
Si també fas servir etiquetes personalitzades, codi al procés de pagament o un sistema d'enviament des del servidor, comprova si envien els mateixos esdeveniments. Les configuracions de Shopify poden fer servir diferents combinacions de seguiment des del navegador i des del servidor. Consulta: Configura ChatGPT Ads per a Shopify.
9. Com hem de gestionar el consentiment i les proves?
Envia només les dades que tinguis permís per compartir i respecta les opcions de consentiment dels visitants. El teu desenvolupador ha de seguir les directrius de la integració sobre consentiment i dades de correspondència admeses, inclosa qualsevol normalització i aplicació de funcions resum que es requereixi. No eliminis els controls de consentiment per augmentar les conversions dels informes o millorar una puntuació.
El consentiment per al mesurament i opt_out tenen finalitats diferents. L'opció opt_out fa referència a la personalització; no atura totes les sol·licituds de mesurament. Demana al teu desenvolupador que comprovi la gestió del consentiment tant a les integracions del navegador com a les del servidor.
Anota l'hora, el nom i l'ID d'una acció de prova. Comprova si s'ha enviat, validat i rebut. Que una prova d'implementació funcioni no demostra que un anunci compleixi els requisits per rebre l'atribució.
L'opció validate_only de CAPI comprova els esdeveniments sense desar-los. El mode de depuració del Pixel registra l'activitat, però no exclou els esdeveniments de prova dels informes. Identifica les proves als teus registres i no inventis compres ni canviïs les hores dels esdeveniments per forçar un resultat.
10. Una puntuació de qualitat dels esdeveniments baixa o no disponible vol dir que el seguiment no funciona?
Per si sola, no. La qualitat dels esdeveniments avalua la informació rebuda d'una font de dades. No indica quantes conversions s'han atribuït a anuncis. Una puntuació baixa o no disponible, per si sola, no permet determinar si el seguiment funciona.
Comprova que les accions reals recents es registrin correctament i, després, investiga l'avís. No enviïs esdeveniments addicionals ni identificadors inventats per augmentar la puntuació. Per conèixer les comprovacions i els terminis d'actualització, consulta: Entén i millora la qualitat dels esdeveniments.
11. Què he d'incloure quan em posi en contacte amb l'equip d'assistència?
Explica'ns què esperaves, què ha passat, quan ha començat i què has comprovat. Inclou la informació d'aquesta llista de què disposis:
L'ID del compte publicitari, l'ID del Pixel o la font de dades, i els identificadors de les campanyes i els anuncis afectats.
El tipus d'integració i el nom exacte de l'esdeveniment, inclòs el nom de qualsevol esdeveniment personalitzat.
Un o dos exemples d'ID d'esdeveniments existents i les marques de temps de les accions, amb el fus horari.
Si fallen les sol·licituds o no se'n pot confirmar la recepció: el codi de resposta, l'error exacte, l'hora de la sol·licitud, qualsevol ID de sol·licitud o CF-Ray retornat, i el contingut de la sol·licitud o un fragment del registre amb les dades sensibles ocultes.
Si hi ha diferències entre informes: l'interval de dates, el criteri temporal dels informes, la configuració d'atribució, les columnes seleccionades, l'exportació CSV i una comparació amb el mateix abast.
Captures de pantalla pertinents i qualsevol canvi recent de configuració, inclosos un procés de pagament independent o una integració d'un soci.
Indica'ns si has confirmat que l'esdeveniment s'ha enviat, acceptat o rebut, o si només has consultat l'informe. Pots demanar ajuda encara que no puguis completar aquestes comprovacions.
Elimina dels fitxers adjunts les claus d'API, les capçaleres d'autorització, les contrasenyes, les galetes i la informació dels clients que no sigui necessària. Informa'ns de seguida dels errors o si una integració que abans funcionava deixa de funcionar de sobte. No esperis que passi el termini d'actualització dels informes.