Ընդհանուր տեղեկություններ

Օգտվեք այս ուղեցույցից, եթե իրադարձությունները բացակայում են, հարցումները ձախողվում են, կամ Ads Manager-ի տվյալները չեն համընկնում ձեր բիզնեսի գրանցումների հետ։ Սկսեք մեկ ավարտված գնումից, պոտենցիալ հաճախորդի ուղարկած հայտից կամ այլ գործողությունից։ Նշեք՝ ինչ է տեղի ունեցել և երբ, ապա ստորև ընտրեք համապատասխան հարցը։

Իրադարձությունն արձանագրում է որևէ գործողություն, օրինակ՝ գնում։ Pixel-ն իրադարձություններն ուղարկում է այցելուի դիտարկիչից, իսկ Conversions API-ն (CAPI)՝ ձեր սերվերից։ Ads Manager-ն այս իրադարձությունները հավաքում է տվյալների աղբյուրում։ Վերագրումը որոշում է, թե որ գովազդին է վերագրվում արդյունքը։ Վերագրման ժամանակահատվածը սահմանում է, թե գովազդի հետ փոխազդեցությունից հետո որքան ժամանակվա ընթացքում գործողությունը կարող է վերագրվել դրան։

Հաճախ տրվող հարցեր

1. Ինչի՞ց սկսեմ։

Որոշեք՝ որ գործողությունն եք ուզում չափել, ինչն է ուղարկում դրա տվյալները, և որ գովազդային հաշիվն ու Pixel ID-ն են օգտագործվում։ Ձեր կարգավորումը կարող է օգտագործել Pixel, CAPI, գործընկերային ինտեգրում կամ դրանց համակցությունը։ CAPI-ին անհրաժեշտ է Pixel ID, նույնիսկ եթե չեք տեղադրել դիտարկիչի Pixel-ը։

Առաջին անգամ կարգավորելիս տե՛ս Փոխարկումների չափում և Փոխարկումների հետևում ուղեցույցները։ Ձեր ծրագրավորողը կարող է օգտվել Pixel, CAPI և Աջակցվող իրադարձություններ ուղեցույցներից։ CAPI հարցումներն ու բանալիները պահեք ձեր սերվերում։

Եթե ձեր ինտեգրումը կառավարում է գործընկերը, օգտվեք չափման գործընկերոջ կարգավորման ուղեցույցից կամ բջջային չափման գործընկերոջ կարգավորման ուղեցույցից։ HubSpot-ին միանալու համար տե՛ս ChatGPT-ի գովազդների կարգավորումը HubSpot-ում։

Արդեն առկա կարգավորման դեպքում ստուգեք յուրաքանչյուր քայլը.

• Գործողության արդյունքում իրադարձության հարցում ուղարկվե՞լ է։

• Հարցումն ընդունվե՞լ է, թե՞ սխալ է վերադարձրել։

• Կարո՞ղ եք հաստատել, որ իրադարձությունը ստացել է տվյալների ճիշտ աղբյուրը։

• Արշավի հաշվետվությունում իրադարձությունը վերագրվե՞լ է որևէ գովազդի։

2. Իմ Pixel-ը տեղադրված է։ Ինչո՞ւ չեմ տեսնում գնումներ կամ պոտենցիալ հաճախորդների հայտեր։

Pixel-ը կարող է բեռնվել՝ առանց ձեզ անհրաժեշտ գնման կամ պոտենցիալ հաճախորդի հայտի իրադարձությունն ուղարկելու։ Խնդրեք ձեր ծրագրավորողին ստուգել մեկ ավարտված գործողություն.

• Ստուգեք իրադարձության անունը, Pixel ID-ն և այն ուղարկող էջը կամ հետկանչը։ Էջի դիտումն ավարտված գնում չէ։

• Համոզվեք, որ Pixel-ը սկզբնավորվում է նախքան իրադարձությունն ուղարկելը, այդ թվում՝ երբ այն բեռնում է թեգերի կառավարիչը։

