ما هي منصات الإعلانات التي تدعم أداة إنشاء المواقع تحسينها؟ يجب أولاً التحقق من اكتمال ثلاث قدرات: إعادة إرسال الأحداث، وتكييف الصفحات المقصودة، والتعرّف على جودة الزيارات. فإذا تعذر الربط بين هذه القدرات الثلاث، فقد يتم تسجيل إجراءات التحويل مثل النقرات، والنماذج، وإضافات السلة، والاستفسارات، والاتصالات، والتنزيلات بشكل ناقص أو خاطئ أو مكرر في حساب الإعلانات. وعند التقييم التقني، لا ينبغي الاكتفاء بالتحقق من إمكانية نشر الصفحة، بل يجب التحقق من قدرة الموقع على استقبال معلمات التعرّف الخاصة بمصادر الزيارات الإعلانية المختلفة بشكل مستقر، وما إذا كان يسمح بإضافة علامات تتبع دقيقة، وما إذا كان يدعم إعادة الإرسال من جانب الخادم، وما إذا كانت قواعد التتبع ستتأثر بتغييرات البنية بعد إعادة تصميم الصفحة.
من حيث أهداف تحسين الإعلانات، لا تقتصر الأنواع الشائعة على إعلانات البحث. فعند التقييم الفعلي، عادةً ما تشمل إعلانات البحث، والإعلانات ضمن الخلاصات، وإعلانات الفيديو القصير، والإعلانات المصوّرة، وإعلانات إعادة الاستهداف، بالإضافة إلى الزيارات القادمة من شبكات الشركاء. وتختلف متطلبات كل مصدر للزيارات بشكل كبير عن أدوات إنشاء المواقع. تعتمد زيارات البحث بدرجة أكبر على ملاءمة الصفحة المقصودة للكلمات المفتاحية، وسرعة تحميل الجزء الظاهر الأول، وإمكانية الوصول إلى النموذج؛ بينما تكون زيارات الخلاصات والفيديو القصير أكثر حساسية للمظهر البصري للجزء الأول، ومعدل الارتداد، وعمق التمرير، ومناطق النقر على الأزرار؛ أما إعادة الاستهداف فتركز بدرجة أكبر على التعرّف على هوية المستخدم، واستمرارية معلمات صفحات المنتجات أو المحتوى، واكتمال إسناد البيانات ضمن نافذة التحويل.
تدّعي العديد من الأنظمة إمكانية ربط الإعلانات، لكنها في الواقع لا تفعل أكثر من السماح بالترويج عبر الروابط الخارجية، ولا تزال بعيدة عن تحقيق «إمكانية التحسين». وما يؤثر فعلياً في تعلّم خوارزمية عرض الإعلانات هو قدرة الموقع على تفكيك السلوك الناتج عن الزيارات إلى إشارات قابلة للاستخدام. فعلى سبيل المثال: هل صفحة النجاح بعد إرسال النموذج ثابتة؟ وهل يتم تشغيل حدث مستقل بعد إرسال النموذج غير المتزامن؟ وهل يميز زر الهاتف بين النقر على الهاتف المحمول والظهور على سطح المكتب؟ وهل يؤدي رفع مرفقات الاستفسار إلى قطع التتبع؟ وهل ينتقل مسار طلب الشراء في المتجر عبر نطاقات مختلفة؟ إذا كانت أي حلقة من هذه الحلقات معالجة بشكل سطحي، فستصبح الإشارات التي يستقبلها نظام الإعلانات مشوهة.
ما هي منصات الإعلانات التي تدعم أداة إنشاء المواقع تحسينها؟ إذا لم نذكر علامات تجارية محددة، فيمكن تلخيص ذلك تقنياً في التوافق مع المعايير التالية: أولاً، تمرير معلمات URL؛ ثانياً، جمع أحداث الصفحة؛ ثالثاً، واجهة إعادة إرسال التحويلات؛ رابعاً، ربط هوية المستخدم بالجلسة؛ وخامساً، مراقبة المسارات في المواقع متعددة الصفحات أو تطبيقات الصفحة الواحدة. إن غياب أحد هذه العناصر لا يمنع بالضرورة إطلاق الإعلانات، لكنه يجعل التحسين المستمر أمراً صعباً.
غالباً ما تكون سرعة الصفحة أول موضع تظهر فيه المشكلات. فعندما تصل الزيارات الإعلانية إلى الموقع، إذا احتوى الجزء الظاهر الأول على صور عرض غير مضغوطة، أو فيديوهات يتم تشغيلها تلقائياً، أو حزم خطوط كبيرة الحجم، أو إذا تسبب JavaScript في حجب العرض، فستكون تكلفة النقرة قد حُسبت بينما يغادر المستخدم قبل أن يرى محتوى مفيداً. ومن الناحية التقنية، يجب على الأقل التحقق مما إذا كانت الصور تتضمن قصاً بأحجام متعددة، وما إذا كانت الدقة المناسبة تُوزّع حسب الجهاز، وما إذا كان التحميل الكسول يؤثر في المحتوى الأساسي للجزء الأول، وما إذا كان من الممكن التحكم في ترتيب تحميل البرامج النصية التابعة لجهات خارجية. وتحدث كثير من التقييمات الخاطئة عندما تكون «نتيجة اختبار السرعة مقبولة، لكن معدل تحويل الصفحة الإعلانية الفعلي ضعيف». وغالباً لا يكون السبب هو النتيجة الإجمالية، بل أن العناصر الأساسية مثل الأزرار والنماذج وطبقات الاستشارة العائمة يتم تحميلها في وقت متأخر جداً في بيئات الشبكات الضعيفة.
ومن المشكلات الشائعة الأخرى الإفراط في إعادة استخدام القوالب. فعندما تصل إعلانات العرض وإعلانات البحث إلى المجموعة نفسها من الصفحات، إذا لم يدعم النظام إنشاء إصدارات مستقلة حسب مجموعة الإعلانات والمنطقة واللغة والجهاز، فسوف تضيق مساحة الاختبار اللاحقة. ويبدو الأمر ظاهرياً مجرد اختلاف في محتوى الصفحة، لكنه يؤثر في جوهره على قابلية تفسير بيانات التحويل. وينبغي أن يكون من الممكن ضبط عنوان الصفحة، ونص الزر، وعدد الحقول، وموضع نقاط الارتساء، وخيار تشغيل شريط التنقل الثابت بشكل مستقل؛ وإلا، فعلى الرغم من إمكانية تقسيم الإعلانات من جانب المنصة الإعلانية، لن يتمكن الموقع من تكوين عينات بيانات قابلة للمقارنة فعلياً.

