كيفية تثبيت شهادة SSL على PrestaShop وتفعيل HTTPS

تفعيل بروتوكول HTTPS في متجر PrestaShop يتم عبر ثلاث خطوات: تثبيت شهادة SSL على الخادم، تفعيل إعدادين في Shop Parameters، وإعادة توجيه حركة HTTP القديمة. الخطوة الوسطى هي ما يوقع معظم الأشخاص في الخطأ، لأن PrestaShop يحتوي على إعدادين لـ SSL بدلاً من واحد، ويبقى الإعداد الثاني مقفلاً حتى يتم حفظ الأول.

الإجابة السريعة: بعد وجود شهادة تعمل على خادمك، افتح Shop Parameters > General، اضغط على الرابط الذي يتحقق مما إذا كان متجرك يدعم HTTPS، اضبط Enable SSL على Yes، ثم اضبط Enable SSL on all pages على Yes، مرر إلى أسفل الصفحة واضغط Save. إذا كان المفتاح الثاني معطلاً (باللون الرمادي)، فهذا يعني أن الأول لم يُحفظ بعد.

SSL (وهو اختصار لـ Secure Sockets Layer، رغم أن جميع الشهادات الصادرة حالياً تستخدم TLS) هو ما يُظهر رمز القفل في شريط عنوان متجرك ويسمح لبوابات الدفع بالعمل. إذا كنت تريد فهم الأساسيات أولاً، اقرأ ما هي شهادة SSL. تغطي هذه الخطوات إصدارَي PrestaShop 8 و PrestaShop 9.

أي طريقة تناسب إعداد PrestaShop الخاص بك

إعدادك	كيفية الحصول على الشهادة	الوقت التقريبي
استضافة مُدارة أو cPanel مع AutoSSL	أصدر الشهادة المجانية من لوحة التحكم، ثم فعّل SSL في PrestaShop	10 دقائق
خادم VPS خاص، بدون لوحة استضافة	استخدام Certbot للحصول على شهادة Let’s Encrypt	20 دقيقة
شهادة مدفوعة (OV أو EV أو wildcard)	إنشاء CSR وتثبيته يدوياً	30 دقيقة بالإضافة إلى وقت التحقق
Cloudflare أمام المتجر	الشهادة على الخادم الأصلي، مع ضبط Cloudflare على Full (strict)	15 دقيقة

احتفظ بنسخة احتياطية من المتجر وقاعدة البيانات قبل البدء. إذا كان المتجر فعلياً على الإنترنت، قم بهذا خارج ساعات الازدحام: كل دقيقة يكون فيها إتمام الطلب (checkout) غير متاح تعني طلباً مفقوداً.

أي شهادة SSL يجب أن يستخدمها متجر PrestaShop؟

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

النوع	ما تتحقق منه هيئة إصدار الشهادات	مدة الإصدار	مناسب لـ
التحقق من النطاق (DV)	أنك تتحكم في النطاق	دقائق	المتاجر الصغيرة، المتاجر التي تستخدم صفحة دفع مستضافة خارجياً
التحقق من المؤسسة (OV)	النطاق بالإضافة إلى شركتك المسجلة	من 1 إلى 3 أيام عمل	المتاجر الراسخة، B2B، أي مكان يتحقق فيه المشترون من هوية من يدفعون له
التحقق الموسع (EV)	فحص قانوني وتشغيلي كامل للشركة	من 1 إلى 3 أيام عمل	قيمة الطلبات الأعلى، القطاع المالي، المتاجر التي تتعامل مباشرة مع بيانات البطاقات

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

وهناك أمران آخران خاصان بـ PrestaShop. إذا كنت تدير متجراً متعدد النطاقات الفرعية (multistore)، فإن شهادة Wildcard تغطيها جميعاً بشهادة واحدة بدلاً من شهادة لكل متجر. وبغض النظر عن اختيارك، فإن HTTPS ليس خياراً هنا: بوابات الدفع لن تعالج المعاملات الفعلية عبر HTTP العادي، ومعيار PCI DSS يتطلب تشفيراً قوياً، وفي الواقع TLS 1.2 أو أعلى، على أي صفحة تنقل بيانات البطاقات. إذا لم تكن متأكداً من النوع المناسب لك، فإن SSL Wizard يساعدك على تحديده.

تثبيت الشهادة على خادمك

PrestaShop لا يقوم بتثبيت الشهادات. يحدث ذلك على الخادم أولاً، ولن يُظهر لك PrestaShop حتى مفتاح Enable SSL إلا عندما تتمكن من الوصول إلى لوحة التحكم الخلفية (back office) عبر HTTPS.

