አጠቃላይ እይታ

ክስተቶች ከጎደሉ፣ ጥያቄዎች ካልተሳኩ ወይም የማስታወቂያዎች አስተዳዳሪ ከንግድ መዝገቦችዎ ጋር የማይጣጣም መረጃ ካሳየ፣ ይህን መመሪያ ይጠቀሙ። በአንድ የተጠናቀቀ ግዢ፣ በቀረበ የደንበኛ ዕጩ መረጃ ወይም በሌላ እርምጃ ይጀምሩ። ምን እንደተከሰተ እና መቼ እንደተከሰተ ይመዝግቡ፤ ከዚያ ከታች ያሉት ጥያቄዎች ውስጥ ከሁኔታዎ ጋር የሚስማማውን ይምረጡ።

ክስተት እንደ ግዢ ያለ እርምጃን ይመዘግባል። Pixel ክስተቶችን ከጎብኚው አሳሽ ይልካል፤ የልወጣዎች API (CAPI) ደግሞ ከአገልጋይዎ ይልካቸዋል። የማስታወቂያዎች አስተዳዳሪ እነዚህን ክስተቶች በአንድ የውሂብ ምንጭ ውስጥ ይሰበስባል። የውጤት ምደባ አንድ ውጤት ከየትኛው ማስታወቂያ እንደተገኘ ይወስናል። የውጤት ምደባ ጊዜ ክልል፣ ከማስታወቂያ ጋር መስተጋብር ከተደረገ በኋላ እስከ መቼ ድረስ የተፈጸመ እርምጃ የዚያ ማስታወቂያ ውጤት ሊባል እንደሚችል ይወስናል።

ተደጋግመው የሚጠየቁ ጥያቄዎች

1. ከየት ልጀምር?

ለመለካት የሚፈልጉትን እርምጃ፣ ውሂቡን የሚልከውን ስርዓት፣ እንዲሁም ጥቅም ላይ የዋሉትን የማስታወቂያ መለያ እና የPixel መለያ ይለዩ። ያዋቀሩት ስርዓት Pixel፣ CAPI፣ የአጋር ውህደት ወይም እነዚህን በጥምረት ሊጠቀም ይችላል። የአሳሽ Pixelን ባይጭኑም እንኳ CAPI የPixel መለያ ያስፈልገዋል።

ለመጀመሪያ ጊዜ ለማዋቀር፣ የልወጣ መለኪያ እና የልወጣ ክትትልን ይመልከቱ። ገንቢዎ የPixel፣ የCAPI እና የየሚደገፉ ክስተቶች መመሪያዎችን መጠቀም ይችላል። የCAPI ጥያቄዎችን እና ቁልፎችን በአገልጋይዎ ላይ ብቻ ያስቀምጡ።

ውህደትዎን አጋር የሚያስተዳድረው ከሆነ፣ የመለኪያ አጋር ማዋቀሪያ መመሪያ ወይም የሞባይል መለኪያ አጋር ማዋቀሪያ መመሪያን ይጠቀሙ። ከHubSpot ጋር ለማገናኘት፣ በHubSpot ውስጥ የChatGPT ማስታወቂያዎችን ማዋቀርን ይመልከቱ።

አስቀድሞ ለተዋቀረ ስርዓት፣ እያንዳንዱን ደረጃ ያረጋግጡ፦

• እርምጃው ሲፈጸም የክስተት ጥያቄ ተልኳል?

• ጥያቄው ስህተት መልሷል ወይስ ተቀባይነት አግኝቷል?

• ትክክለኛው የውሂብ ምንጭ ክስተቱን እንደተቀበለ ማረጋገጥ ይችላሉ?

• በዘመቻው ሪፖርት ውስጥ ክስተቱ የአንድ ማስታወቂያ ውጤት ተደርጎ ተመድቧል?

2. Pixelን ጭኛለሁ። ግዢዎችን ወይም የደንበኛ ዕጩዎችን ለምን አላይም?

Pixel የሚፈልጉትን የግዢ ወይም የደንበኛ ዕጩ ክስተት ሳይልክ ሊጫን ይችላል። ገንቢዎ አንድ የተጠናቀቀ እርምጃን እንዲፈትሽ ይጠይቁ፦

