അവലോകനം

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

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

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

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

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

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

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

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

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

• അഭ്യർത്ഥനയ്ക്ക് മറുപടിയായി ഒരു പിശക് ലഭിച്ചോ, അതോ അത് അംഗീകരിക്കപ്പെട്ടോ.

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

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

2. എന്റെ പിക്സൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്. എന്തുകൊണ്ടാണ് വാങ്ങലുകളോ സാധ്യതാ ഉപഭോക്താക്കളുടെ വിവരങ്ങളോ കാണാത്തത്.

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

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

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

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

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

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

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

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

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

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

CAPI-യ്ക്ക് പ്രവർത്തനം യഥാർത്ഥത്തിൽ നടന്ന സമയം Unix മില്ലിസെക്കൻഡുകളിൽ നൽകണം. ഇവന്റിന്റെ സമയം കഴിഞ്ഞ 7 ദിവസത്തിനുള്ളിലായിരിക്കണം; നിലവിലെ സമയത്തേക്കാൾ 10 മിനിറ്റിൽ കൂടുതൽ മുന്നിലുമാകരുത്. സമർപ്പണത്തിനുള്ള ഈ പരിധി ആട്രിബ്യൂഷൻ സമയപരിധിയിൽനിന്ന് വ്യത്യസ്തമാണ്. പഴയ ഇവന്റ് പരിശോധനയിൽ വിജയിക്കാൻ അതിന്റെ സമയം മാറ്റരുത്.

സമയപരിധി കവിയുകയോ സെർവർ പിശക് ഉണ്ടാകുകയോ ചെയ്താൽ ഇവന്റ് ലഭിച്ചോ എന്ന് ഉറപ്പിക്കാൻ കഴിയാതെ വന്നേക്കാം. യഥാർത്ഥ അഭ്യർത്ഥനയും അത് ലഭിച്ചതിന്റെ രേഖകളും പരിശോധിക്കുക. അതേ പ്രവർത്തനത്തിനായി വീണ്ടും ശ്രമിക്കുകയാണെങ്കിൽ, അതിന്റെ യഥാർത്ഥ ഇവന്റ് ID-യും സമയമുദ്രയും നിലനിർത്തുക. പുതിയ ID ഉപയോഗിച്ചാൽ അത് മറ്റൊരു പ്രവർത്തനമായി തോന്നാം.

അഭ്യർത്ഥന നിരസിക്കപ്പെടുകയോ തുടർച്ചയായി പരാജയപ്പെടുകയോ ചെയ്താൽ ഉടൻ അന്വേഷിക്കുക. റിപ്പോർട്ടിംഗിന് കണക്കാക്കിയിട്ടുള്ള 24–48 മണിക്കൂർ ഈ പിശകുകൾക്ക് ബാധകമല്ല. അഭ്യർത്ഥനകൾക്കുള്ള ആവശ്യകതകൾക്ക് കാണുക: കൺവേർഷൻസ് API.

4. ഇവന്റ് അംഗീകരിക്കപ്പെട്ടതായി കാണുന്നു. എന്തുകൊണ്ടാണ് അത് റിപ്പോർട്ടിൽ ഇല്ലാത്തത്.

അംഗീകരിക്കപ്പെട്ടു എന്നതുകൊണ്ട് ഇവന്റ് ഒരു പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കിയെന്ന് അർത്ഥമില്ല. മറുപടി എന്താണ് സ്ഥിരീകരിക്കുന്നതെന്നും അഭ്യർത്ഥന ശരിയായ ഡാറ്റാ ഉറവിടമാണോ ഉപയോഗിച്ചതെന്നും പരിശോധിക്കുക. CAPI-യിൽ validate_only എന്നത് true ആയി സജ്ജമാക്കിയാൽ ഇവന്റുകൾ സംരക്ഷിക്കാതെ പരിശോധിക്കും.

പുതിയ ഇവന്റിനായി, ലഭ്യമാണെങ്കിൽ നിങ്ങളുടെ ഡെവലപ്പർക്ക് സമീപകാല ഇവന്റുകൾ പരിശോധിക്കാം. ഇത് സമീപകാലത്തെ ഒരു സാമ്പിൾ മാത്രമാണ് കാണിക്കുന്നത്; മുഴുവൻ ചരിത്രമോ ആട്രിബ്യൂഷൻ ഫലമോ അല്ല.

