قفل نحاسي في باب ومفتاح أمان إلكتروني معلق بالمفتاح، تعبيرًا عن حماية تسجيل الدخول في ووردبريس.

This article is available in English — Read in English

كل موقع ووردبريس له نفس الباب الأمامي: /wp-login.php. الروبوتات الآلية تعرف مكانه، وتعرف أسماء المستخدمين اللي الناس بتختارها عادةً، وهتفضل تخبط عليه طول اليوم سواء موقعك بيزوره عشرة أشخاص أو عشرة آلاف. في الدليل ده هنشرح خطوة بخطوة طرق حماية صفحة تسجيل الدخول في ووردبريس، معتمدين على دليل التقوية الرسمي وإرشادات هجمات التخمين من ووردبريس نفسها: كلمات مرور قوية، والمصادقة الثنائية، ومفاتيح المرور، وتحديد محاولات الدخول، وكلمات مرور التطبيقات، وXML-RPC، وأدوار المستخدمين، والحماية على مستوى الشبكة، وماذا تفعل لو شككت أن أحدًا دخل بالفعل.

لماذا صفحة الدخول هي أكثر جزء يتعرض للهجوم في ووردبريس

دليل الإدارة المتقدمة على موقع developer.wordpress.org يصف هجوم التخمين (Brute Force) بأنه أبسط طريقة للاختراق: المهاجم يجرب تركيبات من أسماء المستخدمين وكلمات المرور مرة بعد مرة لحد ما واحدة تنجح. المحاولات دي آلية، وغالبًا جاية من أجهزة كثيرة في نفس الوقت، فحتى الهجمات الفاشلة ممكن تبطّئ السيرفر بسبب عدد الطلبات وحده.

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

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

الخلاصة السريعة: أهم وسائل الدفاع

لو عندك عشر دقائق بس، صفحة هجمات التخمين في دليل ووردبريس بتلخص أهم وسائل الدفاع. بكلام بسيط:

  • استخدم كلمات مرور قوية وفريدة، ومدير كلمات مرور.
  • فعّل المصادقة الثنائية (2FA) لكل حسابات المديرين.
  • فكّر في مفاتيح المرور (Passkeys أو WebAuthn) لدخول مقاوم للتصيد.
  • حدّد معدل محاولات الدخول، والأفضل على مستوى الشبكة (CDN أو جدار حماية) أو على السيرفر.
  • احمِ XML-RPC أو عطّله لو مش محتاجه.
  • حدّث نواة ووردبريس والقوالب والإضافات باستمرار.
  • راقب نشاط الدخول غير الطبيعي واحظر عناوين IP المسيئة بشكل مؤقت.

باقي المقال بيمشي على كل نقطة من دول، مع الخطوات العملية وحدود كل طريقة.

حماية صفحة تسجيل الدخول في ووردبريس: طريقة بطريقة

قبل التفاصيل، ده جدول يقارن بين الطرق الأساسية. مفيش طريقة واحدة تكفي لوحدها، الفكرة إنك تجمع أكثر من طبقة.

الطريقة ماذا تمنع الجهد حدودها
كلمات مرور قوية وفريدة التخمين وكلمات المرور المسرّبة المعاد استخدامها قليل، مع مدير كلمات مرور لا تنفع لو اتسرقت الكلمة بالتصيد
المصادقة الثنائية الدخول بكلمة مرور مسروقة قليل إلى متوسط كل مستخدم لازم يفعّلها بنفسه، والرموز ممكن تتصاد
مفاتيح المرور (WebAuthn) التصيد وسرقة كلمات المرور متوسط تحتاج إضافة وجهاز توثيق احتياطي
تحديد محاولات الدخول التخمين المتكرر من مصدر واحد قليل الإضافة تشتغل داخل PHP تحت الضغط
تحديد المعدل على الشبكة أو السيرفر سيل الروبوتات قبل ما يوصل لووردبريس متوسط يحتاج CDN أو جدار حماية أو صلاحية على السيرفر
تغيير رابط الدخول إزعاج الروبوتات البسيطة قليل ليس حماية حقيقية وحده

