વિહંગાવલોકન

ઇવેન્ટ દેખાતા ન હોય, વિનંતીઓ નિષ્ફળ જતી હોય અથવા જાહેરાત મેનેજરના આંકડા તમારા વ્યવસાયની નોંધો સાથે મેળ ન ખાતા હોય તો આ માર્ગદર્શિકા વાપરો. એક પૂર્ણ થયેલી ખરીદી, સંભવિત ગ્રાહકે મોકલેલી વિગતો અથવા અન્ય ક્રિયાથી શરૂઆત કરો. શું થયું અને ક્યારે થયું તેની નોંધ લો, પછી નીચેનો સંબંધિત પ્રશ્ન પસંદ કરો.

ઇવેન્ટ ખરીદી જેવી કોઈ ક્રિયાની નોંધ કરે છે. પિક્સેલ મુલાકાતીના બ્રાઉઝરમાંથી ઇવેન્ટ મોકલે છે; રૂપાંતરણ API (CAPI) તેમને તમારા સર્વરમાંથી મોકલે છે. જાહેરાત મેનેજર આ ઇવેન્ટને ડેટા સ્ત્રોતમાં એકત્ર કરે છે. શ્રેયની ફાળવણીથી નક્કી થાય છે કે કઈ જાહેરાતને શ્રેય મળે. શ્રેય આપવાનો સમયગાળો નક્કી કરે છે કે જાહેરાત સાથેની ક્રિયાપ્રતિક્રિયા પછી કેટલા સમય સુધી થયેલી ક્રિયા પાત્ર ગણી શકાય.

વારંવાર પૂછાતા પ્રશ્નો

1. મારે ક્યાંથી શરૂઆત કરવી જોઈએ?

તમે કઈ ક્રિયા માપવા માંગો છો, તેની માહિતી શેના દ્વારા મોકલાય છે અને કયું જાહેરાત ખાતું તથા પિક્સેલ આઈડી વપરાય છે તે ઓળખો. તમારી ગોઠવણીમાં પિક્સેલ, CAPI, ભાગીદાર સાથેનું એકીકરણ અથવા આમાંથી એકથી વધુનો ઉપયોગ થતો હોઈ શકે છે. તમે બ્રાઉઝર પિક્સેલ ઇન્સ્ટૉલ ન કર્યું હોય તો પણ CAPI માટે પિક્સેલ આઈડી જરૂરી છે.

પહેલી વાર ગોઠવણી કરવા માટે જુઓ: રૂપાંતરણનું માપન અને રૂપાંતરણનું ટ્રૅકિંગ. તમારા ડેવલપર પિક્સેલ, CAPI અને સમર્થિત ઇવેન્ટ માટેની માર્ગદર્શિકાઓનો ઉપયોગ કરી શકે છે. CAPI વિનંતીઓ અને કી તમારા સર્વર પર જ રાખો.

જો કોઈ ભાગીદાર તમારું એકીકરણ સંભાળતો હોય, તો માપન ભાગીદાર સાથે ગોઠવણી કરવાની માર્ગદર્શિકા અથવા મોબાઇલ માપન ભાગીદાર સાથે ગોઠવણી કરવાની માર્ગદર્શિકા વાપરો. HubSpot સાથે જોડાણ માટે જુઓ: HubSpotમાં ChatGPT જાહેરાતની ગોઠવણી કરવી.

હાલની ગોઠવણી માટે દરેક પગલું તપાસો:

• શું ક્રિયા થવાથી ઇવેન્ટ વિનંતી મોકલાઈ હતી?

• શું વિનંતીના જવાબમાં ભૂલ મળી હતી કે તેને સ્વીકારવામાં આવી હતી?

• શું તમે ખાતરી કરી શકો છો કે યોગ્ય ડેટા સ્ત્રોતને ઇવેન્ટ મળ્યો હતો?

• શું ઝુંબેશના અહેવાલમાં ઇવેન્ટનો શ્રેય કોઈ જાહેરાતને અપાયો હતો?

2. મારું પિક્સેલ ઇન્સ્ટૉલ થયેલું છે. તો મને ખરીદીઓ અથવા સંભવિત ગ્રાહકોની વિગતો કેમ દેખાતી નથી?

