انتقل إلى المحتوى
تمايزتقنية وتسويقالعودة للمتجر
القائمة

تمايز / معلومات تهمك

تتبع النماذج التي تعمل دون تحميل صفحة جديدة في GTM

النموذج الذي يستخدم طلبًا برمجيًا إلى الخادم قد لا يعمل مثل إرسال HTML التقليدي، لذلك قد لا يلتقطه مشغّل Form Submission كما تتوقع. وحتى إذا التقط محاولة الإرسال،…

الإجابة العملية

النموذج الذي يستخدم طلبًا برمجيًا إلى الخادم قد لا يعمل مثل إرسال HTML التقليدي، لذلك قد لا يلتقطه مشغّل Form Submission كما تتوقع. وحتى إذا التقط محاولة الإرسال، فهذا لا يثبت قبول البيانات أو حفظ الطلب. الحل الأقوى هو حدث مخصص يدفعه التطبيق إلى طبقة البيانات بعد استجابة النجاح التي تعتمدها الخدمة. أعط الحدث اسمًا واضحًا وحقولًا محدودة مثل نوع النموذج، ولا تنسخ محتواه الشخصي. حدد أيضًا ماذا يحدث عند إعادة المحاولة أو الضغط مرتين أو عودة الخادم بخطأ، لأن هذه الحالات تفصل بين عدّ النقرات وعدّ طلبات ناجحة. لا تستخدم ظهور رسالة مرئية وحده إذا كانت الرسالة يمكن أن تظهر قبل الحفظ أو بسبب نص ثابت في القالب. عقد واضح بين المطور والمحلل يجعل القياس مستقلًا عن تغيّر تصميم النموذج، ويمنع فقد الأحداث عند تحديث المكتبة التي تنفذ الإرسال.

خطوات التطبيق

  1. جرّب النموذج وحدد هل يستخدم إرسالًا تقليديًا أم طلبًا برمجيًا، ثم حدد استجابة النظام التي تعني نجاح الحفظ بصورة يمكن التحقق منها.
  2. أضف Custom Event إلى dataLayer بعد النجاح، واربط به الوسم مع حقول تحليلية آمنة دون أسماء أو هواتف أو محتوى رسائل العملاء.
  3. اختبر نقص الحقول وخطأ الخادم والنجاح وإعادة الضغط، ثم راجع أن الحدث لا يُرسل في المحاولات المرفوضة أو يتكرر للطلب نفسه.

مثال تطبيقي افتراضي

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

أخطاء تستحق الانتباه

  • الاعتماد على النقرة أو محاولة submit يجعل حالات الحقول غير الصحيحة وأخطاء الخادم تبدو كأنها طلبات خدمة وصلت بنجاح.
  • ربط الحدث بنص رسالة قابل للتغيير في القالب قد يوقف القياس بعد تعديل صياغتها رغم أن عملية حفظ الطلب ما زالت تعمل.

كيف تتحقق من التنفيذ؟

  • تحقق من ظهور الحدث المخصص بعد استجابة النجاح فقط، وافحص قيم المتغيرات في لحظة الحدث داخل Tag Assistant لا بعد اكتمال الرحلة.
  • قارن طلب اختبار محفوظًا بسجل الحدث، ثم أعد الاختبار مع الفشل والضغط المكرر حتى تثبت أن تعريف النجاح يظل مطابقًا للتنفيذ.

المراجع والمصادر

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

نسمعك

اكتب سؤالك أو ملاحظتك. يُنشر التعليق بعد المراجعة، ويبقى البريد خاصًا.