• የክስተቱን ስም፣ የPixel መለያ፣ እና ክስተቱን የሚልከውን ገጽ ወይም መልሶ ጥሪ ያረጋግጡ። ገጽ መታየት የተጠናቀቀ ግዢ አይደለም።

• Pixel ክስተቱን ከመላኩ በፊት እንደሚነሳ ያረጋግጡ፣ የመለያ ምልክት አስተዳዳሪ በሚጭነው ጊዜም ጭምር።

• የአሳሹን ኮንሶል እና የአውታረ መረብ ጥያቄ ይፈትሹ። የመለያ ምልክት አስተዳዳሪ «ተቀስቅሷል» የሚል መልዕክት ብቻውን ክስተቱ መላኩን አያረጋግጥም። የPixel ስህተት ማረሚያ ሁነታ ሊረዳ ይችላል።

• የፈቃድ ምርጫዎች፣ የአሳሽ እገዳ ወይም የድረ ገጽዎ የደህንነት ፖሊሲ ጥያቄውን እንደከለከሉት ያረጋግጡ።

• በመለያ ገብቶ የሚታዩ ገጾችን፣ የክፍያ ማጠናቀቂያን፣ የቦታ ማስያዣ ድረ ገጾችን፣ አቅጣጫ ቀያሪዎችን እና የተካተቱ ቅጾችን ይፈትሹ። Pixel በማረፊያ ገጹ ላይ መሥራቱ፣ በሌሎች ቦታዎችም ክትትል እንደሚደረግ አያረጋግጥም።

ምንም ጥያቄ ካልተላከ፣ መጀመሪያ ያንን ደረጃ ያስተካክሉ። ሪፖርት እስኪታይ መጠበቅ አይረዳም። ሌላ ውህደት ከማከልዎ በፊት የPixel ችግር መፍቻ መመሪያን ይጠቀሙ።

3. ክስተት ውድቅ ከተደረገ፣ የምላሽ መጠበቂያ ጊዜው ካለፈ ወይም የአገልጋይ ስህተት ከመለሰ ምን ላድርግ?

የምላሽ ኮዱን፣ ትክክለኛውን የስህተት መልዕክት፣ ጥያቄው የተላከበትን ጊዜ እና የክስተቱን መለያ ያስቀምጡ። ገንቢዎ የክስተቱን ቅርጸት፣ የPixel መለያ እና ቁልፍ እንዲያረጋግጥ ይጠይቁ። የCAPI ክስተት ጥያቄዎች ለዚያው የማስታወቂያ መለያ የተሰጠ የልወጣዎች API ቁልፍ ይጠቀማሉ። የማዋቀር፣ የማስተዳደር እና የሪፖርት ጥያቄዎች የተለየውን የአስተዋዋቂ API ቁልፍ ይጠቀማሉ። የAPI ቁልፎችን ለድጋፍ ቡድኑ አይላኩ።

በCAPI ክስተቶችን በቡድን ሲልኩ፣ አንድ ልክ ያልሆነ ክስተት መላው ቡድን እንዳይሳካ ሊያደርግ ይችላል።

CAPI እርምጃው በመጀመሪያ የተፈጸመበት ጊዜ በUnix ሚሊሰከንዶች እንዲገለጽ ይፈልጋል። የክስተቱ ጊዜ ካለፉት 7 ቀናት ወደ ኋላ መሄድ ወይም ከአሁኑ ጊዜ በ10 ደቂቃ በላይ መቅደም የለበትም። ይህ የማስገቢያ ጊዜ ገደብ ከውጤት ምደባ ጊዜ ክልል የተለየ ነው። አሮጌ ክስተት ተቀባይነት እንዲያገኝ ጊዜውን አይቀይሩ።

የምላሽ መጠበቂያ ጊዜ ማለፍ ወይም የአገልጋይ ስህተት መከሰት፣ ክስተቱ መድረሱን በእርግጠኝነት እንዳያውቁ ሊያደርግ ይችላል። የመጀመሪያውን ጥያቄ እና ማንኛውንም የመድረስ ማረጋገጫ መዝገቦች ይፈትሹ። ተመሳሳዩን እርምጃ እንደገና ለመላክ ከሞከሩ፣ የመጀመሪያውን የክስተት መለያ እና የጊዜ ማህተም ይጠቀሙ። አዲስ መለያ ሌላ እርምጃ እንዲመስል ሊያደርገው ይችላል።