ഇവന്റ് ലഭിച്ചോ എന്ന് പരിശോധിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, യഥാർത്ഥ മറുപടിയും ഒരു സാമ്പിൾ ഇവന്റും സഹിതം സഹായ വിഭാഗത്തെ ബന്ധപ്പെടുക. ഏതൊക്കെ പരിശോധനകൾ പൂർത്തിയാക്കിയെന്ന് ഞങ്ങളെ അറിയിക്കുക; ആദ്യം കാരണം കണ്ടെത്തേണ്ട ആവശ്യമില്ല.

ഇവന്റ് ലഭിച്ചതായി സ്ഥിരീകരിച്ചാൽ, ചോദ്യം 5-ലേക്ക് പോകുക. ക്യാമ്പെയ്ൻ റിപ്പോർട്ടിൽ മാറ്റമില്ലെന്ന കാരണത്താൽ മാത്രം പുതിയ ID-കൾ ഉപയോഗിച്ച് ഇവന്റ് വീണ്ടും അയയ്ക്കരുത്.

പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കിയ കൺവേർഷനുകൾ പ്രത്യക്ഷപ്പെടാൻ ഏകദേശം 24–48 മണിക്കൂർ എടുത്തേക്കാം. പ്രോസസ്സിംഗിനിടെ സമീപകാലത്തെ ആകെ കണക്കുകൾ മാറുകയും ചെയ്യാം. അംഗീകരിക്കപ്പെട്ട എല്ലാ ഇവന്റുകളും പ്രത്യക്ഷപ്പെടുമെന്ന് ഇത് ഉറപ്പുനൽകുന്നില്ല; അവ ലഭിച്ചതായി സ്ഥിരീകരിക്കുന്നുമില്ല. കാണുക: ഫലങ്ങൾ അളക്കുക.

5. ഇവന്റുകൾ ലഭിക്കുന്നുണ്ട്. എന്നിട്ടും ക്യാമ്പെയ്നിൽ കൺവേർഷനുകൾ പൂജ്യം എന്ന് കാണിക്കുന്നത് എന്തുകൊണ്ട്.

സംയോജനം മാറ്റുന്നതിനുമുമ്പ് ഇവ പരിശോധിക്കുക:

• ഉദ്ദേശിച്ച ഡാറ്റാ ഉറവിടം ശരിയായ അക്കൗണ്ടുമായി ബന്ധിപ്പിച്ചിട്ടുണ്ടോ.

• നിങ്ങൾ അയയ്ക്കുന്ന ഇവന്റ് ക്യാമ്പെയ്നിന്റെ കൺവേർഷൻ ക്രമീകരണവുമായി പൊരുത്തപ്പെടുന്നുണ്ടോ. ഇഷ്‌ടാനുസൃത ഇവന്റുകൾക്കായി, ഇഷ്‌ടാനുസൃത തരവും ഇവന്റിന്റെ കൃത്യമായ പേരും പരിശോധിക്കുക. കാണിക്കുന്ന ലേബൽ പൊരുത്തപ്പെടുന്നത് മാത്രം പോരാ.

• നിങ്ങൾ പരിശോധിക്കുന്ന പ്രവർത്തനം നടക്കുന്നതിനുമുമ്പ് ശരിയായ കൺവേർഷൻ ക്യാമ്പെയ്നുമായി ബന്ധിപ്പിച്ചിരുന്നോ.

• ആട്രിബ്യൂഷൻ ക്രമീകരണങ്ങൾ പ്രകാരം യോഗ്യമായ ഒരു പരസ്യ ക്ലിക്കിനോ കാഴ്ചയ്ക്കോ ശേഷമാണോ പ്രവർത്തനം നടന്നത്.

• നിങ്ങൾ കാണുന്ന ക്യാമ്പെയ്ൻ, ഇവന്റ് കോളം, തീയതികൾ, റിപ്പോർട്ടിംഗിന്റെ സമയ അടിസ്ഥാനം എന്നിവ ശരിയാണോ.