• Ստուգեք դիտարկիչի վահանակը և ցանցային հարցումը։ Թեգերի կառավարչի «գործարկվել է» հաղորդագրությունն ինքնին չի հաստատում, որ իրադարձությունն ուղարկվել է։ Pixel-ի վրիպազերծման ռեժիմը կարող է օգնել։

• Ստուգեք՝ արդյոք համաձայնության ընտրանքները, դիտարկիչի արգելափակումը կամ ձեր կայքի անվտանգության քաղաքականությունը խոչընդոտել են հարցմանը։

• Ստուգեք մուտք գործելուց հետո հասանելի էջերը, վճարման գործընթացը, ամրագրման կայքերը, վերահղումները և ներկառուցված ձևերը։ Նպատակային էջում աշխատող Pixel-ը չի հաստատում, որ հետևումն աշխատում է նաև այլ տեղերում։

Եթե հարցում չի ուղարկվել, նախ շտկեք այդ քայլը։ Հաշվետվության թարմացմանը սպասելը չի օգնի։ Նախքան այլ ինտեգրում ավելացնելը օգտվեք Pixel-ի խնդիրների լուծման ուղեցույցից։

3. Ի՞նչ անեմ, եթե իրադարձությունը մերժվում է, հարցման սպասման ժամանակը սպառվում է, կամ սերվերի սխալ է վերադարձվում։

Պահպանեք պատասխանի կոդը, սխալի ճշգրիտ տեքստը, հարցման ժամանակը և իրադարձության ID-ն։ Խնդրեք ձեր ծրագրավորողին ստուգել իրադարձության ձևաչափը, Pixel ID-ն և բանալին։ CAPI-ի իրադարձությունների հարցումներն օգտագործում են նույն գովազդային հաշվի Conversions API բանալին։ Կարգավորման, կառավարման և հաշվետվությունների հարցումներն օգտագործում են առանձին Advertiser API բանալի։ API բանալիները մի՛ ուղարկեք աջակցման ծառայությանը։

CAPI-ի փաթեթներում մեկ անվավեր իրադարձությունը կարող է ամբողջ փաթեթի ձախողման պատճառ դառնալ։

CAPI-ն պահանջում է գործողության սկզբնական ժամանակը՝ Unix ժամանակի միլիվայրկյաններով։ Իրադարձության ժամանակը չպետք է լինի վերջին 7 օրից ավելի վաղ կամ ընթացիկ պահից ավելի քան 10 րոպե առաջ։ Ուղարկման այս սահմանափակումը վերագրման ժամանակահատվածից առանձին է։ Մի՛ փոխեք հին իրադարձության ժամանակը՝ այն ընդունելի դարձնելու համար։

Սպասման ժամանակի սպառման կամ սերվերի սխալի դեպքում կարող է պարզ չլինել՝ իրադարձությունը հասե՞լ է, թե՞ ոչ։ Ստուգեք սկզբնական հարցումը և ստացման վերաբերյալ առկա գրառումները։ Եթե նորից եք ուղարկում նույն գործողությունը, պահպանեք դրա իրադարձության սկզբնական ID-ն և ժամանակային դրոշմը։ Նոր ID-ի դեպքում այն կարող է ընկալվել որպես մեկ այլ գործողություն։

Մերժման կամ հարցման շարունակական ձախողման պատճառը պարզեք առանց հապաղելու։ Հաշվետվությունում հայտնվելու համար նախատեսված 24–48 ժամը չի վերաբերում այս սխալներին։ Հարցումների պահանջների համար տե՛ս Conversions API։

4. Տեսնում եմ, որ իրադարձությունն ընդունվել է։ Ինչո՞ւ այն չկա հաշվետվությունում։

Ընդունվելը չի նշանակում, որ իրադարձությունը վերագրվել է որևէ գովազդի։ Ստուգեք՝ ինչ է հաստատում պատասխանը, և արդյոք հարցումն օգտագործել է տվյալների ճիշտ աղբյուրը։ CAPI-ում validate_only-ի true արժեքը ստուգում է իրադարձությունները՝ առանց դրանք պահպանելու։