ጥያቄ ውድቅ ሲደረግ ወይም በተደጋጋሚ ሳይሳካ ሲቀር፣ ምክንያቱን ወዲያውኑ ይመርምሩ። ለሪፖርት የተገመተው የ24–48 ሰዓት ጊዜ በእነዚህ ስህተቶች ላይ አይተገበርም። የጥያቄ መስፈርቶችን ለማወቅ፣ የልወጣዎች APIን ይመልከቱ።

4. ክስተቱ ተቀባይነት እንዳገኘ አያለሁ። ለምን በሪፖርቱ ውስጥ አይታይም?

ክስተት ተቀባይነት ማግኘቱ የማስታወቂያ ውጤት ተደርጎ ተመድቧል ማለት አይደለም። ምላሹ ምን እንደሚያረጋግጥ እና ጥያቄው ትክክለኛውን የውሂብ ምንጭ እንደተጠቀመ ያረጋግጡ። በCAPI ውስጥ validate_only ወደ true ሲቀናበር፣ ክስተቶቹን ሳያስቀምጥ ትክክለኛነታቸውን ይፈትሻል።

ለአዲስ ክስተት፣ ገንቢዎ ይህ አማራጭ በሚገኝበት ጊዜ የቅርብ ጊዜ ክስተቶችን መፈተሽ ይችላል። ይህ የቅርብ ጊዜ ናሙናን እንጂ ሙሉ ታሪክን ወይም የውጤት ምደባ ውጤትን አያሳይም።

መድረሱን ማረጋገጥ ካልቻሉ፣ የመጀመሪያውን ምላሽ እና የክስተት ናሙና ይዘው የድጋፍ ቡድኑን ያነጋግሩ። የትኞቹን ማረጋገጫዎች እንዳጠናቀቁ ይንገሩን፤ መጀመሪያ ምክንያቱን ማግኘት አያስፈልግዎትም።

መድረሱ ከተረጋገጠ፣ ወደ ጥያቄ 5 ይቀጥሉ። የዘመቻው ሪፖርት ስላልተለወጠ ብቻ ክስተቱን በአዲስ መለያዎች እንደገና አይላኩ።

የማስታወቂያ ውጤት ተደርገው የተመደቡ ልወጣዎች ለመታየት ከ24–48 ሰዓታት ገደማ ሊወስዱ ይችላሉ፤ የቅርብ ጊዜ ድምሮችም በማቀነባበር ሂደት ላይ ሊለወጡ ይችላሉ። ይህ ተቀባይነት ያገኘ እያንዳንዱ ክስተት እንደሚታይ ዋስትና አይሰጥም፣ መድረሱንም አያረጋግጥም። ውጤቶችን መለካትን ይመልከቱ።

5. ክስተቶች እየደረሱ ነው። ዘመቻው ለምን አሁንም ዜሮ ልወጣዎች ያሳያል?

ውህደቱን ከመቀየርዎ በፊት፣ የሚከተሉትን ያረጋግጡ፦

• የታሰበው የውሂብ ምንጭ ከትክክለኛው መለያ ጋር ተገናኝቷል?

• የሚልኩት ክስተት ከዘመቻው የልወጣ ቅንብር ጋር ይዛመዳል? ለብጁ ክስተቶች፣ ብጁ አይነቱን እና ትክክለኛውን የክስተት ስም ያረጋግጡ። የሚታየው መለያ ስም መመሳሰሉ ብቻ በቂ አይደለም።

• እየፈተሹት ያለው እንቅስቃሴ ከመከሰቱ በፊት፣ ትክክለኛው ልወጣ ከዘመቻው ጋር ተያይዞ ነበር?

• እርምጃው የተፈጸመው በውጤት ምደባ ቅንብሮቹ መሠረት ብቁ ከሆነ የማስታወቂያ ጠቅታ ወይም እይታ በኋላ ነው?

• እየተመለከቱ ያሉት ትክክለኛውን ዘመቻ፣ የክስተት አምድ፣ ቀኖች እና ሪፖርቱ የሚመሠረትበትን የጊዜ መስፈርት ነው?

