عبدالله عبدالرحيم سنكر: كل ثانية تأخير في صفحتك تدفع ثمنها في الإعلان

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

المرحلة الأولى: من الضغطة إلى أول رد من السيرفر

لما أحد يسحب على إعلانك في سناب أو يضغط في تيك توك، الصفحة غالباً تفتح داخل متصفح التطبيق نفسه، مو في Chrome أو Safari. يعني ما فيه ملفات محفوظة من زيارة سابقة، وكل شي يتحمّل من الصفر. أول شي ينتظره الجوال هو رد السيرفر، وهذا اللي يسمّونه وقت أول بايت (TTFB). استضافة مشتركة رخيصة في قارة ثانية، أو قالب يبني الصفحة من قاعدة البيانات مع كل زيارة ومعه عشرين إضافة، يخلي الزائر يطالع شاشة فاضية قبل ما يبدأ أي شي. الحل هنا بنيوي: شبكة توصيل محتوى (CDN) قريبة من جمهورك، وتخزين مؤقت للصفحات، وصفحة هبوط تنبني مسبقاً كملف ثابت بدل ما تنبني مع كل طلب.

المرحلة الثانية: الشاشة البيضاء

بعد ما يرد السيرفر، يبدأ السباق على أكبر عنصر في الشاشة: صورة الغلاف أو العنوان الرئيسي. قوقل يسمّي هذا المقياس LCP، ويعتبره جيداً لما يظهر خلال ٢٫٥ ثانية أو أقل. في صفحات الإعلانات، المتهم المعتاد صورة غلاف بصيغة PNG حجمها عدة ميقابايت، أو سلايدر من خمس صور، أو فيديو يشتغل تلقائياً فوق الطيّة. هذي أكثر الإصلاحات أثراً في هذي المرحلة:

• حوّل الصور لصيغة WebP أو AVIF، وبمقاس شاشة الجوال الفعلي، مو مقاس التصميم الأصلي.
• لا تأجّل تحميل صورة الغلاف (lazy loading)؛ التأجيل مكانه الصور اللي تحت، أما الغلاف فحمّله مسبقاً (preload).
• شيل السلايدر. أغلب الناس ما يشوفون غير أول شريحة، وأنت تدفع ثمن تحميل الخمس.
• الخطوط العربية ملفاتها ثقيلة: حمّل الأوزان اللي تستخدمها فعلاً، واستخدم font-display: swap عشان النص يظهر بخط النظام لين يوصل خطك.
• أي سكربت ما يحتاجه الزائر في أول ثلاث ثوان، مثل نافذة المحادثة أو أدوات خرائط الحرارة، أخّره لما بعد التحميل.

المرحلة الثالثة: الصفحة ظهرت لكنها ما تستجيب

هنا مشكلة ساخرة: الأكواد اللي تقيس إعلاناتك هي نفسها اللي تبطّئ صفحتك. بكسل سناب وبكسل تيك توك وبكسل ميتا وأداة التحليل وأداة تسجيل الجلسات ونافذة المحادثة، كلها جافاسكربت تتنافس على معالج جوال متوسط. الزائر يضغط زر «اطلب الآن» وما يصير شي لنص ثانية، فيضغط مرة ثانية أو يطلع. قوقل يقيس هذا التأخير بمقياس INP، والحد الجيد ٢٠٠ ملي ثانية أو أقل. راجع الأكواد المركّبة واحذف أي بكسل لمنصة ما تعلن فيها الحين، وجمّع الباقي في مدير وسوم واحد بدل ما كل واحد منهم يتركّب على حدة.

وفيه مقياس ثالث يضايق المعلنين بالذات: CLS، أي تحرّك العناصر أثناء التحميل. شريط عرض يظهر متأخراً فوق الصفحة، فينزل الزر تحت إصبع الزائر وهو يهمّ يضغط، فيضغط على شي ثاني. الحد الجيد ٠٫١ أو أقل، والعلاج إنك تحجز للصور والبانرات مساحتها من البداية بأبعاد صريحة.

ليش البطء يرفع تكلفة الإعلان نفسه، مو بس يضيّع زوار

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

كيف تقيس بدون ما تخدع نفسك

• في PageSpeed Insights فرّق بين بيانات المستخدمين الحقيقيين (أعلى التقرير، وتظهر لو موقعك عنده زيارات كافية) وبين الاختبار المعملي تحته. الأولى هي اللي تهم.
• جرّب على جوال أندرويد متوسط وعلى بيانات الجوال، مو على آيفون حديث وواي فاي المكتب.
• افتح رابط الإعلان من داخل التطبيق نفسه عبر معاينة الإعلان، لأن متصفح التطبيق يتصرف غير المتصفح العادي.
• راقب كل أسبوع نسبة الزيارات المسجّلة في موقعك إلى الضغطات في تقرير الإعلان. لو نزلت فجأة بعد تعديل على الموقع، شي انكسر.
• تقرير مؤشرات أداء الويب الأساسية في Search Console يجمع لك الصفحات المتشابهة في مشكلة واحدة، فتعرف إن القالب كله يحتاج علاج مو صفحة وحدة.

أسرع حل غالباً: صفحة هبوط مخصصة للإعلان

كثير من المعلنين يوجّهون الإعلان للصفحة الرئيسية، وهي محمّلة بكل شي: قائمة كاملة، وسلايدر، ومنتجات مقترحة، وعشرة أكواد. بينما الزائر جاي لعرض واحد شافه قبل ثانيتين. صفحة هبوط خفيفة فيها العرض نفسه، وصورة وحدة مضغوطة، وزر واحد، وأقل عدد ممكن من الأكواد، غالباً تسبق أي تحسين على الحملة. عبدالله عبدالرحيم بن سنكر الكندي يبني صفحات الويب بـ Next.js و TypeScript، ويخلي صفحات الحملات تنبني ملفات ثابتة مسبقاً لأنها ما تحتاج تتغير مع كل زيارة.

والقاعدة اللي يمشي عليها في منصة أزهل الرقمية بسيطة: لا ترفع ميزانية حملة قبل ما تتأكد إن الصفحة اللي تستقبلها تفتح بسرعة. زيادة الميزانية على صفحة بطيئة معناها إنك تشتري خسارة أكبر بنفس النسبة.