Thứ nguyên và chỉ số tùy chỉnh giống như thứ nguyên và chỉ số mặc định trong tài khoản Analytics, điểm khác biệt duy nhất là bạn tự tạo chúng. Bạn có thể sử dụng thứ nguyên và chỉ số tùy chỉnh để thu thập và phân tích dữ liệu mà Analytics không tự động theo dõi.
Nội dung trong bài viết này:Tổng quan
Thứ nguyên và chỉ số tùy chỉnh cho phép bạn kết hợp dữ liệu của Analytics với dữ liệu không phải của Analytics, ví dụ: dữ liệu CRM. Ví dụ:
- Nếu lưu trữ thông tin về giới tính của người dùng đã đăng nhập trong hệ thống CRM, bạn có thể kết hợp thông tin này với dữ liệu của Analytics để xem Số lượt xem trang theo giới tính.
- Nếu bạn là nhà phát triển trò chơi, các chỉ số như "số lần hoàn thành cấp" hoặc "điểm cao" có thể phù hợp hơn với bạn so với chỉ số được xác định trước (như Số lượt xem màn hình). Khi theo dõi dữ liệu này bằng chỉ số tuỳ chỉnh, bạn có thể theo dõi tiến trình dựa vào các chỉ số quan trọng nhất trong các báo cáo tuỳ chỉnh linh hoạt và dễ đọc.
Thứ nguyên tùy chỉnh có thể xuất hiện dưới dạng thứ nguyên chính trong Báo cáo tùy chỉnh. Bạn cũng có thể sử dụng các thứ nguyên đó làm Phân đoạn và thứ nguyên phụ trong báo cáo chuẩn.
Điều kiện tiên quyết
Bạn chỉ có thể sử dụng thứ nguyên và chỉ số tùy chỉnh cho các thuộc tính mà bạn đã bật cho Universal Analytics hoặc chứa ít nhất một chế độ xem báo cáo ứng dụng. SDK Google Analytics cho Android và iOS phiên bản 2.x trở lên, analytics.js và Measurement Protocol đều hỗ trợ các thứ nguyên và chỉ số tùy chỉnh.
Thứ nguyên và chỉ số tùy chỉnh yêu cầu bạn phải thực hiện các bước thiết lập bổ sung trong tài khoản Analytics và trong mã theo dõi của bạn. Sau khi hoàn thành cả hai bước của quá trình thiết lập, bạn có thể sử dụng chúng trong các báo cáo của mình.
Giới hạn và cảnh báo
Có 20 chỉ mục có sẵn cho các thứ nguyên tùy chỉnh khác nhau và 20 chỉ mục cho các chỉ số tùy chỉnh trong mỗi thuộc tính. Tài khoản Analytics 360 có sẵn 200 chỉ mục cho thứ nguyên tùy chỉnh và 200 chỉ mục cho chỉ số tùy chỉnh.
Bạn không thể xóa thứ nguyên tùy chỉnh nhưng có thể tắt các thứ nguyên đó. Bạn nên tránh sử dụng lại các thứ nguyên tùy chỉnh. Khi chỉnh sửa tên, phạm vi và giá trị của thứ nguyên tùy chỉnh, bạn đều có thể kết hợp cả giá trị cũ và giá trị mới với tên thứ nguyên cũ hoặc tên thứ nguyên mới. Điều này sẽ khiến dữ liệu trong các báo cáo của bạn hợp nhất với nhau mà không thể tách biệt một cách chính xác bằng tính năng lọc.
Một số phương diện tuỳ chỉnh nhất định không có sẵn trong báo cáo khi được kết hợp với thông tin nhân khẩu học. Bạn có thể bị giới hạn về ngưỡng hoặc gặp vấn đề không tương thích trong báo cáo hoặc với API khi yêu cầu phương diện tuỳ chỉnh với dữ liệu nhân khẩu học.
Vòng đời của các chỉ số và phương diện tuỳ chỉnh
Một chỉ số hoặc phương diện tuỳ chỉnh sẽ trải qua 4 giai đoạn trong vòng đời:
- Cấu hình – bạn xác định thứ nguyên và chỉ số tùy chỉnh với chỉ mục, tên và các thuộc tính khác (chẳng hạn như phạm vi).
- Thu thập – bạn gửi giá trị thứ nguyên và chỉ số tùy chỉnh đến Analytics khi tiến hành quá trình triển khai của mình.
- Xử lý – hệ thống xử lý dữ liệu của bạn bằng cách sử dụng các định nghĩa về thứ nguyên và chỉ số tùy chỉnh, cũng như mọi bộ lọc chế độ xem báo cáo.
- Báo cáo – bạn tạo báo cáo mới bằng cách sử dụng các chỉ số và phương diện tuỳ chỉnh trong giao diện người dùng Analytics.
Cấu hình
Trước tiên, bạn phải xác định các giá trị thứ nguyên và chỉ số tùy chỉnh trong thuộc tính Analytics trước khi có thể gửi các giá trị đó đến Analytics. Mỗi thuộc tính Analytics có sẵn 20 chỉ mục cho thứ nguyên tùy chỉnh và 20 chỉ mục khác cho chỉ số tùy chỉnh.
Khi xác định thứ nguyên hoặc chỉ số tùy chỉnh, bạn sẽ chỉ định tên và các giá trị cấu hình khác, đồng thời Analytics sẽ chỉ định số chỉ mục mà bạn sử dụng để tham chiếu thứ nguyên hoặc chỉ số về sau. Phương diện tuỳ chỉnh có các giá trị cấu hình sau:
- Tên – tên của phương diện tuỳ chỉnh sẽ xuất hiện trong báo cáo của bạn.
- Phạm vi – xác định dữ liệu mà hệ thống sẽ áp dụng cho thứ nguyên hoặc chỉ số tùy chỉnh. Tìm hiểu thêm về Phạm vi.
- Đang hoạt động – trạng thái cho biết liệu hệ thống có xử lý giá trị thứ nguyên hoặc chỉ số tùy chỉnh hay không. Phương diện tuỳ chỉnh không hoạt động vẫn có thể xuất hiện trong báo cáo, nhưng giá trị của chúng sẽ không được xử lý.
Chỉ số tuỳ chỉnh có các giá trị cấu hình sau đây:
- Tên – tên của chỉ số tuỳ chỉnh sẽ xuất hiện trong báo cáo của bạn.
- Loại – xác định cách hệ thống hiển thị giá trị chỉ số tùy chỉnh trong báo cáo.
- Giá trị tối thiểu/tối đa – giá trị tối thiểu và tối đa mà hệ thống sẽ xử lý và hiển thị trong báo cáo của bạn.
- Đang hoạt động – trạng thái cho biết liệu hệ thống có xử lý giá trị chỉ số tùy chỉnh hay không. Chỉ số tuỳ chỉnh không hoạt động vẫn có thể xuất hiện trong báo cáo, nhưng giá trị của chúng sẽ không được xử lý.
Bạn chỉ có thể xác định thứ nguyên và chỉ số tùy chỉnh trong giao diện người dùng Analytics.
Khi bạn xác định thứ nguyên hoặc chỉ số tùy chỉnh, hãy tránh chỉnh sửa tên hoặc phạm vi (nếu có thể). Hãy xem mục Cân nhắc khi triển khai để tìm hiểu thêm về mức độ ảnh hưởng đối với báo cáo của bạn khi bạn thay đổi các giá trị này.
Thu thập
Hệ thống sẽ gửi giá trị thứ nguyên và chỉ số tùy chỉnh đến Analytics tại thời điểm thu thập dưới dạng cặp thông số giá trị và chỉ mục. Thông số chỉ mục tương ứng với số chỉ mục của thứ nguyên hoặc chỉ số tùy chỉnh mà Analytics chỉ định trong giai đoạn Cấu hình.
Không giống như các loại dữ liệu khác, hệ thống sẽ gửi thứ nguyên và chỉ số tùy chỉnh đến Analytics dưới dạng thông số đính kèm với các lượt truy cập khác (như lượt xem trang, sự kiện hoặc giao dịch thương mại điện tử). Do đó, bạn cần phải đặt giá trị thứ nguyên hoặc chỉ số tùy chỉnh trước khi thực hiện lệnh gọi theo dõi để hệ thống gửi giá trị đó đến Analytics.
Ví dụ: để đặt giá trị thứ nguyên tùy chỉnh, mã có thể trông giống như sau:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 1.
ga('set', 'cd1', 'Level 1');
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview');
Các loại chỉ số tùy chỉnh
Bạn phải gửi chỉ số tùy chỉnh thuộc loại Số nguyên hoặc Thời gian dưới dạng số nguyên, trong khi có thể gửi chỉ số tùy chỉnh thuộc loại Đơn vị tiền tệ dưới dạng giá trị thập phân cố định phù hợp với nội tệ.
Xử lý
Khi hệ thống xử lý phương diện tuỳ chỉnh, phạm vi sẽ xác định những lượt truy cập áp dụng giá trị phương diện tuỳ chỉnh cụ thể, trong khi bộ lọc chế độ xem sẽ xác định những lượt truy cập và giá trị kèm theo cuối cùng được đưa vào Báo cáo.
Phạm vi và quyền ưu tiên
Phạm vi sẽ xác định những lượt truy cập liên kết với một giá trị phương diện tuỳ chỉnh cụ thể. Có 4 cấp phạm vi: sản phẩm, lượt truy cập, phiên hoạt động và người dùng:
- Sản phẩm – hệ thống sẽ áp dụng giá trị cho sản phẩm mà bạn đã đặt giá trị đó (chỉ dành cho Thương mại điện tử nâng cao).
- Lượt truy cập – hệ thống sẽ áp dụng giá trị cho lượt truy cập mà bạn đã đặt giá trị đó.
- Phiên hoạt động– hệ thống sẽ áp dụng giá trị cho tất cả lượt truy cập trong một phiên hoạt động duy nhất.
- Người dùng – hệ thống sẽ áp dụng giá trị cho tất cả lượt truy cập trong phiên hiện tại và trong tương lai cho đến khi các thay đổi về giá trị hoặc phương diện tuỳ chỉnh không còn hiệu lực.
Khi một phương diện tuỳ chỉnh có phạm vi ở cấp sản phẩm, hệ thống chỉ áp dụng giá trị cho sản phẩm mà bạn đã đặt giá trị đó. Bởi vì hệ thống có thể gửi nhiều sản phẩm trong một lượt truy cập duy nhất, nên nhiều thứ nguyên tùy chỉnh trong phạm vi cấp sản phẩm có thể được gửi trong một lượt truy cập.
Phạm vi ở cấp lượt truy cậpKhi thứ nguyên tùy chỉnh có phạm vi cấp lượt truy cập, hệ thống chỉ áp dụng giá trị cho lượt truy cập mà bạn đã đặt giá trị đó. Bạn có thể xem ví dụ minh hoạ trong Hình A, Hình B và Hình C dưới đây:
Phạm vi ở cấp phiên
Khi hai giá trị có phạm vi phiên được đặt ở cùng một chỉ mục trong phiên, tập hợp giá trị mới nhất sẽ được ưu tiên và áp dụng cho tất cả lượt truy cập trong phiên đó. Trong Hình D bên dưới, tập hợp giá trị mới nhất sẽ ghi đè mọi giá trị cũ cho chỉ mục đó:
Phạm vi ở cấp người dùng
Cuối cùng, nếu bạn đặt hai giá trị phương diện tuỳ chỉnh trong phạm vi người dùng trong cùng một phiên, thì giá trị mới nhất sẽ được ưu tiên cho phiên hiện tại và được áp dụng cho các phiên trong tương lai của người dùng đó.
Trong Hình B bên dưới, giá trị CD A được áp dụng cho tất cả các lượt truy cập trong phiên 2 (giống như CD ở cấp phiên). Tuy nhiên, trong Hình C, không giống như phạm vi ở cấp phiên, giá trị CD A tiếp tục được áp dụng cho các lượt truy cập trong phiên thứ 3 do CD1 có phạm vi ở cấp người dùng:
Bộ lọc
Bộ lọc chế độ xem có thể tương tác với thứ nguyên và chỉ số tùy chỉnh theo nhiều cách.
Hệ thống sẽ liên kết mỗi giá trị phương diện và chỉ số tuỳ chỉnh với lượt truy cập nhận được giá trị đó, cho dù giá trị thuộc phạm vi nào. Nếu lượt truy cập đó được lọc bằng một bộ lọc chế độ xem, thì phương diện hoặc chỉ số tuỳ chỉnh cũng có thể được lọc, tuỳ thuộc vào phạm vi của phương diện hoặc chỉ số đó:
- Phạm vi lượt truy cập: Cả phương diện tuỳ chỉnh có phạm vi lượt truy cập và tất cả chỉ số tuỳ chỉnh đều sẽ được lọc nếu lượt truy cập liên kết với phương diện và chỉ số đó cũng đã được lọc.
- Phạm vi người dùng hoặc phiên hoạt động: Thứ nguyên tùy chỉnh trong phạm vi phiên hoạt động hoặc người dùng sẽ không bị lọc bỏ ngay cả khi lượt truy cập đính kèm với các thứ nguyên đó bị lọc bỏ. Hệ thống sẽ vẫn áp dụng giá trị của các phương diện đó cho tất cả các lượt truy cập trong phiên hoạt động hiện tại, cũng như các phiên hoạt động trong tương lai nếu phương diện có phạm vi người dùng.
Bạn cũng có thể sử dụng phương diện tuỳ chỉnh để tạo bộ lọc chế độ xem. Điều này sẽ làm cho lượt truy cập được lọc bỏ theo phạm vi của thứ nguyên tùy chỉnh. Ví dụ: việc lọc bỏ theo giá trị thứ nguyên tùy chỉnh trong phạm vi người dùng sẽ lọc bỏ các phiên hoạt động hiện tại và trong tương lai khỏi tập hợp người dùng liên quan đến giá trị đó.
Báo cáo
Sau khi việc thu thập, định cấu hình và các giai đoạn xử lý khác của quy trình hoàn tất, bạn sẽ có thể xem thứ nguyên và chỉ số tùy chỉnh thông qua giao diện báo cáo của người dùng.
Bạn có thể xem thứ nguyên và chỉ số tùy chỉnh trong báo cáo tùy chỉnh và có thể sử dụng các thứ nguyên và chỉ số này với phân đoạn nâng cao. Bạn cũng có thể sử dụng thứ nguyên tùy chỉnh làm thứ nguyên phụ trong báo cáo chuẩn.
Ví dụ
Các ví dụ sau cho thấy cách nhà phát triển trò chơi sử dụng thứ nguyên và chỉ số tùy chỉnh để tìm hiểu về hành vi của người chơi.
Gần đây, nhà phát triển trò chơi đã phát hành một trò chơi mới.
Việc triển khai Analytics hiện tại sẽ giúp bạn theo dõi lượt xem màn hình mỗi khi người dùng chơi một cấp. Nhà phát triển đã biết số lần chơi trong mỗi cấp. Bây giờ, họ muốn trả lời các câu hỏi chuyên sâu hơn sau đây:
- Có bao nhiêu lần cấp dễ được chơi so với cấp trung bình hoặc khó?
- Người dùng chơi bao nhiêu cấp mỗi ngày trong thời gian dùng thử miễn phí 3 ngày?
- Người dùng đã chơi bao nhiêu cấp trong bản dùng thử và bao nhiêu cấp trong bản có trả tiền của trò chơi?
Để trả lời các câu hỏi này, các phương diện tuỳ chỉnh sẽ được dùng để tạo các nhóm lượt truy cập, phiên hoạt động và người dùng mới.
Ngoài ra, nhà phát triển sẽ bán thêm một số tính năng để nâng cao trải nghiệm cho người dùng (chẳng hạn như "sức mạnh"). Nhà phát triển đã và đang sử dụng danh mục và các trường khác nhau, nhưng muốn có thêm trường để đo lường độ mạnh sức mạnh mà người dùng mua. Bằng cách này, nhà phát triển có thể xác định liệu một số độ mạnh sức mạnh nhất định có phổ biến hơn các độ mạnh sức mạnh khác hay không.
Phạm vi ở cấp lượt truy cập
Hãy xem xét một ví dụ về cách sử dụng thứ nguyên tùy chỉnh cấp lượt truy cập của nhà phát triển trò chơi để tìm hiểu có bao nhiêu cấp trong mỗi độ khó (dễ, trung bình hoặc khó) mà người dùng đã chơi.
Nhà phát triển đã và đang theo dõi số lần chơi mỗi cấp bằng cách sử dụng số lượt xem màn hình. Bây giờ, nhà phát triển muốn biết người dùng đang chơi độ khó nào nhiều nhất.
Báo cáo sẽ trông giống như sau:
| Độ khó | Lượt xem màn hình |
|---|---|
| dễ | |
| trung bình | |
| khó |
Trước khi sử dụng phương diện tuỳ chỉnh, nhà phát triển có thể xem tổng số lượt xem màn hình theo cấp, nhưng họ không thể nhóm các lượt xem màn hình đó theo độ khó.
Bằng cách sử dụng thứ nguyên tùy chỉnh cấp lượt truy cập, nhà phát triển có thể liên kết độ khó với từng lượt xem màn hình, cho phép báo cáo bao gồm độ khó mà người dùng đang chơi nhiều nhất.
Tại sao nên dùng phạm vi cấp lượt truy cập?
Người dùng có thể chơi nhiều cấp trong một phiên hoạt động. Khi sử dụng phạm vi cấp lượt truy cập, hệ thống sẽ chỉ liên kết giá trị độ khó với lượt xem màn hình mà người dùng đã gửi cùng. Điều này đảm bảo rằng hệ thống có thể liên kết lượt xem màn hình của mỗi cấp với một độ khó duy nhất.
Cấu hình
Bước đầu tiên để triển khai thứ nguyên tùy chỉnh là xác định thứ nguyên đó trong tùy chọn cài đặt thuộc tính trong mục Quản trị của Analytics. Trong ví dụ này, định nghĩa của phương diện tuỳ chỉnh sẽ như sau:
| Chỉ mục | 1 |
| Tên | Độ khó |
| Phạm vi | Lần truy cập |
| Đang hoạt động | đúng |
Thu thập
Trong trò chơi, nhà phát triển đã và đang theo dõi từng cấp bằng lượt xem màn hình. Để liên kết độ khó với từng cấp, bạn phải đặt giá trị thứ nguyên tùy chỉnh ngay trước khi thực hiện lệnh gọi để theo dõi lượt xem màn hình.
Quy trình triển khai có thể giống như sau:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 1.
ga('set', 'cd1', 'easy');
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Trong ví dụ này, thứ nguyên tùy chỉnh được đặt ngay trước khi lượt xem màn hình của cấp được theo dõi. Thứ nguyên này liên kết độ khó với lượt xem màn hình và sẽ cho phép hệ thống nhóm lượt truy cập xem màn hình theo độ khó trong báo cáo.
Xử lý
Sau khi thu thập và gửi lượt truy cập đến Google Analytics, hệ thống sẽ xử lý dữ liệu và áp dụng giá trị thứ nguyên tùy chỉnh cho lượt truy cập theo phạm vi của thứ nguyên đó.
Ví dụ: dữ liệu mà hệ thống đã thu thập cho một người chơi riêng lẻ (trong một phiên hoạt động) đã chơi 6 cấp sẽ trông giống như sau:
userId = 5555 Session 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
Lưu ý rằng việc sử dụng phạm vi cấp lần truy cập đảm bảo mỗi giá trị độ khó chỉ được liên kết với lượt xem màn hình mà nó được gửi cùng.
Báo cáo
Vì mỗi lượt xem màn hình đều được liên kết với giá trị độ khó tương ứng, nên sau khi xử lý, nhà phát triển có thể tạo một báo cáo sử dụng cả tên màn hình và độ khó làm phương diện, cũng như sử dụng lượt xem màn hình làm chỉ số:
| Tên màn hình | Độ khó | Lượt xem màn hình |
|---|---|---|
| /level_1/ | dễ | 1 |
| /level_2/ | trung bình | 1 |
| /level_3/ | khó | 1 |
| /level_4/ | dễ | 1 |
| /level_5/ | trung bình | 1 |
| /level_6/ | trung bình | 1 |
Bạn có thể tạo báo cáo tuỳ chỉnh sử dụng Độ khó làm phương diện chính để nhóm các lượt xem màn hình lại với nhau và tìm ra số lần người dùng chơi mỗi cấp độ khó:
| Độ khó | Lượt xem màn hình |
|---|---|
| dễ | 2 |
| trung bình | 3 |
| khó | 1 |
Trong báo cáo này, các cấp độ khó trung bình được chơi nhiều nhất. Bạn có thể biết được thông tin chuyên sâu này bằng cách sử dụng phương diện tuỳ chỉnh cấp lượt truy cập để nhóm các lượt xem màn hình.
Phạm vi ở cấp phiên
Bây giờ, bạn hãy xem xét ví dụ về cách sử dụng thứ nguyên tùy chỉnh cấp phiên hoạt động của nhà phát triển trò chơi để biết số cấp mà người dùng chơi mỗi ngày trong thời gian dùng thử miễn phí 3 ngày.
Nhà phát triển đã biết số lần người dùng chơi mỗi cấp bằng cách theo dõi lượt xem màn hình cho mỗi cấp. Bây giờ, nhà phát triển muốn biết số cấp mà người dùng đã chơi mỗi ngày.
Báo cáo mà nhà phát triển muốn tạo trông giống như sau:
| Ngày dùng thử | Lượt xem màn hình |
|---|---|
| Ngày 1 | |
| Ngày 2 | |
| Ngày 3 |
Bằng cách sử dụng phương diện tuỳ chỉnh cấp phiên hoạt động, nhà phát triển có thể nhóm các lượt xem màn hình theo ngày dùng thử và biết con số đó thay đổi như thế nào khi người dùng dành nhiều thời gian hơn trong giai đoạn dùng thử miễn phí.
Tại sao bạn nên áp dụng phạm vi cấp phiên hoạt động?
Bạn có thể áp dụng phạm vi cấp phiên hoạt động để nhóm một cách hiệu quả toàn bộ phiên hoạt động và tất cả các lượt truy cập thành phần của các phiên đó, theo một giá trị Ngày dùng thử duy nhất.
Mặc dù bạn có thể áp dụng phạm vi cấp lượt truy cập để sử dụng chức năng tương tự, nhưng việc áp dụng phạm vi cấp phiên hoạt động cho phép bạn đặt giá trị Ngày dùng thử một cách dễ dàng bằng cách sử dụng số lượng mã bổ sung ít nhất.
Cấu hình
Phương diện tuỳ chỉnh Ngày dùng thử được xác định trong mục cài đặt tài sản của giao diện người dùng Analytics bằng các giá trị sau:
| Chỉ mục | 2 |
| Tên | Ngày dùng thử |
| Phạm vi | Phiên |
| Đang hoạt động | đúng |
Thu thập
Trong trò chơi, nhà phát triển đã và đang theo dõi từng cấp bằng lượt xem màn hình. Để liên kết ngày với tất cả lượt xem màn hình trong một phiên hoạt động, bạn chỉ cần đặt một giá trị thứ nguyên tùy chỉnh cho mỗi phiên hoạt động.
Nhà phát triển sẽ đặt thứ nguyên tùy chỉnh khi người dùng bắt đầu chơi trò chơi lần đầu tiên:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Xin lưu ý rằng bạn có thể đặt thứ nguyên tùy chỉnh cấp phiên hoạt động bất cứ lúc nào trong thời gian diễn ra phiên hoạt động. Tuy nhiên, trong ví dụ này, nhà phát triển được tạo điều kiện thuận lợi vì có thể xác định ngày dùng thử và đặt giá trị phù hợp vào lúc bắt đầu phiên hoạt động.
Xử lý
Sau khi thu thập và gửi lượt truy cập đến Google Analytics, hệ thống sẽ xử lý dữ liệu và áp dụng giá trị thứ nguyên tùy chỉnh cho lượt truy cập theo phạm vi của thứ nguyên đó.
Ví dụ: dữ liệu mà hệ thống thu thập cho một người chơi đã chơi trò chơi hai lần vào ngày đầu tiên, một lần vào ngày thứ hai và một lần vào ngày thứ ba trông giống như sau:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Session 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Session 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Session 4: H1: screen_name=/level_3/ cd2_value=3
Xin lưu ý rằng hệ thống chỉ gửi giá trị thứ nguyên tùy chỉnh cùng với một lượt xem màn hình trên mỗi phiên hoạt động.
Phạm vi cấp phiên hoạt động đảm bảo rằng hệ thống sẽ liên kết giá trị Ngày dùng thử với tất cả các lượt truy cập trong phiên hoạt động đó, chứ không chỉ với lượt truy cập mà giá trị đó được gửi cùng.
Báo cáo
Sau khi xử lý xong, hệ thống sẽ liên kết giá trị thứ nguyên tùy chỉnh cấp phiên hoạt động với tất cả lượt xem màn hình mà hệ thống đã nhận được trong cùng một phiên hoạt động. Giờ đây, nhà phát triển có thể tạo báo cáo bằng cách sử dụng Ngày dùng thử và tên màn hình làm phương diện, đồng thời sử dụng lượt xem màn hình làm chỉ số:
| Ngày dùng thử | Tên màn hình | Lượt xem màn hình |
|---|---|---|
| 1 | /level_1/ | 1 |
| 1 | /level_2/ | 2 |
| 1 | /level_3/ | 1 |
| 1 | /level_4/ | 2 |
| 2 | /level_1/ | 1 |
| 2 | /level_2/ | 1 |
| 2 | /level_3/ | 1 |
| 3 | /level_3/ | 1 |
Cuối cùng, để nhóm các lượt xem màn hình theo ngày và tìm hiểu số cấp mà người dùng đã chơi được trong mỗi ngày dùng thử, nhà phát triển có thể tạo một báo cáo tuỳ chỉnh sử dụng Ngày dùng thử làm phương diện chính:
| Ngày dùng thử | Lượt xem màn hình |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Dữ liệu cho thấy rằng người dùng đã chơi nhiều cấp nhất vào ngày đầu tiên, nhưng con số này giảm đáng kể vào ngày 2 và ngày 3. Bạn có thể có được thông tin chi tiết này bằng cách sử dụng thứ nguyên tùy chỉnh cấp phiên hoạt động để nhóm nhiều phiên hoạt động và lượt truy cập thành phần của phiên hoạt động theo một giá trị duy nhất.
Phạm vi ở cấp người dùng
Cuối cùng, bạn hãy xem xét ví dụ về cách sử dụng thứ nguyên tùy chỉnh cấp người dùng của nhà phát triển trò chơi để biết số cấp người dùng có trả tiền đã chơi so với người dùng phiên bản dùng thử miễn phí là bao nhiêu.
Như trong các ví dụ trước, hệ thống sẽ theo dõi tổng số lần người dùng chơi mỗi cấp cùng với lượt xem màn hình, nhưng giờ đây nhà phát triển muốn nhóm các lượt xem màn hình theo người dùng bản miễn phí và người dùng có trả tiền.
Báo cáo mà nhà phát triển muốn thấy trông giống như sau:
| Kiểu người chơi | Lượt xem màn hình |
|---|---|
| Miễn phí | |
| Có trả tiền |
Khi sử dụng phương diện tuỳ chỉnh cấp người dùng, nhà phát triển có thể nhận được dữ liệu này bằng cách liên kết tất cả lượt xem màn hình của một người dùng cụ thể, trên các phiên hoạt động hiện tại và trong tương lai của họ, với giá trị Kiểu người chơi.
Tại sao bạn nên áp dụng phạm vi cấp người dùng?
Phạm vi cấp người dùng cho phép bạn nhóm tất cả phiên hoạt động và lượt truy cập thành phần của người dùng một cách dễ dàng theo một giá trị duy nhất. Phạm vi này phù hợp cho các giá trị không thường xuyên thay đổi của một người dùng cụ thể (như Kiểu người chơi trong ví dụ này).
Xin lưu ý rằng mặc dù bạn có thể sử dụng cùng một chức năng này với lượt truy cập hoặc phạm vi cấp phiên hoạt động, nhưng phạm vi cấp người dùng cung cấp giải pháp dễ thực hiện nhất với số lượng mã ít nhất.
Cấu hình
Thứ nguyên tùy chỉnh Kiểu người chơi được xác định trong phần Quản trị bằng các giá trị sau:
| Chỉ mục | 3 |
| Tên | Kiểu người chơi |
| Phạm vi | Người dùng |
| Đang hoạt động | đúng |
Thu thập
Như trong các ví dụ trước đó, nhà phát triển đã và đang theo dõi từng cấp bằng lượt xem màn hình. Để nhóm các lượt xem màn hình đó theo Kiểu người chơi, nhà phát triển chỉ cần đặt thứ nguyên Kiểu người chơi khi người dùng bắt đầu chơi trò chơi và lần thứ hai nếu người dùng sau đó trả tiền để truy cập vào phiên bản đầy đủ của trò chơi.
Nhà phát triển sẽ đặt thứ nguyên tùy chỉnh khi người dùng bắt đầu chơi trò chơi lần đầu tiên:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Free' );
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Nhà phát triển cũng muốn đặt thứ nguyên tùy chỉnh khi người dùng trả tiền để sử dụng phiên bản đầy đủ của trò chơi:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Paid' );
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Xử lý
Như trong các ví dụ trước đó, hệ thống sẽ xử lý dữ liệu sau khi thu thập và áp dụng giá trị thứ nguyên tùy chỉnh cho lượt truy cập theo phạm vi của các giá trị đó.
Ví dụ: hệ thống thu thập dữ liệu cho một người chơi đã chơi trò chơi hai lần với tư cách là người dùng miễn phí và một lần với tư cách là người dùng có trả tiền. Dữ liệu đó có thể trông giống như sau:
userId = 5555 Session 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Session 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Session 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
Xin lưu ý rằng giá trị miễn phí trong phiên hoạt động 1 sẽ áp dụng cho tất cả lượt truy cập trong phiên hoạt động đó cũng như phiên hoạt động 2 cho đến khi bạn đặt giá trị có trả tiền (mới) trong phiên hoạt động 3.
Báo cáo
Sau khi xử lý xong, hệ thống sẽ liên kết giá trị thứ nguyên tùy chỉnh Kiểu người chơi với các phiên hoạt động mà trong đó giá trị này được đặt, cũng như bất kỳ phiên hoạt động và lượt truy cập nào trong tương lai.
Giờ đây, nhà phát triển có thể tạo báo cáo bằng cách sử dụng Kiểu người chơi và tên màn hình làm thứ nguyên, đồng thời sử dụng lượt xem màn hình làm chỉ số:
| Kiểu người chơi | Tên màn hình | Lượt xem màn hình |
|---|---|---|
| Miễn phí | /level_1/ | 1 |
| Miễn phí | /level_2/ | 2 |
| Miễn phí | /level_3/ | 2 |
| Có trả tiền | /level_3/ | 1 |
| Có trả tiền | /level_4/ | 1 |
Cuối cùng, để nhóm các lượt xem màn hình theo Kiểu người chơi, cũng như tìm hiểu số cấp mà người dùng bản miễn phí và người dùng bản có trả tiền đã chơi, nhà phát triển có thể tạo báo cáo tuỳ chỉnh sử dụng Kiểu người chơi làm phương diện chính:
| Kiểu người chơi | Lượt xem màn hình |
|---|---|
| Miễn phí | 5 |
| Có trả tiền | 2 |
Dữ liệu cho thấy rằng người dùng miễn phí đã chơi nhiều cấp hơn so với người dùng có trả tiền. Bạn có thể có được thông tin chi tiết này bằng cách sử dụng thứ nguyên tùy chỉnh cấp người dùng để nhóm người dùng cũng như phiên hoạt động và lượt truy cập thành phần của thứ nguyên đó theo một giá trị duy nhất.
Phạm vi ở cấp sản phẩm
Hãy xem xét ví dụ về cách sử dụng thứ nguyên tùy chỉnh cấp sản phẩm của nhà phát triển trò chơi để tìm hiểu xem người dùng đã mua độ mạnh sức mạnh nào (yếu, trung bình hoặc mạnh).
Nhà phát triển đã và đang theo dõi số lần người dùng mua sức mạnh bằng cách sử dụng tính năng Thương mại điện tử nâng cao. Giờ đây, nhà phát triển muốn biết người dùng đã mua độ mạnh sức mạnh nào nhiều nhất.
Báo cáo sẽ trông giống như sau:
| Độ mạnh của vật phẩm tăng sức mạnh | Doanh thu sản phẩm |
|---|---|
| yếu | |
| trung bình | |
| mạnh |
Trước khi sử dụng phương diện tuỳ chỉnh, nhà phát triển có thể xem tổng doanh thu sản phẩm từ việc bán vật phẩm tăng sức mạnh, nhưng họ không thể nhóm doanh thu đó theo độ mạnh của vật phẩm tăng sức mạnh.
Bằng cách sử dụng thứ nguyên tùy chỉnh cấp sản phẩm, hệ thống có thể liên kết độ mạnh với từng sản phẩm, cho phép báo cáo hiển thị độ mạnh có số lượt mua (cũng như số lượt xem, số lượt nhấp và các hành động liên quan đến Thương mại điện tử nâng cao khác) nhiều nhất.
Tại sao bạn nên áp dụng phạm vi cấp sản phẩm?
Người dùng có thể mua nhiều sức mạnh trong một lần mua hàng. Khi bạn áp dụng phạm vi cấp sản phẩm, hệ thống sẽ chỉ liên kết giá trị độ mạnh với sản phẩm mà giá trị đó được gửi. Điều này đảm bảo rằng mỗi sức mạnh mà người dùng mua có thể được liên kết với một độ mạnh duy nhất.
Cấu hình
Phương diện tuỳ chỉnh Độ mạnh của vật phẩm tăng sức mạnh được xác định trong phần cài đặt tài sản của mục Quản trị Analytics bằng những giá trị sau:
| Chỉ mục | 4 |
| Tên | Độ mạnh sức mạnh |
| Phạm vi | Sản phẩm |
| Đang hoạt động | đúng |
Thu thập
Trong trò chơi, nhà phát triển đã và đang theo dõi từng lượt mua sức mạnh. Để liên kết độ mạnh với từng sức mạnh, bạn phải đặt giá trị thứ nguyên tùy chỉnh với dữ liệu sản phẩm.
Việc thêm thứ nguyên này vào sản phẩm có thể giống như sau:
ga('ec:addProduct', { // Cung cấp chi tiết sản phẩm trong productFieldObject.
'id': 'P12345', // ID sản phẩm (chuỗi).
'name': 'Powerup', // Tên sản phẩm (chuỗi).
'category': 'Extras', // Danh mục sản phẩm (chuỗi).
'variant': 'red', // Biến sản phẩm (chuỗi).
'price': '10.00', // Giá sản phẩm (đơn vị tiền tệ).
'quantity': 2, // Số lượng sản phẩm (số).
'dimension4': 'strong' // Thứ nguyên tùy chỉnh phạm vi sản phẩm (chuỗi).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Gửi dữ liệu giao dịch với lần truy cập trang ban đầu.
Trong ví dụ này, thứ nguyên tùy chỉnh được đặt cùng với thông tin sản phẩm. Điều này liên kết độ mạnh với Sức mạnh này.
Xử lý
Như trong các ví dụ trước đó, sau khi thu thập và gửi lượt truy cập đến Analytics, hệ thống sẽ xử lý dữ liệu và áp dụng giá trị thứ nguyên tùy chỉnh cho các sản phẩm mà giá trị đã được đặt cùng.
Ví dụ: dữ liệu mà hệ thống đã thu thập cho một người chơi riêng lẻ (có 1 phiên hoạt động) đã mua 3 sức mạnh sẽ trông giống như sau:
userId = 5555
Session 1:
H1: product_name=powerup cd4_value=weak
product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak
Lưu ý rằng việc sử dụng phạm vi cấp sản phẩm đảm bảo mỗi giá trị sức mạnh chỉ được liên kết với sản phẩm mà nó được đặt.
Báo cáo
Vì hệ thống liên kết mỗi sản phẩm với giá trị độ mạnh tương ứng, nên sau khi xử lý xong, nhà phát triển có thể tạo một báo cáo tuỳ chỉnh về doanh thu theo Độ mạnh của vật phẩm tăng sức mạnh:
| Độ mạnh của vật phẩm tăng sức mạnh | Doanh thu sản phẩm |
|---|---|
| yếu | 20.00 |
| mạnh | 10.00 |
Trong báo cáo này, sức mạnh yếu đóng góp vào doanh thu nhiều nhất.
Chỉ số tùy chỉnh
Phạm vi
Tương tự như phương diện tuỳ chỉnh, chỉ số tuỳ chỉnh có thể có các phạm vi khác nhau. Hệ thống liên kết các chỉ số tuỳ chỉnh cấp lượt truy cập với tất cả phương diện cấp lượt truy cập mà các chỉ số này được gửi cùng. Tương tự, hệ thống chỉ liên kết các chỉ số tuỳ chỉnh cấp sản phẩm với những sản phẩm mà các chỉ số này được gửi cùng. Sau đây là ví dụ minh hoạ 2 loại chỉ số tuỳ chỉnh này.
Ví dụ về chỉ số tùy chỉnh trong phạm vi lượt truy cập
Trong các ví dụ ở trên, nhà phát triển trò chơi đã và đang theo dõi mỗi lượt chơi của một cấp dưới dạng lượt xem màn hình. Trong mỗi báo cáo được tạo, hệ thống sử dụng chỉ số lượt xem màn hình để thể hiện nỗ lực hoàn thành một cấp của người chơi.
Tuy nhiên, nhà phát triển cũng muốn biết tỷ lệ hoàn thành của từng cấp.
Để xác định tỷ lệ hoàn thành, nhà phát triển sẽ sử dụng chỉ số tùy chỉnh mới có tên là Số lần hoàn thành cấp và so sánh chỉ số đó với số lượt xem màn hình cho từng cấp.
Báo cáo mà nhà phát triển muốn tạo trông giống như sau:
| Tên màn hình | Lượt xem màn hình | Số lần hoàn thành cấp |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Vì sao bạn nên dùng chỉ số tuỳ chỉnh?
Trong nhiều trường hợp, bạn sẽ có thể sử dụng sự kiện, lượt xem màn hình và/hoặc chỉ số tùy chỉnh để theo dõi các chỉ số quan trọng nhất. Tuy nhiên, chỉ số tùy chỉnh có thể tạo ra báo cáo tùy chỉnh linh hoạt hơn và dễ đọc hơn, từ đó giúp bạn dễ dàng theo dõi các chỉ số quan trọng nhất.
Trong ví dụ này, hệ thống chỉ có thể theo dõi số lần hoàn thành cấp dưới dạng lượt xem màn hình khi tính hai lần số lượt xem màn hình trên mỗi cấp, do đó, bạn cần tìm một tùy chọn khác.
Mặc dù bạn có thể sử dụng sự kiện riêng, nhưng do tính chất phân cấp sự kiện nên bạn khó có thể tạo báo cáo ở trên bằng cách kết hợp các lượt xem màn hình với số lần hoàn thành cấp trong một thứ nguyên duy nhất.
Do các quy định giới hạn ở trên và bởi vì số lần hoàn thành cấp là chỉ số quan trọng đối với nhà phát triển này, nên cách thuận tiện nhất là theo dõi số lần hoàn thành cấp dưới dạng chỉ số tùy chỉnh.
Cấu hình
Chỉ số tuỳ chỉnh Số lần hoàn thành cấp được xác định trong mục quản lý trong giao diện người dùng bằng các giá trị sau:
| Chỉ mục | 1 |
| Tên | Số lần hoàn thành cấp |
| Phạm vi | Lần truy cập |
| Loại định dạng | Số nguyên |
| Đang hoạt động | đúng |
Thu thập
Nhà phát triển đã và đang theo dõi số lần bắt đầu chơi từng cấp bằng cách sử dụng lượt xem màn hình. Giờ đây, nhà phát triển có thể theo dõi số lần hoàn thành cấp bằng cách sử dụng chỉ số tùy chỉnh mới.
Giống như thứ nguyên tùy chỉnh, hệ thống gửi chỉ số tùy chỉnh đến Analytics dưới dạng thông số đính kèm với các lượt truy cập khác. Để gửi giá trị chỉ số tùy chỉnh, nhà phát triển cũng cần phải gửi thêm lượt truy cập để ghi lại người dùng đã hoàn thành một cấp. Trong ví dụ này, một sự kiện sẽ được kích hoạt sau khi người dùng hoàn thành một cấp và hệ thống sẽ liên kết chỉ số tùy chỉnh với sự kiện này.
Quy trình triển khai đó có thể giống như sau:
ga('create', 'UA-XXXX-Y', 'auto');
// Increment the level completion metric by 1.
ga('set', 'metric1', 1 );
// Send the custom metric value with an event hit.
ga('send', 'event', 'Level', 'completion');
Xử lý
Trước khi xử lý, dữ liệu của một người chơi riêng lẻ chơi ba cấp trong trò chơi trong một phiên hoạt động sẽ trông giống như sau:
userId = 5555 Session 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
Báo cáo
Sau khi xử lý xong, nhà phát triển có thể tạo một báo cáo sử dụng tên màn hình dưới dạng phương diện và sử dụng số lượt xem màn hình, tổng số sự kiện cũng như số lần hoàn thành cấp dưới dạng chỉ số:
| Tên màn hình | Lượt xem màn hình | Tổng số sự kiện | Số lần hoàn thành cấp |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Vì đã theo dõi số lần hoàn thành cấp dưới dạng chỉ số tuỳ chỉnh, nên sau này, nhà phát triển sẽ không cần phải lọc sự kiện hoàn thành khỏi tổng số sự kiện nữa.
Thay vào đó, nhà phát triển có thể dễ dàng tạo báo cáo tuỳ chỉnh sau đây bằng cách sử dụng chỉ số tuỳ chỉnh Số lần hoành thành cấp:
| Tên màn hình | Lượt xem màn hình | Số lần hoàn thành cấp |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Dữ liệu cho thấy cấp 2 thực sự khó hơn so với các cấp 1 và 3, vì cấp 2 chỉ có tỷ lệ hoàn thành là 33% dựa trên lượt xem màn hình. Khi theo dõi số lần hoàn thành cấp dưới dạng chỉ số tùy chỉnh, nhà phát triển có thể dễ dàng trả lời các câu hỏi về chỉ số chính và tạo báo cáo đơn giản để chia sẻ với những người khác.
Ví dụ về chỉ số tùy chỉnh trong phạm vi sản phẩm
Trong các ví dụ ở trên, nhà phát triển trò chơi đã theo dõi từng lượt mua sức mạnh. Nhà phát triển có thể liên kết một số chỉ số với từng lượt mua, chẳng hạn như số lượng và doanh thu sản phẩm.
Tuy nhiên, gần đây, nhà phát triển trò chơi đã chạy một quảng cáo, trong đó tặng cho tất cả người dùng một khoản tín dụng trị giá $100. Nhà phát triển trò chơi muốn đo lường xem mọi người sẽ mua loại sức mạnh nào bằng khoản tín dụng của họ.
Để xác định khoản tín dụng mà người dùng đã sử dụng cho mỗi lượt mua sản phẩm, nhà phát triển sẽ sử dụng chỉ số tùy chỉnh mới có tên là Khoản tín dụng đã được sử dụng.
Báo cáo mà nhà phát triển muốn tạo trông giống như sau:
| Độ mạnh của vật phẩm tăng sức mạnh | Doanh thu sản phẩm | Tín dụng được sử dụng |
|---|---|---|
| mạnh | ||
| trung bình | ||
| yếu |
Cấu hình
Chỉ số tùy chỉnh Tín dụng được sử dụng được xác định trong phần Quản trị bằng các giá trị sau:
| Chỉ mục | 2 |
| Tên | Tín dụng được sử dụng |
| Phạm vi | Sản phẩm |
| Loại định dạng | Số nguyên |
| Đang hoạt động | đúng |
Thu thập
Giống như thứ nguyên tùy chỉnh cấp sản phẩm, hệ thống sẽ gửi chỉ số tùy chỉnh cấp sản phẩm đến Analytics dưới dạng thông số đính kèm với dữ liệu sản phẩm.
Quy trình triển khai đó có thể giống như sau:
ga('ec:addProduct', { // Cung cấp chi tiết sản phẩm trong productFieldObject.
'id': 'P12345', // ID sản phẩm (chuỗi).
'name': 'Powerup', // Tên sản phẩm (chuỗi).
'category': 'Extras', // Danh mục sản phẩm (chuỗi).
'variant': 'red', // Biến sản phẩm (chuỗi).
'price': '10.00', // Giá sản phẩm (đơn vị tiền tệ).
'quantity': 2, // Số lượng sản phẩm (số).
'dimension4': 'strong', // Thứ nguyên tùy chỉnh phạm vi sản phẩm (chuỗi).
'metric2': 5 // Chỉ số tùy chỉnh phạm vi sản phẩm (số nguyên).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Gửi dữ liệu giao dịch với lần truy cập trang ban đầu.
Xử lý
Trước khi xử lý, dữ liệu của một người chơi riêng lẻ mua một số sức mạnh có thể giống như sau:
userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=weak cm2_value=5
product_name=powerup cd4_value=strong cm2_value=5
H4: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=medium cm2_value=1
product_name=powerup cd4_value=weak cm2_value=10
Báo cáo
Sau khi xử lý xong, nhà phát triển có thể tạo một báo cáo sử dụng Độ mạnh của vật phẩm tăng sức mạnh dưới dạng phương diện, và sử dụng Doanh thu sản phẩm cũng như Khoản tín dụng đã sử dụng dưới dạng chỉ số:
| Độ mạnh của vật phẩm tăng sức mạnh | Doanh thu sản phẩm | Tín dụng được sử dụng |
|---|---|---|
| yếu | 20 | 15 |
| mạnh | 10 | 5 |
| trung bình | 10 | 1 |
Dữ liệu cho thấy rằng người chơi đang sử dụng tín dụng của họ để mua sức mạnh yếu. Nhà phát triển tạo ra lợi nhuận nhiều nhất trên sức mạnh trung bình.
Những điều cần cân nhắc khi triển khai
Khi triển khai thứ nguyên hoặc chỉ số tùy chỉnh, bạn hãy lưu ý những điều sau:
Chỉnh sửa thứ nguyên hoặc chỉ số hiện tại
Khi bạn chỉnh sửa tên hoặc phạm vi của một phương diện hoặc chỉ số tuỳ chỉnh hiện tại, dữ liệu của bạn có thể bị ảnh hưởng theo những cách sau:
- Chỉnh sửa tên: ảnh hưởng đến dữ liệu đã được xử lý. Bạn chỉ có thể xem dữ liệu cũ bằng cách sử dụng tên mới.
- Chỉnh sửa phạm vi: không ảnh hưởng đến dữ liệu đã được xử lý. Hệ thống chỉ xử lý dữ liệu mới bằng cách sử dụng phạm vi mới.
- Thay đổi trạng thái hoạt động: trường đang hoạt động xác định liệu hệ thống có thực sự xử lý giá trị phương diện hoặc chỉ số tuỳ chỉnh hay không. Xin lưu ý rằng khi trạng thái đang hoạt động là
false, phương diện hoặc chỉ số tuỳ chỉnh sẽ vẫn xuất hiện trong báo cáo, nhưng không có bất kỳ dữ liệu nào được liên kết vì hệ thống không xử lý giá trị của phương diện hoặc chỉ số đó.
Lập kế hoạch trước khi đặt phạm vi
Khi bạn đặt phạm vi cho một thứ nguyên tùy chỉnh cụ thể, hãy xem xét tần suất thay đổi giá trị mà bạn mong muốn. Nếu giá trị đó có thể thay đổi nhiều lần trong một phiên hoạt động (như tên của một cấp trong trò chơi), hãy sử dụng phạm vi lượt truy cập và đặt giá trị trước mỗi lượt truy cập. Mặt khác, bạn chỉ có thể đặt thứ nguyên tùy chỉnh (chẳng hạn như giới tính) ở cấp người dùng một lần. Việc gửi giá trị giới tính cùng với từng lượt truy cập sẽ khiến bạn phải làm một số việc không cần thiết và việc định cấu hình thứ nguyên tùy chỉnh (có tần suất thay đổi thường xuyên) với phạm vi người dùng sẽ liên kết sai nhiều lượt truy cập với giá trị đó.