የማዛመጃ መረጃ ክስተትን ከማስታወቂያ ጋር ለማያያዝ ይረዳል፣ ነገር ግን የማስታወቂያው ውጤት ተደርጎ እንዲመደብ ዋስትና አይሰጥም። እውነተኛውን የOpenAI ጠቅታ ማጣቀሻ፣ oppref፣ በጉብኝቱ ሙሉ ይጠብቁ፣ ሲገኝም በአገልጋይ ክስተቶች ውስጥ ያካትቱት። ማጣቀሻ ከራስዎ አይፍጠሩ፣ የሌላ ጎብኚንም ማጣቀሻ ፈጽሞ አይጠቀሙ።

የአሳሽ እና የአገልጋይ ክስተቶችን ለየብቻ ይፈትሹ። ለPixel የሚገኝ ማጣቀሻ ወይም የደንበኛ መስክ፣ በአገልጋይ ክስተቱ ውስጥ ላይኖር ይችላል።

ልወጣን ለማሳደግ በተመቻቸ ዘመቻ የተመረጠው ግብ፣ ዘመቻው ከተፈጠረ በኋላ ሊቀየር አይችልም። የተለየ ግብ ለመጠቀም፣ አዲስ ዘመቻ ይፍጠሩ። ብጁ ክስተቶች የማመቻቸት ግቦች ሊሆኑ አይችሉም። ልወጣን ለማሳደግ የተመቻቹ ዘመቻዎችን ይመልከቱ።

የማዋቀር አለመጣጣሙን ካስተካከሉ በኋላ፣ መስፈርቶቹን የሚያሟላ አዲስ እንቅስቃሴ ይፈትሹ። ለውጡ የቀደሙ ሪፖርቶችን ያስተካክላል ብለው አይገምቱ። ስለ ማዛመጃ ደንቦች፣ የልወጣ መለኪያን ይመልከቱ።

6. የማስታወቂያዎች አስተዳዳሪ፣ የትንታኔ መሣሪያችን እና CRMችን ለምን የተለያዩ ውጤቶችን ያሳያሉ?

ተመሳሳይ እርምጃዎችን እና የሪፖርት ደንቦችን መሠረት አድርገው ያነጻጽሩ። CRMዎ እያንዳንዱን ግዢ ሊቆጥር ይችላል፤ የማስታወቂያ ሪፖርት ግን የዚያ መድረክ ውጤት ተደርገው የተመደቡ ግዢዎችን ይቆጥራል። የተለያዩ መድረኮች ተመሳሳይ ግዢን በተለያየ መንገድ እንደ ማስታወቂያ ውጤት ሊመድቡ ይችላሉ።

በየማስታወቂያዎች አስተዳዳሪ ውስጥ፣ ከእይታ በኋላ ለሚከሰቱ ልወጣዎች የሪፖርት ጊዜ ክልል 1 ቀን ሲሆን፣ ልወጣዎች ከጠቅታ በኋላ የተከሰቱትን እና መስፈርቱን የሚያሟሉ ከእይታ በኋላ የተከሰቱ ልወጣዎችን ያጣምራል። የእይታ ጊዜ ክልሉ 0 ቀን ሲሆን፣ ከጠቅታ በኋላ የተከሰቱ ልወጣዎችን ብቻ ይቆጥራል። ሪፖርቶችን ሲያነጻጽሩ ተመሳሳይ ቅንብር ይጠቀሙ።

ለምሳሌ፣ አንድ ሰው ማስታወቂያ ይጫናል፣ በኋላ በቀጥታ ተመልሶ ይመጣል፣ ከዚያም ይገዛል። አንድ መሣሪያ ጉብኝቱን «ቀጥተኛ» ብሎ ሊሰይመው ይችላል፣ ሌላው ግን ውጤቱን ለቀደመው ማስታወቂያ ይመድበዋል። ይህ ልዩነት ብቻውን ግዢው ሁለት ጊዜ ተቆጥሯል ማለት አይደለም።

የጎብኚዎች ምንጭ መለያዎች ከተለያዩ፣ በዚያ ጉብኝት ጥቅም ላይ የዋሉትን የማረፊያ ገጽ URL እና የክትትል መለኪያዎች ይፈትሹ። የአሁኑ የዘመቻ ቅንብሮች ከዚህ በፊት ጥቅም ላይ ከዋሉት ሊለዩ ይችላሉ።

የሚከተሉትን ያነጻጽሩ፦

• መለያ፣ ዘመቻ፣ የክስተት አይነት፣ ማጣሪያዎች እና የሪፖርት ደረጃ።

