พารามิเตอร์และตัวบ่งชี้พิเศษ ตัวเลือกการจัดส่งที่กำหนดเอง เมตริกการวิเคราะห์ของ Google ที่กำหนดเอง

วิธีรวมข้อมูลที่กำหนดเองในรายงาน

ความต้องการ

มิติข้อมูลและเมตริกที่กำหนดเองใช้ได้เฉพาะในทรัพยากรที่ใช้ การวิเคราะห์สากลหรือมีอย่างน้อยหนึ่งมุมมองสำหรับแอปพลิเคชัน มิติข้อมูลและเมตริกที่กำหนดเองได้รับการสนับสนุนใน Analytics SDK สำหรับ Android และ เวอร์ชัน iOS 2.x ขึ้นไป รวมทั้งในไลบรารี analytics.js และบนแพลตฟอร์ม Measurement Protocol

หากต้องการใช้มิติข้อมูลและเมตริกที่กำหนดเอง คุณต้องตั้งค่าบัญชี Analytics และโค้ดติดตาม

ข้อ จำกัด

ทรัพยากรแต่ละรายการมีดัชนี 20 รายการสำหรับมิติข้อมูลส่วนตัว และอีก 20 รายการสำหรับเมตริก สำหรับบัญชี Analytics Premium ขีดจำกัดเหล่านี้ได้เพิ่มเป็น 200 ต่อบัญชี

คุณไม่สามารถลบการตั้งค่าแบบกำหนดเองได้ แต่คุณสามารถปิดได้ ไม่แนะนำให้ใช้พารามิเตอร์ที่กำหนดเองซ้ำ หลังจากเปลี่ยนชื่อ ขอบเขต และค่าของพารามิเตอร์ที่กำหนดเองแล้ว รายงานอาจจบลงด้วย เวอร์ชั่นเก่าและใหม่ ดังนั้น ข้อมูลจะไม่ถูกต้อง และไม่สามารถกรองได้

การทำงานกับมิติข้อมูลและเมตริกที่กำหนดเอง

การตั้งค่า

ขั้นตอนแรกคือการกำหนดค่าสำหรับมิติข้อมูลและเมตริกที่กำหนดเองในทรัพยากร Analytics ทรัพยากรแต่ละรายการสามารถมีพารามิเตอร์พิเศษได้สูงสุด 20 ตัวและตัวบ่งชี้พิเศษจำนวนเท่ากัน

คุณต้องระบุชื่อและคุณสมบัติอื่นๆ ของมิติข้อมูลหรือการวัดที่กำหนดเองด้วย จำนวนที่แน่นอน. มีการตั้งค่าต่อไปนี้สำหรับพารามิเตอร์พิเศษ:

มีการตั้งค่าต่อไปนี้สำหรับตัวเลขหลักพิเศษ:

  • ชื่อ– ภายใต้ชื่อนี้ ตัวบ่งชี้พิเศษจะปรากฏในรายงาน
  • พิมพ์– กำหนดวิธีการแสดงค่าการวัดแบบกำหนดเองในรายงาน
  • ค่าต่ำสุด/สูงสุด– ค่าต่ำสุดและสูงสุดที่จะถูกประมวลผลและรายงาน
  • คล่องแคล่ว– ระบุว่าค่าของตัวเลขคีย์ที่กำหนดเองจะได้รับการประมวลผลหรือไม่ ตัวเลขคีย์ที่กำหนดเองที่ไม่ใช้งานจะปรากฏในรายงาน แต่จะไม่ได้รับการประมวลผลค่า

คุณสามารถสร้างมิติข้อมูลและเมตริกที่กำหนดเองได้ในอินเทอร์เฟซ Analytics

อย่าเปลี่ยนชื่อและขอบเขตของมิติข้อมูลและเมตริกที่กำหนดเอง ยกเว้นกรณีที่จำเป็นจริงๆ .

การเก็บรวบรวมข้อมูล

ค่ามิติข้อมูลและเมตริกที่กำหนดเองจะถูกส่งผ่านไปยัง Analytics เป็นคู่ตัวเลข-ค่า ซึ่งใช้ตัวเลขที่คุณตั้งไว้สำหรับมิติข้อมูลหรือเมตริกที่กำหนดเองในช่วง

มิติข้อมูลและเมตริกที่กำหนดเองจะถูกส่งผ่านไปยัง Analytics พร้อมกับ Hit อื่นๆ (การดูหน้าเว็บ เหตุการณ์ ธุรกรรม) ซึ่งแตกต่างจากข้อมูลอื่นๆ ดังนั้นจึงต้องตั้งค่าก่อนเรียกโค้ดติดตาม

ตัวอย่างเช่น รหัสที่ตั้งค่าของพารามิเตอร์พิเศษอาจมีลักษณะดังนี้:

Ga("สร้าง", "UA-XXXX-Y", "อัตโนมัติ"); // เลือกค่าสำหรับพารามิเตอร์พิเศษที่มีดัชนี 1. ga("set", "cd1", "Level 1"); // ส่งผ่านค่าของพารามิเตอร์พิเศษด้วยการเรียก - การดูเพจ ga("ส่ง", "ดูหน้าเว็บ");

ประเภทของคีย์ฟิกเกอร์แบบกำหนดเอง

มาตรการพิเศษประเภท Integer (จำนวนเต็ม) หรือ Time (เวลา) แสดงโดยใช้จำนวนเต็ม และประเภท Currency (สกุลเงิน) สามารถส่งเป็นค่าทศนิยมคงที่ในสกุลเงินท้องถิ่น

การประมวลผลข้อมูล

ขอบเขตการเข้าถึงจะกำหนดว่า Hit ใดที่จะใช้กับค่าพารามิเตอร์ที่กำหนดเอง และตัวกรองโปรไฟล์จะกำหนดว่า Hit ใดและค่าที่เกี่ยวข้องจะรวมอยู่ใน

ขอบเขตการเข้าถึงและลำดับความสำคัญ

ขอบเขตการเข้าถึงจะกำหนดว่า Hit ใดจะเชื่อมโยงกับค่าพารามิเตอร์ที่กำหนดเอง มีสี่พื้นที่ดังกล่าว: ผลิตภัณฑ์, อุทธรณ์, การประชุมและ ผู้ใช้.

  • ผลิตภัณฑ์– ค่านี้ใช้กับผลิตภัณฑ์ที่ตั้งค่าไว้เท่านั้น พื้นที่การเข้าถึงนี้ใช้สำหรับอีคอมเมิร์ซที่ปรับปรุงแล้วเท่านั้น
  • อุทธรณ์– ค่านี้ใช้กับ Hit ที่ตั้งค่าไว้เท่านั้น
  • การประชุม– ค่านี้ใช้กับ Hit ทั้งหมดในเซสชัน
  • ผู้ใช้- ค่านี้ใช้กับ Hit ทั้งหมดในเซสชันปัจจุบันและเซสชันในอนาคตจนกว่าจะมีการเปลี่ยนแปลงหรือจนกว่าตัวเลือกจะไม่ทำงานอีกต่อไป
พื้นที่การเข้าถึง "ผลิตภัณฑ์"

ด้วยขอบเขตนี้ ค่าของพารามิเตอร์ที่กำหนดเองจะใช้กับผลิตภัณฑ์ที่ตั้งค่าไว้เท่านั้น ในหนึ่ง Hit สามารถส่งผลิตภัณฑ์หลายรายการ และตามด้วยพารามิเตอร์พิเศษหลายตัวที่มีขอบเขตระดับ "ผลิตภัณฑ์" ต่างกัน

พื้นที่การเข้าถึง "ติดต่อ"

ด้วยขอบเขตนี้ ค่าของพารามิเตอร์ที่กำหนดเองจะใช้กับ Hit ที่ตั้งค่าไว้เท่านั้น (ดู ข้าว. 1, ข้าว. 2และ ข้าว. 3ด้านล่าง).

รูปภาพที่ 1ผู้ใช้ส่งการเข้าชมสองครั้ง: H1 และ H2 การเรียก H2 สอดคล้องกับพารามิเตอร์พิเศษ CD1 ที่มีค่า A ค่านี้ใช้กับ H2 เท่านั้น