പൊരുത്തപ്പെടുത്താനുള്ള വിവരങ്ങൾ ഇവന്റിനെ പരസ്യവുമായി ബന്ധിപ്പിക്കാൻ സഹായിക്കുന്നു. എന്നാൽ അത് പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കുമെന്ന് ഉറപ്പുനൽകുന്നില്ല. യഥാർത്ഥ OpenAI ക്ലിക്ക് റഫറൻസായ oppref സന്ദർശനത്തിലുടനീളം നിലനിർത്തുക; ലഭ്യമാകുമ്പോൾ സെർവർ ഇവന്റുകളിൽ അത് ഉൾപ്പെടുത്തുക. ഒരിക്കലും റഫറൻസ് കെട്ടിച്ചമയ്ക്കുകയോ മറ്റൊരു സന്ദർശകന്റേത് ഉപയോഗിക്കുകയോ ചെയ്യരുത്.

ബ്രൗസർ ഇവന്റുകളും സെർവർ ഇവന്റുകളും പ്രത്യേകം പരിശോധിക്കുക. പിക്സലിൽ ലഭ്യമായ റഫറൻസോ ഉപഭോക്തൃ ഫീൽഡോ സെർവർ ഇവന്റിൽ ഇല്ലായിരിക്കാം.

കൺവേർഷനുകൾക്കായി ഒപ്റ്റിമൈസ് ചെയ്ത ക്യാമ്പെയ്ൻ സൃഷ്ടിച്ചശേഷം അതിന് തിരഞ്ഞെടുത്ത ലക്ഷ്യം മാറ്റാനാവില്ല. മറ്റൊരു ലക്ഷ്യം ഉപയോഗിക്കാൻ പുതിയ ക്യാമ്പെയ്ൻ സൃഷ്ടിക്കുക. ഇഷ്‌ടാനുസൃത ഇവന്റുകൾ ഒപ്റ്റിമൈസേഷൻ ലക്ഷ്യങ്ങളാക്കാനാവില്ല. കാണുക: കൺവേർഷനുകൾക്കായി ഒപ്റ്റിമൈസ് ചെയ്ത ക്യാമ്പെയ്നുകൾ.

ക്രമീകരണത്തിലെ പൊരുത്തക്കേട് പരിഹരിച്ചശേഷം പുതിയ യോഗ്യമായ പ്രവർത്തനങ്ങൾ പരിശോധിക്കുക. ഈ മാറ്റം പഴയ റിപ്പോർട്ടുകൾ ശരിയാക്കുമെന്ന് കരുതരുത്. പൊരുത്തപ്പെടുത്തൽ നിയമങ്ങൾക്ക് കാണുക: കൺവേർഷൻ അളക്കൽ.

6. പരസ്യ മാനേജർ, ഞങ്ങളുടെ വിശകലന ഉപകരണം, CRM എന്നിവയിലെ വിവരങ്ങൾ പൊരുത്തപ്പെടാത്തത് എന്തുകൊണ്ട്.

ഒരേ പ്രവർത്തനങ്ങളും റിപ്പോർട്ടിംഗ് നിയമങ്ങളും അടിസ്ഥാനമാക്കി താരതമ്യം ചെയ്യുക. നിങ്ങളുടെ CRM എല്ലാ വാങ്ങലുകളും എണ്ണിയേക്കാം; ഒരു പരസ്യ റിപ്പോർട്ട് ആ പ്ലാറ്റ്‌ഫോമിന്റെ ഫലമായി കണക്കാക്കിയ വാങ്ങലുകളാണ് എണ്ണുന്നത്. ഒരേ വാങ്ങലിന്റെ ഉറവിടം വ്യത്യസ്ത പ്ലാറ്റ്‌ഫോമുകൾ വ്യത്യസ്തമായി കണക്കാക്കിയേക്കാം.