• የቀን ክልል፣ የሰዓት ሰቅ፣ እና ቀኖቹ ከማስታወቂያው ጋር የተደረገውን መስተጋብር ወይስ ልወጣውን ራሱን የሚመለከቱ መሆናቸው።

• ከጠቅታ እና ከእይታ በኋላ የሚከሰቱ ልወጣዎች ቅንብሮች፣ እና የተመረጠው ትክክለኛ መለኪያ ወይም አምድ።

• በቅርቡ የተከሰቱ የማቀነባበር መዘግየቶች፣ የተደጋገሙ ክስተቶች አያያዝ፣ ፈቃድ እና ያለው የማዛመጃ መረጃ።

• በሞዴል የተገመቱ ልወጣዎች ካሉ፤ እነዚህ በቀጥታ ከተመዘገቡ ግብይቶች ሊለዩ ይችላሉ።

• ዋጋዎችን ሲያነጻጽሩ፣ ምንዛሬውን፣ የመለኪያ አሃዶቹን፣ እና ንጽጽሩ መላውን ትዕዛዝ ወይስ እያንዳንዱን ዕቃ የሚጠቀም መሆኑን።

ገቢን ሲያነጻጽሩ፣ ታክስ፣ የማጓጓዣ ወጪ፣ ቅናሾች እና ክፍያዎችን ያነጻጽሩ። የአሳሽ እና የአገልጋይ ቅጂዎች ተመሳሳይ የትዕዛዝ ዋጋ እንደሚልኩ ያረጋግጡ። ከተፈጠሩ ትዕዛዞች የተገኘ ሽያጭ እና ከተፈጠሩ ትዕዛዞች የተገኘ ROAS የማስታወቂያ ውጤት ተደርገው የተመደቡ order_created ክስተቶችን ብቻ ይቆጥራሉ።

ከGA4 የመጣ የእንቅስቃሴ ውሂብ፣ ለተመረጠው ንብረት ከሁሉም የጎብኚዎች ምንጮች የተገኙ ክስተቶችን ያካትታል። እነዚያ ድምሮች የዘመቻ ውጤት ተደርገው የተመደቡ ልወጣዎች አይደሉም። Google Analytics 4ን ከOpenAI የማስታወቂያዎች አስተዳዳሪ ጋር ማገናኘትን ይመልከቱ።

ለAPI ንጽጽሮች፣ መጨረሻ ነጥቡን ይመዝግቡ እና የሪፖርት አማራጮቹን በግልጽ ይወስኑ። ያልተወሰነ ቅንብር ከየማስታወቂያዎች አስተዳዳሪ ቅንብር ጋር ላይጣጣም ይችላል። ሪፖርቶች የተለያዩ ክስተቶችንም ሊያካትቱ ይችላሉ፤ አንዳንዶቹ የዘመቻ ግቦችን ያካትታሉ፣ ነገር ግን ክትትል የሚደረግባቸውን ሌሎች እርምጃዎች አያካትቱም። አንድ ክስተት በአንድ ሪፖርት አለመታየቱ፣ ፈጽሞ እንዳልደረሰ ማረጋገጫ አይደለም።

የCSV ንጽጽር ሲያደርጉ ተመሳሳይ ቅንብሮችን ይጠቀሙ፣ ወደ ውጭ የተላኩትንም ፋይሎች ሳያስተካክሉ ያስቀምጡ። ለየማስታወቂያዎች አስተዳዳሪ እይታዎች ውጤቶችን መለካትን፣ ለAPI አማራጮች ደግሞ ሪፖርት ማድረግን ይመልከቱ።

7. Pixelን እና CAPIን መጠቀም አንድ ግዢ ሁለት ጊዜ እንዲቆጠር ያደርጋል?

ተመሳሳይ እርምጃ ሁለት ጊዜ እንዳይቆጠር፣ በአሳሽ እና በአገልጋይ በኩል በሚላኩት ቅጂዎቹ ውስጥ ተመሳሳይ የPixel መለያ፣ የክስተት ስም እና የክስተት መለያ ይጠቀሙ። የክስተት መለያ መስኩ በCAPI ውስጥ id፣ በPixel ውስጥ ደግሞ event_id ነው። በሁለቱም በኩል ተመሳሳይ ብጁ የክስተት ስምም ይጠቀሙ።