Նոր իրադարձության համար ձեր ծրագրավորողը կարող է ստուգել վերջին իրադարձությունները, եթե այդ հնարավորությունը հասանելի է։ Այստեղ ցուցադրվում է վերջին իրադարձությունների նմուշ, ոչ թե ամբողջական պատմությունը կամ վերագրման արդյունքը։

Եթե չեք կարող ստուգել ստացման փաստը, դիմեք աջակցման ծառայությանը՝ տրամադրելով սկզբնական պատասխանը և իրադարձության օրինակ։ Ասեք մեզ՝ ինչ ստուգումներ եք կատարել. նախապես պատճառը գտնելու կարիք չկա։

Եթե ստացումը հաստատված է, անցեք 5-րդ հարցին։ Մի՛ ուղարկեք իրադարձությունը նոր ID-ներով միայն այն պատճառով, որ արշավի հաշվետվությունը չի փոխվել։

Վերագրված փոխարկումների հայտնվելը կարող է տևել մոտ 24–48 ժամ, իսկ վերջին ընդհանուր ցուցանիշները մշակման ընթացքում կարող են փոխվել։ Սա չի երաշխավորում, որ յուրաքանչյուր ընդունված իրադարձություն կհայտնվի հաշվետվությունում, և չի հաստատում դրա ստացումը։ Տե՛ս Արդյունքների չափում։

5. Իրադարձությունները ստացվում են։ Ինչո՞ւ է արշավը դեռ զրո փոխարկում ցույց տալիս։

Նախքան ինտեգրումը փոխելը ստուգեք՝

• Տվյալների նախատեսված աղբյուրը միացվա՞ծ է ճիշտ հաշվին։

• Ձեր ուղարկած իրադարձությունը համապատասխանո՞ւմ է արշավի փոխարկման կարգավորմանը։ Հատուկ իրադարձությունների դեպքում ստուգեք հատուկ տեսակը և իրադարձության ճշգրիտ անունը։ Միայն ցուցադրվող պիտակների համընկնումը բավարար չէ։

• Ճիշտ փոխարկումը կցվա՞ծ էր արշավին նախքան ձեր ստուգած գործողությունը։

• Գործողությունը հաջորդե՞լ է գովազդի այնպիսի սեղմման կամ դիտման, որը համապատասխանում է վերագրման կարգավորումներին։

• Դիտո՞ւմ եք ճիշտ արշավը, իրադարձության սյունակը, ամսաթվերը և հաշվետվության ժամանակային հիմքը։

Համադրման տվյալներն օգնում են իրադարձությունը կապել գովազդի հետ, բայց չեն երաշխավորում վերագրումը։ Այցի ողջ ընթացքում պահպանեք OpenAI-ի սեղմման իրական հղման նույնացուցիչը՝ oppref-ը, և առկայության դեպքում ներառեք այն սերվերի իրադարձություններում։ Երբեք մի՛ հորինեք հղման նույնացուցիչ և մի՛ օգտագործեք մեկ այլ այցելուինը։

Դիտարկիչի և սերվերի իրադարձությունները ստուգեք առանձին։ Pixel-ին հասանելի հղման նույնացուցիչը կամ հաճախորդի տվյալների դաշտը կարող է բացակայել սերվերի իրադարձությունից։

Փոխարկումների համար օպտիմալացված արշավի ընտրված նպատակը հնարավոր չէ փոխել արշավը ստեղծելուց հետո։ Այլ նպատակ օգտագործելու համար ստեղծեք նոր արշավ։ Հատուկ իրադարձությունները չեն կարող լինել օպտիմալացման նպատակներ։ Տե՛ս Փոխարկումների համար օպտիմալացված արշավներ։

Կարգավորումների անհամապատասխանությունը շտկելուց հետո ստուգեք պայմաններին համապատասխանող նոր գործողությունները։ Մի՛ ենթադրեք, որ փոփոխությունն ուղղում է նախկին հաշվետվությունները։ Համադրման կանոնների համար տե՛ս Փոխարկումների չափում։

6. Ինչո՞ւ են Ads Manager-ի, մեր վերլուծական գործիքի և CRM-ի տվյալները տարբերվում։