પિક્સેલ લોડ થઈ શકે છે, છતાં જરૂરી ખરીદી અથવા સંભવિત ગ્રાહકનો ઇવેન્ટ ન મોકલાતો હોય એવું બની શકે છે. તમારા ડેવલપરને એક પૂર્ણ થયેલી ક્રિયા તપાસવા કહો:

• ઇવેન્ટનું નામ, પિક્સેલ આઈડી અને તેને મોકલતું પાનું અથવા કૉલબૅક તપાસો. પાનું જોવાયું એટલે ખરીદી પૂર્ણ થઈ એવું નથી.

• ઇવેન્ટ મોકલતાં પહેલાં પિક્સેલની શરૂઆતની પ્રક્રિયા પૂરી થાય છે તેની ખાતરી કરો, ટૅગ મેનેજર તેને લોડ કરતું હોય ત્યારે પણ.

• બ્રાઉઝર કન્સોલ અને નેટવર્ક વિનંતી તપાસો. ટૅગ મેનેજરનો માત્ર “ચલાવવામાં આવ્યો” સંદેશ ઇવેન્ટ મોકલાયો હોવાની ખાતરી આપતો નથી. પિક્સેલનો ભૂલશોધ મોડ મદદરૂપ થઈ શકે છે.

• સંમતિની પસંદગીઓ, બ્રાઉઝર દ્વારા અવરોધ અથવા તમારી સાઇટની સુરક્ષા નીતિએ વિનંતી અટકાવી હતી કે નહીં તે તપાસો.

• સાઇન ઇન કર્યા પછીનાં પાનાં, ચેકઆઉટ, બુકિંગ સાઇટ, રીડાયરેક્ટ અને એમ્બેડ કરેલાં ફૉર્મ તપાસો. પ્રવેશ પૃષ્ઠ પર પિક્સેલ કામ કરતું હોય તેથી અન્યત્ર પણ ટ્રૅકિંગ થાય છે તેની ખાતરી મળતી નથી.

જો કોઈ વિનંતી મોકલાઈ ન હોય, તો પહેલાં તે પગલામાં સુધારો કરો. અહેવાલની રાહ જોવાથી મદદ નહીં થાય. બીજું એકીકરણ ઉમેરતાં પહેલાં પિક્સેલની સમસ્યાઓ ઉકેલવાની માર્ગદર્શિકા વાપરો.

3. ઇવેન્ટ નકારવામાં આવે, સમયમર્યાદામાં જવાબ ન મળે અથવા સર્વરની ભૂલ મળે તો મારે શું કરવું જોઈએ?

પ્રતિસાદ કોડ, ભૂલનો ચોક્કસ સંદેશ, વિનંતીનો સમય અને ઇવેન્ટ આઈડી સાચવો. તમારા ડેવલપરને ઇવેન્ટનું બંધારણ, પિક્સેલ આઈડી અને કી તપાસવા કહો. CAPI ઇવેન્ટ વિનંતીઓ એ જ જાહેરાત ખાતાની રૂપાંતરણ API કી વાપરે છે. ગોઠવણી, સંચાલન અને અહેવાલ માટેની વિનંતીઓ અલગ જાહેરાતકર્તા API કી વાપરે છે. સહાય ટીમને API કી મોકલશો નહીં.

CAPIમાં ઇવેન્ટનો સમૂહ મોકલતી વખતે એક અમાન્ય ઇવેન્ટને કારણે આખો સમૂહ નિષ્ફળ થઈ શકે છે.

CAPI માટે ક્રિયાનો મૂળ સમય Unix મિલિસેકન્ડમાં આપવો જરૂરી છે. ઇવેન્ટનો સમય છેલ્લા 7 દિવસની અંદરનો હોવો જોઈએ અને વર્તમાન સમયથી 10 મિનિટથી વધુ આગળનો ન હોવો જોઈએ. ઇવેન્ટ મોકલવાની આ સમયમર્યાદા શ્રેય આપવાના સમયગાળાથી અલગ છે. જૂનો ઇવેન્ટ સ્વીકારાય તે માટે તેનો સમય બદલશો નહીં.

સમયમર્યાદામાં જવાબ ન મળે અથવા સર્વરની ભૂલ આવે ત્યારે ઇવેન્ટ પહોંચ્યો કે નહીં તે અંગે અનિશ્ચિતતા રહી શકે છે. મૂળ વિનંતી અને પ્રાપ્તિની ઉપલબ્ધ નોંધો તપાસો. જો તમે એ જ ક્રિયા માટે ફરી પ્રયાસ કરો, તો તેનો મૂળ ઇવેન્ટ આઈડી અને સમયમુદ્રા જ રાખો. નવો આઈડી આપવાથી તે બીજી ક્રિયા હોવાનું જણાઈ શકે છે.

