وضع العلامات من جهة الخادم

تنقل إدارة العلامات من جهة الخادم تنفيذ العلامات من متصفح المستخدم إلى خادم تتحكمون فيه. فبدلًا من أن ترسل الصفحة وحدات البكسل مباشرةً إلى Google وMeta، ترسل طلبًا واحدًا إلى نقطة نهاية إدارة العلامات الخاصة بكم.

ثم يقرر ذلك الخادم ما يجب إرساله، وإلى من، وبأي صيغة. ولا يتصل المتصفح إلا بنطاق الطرف الأول الخاص بكم.

في النموذج التقليدي، تعمل وحدة بكسل كل مورّد في المتصفح، ويرسل كل منها طلبًا خاصًا به إلى جهة خارجية. أما في الإدارة من جهة الخادم، فيرسل المتصفح حدثًا واحدًا إلى خادم إدارة العلامات، الذي يوزعه على عدة وجهات.

يمنحكم ذلك التحكم في البيانات، ويقلل الطلبات المحجوبة، ويحد من حجم التعليمات البرمجية من جهة العميل التي تؤدي إلى إبطاء الصفحات.

يُعد Server-Side Google Tag Manager (sGTM) من Google التطبيق الأكثر شيوعًا. وهو حاوية تعمل على Cloud Run أو App Engine أو أي مضيف، وتستقبل الطلبات وتعالجها من خلال clients وtags.

يحلّل 'client' الطلبات الواردة إلى أحداث، ثم ترسل 'tags' تلك الأحداث إلى الوجهات. إنها GTM، لكن تنفيذها يتم على الخادم بدلًا من الصفحة.

تأتي أهم مكاسب الموثوقية من ربط خادم إدارة العلامات بنطاق فرعي لموقعكم، مثل sgtm.example.com، عبر سجل DNS A أو CNAME.

وبما أن الطلبات تتجه الآن إلى نطاقكم، فإن ملفات تعريف الارتباط التي يعيّنها الرد تكون من الطرف الأول وتعمل بنمط HttpOnly. وهي تتجاوز أشد قيود ITP، ويقل احتمال حجب حاجبات الإعلانات لها بدرجة كبيرة.

تحدث عملية شراء على الصفحة. وترسل حاوية الويب، أو gtag، حدثًا إلى sgtm.example.com. ويعيد عميل GA4 هناك بناء الطلب، ويثريه، ثم ترسله علامة GA4 إلى نقطة نهاية جمع البيانات لدى Google.

ويمكن للحدث نفسه في الوقت ذاته تشغيل علامة Meta Conversions API وتحويل Google Ads من جهة الخادم وغيرهما، وكل ذلك من طلب وارد واحد.

تُعد Conversions API من Meta وEnhanced Conversions من Google وEvents API من TikTok نقاط نهاية من خادم إلى خادم. وهي تقبل الأحداث مباشرةً من خادمكم، متجاوزةً بكسل المتصفح بالكامل.

يستعيد ذلك التحويلات التي فقدتموها بسبب حاجبات الإعلانات وITP، ويتيح لكم إرسال معرّفات الطرف الأول المُجزّأة (email, phone) لتحسين المطابقة، شريطة الحصول على الموافقة.

بما أن الخادم يرى الحدث الخام، يمكنكم إثراؤه: أضيفوا قيمة الطلب الفعلية من قاعدة بياناتكم، واحذفوا معلومات تحديد الهوية الشخصية التي لا تريدون مشاركتها، وأضيفوا طوابع زمنية من جهة الخادم، أو أزيلوا التكرار مقارنةً بأحداث العميل.

تصبحون محرري بياناتكم، فترسلون إلى كل منصة الحد الأدنى من الحقول التي تحتاج إليها. وهذا هو تقليل البيانات عمليًا، لا مجرد سياسة.

إذا شغّلتم بكسل المتصفح وحدثًا من الخادم للتحويل نفسه، فيجب ألا تحتسبه المنصات مرتين. وتعتمد إزالة التكرار على معرّف مشترك.

أرسلوا event_id نفسه، وevent_name نفسه، من كل من بكسل العميل واستدعاء CAPI من الخادم. وتطابق Meta وغيرها بينهما وتحتفظ بحدث واحد فقط، مما يمنحكم التكرار الاحتياطي دون تضخيم.

خادم إدارة العلامات بنية تحتية حقيقية. ففي Cloud Run من Google Cloud يتوسع تلقائيًا مع حركة المرور، وتدفعون مقابل الحوسبة والبيانات الصادرة. وقد يشغّل موقع صغير مثيلين تقريبًا، بينما قد يشغّل الموقع الكبير عددًا كبيرًا منها.

خططوا للمراقبة، وخادم معاينة لتصحيح الأخطاء، والتوافر، لأنه إذا توقف خادم إدارة العلامات عن العمل، توقف القياس أيضًا. لقد أصبح الآن خدمة إنتاجية، لا مجرد مقطع برمجي.

لا تمثل إدارة العلامات من جهة الخادم تجاوزًا للموافقة. فما زلتم بحاجة إلى أساس قانوني، وإرسال البيانات دون موافقة غير قانوني بغض النظر عن مكان تنفيذ ذلك.

كما أنها لا تستعيد سحرًا التتبع الحتمي عبر المواقع. إنها تحسن الموثوقية والمطابقة لبيانات الطرف الأول التي تمت الموافقة عليها؛ وهي طبقة مرونة وليست ثغرة للتحايل.

يتبع الإطلاق الفعلي تسلسلًا محددًا: جهّزوا الخادم، واربطوا النطاق الفرعي، ووصلوا حاوية الويب به، واضبطوا clients وtags، ثم اربطوا وجهات CAPI.

تحققوا باستخدام طريقة العرض الخاصة بالمعاينة وتصحيح الأخطاء، وتأكدوا من عمل إزالة التكرار، وافحصوا فرض الموافقة، ثم حوّلوا حركة المرور بعد ذلك فقط. تعاملوا مع الأمر كما تتعاملون مع نشر أي خدمة خلفية.

اختبر مدى استيعابك لإدارة العلامات من جهة الخادم.

توجّه إدارة العلامات من جهة الخادم أحداث المتصفح إلى خادم لإدارة العلامات على نطاقكم الفرعي، حيث يعيّن ملفات تعريف ارتباط من الطرف الأول ويرسل البيانات التي تمت الموافقة عليها إلى المنصات عبر واجهات برمجة تطبيقات من خادم إلى خادم، مثل Meta CAPI.

تشمل الفوائد تقليل الطلبات المحجوبة، وملفات تعريف ارتباط أكثر توافقًا مع ITP، وإثراء البيانات وتقليلها، وإزالة تكرار الأحداث. وهي طبقة للموثوقية والتحكم، وبنية تحتية حقيقية تتطلب التشغيل، وليست بديلًا عن الموافقة بأي حال.