Համեմատեք նույն գործողությունները՝ հաշվետվության նույն կանոններով։ Ձեր CRM-ը կարող է հաշվել բոլոր գնումները, իսկ գովազդային հաշվետվությունը հաշվում է տվյալ հարթակին վերագրված գնումները։ Տարբեր հարթակներ կարող են նույն գնումը տարբեր կերպ վերագրել։

Ads Manager-ում Փոխարկումներ ցուցանիշը միավորում է սեղմումից հետո և դիտումից հետո կատարված համապատասխան փոխարկումները, երբ դիտումից հետո հաշվառման ժամանակահատվածը 1 օր է։ Երբ դիտումից հետո հաշվառման ժամանակահատվածը 0 օր է, հաշվվում են միայն սեղմումից հետո կատարված փոխարկումները։ Հաշվետվությունները համեմատելիս օգտագործեք նույն կարգավորումը։

Օրինակ՝ ինչ-որ մեկը սեղմում է գովազդը, ավելի ուշ անմիջապես վերադառնում կայք և գնում կատարում։ Մի գործիքը կարող է այցը նշել որպես «Ուղղակի», իսկ մյուսը՝ գնումը վերագրել ավելի վաղ դիտված գովազդին։ Միայն այդ տարբերությունը չի նշանակում, որ գնումը կրկնակի է հաշվվել։

Եթե այցելությունների աղբյուրների պիտակները տարբերվում են, ստուգեք տվյալ այցի նպատակային URL-ը և հետևման պարամետրերը։ Արշավի ընթացիկ կարգավորումները կարող են տարբերվել նախկինում օգտագործվածներից։

Համեմատեք՝

• Հաշիվը, արշավը, իրադարձության տեսակը, զտիչները և հաշվետվության մակարդակը։

• Ամսաթվերի միջակայքը, ժամային գոտին և այն, թե ամսաթվերը վերաբերում են գովազդի հետ փոխազդեցությանը, թե հենց փոխարկմանը։

• Սեղմումից և դիտումից հետո հաշվառման կարգավորումները, ինչպես նաև ընտրված կոնկրետ ցուցանիշը կամ սյունակը։

• Մշակման վերջին ուշացումները, կրկնօրինակների մշակումը, համաձայնությունը և համադրման հասանելի տվյալները։

• Մոդելավորված փոխարկումները, եթե առկա են. դրանք կարող են տարբերվել անմիջապես գրանցված գործարքներից։

• Արժեքների դեպքում՝ արժույթը, միավորները և այն, թե համեմատվում է ամբողջ պատվերը, թե առանձին ապրանքները։

Հասույթի դեպքում համեմատեք հարկերը, առաքման արժեքը, զեղչերը և վճարները։ Ստուգեք, որ դիտարկիչից և սերվերից ուղարկվող պատճեններում պատվերի արժեքը նույնն է։ Ստեղծված պատվերների վաճառքներ և Ստեղծված պատվերների ROAS ցուցանիշները հաշվում են միայն վերագրված order_created իրադարձությունները։

GA4-ից ներմուծված ակտիվության տվյալները ներառում են ընտրված ռեսուրսի այցելությունների բոլոր աղբյուրների իրադարձությունները։ Այս ընդհանուր թվերը արշավին վերագրված փոխարկումներ չեն։ Տե՛ս Google Analytics 4-ի միացումը OpenAI Ads Manager-ին։

API-ի տվյալների հետ համեմատելիս գրանցեք վերջնակետը և հաշվետվության ընտրանքները սահմանեք բացահայտ կերպով։ Չնշված կարգավորումը կարող է չհամընկնել Ads Manager-ի կարգավորման հետ։ Հաշվետվությունները կարող են ներառել նաև տարբեր իրադարձություններ. որոշները ներառում են արշավի նպատակները, բայց ոչ մյուս հետևվող գործողությունները։ Մեկ հաշվետվությունում իրադարձության բացակայությունը չի ապացուցում, որ այն երբեք չի ստացվել։

CSV ֆայլերը համեմատելիս օգտագործեք նույն կարգավորումները և պահեք արտահանված ֆայլերը՝ առանց խմբագրելու։ Ads Manager-ի դիտումների մասին տե՛ս Արդյունքների չափում, իսկ API-ի ընտրանքների մասին՝ Հաշվետվություններ։