વિનંતી નકારાય અથવા વારંવાર નિષ્ફળ જાય તો તરત તપાસ કરો. અહેવાલમાં દેખાવા માટેનો 24–48 કલાકનો અંદાજ આ ભૂલોને લાગુ પડતો નથી. વિનંતી માટેની જરૂરિયાતો જાણવા જુઓ: રૂપાંતરણ API.

4. મને દેખાય છે કે ઇવેન્ટ સ્વીકારાયો હતો. તો તે અહેવાલમાં કેમ નથી?

ઇવેન્ટ સ્વીકારાયો એટલે તેનો શ્રેય જાહેરાતને અપાયો છે એવો અર્થ નથી. પ્રતિસાદ શાની ખાતરી આપે છે અને વિનંતીમાં યોગ્ય ડેટા સ્ત્રોત વપરાયો હતો કે નહીં તે તપાસો. CAPIમાં validate_onlyને true પર સેટ કરવાથી ઇવેન્ટ સાચવ્યા વિના તેમની તપાસ થાય છે.

નવા ઇવેન્ટ માટે, તમારા ડેવલપર જ્યાં ઉપલબ્ધ હોય ત્યાં તાજેતરના ઇવેન્ટ તપાસી શકે છે. આમાં તાજેતરના ઇવેન્ટનો નમૂનો દેખાય છે, સંપૂર્ણ ઇતિહાસ કે શ્રેયની ફાળવણીનું પરિણામ નહીં.

જો તમે પ્રાપ્તિ તપાસી ન શકો, તો મૂળ પ્રતિસાદ અને નમૂનાના એક ઇવેન્ટ સાથે સહાય ટીમનો સંપર્ક કરો. તમે કઈ તપાસો પૂરી કરી છે તે અમને જણાવો; પહેલાં કારણ શોધવું જરૂરી નથી.

પ્રાપ્તિની ખાતરી થઈ હોય તો પ્રશ્ન 5 પર જાઓ. માત્ર ઝુંબેશનો અહેવાલ બદલાયો નથી એ કારણે નવા આઈડી સાથે ઇવેન્ટ ફરી મોકલશો નહીં.

જાહેરાતને શ્રેય અપાયેલાં રૂપાંતરણો દેખાવામાં આશરે 24–48 કલાક લાગી શકે છે અને પ્રક્રિયા દરમિયાન તાજેતરના કુલ આંકડા બદલાઈ શકે છે. આનો અર્થ એ નથી કે સ્વીકારાયેલો દરેક ઇવેન્ટ દેખાશે, કે તે પ્રાપ્ત થયો હોવાની ખાતરી મળે છે. જુઓ: પરિણામો માપો.

5. ઇવેન્ટ પ્રાપ્ત થઈ રહ્યા છે. તો પણ ઝુંબેશમાં શૂન્ય રૂપાંતરણો કેમ દેખાય છે?

એકીકરણ બદલતાં પહેલાં આ તપાસો:

• શું ઇચ્છિત ડેટા સ્ત્રોત યોગ્ય ખાતા સાથે જોડાયેલો છે?

• શું તમે મોકલો છો તે ઇવેન્ટ ઝુંબેશની રૂપાંતરણ સેટિંગ સાથે મેળ ખાય છે? કસ્ટમ ઇવેન્ટ માટે, કસ્ટમ પ્રકાર અને ઇવેન્ટનું ચોક્કસ નામ તપાસો. ફક્ત દેખાતું લેબલ મેળ ખાતું હોય એટલું પૂરતું નથી.

• તમે જે પ્રવૃત્તિ તપાસી રહ્યા છો તે પહેલાં ઝુંબેશ સાથે યોગ્ય રૂપાંતરણ જોડાયેલું હતું?

• શું ક્રિયા પહેલાં જાહેરાત પર એવી ક્લિક થઈ હતી અથવા જાહેરાત જોવાઈ હતી જે શ્રેય આપવાની સેટિંગ્સ મુજબ પાત્ર ગણાય?