• من لوحة الاستضافة. ابحث عن SSL/TLS أو Let’s Encrypt أو AutoSSL. في cPanel، تجدها تحت Security. أصدر الشهادة لكل من النطاق الأساسي (apex domain) ونسخة www.
• على خادم VPS. استخدم Certbot، الذي يُصدر الشهادة من سطر الأوامر ويضبط مؤقت التجديد الخاص به.
• شهادة مدفوعة. أنشئ CSR باستخدام أداة إنشاء CSR الخاصة بنا أو أدلة CSR، أكمل عملية التحقق، ثم قم بتثبيت الشهادة والمفتاح الخاص والشهادات الوسيطة. في cPanel يكون ذلك تحت SSL/TLS > Manage SSL sites، وهو موضح في دليل تثبيت cPanel. المنصات الأخرى موجودة في أدلة تثبيت SSL.

شهادات Let’s Encrypt تدوم 90 يوماً وتتجدد تلقائياً قبل حوالي 30 يوماً من انتهاء صلاحيتها. عندما تتعطل هذه الأتمتة، يستمر المتجر في العمل لأسابيع ثم يصبح غير آمن دون تحذير، وعادة في منتصف عملية بيع. تأكد من أن التجديد التلقائي مفعّل، وتحقق من الشهادة بعد أول تاريخ تجديد متوقع باستخدام SSL Checker.

هناك فخ واحد أكثر أهمية في متجر منه في أي مكان آخر: إذا ثبّت الشهادة بدون الشهادات الوسيطة (intermediate certificates)، فسيظل متصفحك يُظهر رمز القفل، لأن متصفحات سطح المكتب تخزّن الشهادات الوسيطة التي رأتها في مكان آخر. لكن بوابة الدفع لن تفعل ذلك. متجر يبدو سليماً لكنه يفشل عند رد اتصال الدفع (payment callback) غالباً ما يكون سبب ذلك سلسلة شهادات ناقصة.

كيفية تفعيل SSL في PrestaShop

يحتوي PrestaShop على إعدادين لـ SSL، وليس واحداً، والترتيب مهم:

• Enable SSL يؤمّن صفحات إتمام الطلب والحساب فقط. هذا هو الوضع الافتراضي التاريخي لـ PrestaShop، من زمن كانت المتاجر تقدّم فيه معظم الصفحات عبر HTTP وتشفّر فقط الصفحات الحساسة.
• Enable SSL on all pages يؤمّن المتجر بالكامل. يبقى هذا الخيار معطلاً (رمادياً) حتى يتم تفعيل Enable SSL وحفظه.

أنت تحتاج إلى تفعيل كلاهما. وهذا هو التسلسل الكامل:

1. افتح Shop Parameters > General في لوحة التحكم الخلفية. الدروس التعليمية المكتوبة لإصدار PrestaShop 1.6 تسمي هذا Preferences > General؛ تمت إعادة تسمية القائمة في الإصدار 1.7 والإعداد نفسه لم يتغير.
2. اضغط على “Please click here to check if your shop supports HTTPS.” يعيد هذا الرابط تحميل لوحة التحكم الخلفية عبر HTTPS. يظهر PrestaShop هذا الرابط فقط عندما تكون تشاهد لوحة التحكم الخلفية عبر HTTP عادي، فإذا كنت تدير متجرك فعلياً عبر HTTPS بالفعل فلن ترى هذا الرابط، ويمكنك الانتقال مباشرة للخطوة التالية.
3. اضبط Enable SSL على Yes.
4. اضبط Enable SSL on all pages على Yes.
5. مرّر إلى أسفل الصفحة.
6. اضغط Save. لا شيء يصبح فعّالاً حتى تفعل ذلك.

تنطبق هذه التعليمات على PrestaShop 8 و PrestaShop 9. الإصداران 9.1.4 و 8.2.7 كانا الإصدارين الحاليين حتى يونيو 2026. يعمل PrestaShop 1.7 بالطريقة نفسها، لكن الدعم عنه انتهى عند إصدار PrestaShop 9.0 في يونيو 2025، فهو لا يتلقى إصلاحات أمنية بعد الآن، ويجب أن يكون التحديث من ضمن قائمة مهامك. الإصدار 1.6 يستخدم أسماء القوائم القديمة.

لماذا يكون مفتاح Enable SSL معطلاً (رمادياً)

هذه هي أكثر مشكلة شائعة تتعلق بـ SSL في PrestaShop. قبل أي شيء آخر، تحقق من أي من الحالتين التاليتين تنطبق عليك بالفعل.

إذا كان Enable SSL غير موجود على الصفحة بالمرة، فأنت تشاهد لوحة التحكم الخلفية عبر HTTP عادي. يُظهر PrestaShop هذا المفتاح فقط عند وجود اتصال آمن، فعلى لوحة تحكم http:// يظهر لك رابط فحص HTTPS بدلاً منه دون أي مفتاح. صِل إلى لوحة التحكم الخلفية بعنوان https://، عبر الضغط على ذلك الرابط أو كتابة العنوان مباشرة، وسيظهر المفتاح.