പരസ്യ മാനേജറിൽ, പരസ്യം കണ്ടതിലൂടെയുള്ള കൺവേർഷനുകളുടെ റിപ്പോർട്ടിംഗ് സമയപരിധി 1 ദിവസമാകുമ്പോൾ, കൺവേർഷനുകൾ എന്നതിൽ ക്ലിക്കിലൂടെയുള്ള കൺവേർഷനുകളും പരസ്യം കണ്ടതിലൂടെയുള്ള യോഗ്യമായ കൺവേർഷനുകളും ഉൾപ്പെടും. കാഴ്ചയ്ക്കുള്ള സമയപരിധി 0 ദിവസമാകുമ്പോൾ, ക്ലിക്കിലൂടെയുള്ള കൺവേർഷനുകൾ മാത്രമാണ് എണ്ണുന്നത്. റിപ്പോർട്ടുകൾ താരതമ്യം ചെയ്യുമ്പോൾ ഒരേ ക്രമീകരണം ഉപയോഗിക്കുക.

ഉദാഹരണത്തിന്, ഒരാൾ ഒരു പരസ്യത്തിൽ ക്ലിക്ക് ചെയ്യുന്നു, പിന്നീട് നേരിട്ട് തിരിച്ചെത്തി വാങ്ങുന്നു. ഒരു ഉപകരണം ആ സന്ദർശനത്തെ “നേരിട്ടുള്ളത്” എന്ന് അടയാളപ്പെടുത്തിയേക്കാം; മറ്റൊന്ന് അതിനെ മുൻപത്തെ പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കിയേക്കാം. ആ വ്യത്യാസം മാത്രം കൊണ്ട് വാങ്ങൽ രണ്ടുതവണ എണ്ണിയെന്ന് അർത്ഥമില്ല.

ട്രാഫിക് ഉറവിടത്തിന്റെ ലേബലുകൾ വ്യത്യസ്തമാണെങ്കിൽ, ആ സന്ദർശനത്തിൽ ഉപയോഗിച്ച ലാൻഡിംഗ് URL-ഉം ട്രാക്കിംഗ് പാരാമീറ്ററുകളും പരിശോധിക്കുക. നിലവിലെ ക്യാമ്പെയ്ൻ ക്രമീകരണങ്ങൾ മുമ്പ് ഉപയോഗിച്ചവയിൽനിന്ന് വ്യത്യസ്തമായിരിക്കാം.

ഇവ താരതമ്യം ചെയ്യുക:

• അക്കൗണ്ട്, ക്യാമ്പെയ്ൻ, ഇവന്റ് തരം, ഫിൽട്ടറുകൾ, റിപ്പോർട്ടിംഗ് തലം.

• തീയതി പരിധി, സമയ മേഖല, തീയതികൾ പരസ്യവുമായുള്ള ഇടപെടലിനെയാണോ കൺവേർഷനെത്തന്നെയാണോ സൂചിപ്പിക്കുന്നത് എന്നത്.

• ക്ലിക്കിലൂടെയും കാഴ്ചയിലൂടെയുമുള്ള കൺവേർഷനുകളുടെ ക്രമീകരണങ്ങൾ, തിരഞ്ഞെടുത്ത കൃത്യമായ അളവുകോൽ അല്ലെങ്കിൽ കോളം.

• അടുത്തിടെയുണ്ടായ പ്രോസസ്സിംഗ് കാലതാമസം, ആവർത്തിച്ചുള്ള രേഖകൾ കൈകാര്യം ചെയ്യുന്ന രീതി, സമ്മതം, ലഭ്യമായ പൊരുത്തപ്പെടുത്തൽ വിവരങ്ങൾ.

• ലഭ്യമാണെങ്കിൽ, മാതൃകകൾ ഉപയോഗിച്ച് കണക്കാക്കിയ കൺവേർഷനുകൾ; ഇവ നേരിട്ട് രേഖപ്പെടുത്തിയ ഇടപാടുകളിൽനിന്ന് വ്യത്യസ്തമായിരിക്കാം.

• മൂല്യങ്ങൾ താരതമ്യം ചെയ്യുമ്പോൾ കറൻസി, യൂണിറ്റുകൾ, താരതമ്യത്തിന് മുഴുവൻ ഓർഡറാണോ ഓരോ ഇനമാണോ ഉപയോഗിക്കുന്നത് എന്നത്.