• શું તમે યોગ્ય ઝુંબેશ, ઇવેન્ટ કૉલમ, તારીખો અને અહેવાલમાં સમય ગણવાનો આધાર જોઈ રહ્યા છો?

મેળ બેસાડવાની માહિતી ઇવેન્ટને જાહેરાત સાથે જોડવામાં મદદ કરે છે, પરંતુ શ્રેય મળશે તેની ખાતરી આપતી નથી. મુલાકાત દરમિયાન વાસ્તવિક OpenAI ક્લિક સંદર્ભ, oppref, જાળવી રાખો અને ઉપલબ્ધ હોય ત્યારે સર્વર ઇવેન્ટમાં તેને સામેલ કરો. ક્યારેય બનાવટી સંદર્ભ બનાવશો નહીં કે બીજા મુલાકાતીનો સંદર્ભ વાપરશો નહીં.

બ્રાઉઝર અને સર્વર ઇવેન્ટ અલગ અલગ તપાસો. પિક્સેલને ઉપલબ્ધ સંદર્ભ અથવા ગ્રાહકનું ફીલ્ડ સર્વર ઇવેન્ટમાં ન પણ હોય.

રૂપાંતરણ વધારવા માટેની ઝુંબેશ બનાવ્યા પછી તેનું પસંદ કરેલું લક્ષ્ય બદલી શકાતું નથી. અલગ લક્ષ્ય વાપરવા માટે નવી ઝુંબેશ બનાવો. કસ્ટમ ઇવેન્ટને ઑપ્ટિમાઇઝેશનનાં લક્ષ્યો તરીકે રાખી શકાતા નથી. જુઓ: રૂપાંતરણ વધારવા માટેની ઝુંબેશો.

ગોઠવણીમાં મેળ ન ખાતી બાબત સુધાર્યા પછી નવી પાત્ર પ્રવૃત્તિ તપાસો. આ ફેરફારથી અગાઉના અહેવાલો સુધરી જશે એવું માનશો નહીં. મેળ બેસાડવાના નિયમો માટે જુઓ: રૂપાંતરણનું માપન.

6. જાહેરાત મેનેજર, અમારું વિશ્લેષણ સાધન અને અમારા CRMના આંકડા કેમ મેળ ખાતા નથી?

એકસરખી ક્રિયાઓ અને અહેવાલના નિયમો સાથે સરખામણી કરો. તમારું CRM દરેક ખરીદી ગણી શકે છે; જાહેરાતનો અહેવાલ ફક્ત એ ખરીદીઓ ગણે છે જેનો શ્રેય તે મંચને અપાયો હોય. જુદા જુદા મંચ એક જ ખરીદીનો શ્રેય જુદી રીતે આપી શકે છે.

જાહેરાત મેનેજરમાં, જાહેરાત જોયા પછીના રૂપાંતરણો માટે અહેવાલનો સમયગાળો 1 દિવસ હોય ત્યારે રૂપાંતરણોમાં ક્લિક કર્યા પછીનાં અને જાહેરાત જોયા પછીનાં પાત્ર રૂપાંતરણોનો સરવાળો દર્શાવાય છે. જાહેરાત જોયા પછીનો સમયગાળો 0 દિવસ હોય ત્યારે તેમાં માત્ર ક્લિક કર્યા પછીનાં રૂપાંતરણો ગણાય છે. અહેવાલોની સરખામણી કરતી વખતે એકસરખી સેટિંગ વાપરો.

ઉદાહરણ તરીકે, કોઈ વ્યક્તિ જાહેરાત પર ક્લિક કરે છે, પછી સીધી તમારી સાઇટ પર પાછી આવે છે અને ખરીદી કરે છે. એક સાધન મુલાકાતને “સીધી” તરીકે દર્શાવી શકે છે, જ્યારે બીજું અગાઉની જાહેરાતને શ્રેય આપે છે. માત્ર આ તફાવતનો અર્થ એ નથી કે ખરીદી બે વાર ગણાઈ છે.

જો મુલાકાતોના સ્ત્રોતનાં લેબલ અલગ હોય, તો તે મુલાકાત માટે વપરાયેલું લેન્ડિંગ URL અને ટ્રૅકિંગ પરિમાણો તપાસો. ઝુંબેશની વર્તમાન સેટિંગ્સ અગાઉ વપરાયેલી સેટિંગ્સથી અલગ હોઈ શકે છે.

