SEO تقني للمرضى الدوليين: أثر Core Web Vitals
كيف تقيس Core Web Vitals على الشبكات التي يستخدمها المرضى في الخليج وإيران وأوروبا فعلًا: CrUX حسب البلد، خطوط RTL، المعارض، وسكربتات الطرف الثالث.
بقلم Roozbeh Nazari · CEO
معظم ما يُكتب عن Core Web Vitals يستند إلى قياسات من البلد الذي يُستضاف فيه الموقع وعبر اتصال سريع. وبالنسبة إلى عيادة تجذب مرضى دوليين هذا القياس مضلل: مريضك يتصل من الرياض أو طهران أو فرانكفورت، غالبًا عبر شبكة جوال ومن نقطة بعيدة عن خادمك. تجربة الصفحة المقيسة من إسطنبول وتجربة الصفحة المعاشة من الخليج نتيجتان مختلفتان للصفحة نفسها. تضيّق هذه المقالة الإطار العام الذي وضعناه في مقالتنا السابقة عن Core Web Vitals على حالة المرضى الدوليين: ماذا نقيس، ومن أين، وكيف، وأي المشكلات الخاصة بمواقع السياحة العلاجية تكسر هذه المقاييس الثلاثة.
ثلاثة مقاييس على شبكة المريض الدولي
بتعريف web.dev، مقاييس Core Web Vitals الثلاثة وعتباتها ثابتة: يجب أن يحدث Largest Contentful Paint خلال 2.5 ثانية من بدء تحميل الصفحة؛ ويجب أن يكون Interaction to Next Paint 200 مللي ثانية أو أقل؛ ويجب أن يبقى Cumulative Layout Shift عند 0.1 أو أقل. تُعرَّف العتبات الثلاث عند المئين 75 من تحميلات الصفحة؛ أي أن تجربة ثلاثة أرباع المستخدمين يجب أن تكون تحت العتبة. النقطة الحرجة للمرضى الدوليين هي هذا المئين: إذا كانت غالبية زوار موقعك من تركيا، فالمئين 75 يعكس التجربة في تركيا، والبطء الذي تعيشه الأقلية المتصلة من الخليج لا يظهر في الرقم الإجمالي. وبينما يبدو الرقم الإجمالي جيدًا، قد يكون المريض في سوقك المستهدفة يعيش صفحة تتجاوز العتبة.
القياس: من أين تأتي بيانات الميدان حسب البلد
تقرير Chrome UX من Google هو بيانات ميدانية تعكس تجربة مستخدمي Chrome الحقيقيين، ومصدر Core Web Vitals. أُضيف بُعد البلد إلى مجموعة البيانات هذه في 2018؛ لكن وفق وثائق Chrome for Developers، بُعد البلد غير متاح في واجهات CrUX البرمجية، بل فقط في مجموعة بيانات BigQuery التي تضم جدولًا منفصلًا لكل بلد إضافة إلى جداول ملخصة تتضمن رمز البلد عمودًا. النتيجة العملية: لا يقدم PageSpeed Insights ولا تقرير Core Web Vitals في Search Console تفصيلًا حسب البلد؛ ولرؤية التجربة في السوق المستهدفة عليك النظر في جدول البلد في BigQuery، أو تسجيل البلد مع المقاييس بمكتبة تجمع القياسات الميدانية في موقعك. الطريق الثاني أيسر للمواقع الصغيرة: أرسل المقاييس إلى أداة التحليلات لديك مع بلد الزائر ونسخة اللغة، وفصّل التقرير حسب البلد واللغة. وشغّل اختبارات المختبر أيضًا من موقع قريب من السوق المستهدفة؛ فإن كان خادم أداة الاختبار في أوروبا فأنت لا ترى التأخير في الخليج.
خطوط RTL وإزاحة التخطيط
أكثر مشكلات Core Web Vitals التي نراها في الصفحات العربية والفارسية سببها الخطوط. في الأبجدية اللاتينية الفرق بين خطوط النظام وخطوط الويب صغير؛ أما في العربية والفارسية فتأخر تحميل خط الويب يغيّر ارتفاع السطر ووصلات الحروف وعدد الأسطر، وهذا ينتج إزاحة تخطيط قابلة للقياس. الحل من ثلاثة أجزاء: تعريف حزمة خطوط احتياطية متوافقة في المقاييس، وتحميل الخط الأساسي مبكرًا، وتقليص الخط بإنشاء مجموعة فرعية لتصغير حجم الملف. إضافة إلى ذلك، إذا تغيّر سلوك اتجاه الأيقونات والأرقام في التخطيط من اليمين إلى اليسار بعد الرسم الأول، فهذا يُقاس إزاحة أيضًا. قائمة فحص SEO التقني للمواقع RTL تتناول هذه البنود مع جانب الفهرسة وhreflang؛ وهنا نتناول بُعد الأداء فقط.
المعارض والصور: المالك الحقيقي لـLCP
في مواقع السياحة العلاجية أكبر عنصر محتوى هو غالبًا صورة: صورة العيادة في منطقة الـhero، أو صورة الطبيب في صفحة العلاج، أو الإطار الأول من معرض النتائج. يعتمد LCP على وقت رسم تلك الصورة، وبالنسبة إلى مريض متصل من شبكة بعيدة يعني حجم الصورة ثوانيَ مباشرة. القواعد التي نطبقها عمليًا: صيغة حديثة ومصادر متعددة حسب حجم الشاشة لصورة الشاشة الأولى، وعدم استخدام التحميل الكسول لصورة الشاشة الأولى، وتحميل إطارات المعرض الأخرى كسولًا خارج الشاشة الأولى، وتحديد أبعاد الصور في HTML لمنع الإزاحة. ولمعارض النتائج طبقة إضافية: كيفية إعداد هذه المعارض من حيث اللوائح وتجربة المستخدم شرحناها في مقالة منفصلة؛ وعلى جانب الأداء يجب ألا يستولي المعرض على LCP الشاشة الأولى.
سكربتات الطرف الثالث وINP
في مواقع العيادات، ما يشغل الخيط الرئيسي أكثر ليس عادة كودك بل أطراف ثالثة: زر دردشة WhatsApp، وودجت الدعم المباشر، وموافقة ملفات تعريف الارتباط، والترجمة الآلية، ونموذج معاودة الاتصال، ووسوم التحليلات والإعلانات. يعمل كل منها أثناء تحميل الصفحة وأثناء أول لمسة من المستخدم، وقد يدفع INP فوق 200 مللي ثانية. والأثر أكبر على مريض متصل من شبكة بعيدة، لأن السكربتات نفسها تُنزَّل من بعيد أيضًا. نهجنا: مساءلة كل سكربت طرف ثالث على حدة هل هو ضروري فعلًا، وتأجيل الضروري منها إلى تفاعل المستخدم أو وقت الخمول، وبناء زر WhatsApp رابطًا بسيطًا بدل ودجت ثقيل، ونقل الوسوم إلى جانب الخادم حيثما أمكن. لا نعطي أرقامًا في هذه المقالة؛ في كل موقع سترى في بياناتك الميدانية كم مللي ثانية يلتهم كل سكربت.
الجغرافيا: الخادم وشبكة CDN والبايت الأول
تعتمد المقاييس الثلاثة على وقت وصول البايت الأول، ويعتمد البايت الأول على المسافة بين المريض والخادم. خدمة الخليج أو إيران من خادم واحد في تركيا تضيف تأخيرًا قابلًا للقياس إلى كل طلب. تقديم الأصول الثابتة من شبكة CDN لها نقاط طرفية قرب السوق المستهدفة، وتخزين HTML مؤقتًا، وقياس البايت الأول من البلد المستهدف، هو أكبر تحسين منفرد للمرضى الدوليين. وإيران حالة خاصة هنا: بعض شبكات CDN ومزودي الخدمة لا يخدمون إيران أو يخدمونها بقيود؛ وبدل افتراض أن صفحاتك الفارسية تُحمَّل فعلًا، عليك الاختبار من تلك السوق.
أثر الترتيب: ما تقوله Google وما لا تقوله
تقول وثيقة تجربة الصفحة في Google Search Central إن أنظمة الترتيب تستخدم Core Web Vitals، وتضيف في الوثيقة نفسها أن النتيجة الجيدة لا تضمن المراتب الأولى، وأن الملاءمة وتجربة الصفحة الإجمالية أهم من أي مقياس منفرد. قراءتنا هي: بالنسبة إلى المرضى الدوليين، Core Web Vitals عتبة للترتيب وعامل مباشر للتحويل. مغادرة مريض على شبكة بعيدة للصفحة لا تظهر في تقرير الترتيب بل في عدد الطلبات. في خدمتنا للـSEO التقني نتناول القياس الميداني حسب البلد، ثم تخطيط الخطوط والصور، ثم تدقيق الطرف الثالث بهذا الترتيب؛ والمكسب الأكبر عادة في الأولين.
الخلاصة
بالنسبة إلى المرضى الدوليين، تُقرأ Core Web Vitals من البلد المستهدف لا من الرقم الإجمالي. ولأن بُعد البلد موجود في BigQuery فقط، فإن جمع قياساتك الميدانية مع البلد واللغة، وإغلاق الإزاحة التي تنتجها خطوط RTL بحزمة احتياطية وتحميل مبكر، وعدم ترك المعرض يستولي على صورة الشاشة الأولى، وتأجيل سكربتات الطرف الثالث، وتقديم المحتوى من نقاط طرفية قرب السوق المستهدفة، يحسّن المقاييس الثلاثة حيث يعيشها المريض فعلًا. العتبات ثابتة؛ ونقل نقطة القياس إلى حيث يوجد المريض هو عملك.