വരുമാനത്തിന്, നികുതി, ഷിപ്പിംഗ്, വിലക്കിഴിവുകൾ, ഫീസ് എന്നിവ താരതമ്യം ചെയ്യുക. ബ്രൗസർ പകർപ്പും സെർവർ പകർപ്പും ഒരേ ഓർഡർ മൂല്യമാണ് അയയ്ക്കുന്നതെന്ന് പരിശോധിക്കുക. ഓർഡർ സൃഷ്ടിച്ചതിന്റെ വിൽപ്പന, ഓർഡർ സൃഷ്ടിച്ചതിന്റെ പരസ്യച്ചെലവിന്മേലുള്ള വരുമാനം എന്നിവ പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കിയ order_created ഇവന്റുകൾ മാത്രമാണ് എണ്ണുന്നത്.

ഇറക്കുമതി ചെയ്ത GA4 പ്രവർത്തനത്തിൽ തിരഞ്ഞെടുത്ത പ്രോപ്പർട്ടിയുടെ വിവിധ ട്രാഫിക് ഉറവിടങ്ങളിലെ ഇവന്റുകൾ ഉൾപ്പെടുന്നു. ആ ആകെ കണക്കുകൾ ക്യാമ്പെയ്നിന്റെ ഫലമായി കണക്കാക്കിയ കൺവേർഷനുകളല്ല. കാണുക: Google Analytics 4-നെ OpenAI പരസ്യ മാനേജറുമായി ബന്ധിപ്പിക്കുക.

API താരതമ്യങ്ങൾക്കായി, എൻഡ്‌പോയിന്റ് രേഖപ്പെടുത്തുകയും റിപ്പോർട്ടിംഗ് ഓപ്ഷനുകൾ വ്യക്തമായി സജ്ജമാക്കുകയും ചെയ്യുക. വ്യക്തമായി നൽകാത്ത ക്രമീകരണം പരസ്യ മാനേജറിലേതുമായി പൊരുത്തപ്പെടണമെന്നില്ല. റിപ്പോർട്ടുകളിൽ ഉൾപ്പെടുന്ന ഇവന്റുകളും വ്യത്യസ്തമാകാം: ചിലതിൽ ക്യാമ്പെയ്ൻ ലക്ഷ്യങ്ങൾ ഉൾപ്പെടുമെങ്കിലും ട്രാക്ക് ചെയ്യുന്ന മറ്റ് പ്രവർത്തനങ്ങൾ ഉൾപ്പെടില്ല. ഒരു റിപ്പോർട്ടിൽ ഇവന്റ് കാണാത്തത് അത് ഒരിക്കലും ലഭിച്ചിട്ടില്ലെന്നതിന് തെളിവല്ല.

CSV താരതമ്യത്തിന് ഒരേ ക്രമീകരണങ്ങൾ ഉപയോഗിക്കുക; കയറ്റുമതി ചെയ്ത ഫയലുകൾ തിരുത്താതെ സൂക്ഷിക്കുക. പരസ്യ മാനേജറിലെ കാഴ്ചകൾക്കായി ഫലങ്ങൾ അളക്കുക എന്നതും API ഓപ്ഷനുകൾക്കായി റിപ്പോർട്ടിംഗ് എന്നതും കാണുക.

7. പിക്സലും CAPI-യും ഉപയോഗിച്ചാൽ ഒരു വാങ്ങൽ രണ്ടുതവണ എണ്ണപ്പെടുമോ.

ഒരേ പ്രവർത്തനം രണ്ടുതവണ എണ്ണുന്നത് ഒഴിവാക്കാൻ, അതിന്റെ ബ്രൗസർ പകർപ്പിലും സെർവർ പകർപ്പിലും ഒരേ പിക്സൽ ID, ഇവന്റ് പേര്, ഇവന്റ് ID എന്നിവ ഉപയോഗിക്കുക. ഇവന്റ് ID ഫീൽഡ് CAPI-യിൽ id എന്നും പിക്സലിൽ event_id എന്നുമാണ്. ഇരുവശത്തും ഒരേ ഇഷ്‌ടാനുസൃത ഇവന്റ് പേരും ഉപയോഗിക്കുക.