አንድን እርምጃ እንደገና ለመላክ ሲሞክሩ ተመሳሳዩን መለያ ይጠቀሙ፤ ለእያንዳንዱ የተለየ እርምጃ አዲስ መለያ ይጠቀሙ። የተደጋገሙ መለያ ምልክቶች፣ ተደጋጋሚ የገጽ መጫኖች ወይም የመልሶ ጥሪዎች፣ እና ክስተቱን አስቀድመው እየላኩ ሊሆኑ የሚችሉ የአጋር ውህደቶች እንዳሉ ያረጋግጡ።

የመጀመሪያውን ክስተት ዋጋ ወይም የማዛመጃ መረጃ ለመቀየር የተደጋገመ ቅጂ እንደገና አይላኩ። ለማስተካከል ከመሞከርዎ በፊት በሰነዶቹ የተገለጸውን አሠራር ያረጋግጡ። በአሳሽ እና በአገልጋይ ክስተቶች መካከል ድግግሞሽን ማስወገድን ይመልከቱ።

8. Shopifyን እንጠቀማለን። ሌላ ውህደት ያስፈልገናል?

ሌላ ውህደት ከማከልዎ በፊት የShopify ግንኙነትዎን ያረጋግጡ። የተገናኙትን የማስታወቂያ መለያ እና Pixel ያረጋግጡ፤ ከዚያ መተግበሪያው ለሱቅዎ የትኞቹን ክስተቶች እንደሚልክ ይፈትሹ።

ብጁ መለያ ምልክቶችን፣ የክፍያ ማጠናቀቂያ ኮድን ወይም ከአገልጋይ የሚልክ ስርዓትንም የሚጠቀሙ ከሆነ፣ ተመሳሳይ ክስተቶችን እንደሚልኩ ያረጋግጡ። የShopify ማዋቀሪያዎች የአሳሽ እና የአገልጋይ ክትትልን በተለያዩ ጥምረቶች ሊጠቀሙ ይችላሉ። ለShopify የChatGPT ማስታወቂያዎችን ማዋቀርን ይመልከቱ።

9. ፈቃድን እና ሙከራን እንዴት መያዝ አለብን?

ለማጋራት የተፈቀደልዎትን ውሂብ ብቻ ይላኩ፣ የጎብኚዎችንም የፈቃድ ምርጫዎች ያክብሩ። ገንቢዎ ውህደቱ ስለ ፈቃድ እና ስለሚደገፍ የማዛመጃ ውሂብ የሚሰጠውን መመሪያ መከተል አለበት፣ የሚያስፈልገውን ውሂብ ወደ መደበኛ ቅርጽ መቀየር እና ሃሽ ማድረግን ጨምሮ። በሪፖርት የሚታዩ ልወጣዎችን ለመጨመር ወይም ነጥብን ለማሻሻል የፈቃድ መቆጣጠሪያዎችን አያስወግዱ።

የመለኪያ ፈቃድ እና opt_out የተለያዩ ዓላማዎች አሏቸው። የopt_out አማራጭ ለግል ማበጀትን ይመለከታል፤ ሁሉንም የመለኪያ ጥያቄዎች አያቆምም። ገንቢዎ በአሳሽም ሆነ በአገልጋይ ውህደቶች ውስጥ የፈቃድ አያያዙን እንዲፈትሽ ይጠይቁ።

የአንድ የሙከራ እርምጃን ጊዜ፣ ስም እና መለያ ይመዝግቡ። መላኩን፣ ትክክለኛነቱ መረጋገጡን እና መድረሱን ይፈትሹ። የትግበራ ሙከራ መሳካቱ፣ ውጤቱ ለአንድ ማስታወቂያ ለመመደብ ብቁ መሆኑን አያሳይም።

የCAPI validate_only አማራጭ ክስተቶችን ሳያስቀምጥ ትክክለኛነታቸውን ይፈትሻል። የPixel ስህተት ማረሚያ ሁነታ እንቅስቃሴን ይመዘግባል፣ ነገር ግን የሙከራ ክስተቶች በሪፖርት እንዳይካተቱ አያደርግም። በመዝገቦችዎ ውስጥ ሙከራዎችን ለይተው ይሰይሙ፤ ውጤት ለማስገኘት ግዢዎችን ከራስዎ አይፍጠሩ ወይም የክስተት ጊዜዎችን አይቀይሩ።

10. የክስተት ጥራት ነጥብ ዝቅተኛ መሆኑ ወይም አለመገኘቱ ክትትሉ እየሠራ አይደለም ማለት ነው?