تتوقف فعالية تحسين الإعلانات على عدم فقدان المعلمات بعد دخولها إلى الموقع. ويجب أن تضمن أداة إنشاء المواقع على الأقل عدم مسح معلمات التتبع الشائعة في السيناريوهات التالية: إعادة التوجيه 301 أو 302 في الزيارة الأولى، والتبديل التلقائي للغة، وإعادة التوجيه بين www وبدونه، والانتقال من http إلى https، وإعادة التوجيه إلى صفحة الشكر بعد إرسال النموذج، والانتقال إلى صفحة الدفع بعد إضافة المنتج إلى السلة، والعودة إلى الموقع بعد إتمام الدفع لدى جهة خارجية. ومن الناحية التقنية، ينبغي التحقق مما إذا كانت هناك إعادة كتابة لعنوان URL في الواجهة الأمامية، أو ما إذا كان انتقال المسارات بين الصفحات يغطي المعلمات، أو ما إذا كانت الصفحات المخزنة مؤقتاً تعرض روابط قديمة، أو ما إذا كانت قواعد CDN تحذف سلسلة الاستعلام عن طريق الخطأ.
إذا كان الموقع يعتمد بنية تطبيق الصفحة الواحدة، فيجب أيضاً التحقق من إمكانية تسجيل مشاهدات الصفحات الافتراضية بشكل طبيعي. فنظام الإعلانات غالباً ما يعتبر مشاهدة الصفحة، ومشاهدة المحتوى، وبدء إتمام الشراء، وإرسال العميل المحتمل إشارات للتحسين. وإذا لم يؤدي الانتقال داخل الصفحة الواحدة إلى تشغيل حدث على مستوى المسار، فسيعتقد النظام في الخلفية أن المستخدم شاهد صفحة واحدة فقط. وبعد ذلك ستنحرف بيانات مدة البقاء، ونسبة التمرير، ومسار التحويل.
وقد تظهر مشكلات الإسناد أيضاً في السيناريوهات متعددة النطاقات. فعلى سبيل المثال، قد يستقبل الموقع الرئيسي الزيارة، بينما يكون النموذج مستضافاً على نطاق آخر، أو قد تتم عملية الدفع في المتجر عبر نطاق مستقل. وإذا لم تُنقل هوية المستخدم بين النطاقات، فسيتم تقسيم النقرة الإعلانية والتحويل النهائي إلى جزأين: الجزء الأول لا يتضمن سوى الزيارة، والجزء الثاني لا يتضمن سوى الطلب. وحتى إذا كان الطلب موجوداً فعلاً، فلن تتمكن الخوارزمية عندئذٍ من معرفة الإعلانات التي جلبته.
تتعامل العديد من المشاريع مع علامات التتبع على أساس أن «الأكثر أفضل»، فتتراكم في حساب الإعلانات أحداث منخفضة الجودة. ولكي يكون الحدث قابلاً للاستخدام الحقيقي في التحسين، يجب أن يكون الإجراء واضحاً، والتشغيل مستقراً، والتكرار قابلاً للتحكم، ومرتبطاً بهدف العمل. فعلى سبيل المثال، يمكن استخدام «البقاء في الصفحة لمدة 10 ثوانٍ» للمراقبة المساعدة، لكنه لا يناسب عادةً أن يكون تحويلاً أساسياً؛ كما أن «حصول حقل النموذج على التركيز» لا يوضح قوة النية؛ و«النقر على زر الإرسال» لا يعني أن الإرسال نجح. وبالمقارنة، فإن إجراءات مثل اجتياز التحقق من النموذج، ونجاح إرسال الاستفسار، واكتمال تنزيل المواد، ونجاح استجابة واجهة حجز الموعد، وإجراء مكالمة هاتفية فعالة، تكون أنظف كإشارات للتحويل.
ومن ناحية التنفيذ التقني، يجب أيضاً منع الإرسال المتكرر. وتشمل المصادر الأكثر شيوعاً للتكرار: تحديث المستخدم لصفحة الشكر، وإرسال الواجهة الأمامية وأداة إدارة العلامات الحدثَ في الوقت نفسه، ووصول كود بيئة الاختبار عن طريق الخطأ إلى بيئة الإنتاج، وتشغيل إعادة التصيير للمكوّن مرتين بما يؤدي إلى تفعيل المراقبة مرتين، وإعادة إرسال النموذج بعد الرجوع إلى الصفحة السابقة عبر المتصفح. وإذا افتقرت أداة إنشاء المواقع إلى آلية لإزالة تكرار الأحداث أو إلى القدرة على تمرير رقم طلب فريد أو معرّف عميل محتمل فريد، فستضلل النتائج المحسّنة ببيانات مبالغ فيها.
تختلف نقاط التركيز في التحسين بشكل كبير بين مواقع استقطاب استفسارات B2B ومواقع متاجر B2C. تعتمد مواقع الاستفسارات عادةً بدرجة أكبر على النماذج، ومداخل التواصل الفوري، ورفع الملفات، والنقر على الخريطة أو الهاتف. والمهم هو استعادة إشارات جودة العملاء المحتملين بأكبر قدر ممكن، مثل التمييز حسب فئة المنتج، وصفحة المصدر، والدولة أو المنطقة، وما إذا كان قد تم رفع مرفق. أما مواقع المتاجر فتركز بدرجة أكبر على تصفح المنتجات، واختيار المواصفات، وحالة المخزون، وحساب الشحن، واستخدام رموز الخصم، واكتمال خطوات الدفع. وإذا قام النظام بتحديث الصفحة بأكملها عند تبديل مواصفات المنتج، أو إذا تم وضع حساب تكلفة الشحن في نافذة منبثقة تابعة لجهة خارجية، فمن السهل انقطاع مسار الأحداث.
وتضيف المواقع متعددة اللغات درجة أخرى من التعقيد. إذ تؤثر طرق النشر الثلاث، وهي مجلدات اللغات والنطاقات الفرعية والنطاقات المستقلة، بشكل مختلف في استمرارية التتبع. وعادةً ما يكون الاحتفاظ بالمعلمات أسهل في طريقة المجلدات؛ أما النطاقات الفرعية والنطاقات المستقلة فتعتمد بدرجة أكبر على إعدادات النطاقات المتعددة. وإذا تم التعرّف تلقائياً على لغة المتصفح ثم فرض إعادة التوجيه، فقد يدخل المستخدم إلى الصفحة الإنجليزية من خلال نقرة إعلانية ثم يُرسل إلى إصدار بلغة أخرى، مما يؤثر في الملاءمة وقد يؤدي أيضاً إلى فقدان المعلمات. وعند التقييم التقني، يجب التحقق مما إذا كانت قواعد تبديل اللغة تسمح بالاحتفاظ بالصفحة الأصلية استناداً إلى المصدر، مع الاحتفاظ بكامل معلمات الاستعلام.
تتأثر علامات التتبع من جانب المتصفح بدرجة كبيرة بالحجب، وقيود الخصوصية، وفشل تحميل البرامج النصية، لذلك بدأت العديد من أدوات إنشاء المواقع في التفكير في إعادة الإرسال من جانب الخادم. لكن ذلك يتطلب شروطاً مسبقة: يجب أن يكون خلف الموقع قادراً على الحصول على المعاملة الفعلية أو العميل المحتمل الفعال أو حالة الطلب، وأن يتمكن من ربطها بمعرّف النقرة في الواجهة الأمامية. فإذا كان الخلف يعرف فقط «وجود عميل محتمل جديد» من دون معرفة الزيارة الإعلانية التي يرتبط بها، فستكون قيمة إعادة الإرسال محدودة. وعلاوة على ذلك، ينبغي معالجة إزالة تكرار العملاء المحتملين، واستبعاد الطلبات المستردة، وتصفية النماذج غير الصالحة قبل إعادة الإرسال، وإلا فسيتعلم نظام الإعلانات من الضوضاء.
ومن الأخطاء الشائعة هنا اعتبار «دعم API» مساوياً لـ«دعم التحسين». فـ API ليست سوى قناة، وتعتمد قابليتها للاستخدام على اكتمال الحقول، وتوقيت التشغيل، وإعادة المحاولة عند حدوث الأخطاء، والتحقق من التوقيع، وتتبع السجلات. ومن دون آلية لإعادة إرسال البيانات الفاشلة، قد يؤدي فقدان حزمة واحدة خلال فترة الذروة إلى فقدان مجموعة من التحويلات؛ ومن دون أرقام للسجلات، تصبح عملية استكشاف المشكلة صعبة أيضاً.
يؤثر هيكل استضافة الصفحة مباشرةً في استقرار عرض الإعلانات. فالصفحات الثابتة مناسبة للسيناريوهات التي تكون فيها الأولوية للسرعة، لكن إذا كان النموذج أو المخزون أو الأسعار أو المحتوى المحلي يعتمد على العرض الفوري من الخلف، فيجب تقييم ما إذا كانت استراتيجية التخزين المؤقت ستؤدي إلى عرض المحتوى نفسه لمستخدمين مختلفين. وقد يؤدي التخزين المؤقت المفرط إلى اضطراب إصدارات A/B للصفحة المقصودة الإعلانية، بينما يؤدي التخزين المؤقت المحدود جداً إلى إبطاء الاستجابة. وعند إعادة تصميم الموقع، من المهم أيضاً التحقق مما إذا كانت روابط الإعلانات القديمة لا تزال مرتبطة بوجهات صالحة. فإذا لم توجد خريطة لقواعد 301 أو قدرة على تنفيذ عمليات إعادة توجيه جماعية، فسوف تتعطل روابط الإعلانات التاريخية، وستضطر بيانات الجودة إلى إعادة البناء.
وقد تؤثر معالجة الملفات أيضاً في التحويل. فكثيراً ما تتضمن صفحات التصنيع أو المعدات عينات PDF، وكتيبات المواصفات، وتعليمات التركيب، وقوائم المواد، ورسومات عبوات الشحن وغيرها من المواد. وإذا أدى إجراء التنزيل مباشرةً إلى كائن مستضاف على تخزين خارجي من دون إعداد حدث لاكتمال التنزيل، فلن تدخل كثير من الزيارات ذات النية العالية في إحصاءات التحويل. وبالمثل، فإن كِبر حجم الصور بما يؤدي إلى ظهور شاشة بيضاء لفترة طويلة على الهاتف المحمول، أو عدم توافق ترميز الفيديو مع بعض المتصفحات، أو استهلاك مكوّن النموذج ثلاثي الأبعاد قدراً كبيراً من الذاكرة، كلها مشكلات ليست في حساب الإعلانات، لكنها تخفض أداء الصفحة المقصودة مباشرةً.
عند تحديد منصات الإعلانات التي تدعم أداة إنشاء المواقع تحسينها، نعود في النهاية إلى المعايير التقنية القابلة للتحقق: هل يمكن تمرير المعلمات كاملة؟ وهل يمكن تشغيل الأحداث باستقرار؟ وهل ينقطع الربط بين الصفحات أو النطاقات؟ وهل تنوعات الصفحة دقيقة بما يكفي؟ وهل تتوافر لدى الخادم شروط استكمال الإشارات التي فقدها المتصفح؟ وعند استيفاء هذه الشروط يمكن الحديث عن التحسين اللاحق؛ أما عند غياب بعضها، فسيبدو أن عرض الإعلانات قد أُطلق، لكنه في الواقع لا يزال عند مستوى «إمكانية الوصول» فقط.
مقالات ذات صلة
منتجات ذات صلة