لماذا SignalHost: ما الذي تخسره الوسوم في المتصفح، وما الذي يستعيده خادم الوسم الخاص بك

مع الوسوم في المتصفح، كل قياس هو طلب إلى نطاق شخص آخر: سكربت Tag Manager من googletagmanager.com، وكل طلب من GA4 إلى google-analytics.com، وكل حدث من Meta إلى facebook.com. حاجبات الإعلانات، وإضافات الخصوصية، والمتصفحات التي تحجب أدوات التتبّع من تلقاء نفسها، ومرشّحات DNS في شبكات المكاتب والمنازل، تتعرّف على أسماء المضيفين والمسارات هذه وتُسقط الطلب. تُحمَّل الصفحة كالمعتاد. والزيارة ببساطة لا تصل أبدًا.

لا يمكنك رؤية هذه الخسارة في GA4، لأن GA4 لا يُظهر إلا ما وصل. حجمها يعتمد على جمهورك — أكبر بكثير لدى جمهور تقني أو شاب أو حريص على الخصوصية منه لدى جمهور عام — وهي تقع على كل التقارير دفعة واحدة: مستخدمون أقل، وجلسات أقل، وتحويلات أقل، وحملات تبدو أسوأ مما هي عليه.

الحجب واحد من أربعة أسباب تجعل GA4 يعرض تحويلات أقل من متجرك: لماذا يحتسب GA4 أقل، وأي جزء يمكن استعادته.

مشاهدة صفحة ضائعة مصدر إزعاج. أما التحويل الضائع فيكلّفك مرتين. يقرر Google Ads وMeta وTikTok أين تذهب ميزانيتك بالتعلّم من التحويلات التي تصلها، فكل عملية شراء يبتلعها حاجب هي عملية لا يتعلّم منها نظام عروض الأسعار أبدًا، وكل حملة تُبلغ عن عائد أسوأ مما حققته.

الخسارة الثانية هي النقرة على الإعلان نفسها. لا يُحتسب التحويل لحملة إلا إذا أمكن ربطه بالنقرة التي أدّت إليه، وحلقة الوصل هي معرّف النقرة — gclid لدى Google، وfbclid لدى Meta، وttclid لدى TikTok — الموجود في عنوان الصفحة المقصودة، والذي يختفي منه مع النقرة التالية للزائر. لا بد من شيء يحفظه حتى الشراء، وهذا الشيء ملف تعريف ارتباط. وإذا وُضع من عنوان موقع آخر، يرفضه Safari رفضًا قاطعًا، فتصل عملية الشراء بعد ثلاث صفحات بلا نقرة مرتبطة بها.

• تُحمَّل وسومك وتُرسل بياناتها من نطاقك الخاص. حين يكون metrics.yoursite.com عنوان الوسم لديك، يذهب كل طلب إلى موقعك أنت في نظر المتصفح، ولا تطابقه أي قائمة موجّهة إلى أسماء مضيفي Google.
• لم يبقَ شيء يمكن التعرّف عليه. تبحث قوائم المرشّحات أيضًا عن gtm.js و /g/collect ومعرّفات القياس على أي نطاق. ترمّز SignalHost كل طلب في مسار واحد غير مفهوم، بطريقة مختلفة لكل عميل، فلا يعود اسم الملف واسم الحدث ومعرّف القياس لديك وعنوان الصفحة ظاهرة بنص واضح.
• تصل التحويلات إلى منصات الإعلانات من خادمك. تتلقى Google Ads وMeta وTikTok وReddit وPinterest وSnapchat وLinkedIn أحداثك عبر واجهاتها الخاصة من جانب الخادم — Conversions API لدى Meta، وEvents API لدى TikTok، وسواهما — بدلًا من بكسل في المتصفح. احتفظ ببكسل أيضًا إن شئت: أرسل event_id نفسه إلى الاثنين، فتحتسب كل منصة الحدث مرة واحدة.
• تبقى النقرة محفوظة حتى الشراء. يحفظ حاوي الخادم لديك معرّف النقرة في ملف تعريف ارتباط على نطاقك الخاص — FPGCLAW لـ Google Ads، و_fbc لـ Meta — فتصل عملية الشراء التي تأتي بعد صفحات أو أيام إلى المنصة مع النقرة التي جاءت منها.
• حدث واحد، لكل الوجهات. الأحداث التي يرسلها موقعك إلى GA4 أصلًا تغذّي أيضًا كل منصة تربطها، مترجَمةً إلى الأسماء الخاصة بكل منصة، فتُعدّ الحدث مرة واحدة بدلًا من مرة لكل منصة.

لا شيء من هذا تقنية جديدة. Google Tag Manager من جانب الخادم منتج Google نفسها، ويمكنك استضافته بنفسك. وهذا يعني مشروع Google Cloud مع تفعيل الفوترة، وخادم وسم يبقى قيد التشغيل في بيئة الإنتاج وخادمًا ثانيًا للمعاينة، ونطاقك الخاص موجَّهًا إليه مع شهادة، وصورة خادم يجب إبقاؤها محدّثة، وفاتورة تكبر مع حركة المرور لديك. ثم الحاويات: حاوي ويب يرسل وسم Google فيه إلى خادمك، ووسم لكل حدث، وحاوي خادم يستقبلها ويمرّرها، ولكل منصة إعلانات قالب وبيانات اعتماد ومشغّل — وكل واحد منها يمكن أن يفشل دون أي خطأ في أي مكان.