ይህ ብቻውን እንዲህ ማለት አይደለም። የክስተት ጥራት ከውሂብ ምንጭ የተቀበለውን መረጃ ይገመግማል። ስንት ልወጣዎች የማስታወቂያ ውጤት ተደርገው እንደተመደቡ አይነግርዎትም። ዝቅተኛ ወይም ያልተገኘ ነጥብ ብቻውን፣ ክትትሉ እየሠራ መሆኑን ወይም አለመሥራቱን ሊያረጋግጥ አይችልም።

በቅርቡ የተፈጸሙ እውነተኛ እርምጃዎች በትክክል እንደተመዘገቡ ያረጋግጡ፤ ከዚያ ማስጠንቀቂያውን ይመርምሩ። ነጥቡን ለማሳደግ ተጨማሪ ክስተቶችን ወይም ከራስዎ የፈጠሯቸውን መለያዎች አይላኩ። ስለ ማረጋገጫዎች እና ስለ ማደሻ ጊዜ፣ የክስተት ጥራትን መረዳት እና ማሻሻልን ይመልከቱ።

11. የድጋፍ ቡድኑን ሳነጋግር ምን መረጃ ማካተት አለብኝ?

ምን እንደጠበቁ፣ ምን እንደተከሰተ፣ መቼ እንደጀመረ እና ምን እንደፈተሹ ይንገሩን። ከዚህ ዝርዝር ውስጥ ያለዎትን መረጃ ያካትቱ፦

• የማስታወቂያ መለያ መለያ ቁጥር፣ የPixel መለያ ወይም የውሂብ ምንጭ፣ እና ችግሩ የተከሰተባቸው ዘመቻዎችና ማስታወቂያዎች መለያዎች።

• የውህደቱ አይነት እና ትክክለኛው የክስተት ስም፣ ማንኛውንም ብጁ የክስተት ስም ጨምሮ።

• ከነባር ክስተቶች አንድ ወይም ሁለት የናሙና መለያዎች እና እርምጃዎቹ የተፈጸሙበት የጊዜ ማህተሞች፣ ከሰዓት ሰቅ ጋር።

• ላልተሳኩ ጥያቄዎች ወይም መድረሳቸው ላልተረጋገጠ፦ የምላሽ ኮድ፣ ትክክለኛው የስህተት መልዕክት፣ ጥያቄው የተላከበት ጊዜ፣ በምላሹ የተመለሰ ማንኛውም የጥያቄ መለያ ወይም CF-Ray፣ እና ሚስጥራዊ መረጃው የተሰወረ የተላከ ውሂብ ወይም የምዝግብ ማስታወሻ ቅንጭብ።

• ለሪፖርት ልዩነቶች፦ የቀን ክልል፣ ሪፖርቱ የሚመሠረትበት የጊዜ መስፈርት፣ የውጤት ምደባ ቅንብሮች፣ የተመረጡ አምዶች፣ በCSV የተላከ ፋይል፣ እና ተመሳሳይ ወሰን ያለውን መረጃ የሚያሳይ ንጽጽር።

• ተዛማጅ የማያ ገጽ ቅጽበታዊ ምስሎች እና በቅርቡ የተደረጉ የማዋቀር ለውጦች፣ የተለየ የክፍያ ማጠናቀቂያ ወይም የአጋር ውህደትን ጨምሮ።

ክስተቱ መላኩን፣ ተቀባይነት ማግኘቱን ወይም መድረሱን አረጋግጠው እንደሆነ፣ ወይስ ሪፖርቱን ብቻ እንደፈተሹ ይንገሩን። እነዚህን ማረጋገጫዎች ማጠናቀቅ ባይችሉም እርዳታ መጠየቅ ይችላሉ።

ከአባሪዎች ውስጥ የAPI ቁልፎችን፣ የፈቃድ ራስጌዎችን፣ የይለፍ ቃላትን፣ ኩኪዎችን እና አላስፈላጊ የደንበኛ መረጃን ያስወግዱ። ስህተቶች ከተከሰቱ ወይም ከዚህ በፊት ሲሠራ የነበረ ውህደት በድንገት ከቆመ፣ ወዲያውኑ ያሳውቁ። የሪፖርት ጊዜ ክልሉ እስኪያልፍ አይጠብቁ።