7. Pixel-ի և CAPI-ի համատեղ օգտագործման դեպքում գնումը կրկնակի՞ կհաշվվի։

Նույն գործողությունը կրկնակի չհաշվելու համար դրա՝ դիտարկիչից և սերվերից ուղարկվող պատճեններում օգտագործեք նույն Pixel ID-ն, իրադարձության անունը և իրադարձության ID-ն։ Իրադարձության ID-ի դաշտը CAPI-ում id է, իսկ Pixel-ում՝ event_id։ Երկու կողմում էլ օգտագործեք նաև հատուկ իրադարձության նույն անունը։

Գործողությունը կրկին ուղարկելիս պահպանեք նույն ID-ն, իսկ յուրաքանչյուր տարբեր գործողության համար օգտագործեք նոր ID։ Ստուգեք՝ կա՞ն կրկնվող թեգեր, էջի կրկնակի բեռնումներ կամ հետկանչեր, ինչպես նաև գործընկերային ինտեգրումներ, որոնք արդեն կարող են ուղարկել իրադարձությունը։

Մի՛ ուղարկեք կրկնօրինակ՝ սկզբնական իրադարձության արժեքը կամ համադրման տվյալները փոխելու համար։ Ուղղում անելուց առաջ ծանոթացեք փաստաթղթերում նկարագրված գործելակերպին։ Տե՛ս դիտարկիչի և սերվերի իրադարձությունների կրկնօրինակների հեռացում։

8. Մենք օգտագործում ենք Shopify։ Մեզ այլ ինտեգրում պե՞տք է։

Նախքան այլ ինտեգրում ավելացնելը ստուգեք ձեր Shopify կապը։ Համոզվեք, որ միացված են ճիշտ գովազդային հաշիվն ու Pixel-ը, ապա ստուգեք՝ ձեր խանութի որ իրադարձություններն է հավելվածն ուղարկում։

Եթե օգտագործում եք նաև հատուկ թեգեր, վճարման էջի կոդ կամ սերվերային ուղարկող բաղադրիչ, ստուգեք՝ արդյոք դրանք ուղարկում են նույն իրադարձությունները։ Shopify-ի կարգավորումները կարող են օգտագործել դիտարկիչի և սերվերի միջոցով հետևման տարբեր համակցություններ։ Տե՛ս ChatGPT-ի գովազդների կարգավորումը Shopify-ի համար։

9. Ինչպե՞ս վարվել համաձայնության և փորձարկման հարցերում։

Ուղարկեք միայն այն տվյալները, որոնք թույլատրված է փոխանցել, և հարգեք այցելուների՝ համաձայնության վերաբերյալ ընտրությունները։ Ձեր ծրագրավորողը պետք է հետևի ինտեգրման՝ համաձայնության և համադրման աջակցվող տվյալների վերաբերյալ ցուցումներին, այդ թվում՝ նորմալացման և հեշավորման պահանջներին։ Մի՛ հեռացրեք համաձայնության վերահսկման միջոցները՝ հաշվետվությունում փոխարկումների թիվն ավելացնելու կամ գնահատականը բարելավելու համար։

Չափման համաձայնությունը և opt_out-ը տարբեր նպատակների են ծառայում։ opt_out ընտրանքը վերաբերում է անհատականացմանը. այն չի դադարեցնում չափման բոլոր հարցումները։ Խնդրեք ձեր ծրագրավորողին ստուգել համաձայնության մշակումը թե՛ դիտարկիչի, թե՛ սերվերի ինտեգրումներում։

Գրանցեք մեկ փորձնական գործողության ժամանակը, անունը և ID-ն։ Ստուգեք՝ այն ուղարկվե՞լ է, անցե՞լ է վավերացման ստուգումը և ստացվե՞լ է։ Իրականացման հաջող փորձարկումը չի հաստատում, որ արդյունքը կարող է վերագրվել գովազդին։

