عمولة تبدأ من ٤٠٪: نقل موقع أفلييت إلى Hostinger

المبدأ الحاكم: انسخ، انقل، اختبر، ثم غيّر DNS

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

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

١. اجرد الموقع والتتبع قبل النقل

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

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

٢. خذ نسخًا تستطيع استعادتها لا ملفات تطمئنك فقط

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

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

٣. اختر طريقة النقل المناسبة في Hostinger

تتيح Hostinger طلب نقل لمواقع تعمل على نظام مفتوح مثل WordPress، بشرط ملاءمة موارد الخطة والتزام المحتوى بالشروط. يمكن استخدام بيانات WordPress أو cPanel للموقع المتصل، أو رفع أرشيف الملفات وقاعدة البيانات للموقع غير المتصل. أما النقل بين حسابات Hostinger فلا يدخل ضمن النقل المجاني وفق الوثائق الحالية.

تذكر الصفحة أن النقل يشمل الملفات وقاعدة البيانات، ولا يشمل البريد أو DNS أو cron أو إعداد SSL المخصص أو حسابات FTP. انقل البريد بخطة منفصلة، وأنشئ السجلات والمهام بعد التحقق من قيمها. قدّم طلبًا منفصلًا لكل موقع أو نطاق فرعي، ولا تعامل «حتى خمسة طلبات نشطة» كمدة أو ضمان نجاح.

٤. اختبر النسخة الجديدة كقارئ ومحرك بحث ومسوق

استخدم أداة المعاينة التي تشير إليها Hostinger أو تعديل hosts محليًا إن كنت تعرف أثره. افتح الصفحة الرئيسية وصفحات المال والقوالب المختلفة. تحقق من الصور والخطوط والبحث والنماذج وتسجيل الدخول والروابط الداخلية. قارن HTML المهم، لا لقطة الشاشة وحدها.

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

قبل قرار الاستضافة، اقرأ برنامج Hostinger وبرنامج SiteGround وبرنامج Namecheap. قارن احتياج الموقع ونطاق الدعم والنقل والتجديد؛ وجود رابط إحالة في الدليل لا يجعل مزودًا مناسبًا تلقائيًا.

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

٥. بدّل DNS في نافذة مراقبة واضحة

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

فعّل SSL وتأكد من عدم وجود محتوى مختلط أو حلقات إعادة توجيه بين http وhttps أو www وغير www. افحص البريد لأن تغيير خوادم الأسماء قد يستبدل سجلاته إذا لم تنقلها. لا تعلن النجاح بعد تحميل الصفحة الرئيسية فقط؛ استخدم قائمة الجرد كاملة.

٦. تحقق من التحليلات وروابط الأفلييت بعد التحويل

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

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

٧. احتفظ بخطة رجوع حتى انتهاء المراقبة

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

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

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