إذا كان Enable SSL on all pages ظاهراً لكنه معطل (رمادي)، فراجع هذه الأسباب الثلاثة بالترتيب.

1. لم تقم بالحفظ بعد

هذا هو السبب الأكثر شيوعاً بلا منازع. تقوم بتفعيل Enable SSL، وتنظر إلى Enable SSL on all pages، فتراه لا يزال معطلاً، فتستنتج أن هناك خللاً ما. الأمر ليس كذلك: الإعداد الثاني يُفتح فقط بعد حفظ الأول. مرّر إلى أسفل الصفحة، اضغط Save، وستُعاد الصفحة بتحميل جديد مع تفعيل المفتاح الثاني. يتضمن نظام تتبع المشكلات (issue tracker) الخاص بـ PrestaShop نفسه هذه المشكلة تحت عنوان “Enabling Https/ssl is quite confusing”، فإذا وقعت في هذا الفخ، فأنت في رفقة الكثيرين.

2. فحص HTTPS فشل

إذا لم تتمكن لوحة التحكم الخلفية من التحميل عبر HTTPS بالمرة، أو حذّرك متصفحك عند تحميلها، فإن الشهادة هي المشكلة وليس PrestaShop. الأسباب الشائعة: الشهادة لم تُثبت بعد، أو أنها تغطي www بينما أنت تتصفح النطاق الأساسي (أو العكس)، أو أنها مثبتة بدون شهاداتها الوسيطة. شغّل SSL Checker على النطاق الدقيق الموجود في رابط متجرك، وأصلح ما يُشير إليه قبل العودة إلى لوحة التحكم الخلفية.

3. ضبط الإعداد في قاعدة البيانات

إذا تأكدت من أن الشهادة تعمل بشكل صحيح ومع ذلك لا يزال المفتاح يرفض التفعيل، فإن كلا الإعدادين مخزّنان في جدول ps_configuration ويمكن ضبطهما مباشرة. في phpMyAdmin أو أي عميل SQL:

UPDATE ps_configuration SET value = 1 WHERE name = 'PS_SSL_ENABLED';
UPDATE ps_configuration SET value = 1 WHERE name = 'PS_SSL_ENABLED_EVERYWHERE';

عدّل بادئة الجدول إذا لم تكن ps_ الافتراضية، ثم امسح ذاكرة التخزين المؤقت (cache). للتراجع عن ذلك، مثلاً إذا كانت شهادة معطلة قد حرمتك من الوصول إلى لوحة تحكمك الخلفية، شغّل نفس الجملتين مع 0 بدلاً من 1.

إعادة توجيه HTTP إلى HTTPS في PrestaShop

بعد حفظ كلا الإعدادين، يستجيب PrestaShop بالفعل لطلبات HTTP لصفحات المتجر الأمامية بإعادة توجيه 301 إلى عنوانها عبر HTTPS، بحيث لا تُترك الروابط القديمة والروابط المفهرسة عالقة. لكنه يغطي فقط الطلبات التي تصل فعلياً إلى PrestaShop. الملفات التي تُقدَّم مباشرة من القرص، مثل الصور وملفات PDF وأي شيء تحت /img/ أو /upload/، لا يُعاد توجيهها، ولا كذلك طلبات POST. القاعدة على مستوى الخادم تُغطي كل ذلك، وتُعيد التوجيه دون تشغيل PHP في كل مرة.

اقرأ هذا قبل تعديل أي شيء. ينشئ PrestaShop ملف .htaccess الخاص به، وحفظ Shop Parameters > Traffic & SEO > SEO & URLs يعيد كتابته. لكنه لا يمحو الملف بالكامل. يستبدل PrestaShop فقط الجزء الواقع بين تعليقَي العلامة، # ~~start~~ و # ~~end~~، ويحتفظ بأي شيء يقع أعلاها أو أسفلها، وهذا هو بالضبط ما يخبرك به سطر العلامة نفسه. لذا ضع قواعدك خارج ذلك الجزء وستبقى محفوظة عند كل إعادة إنشاء. أي شيء تلصقه داخل ذلك الجزء يُفقد في المرة القادمة التي تحفظ فيها تلك الصفحة.

على Apache، أضف هذا إلى .htaccess في مجلد جذر متجرك، أعلى سطر # ~~start~~:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

يجب أن يكون الشرط off، بمعنى “أعِد التوجيه عندما لا يكون الطلب آمناً بالفعل”. العلامة R=301 هي ما يجعل إعادة التوجيه دائمة؛ بدونها ستحصل على إعادة توجيه مؤقتة تُشير لمحركات البحث أن لا شيء قد انتقل.

على Nginx لا يوجد .htaccess. عدّل بلوك الخادم (server block) بدلاً من ذلك:

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