هذا الجزء تتولاه SignalHost. تربط حساب Google مرة واحدة — Tag Manager وAnalytics للقراءة فقط، لا أكثر — فتبني الحاويين كليهما وتنشرهما في حسابك أنت: وسم Google موجَّهًا إلى خادمك، ووسومًا لستة عشر حدثًا قياسيًا من التسجيلات والعملاء المحتملين حتى كل خطوة من خطوات الدفع، وجانب الخادم، وكل منصة إعلانات تضيفها. يستغرق ذلك نحو أربع دقائق، وتلصق مقتطفًا واحدًا في موقعك.

تبقى الحاويات ملكك. فهي في حسابك في Tag Manager، بتسجيل دخولك: عدّلها، أو أضف وسومك الخاصة، أو ارحل واحتفظ بها. وعندما يلزم تغيير وسم — لأن Google غيّرت شيئًا، أو لأننا أضفنا حدثًا — تُحدَّث حاوياتك دون أن تضغط على أي شيء. ويعمل كل ذلك على بنية تحتية أوروبية، بلا مشروع Google Cloud ولا فاتورة سحابية لكل طلب في جانبك.

• عدّ مباشر للطلبات والأحداث لكل حاوٍ، فيجد سؤال «هل يعمل؟» جوابه خلال ثوانٍ بدلًا من تقرير الغد.
• رقمان لكل حدث: كل ما وصل، وكم منه جاء بموافقة التحليلات — معدل الموافقة لديك، مقيسًا لا مخمّنًا.
• الصفحات ومصادر الزيارات والبلدان والمتصفحات والأجهزة، محسوبة من مشاهدات الصفحات التي سلّمها خادمك. أرقام مجمّعة فقط: لا يُخزَّن أي عنوان IP ولا أي معرّف عميل.
• بطاقة «استكشاف الأخطاء وإصلاحها» تتتبّع مشاهدات صفحاتك من موقعك عبر خادمك إلى تقرير الوقت الفعلي في GA4 نفسه، وتتحقق من المسار إلى كل منصة إعلانات ربطتها.
• في Growth أو Enterprise أو Unlimited، يتصل وضع المعاينة في Tag Manager بحاوي الخادم لديك كما يتصل بحاوٍ تشغّله بنفسك.

• لا تُغني عن الموافقة. الطلب إلى نطاقك الخاص يحتاج إلى الموافقة نفسها التي يحتاجها الطلب إلى نطاق Google. الزوار الذين يرفضون يبقون رافضين: لا ترسل وسوم Google إلا ما يسمح به Consent Mode، ولا تتلقى Meta وTikTok والمنصات الأخرى عنهم شيئًا.
• لا تجعل GA4 مطابقًا لصفحة الحاوي. يستبعد Analytics الزوار الذين رفضوا ملفات تعريف الارتباط؛ أما خادمك فيعدّ كل طلب. الفرق هو معدل الموافقة لديك، لا بيانات ضائعة.
• لا تستطيع حفظ النقرة على الإعلان دون نطاقك الخاص. على اسم المضيف المجاني على signalhost.io تكون وسومك قد خرجت من نطاقات Google بالفعل، لكن ملف تعريف ارتباط النقرة ما زال يأتي من موقع آخر فيرفضه Safari. نطاقك الخاص، في خطة مدفوعة، هو ما يُبقي النقرة محفوظة.
• لا تعيد زائرًا لا يشغّل متصفحه أي سكربت على الإطلاق، ولا زائرًا يغادر قبل اكتمال تحميل الصفحة.

تحتاج إليها حين يتوقف المال على الأرقام: إذا كنت تشغّل إعلانات على Google أو Meta أو TikTok أو غيرها وتريدها أن تتعلّم من كل عملية بيع؛ أو تبيع عبر الإنترنت ولا يتفق عدد الطلبات في متجرك مع GA4؛ أو كان جمهورك تقنيًا أو شابًا أو حريصًا على الخصوصية؛ أو كنت ترفع تقاريرك إلى عميل تتبع ميزانيته لوحة البيانات.

على الأرجح لا تحتاج إليها إن كنت لا تشغّل إعلانات، وكان موقعك يحظى ببضع مئات من الزيارات شهريًا، ولا أحد يتخذ أي قرار بناءً على الأرقام. Analytics في المتصفح كافٍ حين لا تغيّر عشرة في المئة زيادةً أو نقصانًا شيئًا.

أسرع طريقة لتعرف إلى أي الفئتين تنتمي هي أن تقيس. الخطة المجانية عشرة آلاف طلب شهريًا ولا تُحصِّل أي مبلغ أبدًا. أعدّها، ثم قارن أسبوعًا من التحويلات في GA4 وفي منصات إعلاناتك بالأسبوع الذي سبقه.