አጠቃላይ እይታ

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

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

ተደጋጋሚ ጥያቄዎች

1. ከየት ልጀምር?

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

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

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

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

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

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

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

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

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 ቅንብሮች የተለያዩ የአሳሽ እና የአገልጋይ ክትትል ጥምረቶችን ሊጠቀሙ ይችላሉ። የChatGPT ማስታወቂያዎችን ለShopify ማዋቀር ይመልከቱ።

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

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

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

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

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

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

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

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

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

ምን እንደጠበቁ፣ ምን እንደተከሰተ፣ መቼ እንደጀመረ እና ምን እንዳጣሩ ይንገሩን። ከዚህ ዝርዝር ያለዎትን ያካትቱ፦

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

• የውህደት ዓይነት እና ትክክለኛው የክስተት ስም፣ የብጁ ክስተት ስም ካለም ጭምር።

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

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

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

• ተዛማጅ የማያ ገጽ ፎቶዎች እና በቅርቡ የተደረጉ የቅንብር ለውጦች፣ የተለየ የክፍያ ሂደት ወይም የአጋር ውህደትንም ጨምሮ።

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

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