આની સરખામણી કરો:

• ખાતું, ઝુંબેશ, ઇવેન્ટનો પ્રકાર, ફિલ્ટર અને અહેવાલનું સ્તર.

• તારીખનો ગાળો, સમયક્ષેત્ર અને તારીખો જાહેરાત સાથેની ક્રિયાપ્રતિક્રિયાની છે કે રૂપાંતરણની છે.

• ક્લિક કર્યા પછીનાં અને જાહેરાત જોયા પછીનાં રૂપાંતરણોની સેટિંગ્સ તથા પસંદ કરેલું ચોક્કસ માપદંડ અથવા કૉલમ.

• પ્રક્રિયામાં તાજેતરના વિલંબ, ડુપ્લિકેટ ઇવેન્ટનું સંચાલન, સંમતિ અને મેળ બેસાડવા માટે ઉપલબ્ધ માહિતી.

• જ્યાં ઉપલબ્ધ હોય ત્યાં મૉડેલના આધારે અંદાજિત રૂપાંતરણો, જે સીધા નોંધાયેલા વ્યવહારોથી અલગ હોઈ શકે છે.

• મૂલ્યો માટે, ચલણ, એકમો અને સરખામણીમાં આખો ઑર્ડર લેવાયો છે કે અલગ અલગ વસ્તુઓ તે તપાસો.

આવક માટે, કર, માલ મોકલવાનો ખર્ચ, છૂટ અને ફીની સરખામણી કરો. તપાસો કે બ્રાઉઝર અને સર્વરની નકલો ઑર્ડરનું એકસરખું મૂલ્ય મોકલે છે. ઑર્ડર બનાવ્યાથી થયેલું વેચાણ અને ઑર્ડર બનાવ્યા પર જાહેરાત ખર્ચનું વળતર માત્ર એવા order_created ઇવેન્ટ ગણે છે જેનો શ્રેય જાહેરાતને અપાયો હોય.

આયાત કરેલી GA4 પ્રવૃત્તિમાં પસંદ કરેલી પ્રોપર્ટીના બધા મુલાકાત-સ્ત્રોતોના ઇવેન્ટ સામેલ હોય છે. આ કુલ આંકડા ઝુંબેશને શ્રેય અપાયેલાં રૂપાંતરણોના નથી. જુઓ: Google Analytics 4ને OpenAI જાહેરાત મેનેજર સાથે જોડો.

API સરખામણીઓ માટે, એન્ડપોઇન્ટની નોંધ લો અને અહેવાલના વિકલ્પો સ્પષ્ટ રીતે સેટ કરો. છોડી દીધેલી સેટિંગ જાહેરાત મેનેજરની સેટિંગ સાથે મેળ ન પણ ખાય. અહેવાલોમાં જુદા જુદા ઇવેન્ટ પણ સામેલ હોઈ શકે છે: કેટલાકમાં ઝુંબેશનાં લક્ષ્યો આવરી લેવાય છે, પરંતુ ટ્રૅક કરેલી અન્ય ક્રિયાઓ નહીં. કોઈ ઇવેન્ટ એક અહેવાલમાં ન દેખાય તેથી તે ક્યારેય પ્રાપ્ત થયો જ નથી એવું સાબિત થતું નથી.

CSV સરખામણી માટે એકસરખી સેટિંગ્સ વાપરો અને નિકાસ કરેલી ફાઇલો ફેરફાર કર્યા વિના રાખો. જાહેરાત મેનેજરમાં અહેવાલ જોવાની રીતો માટે પરિણામો માપો અને API વિકલ્પો માટે અહેવાલો જુઓ.

7. પિક્સેલ અને CAPI બંને વાપરવાથી ખરીદી બે વાર ગણાશે?

એક જ ક્રિયા બે વાર ન ગણાય તે માટે તેની બ્રાઉઝર અને સર્વર નકલોમાં એકસરખો પિક્સેલ આઈડી, ઇવેન્ટનું નામ અને ઇવેન્ટ આઈડી વાપરો. ઇવેન્ટ આઈડીનું ફીલ્ડ CAPIમાં id અને પિક્સેલમાં event_id છે. બંને બાજુ કસ્ટમ ઇવેન્ટનું નામ પણ એકસરખું રાખો.