ഒരു പ്രവർത്തനത്തിനായി വീണ്ടും ശ്രമിക്കുമ്പോൾ അതേ ID നിലനിർത്തുക; വ്യത്യസ്തമായ ഓരോ പ്രവർത്തനത്തിനും പുതിയ ID ഉപയോഗിക്കുക. ആവർത്തിക്കുന്ന ടാഗുകൾ, ആവർത്തിച്ചുള്ള പേജ് ലോഡുകൾ അല്ലെങ്കിൽ കോൾബാക്കുകൾ, ഇവന്റ് ഇതിനകം അയയ്ക്കുന്നുണ്ടാകാവുന്ന പങ്കാളി സംയോജനങ്ങൾ എന്നിവ പരിശോധിക്കുക.

യഥാർത്ഥ ഇവന്റിന്റെ മൂല്യമോ പൊരുത്തപ്പെടുത്താനുള്ള വിവരങ്ങളോ മാറ്റാൻ അതിന്റെ പകർപ്പ് വീണ്ടും അയയ്ക്കരുത്. തിരുത്താൻ ശ്രമിക്കുന്നതിനുമുമ്പ്, രേഖകളിൽ വിവരിച്ചിരിക്കുന്ന പ്രവർത്തനരീതി പരിശോധിക്കുക. കാണുക: ബ്രൗസർ, സെർവർ ഇവന്റുകളിലെ ആവർത്തനം ഒഴിവാക്കൽ.

8. ഞങ്ങൾ Shopify ഉപയോഗിക്കുന്നു. ഞങ്ങൾക്ക് മറ്റൊരു സംയോജനം ആവശ്യമുണ്ടോ.

മറ്റൊരു സംയോജനം ചേർക്കുന്നതിനുമുമ്പ് നിങ്ങളുടെ Shopify കണക്ഷൻ പരിശോധിക്കുക. ബന്ധിപ്പിച്ച പരസ്യ അക്കൗണ്ടും പിക്സലും സ്ഥിരീകരിക്കുക. തുടർന്ന് നിങ്ങളുടെ സ്റ്റോറിനായി ആപ്പ് ഏതൊക്കെ ഇവന്റുകളാണ് അയയ്ക്കുന്നതെന്ന് പരിശോധിക്കുക.

നിങ്ങൾ ഇഷ്‌ടാനുസൃത ടാഗുകളോ ചെക്കൗട്ട് കോഡോ സെർവറിൽനിന്ന് അയയ്ക്കുന്ന സംവിധാനമോ കൂടി ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ, അവയും അതേ ഇവന്റുകൾ അയയ്ക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. Shopify സജ്ജീകരണങ്ങളിൽ ബ്രൗസർ ട്രാക്കിംഗും സെർവർ ട്രാക്കിംഗും വ്യത്യസ്ത രീതികളിൽ സംയോജിപ്പിച്ച് ഉപയോഗിക്കാം. കാണുക: Shopify-യ്ക്കായി ChatGPT പരസ്യങ്ങൾ സജ്ജീകരിക്കുക.

9. സമ്മതവും പരിശോധനയും ഞങ്ങൾ എങ്ങനെ കൈകാര്യം ചെയ്യണം.

പങ്കിടാൻ അനുമതിയുള്ള ഡാറ്റ മാത്രം അയയ്ക്കുക; സന്ദർശകരുടെ സമ്മതവുമായി ബന്ധപ്പെട്ട തിരഞ്ഞെടുപ്പുകൾ മാനിക്കുക. ആവശ്യമായ മാനകീകരണവും ഹാഷിംഗും ഉൾപ്പെടെ, സമ്മതത്തെയും പിന്തുണയ്ക്കുന്ന പൊരുത്തപ്പെടുത്തൽ ഡാറ്റയെയും കുറിച്ചുള്ള സംയോജനത്തിന്റെ മാർഗനിർദേശങ്ങൾ നിങ്ങളുടെ ഡെവലപ്പർ പാലിക്കണം. റിപ്പോർട്ടിലെ കൺവേർഷനുകൾ കൂട്ടാനോ സ്കോർ മെച്ചപ്പെടുത്താനോ സമ്മത നിയന്ത്രണങ്ങൾ നീക്കം ചെയ്യരുത്.

