അവലോകനം

ഇവന്റുകൾ കാണാനില്ലെങ്കിലോ അഭ്യർത്ഥനകൾ പരാജയപ്പെടുന്നെങ്കിലോ പരസ്യ മാനേജറിലെ വിവരങ്ങൾ നിങ്ങളുടെ ബിസിനസ് രേഖകളുമായി പൊരുത്തപ്പെടുന്നില്ലെങ്കിലോ ഈ മാർഗ്ഗനിർദ്ദേശം ഉപയോഗിക്കുക. പൂർത്തിയായ ഒരു വാങ്ങൽ, സമർപ്പിച്ച ഒരു ലീഡ്, അല്ലെങ്കിൽ മറ്റൊരു പ്രവർത്തനം എന്നിവയിൽ ഒന്നിൽ നിന്ന് തുടങ്ങുക. എന്താണ് സംഭവിച്ചതെന്നും എപ്പോഴാണെന്നും കുറിച്ചുവെക്കുക. തുടർന്ന് താഴെയുള്ള ചോദ്യങ്ങളിൽ അനുയോജ്യമായത് തിരഞ്ഞെടുക്കുക.

ഒരു വാങ്ങൽ പോലുള്ള പ്രവർത്തനമാണ് ഒരു ഇവന്റ് രേഖപ്പെടുത്തുന്നത്. പിക്സൽ സന്ദർശകന്റെ ബ്രൗസറിൽ നിന്ന് ഇവന്റുകൾ അയയ്ക്കുന്നു; കൺവേർഷൻസ് API (CAPI) അവ നിങ്ങളുടെ സെർവറിൽ നിന്ന് അയയ്ക്കുന്നു. പരസ്യ മാനേജർ ഈ ഇവന്റുകൾ ഒരു ഡാറ്റാ ഉറവിടത്തിൽ ശേഖരിക്കുന്നു. ഏത് പരസ്യത്തിന്റെ ഫലമായാണ് പ്രവർത്തനം കണക്കാക്കേണ്ടതെന്ന് അട്രിബ്യൂഷൻ നിർണ്ണയിക്കുന്നു. ഒരു പരസ്യവുമായി ഇടപെട്ടതിന് ശേഷം എത്ര കാലത്തിനുള്ളിൽ നടക്കുന്ന പ്രവർത്തനങ്ങളാണ് യോഗ്യമായി കണക്കാക്കേണ്ടതെന്ന് അട്രിബ്യൂഷൻ കാലയളവ് നിശ്ചയിക്കുന്നു.

പതിവുചോദ്യങ്ങൾ

1. ഞാൻ എവിടെ നിന്ന് തുടങ്ങണം?

നിങ്ങൾ അളക്കാൻ ആഗ്രഹിക്കുന്ന പ്രവർത്തനം, അത് അയയ്ക്കുന്ന സംവിധാനം, ഉപയോഗിക്കുന്ന പരസ്യ അക്കൗണ്ട്, പിക്സൽ ഐഡി എന്നിവ തിരിച്ചറിയുക. നിങ്ങളുടെ സജ്ജീകരണത്തിൽ പിക്സലോ CAPI-യോ ഒരു പങ്കാളി സംയോജനമോ ഇവയുടെ സംയുക്ത രൂപമോ ഉപയോഗിക്കുന്നുണ്ടാകാം. ബ്രൗസർ പിക്സൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ലെങ്കിലും CAPI-യ്ക്ക് ഒരു പിക്സൽ ഐഡി ആവശ്യമാണ്.

ആദ്യമായി സജ്ജീകരിക്കാൻ ഇവ കാണുക: കൺവേർഷൻ അളക്കൽ, കൺവേർഷൻ ട്രാക്കിംഗ്. നിങ്ങളുടെ ഡെവലപ്പർക്ക് പിക്സൽ, CAPI, പിന്തുണയ്ക്കുന്ന ഇവന്റുകൾ എന്നീ മാർഗ്ഗനിർദ്ദേശങ്ങൾ ഉപയോഗിക്കാം. CAPI അഭ്യർത്ഥനകളും കീകളും നിങ്ങളുടെ സെർവറിൽ സൂക്ഷിക്കുക.