1. كلمات مرور قوية وفريدة ومدير كلمات مرور

توثيق ووردبريس عن أفضل ممارسات كلمات المرور يوصي بكلمات لا تقل عن 20 حرفًا، فيها حروف صغيرة وكبيرة وأرقام ورموز خاصة. ويحذّر من الأسماء وتواريخ الميلاد واسم شركتك والكلمات العامة زي admin أو password، ومن استخدام نفس الكلمة في أكثر من موقع.

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

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

خطوات إصلاح كلمات المرور في موقع قائم:

  1. ثبّت مدير كلمات مرور، واعمل كلمة رئيسية طويلة تقدر تفتكرها.
  2. في ووردبريس، روح إلى «المستخدمون» ثم «الملف الشخصي»، وولّد كلمة جديدة بالزر المدمج.
  3. احفظها في مدير كلمات المرور قبل ما تضغط «تحديث الملف الشخصي».
  4. كرر ده لكل مدير ومحرر، أو اطلب من كل شخص يعمله بنفسه.
  5. غيّر كمان كلمات مرور لوحة الاستضافة وSFTP وقاعدة البيانات. دي أبواب لنفس الموقع.

2. المصادقة الثنائية

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

فيه معلومة بتفاجئ ناس كثير: دليل هجمات التخمين الرسمي يذكر أن نواة ووردبريس لا تأتي بمصادقة ثنائية. لازم تضيفها بإضافة أو عن طريق مزوّد دخول موحّد (SSO). دي خيارات راجعتها على صفحاتها في wordpress.org في أكتوبر 2026:

  • Two Factor (من WordPress.org): تدعم تطبيقات التوثيق (TOTP) ورموز البريد الإلكتروني ورموز الطوارئ. صفحة الإضافة تذكر الإصدار 0.17.0، وأكثر من 100,000 تثبيت نشط، وتتطلب ووردبريس 7.0 أو أحدث. كل مستخدم بيفعّلها من ملفه الشخصي، في قسم Two-Factor Options.
  • WebAuthn Provider for Two Factor: إضافة مكمّلة لإضافة Two Factor، تضيف مفاتيح المرور ومفاتيح الأمان المادية زي Windows Hello وTouch ID وYubiKey. والأسئلة الشائعة في إضافة Two Factor نفسها توصي بها لمفاتيح المرور.
  • Wordfence Security: الإضافة الرئيسية من Wordfence تذكر المصادقة الثنائية ومفاتيح المرور ضمن مزايا أمان الدخول، بجانب جدار حماية وفاحص برمجيات خبيثة.

ملاحظة لو كنت بتستخدم إضافة Wordfence Login Security المستقلة: صفحتها على wordpress.org بتقول إنها أُغلقت في 17 أغسطس 2026 بشكل نهائي بطلب من المطوّر، ولم تعد متاحة للتحميل. لو لسه شغالة عندك، خطط للانتقال لخيار مصادقة ثنائية تاني بدل ما تفضل على إضافة مش هتوصلها تحديثات من الدليل.

خطوات إعداد Two Factor:

  1. خد نسخة احتياطية، وبعدين ثبّت Two Factor وفعّلها من «الإضافات» ثم «أضف جديد».
  2. افتح «المستخدمون» ثم «ملفك الشخصي»، وانزل لقسم Two-Factor Options.
  3. فعّل Authenticator App، وامسح رمز QR بالتطبيق، وادخل الرمز للتأكيد.
  4. ولّد رموز الطوارئ (Backup Codes) واحفظها في مدير كلمات المرور.
  5. اختار تطبيق التوثيق كطريقة أساسية واضغط «تحديث الملف الشخصي».
  6. اخرج وادخل تاني عشان تجرّب، قبل ما تطلب من باقي المستخدمين يعملوا نفس الشيء.