કોઈ ક્રિયા માટે ફરી પ્રયાસ કરતી વખતે એ જ આઈડી રાખો; દરેક અલગ ક્રિયા માટે નવો આઈડી વાપરો. ડુપ્લિકેટ ટૅગ, વારંવાર પાનું લોડ થવું કે કૉલબૅક થવા અને પહેલેથી જ ઇવેન્ટ મોકલતાં હોઈ શકે તેવાં ભાગીદાર એકીકરણો તપાસો.

મૂળ ઇવેન્ટનું મૂલ્ય અથવા મેળ બેસાડવાની માહિતી બદલવા માટે તેની નકલ ફરી મોકલશો નહીં. સુધારો કરવાનો પ્રયાસ કરતાં પહેલાં દસ્તાવેજોમાં જણાવેલી કાર્યપદ્ધતિ તપાસો. જુઓ: બ્રાઉઝર અને સર્વર ઇવેન્ટની બેવડી ગણતરી ટાળવી.

8. અમે Shopify વાપરીએ છીએ. શું અમને બીજા એકીકરણની જરૂર છે?

બીજું એકીકરણ ઉમેરતાં પહેલાં તમારું Shopify જોડાણ તપાસો. જોડાયેલા જાહેરાત ખાતા અને પિક્સેલની ખાતરી કરો, પછી તપાસો કે ઍપ તમારા સ્ટોર માટે કયા ઇવેન્ટ મોકલે છે.

જો તમે કસ્ટમ ટૅગ, ચેકઆઉટ કોડ અથવા સર્વર પરથી મોકલતી વ્યવસ્થા પણ વાપરતા હો, તો તે પણ એ જ ઇવેન્ટ મોકલે છે કે નહીં તે તપાસો. Shopifyની ગોઠવણીઓમાં બ્રાઉઝર અને સર્વર ટ્રૅકિંગના જુદા જુદા સંયોજનો વપરાઈ શકે છે. જુઓ: Shopify માટે ChatGPT જાહેરાતની ગોઠવણી કરો.

9. અમારે સંમતિ અને પરીક્ષણ કેવી રીતે સંભાળવાં જોઈએ?

તમને શેર કરવાની પરવાનગી હોય તેવો ડેટા જ મોકલો અને મુલાકાતીઓની સંમતિની પસંદગીઓનો આદર કરો. તમારા ડેવલપરે એકીકરણની સંમતિ અને મેળ બેસાડવા માટેના સમર્થિત ડેટા અંગેની માર્ગદર્શિકાનું પાલન કરવું જોઈએ, જેમાં જરૂરી માનકીકરણ અને હૅશિંગ પણ સામેલ છે. અહેવાલમાં રૂપાંતરણો વધારવા અથવા ગુણાંક સુધારવા માટે સંમતિનાં નિયંત્રણો દૂર કરશો નહીં.

માપન માટેની સંમતિ અને opt_out અલગ અલગ હેતુ ધરાવે છે. opt_out વિકલ્પ વ્યક્તિગતકરણ સાથે સંબંધિત છે; તે માપનની બધી વિનંતીઓ અટકાવતો નથી. તમારા ડેવલપરને બ્રાઉઝર અને સર્વર બંનેનાં એકીકરણોમાં સંમતિનું સંચાલન તપાસવા કહો.

એક પરીક્ષણ ક્રિયાનો સમય, નામ અને આઈડી નોંધો. તે મોકલાઈ હતી, તેની માન્યતા ચકાસાઈ હતી અને તે પ્રાપ્ત થઈ હતી કે નહીં તે તપાસો. અમલીકરણનું પરીક્ષણ સફળ થાય તેથી જાહેરાત શ્રેય મેળવવા પાત્ર છે એવું સાબિત થતું નથી.

CAPIનો validate_only વિકલ્પ ઇવેન્ટને સાચવ્યા વિના તપાસે છે. પિક્સેલનો ભૂલશોધ મોડ પ્રવૃત્તિની નોંધ કરે છે, પરંતુ પરીક્ષણના ઇવેન્ટને અહેવાલમાંથી બાકાત રાખતો નથી. તમારી નોંધોમાં પરીક્ષણોને ઓળખ આપો અને ઇચ્છિત પરિણામ મેળવવા માટે બનાવટી ખરીદીઓ નોંધશો નહીં કે ઇવેન્ટના સમય બદલશો નહીં.