ഒരു പങ്കാളിയാണ് നിങ്ങളുടെ സംയോജനം കൈകാര്യം ചെയ്യുന്നതെങ്കിൽ, അളക്കൽ പങ്കാളിയെ സജ്ജീകരിക്കുന്നതിനുള്ള മാർഗ്ഗനിർദ്ദേശം അല്ലെങ്കിൽ മൊബൈൽ അളക്കൽ പങ്കാളിയെ സജ്ജീകരിക്കുന്നതിനുള്ള മാർഗ്ഗനിർദ്ദേശം ഉപയോഗിക്കുക. HubSpot കണക്ഷനായി കാണുക: HubSpot-ൽ ChatGPT പരസ്യങ്ങൾ സജ്ജീകരിക്കൽ.

നിലവിലുള്ള സജ്ജീകരണമാണെങ്കിൽ ഓരോ ഘട്ടവും പരിശോധിക്കുക:

• പ്രവർത്തനം നടന്നപ്പോൾ ഒരു ഇവന്റ് അഭ്യർത്ഥന അയച്ചോ?

• അഭ്യർത്ഥനയ്ക്ക് മറുപടിയായി പിശക് ലഭിച്ചോ, അതോ അത് സ്വീകരിക്കപ്പെട്ടോ?

• ശരിയായ ഡാറ്റാ ഉറവിടത്തിൽ ഇവന്റ് ലഭിച്ചെന്ന് സ്ഥിരീകരിക്കാനാകുമോ?

• കാമ്പെയ്ൻ റിപ്പോർട്ടിൽ ഇവന്റ് ഒരു പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കിയിട്ടുണ്ടോ?

2. എന്റെ പിക്സൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്. എന്നിട്ടും വാങ്ങലുകളോ ലീഡുകളോ കാണാത്തത് എന്തുകൊണ്ടാണ്?

നിങ്ങൾക്ക് ആവശ്യമുള്ള വാങ്ങൽ അല്ലെങ്കിൽ ലീഡ് ഇവന്റ് അയയ്ക്കാതെയും പിക്സൽ ലോഡ് ആകാം. പൂർത്തിയായ ഒരു പ്രവർത്തനം പരിശോധിക്കാൻ നിങ്ങളുടെ ഡെവലപ്പറോട് ആവശ്യപ്പെടുക:

• ഇവന്റിന്റെ പേര്, പിക്സൽ ഐഡി, അത് അയയ്ക്കുന്ന പേജ് അല്ലെങ്കിൽ കോൾബാക്ക് എന്നിവ പരിശോധിക്കുക. ഒരു പേജ് കണ്ടത് വാങ്ങൽ പൂർത്തിയാക്കിയതിന് തുല്യമല്ല.

• ടാഗ് മാനേജർ വഴി ലോഡ് ചെയ്യുമ്പോഴും ഇവന്റ് അയയ്ക്കുന്നതിന് മുമ്പ് പിക്സൽ പ്രവർത്തനസജ്ജമാകുന്നുവെന്ന് ഉറപ്പാക്കുക.

• ബ്രൗസർ കൺസോളും നെറ്റ്‌വർക്ക് അഭ്യർത്ഥനയും പരിശോധിക്കുക. ടാഗ് മാനേജറിലെ “പ്രവർത്തിച്ചു” എന്ന സന്ദേശം മാത്രം ഇവന്റ് അയച്ചതായി സ്ഥിരീകരിക്കുന്നില്ല. പിക്സലിന്റെ ഡീബഗ് മോഡ് സഹായകരമാകാം.

• സമ്മതം സംബന്ധിച്ച തിരഞ്ഞെടുപ്പുകളോ ബ്രൗസറിലെ തടയലുകളോ നിങ്ങളുടെ സൈറ്റിന്റെ സുരക്ഷാ നയമോ അഭ്യർത്ഥന തടഞ്ഞോ എന്ന് പരിശോധിക്കുക.