รูปที่ 2ผู้ใช้ส่ง H3 ตีสาม ไม่มีพารามิเตอร์พิเศษที่เกี่ยวข้องกับ H3

รูปที่ 3ผู้ใช้ส่ง H4 ตีสี่ การเรียก H2 สอดคล้องกับพารามิเตอร์พิเศษ CD1 ที่มีค่า B ค่านี้ใช้กับ H4 เท่านั้น

ขอบเขตการเข้าถึง "เซสชัน"

เมื่อมีการระบุค่าขอบเขตเซสชันสองค่าที่มีหมายเลขลำดับเดียวกันในเซสชันเดียวกัน ค่าแรกจะมีความสำคัญกว่า ค่านี้ใช้กับ Hit ทั้งหมดระหว่างเซสชัน บน รูปที่ 4คุณจะเห็นว่าค่าสุดท้ายแทนที่ค่าก่อนหน้าทั้งหมดสำหรับพารามิเตอร์พิเศษที่มีดัชนีเดียวกัน

รูปภาพที่ 1ผู้ใช้ส่ง Hit H1 โดยไม่มีค่าพารามิเตอร์ที่กำหนดเอง

รูปที่ 2ภายในเซสชันเดียวกัน ผู้ใช้ส่ง Hit H2 พร้อมพารามิเตอร์พิเศษ CD1 ซึ่งมีค่าเป็น A ค่า A ยังใช้สำหรับ H1

รูปที่ 3ผู้ใช้ส่ง H3 ตีสาม สำหรับ H3 จะไม่มีการกำหนดค่า CD1 แต่ภายในเซสชันเดียวกัน ค่า A จะถูกใช้โดยอัตโนมัติ

รูปที่ 4ผู้ใช้ส่ง H4 ตีสี่ด้วยค่า B ใหม่สำหรับ CD1 ใน Hit ก่อนหน้าทั้งหมดภายในเซสชันเดียวกัน ค่าของ A จะเปลี่ยนเป็น B

พื้นที่การเข้าถึง "ผู้ใช้"

หากมีการตั้งค่าแบบกำหนดเอง 2 รายการที่มีขอบเขต "ผู้ใช้" ในเซสชันเดียวกัน ค่าสุดท้ายจะมีความสำคัญกว่าระหว่างเซสชันปัจจุบัน และค่าเดียวกันนี้จะใช้ในเซสชันในอนาคตของผู้ใช้รายนั้น

บน รูปที่ 2ค่าของพารามิเตอร์ที่กำหนดเอง A ใช้กับ Hit ทั้งหมดในเซสชัน 2 ซึ่งคล้ายกับพารามิเตอร์ที่กำหนดเองที่ระดับเซสชัน อย่างไรก็ตามเมื่อ รูปที่ 3ค่า A ใช้กับ Hit ในเซสชันที่สามด้วย เนื่องจากพารามิเตอร์พิเศษ CD1 ทำงานที่ระดับผู้ใช้

รูปภาพที่ 1มี Hit สามรายการระหว่างเซสชันของผู้ใช้: H1, H2 และ H3 ไม่มีพารามิเตอร์พิเศษ

รูปที่ 2ผู้ใช้กลับมาที่ไซต์และคลิกสามครั้งในเซสชันที่สอง สำหรับ H3 ค่า CD1 คือ A ใช้สำหรับ Hit ทั้งสามรายการภายในเซสชัน

รูปที่ 3มีการบันทึก Hit สามรายการในเซสชันผู้ใช้ที่สาม ค่า A สำหรับพารามิเตอร์พิเศษ CD1 ซึ่งตั้งค่าที่ระดับผู้ใช้ ใช้สำหรับ Hit ทั้งหมดภายในเซสชันที่สาม

ตัวกรอง

คุณสามารถใช้ตัวกรองข้อมูลพร็อพเพอร์ตี้กับมิติข้อมูลและเมตริกที่กำหนดเองได้หลายวิธี

ค่าของพารามิเตอร์และตัวบ่งชี้พิเศษนั้นสัมพันธ์กับการรักษาที่ถูกถ่ายโอน พื้นที่การเข้าถึงไม่ได้มีบทบาทในเรื่องนี้ หาก Hit ดังกล่าวถูกกรองออกจากข้อมูลพร็อพเพอร์ตี้ มิติข้อมูลหรือเมตริกที่กำหนดเองก็สามารถกรองออกได้เช่นกัน

  1. ระดับการไหลเวียน. เมื่อกรณีถูกลบ พารามิเตอร์ที่กำหนดเองระดับกรณีและเมตริกที่กำหนดเองที่เกี่ยวข้องกับกรณีจะถูกกรองออก
  2. ระดับเซสชันหรือผู้ใช้. พารามิเตอร์พิเศษที่ระดับเซสชันหรือผู้ใช้จะไม่ถูกกรอง แม้ว่าจะมีการกรอง Hit ที่ส่งไปก็ตาม ค่าของพวกเขาจะใช้สำหรับการเข้าชมทั้งหมดภายในเซสชันและหากขอบเขตเป็น "ผู้ใช้" - สำหรับเซสชันในอนาคต

คุณยังสามารถสร้างตัวกรองสำหรับการเข้าชมตามขอบเขตของการตั้งค่าแบบกำหนดเอง ตัวอย่างเช่น หากคุณตั้งค่าตัวกรองเป็นค่าการตั้งค่าแบบกำหนดเองระดับผู้ใช้เฉพาะเจาะจง เซสชันผู้ใช้ทั้งหมดที่ใช้ค่านั้นจะหายไป

รายงาน

เมื่อประมวลผลแล้ว มิติข้อมูลและเมตริกที่กำหนดเองจะปรากฏในรายงาน Analytics

มิติข้อมูลและเมตริกที่กำหนดเองในรายงานของคุณสามารถใช้เพื่อสร้างกลุ่มขั้นสูงได้ นอกจากนี้ยังสามารถเพิ่มพารามิเตอร์พิเศษเป็นพารามิเตอร์เพิ่มเติมในรายงานมาตรฐานได้อีกด้วย

ตัวอย่าง

ผู้พัฒนาเพิ่งเปิดตัวเกมใหม่ในตลาด

รหัส Analytics ปัจจุบันจะนับการดูหน้าจอแต่ละครั้งที่ผู้ใช้เข้าสู่ระดับการเล่นที่กำหนด นักพัฒนารู้อยู่แล้วว่าผู้ใช้เล่นแต่ละด่านกี่ครั้ง และตอนนี้เขาสนใจคำถามที่ซับซ้อนมากขึ้น:

  1. ผู้ใช้เล่นระดับความยากต่างกันกี่ครั้ง
  2. ผู้ใช้เล่นกี่ระดับในวันต่างๆ ของช่วงทดลองใช้
  3. ผู้ใช้แอปทดลองและแอปแบบชำระเงินเล่นไปกี่ระดับ

คุณสามารถช่วยตอบคำถามเหล่านี้ได้โดยการจัดกลุ่ม Hit เซสชัน และผู้ใช้โดยใช้มิติข้อมูลและเมตริกที่กำหนดเอง

นอกจากนี้ยังมีการขายการปรับปรุงต่าง ๆ ในแอปพลิเคชันเพื่อทำให้ง่ายขึ้น กระบวนการของเกม. ดังนั้น นอกเหนือจากหมวดหมู่และตัวเลือกแล้ว นักพัฒนายังต้องการฟิลด์แยกต่างหากเพื่อติดตามความนิยมของการปรับปรุงในหมู่ผู้ใช้

พื้นที่การเข้าถึง "ติดต่อ"

มาดูวิธีค้นหาจำนวนครั้งที่ผู้ใช้เล่นในระดับความยากต่างๆ โดยใช้พารามิเตอร์พิเศษในระดับที่น่าดึงดูดใจ