10. ઇવેન્ટ ગુણવત્તાનો ગુણાંક ઓછો હોય અથવા ઉપલબ્ધ ન હોય તો શું તેનો અર્થ છે કે ટ્રૅકિંગ કામ કરતું નથી?

માત્ર તેના આધારે એવું કહી શકાય નહીં. ઇવેન્ટ ગુણવત્તા ડેટા સ્ત્રોતમાંથી મળેલી માહિતીનું મૂલ્યાંકન કરે છે. તે જણાવતી નથી કે કેટલાં રૂપાંતરણોનો શ્રેય જાહેરાતને અપાયો હતો. માત્ર ઓછા કે અનુપલબ્ધ ગુણાંકના આધારે ટ્રૅકિંગ કામ કરે છે કે નહીં તે નક્કી થઈ શકતું નથી.

તાજેતરની વાસ્તવિક ક્રિયાઓ યોગ્ય રીતે નોંધાય છે તે તપાસો, પછી ચેતવણીનું કારણ તપાસો. ગુણાંક વધારવા માટે વધારાના ઇવેન્ટ અથવા બનાવટી ઓળખકર્તા મોકલશો નહીં. તપાસો અને માહિતી તાજી થવાના સમય વિશે જાણવા જુઓ: ઇવેન્ટની ગુણવત્તા સમજો અને સુધારો.

11. સહાય ટીમનો સંપર્ક કરતી વખતે મારે શું સામેલ કરવું જોઈએ?

તમને શું થવાની અપેક્ષા હતી, શું થયું, તે ક્યારથી શરૂ થયું અને તમે શું તપાસ્યું તે અમને જણાવો. આ યાદીમાંથી તમારી પાસે જે માહિતી હોય તે સામેલ કરો:

• જાહેરાત ખાતાનો આઈડી, પિક્સેલ આઈડી અથવા ડેટા સ્ત્રોત અને અસરગ્રસ્ત ઝુંબેશ તથા જાહેરાતના ઓળખકર્તા.

• એકીકરણનો પ્રકાર અને ઇવેન્ટનું ચોક્કસ નામ, જેમાં કોઈ કસ્ટમ ઇવેન્ટનું નામ પણ સામેલ હોય.

• નમૂના તરીકે એક કે બે હાલના ઇવેન્ટ આઈડી અને ક્રિયાની સમયમુદ્રાઓ, સમયક્ષેત્ર સહિત.

• વિનંતી નિષ્ફળ જાય અથવા પ્રાપ્તિ અંગે અનિશ્ચિતતા હોય ત્યારે: પ્રતિસાદ કોડ, ભૂલનો ચોક્કસ સંદેશ, વિનંતીનો સમય, જવાબમાં મળેલો વિનંતી આઈડી અથવા CF-Ray અને સંવેદનશીલ માહિતી દૂર કરેલો પેલોડ અથવા લૉગનો અંશ.

• અહેવાલોમાં તફાવત હોય ત્યારે: તારીખનો ગાળો, અહેવાલમાં સમય ગણવાનો આધાર, શ્રેય આપવાની સેટિંગ્સ, પસંદ કરેલી કૉલમ, CSV નિકાસ અને સમાન વ્યાપ ધરાવતી સરખામણી.

• સંબંધિત સ્ક્રીનશૉટ અને ગોઠવણીમાં તાજેતરમાં કરેલા ફેરફારો, જેમાં અલગ ચેકઆઉટ અથવા ભાગીદાર સાથેનું એકીકરણ પણ સામેલ હોય.

તમે ઇવેન્ટ મોકલાયો, સ્વીકારાયો કે પ્રાપ્ત થયો તેની ખાતરી કરી છે કે માત્ર અહેવાલ તપાસ્યો છે તે અમને જણાવો. તમે આ તપાસો પૂરી ન કરી શકો તો પણ મદદ માંગી શકો છો.

જોડેલી ફાઇલોમાંથી API કી, અધિકૃતતા હેડર, પાસવર્ડ, કૂકી અને ગ્રાહકો વિશેની બિનજરૂરી માહિતી દૂર કરો. ભૂલો આવે અથવા અગાઉ કામ કરતું એકીકરણ અચાનક બંધ થઈ જાય તો તરત જાણ કરો. અહેવાલ તૈયાર થવાનો સમયગાળો પૂરો થવાની રાહ જોશો નહીં.