CAPI-ի validate_only ընտրանքը ստուգում է իրադարձությունները՝ առանց դրանք պահպանելու։ Pixel-ի վրիպազերծման ռեժիմը գրանցում է ակտիվությունը մատյանում, բայց չի բացառում փորձնական իրադարձությունները հաշվետվություններից։ Ձեր գրառումներում նշեք փորձարկումները և մի՛ հորինեք գնումներ կամ փոխեք իրադարձությունների ժամանակները՝ ցանկալի արդյունքը ստանալու համար։

10. Իրադարձության որակի ցածր կամ անհասանելի գնահատականը նշանակո՞ւմ է, որ հետևումը խափանված է։

Ինքնին՝ ոչ։ Իրադարձության որակի գնահատումը վերաբերում է տվյալների աղբյուրից ստացված տեղեկություններին։ Այն չի ցույց տալիս, թե քանի փոխարկում է վերագրվել գովազդի։ Միայն ցածր կամ անհասանելի գնահատականով հնարավոր չէ որոշել՝ հետևումն աշխատո՞ւմ է, թե՞ ոչ։

Ստուգեք, որ վերջին իրական գործողությունները ճիշտ են գրանցվում, ապա ուսումնասիրեք զգուշացման պատճառը։ Մի՛ ուղարկեք լրացուցիչ իրադարձություններ կամ հորինված նույնացուցիչներ՝ գնահատականը բարձրացնելու համար։ Ստուգումների և թարմացման ժամկետների մասին տե՛ս Ինչպես հասկանալ և բարելավել իրադարձությունների որակը։

11. Ի՞նչ տեղեկություններ ներառեմ աջակցման ծառայությանը դիմելիս։

Ասեք մեզ՝ ինչ էիք ակնկալում, ինչ է տեղի ունեցել, երբ է խնդիրը սկսվել, և ինչ եք ստուգել։ Այս ցանկից ներառեք այն տեղեկությունները, որոնք ունեք.

• Գովազդային հաշվի ID-ն, Pixel ID-ն կամ տվյալների աղբյուրը և խնդրին առնչվող արշավի ու գովազդի նույնացուցիչները։

• Ինտեգրման տեսակը և իրադարձության ճշգրիտ անունը, այդ թվում՝ հատուկ իրադարձության անունը, եթե կա։

• Որպես օրինակ՝ մեկ կամ երկու առկա իրադարձության ID և գործողությունների ժամանակային դրոշմներ՝ ժամային գոտու հետ միասին։

• Հարցման ձախողման կամ ստացման վերաբերյալ անորոշության դեպքում՝ պատասխանի կոդը, սխալի ճշգրիտ տեքստը, հարցման ժամանակը, վերադարձված հարցման ID-ն կամ CF-Ray-ը և ուղարկված տվյալները կամ մատյանի հատվածը՝ գաղտնի տեղեկությունները հեռացրած։

• Հաշվետվությունների տարբերությունների դեպքում՝ ամսաթվերի միջակայքը, հաշվետվության ժամանակային հիմքը, վերագրման կարգավորումները, ընտրված սյունակները, արտահանված CSV-ն և նույն ընդգրկմամբ տվյալների համեմատությունը։

• Համապատասխան սքրինշոթերը և կարգավորման վերջին փոփոխությունները, այդ թվում՝ վճարման առանձին համակարգը կամ գործընկերային ինտեգրումը։

Ասեք մեզ՝ հաստատե՞լ եք, որ իրադարձությունն ուղարկվել, ընդունվել կամ ստացվել է, թե՞ միայն հաշվետվությունն եք ստուգել։ Կարող եք օգնություն խնդրել, նույնիսկ եթե չեք կարող կատարել այս ստուգումները։

Կցորդներից հեռացրեք API բանալիները, լիազորման վերնագրերը, գաղտնաբառերը, քուքիները և հաճախորդների մասին ոչ անհրաժեշտ տեղեկությունները։ Անհապաղ հայտնեք սխալների կամ նախկինում աշխատող ինտեգրման հանկարծակի դադարի մասին։ Մի՛ սպասեք, որ հաշվետվության թարմացման ժամկետն անցնի։