تصميم المواقع الطبية: ماذا تشغّل الوكالات نفسها

لموقع الطبيب مهمة واحدة

لا يأتي المريض ليقرأ عن أجهزة العيادة. يأتي ليتأكد من ثلاثة أشياء: أن لديك التخصص الذي يحتاجه، وأين أنت، وكيف يحجز. وكل ما يقف بينه وبين هذه الثلاثة تكلفة لا ميزة.

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

لماذا يُخالَف هذا كثيراً

السبب بنيوي: الوكالة تسعّر البناء بعدد الميزات، والمريض يحكم عليه بسرعة وصوله إلى رقم هاتف.

لماذا إزاحة التخطيط هنا أسوأ من غيرها

يقيس CLS مقدار قفز العناصر بعد بدء رسم الصفحة. الحدّ المقبول لدى جوجل هو ٠٫١، والموقع أعلاه يجلس عند ٠٫١٢٨. على مدونة يكون التخطيط المتحرك مزعجاً. أما على صفحة تحمل زر «احجز موعداً» فيعني أن المستخدم يضغط زراً كان قبل نصف ثانية في مكان آخر.

رأينا هذا يتكرر على نماذج التواصل أكثر من مرة. ترتفع نسبة الضغطات الخاطئة، فيستنتج المريض أن الموقع معطّل ويذهب ليبحث عن الرقم في مكان آخر. في تلك اللحظة يكفّ موقعك عن كونه أداة ويصير عائقاً. ومؤشرات Core Web Vitals الثلاثة تشرح من أين يأتي هذا الرقم.

بيانات المريض: اجمع أقل

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

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

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

الحجز: ابنه أو اربط به

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

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

صفحة لكل تخصص لا صفحة لجميعها

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

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

متى لا تحتاج إلى موقع أصلاً

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

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

هل يكلّف الموقع الطبي أكثر من غيره؟

الفارق الحقيقي يأتي من نظام الحجز وعدد صفحات التخصصات، لا من كلمة «طبي». موقع بنموذج بسيط وخمس صفحات محتوى يكلّف تقريباً ما يكلّفه موقع شركة بالحجم نفسه.

ما الذي يتغير لعيادة أسنان؟

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

من أين يبدأ تحسين البحث لعيادة؟

من صفحة لكل تخصص، ومن العنوان وساعات العمل كنص، ومن سرعة الصفحة. هذه الثلاثة تؤثر قبل أي عمل محتوى آخر، وتظهر كلها في العمل على سرعة الموقع وفي طريقة بناء الصفحات.

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

المنهج: نتائج جوجل العضوية للاستعلام الفارسي حتى العمق ٢٠، في ١٦ أغسطس ٢٠٢٦ من خادم في هلسنكي. أجاب ١٨ عنواناً بالرمز ٢٠٠؛ وأُخذ حجم الـ HTML والترويسات وعدّ الوسوم من تلك الاستجابات. ثم فُتحت أربعة عناوين على حدة في كروم بلا واجهة رسومية وبذاكرة مؤقتة فارغة وسُجّلت طلباتها وبايتاتها وقيمتا LCP وCLS. الخادم ليس في إيران، فلا تقرأ الأزمنة على أنها تجربة زائر إيراني؛ وعدّ البايتات والطلبات مستقل عن الموقع.

تعريف مقياس إزاحة التخطيط في صفحة CLS في web.dev، ونوع البيانات المنظمة المناسب للعيادة في تعريف Physician لدى schema.org.