അളക്കലിനുള്ള സമ്മതവും opt_out-ഉം വ്യത്യസ്ത ആവശ്യങ്ങൾക്കുള്ളതാണ്. opt_out ഓപ്ഷൻ വ്യക്തിഗതമാക്കലുമായി ബന്ധപ്പെട്ടതാണ്; അത് എല്ലാ അളക്കൽ അഭ്യർത്ഥനകളും നിർത്തുന്നില്ല. ബ്രൗസർ സംയോജനത്തിലും സെർവർ സംയോജനത്തിലും സമ്മതം കൈകാര്യം ചെയ്യുന്ന രീതി പരിശോധിക്കാൻ നിങ്ങളുടെ ഡെവലപ്പറോട് ആവശ്യപ്പെടുക.

ഒരു പരീക്ഷണ പ്രവർത്തനത്തിന്റെ സമയം, പേര്, ID എന്നിവ രേഖപ്പെടുത്തുക. അത് അയച്ചോ, സാധുത പരിശോധിച്ചോ, ലഭിച്ചോ എന്ന് പരിശോധിക്കുക. നടപ്പാക്കൽ പരിശോധന വിജയിച്ചതുകൊണ്ട് ഒരു പ്രവർത്തനം പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കാൻ യോഗ്യമാണെന്ന് തെളിയുന്നില്ല.

CAPI-യുടെ validate_only ഓപ്ഷൻ ഇവന്റുകൾ സംരക്ഷിക്കാതെ പരിശോധിക്കുന്നു. പിക്സലിന്റെ പിശക് പരിശോധനാ മോഡ് പ്രവർത്തനങ്ങൾ ലോഗിൽ രേഖപ്പെടുത്തുന്നു; എന്നാൽ പരീക്ഷണ ഇവന്റുകളെ റിപ്പോർട്ടിംഗിൽനിന്ന് ഒഴിവാക്കുന്നില്ല. നിങ്ങളുടെ രേഖകളിൽ പരീക്ഷണങ്ങൾ അടയാളപ്പെടുത്തുക. ഉദ്ദേശിച്ച ഫലം ലഭിക്കാൻ വാങ്ങലുകൾ കെട്ടിച്ചമയ്ക്കുകയോ ഇവന്റുകളുടെ സമയം മാറ്റുകയോ ചെയ്യരുത്.

10. ഇവന്റ് ഗുണനിലവാര സ്കോർ കുറവായിരിക്കുകയോ ലഭ്യമല്ലാതിരിക്കുകയോ ചെയ്താൽ ട്രാക്കിംഗ് തകരാറിലാണെന്നാണോ അർത്ഥം.

അത് മാത്രം കൊണ്ട് അങ്ങനെ പറയാനാവില്ല. ഇവന്റ് ഗുണനിലവാരം ഒരു ഡാറ്റാ ഉറവിടത്തിൽനിന്ന് ലഭിച്ച വിവരങ്ങളെ വിലയിരുത്തുന്നു. എത്ര കൺവേർഷനുകൾ പരസ്യത്തിന്റെ ഫലമായി കണക്കാക്കിയെന്ന് അത് വ്യക്തമാക്കുന്നില്ല. സ്കോർ കുറവായതോ ലഭ്യമല്ലാത്തതോ മാത്രം അടിസ്ഥാനമാക്കി ട്രാക്കിംഗ് പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് നിർണയിക്കാനാവില്ല.

അടുത്തിടെ നടന്ന യഥാർത്ഥ പ്രവർത്തനങ്ങൾ ശരിയായി രേഖപ്പെടുത്തുന്നുണ്ടെന്ന് പരിശോധിക്കുക. തുടർന്ന് മുന്നറിയിപ്പിന്റെ കാരണം അന്വേഷിക്കുക. സ്കോർ ഉയർത്താൻ അധിക ഇവന്റുകളോ കെട്ടിച്ചമച്ച തിരിച്ചറിയൽ വിവരങ്ങളോ അയയ്ക്കരുത്. പരിശോധനകളെയും പുതുക്കുന്ന സമയത്തെയും കുറിച്ച് അറിയാൻ കാണുക: ഇവന്റ് ഗുണനിലവാരം മനസ്സിലാക്കി മെച്ചപ്പെടുത്തുക.

11. സഹായ വിഭാഗത്തെ ബന്ധപ്പെടുമ്പോൾ ഞാൻ എന്തൊക്കെ ഉൾപ്പെടുത്തണം.