นักพัฒนาติดตามการดูหน้าจอแล้วและรู้ว่าผู้ใช้เล่นแต่ละด่านกี่ครั้ง ยังคงต้องค้นหาว่าผู้เล่นส่วนใหญ่มักเลือกระดับใด - ง่าย ปานกลาง หรือยาก

การใช้พารามิเตอร์พิเศษที่ระดับของการอุทธรณ์ การดูหน้าจอแต่ละครั้งสามารถระบุได้ว่ามีความซับซ้อนในระดับหนึ่ง วิธีนี้จะช่วยให้คุณทราบว่าระดับความยากใดที่ตรงกับจำนวนการดูมากที่สุด

ทำไมระดับของการไหลเวียน?

ในหนึ่งเซสชัน ผู้ใช้สามารถเยี่ยมชมระดับต่างๆ หากเลือกขอบเขตการดำเนินการ "Hit" ค่าความยากจะกำหนดให้กับมุมมองหน้าจอที่ส่งเท่านั้น ด้วยเหตุนี้ การดูหน้าจอแต่ละครั้งจะเชื่อมโยงกับระดับความยากที่ไม่ซ้ำกัน

การตั้งค่า

ขั้นตอนแรกคือกำหนดการตั้งค่าที่กำหนดเองในแท็บผู้ดูแลระบบใน Analytics นี่คือลักษณะของคำจำกัดความในกรณีของเรา:

การเก็บรวบรวมข้อมูล

ผู้พัฒนาได้ติดตามเนื้อเรื่องของระดับของเกมโดยการดูหน้าจอแล้ว ในการกำหนดระดับความยากให้กับแต่ละระดับ คุณต้องตั้งค่าของพารามิเตอร์ที่กำหนดเองก่อนที่จะเรียกใช้โค้ดติดตาม

นี่คือสิ่งที่จะมีลักษณะ:

Ga("สร้าง", "UA-XXXX-Y", "อัตโนมัติ"); // เลือกค่าสำหรับพารามิเตอร์พิเศษที่มีดัชนี 1. ga("set", "cd1", "easy"); // ส่งผ่านค่าของพารามิเตอร์พิเศษด้วยการเรียก - การดูเพจ ga("ส่ง", "การดูหน้าเว็บ", "/level_1/");

ในตัวอย่างนี้ มีการตั้งค่าพารามิเตอร์ที่กำหนดเองก่อนที่จะติดตามการดูหน้าจอ ดังนั้น ควบคู่ไปกับการดูหน้าจอ ระดับของความซับซ้อนก็จะถูกส่งตามไปด้วย ซึ่งการโทรจะถูกจัดกลุ่มในรายงาน

การประมวลผลข้อมูล

นี่คือลักษณะของข้อมูลสำหรับผู้เล่นคนเดียวที่เข้าชมหกระดับในหนึ่งเซสชัน:

UserId = 5555 เซสชัน 1: H1: screen_name=/level_1/ cd1_value=easy H2: screen_name=/level_2/ cd1_value=medium H3: screen_name=/level_3/ cd1_value=hard H4: screen_name=/level_4/ cd1_value=easy H5: screen_name= /level_5/ cd1_value=medium H6: screen_name=/level_6/ cd1_value=medium

ขอบเขต "Hit" ช่วยให้มั่นใจได้ว่าค่าความยากจะเชื่อมโยงกับมุมมองหน้าจอที่ส่งไปเท่านั้น

รายงาน

เนื่องจากการดูหน้าจอแต่ละครั้งถูกกำหนดระดับความยาก นักพัฒนาสามารถสร้างรายงานโดยใช้ชื่อหน้าจอและระดับความยากเป็นพารามิเตอร์ และมุมมองหน้าจอเป็นเมตริก:

หากต้องการทราบว่าแต่ละระดับมีการเรียกใช้กี่ครั้ง คุณสามารถสร้างรายงานของคุณเองโดยใช้พารามิเตอร์หลัก "ระดับความยาก" ซึ่งจะจัดกลุ่มการดูหน้าจอ:

จากรายงานระบุว่าผู้ใช้ต้องการความยากระดับปานกลาง รับสิ่งนี้ ข้อมูลสำคัญนักพัฒนาได้รับความช่วยเหลือจากการจัดกลุ่มการดูหน้าจอโดยใช้พารามิเตอร์ที่ระดับการเข้าชม

ขอบเขตการเข้าถึง "เซสชัน"

ตอนนี้เรามาดูวิธีค้นหาจำนวนระดับที่ผู้ใช้เล่นในแต่ละสามวันของช่วงทดลอง

สิ่งนี้ต้องการรายงานเช่นนี้:

เมื่อใช้การตั้งค่าระดับเซสชันพิเศษ คุณสามารถจัดกลุ่มการดูหน้าจอตามวันเพื่อดูว่าผู้ใช้เปิดใช้ระดับใดมากที่สุดในแต่ละวัน

ทำไมต้องระดับเซสชั่น?

เมื่อเลือกขอบเขต "เซสชัน" คุณสามารถจัดกลุ่มเซสชันและ Hit ทั้งหมดที่อยู่ในค่าพารามิเตอร์ "วันระยะเวลาทดลองใช้" เดียวกันได้

คุณสามารถบรรลุผลลัพธ์เดียวกันได้โดยใช้ขอบเขต Hit แต่ระดับเซสชันจะต้องมีการเปลี่ยนแปลงรหัสเล็กน้อยเพื่อตั้งค่าสำหรับพารามิเตอร์ Trial Day

การตั้งค่า

พารามิเตอร์พิเศษ "วันของช่วงทดลองใช้" ถูกกำหนดไว้ในการตั้งค่าของทรัพยากร Analytics ดังนี้:

การเก็บรวบรวมข้อมูล

ผู้พัฒนาติดตามการดูหน้าจอสำหรับแต่ละระดับของเกมอยู่แล้ว หากต้องการเชื่อมโยงวันทดลองกับการดูหน้าจอทั้งหมดในเซสชัน คุณต้องตั้งค่าพารามิเตอร์ที่กำหนดเองเพียงครั้งเดียวต่อเซสชัน

Ga("สร้าง", "UA-XXXX-Y", "อัตโนมัติ"); // เลือกค่าสำหรับพารามิเตอร์พิเศษที่ดัชนี 2 var day = getDayOfTrial(); ga("set", "dimension2", วัน); // ส่งผ่านค่าของพารามิเตอร์พิเศษด้วยการเรียก - การดูเพจ ga("ส่ง", "การดูหน้าเว็บ", "/level_1/");

การตั้งค่าระดับเซสชันแบบกำหนดเองสามารถตั้งค่าได้ตลอดเวลาระหว่างเซสชัน อย่างไรก็ตาม ในตัวอย่างของเรา นักพัฒนาจะทำสิ่งนี้ได้ง่ายกว่าเมื่อเริ่มต้นเซสชัน

การประมวลผลข้อมูล

ค่าพารามิเตอร์ที่กำหนดเองที่ส่งไปยัง Analytics จะถูกนำไปใช้กับ Hit ตามขอบเขต

ตัวอย่างเช่น ต่อไปนี้คือลักษณะของข้อมูลสำหรับผู้ใช้ที่เล่นเกมสองครั้งในวันแรก หนึ่งครั้งในครั้งที่สอง และอีกครั้งในวันที่สาม:

UserId = 5555 เซสชัน 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ เซสชัน 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ เซสชัน 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ เซสชัน 4: H1: screen_name=/level_3/ cd2_value=3

โปรดทราบว่าค่าพารามิเตอร์ที่กำหนดเองจะถูกส่งต่อด้วยการดูหน้าจอหนึ่งครั้งต่อเซสชันเท่านั้น

ขอบเขตการเข้าถึงเซสชันช่วยให้แน่ใจว่าค่าของพารามิเตอร์วันประเมินผลเชื่อมโยงกับ Hit ทั้งหมดในเซสชันนั้น ไม่ใช่เฉพาะ Hit ที่ส่งมาด้วย

รายงาน