للمديرين، فضّل تطبيق التوثيق على رموز البريد. لو حساب البريد نفسه اتخترق، الرموز هتروح معاه.

3. مفاتيح المرور (WebAuthn)

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

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

4. تحديد محاولات الدخول

افتراضيًا، ووردبريس لا يحدد عدد مرات محاولة الدخول. إضافة تحديد المحاولات بتعدّ المحاولات الفاشلة وتحظر المصدر لفترة بعد عدد معيّن. Limit Login Attempts Reloaded من الخيارات المنتشرة، وصفحتها تذكر أكثر من مليون تثبيت نشط والإصدار 3.3.10 وقت كتابة المقال.

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

كلمات مرور التطبيقات: مفيدة، لكن راجعها

كلمات مرور التطبيقات (Application Passwords) وصلت في ووردبريس 5.6. بتسمح لتطبيق أو خدمة خارجية (تطبيق موبايل، أداة أتمتة، سكربت تقارير) إنها تتعامل مع موقعك عبر REST API أو XML-RPC من غير ما تستخدم كلمة مرورك الحقيقية.

حسب دليل التكامل المنشور على Make WordPress Core، كل كلمة مرور تطبيق طولها 24 حرفًا من حروف وأرقام، وبتظهر مقسّمة كده: abcd EFGH 1234 ijkl MNOP 6789. ووردبريس بيسجّل آخر مرة اتستخدمت فيها كل كلمة ومن أي عنوان IP، والدليل يذكر أن عمود «آخر استخدام» دقيق في حدود 24 ساعة. العمود ده أهم أداة عندك وانت بتنضّف.

دليل REST API بيشرح أن البيانات دي بتتبعت بأسلوب Basic Auth عبر HTTPS، وأنك تولّدها من شاشة تعديل المستخدم. ودليل التكامل يذكر كمان أنها غير متاحة لو الطلب مش عبر https://.

إمتى تلغي كلمة مرور تطبيق:

  • بطّلت تستخدم التطبيق أو الخدمة اللي اتعملت عشانها.
  • عمود «آخر استخدام» بيقول إنها ماتلمستش من شهور.
  • المطوّر أو الوكالة أو الفريلانسر اللي عملها مبقاش شغال معاك.
  • مش عارف الاسم أو عنوان IP.
  • عندك أي شك في اختراق. ألغِها كلها واعمل جديدة للأدوات اللي لسه محتاجها بس.

للإلغاء، روح إلى «المستخدمون»، افتح المستخدم، انزل لقسم Application Passwords واضغط Revoke جنب الكلمة اللي عايز تشيلها. ولو محدش في موقعك محتاجها أصلًا، المطوّر يقدر يقفل الميزة بالفلتر wp_is_application_passwords_available:

add_filter( 'wp_is_application_passwords_available', '__return_false' );

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

XML-RPC: عطّله أو قيّده

xmlrpc.php واجهة برمجية قديمة بتسمح للتطبيقات بإنشاء مقالات ورفع وسائط وإدارة التعليقات عن بعد. دليل هجمات التخمين يصفها بأنها هدف متكرر لهجمات التخمين، خصوصًا الدالة system.multicall اللي بتسمح للمهاجم يجرب كلمات مرور كثيرة في طلب واحد.

نصيحة الدليل واضحة: لو مش بتستخدم XML-RPC، عطّله. ولو بتستخدمه (مثلًا Jetpack أو بعض تطبيقات الموبايل)، قيّده بقواعد جدار الحماية وحدّد معدّله بشدة.

طرق التعامل معه:

  • احظر /xmlrpc.php على الـ CDN أو جدار الحماية أو السيرفر لو مفيش حاجة في الموقع محتاجاه. ده أنظف حل لأن الطلب مش بيوصل لـ PHP أصلًا.
  • استخدم الفلتر xmlrpc_enabled. خد بالك أن المرجع البرمجي يصفه بأنه يتحكم في دوال XML-RPC اللي تحتاج مصادقة، يعني مش بيقفل كل دوال XML-RPC.
  • إضافات أمان ودخول كثيرة فيها إعداد لـ XML-RPC. اتأكد هو بيحظر إيه بالظبط قبل ما تعتمد عليه.