اختبر بالأمر nginx -t، ثم أعد التحميل بالأمر systemctl reload nginx.

إصلاح ما يتركه التبديل خلفه

مسح ذاكرة التخزين المؤقت (cache) لـ PrestaShop. افعل هذا أولاً. متجر أمامي مخزَّن مؤقتاً سيظل يقدّم صفحات مليئة بترميز HTTP ويجعل التبديل المكتمل يبدو معطلاً. امسح أيضاً شبكة CDN الخاصة بك إن كنت تستخدم واحدة.

إصلاح المحتوى المختلط (mixed content). صفحة تُقدَّم عبر HTTPS ولا تزال تحمّل صورة أو سكريبت أو ورقة أنماط عبر HTTP تُعتبر محتوى مختلطاً. المتصفحات تُرقّي بعض الموارد بصمت، وأغلبها الصور والوسائط، لكنها ترفض غيرها كلياً، وهذا هو سبب أن الصفحة المتأثرة قد تصل بدون تنسيق (unstyled). في PrestaShop، المصادر المعتادة هي روابط ثابتة في صفحات CMS، وإعدادات الموديولات، ووصف المنتجات الملصق من مصادر أخرى. سجلّ المتصفح (browser console) يوضّح اسم الملف المخالف. دليلنا حول كيفية إصلاح المحتوى المختلط يغطي التشخيص بالتفصيل.

أعِد إنشاء خريطة الموقع (sitemap) لتُدرج روابط https، وتحقق من أن أي موديول لا يزال يكتب روابط http في الرسائل الإلكترونية أو الفواتير.

حل مشكلات SSL في PrestaShop

العارض	السبب	الحل
حلقة إعادة توجيه لا تنتهي بعد تفعيل SSL	نمط تشفير Cloudflare مضبوط على Flexible، فيرسل HTTP إلى خادمك الأصلي بينما يقوم خادمك الأصلي بإعادة التوجيه إلى HTTPS	اضبط Cloudflare على Full (strict) واحتفظ بشهادة صالحة على الخادم الأصلي
الحرمان من الوصول إلى لوحة التحكم الخلفية	تفعيل SSL بينما الشهادة معطلة أو مفقودة	اضبط كلا المفتاحين على 0 في ps_configuration، أصلح الشهادة، ثم حاول مجدداً
القفل مفقود في صفحات المنتج فقط	محتوى مختلط، غالباً صورة منتج أو أصل تابع لموديول	اعثر على المورد الذي يستخدم HTTP في سجلّ المتصفح
أصبح المتجر غير آمن بعد أسابيع	شهادة Let’s Encrypt انتهت لأن التجديد تعطّل	أعِد الإصدار، ثم تأكد من التجديد التلقائي. راجع الشهادات الوسيطة المنتهية
المتصفح سليم، لكن إتمام الطلب أو رد اتصال الدفع يفشل	سلسلة شهادات ناقصة	ثبّت حزمة CA الكاملة، وأعِد الفحص باستخدام SSL Checker
عدم تطابق الاسم على www أو النطاق الأساسي	الشهادة تغطي واحداً فقط من الاسمين	أعِد الإصدار لتغطية الاثنين. راجع اسم عام غير صالح

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

بعد التبديل: قائمة تحقق SEO

• أضف خاصية HTTPS في Google Search Console. الخاصية القائمة على HTTP لا تُظهر تقارير عن روابط HTTPS. أضف الخاصية الجديدة، أو استخدم خاصية Domain تغطي كليهما.
• أعِد إرسال خريطة الموقع (sitemap) بروابط https.
• تحقق من علامات canonical لتشير إلى https في جميع صفحات المنتجات والفئات.
• حدّث تغذيات Merchant Center، وأدوات التحليل، وأي تكامل مع سوق آخر يخزّن رابط متجرك. تغذيات المنتجات التي تحتوي على روابط http هي عطل شائع يُهمَل غالباً.

توقّع بعض التقلبات. تُعامل Google تبديل HTTP إلى HTTPS كتغيير موقع مع تغيير روابط، فتنقسم مرات الظهور بين خاصيتَي Search Console الخاصتين بك لفترة، وتتقلب التصنيفات لبضعة أسابيع. طالما أن كل رابط يتم حلّه بشكل صحيح وإعادات التوجيه 301 قائمة، فليس هناك شيء يحتاج إلى إصلاح.

بعد أن تصبح HTTPS مستقرة لفترة، فكّر في HSTS، الذي يُخبر المتصفحات برفض HTTP العادي لنطاقك. اترك تعليمة preload معطلة في البداية، لأنها بطيئة عند الرجوع عنها.

الأسئلة الشائعة

هل تنقل منصة مختلفة إلى HTTPS، أو تريد الإجراء العام؟ راجع دليلنا حول كيفية تحويل موقع من HTTP إلى HTTPS.