เมื่อประมวลผลแล้ว ระบบจะกำหนดค่าพารามิเตอร์ที่กำหนดเองระดับเซสชันให้กับการดูหน้าจอทั้งหมดที่ได้รับในเซสชันเดียว ขณะนี้ผู้พัฒนาสามารถสร้างรายงานตามพารามิเตอร์ "วันของช่วงเวลาทดลองใช้" และ "ชื่อหน้าจอ" รวมถึงเมตริก "การดูหน้าจอ":

เมื่อจัดกลุ่มการดูหน้าจอตามวัน นักพัฒนาจะเห็นว่าผู้ใช้เล่นกี่ระดับในแต่ละช่วงสามวันของช่วงทดลองใช้ ในการทำเช่นนี้ คุณต้องสร้างรายงานของคุณเองด้วยพารามิเตอร์หลัก "วันของช่วงทดลองใช้":

ดังที่คุณเห็นจากรายงาน ผู้เล่นผ่านด่านได้มากที่สุดในวันแรก และน้อยลงอย่างเห็นได้ชัดในวันที่สองและสาม ข้อมูลสำคัญนี้ได้มาจากการจัดกลุ่มเซสชันและเข้าชมด้วยค่าเดียวโดยใช้พารามิเตอร์พิเศษที่ระดับเซสชัน

พื้นที่การเข้าถึง "ผู้ใช้"

และสุดท้าย มาดูกันว่าผู้ใช้รุ่นชำระเงินและรุ่นทดลองผ่านด่านมาแล้วกี่ระดับ

สิ่งนี้ต้องการรายงานเช่นนี้:

เมื่อใช้การตั้งค่าระดับผู้ใช้พิเศษ คุณสามารถเชื่อมโยงมุมมองหน้าจอทั้งหมดได้ ผู้ใช้เฉพาะ(ทั้งในเซสชั่นปัจจุบันและในอนาคต) กับประเภทผู้เล่น

ทำไมผู้ใช้ระดับ?

พื้นที่การเข้าถึง "ผู้ใช้" ทำให้ง่ายต่อการจัดกลุ่มเซสชันผู้ใช้และจำนวนครั้งทั้งหมด สิ่งนี้ทำงานได้ดีกับค่าที่ยังคงเหมือนเดิมสำหรับผู้ใช้เฉพาะเช่น "ประเภทผู้เล่น" เช่นเดียวกับในกรณีของเรา

ผลลัพธ์เดียวกันสามารถทำได้โดยใช้ Hit และเลเยอร์เซสชัน แต่เลเยอร์ผู้ใช้นั้นสะดวกกว่ามากเพราะต้องการการเปลี่ยนแปลงโค้ดเพียงเล็กน้อย

การตั้งค่า

พารามิเตอร์พิเศษ "ประเภทผู้เล่น" ถูกกำหนดในส่วน "ผู้ดูแลระบบ" ดังนี้:

การเก็บรวบรวมข้อมูล

ดังตัวอย่างก่อนหน้านี้ ผู้พัฒนาทราบจำนวนการดูหน้าจอสำหรับแต่ละระดับของเกมแล้ว หากต้องการจัดกลุ่มการดูหน้าจอเหล่านี้ตามประเภทของผู้เล่น ก็เพียงพอแล้วที่จะกำหนดพารามิเตอร์พิเศษนี้เมื่อเริ่มเกม และจากนั้นอีกครั้งเมื่อเปลี่ยนไปใช้ รุ่นที่จ่าย.

ผู้พัฒนาจะต้องกำหนดพารามิเตอร์พิเศษเมื่อผู้ใช้เปิดเกม:

Ga("สร้าง", "UA-XXXX-Y", "อัตโนมัติ"); // เลือกค่าสำหรับพารามิเตอร์พิเศษที่ดัชนี 3. ga("set", "dimension3", "Free"); // ส่งผ่านค่าของพารามิเตอร์พิเศษด้วยการเรียก - การดูเพจ ga("ส่ง", "การดูหน้าเว็บ", "/level_1/");

ต้องตั้งค่าพารามิเตอร์พิเศษเดียวกันเมื่ออัปเกรดเป็นเวอร์ชันที่ต้องชำระเงิน:

Ga("สร้าง", "UA-XXXX-Y", "อัตโนมัติ"); // เลือกค่าสำหรับพารามิเตอร์ที่กำหนดเองที่ดัชนี 3. ga("set", "dimension3", "Paid"); // ส่งผ่านค่าของพารามิเตอร์พิเศษด้วยการเรียก - การดูเพจ ga("ส่ง", "การดูหน้าเว็บ", "/level_1/");

การประมวลผลข้อมูล

ค่าพารามิเตอร์ที่กำหนดเองที่ส่งไปยัง Analytics จะถูกนำไปใช้กับ Hit ตามขอบเขต

ตัวอย่างเช่น ต่อไปนี้เป็นลักษณะของข้อมูลสำหรับผู้ใช้ที่เล่นเกมฟรี 2 ครั้งและอีกครั้งโดยเสียค่าธรรมเนียม:

UserId = 5555 เซสชัน 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ เซสชัน 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ เซสชัน 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/

โปรดทราบว่าค่าฟรีที่กำหนดในเซสชันแรกใช้กับ Hit ทั้งหมดจากเซสชันแรกและเซสชันที่สอง เนื่องจากค่าที่จ่ายจะตั้งค่าในเซสชันที่สามเท่านั้น

รายงาน

ค่าของพารามิเตอร์พิเศษ "ประเภทผู้เล่น" จะเชื่อมโยงกับเซสชันที่ตั้งค่าไว้ เช่นเดียวกับเซสชันและ Hit ในอนาคตทั้งหมด

ขณะนี้ผู้พัฒนาสามารถสร้างรายงานตามประเภทผู้เล่น ชื่อหน้าจอ และการดูหน้าจอ:

สุดท้าย เรามาจัดกลุ่มการดูหน้าจอตามประเภทผู้เล่นเพื่อเปรียบเทียบจำนวนระดับเมื่อเล่นเวอร์ชันฟรีและเสียเงิน ในการทำเช่นนี้ คุณต้องสร้างรายงานของคุณเองด้วยพารามิเตอร์หลัก "ประเภทผู้เล่น":

อย่างที่คุณเห็น ในแง่ของจำนวนระดับ ความเหนือกว่าของ รุ่นฟรีเกม. ข้อมูลสำคัญนี้ได้มาจากการจัดกลุ่มผู้ใช้และเซสชันของผู้ใช้ และเข้าชมด้วยค่าเดียวโดยใช้พารามิเตอร์พิเศษที่ระดับผู้ใช้

พื้นที่การเข้าถึง "ผลิตภัณฑ์"

มาดูวิธีที่เราสามารถใช้พารามิเตอร์พิเศษในระดับผลิตภัณฑ์เพื่อดูว่าผู้เล่นซื้อการอัปเกรดใด (ขั้นต่ำ ปานกลาง หรือแข็งแกร่ง) บ่อยกว่าตัวอื่น

ดังนั้น ผู้พัฒนาจึงติดตามจำนวนการซื้อการอัปเกรดโดยใช้อีคอมเมิร์ซที่ปรับปรุงแล้ว ยังคงต้องค้นหาว่าระดับการปรับปรุงใดที่เป็นที่ต้องการของผู้ใช้มากที่สุด

รายงานจะมีลักษณะดังนี้:

ก่อนหน้านี้ คุณสามารถค้นหารายได้ทั้งหมดจากการขายส่วนปรับปรุงในเกม แต่ไม่มีการแจกแจงตามระดับ

พารามิเตอร์พิเศษที่ระดับผลิตภัณฑ์ช่วยให้คุณกำหนดระดับการปรับปรุงให้กับแต่ละผลิตภัณฑ์ได้ รายงานจะแสดงระดับการอัปเกรดที่ผู้ใช้มีแนวโน้มจะซื้อมากที่สุด คุณยังสามารถรับสถิติที่คล้ายกันเกี่ยวกับจำนวนการดู การคลิก และกิจกรรมอีคอมเมิร์ซที่เพิ่มประสิทธิภาพอื่นๆ

ทำไมระดับของสินค้า?

