كل كام شهر عميل بيسألنا نفس السؤال: الموقع يتحط على سيرفر في مصر ولا على سيرفر في فرانكفورت أو أمستردام أو فيرجينيا؟ السؤال غالبا بيتطرح على إنه قرار وطني أو قرار ميزانية، وهو مش ده ولا ده. هو قرار شبكات بيتبني على تلات حاجات: زوارك فين، وكل طلب صفحة محتاج يعمل إيه قبل ما يرد، ومين هيرد عليك في التليفون لما يحصل عطل الساعة 11 بالليل يوم الخميس.
المقال ده بيشرحلك الطريقة اللي بنشتغل بيها في مشاريع الاستضافة وتسريع الصفحات، ومعاها طريقة قياس تقدر تعملها بنفسك من القاهرة والغردقة قبل ما تدفع لأي حد. إحنا مش هنكتب هنا أرقام سرعة، لأن رقم اتقاس على شركة واحدة وعلى خط انترنت واحد في ليلة واحدة مش دليل على شغلك إنت. الطريقة هي اللي بتنفعك.
الوقت بيروح فين فعلا لما الصفحة بتفتح
لما المتصفح يفتح صفحة، التأخير قبل ما أول بايت يوصل مش حاجة واحدة. هو سلسلة: البحث في الـ DNS، وفتح الاتصال TCP، وتصافح TLS، وبعدين الطلب نفسه، والوقت اللي السيرفر بيقضيه في تجهيز الرد، وبعدين رجوع أول البيانات. حلقة واحدة بس من السلسلة دي هي اللي ليها علاقة بباقة الاستضافة، وهي وقت تفكير السيرفر. الباقي كله مسافة ومسارات.
- البحث في الـ DNS: عملية واحدة، مش بتتأثر كتير بمكان السيرفر، وبتتأثر أكتر بمزود الـ DNS اللي بتستخدمه.
- فتح الاتصال وتصافح TLS: كذا رحلة رايح جاي بين الزائر والسيرفر قبل ما أي بايت من صفحتك يتبعت. كل رحلة بتكلفك زمن الرحلة كله (RTT). مع HTTP/3 وTLS 1.3 عدد الرحلات بيقل، بس عمره ما بيوصل صفر.
- وقت تفكير السيرفر: تنفيذ PHP واستعلامات الداتابيز والكاش. هنا الباقة الرخيصة المشتركة بتخسر قدام VPS متظبط كويس، في أي بلد.
- نقل الملفات: HTML وCSS وجافاسكربت وخطوط وصور. السرعة والزحمة بيفرقوا هنا، وكمان لو في CDN بيجيب الملفات دي من نقطة قريبة من الزائر.
ودي حكاية ليه المسافة بتفرق رغم إن الضوء سريع. تخيل، كمثال توضيحي بس، إن زمن الرحلة بين الزائر والسيرفر 30 ملي ثانية في إعداد، و90 في إعداد تاني. اتصال محتاج تلات رحلات قبل أول طلب هيكلفك حوالي 90 ملي ثانية في الأول و270 في التاني. وبعد كده الصفحة بتعمل عشرات الطلبات اللي مش متخزنة في الكاش على كذا اتصال، فالفرق بيتضاعف. الأرقام دي افتراضات علشان نوضح الحساب، مش قياسات لأي شركة استضافة. اللي لازم تفتكره هو شكل الحساب: عدد الرحلات بيتضرب في زمن الرحلة، وزمن الرحلة بيتحدد بالمسافة وجودة المسار.
يعني إيه استضافة في مصر بالظبط
الجملة دي بتداري تلات حالات مختلفة، وكل حالة ليها سلوك مختلف خالص.
سيرفر موجود فعلا في داتا سنتر مصري
الجهاز نفسه موجود في مبنى في مصر، غالبا في القاهرة، ومتوصل بشركات الانترنت المحلية. الزائر المصري بيوصله من غير ما يعدي على خط دولي. ده اللي أغلب الناس يقصدوه، وهو النسخة الوحيدة اللي بتديك أفضلية في السرعة للزوار المصريين.
شركة مصرية بتبيع سعة موجودة بره
الفاتورة بالجنيه، وفريق الدعم بيتكلم عربي، والموقع عليه رقم مصري، لكن السيرفر في داتا سنتر في أوروبا. إنت بتاخد راحة التعامل المحلي من غير ميزة الشبكة. اسأل بوضوح: الجهاز فين؟ الشركة المحترمة هتقولك المبنى والمدينة.
وسيط محلي لخدمة سحابية عالمية
في شركات بتدير سيرفرات على بنية سحابية عالمية وبتضيف فوقها فواتير ودعم محلي. موقع الشبكة هنا هو موقع المنطقة السحابية، مش مصر. ممكن يبقى اختيار كويس برضه لأسباب تانية هنشرحها بعدين.
التفريق ده مهم لأن السيرفر المصري بيسرع الموقع بطريقة واحدة بس، وهي تقصير المسافة للزائر المصري. لو الجهاز بره، الميزة بتختفي حتى لو العقد محلي.
ابدأ بزوارك مش بالشركة
افتح جوجل أناليتكس أو سيرش كونسول وبص على توزيع الدول والمدن في آخر ستة شهور. القرار الصح لعيادة في القاهرة مش هو القرار الصح لمنتجع غوص في الغردقة، ومش هو برضه لمطور عقاري بيبيع لعملاء في ألمانيا وبولندا والخليج. في أربع حالات بتغطي أغلب عملائنا.
- أغلب الزوار من مصر: سيرفر محلي بيديك أقصر مسار. شبكات الموبايل في مصر بتختلف حسب الشركة والوقت، فالمكسب حقيقي بس لازم تتأكد منه بالقياس مش بالافتراض.
- أغلب الزوار من بره: الفنادق ومراكز الغوص وشركات العقارات في الغردقة منهم. الضيف بيتصفح من أوروبا قبل ما يسافر. سيرفر أوروبي أو CDN فيه نقاط في أوروبا بيخدمهم أحسن من سيرفر في القاهرة.
- جمهور مختلط: وده الأشهر. الحل غالبا CDN قدام سيرفر واحد مختار كويس، مع انتباه للطلبات اللي مينفعش تتخزن في الكاش.
- موظفين أو أنظمة مصرية ورا الموقع: نظام حجز أو ERP أو نقطة استقبال إشعار دفع هو حمل شغل مختلف عن موقع تعريفي. مكان السيرفر ممكن يفرق أكتر من أي رقم بيشوفه الزائر. هنشرحها في جزء الربط تحت.
الـ CDN بيغير السؤال
الـ CDN شبكة بتخزن نسخ من ملفاتك الثابتة، واختياريا من صفحات HTML، على سيرفرات قريبة من الزائر. أول ما تحط CDN، مكان السيرفر الأساسي بيأثر بس على الطلبات اللي الـ CDN مش قادر يرد عليها من الكاش بتاعه. وده بيضيق القرار جدا.
الملفات الثابتة، يعني الصور والخطوط وملفات الستايل والسكربت، المفروض تيجي تقريبا دايما من أقرب نقطة للزائر. وفي موقع تسويقي أو تعريفي عادي، تخزين الصفحة كلها في الكاش على الـ CDN بيشتغل للزائر العادي، وساعتها الزائر ميلمسش السيرفر الأساسي أصلا. إحنا بنبني مواقع ووردبريس بالطريقة دي بشكل متكرر، بكاش صفحات وكاش أوبجكت وكاش على الـ CDN شغالين مع بعض، وده من أسباب إننا بنعتبر مكان السيرفر عامل ثانوي في المواقع اللي أساسها محتوى.
اللي الـ CDN مش بيعرف يخزنه كويس: جلسات تسجيل الدخول، وسلة الشراء، والدفع، والتوافر اللحظي، ونتايج البحث المخصصة، وإرسال النماذج، وطلبات الـ API. في الحاجات دي الزائر بيستنى السيرفر الأساسي. وهنا مكان السيرفر وجودته وتصميم الداتابيز بيظهروا مباشرة في نسبة التحويل.
طريقة عملية تشوف بيها التقسيم: خد أهم خمس صفحات عندك وعلم على كل طلب فيهم: بيتخزن على الـ CDN ولا لأ. لو 90 في المية من طلبات صفحات الهبوط قابلة للتخزين، مكان السيرفر ميفرقش كتير في الصفحات دي. لو ودجت الحجز بيعمل أربع طلبات مش متخزنة علشان يبني جدول التوافر، مكان السيرفر وسرعة الداتابيز هيفرقوا جدا في الودجت ده.
جودة السيرفر أهم من بلد السيرفر
سيرفر في القاهرة متظبط وحش ممكن يخسر قدام سيرفر بره متظبط كويس حتى لجمهور مصري، والعكس برضه وارد. قبل ما تتناقش في الجغرافيا، راجع الحاجات اللي بتكلف ملي ثواني أكتر من كام خطوة زيادة في المسار.
- إصدار PHP وOPcache: إصدار حديث ومدعوم من PHP مع تفعيل OPcache. الإصدارات القديمة أبطأ وكمان مبتاخدش تحديثات الأمان.
- نوع التخزين: NVMe أو SSD، مش هاردات قديمة متوصلة بالشبكة، خصوصا للمواقع اللي بتعتمد على الداتابيز.
- الداتابيز على نفس السيرفر أو نفس الشبكة الداخلية للأبلكيشن، مش عبر الانترنت أبدا.
- كاش أوبجكت زي Redis لووردبريس وووكومرس، علشان الاستعلامات المتكررة متتحسبش من الأول في كل طلب.
- كاش صفحات على السيرفر أو الـ CDN للزائر العادي.
- الجيران المزعجين: في الاستضافة المشتركة المتزحمة، سرعة موقعك بتتوقف على اللي بيعمله باقي المواقع. مش بتبان وقت الهدوء، وبتبان جدا وقت الحملة الإعلانية.
- HTTP/2 أو HTTP/3 وTLS 1.3 اللي بيقللوا تكلفة فتح الاتصال لكل زائر.
لو الشركة مش قادرة تقولك المواصفات دي بوضوح، فبلد الداتا سنتر هو آخر مشاكلك.
الدعم الفني: الحاجة اللي مش بتتحط في أي اختبار
السرعة بتتقاس في اختبار. الدعم مبيتقاسش غير لما حاجة تقع، وساعتها مفيش وقت تدور على بديل. قيم الدعم قبل كده.
اللي الدعم المحلي غالبا بيديهولك
- كلام بالعربي والانجليزي على واتساب أو التليفون، بتوقيتك، ومعاه تغطية الجمعة والسبت لو دي مهمة لشغلك.
- فاتورة بالجنيه المصري وفاتورة ضريبية تديها للمحاسب، من غير ما تعتمد على كارت بعملة أجنبية.
- إمكانية الاجتماع وجها لوجه في الأعطال الكبيرة، وشركة خاضعة للقانون المصري لو حصل نزاع.
واللي الشركات العالمية غالبا بتديهولك
- أدوات ناضجة: بيئة تجريبية بضغطة زرار، ونسخ احتياطية لحظية، وتوسع تلقائي، ومراقبة تفصيلية، وAPI لكل حاجة.
- التزامات معلنة بنسبة التشغيل وصفحات حالة عامة.
- فرق تشغيل أكبر وتكرار أكتر في البنية التحتية.
مفيش ضمان في الاتنين. شركة استضافة محلية صغيرة ممكن تبقى ممتازة وممكن تبقى شخص واحد بتليفون مزحوم. وشركة عالمية كبيرة ممكن تبقى بنيتها ممتازة وطابور الدعم عندها مبيقراش تذكرتك كويس. اسأل عن تفاصيل: وقت الرد المكتوب، وإيه الإجراء لو الموقع اتخترق، والنسخ الاحتياطية متخزنة على سيرفر تاني ولا لأ، ومين بيرجعها وبسرعة قد إيه.
العملة والفواتير واستمرارية الخدمة
شركات كتير في الخارج بتسعر بالدولار أو اليورو. لو دخلك بالجنيه، تكلفة الاستضافة بتتحرك مع سعر الصرف، والدفع بالكارت ممكن يفشل وقت التجديد لو البنك بيحدد استخدام العملة الأجنبية. تجديد فاشل للدومين أو السيرفر خطر حقيقي على تشغيل الموقع، مش مجرد تفصيلة محاسبية. الشركات المحلية اللي بتفوتر بالجنيه بتشيل النوع ده من المشاكل، ولبعض الشغل السبب ده لوحده يكفي. ولو اخترت شركة عالمية، جهز وسيلة دفع فيها رصيد كافي، وسجل تاريخ التجديد في التقويم، وخلي صاحب الحساب إيميل الشركة مش إيميل موظف واحد.
حماية البيانات ومكان البيانات الشخصية
قانون حماية البيانات الشخصية المصري (قانون 151 لسنة 2020) فيه أحكام على التعامل مع البيانات الشخصية ونقلها خارج البلد. أي موقع بيخزن نماذج تواصل أو بيانات حجز أو حسابات عملاء أو بيانات مرضى بيعالج بيانات شخصية. لو السيرفر بره، إنت في حالة نقل بيانات عبر الحدود لازم تفهمها، وفي قطاعات منظمة ليها اشتراطاتها الإضافية. إحنا مهندسين مش محامين، فتأكد من التفاصيل الخاصة بقطاعك مع مستشار قانوني مختص. اللي بننصح بيه من ناحية الهندسة هو إنك تقرر ده بوعي: اعرف الداتابيز والنسخ الاحتياطية موجودين فين فعلا واكتب ده. وبنغطي الجانب العملي في دليل تكلفة صيانة المواقع لأن النسخ الاحتياطية واختبار الاسترجاع جزء من نفس الموضوع.
الربط مع أنظمة تانية: لما مكان السيرفر يبقى أهم حاجة
في الموقع التعريفي، كام ملي ثانية زيادة عامل صغير. في النظام المخصص ممكن يبقى قيد في التصميم. بص السيرفر بيكلم مين غير الزوار.
- بوابات الدفع: السيرفر بيطلب من البوابة تعمل عملية دفع وبيستلم إشعار لما تخلص. اسأل الفريق الفني بتاع البوابة السيرفر بتاعك هيتعامل إزاي مع الـ API من مكانه، وتأكد إن نقطة استقبال الإشعار شغالة وبترد بسرعة.
- أنظمة الحجز والقنوات: فحص التوافر اللي بيكلم أطراف تانية بيضيف تأخيرها على تأخيرك.
- ERP وCRM: لو نظام الشركة على سيرفر في المكتب أو في داتا سنتر مصري، الأبلكيشن اللي بره بيدفع تكلفة رحلة رايح جاي مع كل طلب مزامنة. المهام الليلية بتداري ده، والشاشات التفاعلية لأ.
- الربط الحكومي أو البنكي: بعض التكاملات محصورة في شبكات أو عناوين معتمدة. اعرف الاشتراطات قبل ما تختار السيرفر مش بعده.
الحل في التصميم غالبا إنك تخلي العمليات اللي بتتكلم كتير جنب بعض، وتزق أي حاجة ممكن تتم في الخلفية جوه طوابير. أبلكيشن لارافيل متبني صح مش بيخلي الزائر يستنى مكالمة لطرف تالت ممكن تخلص من ورا الستار، والقرار ده لوحده بيحميك من أغلب فروق التأخير. بنشتغل بالنمط ده في مشاريع ووردبريس ولارافيل.
إزاي تقيس من القاهرة والغردقة بنفسك
مش محتاج صفحة تسويق من الشركة. محتاج اختبار تقدر تكرره. دي الطريقة اللي بنوصي بيها، والأرقام كلها هتجمعها إنت.
الخطوة 1: جهز مرشحين قابلين للمقارنة
اطلب من كل شركة في القايمة القصيرة تجربة أو باقة شهرية بنفس الإعدادات: نفس إصدار PHP، ونفس قالب ووردبريس والإضافات، ونفس المحتوى التجريبي، ونفس إعدادات الكاش. ركب نسخة مطابقة من موقعك على كل واحدة. من غير محتوى مطابق، إنت بتقارن مواقع مش استضافات.
الخطوة 2: قس مسار الشبكة بأمر curl
من لابتوب أو سيرفر صغير على الشبكات اللي عملاءك بيستخدموها فعلا، شغل أمر قياس زمن على كل مرشح. اعملها على شبكتين موبايل على الأقل وخط ثابت، في القاهرة وفي الغردقة لو عندك ناس هناك.
curl -o /dev/null -s -w "dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total}\n" https://candidate.example.com/كرر عشرين مرة على الأقل لكل مرشح ولكل شبكة. سجل الوسيط وأبطأ ربع من النتايج، مش أحسن مرة. وكررها في أوقات مختلفة، منها المساء لما شبكات الموبايل بتبقى مزحومة.
الخطوة 3: افصل المتخزن في الكاش عن غير المتخزن
اختبر صفحة قابلة للتخزين وصفحة مش قابلة، زي صفحة نتايج بحث أو طلب توافر الحجز. نتيجة الأولى بتقولك على الشبكة والـ CDN. نتيجة التانية بتقولك على السيرفر والداتابيز.
الخطوة 4: اختبر من ناحية الزائر في العالم
لو جمهورك ألماني أو بولندي أو خليجي، شغل نفس الاختبارات من نقط في المناطق دي. في أدوات عامة زي WebPageTest وخدمات مبنية على Lighthouse بتختبر من أكتر من مكان. نتايجها بيانات معملية، فاعتبرها للمقارنة بس.
الخطوة 5: أكد ببيانات المستخدمين الحقيقية
الاختبار المعملي بيلمح، والبيانات الحقيقية هي اللي بتحسم. ركب مكتبة web-vitals المفتوحة أو استخدم تقرير Core Web Vitals في أداة التحليلات، وقسمه حسب الدولة. تقرير Core Web Vitals في سيرش كونسول بيوريك إزاي بيانات جوجل الحقيقية شايفة موقعك. راقب القيمة عند المئين 75 لـ LCP وINP حسب الدولة بعد النقل، على أسبوعين لأربعة أسابيع على الأقل.
الخطوة 6: اديهم درجات واقرر
اعط كل مرشح درجة من صفر لخمسة على: وسيط TTFB لجمهورك الأساسي، وTTFB تحت الضغط، وأداء الطلبات غير المتخزنة، وسرعة رد الدعم، وطريقة النسخ الاحتياطي والاسترجاع، واستمرارية الفواتير، ووضوح مكان البيانات. وزن كل بند حسب طبيعة شغلك. فندق أغلب ضيوفه من بره هيدي وزن كبير لـ TTFB من الخارج. عيادة هتدي وزن لأداء الموبايل في مصر ومكان البيانات.
أربع تصميمات بننفذها فعلا
التصميم أ: سيرفر محلي مع CDN
للشركات اللي جمهورها مصري وفيها خصائص ديناميكية: سيرفر في مصر لأقصر مسار للطلبات غير المتخزنة، وCDN للملفات الثابتة والصفحات العامة. مناسب للتجارة الإلكترونية المحلية والعيادات وشركات الخدمات والبوابات المحلية.
التصميم ب: سيرفر إقليمي مع CDN
لعلامات السياحة والعقارات اللي أغلب زوارها من بره: سيرفر في منطقة أوروبية، مع CDN لكل المحتوى العام. فريق المحتوى المصري بيدير من لوحة التحكم، وهناك تأخير بسيط زيادة مقبول.
التصميم ج: معمارية مقسومة
الموقع التسويقي العام على ووردبريس بكاش على الـ CDN، ومحرك الحجز أو بوابة العملاء أو الـ API يشتغل كأبلكيشن لارافيل منفصل قريب من الأنظمة اللي بيتكامل معاها. كل جزء بيتحط حسب حمل شغله. تصميمه بيكلف أكتر شوية، وتشغيله بيكلف أقل من إنك تجبر الاتنين على حل وسط.
التصميم د: سيرفر واحد متظبط من غير CDN
للأدوات الداخلية الصغيرة والمواقع قليلة الزيارات اللي جمهورها محلي. بسيط وكويس، طالما محدش متوقع إنه يستحمل حملة فيرال.
أسئلة تسألها لأي شركة استضافة
- السيرفر موجود فعلا في أنهي مبنى وأنهي مدينة، وإيه شركات الانترنت اللي متوصل بيها؟
- إيه إصدارات PHP المدعومة، وبسرعة قد إيه بتتطبق تحديثات الأمان؟
- النسخ الاحتياطية متخزنة بره السيرفر الأساسي؟ كل قد إيه؟ وآخر مرة اتجرب فيها الاسترجاع كانت امتى؟
- إيه وقت الرد المكتوب للعطل الحرج، وعن طريق أنهي قناة؟
- فيه بيئة تجريبية؟ وينفع ترجع موقع واحد من غير ما ترجع السيرفر كله؟
- إيه اللي بيحصل في بياناتك وعناوين الـ IP لو قررت تمشي؟
- إزاي بتتطبق حدود الموارد، وإيه اللي بيحصل لما توصلها؟
إزاي تنقل من غير ما تبوظ حاجة
في أي اتجاه هتنقل، النقل هو المكان اللي المواقع بتخسر فيه ترتيبها وإيميلاتها. قلل قيمة TTL بتاعة الـ DNS قبل يوم النقل بكام يوم. اختبر السيرفر الجديد من خلال تعديل ملف hosts قبل ما تغير الـ DNS. انقل سجلات الإيميل، لأن نقل الموقع وفي نفس الوقت استضافة الإيميل بتتغير من غير ما تاخد بالك طريقة معروفة لضياع رسايل العملاء. سيب السيرفر القديم شغال أسبوع تقريبا للقراءة بس. أعد تشغيل سكربت القياس بعد النقل وقارنه بالأرقام اللي سجلتها قبل النقل، وراجع سيرش كونسول لأخطاء الزحف في الأيام اللي بعدها.
الاستضافة مش اختيار وطني ومش بند سعر. هي جزء من تصميم التحويل في موقعك. لو بعتلنا خريطة زوارك وأهم خمس صفحات وقايمة الأنظمة اللي بتتربط بيها، هنقولك أنهي تصميم يناسبك، وهنختبر القايمة القصيرة من الشبكات اللي عملاءك بيستخدموها، ونكتب النتيجة قبل ما تدفع سنة كاملة لأي حد.