تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تصف خصائص المستخدمين شرائح قاعدة المستخدمين، مثل الإعدادات المفضّلة للغة.
أو موقع جغرافي محدد. تسجِّل "إحصاءات Google" بعض خصائص المستخدمين تلقائيًا. في حال حذف
كنت تريد جمع خصائص إضافية، يمكنك إعداد ما يصل إلى 25 مستخدمًا إضافيًا
الخصائص لكل مشروع. اطّلِع على خصائص المستخدِمين المخصّصة لمعرفة كيفية إعداد
لتسجيل خصائص المستخدمين.
تعمل خصائص المستخدِمين على تحسين تصنيف المستخدِمين إلى شرائح، ولكن بيانات خصائص المستخدِمين غالبًا ما تكون فقط.
المتوفرة من جانب الخادم. يتيح لك Measurement Protocol زيادة
إجراء القياسات من جانب العميل باستخدام بيانات من جانب الخادم، الأمر الذي عادةً ما يكون غير قابل للتطبيق
باستخدام الحلول من جانب العميل فقط.
الأسماء المحجوزة
بعض أسماء خصائص المستخدمِين محجوزة ولا يمكن استخدامها في القياسات:
first_open_time
first_visit_time
last_deep_link_referrer
user_id
first_open_after_install
بالإضافة إلى ذلك، لا يمكن أن تبدأ أسماء خصائص المستخدمِين بما يلي:
google_
ga_
firebase_
مثال على الاستخدام
في المثال التالي، يحتوي نظام إدارة علاقات العملاء (CRM) الذي تستخدِمه على خاصيّة مستخدِم (customer_tier)
التي تريد إضافتها إلى قياساتك. يمكن ضبط customer_tier على واحد من
premium أو standard. للحصول على خاصيّة المستخدم هذه في تقاريرك، عليك إجراء
ما يلي:
أولاً، اطلب من العميل إرسال حدث add_payment_info مع مكالمة إلى
واجهة برمجة تطبيقات الخادم التي يمكنها الوصول إلى نظام إدارة علاقات العملاء:
رمز العميل
يزيد الخادم بعد ذلك القياس باستخدام خاصيّة المستخدِم "customer_tier"
باستخدام Measurement Protocol:
رمز الخادم
تسجِّل خاصيّة المستخدِم هذه الشريحتَين premium وstandard.
راجع إرسال الأحداث للحصول على التفاصيل الكاملة حول كيفية إرسال الأحداث باستخدام
Measurement Protocol.
الطابع الزمني للإلغاء
يستخدم Measurement Protocol الطابع الزمني الأول الذي يعثر عليه في ما يلي
قائمة لكل خاصيّة مستخدم في الطلب:
تمثّل هذه السمة timestamp_micros للإدخال في user_properties.
تمثّل هذه السمة timestamp_micros للطلب.
الوقت الذي يتلقى فيه Measurement Protocol الطلب.
يرسل المثال التالي طابعًا زمنيًا على مستوى الطلب ينطبق على جميع
خصائص المستخدمين في الطلب. ونتيجةً لذلك، يعيّن Measurement Protocol
كلّ من خصائص المستخدمين customer_tier وcustomer_group بطابع زمني
requestUnixEpochTimeInMicros
يرسل المثال التالي طابعًا زمنيًا على مستوى الطلب وطابعًا زمنيًا
خاصيّة المستخدِم على customer_tier. ونتيجةً لذلك، يعيّن Measurement Protocol
الطابع الزمني للحقل "customer_tier" بالقيمة "customerTierUnixEpochTimeInMicros"
customer_group طابع زمني لـ requestUnixEpochTimeInMicros.
تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\u003cp\u003eUser properties are attributes that describe segments of your user base, like language or location, and you can set up to 25 custom ones.\u003c/p\u003e\n"],["\u003cp\u003eThe Measurement Protocol allows you to combine server-side data with client-side measurements to enhance user property data.\u003c/p\u003e\n"],["\u003cp\u003eCertain user property names are reserved and cannot be used, including ones that start with \u003ccode\u003egoogle_\u003c/code\u003e, \u003ccode\u003ega_\u003c/code\u003e, or \u003ccode\u003efirebase_\u003c/code\u003e.\u003c/p\u003e\n"],["\u003cp\u003eYou can send user properties with events or in separate requests to enrich your Analytics data.\u003c/p\u003e\n"],["\u003cp\u003eTimestamps for user properties can be overridden at the request level or individually for specific properties to ensure data accuracy.\u003c/p\u003e\n"]]],["User properties segment users based on characteristics like language or location, with up to 25 custom properties per project. The Measurement Protocol enriches client-side data with server-side insights, improving segmentation. Reserved property names and prefixes cannot be used. Server code can augment client events with user properties like `customer_tier`. Timestamps for properties are prioritized from individual entries to request level, and the most recent property value is used. Overriding timestamps is crucial for historical data.\n"],null,["# Send user properties\n\nUser properties describe segments of your user base, such as language preference\nor geographic location. Analytics [automatically logs some user properties](https://support.google.com/analytics/answer/9268042). If\nyou want to collect additional properties, you can set up to 25 additional user\nproperties per project. See [Custom user properties](https://support.google.com/analytics/answer/9269570) to learn how to set and\nregister user properties.\n\nUser properties enhance user segmentation, but user property data is often only\navailable server-side. The Measurement Protocol lets you augment\nclient-side measurements with server-side data, which is typically infeasible\nusing only client-side solutions.\n\nReserved names\n--------------\n\nSome user property names are reserved and cannot be used in measurements:\n\n- `first_open_time`\n- `first_visit_time`\n- `last_deep_link_referrer`\n- `user_id`\n- `first_open_after_install`\n\nAdditionally, user property names cannot begin with:\n\n- `google_`\n- `ga_`\n- `firebase_`\n\nExample usage\n-------------\n\nFirebase gtag.js\n\nIn the following example, your CRM has a user property (`customer_tier`) you\nwould like to add to your measurements. `customer_tier` can be set to one of\n`premium` or `standard`. To get this user property in your reports, you would do\nthe following:\n\nFirst, have the client send an [`add_payment_info`](/analytics/devguides/collection/protocol/ga4/reference/events#add_payment_info) event along with a call to a\nserver API that has access to your CRM system:\n\n**client code**\n\nYour server then augments the measurement with the `customer_tier` user property\nusing the Measurement Protocol:\n\n**server code**\n| **Tip:** This sample shows how to send a user property along with an event. You can also send a request that *only* contains user properties, without any events.\n\nThis user property reports the two segments `premium` and `standard`.\n| **Key Point:** User properties can improve segmentation using data that's only available server-side through use of the Measurement Protocol.\n\nSee [Sending events](/analytics/devguides/collection/protocol/ga4/sending-events) for full details on how to send events using the\nMeasurement Protocol.\n\nOverride timestamp\n------------------\n\nThe Measurement Protocol uses the *first* timestamp it finds in the following\nlist for each user property in the request:\n\n1. The `timestamp_micros` of the entry in `user_properties`.\n2. The `timestamp_micros` of the request.\n3. The time that the Measurement Protocol receives the request.\n\nThe following example sends a request-level timestamp that applies to all of\nthe user properties in the request. As a result, the Measurement Protocol assigns\nboth the `customer_tier` and `customer_group` user properties a timestamp of\n`requestUnixEpochTimeInMicros`. \n\n {\n \"timestamp_micros\": requestUnixEpochTimeInMicros,\n \"user_properties\": {\n \"customer_tier\": {\n \"value\": customerTierValue\n },\n \"customer_group\": {\n \"value\": customerGroupValue\n }\n }\n }\n\nThe following example sends both a request-level timestamp and a timestamp for\nthe `customer_tier` user property. As a result, the Measurement Protocol assigns\nthe `customer_tier` a timestamp of `customerTierUnixEpochTimeInMicros`, and the\n`customer_group` a timestamp of `requestUnixEpochTimeInMicros`. \n\n \"timestamp_micros\": requestUnixEpochTimeInMicros,\n \"user_properties\": {\n \"customer_tier\": {\n \"value\": customerTierValue,\n \"timestamp_micros\": customerTierUnixEpochTimeInMicros\n },\n \"customer_group\": {\n \"value\": customerGroupValue\n }\n }\n\n| **Tip:** Google Analytics uses the most recent value of a user property for each user. If you're sending user property changes that occurred in the past, override the timestamp to ensure that the user properties from Measurement Protocol don't override more recent changes from tagging or the Firebase SDK."]]