നിങ്ങൾ പ്രതീക്ഷിച്ചത് എന്തായിരുന്നു, എന്താണ് സംഭവിച്ചത്, എപ്പോൾ തുടങ്ങി, എന്തൊക്കെ പരിശോധിച്ചു എന്നിവ ഞങ്ങളെ അറിയിക്കുക. ഈ പട്ടികയിൽനിന്ന് നിങ്ങളുടെ കൈവശമുള്ള വിവരങ്ങൾ ഉൾപ്പെടുത്തുക:

• പരസ്യ അക്കൗണ്ട് ID, പിക്സൽ ID അല്ലെങ്കിൽ ഡാറ്റാ ഉറവിടം, പ്രശ്നം ബാധിച്ച ക്യാമ്പെയ്നിന്റെയും പരസ്യത്തിന്റെയും തിരിച്ചറിയൽ വിവരങ്ങൾ.

• സംയോജനത്തിന്റെ തരം, ഇഷ്‌ടാനുസൃത ഇവന്റിന്റെ പേര് ഉൾപ്പെടെ ഇവന്റിന്റെ കൃത്യമായ പേര്.

• നിലവിലുള്ള ഒന്നോ രണ്ടോ ഇവന്റ് ID-കൾ ഉദാഹരണമായി, പ്രവർത്തനങ്ങളുടെ സമയമുദ്രകൾ, സമയ മേഖല എന്നിവ.

• അഭ്യർത്ഥന പരാജയപ്പെട്ടാലോ ലഭിച്ചെന്ന് ഉറപ്പില്ലെങ്കിലോ: മറുപടി കോഡ്, കൃത്യമായ പിശക്, അഭ്യർത്ഥനയുടെ സമയം, മറുപടിയിൽ ലഭിച്ച അഭ്യർത്ഥനാ ID അല്ലെങ്കിൽ CF-Ray, രഹസ്യവിവരങ്ങൾ മറച്ച പേലോഡ് അല്ലെങ്കിൽ ലോഗിന്റെ പ്രസക്തഭാഗം.

• റിപ്പോർട്ടുകളിലെ വ്യത്യാസങ്ങൾക്ക്: തീയതി പരിധി, റിപ്പോർട്ടിംഗിന്റെ സമയ അടിസ്ഥാനം, ആട്രിബ്യൂഷൻ ക്രമീകരണങ്ങൾ, തിരഞ്ഞെടുത്ത കോളങ്ങൾ, കയറ്റുമതി ചെയ്ത CSV, ഒരേ പരിധിയിലുള്ള വിവരങ്ങളുടെ താരതമ്യം.

• പ്രസക്തമായ സ്ക്രീൻഷോട്ടുകളും പ്രത്യേക ചെക്കൗട്ട് അല്ലെങ്കിൽ പങ്കാളി സംയോജനം ഉൾപ്പെടെ സജ്ജീകരണത്തിൽ അടുത്തിടെ വരുത്തിയ മാറ്റങ്ങളും.

ഇവന്റ് അയച്ചതോ അംഗീകരിച്ചതോ ലഭിച്ചതോ സ്ഥിരീകരിച്ചിട്ടുണ്ടോ, അതോ റിപ്പോർട്ട് മാത്രം പരിശോധിച്ചതാണോ എന്ന് ഞങ്ങളെ അറിയിക്കുക. ഈ പരിശോധനകൾ പൂർത്തിയാക്കാൻ കഴിയുന്നില്ലെങ്കിലും നിങ്ങൾക്ക് സഹായം തേടാം.

അറ്റാച്ച്മെന്റുകളിൽനിന്ന് API കീകൾ, അംഗീകാര ഹെഡറുകൾ, പാസ്‌വേഡുകൾ, കുക്കികൾ, അനാവശ്യ ഉപഭോക്തൃ വിവരങ്ങൾ എന്നിവ നീക്കം ചെയ്യുക. പിശകുകളോ മുമ്പ് പ്രവർത്തിച്ചിരുന്ന സംയോജനം പെട്ടെന്ന് നിലയ്ക്കുന്നതോ ഉടൻ റിപ്പോർട്ട് ചെയ്യുക. റിപ്പോർട്ടിംഗ് സമയപരിധി കഴിയുന്നതുവരെ കാത്തിരിക്കരുത്.