في المقال السابق عرفتَ كيف تحصّن الموقع من الاختراق وتحميه بالنسخ الاحتياطيّ، فيصير آمنًا وقابلًا للتعافي. لكنّ موقعًا آمنًا بطيئًا يخسر زوّاره رغم أمانه. فالزائر اليوم لا صبر له: إن تأخّرت صفحتك ثوانيَ قليلةً في الظهور، أغلقها ورحل إلى منافسٍ أسرع، ومحرّك البحث يلاحظ ذلك ويعاقبك عليه. السرعة لم تعد كماليّةً بل شرط بقاء.
في هذا المقال سأشرح لماذا تهمّ السرعة إلى هذا الحدّ، وما الذي يجعل الموقع بطيئًا، ثمّ أمرّ على الحلول العمليّة واحدًا واحدًا: أساس الاستضافة، والتخزين المؤقّت، وشبكات توصيل المحتوى، وتحسين الصور والشيفرة، وصولًا إلى مقاييس تجربة المستخدم التي تقيسها جوجل. الهدف أن تفهم من أين يأتي البطء وكيف تعالجه بترتيب الأولويّات لا بالعشوائيّة.
لماذا تهمّ السرعة فعلًا؟
السبب الأوّل هو الزائر نفسه. أظهرت الدراسات مرارًا أنّ احتمال مغادرة الزائر يرتفع بسرعةٍ مع كلّ ثانية تأخّرٍ في التحميل. الناس اعتادوا الفوريّة، وأيّ انتظارٍ يولّد إحباطًا يدفعهم للرحيل. موقعك قد يكون ممتازًا في محتواه، لكنّ أحدًا لن يراه إن لم يصبر على ظهوره أصلًا.
السبب الثاني هو التحويل والربح. لكلّ موقعٍ هدف، من بيعٍ إلى تسجيلٍ إلى قراءة، والبطء يقتل هذه الأهداف كلّها. المتجر البطيء يخسر مبيعاتٍ فعليّةً في كلّ ثانيةٍ من التأخير، وقد أثبتت كبريات الشركات أنّ تحسين السرعة بمقدارٍ يسيرٍ يرفع التحويل ارتفاعًا ملموسًا. السرعة استثمارٌ يعود عليك رقمًا لا شعورًا.
السبب الثالث هو محرّكات البحث. جوجل تعتمد سرعة الموقع وتجربة استعماله عاملًا في الترتيب عبر ما تسمّيه «مؤشّرات تجربة الصفحة». فالموقع البطيء لا يخسر الزوّار الحاليّين فحسب، بل يخسر ظهوره في نتائج البحث الذي كان سيجلب زوّارًا جددًا. البطء ضريبةٌ مزدوجةٌ تدفعها من الحاضر والمستقبل معًا.[1]
والسبب الرابع أنّ معظم زوّارك على الهاتف غالبًا، وكثيرٌ منهم على شبكاتٍ غير مثاليّة. موقعٌ يبدو سريعًا على حاسوبك المتّصل باتّصالٍ ممتاز قد يكون بطيئًا مؤلمًا على هاتف زائرٍ في مكانٍ ضعيف التغطية. التفكير في السرعة يجب أن ينطلق من أضعف الحالات لا أفضلها، فهناك يعيش جزءٌ كبيرٌ من جمهورك.
وأضيف سببًا يُغفَل: السرعة انطباعٌ أوّلٌ لا يُمحى. الزائر يحكم على جدّيّتك ومهنيّتك في الثواني الأولى، وموقعٌ بطيءٌ يوحي بإهمالٍ في كلّ شيءٍ آخر حتّى لو لم يكن ذلك صحيحًا. أنت لا تبيع السرعة، لكنّك تبيع الثقة، والسرعة أوّل ما يبنيها أو يهدمها قبل أن يقرأ الزائر كلمةً من محتواك.
ما الذي يجعل الموقع بطيئًا؟
أوّل المتّهمين هو زمن استجابة الخادم، أي المدّة بين طلب المتصفّح للصفحة وبدء وصول أوّل جزءٍ منها. إن كان خادمك بطيئًا في تجهيز الصفحة، تأخّر كلّ شيءٍ بعده مهما حسّنت سواه. وهذا الزمن يتأثّر بجودة استضافتك ومواردها وموقعها، وهو ما يربط سرعة موقعك مباشرةً بكلّ ما تعلّمته عن أنواع الاستضافة.
المتّهم الثاني، والأكبر غالبًا، هو الصور غير المحسّنة. صورةٌ واحدةٌ ضخمةٌ قد تزن أضعاف صفحةٍ كاملةٍ من النصّ، وصفحةٌ مليئةٌ بصورٍ ثقيلةٍ تزحف زحفًا. كثيرٌ من المواقع البطيئة سببها صورٌ رُفِعت بحجمها الأصليّ الضخم دون ضغطٍ أو تحجيم، وهي أسهل مشكلةٍ تُحَلّ وأكثرها إهمالًا.
وقريبٌ منها المقاطع المرئيّة الثقيلة والخطوط الكثيرة. فيديو يبدأ تلقائيًّا، أو عدّة خطوطٍ مستوردةٍ من مصادر خارجيّة، كلّها تضيف حملًا وزمن انتظار. لا يعني هذا حرمان موقعك من الجمال، بل استعمال هذه العناصر بوعيٍ: خطٌّ أو اثنان يكفيان، والفيديو يُحمَّل عند الطلب لا تلقائيًّا. الجمال والسرعة يجتمعان إن أحسنت الموازنة بينهما.
المتّهم الثالث هو كثرة الشيفرة وثقلها: ملفّاتٌ برمجيّةٌ كثيرةٌ يحمّلها المتصفّح، بعضها لا يُستعمَل أصلًا، وكلّ ملفٍّ طلبٌ إضافيٌّ يبطئ الصفحة. والمتّهم الرابع هو تكديس الإضافات والقوالب المترهّلة التي تضيف حملًا لا حاجة له. الموقع كلّما زاد ما يُحمَّل فيه بلا داعٍ، ثقل وبطؤ.
والمتّهم الخامس هو غياب التخزين المؤقّت، فيبني الخادم كلّ صفحةٍ من الصفر لكلّ زائرٍ بدل أن يقدّم نسخةً جاهزة. والسادس هو بُعد الخادم جغرافيًّا عن الزائر، فكلّ ميلٍ بين الخادم والمتصفّح يضيف زمنًا. لكلّ متّهمٍ من هؤلاء علاجٌ، وسآتي عليها بالترتيب من الأهمّ إلى الأقلّ.
والمهمّ أن تدرك أنّ هؤلاء المتّهمين ليسوا متساوين في الأثر. علاج صورةٍ ثقيلةٍ واحدةٍ قد يفعل أكثر من عشر تحسيناتٍ دقيقةٍ في الشيفرة. لذلك لا تعالج البطء عشوائيًّا، بل ابدأ بأكبر الأسباب أثرًا: زمن الخادم، والصور، والتخزين المؤقّت. من يبدأ بالتفاصيل الصغيرة ويترك الكبيرة يتعب كثيرًا ويكسب قليلًا. رتّب معركتك حسب حجم العدوّ لا حسب سهولته.
الحلّ الأوّل: أساس استضافةٍ متين
لا يُبنى بيتٌ سريعٌ على أساسٍ متهالك. أوّل خطوةٍ نحو السرعة هي استضافةٌ لائقة: أقراص NVMe السريعة لا الميكانيكيّة القديمة، وخادم ويبٍ حديثٌ وسريع، وإصدار PHP محدَّث، وموارد تكفي حجم موقعك. هذه العوامل تحدّد زمن استجابة الخادم الذي هو أساس كلّ شيءٍ بعده.
وهنا يظهر لماذا لازمت مسألةُ نوع الاستضافة طوال السلسلة. موقعٌ خانقٌ على استضافةٍ مشتركةٍ مزدحمةٍ لن تنقذه كلّ حيل التحسين، بينما أساسٌ جيّدٌ يجعل بقيّة الخطوات تؤتي ثمارها. إن جرّبت كلّ ما بعد هذا وبقي موقعك بطيئًا، فقد يكون أساس استضافتك نفسه هو السقف الذي لا تستطيع تجاوزه.
وخادم الويب الذي تعمل عليه استضافتك جزءٌ من هذا الأساس. خوادم حديثةٌ مثل LiteSpeed تتفوّق في خدمة مواقع ووردبريس بسرعةٍ عاليةٍ خاصّةً مع تخزينها المؤقّت المدمج. لست مضطرًّا لفهم تفاصيلها، لكن حين تقارن العروض، وجود خادمٍ حديثٍ سريعٍ ميزةٌ حقيقيّةٌ تنعكس على كلّ زائر. الأساس ليس مساحةً فحسب، بل جودة ما يعمل عليها.
وموقع الخادم الجغرافيّ جزءٌ من هذا الأساس. اختر مركز بياناتٍ قريبًا من معظم جمهورك، فالقرب يقلّل زمن الوصول بين الخادم والزائر. إن كان جمهورك في منطقةٍ بعينها، فخادمٌ فيها أسرع لهم من خادمٍ عملاقٍ في قارّةٍ أخرى. هذا قرارٌ تتّخذه عند اختيار الاستضافة، ويصعب تغييره لاحقًا دون نقل.
الحلّ الثاني: التخزين المؤقّت
التخزين المؤقّت (caching) من أقوى ما يسرّع موقعك بأقلّ جهد. الفكرة أنّ الخادم بدل أن يبني الصفحة من جديدٍ لكلّ زائرٍ، يحفظ نسخةً جاهزةً منها ويقدّمها فورًا. بناء الصفحة يستهلك وقتًا ومواردَ، أمّا تقديم نسخةٍ جاهزةٍ فيكاد يكون لحظيًّا. لهذا وحده قد يقفز موقعك قفزةً كبيرةً في السرعة.
هناك أنواعٌ من التخزين المؤقّت تعمل معًا. تخزين الصفحات يحفظ الصفحة كاملةً جاهزة، وتخزين المتصفّح يجعل متصفّح الزائر يحتفظ بأجزاء الموقع فلا يعيد تنزيلها في كلّ زيارة، وتخزين الكائنات يحفظ نتائج استعلامات قاعدة البيانات المتكرّرة. كلّ نوعٍ يخفّف حملًا عن جزءٍ من المسار.
ولنقرّب فائدته بمثال. تخيّل مطعمًا يعدّ كلّ طبقٍ من الصفر لحظة طلبه: الطابور يطول والزبائن ينتظرون. الآن تخيّله يعدّ الأطباق الأكثر طلبًا مسبقًا ويقدّمها فورًا: يختفي الانتظار. التخزين المؤقّت هو إعداد الصفحات مسبقًا بدل بنائها عند كلّ طلب. وكلّما زاد عدد زوّار صفحةٍ ما، زادت فائدة حفظها جاهزةً بدل إرهاق الخادم بإعادة بنائها لكلّ واحد.
والتخزين المؤقّت على مستوى الخادم أقوى من الذي تقدّمه إضافةٌ داخل موقعك، لأنّه يتدخّل أبكر في المسار قبل أن يُثقَل الخادم. لهذا كان من أهمّ ما تقدّمه الاستضافة المُدارة الجيّدة. إن توفّر لك تخزينٌ على مستوى الخادم، فهو غالبًا خيارك الأوّل، وقد يغنيك عن إضافاتٍ كثيرةٍ تحاول فعل الشيء نفسه بكفاءةٍ أقلّ.
لكن للتخزين المؤقّت وجهٌ يجب أن تعيه: قد يعرض للزائر نسخةً قديمةً بعد أن تحدّث محتواك. فإن غيّرت صفحةً ولم تظهر التغييرات، فغالبًا السبب أنّ الزائر يُخدَم من النسخة المحفوظة القديمة، والحلّ أن تمسح التخزين المؤقّت ليُعاد بناء النسخة. هذه ليست مشكلةً بل سلوكٌ طبيعيّ، ومعرفته تريحك من حيرةٍ شائعةٍ حين لا تظهر تعديلاتك فورًا.
الحلّ الثالث: شبكة توصيل المحتوى
شبكة توصيل المحتوى (CDN) هي شبكةٌ من الخوادم موزّعةٌ حول العالم، تحتفظ بنسخٍ من ملفّات موقعك الثابتةِ كالصور والأنماط، وتقدّمها للزائر من أقرب خادمٍ إليه جغرافيًّا. فبدل أن يقطع طلب الزائر نصف الكرة الأرضيّة إلى خادمك الأصليّ، يُخدَم من نقطةٍ قريبةٍ منه، فينخفض زمن الاستجابة كثيرًا.[2]
فوائد الشبكة تتجاوز السرعة. فهي تخفّف الحمل عن خادمك الأصليّ لأنّها تخدم جزءًا كبيرًا من الطلبات بدلًا منه، وتساعدك على الصمود أمام موجات الزيارات المفاجئة، وتضيف طبقة حمايةٍ ضدّ بعض الهجمات كما مرّ بك في مقال الأمان. إنّها من أكثر الأدوات التي تعطي فائدةً مركّبةً مقابل جهدٍ بسيط.
والخبر السارّ أنّ الوصول إلى هذه القوّة صار مجّانيًّا للمبتدئ. خدمةٌ مثل Cloudflare تقدّم شبكة توصيلٍ مجّانيّةً تمرّر موقعك عبرها بإعدادٍ بسيط، فتنال السرعة والحماية معًا دون تكلفة. لأيّ موقعٍ يخدم جمهورًا موزّعًا جغرافيًّا، تفعيل شبكة توصيلٍ من أوائل ما أنصح به بعد تأمين الأساس.
وأنبّه إلى أنّ شبكة التوصيل تسرّع المحتوى الثابت غالبًا، أي الصور والأنماط والملفّات التي لا تتغيّر لكلّ زائر. أمّا المحتوى المتغيّر الذي يُبنى خصّيصًا لكلّ مستخدمٍ فيبقى معتمدًا على خادمك الأصليّ وسرعته. لهذا لا تُغني شبكة التوصيل عن أساس استضافةٍ جيّدٍ ولا عن التخزين المؤقّت، بل تكمّلهما. الأدوات تتعاون ولا يلغي بعضها بعضًا.
الحلّ الرابع: تحسين الصور
لأنّ الصور غالبًا أثقل ما في الصفحة، فإنّ تحسينها من أعلى الخطوات مردودًا. ابدأ بالضغط: قلّل حجم ملفّ الصورة دون خسارةٍ ملموسةٍ في جودتها، فكثيرٌ من الصور تحمل بياناتٍ زائدةً يمكن حذفها. صورةٌ مضغوطةٌ جيّدًا قد تزن جزءًا يسيرًا من أصلها بلا فرقٍ يراه العين.
ثمّ استعمل الصيغ الحديثة مثل WebP وAVIF التي تعطي جودةً عاليةً بحجمٍ أصغر من الصيغ القديمة. وحجّم الصورة للمقاس الذي ستُعرَض به فعلًا، فلا معنى لرفع صورةٍ عملاقةٍ لتُعرَض في مربّعٍ صغير. والتحميل الكسول (lazy loading) يؤجّل تحميل الصور خارج الشاشة حتّى يصل إليها الزائر، فتظهر الصفحة الأولى أسرع.
الجميل أنّ معظم هذا يمكن أتمتته. إضافاتٌ متخصّصةٌ تضغط صورك وتحوّلها إلى الصيغ الحديثة وتفعّل التحميل الكسول تلقائيًّا لكلّ صورةٍ ترفعها لاحقًا. اضبطها مرّةً، ثمّ لا تفكّر في الأمر بعدها. هذه الأتمتة تحوّل أكبر أسباب البطء من مشكلةٍ دائمةٍ إلى أمرٍ محلولٍ في الخلفيّة.
وتذكّر أنّ خير علاجٍ للصورة الثقيلة أن تمنع ثقلها من البداية. قبل أن ترفع صورةً، اسأل: هل أحتاج هذا الحجم الضخم فعلًا؟ حجّمها على جهازك أوّلًا إلى ما ستُعرَض به، فتوفّر على أدوات التحسين نصف عملها. الوقاية عند الرفع أرخص من المعالجة بعده، وعادةٌ بسيطةٌ كهذه تبقي موقعك خفيفًا دون جهدٍ تقنيّ.
الحلّ الخامس: ترشيق الشيفرة
يمكن ضغط ملفّات الأنماط والبرمجة بحذف المسافات والأحرف الزائدة منها دون تغيير عملها، وهو ما يُسمّى التصغير (minification). كما يمكن دمج ملفّاتٍ متعدّدةٍ لتقليل عدد الطلبات، وتأجيل تحميل ما ليس ضروريًّا لظهور الصفحة الأولى. كلّ هذا يقلّل ما يحمّله المتصفّح ومتى يحمّله.
لكن انتبه: ترشيق الشيفرة أرضٌ حسّاسة، وقد يكسر الإفراط فيه مظهر موقعك أو وظيفته. جرّب تغييراتك على بيئةٍ آمنةٍ أوّلًا، وفعّل خياراتها تدريجيًّا لا دفعةً واحدة، وراقب أثر كلّ خطوة. القاعدة أن تكسب السرعة دون أن تخسر سلامة الموقع، فسرعةٌ على حساب موقعٍ مكسورٍ ليست مكسبًا.
مؤشّرات تجربة الصفحة
وضعت جوجل مجموعةً من المقاييس تسمّى «مؤشّرات الويب الأساسيّة» تقيس تجربة الزائر الحقيقيّة لا مجرّد سرعةٍ مجرّدة. أوّلها مقياس أكبر عنصرٍ مرئيّ (LCP) الذي يقيس متى يظهر أهمّ محتوى الصفحة للزائر. كلّما أسرع ظهور المحتوى الرئيس، شعر الزائر بأنّ الموقع سريعٌ فعلًا.[3]
والثاني مقياس الاستجابة للتفاعل (INP) الذي يقيس سرعة تجاوب الصفحة حين ينقر الزائر أو يتفاعل، وقد حلّ محلّ مقياسٍ أقدم في 2024. والثالث مقياس ثبات التخطيط (CLS) الذي يقيس مدى تزحزح عناصر الصفحة أثناء تحميلها، فالعناصر التي تقفز فجأةً تزعج الزائر وتفسد تجربته.
هذه المقاييس الثلاثة مجتمعةً تعطيك صورةً عن التجربة كما يعيشها الزائر لا كما تبدو في رقمٍ واحد. وهي تحديدًا ما تنظر إليه جوجل في ترتيبها. فحين تحسّن موقعك، اجعل هذه الثلاثة بوصلتك، لأنّها تقيس ما يشعر به الإنسان فعلًا: هل ظهر المحتوى بسرعة؟ هل تجاوب معي؟ هل استقرّ أمامي دون قفزات؟
ومن المفيد أن تعرف أنّ هذه المقاييس تُقاس بطريقتين: قياسٌ مخبريٌّ في بيئةٍ خاضعةٍ للتحكّم، وقياسٌ ميدانيٌّ من تجارب زوّارٍ حقيقيّين. القياس المخبريّ مفيدٌ للتجربة والتشخيص، لكنّ الميدانيّ هو الأصدق لأنّه يعكس أجهزة الناس وشبكاتهم الفعليّة. لا تكتفِ بالرقم المخبريّ الجميل إن كانت التجربة الميدانيّة تقول غير ذلك، فزوّارك يعيشون في الميدان لا في المختبر.
ولا تنظر إلى تحسين الأداء على أنّه مهمّةٌ تُنجَز مرّةً وتُنسى. الموقع كائنٌ حيٌّ ينمو: تُضاف صورٌ، وتُركَّب إضافات، ويتراكم محتوى، فيتسلّل البطء تدريجيًّا من حيث لا تشعر. اجعل فحص السرعة عادةً دوريّةً كلّ بضعة أشهر، لتمسك البطء الزاحف مبكّرًا قبل أن يستفحل. الأداء صيانةٌ مستمرّةٌ لا إنجازٌ لمرّةٍ واحدة.
كيف تقيس سرعة موقعك؟
لا تحسّن ما لا تقيس. هناك أدواتٌ مجّانيّةٌ تفحص موقعك وتعطيك تقريرًا مفصّلًا عن سرعته ومؤشّراته وأين تكمن مشكلاته. أداة جوجل لقياس سرعة الصفحات من أشهرها، وتعطيك درجةً وقائمةً بالتحسينات المقترحة مرتّبةً. ابدأ بها لترى أين يقف موقعك قبل أن تغيّر شيئًا.
لكن اقرأ هذه التقارير بحكمة. الدرجة رقمٌ إرشاديٌّ لا غاية في ذاتها، والأهمّ هو قائمة المشكلات الفعليّة التي تشير إليها: صورةٌ ثقيلة، شيفرةٌ تعيق العرض، غياب تخزينٍ مؤقّت. عالج المشكلات الحقيقيّة بالترتيب، ولا تطارد الرقم المثاليّ لذاته. قِس قبل التغيير وبعده لترى أثر كلّ خطوةٍ فعلًا.
واحرص أن تقيس عدّة صفحاتٍ لا الصفحة الرئيسة وحدها. فقد تكون رئيستك مثاليّةً بينما صفحة منتجٍ أو مقالٍ داخليٍّ ثقيلةٌ يزورها الناس أكثر. اختر الصفحات التي يصل إليها زوّارك فعلًا وقِسها، فالسرعة التي تهمّ هي سرعة ما يُرى لا ما تظنّ أنت أنّه الواجهة. القياس الشامل يكشف بطءًا مختبئًا في زوايا الموقع.
أخطاء شائعة
الخطأ الأوّل هو تركيب عدّة إضافات تحسينٍ وتخزينٍ مؤقّتٍ معًا، فتتصارع فيما بينها وتبطئ الموقع بدل تسريعه أو تكسره. اختر أداةً واحدةً جيّدةً واضبطها جيّدًا. الخطأ الثاني هو إهمال الصور، أكبر أسباب البطء، والانشغال بتحسيناتٍ دقيقةٍ أثرها هامشيٌّ بالمقارنة.
الخطأ الثالث هو لوم الاستضافة على كلّ بطءٍ بينما السبب في الموقع نفسه، أو العكس: إرهاق النفس في تحسين موقعٍ على أساسٍ ضعيفٍ لا ينقذه تحسين. والخطأ الرابع هو الوسواس بدرجةٍ مثاليّةٍ كاملةٍ في أدوات القياس، فيضيّع صاحب الموقع أيّامًا في مطاردة نقاطٍ أخيرةٍ لا يشعر بها زائرٌ أصلًا. حسّن ما يشعر به الإنسان، ثمّ توقّف.
والخطأ الخامس هو المبالغة في تركيب الإضافات لحلّ مشكلاتٍ صغيرة، فيصير علاج البطء سببًا للبطء. كلّ إضافة تحسينٍ لها كلفتها، وأحيانًا يكون حذف إضافةٍ ثقيلةٍ أسرع من تركيب أخرى لتعويض بطئها. فكّر دائمًا في الإزالة قبل الإضافة: الموقع الأخفّ أسرع من الموقع المثقل بأدوات التسريع نفسها. أقلّ ما يمكن من الإضافات هو غالبًا أسرع ما يمكن.
جرّبه بنفسك
افحص موقعك الآن بأداة قياس سرعةٍ مجّانيّة، وسجّل درجتك ومؤشّراتك الثلاثة الأساسيّة. ثمّ انظر إلى قائمة التحسينات المقترحة، واختر منها أسهل ما له أكبر أثر: غالبًا سيكون ضغط الصور أو تفعيل التخزين المؤقّت. طبّقه، ثمّ أعد القياس ولاحظ الفرق. هذه الحلقة، قِس ثمّ حسّن ثمّ قِس، هي جوهر تحسين الأداء كلّه.
وجرّب أن تفتح موقعك من هاتفٍ على شبكةٍ عاديّةٍ لا على اتّصالك السريع، وعِش تجربة زائرك الحقيقيّة. أحيانًا يكفي هذا الاختبار البسيط لتكتشف بطءًا كنت غافلًا عنه على حاسوبك المريح. الزائر لا يقيس موقعك بأدوات، بل بصبره، فاختبر صبره أنت قبل أن يفعل هو ويرحل.
من التفاصيل إلى القرار
رأيتَ في هذا المقال أنّ السرعة تُبنى بطبقات: أساس استضافةٍ متين، ثمّ تخزينٌ مؤقّت، ثمّ شبكة توصيل، ثمّ تحسين الصور والشيفرة، مع بوصلةٍ من مؤشّرات تجربة الصفحة. رتّب جهدك من الأهمّ إلى الأقلّ، ولا تطارد الكمال، بل اصنع تجربةً سريعةً يشعر بها زائرك الحقيقيّ.
بهذا تكون قد أتممتَ جولةً واسعةً في عالم الاستضافة: أنواعها، وإدارتها، وتأمينها، وتسريعها. لم يبقَ إلّا أن تجمع هذه الخيوط في يدٍ واحدةٍ وتجيب السؤال الذي بدأتَ منه: كيف أختار الاستضافة المناسبة لموقعي أنا تحديدًا، من بين كلّ هذه الأنواع والخيارات؟ وذلك موضوع المقال القادم، دليل الشراء الذي يحوّل كلّ ما تعلّمتَه إلى قرار.
المصادر
- Google Search Central, «Understanding page experience in Google Search results», Google Developers. developers.google.com ↩
- Cloudflare, «What is a CDN? | How do CDNs work?», Cloudflare Learning Center. cloudflare.com ↩
- web.dev, «Core Web Vitals», Google. web.dev ↩