• സൈൻ ഇൻ ചെയ്ത ശേഷമുള്ള പേജുകൾ, ചെക്ക്ഔട്ട്, ബുക്കിംഗ് സൈറ്റുകൾ, റീഡയറക്ടുകൾ, ഉൾച്ചേർത്ത ഫോമുകൾ എന്നിവ പരിശോധിക്കുക. ലാൻഡിംഗ് പേജിൽ പിക്സൽ പ്രവർത്തിക്കുന്നുണ്ടെന്നത് മറ്റിടങ്ങളിലും ട്രാക്കിംഗ് നടക്കുന്നുവെന്ന് ഉറപ്പാക്കുന്നില്ല.

അഭ്യർത്ഥന അയച്ചിട്ടില്ലെങ്കിൽ ആദ്യം ആ ഘട്ടം ശരിയാക്കുക. റിപ്പോർട്ട് വരുന്നതുവരെ കാത്തിരിക്കുന്നത് സഹായിക്കില്ല. മറ്റൊരു സംയോജനം ചേർക്കുന്നതിന് മുമ്പ് പിക്സൽ പ്രശ്നപരിഹാര മാർഗ്ഗനിർദ്ദേശം ഉപയോഗിക്കുക.

3. ഒരു ഇവന്റ് നിരസിക്കപ്പെടുകയോ സമയപരിധി കഴിയുകയോ സെർവർ പിശക് ലഭിക്കുകയോ ചെയ്താൽ എന്തുചെയ്യണം?

പ്രതികരണ കോഡ്, കൃത്യമായ പിശക് സന്ദേശം, അഭ്യർത്ഥനയുടെ സമയം, ഇവന്റ് ഐഡി എന്നിവ സൂക്ഷിക്കുക. ഇവന്റിന്റെ ഫോർമാറ്റ്, പിക്സൽ ഐഡി, കീ എന്നിവ പരിശോധിക്കാൻ നിങ്ങളുടെ ഡെവലപ്പറോട് ആവശ്യപ്പെടുക. CAPI ഇവന്റ് അഭ്യർത്ഥനകൾ അതേ പരസ്യ അക്കൗണ്ടിന്റെ കൺവേർഷൻസ് API കീ ഉപയോഗിക്കുന്നു. സജ്ജീകരണം, നടത്തിപ്പ്, റിപ്പോർട്ടിംഗ് എന്നിവയ്ക്കുള്ള അഭ്യർത്ഥനകൾ പ്രത്യേകം നൽകിയിട്ടുള്ള പരസ്യദാതാവിന്റെ API കീ ഉപയോഗിക്കുന്നു. സഹായസംഘത്തിന് API കീകൾ അയയ്ക്കരുത്.

CAPI ബാച്ചുകളിൽ ഒരു അസാധുവായ ഇവന്റ് മുഴുവൻ ബാച്ചും പരാജയപ്പെടാൻ കാരണമാകാം.

പ്രവർത്തനം യഥാർത്ഥത്തിൽ നടന്ന സമയം യുണിക്സ് മില്ലിസെക്കൻഡുകളിൽ CAPI-യ്ക്ക് നൽകണം. ഇവന്റിന്റെ സമയം കഴിഞ്ഞ 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 പരസ്യ മാനേജറുമായി ബന്ധിപ്പിക്കുക.

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 കീകൾ, അംഗീകാര ഹെഡറുകൾ, പാസ്‌വേഡുകൾ, കുക്കികൾ, ആവശ്യമില്ലാത്ത ഉപഭോക്തൃ വിവരങ്ങൾ എന്നിവ നീക്കം ചെയ്യുക. പിശകുകൾ ഉണ്ടാകുകയോ മുമ്പ് പ്രവർത്തിച്ചിരുന്ന സംയോജനം പെട്ടെന്ന് നിലയ്ക്കുകയോ ചെയ്താൽ ഉടൻ റിപ്പോർട്ട് ചെയ്യുക. റിപ്പോർട്ടിംഗ് കാലയളവ് കഴിയുന്നതുവരെ കാത്തിരിക്കരുത്.