ผู้ใช้สามารถซื้อการอัปเกรดหลายรายการพร้อมกันได้ หากเลือกขอบเขต "ผลิตภัณฑ์" ค่าระดับจะถูกกำหนดให้กับผลิตภัณฑ์ที่มีการถ่ายโอนเท่านั้น ดังนั้น การอัปเกรดที่ซื้อแต่ละครั้งจะเชื่อมโยงกับระดับที่ไม่ซ้ำกัน

การตั้งค่า

พารามิเตอร์พิเศษ "ระดับการปรับปรุง" ถูกกำหนดไว้ในการตั้งค่าของทรัพยากร Analytics ดังนี้:

การเก็บรวบรวมข้อมูล

ผู้พัฒนากำลังติดตามการซื้อการปรับปรุงในเกมอยู่แล้ว ในการกำหนดระดับให้กับแต่ละระดับ คุณต้องตั้งค่าพารามิเตอร์พิเศษพร้อมกับข้อมูลผลิตภัณฑ์

วิธีเพิ่มพารามิเตอร์ให้กับผลิตภัณฑ์มีดังนี้

Ga("ec:addProduct", ( // การเพิ่มข้อมูลผลิตภัณฑ์ไปยัง productFieldObject "id": "P12345", // Product ID (string) "name": "Powerup", // Product name (string) "หมวดหมู่": "พิเศษ", // หมวดหมู่สินค้า (สตริง). "variant": "สีแดง", // ตัวเลือกสินค้า (สตริง). "ราคา": "10.00", // ราคาสินค้า (สกุลเงิน). " ปริมาณ ": 2, // จำนวนสินค้า (number). "dimension4": "strong" // พารามิเตอร์พิเศษที่ระดับสินค้า (string). )); ga("ec:setAction", "ซื้อ", ( "id": "T12345", "รายได้": "20.00" )); ga("ส่ง", "ดูหน้าเว็บ"); // ส่งข้อมูลการทำธุรกรรมพร้อมการดูหน้าเว็บเดิม

ในตัวอย่างนี้ มีการกำหนดพารามิเตอร์ที่กำหนดเองพร้อมกับข้อมูลผลิตภัณฑ์ และตั้งค่าระดับของการเพิ่มประสิทธิภาพที่สอดคล้องกัน

การประมวลผลข้อมูล

ดังตัวอย่างก่อนหน้านี้ ค่าพารามิเตอร์ที่กำหนดเองที่ส่งไปยัง Analytics จะถูกนำไปใช้กับ Hit ตามขอบเขต

นี่คือลักษณะของข้อมูลสำหรับผู้เล่นคนเดียวที่ซื้อการอัปเกรดสามครั้งในเซสชันเดียว:

UserId = 5555 เซสชัน 1: H1: product_name=powerup cd4_value=weak product_name=powerup cd4_value=strong H2: product_name=powerup cd4_value=weak

การใช้ขอบเขต "ผลิตภัณฑ์" ทำให้แน่ใจว่าค่าพารามิเตอร์สำหรับการปรับปรุงแต่ละครั้งเชื่อมโยงกับผลิตภัณฑ์ที่ส่งไปเท่านั้น

รายงาน

หลังจากนั้น คุณสามารถสร้างงบกำไรขาดทุนของคุณเองสำหรับแต่ละระดับการปรับปรุง:

ในกรณีนี้ การปรับปรุงระดับขั้นต่ำสร้างรายได้มากที่สุด

ตัวบ่งชี้พิเศษ

ขอบเขต

มาตรการพิเศษยังมีขอบเขตของตัวเองซึ่งช่วยให้สามารถเปรียบเทียบกับพารามิเตอร์ในระดับเดียวกันได้ ตัวอย่างเช่น ตัวบ่งชี้ระดับผลิตภัณฑ์จะเชื่อมโยงกับผลิตภัณฑ์ที่ส่งไปเท่านั้น ต่อไปนี้แสดงตัวอย่างตัวบ่งชี้ที่กำหนดเองสองตัวอย่าง

ตัวบ่งชี้พิเศษที่ระดับการไหลเวียน

ในตัวอย่างข้างต้น ผู้พัฒนาติดตามการดูหน้าจอสำหรับแต่ละระดับเกม ซึ่งเป็นสาเหตุที่รายงานทั้งหมดใช้เมตริกการดูหน้าจอ มันบ่งบอกถึงความพยายามของผู้ใช้ที่จะผ่านระดับ

อย่างไรก็ตาม ผู้พัฒนายังสนใจอัตราการผ่านของแต่ละระดับด้วย

ในการทำเช่นนี้ ผู้พัฒนาจะเพิ่มตัวบ่งชี้พิเศษ "ระดับที่เสร็จสมบูรณ์" แล้วเปรียบเทียบจำนวนกับจำนวนการดูหน้าจอสำหรับแต่ละระดับ

ชื่อหน้าจอมุมมองหน้าจอผ่านระดับ
/ระดับ 1/
/level_2/
/level_3/

เหตุใดจึงต้องใช้เมตริกพิเศษ

เมตริกพิเศษซึ่งไม่เหมือนกับเมตริกมาตรฐาน (เหตุการณ์ การดูหน้าจอ ฯลฯ) ช่วยให้คุณสร้างรายงานที่เป็นภาพและยืดหยุ่นมากขึ้นด้วยข้อมูลที่คุณสนใจมากที่สุด

ในตัวอย่างของเรา ระดับที่เสร็จสมบูรณ์ไม่สามารถติดตามได้เป็นการดูหน้าจอ เนื่องจากแต่ละระดับจะถูกนับสองครั้ง

แม้ว่าจะสามารถใช้เหตุการณ์ได้ด้วยตัวเอง แต่เนื่องจากลักษณะลำดับชั้นของเหตุการณ์นั้น จึงเป็นเรื่องยากที่จะสร้างรายงานที่แสดงด้านบนโดยรวมการดูหน้าจอและระดับที่เสร็จสมบูรณ์ด้วยพารามิเตอร์เดียว

ด้วยข้อเท็จจริงเหล่านี้และความสำคัญของข้อมูลดังกล่าวต่อผู้พัฒนา การติดตามระดับที่เสร็จสมบูรณ์เป็นตัวบ่งชี้พิเศษจะสะดวกที่สุด

การตั้งค่า

ตัวบ่งชี้พิเศษ "ระดับที่ผ่าน" สามารถตั้งค่าได้ในการตั้งค่า Analytics:

การเก็บรวบรวมข้อมูล

นักพัฒนาติดตามการเปิดตัวของแต่ละระดับด้วยการดูหน้าจอแล้ว ตอนนี้เขาสนใจว่าผู้ใช้จะผ่านไปกี่ระดับ ในการทำเช่นนี้ เขาสร้างตัวบ่งชี้พิเศษ

เมตริกที่กำหนดเอง เช่น มิติข้อมูลที่กำหนดเอง จะถูกส่งผ่านไปยัง Analytics พร้อมกับ Hit ดังนั้นผู้พัฒนาจะต้องส่งการโทรเพิ่มเติมเพื่อลงทะเบียนผ่านด่านของเกม ในตัวอย่างนี้ ในตอนท้ายของระดับ เหตุการณ์จะถูกทริกเกอร์ ซึ่งจะเชื่อมโยงกับตัวบ่งชี้พิเศษ

นี่คือสิ่งที่จะมีลักษณะ:

Ga("สร้าง", "UA-XXXX-Y", "อัตโนมัติ"); // เพิ่มระดับที่สมบูรณ์ขึ้น 1. ga("set", "metric1", 1); // ส่งผ่านค่าของพารามิเตอร์พิเศษด้วยการเรียกเหตุการณ์ ga("ส่ง", "เหตุการณ์", "ระดับ", "เสร็จสิ้น");

การประมวลผลข้อมูล

ก่อนการประมวลผล ข้อมูลเกี่ยวกับผู้ใช้รายหนึ่งที่เปิดตัวเกมสามระดับในเซสชันเดียวจะมีลักษณะดังนี้:

UserId = 5555 เซสชัน 1 H1: type=screen_view screen_name=/level_1/ H2: type=event screen_name=/level_1/ cm1_value=1 H3: type=screen_view screen_name=/level_2/ H4: type=screen_view screen_name=/level_2/ H5: type=screen_view screen_name=/level_2/ H6: type=event screen_name=/level_2/ cm1_value=1 H7: type=screen_view screen_name=/level_3/ H8: type=event screen_name=/level_3/ cm1_value=1

รายงาน

ตอนนี้คุณสามารถสร้างรายงานด้วยชื่อหน้าจอและการดูหน้าจอ เหตุการณ์ทั้งหมด และระดับที่เสร็จสมบูรณ์:

ข้อมูลเหล่านี้บ่งชี้ว่าระดับที่สองนั้นยากกว่าระดับที่หนึ่งและสามจริง ๆ โดยมีอัตราการผ่านเพียง 33% การติดตามผ่านด่านต่างๆ โดยใช้ตัวบ่งชี้พิเศษ นักพัฒนาสามารถรับข้อมูลที่เขาสนใจได้อย่างง่ายดายในรูปแบบของรายงานภาพที่เรียบง่าย

ตัวเลขหลักพิเศษที่ระดับรายการ

ในตัวอย่างข้างต้น นักพัฒนาติดตามการซื้อการอัปเกรดและสามารถเชื่อมโยงเมตริกต่างๆ กับการซื้อแต่ละครั้ง เช่น ปริมาณหรือรายได้ที่เกิดขึ้น

สำหรับสิ่งนี้จะใช้ตัวบ่งชี้พิเศษ "โบนัสที่ใช้ไป"

นี่คือรายงานสำหรับสิ่งนี้:

การตั้งค่า

พารามิเตอร์พิเศษ "โบนัสที่ใช้ไป" ถูกกำหนดในส่วน "ผู้ดูแลระบบ":

การเก็บรวบรวมข้อมูล

เมตริกที่กำหนดเอง เช่น มิติข้อมูลที่กำหนดเอง จะถูกส่งผ่านไปยัง Analytics พร้อมกับข้อมูลผลิตภัณฑ์

นี่คือสิ่งที่จะมีลักษณะ:

Ga("ec:addProduct", ( // การเพิ่มข้อมูลผลิตภัณฑ์ไปยัง productFieldObject "id": "P12345", // Product ID (string) "name": "Powerup", // Product name (string) "หมวดหมู่": "พิเศษ", // หมวดหมู่สินค้า (สตริง). "variant": "สีแดง", // ตัวเลือกสินค้า (สตริง). "ราคา": "10.00", // ราคาสินค้า (สกุลเงิน). " ปริมาณ ": 2, // จำนวนสินค้า (number) "dimension4": "strong", // พารามิเตอร์ระดับสินค้าแบบกำหนดเอง (สตริง) "metric2": 5 // เมตริกระดับสินค้าแบบกำหนดเอง (จำนวนเต็ม) ) ) ; ga("ec:setAction", "ซื้อ", ( "id": "T12345", "รายได้": "20.00" )); ga("ส่ง", "ดูหน้าเว็บ"); // ส่งข้อมูลการทำธุรกรรมพร้อมการดูหน้าเว็บเดิม

การประมวลผลข้อมูล

ก่อนการประมวลผล ข้อมูลสำหรับผู้เล่นคนเดียวที่ซื้อการอัปเกรดหลายรายการจะมีลักษณะดังนี้:

UserId = 5555 เซสชัน 1 H1: type=screen_view screen_name=/level_1/ H2: type=screen_view screen_name=/level_2/ product_name=powerup cd4_value=weak cm4_value=5 product_name=powerup cd4_value=strong cm4_value=5 H4: type=screen_view screen_name= /level_2/ product_name=powerup cd4_value=medium cm4_value=1 product_name=powerup cd4_value=weak cm4_value=10

รายงาน

ตอนนี้ คุณสามารถสร้างรายงานที่มีพารามิเตอร์ "ระดับการปรับปรุง" รวมถึงตัวบ่งชี้ "รายรับของผลิตภัณฑ์" และ "คะแนนที่ใช้ไป":

เห็นได้ชัดว่าผู้เล่นชอบใช้โบนัสในการอัปเกรดเพียงเล็กน้อย และการอัปเกรดระดับกลางจะนำผลกำไรสูงสุดมาสู่ผู้พัฒนา

หมายเหตุ

ต่อไปนี้เป็นบางสิ่งที่ควรทราบเมื่อทำงานกับมิติข้อมูลและเมตริกที่กำหนดเอง

การแก้ไขมิติข้อมูลและเมตริกที่มีอยู่

หากคุณเปลี่ยนชื่อมิติข้อมูลหรือการวัดที่กำหนดเองที่มีอยู่ จะส่งผลต่อข้อมูลของคุณในรูปแบบต่อไปนี้:

  • การแก้ไขชื่อเรื่องส่งผลกระทบต่อข้อมูลที่ประมวลผลแล้ว: คุณสามารถรับได้ภายใต้ชื่อใหม่เท่านั้น
  • การเปลี่ยนขอบเขตไม่มีผลกับข้อมูลที่ประมวลผล: ขอบเขตใหม่จะใช้กับข้อมูลใหม่เท่านั้น
  • เปลี่ยนสถานะ. ฟิลด์สถานะกำหนดว่าค่าของมิติข้อมูลหรือการวัดที่กำหนดเองจะได้รับการประมวลผลหรือไม่ หากสถานะไม่ได้ใช้งาน สถานะเหล่านี้จะปรากฏในรายงาน แต่จะไม่มีข้อมูลสำหรับสถานะดังกล่าว

การเลือกขอบเขตที่เหมาะสม

เมื่อเลือกขอบเขตสำหรับพารามิเตอร์ที่กำหนดเอง ให้พิจารณาว่าค่าจะเปลี่ยนแปลงบ่อยเพียงใด หากสิ่งนี้จะเกิดขึ้นหลายครั้งต่อเซสชัน เช่นเดียวกับระดับเกม ให้เลือกระดับการเข้าชมและตั้งค่าก่อนการเข้าชมแต่ละครั้ง หากค่าไม่เปลี่ยนแปลงระหว่างเซสชัน เช่น ในกรณีของอายุ พารามิเตอร์ที่กำหนดเองจะต้องตั้งค่าเพียงครั้งเดียวที่ระดับผู้ใช้ เลือกขอบเขตที่ถูกต้องเสมอเพื่อหลีกเลี่ยงข้อผิดพลาด

ข้อมูลนี้มีประโยชน์หรือไม่

บทความนี้จะปรับปรุงได้อย่างไร

4 ตัวเลือกผู้ใช้

ทบทวน

บางครั้งคุณอาจต้องการตรวจสอบตัวแทนซึ่งไม่ได้กำหนดไว้ล่วงหน้าใน Zabbix ในกรณีนี้ พารามิเตอร์ที่กำหนดเองจะช่วยคุณได้

คุณสามารถเขียนคำสั่งที่จะส่งคืนข้อมูลที่คุณต้องการและเพิ่มคำสั่งนี้เป็นพารามิเตอร์ผู้ใช้ให้กับไฟล์คอนฟิกูเรชันของเอเจนต์ (พารามิเตอร์คอนฟิกูเรชัน "UserParameter")

พารามิเตอร์ผู้ใช้มีไวยากรณ์ต่อไปนี้:

UserParameter=<ключ>,<команда>

อย่างที่คุณเห็น พารามิเตอร์ผู้ใช้มีคีย์อยู่ด้วย จะต้องใช้รหัสเมื่อตั้งค่ารายการ ป้อนรหัสที่คุณเลือกที่สามารถอ้างอิงได้ง่าย (ต้องไม่ซ้ำกันภายในโฮสต์) รีสตาร์ทเอเจนต์

ใน ระบบปฏิบัติการใช้ล่าม UNIX บรรทัดคำสั่ง /ถัง/sh. พารามิเตอร์ผู้ใช้ขึ้นอยู่กับการหมดเวลาของการตรวจสอบต่อเอเจนต์ หากเกินระยะหมดเวลา กระบวนการที่สร้างโดยพารามิเตอร์ผู้ใช้จะถูกยกเลิก

ดูสิ่งนี้ด้วย:

ตัวอย่างของพารามิเตอร์ที่กำหนดเองอย่างง่าย

คำสั่งง่ายๆ:

UserParameter=ping, echo 1

ตัวแทนจะส่งคืน "1" สำหรับรายการที่มีคีย์ "ping" เสมอ

ตัวอย่างที่ซับซ้อนมากขึ้น:

UserParameter=mysql.ping,mysqladmin -uroot ping|grep -c มีชีวิตอยู่

เอเจนต์จะส่งคืน "1" หากเซิร์ฟเวอร์ MySQL พร้อมใช้งาน มิฉะนั้นจะเป็น "0"

ตัวเลือกผู้ใช้ที่ยืดหยุ่น

ตัวเลือกผู้ใช้ที่ยืดหยุ่นช่วยให้มีตัวเลือกด้วยคีย์ที่ระบุ ในกรณีนี้ ตัวเลือกผู้ใช้ที่ยืดหยุ่นสามารถเป็นพื้นฐานในการสร้างรายการข้อมูลหลายรายการ

ตัวเลือกผู้ใช้ที่ยืดหยุ่นมีไวยากรณ์ดังต่อไปนี้:

UserParameter=คีย์[*],คำสั่ง

พารามิเตอร์คำอธิบาย
สำคัญ คีย์เฉพาะของรายการ [*] ระบุว่าคีย์สามารถยอมรับพารามิเตอร์จากวงเล็บเหลี่ยม มีการระบุพารามิเตอร์เมื่อตั้งค่ารายการ
ทีม คำสั่งที่ดำเนินการเพื่อรับค่าของคีย์
สำหรับตัวเลือกแบบกำหนดเองที่ยืดหยุ่นเท่านั้น:
คุณสามารถใช้การอ้างอิงไปยังตำแหน่ง $1…$9 เพื่ออ้างถึงพารามิเตอร์ที่เกี่ยวข้องในคีย์รายการ
Zabbix แยกวิเคราะห์พารามิเตอร์ที่อยู่ในคีย์รายการและแทนที่ $1,…,$9 ในคำสั่งตามนั้น
$0 จะถูกแทนที่ด้วยคำสั่งเดิม (ก่อนขยาย $0,…,$9) ที่จะดำเนินการ
การอ้างอิงตำแหน่งถูกตีความโดยตัวแทน Zabbix ไม่ว่าจะอยู่ในเครื่องหมายคำพูดคู่ (") หรือเครื่องหมายเดี่ยว ("")
หากต้องการใช้การอ้างอิงตำแหน่งโดยไม่มีการแก้ไข ให้ระบุเครื่องหมายดอลล่าร์คู่ - ตัวอย่างเช่น awk "(print $$2)" ในกรณีนี้ $$2 จะเปลี่ยนเป็น $2 เมื่อดำเนินการคำสั่ง

การอ้างอิงตำแหน่งที่ขึ้นต้นด้วยเครื่องหมาย $ จะถูกค้นหาและแทนที่โดยตัวแทน Zabbix เฉพาะในกรณีที่มีตัวเลือกผู้ใช้ที่ยืดหยุ่น ในกรณีของตัวเลือกที่กำหนดเองอย่างง่าย การอ้างอิงดังกล่าวจะถูกข้ามไป ดังนั้นจึงไม่จำเป็นต้องใช้เครื่องหมาย $ ใดๆ ในการหลบหนี

ตามค่าเริ่มต้น ไม่อนุญาตให้ใช้อักขระบางตัวในการตั้งค่าผู้ใช้ ดูเอกสาร UnsafeUserParameters สำหรับ รายการที่สมบูรณ์ตัวละครดังกล่าว

ตัวอย่างที่ 1

ตัวอย่างง่ายๆ:

UserParameter=ping[*],echo $1

เราสามารถสร้างรายการเพื่อตรวจสอบอะไรก็ได้โดยไม่จำกัดจำนวนโดยระบุ ping[อะไรก็ตาม] ในรูปแบบนี้

    ping - จะคืนค่า '0' เสมอ

    ping - จะคืนค่า 'aaa' เสมอ

ตัวอย่างที่ 2

มาเพิ่มความหมายกันเถอะ!

UserParameter=mysql.ping[*],mysqladmin -u$1 -p$2 ping | grep -c มีชีวิตอยู่

พารามิเตอร์นี้สามารถใช้เพื่อมอนิเตอร์ความพร้อมใช้งานของฐานข้อมูล ข้อมูล MySQL. เราสามารถส่งชื่อผู้ใช้และรหัสผ่านเป็นพารามิเตอร์:

mysql ปิง

ตัวอย่างที่ 3

ผลลัพธ์ของคำสั่ง

เอาต์พุตของคำสั่งคือเอาต์พุตมาตรฐานบวกข้อผิดพลาดมาตรฐาน

องค์ประกอบข้อมูลข้อความ (ประเภทข้อมูลอักขระ บันทึก หรือข้อความ) จะไม่รองรับหากมีการพิมพ์ข้อผิดพลาดในเอาต์พุตมาตรฐาน

ตัวเลือกแบบกำหนดเองที่ส่งคืนข้อความ (อักขระ บันทึก ชนิดข้อมูลข้อความ) สามารถส่งคืนช่องว่างได้ ในกรณีที่ผลลัพธ์ผิดพลาด ไอเท็มนั้นจะไม่รองรับ

) นั้นยอดเยี่ยมสำหรับผู้ใช้ส่วนใหญ่ อย่างไรก็ตาม คุณยังสามารถใช้ตัวเลือกการจัดส่งแบบกำหนดเองในโซลูชัน ESA

เปิด ESA Management Console บนโฮสต์คอมพิวเตอร์ ไปที่โหนดโดเมน (ในตัวอย่างของเราที่ acswin2012.com) คลิกการตั้งค่าขั้นสูง ( การตั้งค่าเพิ่มเติม) แล้วคลิก ตัวเลือกการจัดส่ง

ที่นี่คุณสามารถระบุเส้นทางไปยังสคริปต์ผู้ใช้ (หรือค้นหาโดยการคลิกปุ่ม) ที่คุณต้องการเตรียมหรือส่งรหัสผ่าน OTP คลิกเพื่อแสดงรายการพารามิเตอร์ที่สามารถส่งผ่านไปยังสคริปต์แบบกำหนดเอง ตัวอย่างเช่น ในการส่งรหัสผ่านแบบใช้ครั้งเดียว (OTP) คุณต้องใช้พารามิเตอร์ นอกจากนี้ยังสามารถส่งสตริงที่กำหนดเองไปยังสคริปต์ ซึ่งต้องระบุสำหรับสิ่งนี้ (ดูพารามิเตอร์ 1 ในภาพหน้าจอด้านบน)

สคริปต์ตัวอย่าง - การส่งรหัสผ่านสนข โดยอีเมล

เงื่อนไขบังคับ:

จำเป็นต้องทราบการตั้งค่าเกตเวย์ SMTP อีเมลที่จะส่ง อีเมลที่มีรหัสผ่าน OTP;

ต้องการสคริปต์ที่กำหนดเองสำหรับการส่งอีเมล

เราต้องการสคริปต์ที่กำหนดเองในรูปแบบ BAT (.bat) ซึ่งถูกพาธใน ESA Management Console (ดูภาพหน้าจอด้านบน) และเรียกใช้สคริปต์ที่กำหนดเองเพื่อส่งอีเมล

สำหรับผู้ใช้แต่ละรายที่เปิดใช้งานการรับรองความถูกต้องด้วยสองปัจจัย (2FA) และได้รับรหัสผ่านแบบใช้ครั้งเดียว (รหัสผ่าน OTP) ทางอีเมล คุณต้องระบุที่อยู่อีเมลในช่องอีเมลบนแท็บทั่วไปเมื่อดูรายละเอียดของผู้ใช้ดังกล่าวใน อินเทอร์เฟซการจัดการผู้ใช้ Active Directory และคอมพิวเตอร์

ตัวอย่างสคริปต์ Python สำหรับการส่งอีเมล: เราตั้งชื่อไฟล์นี้ว่า sendmail.py :

นำเข้า sys, smtplib

เซิร์ฟเวอร์ = smtplib.SMTP(" smtpserver : พอร์ต" )

เซิร์ฟเวอร์. starttls()

server.login("ชื่อผู้ใช้","รหัสผ่าน")

server.sendmail(sys.argv , sys.argv, "หัวเรื่อง: OTP คือ "+sys.argv)

เซิร์ฟเวอร์.quit()

บันทึก. ในสคริปต์ Python ตัวอย่างด้านบน ตัวเลือก smtpserver:port ชื่อผู้ใช้ และรหัสผ่าน ควรแทนที่ด้วยพารามิเตอร์ที่เหมาะสมเอสเอ็มทีพี

สคริปต์ .bat ตัวอย่างสำหรับการเรียกใช้สคริปต์ sendmail.py และส่งผ่านพารามิเตอร์ที่จำเป็น: เราตั้งชื่อไฟล์นี้ว่า CustomMail.bat :

c:\Python\python.exe c:\work\sendmail.py %1 %2

บันทึก. หากต้องการเรียกใช้สคริปต์ตัวอย่างนี้ คุณต้องติดตั้งไลบรารี Python บนคอมพิวเตอร์หลัก (ซึ่งติดตั้งโซลูชันไว้องค์ประกอบหลักของ ESA ) และทราบเส้นทางไปยังไฟล์ python.exe

ในฟิลด์ Sending OTP by เราระบุเส้นทางที่นำไปสู่สคริปต์ CustomMail.bat ของเรา เลือกตัวเลือกที่จำเป็น เช่น (ที่อยู่อีเมล) และ จากนั้นคลิก บันทึก

การจัดสรร (การนำส่งแอปพลิเคชันมือถือ) สามารถกำหนดค่าในลักษณะเดียวกับพารามิเตอร์ที่จำเป็น (โทรศัพท์) และ (URL)

บันทึก. : เมื่อเทียบกับการส่ง SMS (หรือการใช้แอพมือถือที่จัดเตรียมไว้) ดำเนินการแจกจ่ายรหัสผ่านสนข การใช้อีเมลนั้นไม่ปลอดภัยเท่ากับอีเมลที่สามารถอ่านได้บนอุปกรณ์ของผู้ใช้ วิธีนี้ไม่สามารถยืนยันได้ว่าผู้รับเป้าหมายเป็นเจ้าของโทรศัพท์ที่ลงทะเบียนไว้ (หมายเลขโทรศัพท์)

พารามิเตอร์และตัวบ่งชี้ที่กำหนดเองทำให้คุณสามารถส่งข้อมูลที่จำเป็นไปยัง Google Analytics สำหรับงานของคุณโดยเฉพาะ ตัวอย่างเช่น สามารถใช้เพื่ออัปโหลดเมตริกที่สำคัญ เช่น หรือ คุณสามารถเปรียบเทียบกลุ่มต่างๆ กับแต่ละกลุ่มได้ ตัวอย่างเช่น ผู้ใช้ที่ลงชื่อเข้าใช้ไซต์และไม่ได้เข้าสู่ระบบ ผู้เขียนหน้า รับค่าเมื่อกรอกฟิลด์ของแบบฟอร์มต่างๆ และอื่น ๆ ที่คล้ายกัน ขึ้นอยู่กับเฉพาะ ของไซต์ของคุณ

จะเพิ่มมิติข้อมูลหรือเมตริกที่กำหนดเองได้อย่างไร

  1. เปิดส่วน "ผู้ดูแลระบบ"และเลือกทรัพยากรที่ต้องการ
  2. ในคอลัมน์ "ทรัพยากร"คลิก "คำจำกัดความที่กำหนดเอง"> (หรือตัวบ่งชี้).
  3. คลิกที่ปุ่ม "+ พารามิเตอร์พิเศษ"(หรือดัชนี).
  4. ระบุชื่อของมัน
  5. เมื่อเพิ่มมิติข้อมูลหรือเมตริกที่กำหนดเอง ให้เลือก "ขอบเขต"จากตัวเลือกต่อไปนี้: "ตี", "การประชุม", "ผู้ใช้", "ผลิตภัณฑ์"(เพิ่มเติมเกี่ยวกับขอบเขต).
  6. นอกจากนี้ เมื่อเพิ่มการวัดแบบกำหนดเอง ให้เลือก "ประเภทรูปแบบ"จากตัวเลือกต่อไปนี้: "จำนวนเต็ม", "สกุลเงิน"หรือ "เวลา".
  7. กล่องกาเครื่องหมาย "คล่องแคล่ว"เพื่อเริ่มรวบรวมข้อมูลและเพิ่มมิติข้อมูลหรือหน่วยวัดลงในรายงาน หากคุณไม่ต้องการเปิดใช้งานการตั้งค่าที่สร้างขึ้น ให้ล้างกล่องกาเครื่องหมายนี้
  8. คลิกที่ปุ่ม "สร้าง".

วิธีการส่งไปยัง GA

การส่งข้อมูลผ่านรหัสติดตาม

// กำลังส่งพารามิเตอร์ที่กำหนดเองเมื่อดูหน้าเว็บ ga("send", "pageview", ( "dimension1": "My parameter" )); // ส่งเมตริกที่กำหนดเองพร้อมกับเหตุการณ์ ga("send", "event", "category", "action", ( "metric1": 123 ));

การส่งข้อมูลผ่าน GTM

หากใช้งาน Google Analytics บนไซต์ผ่าน GTM (ซึ่งแนะนำ) ในระหว่างการเปิดใช้งานแท็ก คุณสามารถส่งพารามิเตอร์หรือเมตริกที่กำหนดเองได้ ในการทำเช่นนี้ไปที่ "การตั้งค่าเพิ่มเติม"ระบุดัชนีและค่า

การส่งข้อมูลผ่าน Measurement Protocol

คำแนะนำเกี่ยวกับการใช้โปรโตคอลการวัดมีอธิบายไว้ในบทความ "" ซึ่งรหัสไคลเอนต์ของผู้ใช้จะถูกส่งผ่านไปยังพารามิเตอร์ผู้ใช้ cd14

ข้อ จำกัด

ในแต่ละทรัพยากร คุณสามารถเพิ่มพารามิเตอร์ที่กำหนดเองได้ 20 รายการและตัวบ่งชี้อีก 20 รายการ

คุณไม่สามารถลบมิติข้อมูลหรือเมตริกที่กำหนดเองได้ แต่คุณสามารถปิดได้

กรณีสำหรับการข้ามข้อจำกัดใน 20 พารามิเตอร์และตัวบ่งชี้

มีหลายงานเมื่อคุณต้องการติดตามความสมบูรณ์ของเครื่องคิดเลขหรือแบบฟอร์มใดๆ บนไซต์ที่มีฟิลด์จำนวนมาก การป้อนพารามิเตอร์แยกต่างหากสำหรับแต่ละฟิลด์ไม่ใช่ตัวเลือก เนื่องจากคุณอาจพบขีดจำกัด

ทางออกของสถานการณ์นี้คือการสร้างพารามิเตอร์สองตัว: ตัวแรกสำหรับชื่อของฟิลด์แบบฟอร์มและตัวที่สองสำหรับค่าที่ป้อนลงในฟิลด์

ดังนั้นเราจึงส่งค่าของฟิลด์แบบฟอร์มไปที่ "ฟิลด์เครื่องคิดเลข - ค่า" และชื่อของฟิลด์นั้นไปที่ "ฟิลด์เครื่องคิดเลข - ชื่อ" และเมื่อเราต้องการแสดงค่าทั้งหมดของฟิลด์ "เมือง" เราเพียงตั้งค่าตัวกรองสำหรับตัวบ่งชี้พิเศษ "ฟิลด์เครื่องคิดเลข - ชื่อ" เท่ากับชื่อของฟิลด์



กำลังโหลด...
สูงสุด