add_filter( 'xmlrpc_enabled', '__return_false' );

جرّب بعد أي تغيير. لو تطبيق أو إضافة مربوطة وقفت عن الشغل، ده معناه إنها كانت بتستخدم XML-RPC.

تغيير رابط الدخول: المزايا والحدود بصراحة

الإضافات اللي بتنقل wp-login.php لعنوان مخصص منتشرة، وبتعمل حاجة حقيقية: الروبوتات البسيطة اللي بتضرب الرابط الافتراضي بس هتبطّل تملا السجلات. وطلبات عشوائية أقل ممكن تعني ضغطًا أقل على السيرفر.

لكن الحدود حقيقية برضه. دليل هجمات التخمين يقول إن إخفاء رابط الدخول ممكن يقلل الإزعاج، لكن لا يجب أن يكون وسيلة الدفاع الوحيدة، ودليل التقوية يصف «الأمان عن طريق الإخفاء» بأنه استراتيجية أساسية غير سليمة. الرابط المخصص مش بيحمي XML-RPC، ومش بيفيد لو كلمة المرور متسرّبة أصلًا، وممكن يقفل الباب عليك أو يكسر بعض الإضافات لو اتظبط غلط. اكتب الرابط الجديد في مدير كلمات المرور، واعتبره إضافة لطيفة مش قفل.

أدوار المستخدمين وحسابات المديرين غير المستخدمة

ووردبريس فيه ستة أدوار جاهزة: المدير الأعلى (Super Admin)، والمدير، والمحرر، والكاتب، والمساهم، والمشترك. المدير عنده صلاحية على كل مزايا الإدارة في الموقع الواحد. ومعظم الناس اللي بتشتغل على موقع شركة مش محتاجين كل ده.

نصائح الدليل التشغيلية بتتفق مع اللي بشوفه في مواقع العملاء: متستخدمش اسم المستخدم admin، وقلّل عدد المديرين، واستخدم أقل صلاحية تكفي للشغل اليومي. ودليل التقوية يضيف أن أسماء زي admin أو webmaster عادةً هي أول ما يتهاجم.

خطوات تنظيف المستخدمين:

  1. روح إلى «المستخدمون» وفلتر بدور «المدير».
  2. لكل حساب اسأل: الشخص ده لسه شغال معانا؟ ومحتاج صلاحيات مدير كاملة؟
  3. نزّل الدور كلما أمكن. كاتب المحتوى محتاج «كاتب» أو «محرر»، مش «مدير».
  4. احذف حسابات اللي مشيوا. ووردبريس هيسألك تنسب محتواهم لمستخدم تاني، فمفيش حاجة هتضيع.
  5. لو حسابك الأساسي اسمه admin، اعمل مديرًا جديدًا باسم مختلف، وادخل بيه، وبعدين احذف القديم وانسب محتواه للحساب الجديد.
  6. كرر المراجعة دي على فترات منتظمة. هي من بنود قائمة المهام الشهرية والربع سنوية لصيانة ووردبريس.

الحماية عبر Cloudflare وعلى مستوى السيرفر

الدليل الرسمي يوصي بالحماية على مستوى الشبكة وجدران الحماية (ويذكر Cloudflare وSucuri وجدران الحماية اللي بتقدمها الاستضافة) لأن الزيارات السيئة بتتحظر قبل ما توصل للسيرفر. ده بيخلي موقعك شغال حتى أثناء هجوم كبير، وهو شيء إضافة PHP ماتقدرش تعمله بالكامل.

اللي تقدر تعمله على المستوى ده:

  • قواعد تحديد المعدل: قواعد Rate Limiting في Cloudflare بتسمح لك تحدد معدل الطلبات لمسارات معيّنة زي /wp-login.php و/xmlrpc.php. راجع الخيارات المتاحة في خطتك.
  • التحديات: الدليل يقترح CAPTCHA أو Turnstile على صفحة الدخول لإبطاء الروبوتات. Cloudflare Turnstile خيار منها، وفيه إضافات ووردبريس بتضيفه لنموذج الدخول.
  • التقييد بعنوان IP: لو فريقك بيدخل من عناوين IP ثابتة، السيرفر يقدر يسمح للعناوين دي بس بالوصول لصفحة الدخول.
  • تحديد المعدل على السيرفر: على Nginx، الدليل بيعرض مثالًا زي اللي تحت.
  • طبقة كلمة مرور إضافية: دليل التقوية يشرح إضافة Basic Auth على السيرفر قدام /wp-admin/، مع تحذير أن ده ممكن يكسر admin-ajax.php لو اتعمل من غير انتباه.
limit_req_zone $binary_remote_addr zone=logins:10m rate=10r/m;

location = /wp-login.php {
    limit_req zone=logins burst=20 nodelay;
    include fastcgi_params;
}

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

ماذا تفعل لو شككت في وجود اختراق

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

  1. اكتب كل حاجة. سجّل اللي شفته، وإمتى (مع المنطقة الزمنية)، وأي تغيير حصل مؤخرًا زي إضافة جديدة.
  2. خد لقطة. اعمل نسخة احتياطية من الموقع زي ما هو، حتى لو مصاب، عشان يبقى عندك مرجع.
  3. غيّر كل صلاحيات الوصول. غيّر كلمات مرور كل المديرين، ومعاها الاستضافة وSFTP وقاعدة البيانات. وألغِ كل كلمات مرور التطبيقات.
  4. اخرج الكل. استبدل المفاتيح السرية في wp-config.php بمفاتيح جديدة من مولّد مفاتيح ووردبريس. الأسئلة الشائعة توضح أن ده بيخرج أي حد لسه داخل.
  5. احذف المستخدمين المجهولين وراجع كل مدير باقي.
  6. افحص الموقع وجهازك انت كمان. الأسئلة الشائعة تنبّه أن بعض الإصابات بتبدأ من جهاز صاحب الموقع، عن طريق سرقة بيانات الدخول المحفوظة.
  7. كلّم الاستضافة. على الاستضافة المشتركة، المشكلة ممكن تكون أكبر من موقعك.
  8. نظّف أو استرجع. استبدل ملفات النواة بنسخة نظيفة من نفس الإصدار، وراجع .htaccess وملفات القالب، أو استرجع نسخة احتياطية نظيفة معروفة.
  9. اقفل الثغرة. حدّث كل حاجة، وبعدين طبّق الحماية اللي في الدليل ده عشان الموضوع مايتكررش.

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

قائمة فحص أمان الدخول في ووردبريس

انسخ القائمة دي وعلّم عليها. أغلب مواقع الشركات الصغيرة تقدر تخلّصها في بعد ظهر واحد.

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

أسئلة شائعة

هل كلمة مرور قوية تكفي لو أنا المستخدم الوحيد؟

بتفرق كثير، لكنها مش هتحميك لو الكلمة اتصادت أو اتسربت من خدمة تانية. إضافة المصادقة الثنائية لحساب المدير الوحيد بتاخد دقائق وبتقفل الثغرة دي.

هل ووردبريس فيه مصادقة ثنائية مدمجة؟

دليل هجمات التخمين الرسمي يقول إن نواة ووردبريس لا تأتي بمصادقة ثنائية. بتضيفها بإضافة زي Two Factor، أو إضافة أمان فيها الميزة، أو مزوّد دخول موحّد.

هل أعطّل XML-RPC في كل المواقع؟

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

هل تغيير رابط الدخول يوقف المخترقين؟

بيقلل إزعاج الروبوتات، لكنه مش حماية حقيقية لوحده. استخدمه بس جنب كلمات المرور القوية والمصادقة الثنائية وتحديد المعدل.

كلمة أخيرة

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

المراجع