يتصل بك عميل ليقول إن موقعك فتح له صفحة غريبة، أو تصلك رسالة من جوجل بأن موقعك يحمل محتوى مخترقًا. في هذه اللحظة لا تحتاج دليلًا عن الحماية، بل خطة عمل. هذا الدليل عن اختراق الموقع بعد وقوعه: كيف تتأكد منه، وما تفعله في الساعة الأولى وما تتجنبه، ومتى تنظّف الموقع ومتى تسترجع نسخة احتياطية، وكيف ترفع تحذيرات جوجل، ومتى يلزمك إبلاغ عملائك إن كانت بياناتهم قد تأثرت.
باختصار:
- تأكد أولًا أنه اختراق لا عطل عادي، ثم لا تحذف شيئًا قبل أن تأخذ نسخة من الوضع الحالي وتوثّق ما رأيت.
- في الساعة الأولى: أوقف الموقع بصفحة صيانة، وأبلغ الاستضافة، وغيّر كلمات المرور من جهاز سليم، وراجع حسابات الدومين والبريد.
- استرجع نسخة احتياطية أُخذت قبل الاختراق إن وُجدت، ونظّف الموقع إن لم توجد. وفي الحالتين أغلق الثغرة التي دخل منها المهاجم قبل إعادة فتحه.
- أصلح كل الصفحات المتأثرة ثم اطلب المراجعة من تقرير مشكلات الأمان في Google Search Console، ولا تكرر الطلب وهو قيد المراجعة.
- إن كانت بيانات شخصية قد تسرّبت، فدليل سدايا الإجرائي يحدد إشعار الهيئة خلال مدة لا تتجاوز 72 ساعة في الحالات التي يذكرها، وإشعار أصحاب البيانات دون تأخير غير مبرر.
في هذا الدليل
هل هو اختراق الموقع فعلًا أم عطل عادي؟
ليس كل موقع متوقف موقعًا مخترقًا. انتهاء الاستضافة، أو تحديث تعطّل في منتصفه، أو شهادة أمان انتهت صلاحيتها، كلها تُظهر أعراضًا تشبه الاختراق. والخلط بينهما مكلف في الاتجاهين: إن عاملت العطل على أنه اختراق أضعت وقتًا وربما حذفت ما لا يجب حذفه، وإن عاملت الاختراق على أنه عطل أصلحت الشكل وتركت المهاجم في الداخل.
استخدم هذا الجدول للتمييز المبدئي. هو لا يغني عن الفحص، لكنه يحدد اتجاهك في الدقائق الأولى:
| ما تلاحظه | يرجّح الاختراق إذا | يرجّح العطل العادي إذا |
|---|---|---|
| الموقع لا يفتح | ظهرت بعده صفحة غريبة أو تحويل إلى موقع آخر | ظهرت رسالة خطأ من الخادم، أو انتهى تجديد الاستضافة أو الدومين |
| تحذير أحمر في المتصفح | يذكر التحذير موقعًا خطرًا أو برمجيات ضارة أو تصيدًا | يذكر أن الاتصال غير آمن بسبب شهادة SSL منتهية |
| صفحات غريبة في نتائج جوجل | بلغات لا يكتب بها موقعك، أو عن أدوية وقمار ومنتجات مقلدة | صفحات قديمة لك حذفتها ولم يحدّثها جوجل بعد |
| بطء شديد مفاجئ | مع ملفات جديدة لا تعرفها، أو رسائل بريد تُرسل بالآلاف من موقعك | بعد تحديث إضافة أو زيادة في الزيارات |
| حسابات مستخدمين | مدير جديد لم ينشئه أحد في فريقك | حساب أنشأه مطور سابق وتعرف قصته |
وانتبه لأمر يربك كثيرين: بعض الاختراقات تُخفي نفسها عن صاحب الموقع. يرى الزائر القادم من جوجل على الجوال صفحة مزعجة، بينما تراه أنت سليمًا حين تكتب الرابط مباشرة من مكتبك. تسمي إرشادات جوجل هذا الإخفاء Cloaking، وتذكر أنه يجعل تنظيف الموقع أصعب. لذلك جرّب البحث في جوجل بعبارة site: متبوعة بدومينك، وافتح النتائج من جوالك عبر شبكة الجوال لا شبكة المكتب.
مثال: صاحب شركة مقاولات يتصل به عميل ويقول إن الموقع حوّله إلى متجر أجنبي. يفتح صاحب الشركة الموقع من حاسوبه فيجده سليمًا، فيظن أن العميل أخطأ. ثم يبحث عن site: مع اسم دومينه فيجد مئات الصفحات بلغة لا يعرفها. هنا لا مجال للشك: الموقع مخترق، والمطلوب خطة لا مجرد إعادة تشغيل.
الساعة الأولى بعد اختراق الموقع: ما تفعله وما تتجنبه
القرارات التي تتخذها في الساعة الأولى تحدد كم سيستغرق التعافي. الهدف في هذه المرحلة ليس الإصلاح، بل الاحتواء: أن توقف الضرر عن زوارك، وأن تمنع المهاجم من العودة، وأن تحفظ ما يساعد على فهم ما حدث. اتبع هذه الخطوات بالترتيب:
وثّق قبل أن تلمس أي شيء
صوّر الشاشة لما رأيته، واكتب الوقت، ومن أبلغك، وآخر تغيير حدث في الموقع: إضافة جديدة، أو مستخدم أُضيف، أو تحديث. هذه الملاحظات توفر ساعات على من سيفحص الموقع.
خذ نسخة كاملة من الوضع الحالي
الملفات وقاعدة البيانات معًا، حتى وهي مصابة. سمّها بوضوح «نسخة مصابة» مع التاريخ، واحفظها بعيدًا عن الخادم. لن تسترجعها أبدًا، لكنها الدليل الوحيد على ما فعله المهاجم، ومرجعك إن ضاع شيء أثناء التنظيف.
أوقف الموقع بصفحة صيانة
توصي إرشادات جوجل بإيقاف الموقع مؤقتًا حتى لا يصل المحتوى الضار إلى الزوار، وبأن تكون صفحة التوقف برمز الحالة 503 الذي يعني «متوقف مؤقتًا»، وأن تُقدَّم من خارج الملفات المصابة. اطلب ذلك من الاستضافة إن لم تعرف طريقته. ولا تكتفِ بمنع محركات البحث عبر ملف robots.txt، فهو يحجب الزواحف فقط لا الزوار.
أبلغ الاستضافة
قد يكون الاختراق أوسع من موقعك، وقد تملك الاستضافة سجلات دخول ونسخًا احتياطية لا تصل إليها أنت. اسألها صراحة: ما أقدم نسخة احتياطية لديكم؟ وهل لاحظتم نشاطًا غريبًا على الحساب؟
غيّر كلمات المرور من جهاز سليم
لوحة تحكم الموقع لكل المستخدمين، ولوحة الاستضافة، وFTP أو SFTP، وقاعدة البيانات. واحذف الحسابات التي لا تعرفها بعد أن تسجّل أسماءها في ملاحظاتك. وإن شككت أن حاسوبك نفسه مصاب، فغيّرها من جهاز آخر؛ وإلا سرق المهاجم كلمات المرور الجديدة كما سرق القديمة.
راجع الدومين والبريد
ادخل حساب مسجّل الدومين وتأكد أن إعدادات DNS لم تتغير، وأن بريد الاسترداد بريدك أنت. ثم تأكد أن البريد المرتبط بحساب المدير محمي بالتحقق بخطوتين، لأن من يملك هذا البريد يستطيع إعادة تعيين كل كلمات المرور التي غيّرتها للتو.
وبالقدر نفسه من الأهمية، هذه أخطاء شائعة في الساعة الأولى، فتجنبها:
- حذف الملفات المشبوهة فورًا: يزيل الدليل، وغالبًا لا يزيل الباب الخلفي الذي زرعه المهاجم في مكان آخر.
- استرجاع أحدث نسخة احتياطية مباشرة: قد تكون هي أيضًا مصابة إن أُخذت بعد بداية الاختراق.
- تثبيت أي إضافة «تنظيف» مجهولة: بعض هذه الأدوات من مصادر غير موثوقة، وتضيف مشكلة فوق المشكلة.
- الإعلان العام قبل أن تعرف ما حدث: تواصل مع عملائك، لكن بعد أن تعرف ما تأثر فعلًا، كما نشرح في قسم البيانات.
ومن المفيد في هذه الساعة أن تجمع في ورقة واحدة كل ما سيطلبه من يساعدك: رابط لوحة الاستضافة وصاحب الحساب، ومسجّل الدومين، ونوع الموقع ونظامه، ومن بناه، وتاريخ آخر نسخة احتياطية تعرفها. كثير من أصحاب المواقع يكتشفون في يوم الاختراق أنهم لا يعرفون باسم من سُجّلت الاستضافة، فيضيع يوم كامل في استعادة الوصول.
تنظيف الموقع أم استرجاع نسخة احتياطية؟
هذا أهم قرار في رحلة الاستعادة، ويحسمه سؤال واحد: هل لديك نسخة احتياطية أُخذت قبل أن يبدأ الاختراق؟ لاحظ أن السؤال ليس «هل لديك نسخة؟» بل «هل لديك نسخة سليمة؟». فالمهاجم قد يدخل الموقع قبل أسابيع من ظهور أي علامة، وكل نسخة أُخذت بعد دخوله تحمل ملفاته معها. وتفرّق إرشادات جوجل لتنظيف المواقع المخترقة بين ثلاث حالات:
| حالتك | ماذا تفعل | ما تنتبه له |
|---|---|---|
| نسخة سليمة وحديثة | استرجعها، ثم حدّث كل البرامج وأغلق الثغرة وغيّر كلمات المرور | تأكد أن تاريخها يسبق الاختراق فعلًا، لا أنها مجرد أحدث نسخة |
| نسخة سليمة لكنها قديمة | احتفظ بالنسخة المصابة مرجعًا، واسترجع القديمة، ثم انقل إليها المحتوى الجديد بعد التحقق من سلامته | الطلبات والمقالات والتسجيلات التي جاءت بعد تاريخ النسخة |
| لا توجد نسخة سليمة | نظّف نسخة من الموقع لا الخادم الحي مباشرة: احذف الملفات المضافة، واستبدل ملفات النظام بنسخ أصلية، ونظّف قاعدة البيانات | تحتاج خبرة ووقتًا أطول، والخطأ هنا يعني عودة الاختراق |
كيف تعرف تاريخ بداية الاختراق؟
ابحث عن أقدم أثر للمهاجم: تاريخ إنشاء أول ملف غريب، أو أول مستخدم لم تنشئه، أو أول صفحة مزعجة رصدها جوجل في تقرير مشكلات الأمان. سجلات الخادم لدى الاستضافة تساعد كثيرًا هنا. ثم اختر نسخة احتياطية تسبق هذا التاريخ بهامش أمان، لا نسخة اليوم السابق للاكتشاف.
مثال عملي: عيادة بنموذج حجز
اكتشف مدير عيادة يوم 12 من الشهر أن موقعها يحوّل زوار الجوال إلى موقع آخر. الاستضافة تحتفظ بنسخ يومية لثلاثين يومًا. أول ملف غريب في الموقع تاريخه يوم 3. لو استرجع نسخة يوم 11 لعاد الملف الخبيث معها. القرار الصحيح أن يسترجع نسخة يوم 2، ثم يعيد إدخال الحجوزات التي وصلت بين يوم 3 ويوم 12 من رسائل الإشعار في بريد العيادة، لا من قاعدة البيانات المصابة. وبعد ذلك كله، يجب أن يعرف كيف دخل المهاجم يوم 3، وإلا تكرر الأمر.
ومتى يكون إعادة بناء الموقع أوفر من تنظيفه؟ حين يكون الموقع قديمًا جدًا، بنظام لم يعد يُحدَّث، أو مليئًا بإضافات لا يعرف أحد سبب وجودها، أو تكرر اختراقه أكثر من مرة. في هذه الحالات قد يكون إعادة تصميم الموقع على أساس نظيف أسرع وأقل مخاطرة من ترقيعه، مع نقل المحتوى النصي والصور بعد فحصها.
النسخة الاحتياطية الصحيحة ليست الأحدث، بل آخر نسخة أُخذت قبل أن يدخل المهاجم.
اعرف الباب الذي دخل منه المهاجم قبل إعادة فتح الموقع
تنظيف الموقع دون معرفة طريقة الدخول يشبه تغيير أثاث بيت تركت بابه مفتوحًا. تؤكد إرشادات جوجل أن إزالة الملفات الضارة لا تكفي، وأن عليك إيجاد الثغرة وإصلاحها وإلا عاد الاختراق. وفي أغلب المواقع الصغيرة يكون الباب واحدًا من هذه:
- إضافة أو قالب قديم فيه ثغرة معروفة: قارن قائمة إضافاتك وإصداراتها في النسخة المصابة بآخر إصدار لكل منها.
- كلمة مرور مسروقة أو مخمّنة: راجع سجل الدخول إن وُجد، وابحث عن دخول ناجح في وقت غريب أو من بلد لا يعمل منه أحد في فريقك.
- نسخة مقرصنة من قالب أو إضافة مدفوعة: كثير منها يأتي وفيه الشيفرة الخبيثة من البداية.
- حساب قديم بصلاحيات واسعة: مطور سابق، أو حساب FTP أُنشئ لمهمة ولم يُحذف.
- الجيران على الخادم نفسه: في بعض الاستضافات المشتركة الضعيفة يمتد الاختراق من موقع إلى آخر على الحساب ذاته.
اطلب ممن يفحص الموقع أن يكتب لك في تقريره السبب المرجّح للاختراق، وما فعله لإغلاقه. إن لم يستطع تحديد السبب، فهذه معلومة مهمة أيضًا: تعني أن المراقبة بعد العودة يجب أن تكون أشد. وإن كان موقعك على ووردبريس، فالعادات التي تمنع تكرار ما حدث، من التحديثات إلى الصلاحيات والنسخ الاحتياطية بقاعدة 3-2-1، مفصلة في دليل حماية موقع ووردبريس من الاختراق، فلن نكررها هنا.
تحذيرات جوجل بعد اختراق الموقع: تقرير مشكلات الأمان وطلب المراجعة
حين يرصد جوجل أن موقعك مخترق أو يضر بالزوار، قد تظهر صفحاتك في نتائج البحث مع علامة تحذير، وقد يعرض المتصفح صفحة تحذير كاملة قبل أن يفتح الموقع. هذا يضر بثقة العملاء أكثر من الاختراق نفسه، لذلك يستحق خطوات منظمة. وكل ما يلي يتم من تقرير «مشكلات الأمان» في Google Search Console، فإن لم يكن موقعك مربوطًا بها فاربطه الآن؛ الخطوات في دليل ظهور شركتك في جوجل.
ماذا يعرض التقرير؟
يذكر مركز مساعدة Search Console ثلاث فئات رئيسية للمشكلات:
- محتوى مخترق: محتوى أو روابط أو شيفرة وُضعت في موقعك دون إذنك، مثل الصفحات المزعجة التي تظهر بلغات غريبة.
- برمجيات ضارة وبرامج غير مرغوب فيها: ملفات أو شيفرات تضر بأجهزة الزوار.
- الهندسة الاجتماعية: صفحات خادعة تحاول دفع الزائر إلى إدخال بياناته أو تنزيل ملف ضار.
يعرض التقرير أمثلة على الروابط المتأثرة، وهي عينة لا قائمة كاملة. لذلك لا تكتفِ بإصلاح الروابط المذكورة؛ فإرشادات جوجل واضحة في أن إصلاح بعض الصفحات فقط لن يعيد موقعك جزئيًا إلى النتائج.
الصفحات التي أنشأها المهاجم
إن أضاف المهاجم صفحات جديدة إلى موقعك، فاجعلها تُرجع الرمز 404 بعد التنظيف. ويمكنك استخدام أداة إزالة الروابط في Search Console لهذه الصفحات وحدها، لأنها كما تقول إرشادات جوجل للصفحات التي لا تريد ظهورها أبدًا. أما صفحاتك الأصلية التي عبث بها المهاجم ثم نظّفتها، فلا تستخدم معها أداة الإزالة؛ أنت تريد عودتها إلى النتائج.
كيف تكتب طلب المراجعة؟
بعد إصلاح كل المشكلات في كل الصفحات، اختر «طلب مراجعة» من التقرير. يوصي جوجل بأن يشرح الطلب المشكلة بدقة، ويصف الخطوات التي اتخذتها، ويوثّق النتيجة. مثال لصيغة مختصرة واضحة:
- المشكلة: أُضيفت صفحات مزعجة بلغة أجنبية تحت مجلد جديد، وعُدّل ملف إعدادات الخادم لتحويل زوار الجوال.
- ما فعلناه: استرجعنا نسخة سليمة سابقة للاختراق، وحدّثنا النظام والإضافات، وحذفنا إضافة مهجورة كانت سبب الدخول، وغيّرنا كل كلمات المرور.
- النتيجة: الصفحات المضافة تُرجع 404، والتحويل توقف، وفحصنا الروابط المذكورة في التقرير بأداة فحص الروابط في Search Console.
ثم انتظر. يذكر مركز المساعدة أن معظم طلبات إعادة النظر قد تستغرق عدة أيام أو أسابيع، وأنك ستتلقى رسالة عند بدء المراجعة وعند اكتمالها، ويطلب صراحة عدم إعادة تقديم الطلب قبل صدور القرار. وحتى بعد رفع التحذير، يحتاج جوجل وقتًا ليعيد زحف الصفحات النظيفة ويحدّث النتائج، فلا تقلق إن بقيت بعض الصفحات المزعجة ظاهرة أيامًا.
وتذكّر أن تحذير جوجل ليس عقوبة دائمة على موقعك، بل حماية لزواره. حين يزول السبب ويُراجَع الموقع، يُرفع التحذير. ولا يستطيع أحد أن يعدك بموعد محدد لذلك أو بعودة ترتيبك كما كان، لكن الإصلاح الكامل والطلب الواضح هما أقصر طريق.
إذا كانت بيانات العملاء قد تأثرت: ما يقوله نظام حماية البيانات الشخصية
كثير من المواقع التعريفية لا تخزّن إلا القليل، لكن أي موقع فيه نموذج تواصل أو حجز أو حسابات عملاء أو طلبات شراء يحتفظ ببيانات شخصية: أسماء، وأرقام جوال، وعناوين بريد، وربما عناوين سكن. والسؤال بعد الاختراق: هل وصل المهاجم إلى هذه البيانات؟
ماذا يقول الدليل الإجرائي من سدايا؟
أصدرت الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) «الدليل الإجرائي لمعالجة حوادث تسرب البيانات الشخصية» استنادًا إلى نظام حماية البيانات الشخصية ولائحته التنفيذية. وبلغة عامة، يذكر الدليل ثلاث مراحل:
- إشعار الهيئة: على جهة التحكم، أي المنشأة صاحبة البيانات، أن تُشعر الهيئة خلال مدة لا تتجاوز 72 ساعة من علمها بالحادثة، إذا كان من شأنها الإضرار بالبيانات الشخصية أو بأصحابها أو تعارضت مع حقوقهم أو مصالحهم، وذلك عبر خدمة إشعار التسرب في منصة حوكمة البيانات الوطنية التي تتطلب التسجيل فيها. ويتضمن الإشعار وصف الحادثة ووقتها، وفئات أصحاب البيانات وعددهم الفعلي أو التقريبي، والمخاطر والإجراءات المتخذة.
- احتواء الحادثة: تحديد نوع البيانات المتسربة وكميتها، وتغيير ما يمكن تغييره منها مثل كلمات المرور، وتحديد الأشخاص المتأثرين، وإشعارهم دون تأخير غير مبرر إذا ترتب على الحادثة ضرر لبياناتهم أو تعارض مع حقوقهم أو مصالحهم.
- التوثيق: الاحتفاظ بنسخ مما قُدّم للهيئة، والإجراءات التصحيحية، والسجلات المتعلقة بالحادثة.
ويذكر الدليل أن ذلك لا يخل بأي إبلاغ مطلوب بموجب ما تصدره الهيئة الوطنية للأمن السيبراني أو غيرها من الأنظمة المعمول بها. هذا وصف عام لما ورد في الدليل وليس استشارة قانونية؛ فإن كانت لديك بيانات حساسة أو أعداد كبيرة من العملاء، فاستشر مختصًا قانونيًا واقرأ النص الرسمي.
كيف تخاطب عملاءك؟
إن تقرر إشعار العملاء، فيطلب الدليل أن يكون الإشعار واضحًا وبسيطًا، وأن يتضمن شرح ما حدث، والمخاطر المحتملة وما اتخذته لتقليلها، ووسيلة التواصل معك، ونصائح تساعدهم على حماية أنفسهم. وعمليًا، تكون الرسالة الجيدة قصيرة وصادقة:
- ماذا حدث ومتى، بلا تهويل ولا تهوين.
- ما البيانات التي قد تكون تأثرت، وما لم يتأثر، مثل: «لا نخزّن بيانات بطاقات الدفع في موقعنا» إن كان ذلك صحيحًا.
- ما فعلته أنت: إيقاف الموقع، وتنظيفه، وتغيير كلمات المرور.
- ما ينصح العميل بفعله: تغيير كلمة مروره إن كان له حساب، والحذر من رسائل تنتحل اسم نشاطك وتطلب بيانات أو مدفوعات.
- رقم أو بريد مباشر للأسئلة، يرد عليه شخص يعرف التفاصيل.
وراجع بعد الحادثة سياسة الخصوصية في موقعك: هل تصف فعلًا ما تجمعه من بيانات وأين تحفظه؟ الحادثة فرصة لتقليل ما تجمعه إلى ما تحتاجه فقط؛ فالبيانات التي لا تخزّنها لا يمكن أن تتسرب.
بعد عودة الموقع: أسبوعان من المراقبة ثم التقوية
عودة الموقع إلى العمل ليست نهاية القصة. المهاجم الذي ترك بابًا خلفيًا لم تكتشفه سيحاول العودة في الأيام التالية، لذلك اجعل الأسبوعين الأولين فترة مراقبة مكثفة، ثم انتقل إلى التقوية الدائمة.
قائمة المراقبة اليومية في أول أسبوعين
- افتح الموقع من الجوال عبر شبكة الجوال، ومن نتيجة بحث في جوجل لا من الرابط المباشر.
- راجع قائمة المستخدمين: لا حسابات جديدة لا تعرفها.
- راجع تقرير مشكلات الأمان وبريدك من Search Console.
- ابحث عن site: مع دومينك، وتأكد أن الصفحات المزعجة تتناقص لا تزيد.
- جرّب نموذج التواصل أو الحجز بنفسك، وتأكد أن الرسائل تصل إلى البريد الوارد لا إلى البريد المزعج.
التقوية: ما يتغير بعد الحادثة
بعد أن تستقر الأمور، توصي إرشادات جوجل بتغيير كلمات المرور مرة أخرى، وحذف البرامج والإضافات غير المستخدمة، والنسخ الاحتياطي الآلي المنتظم، وتحديث الأجهزة التي تدخل منها إلى الموقع. ونضيف إليها ثلاثة أمور خاصة بما بعد الحادثة:
- سجل الحادثة: صفحة واحدة تكتب فيها ما حدث، وتاريخه، وسببه المرجّح، وما فعلته. ستحتاجها إن تكرر الأمر، أو سألك عميل أو جهة رسمية.
- اختبار الاسترجاع: النسخ الاحتياطية التي أنقذتك هذه المرة، جرّب استرجاعها على موقع تجريبي كل بضعة أشهر.
- مسؤول واحد واضح: حدّد من يتولى التحديثات والنسخ والمراقبة بالاسم، سواء موظف عندك أو جهة صيانة. الاختراقات تحب المواقع التي لا يملكها أحد فعليًا.
وراجع أيضًا قفل المتصفح وشهادة الأمان بعد الاسترجاع، لأن بعض النسخ القديمة تعيد إعدادات تكسر HTTPS؛ والتفاصيل في دليل شهادة SSL. وإن تبيّن أن الاستضافة نفسها كانت جزءًا من المشكلة، فدليل اختيار الاستضافة في السعودية يساعدك على تقييم البديل.
كيف تساعدك ويبنا إن اختُرق موقعك؟
تقدم ويبنا خدمة صيانة المواقع والدعم الفني: تحديثات، ونسخ احتياطية، ومراقبة، وإصلاح المشكلات. وإن اختُرق موقعك، نستطيع فحصه أولًا، ثم نرسل لك خطة مكتوبة لتنظيفه أو استرجاعه، بنطاق وسعر واضحين قبل أن يبدأ أي عمل. وبصراحة: لا يستطيع أحد أن يعدك بنتيجة محددة قبل الفحص؛ فبعض المواقع يكفيها استرجاع نسخة سليمة، وبعضها يحتاج إعادة بناء على أساس نظيف. والاستشارة مجانية دائمًا.
وإن قررت أن موقعك القديم لا يستحق الترقيع، فخدمة تصميم المواقع تبني لك موقعًا جديدًا نكتب محتواه لك، ونرسل لك التصميم على رابط معاينة خلال 24 ساعة من اكتمال معلوماتك، قبل إطلاقه على دومينك. الاستضافة وشهادة SSL مشمولتان، ولك ضمان استرداد المبلغ إن لم يعجبك التصميم في مرحلة التصميم. يبدأ تصميم مواقع ويبنا من 39 ريال سعودي شهريًا لصفحة واحدة بلغة واحدة على نطاق فرعي من ويبنا، أما سعر الموقع على دومينك فيعتمد على نوعه ولغاته وعدد صفحاته، وتراه في ثوانٍ في حاسبة الأسعار.
موقعك مخترق أو تشك في ذلك؟
أرسل لنا رابط الموقع وما لاحظته، ونفحصه ونقترح عليك خطة مكتوبة قبل أي عمل.
أسئلة شائعة
هل يمكن استرجاع موقع مخترق بدون نسخة احتياطية؟
نعم في كثير من الحالات، بتنظيف نسخة من الموقع: حذف الملفات التي أضافها المهاجم، واستبدال ملفات النظام والإضافات بنسخ أصلية، وتنظيف قاعدة البيانات. لكنه عمل أطول ويحتاج خبرة، وقد يكون إعادة بناء الموقع أوفر إن كان قديمًا أو تكرر اختراقه.
كم يستغرق رفع تحذير جوجل عن الموقع المخترق؟
بعد إصلاح كل الصفحات وتقديم طلب المراجعة من تقرير مشكلات الأمان، يذكر جوجل أن المراجعة قد تستغرق من أيام إلى أسابيع. لا تكرر الطلب قبل صدور القرار، واستخدم وقت الانتظار في المراقبة.
هل اختراق الموقع يؤثر على ترتيبه في جوجل؟
قد يؤثر، خاصة إن ظهرت علامة تحذير بجانب نتائجك أو امتلأ الموقع بصفحات مزعجة. بعد التنظيف ورفع التحذير يعيد جوجل تقييم الصفحات تدريجيًا، ولا يستطيع أحد أن يعدك بعودة الترتيب كما كان أو بموعد محدد.
هل يجب أن أبلغ عملائي إذا اختُرق موقعي؟
إن كانت بياناتهم الشخصية قد تسرّبت بطريقة قد تضرهم، فالدليل الإجرائي من سدايا يطلب إشعارهم دون تأخير غير مبرر، وإشعار الهيئة خلال مدة لا تتجاوز 72 ساعة في الحالات التي يحددها. وإن لم تتأثر بيانات، فالتواصل الصادق مع من لاحظ المشكلة يحفظ ثقتهم.
لماذا عاد الاختراق بعد تنظيف الموقع؟
غالبًا لأن الباب الذي دخل منه المهاجم بقي مفتوحًا: إضافة لم تُحدَّث، أو كلمة مرور لم تُغيَّر، أو ملف خلفي لم يُكتشف، أو نسخة احتياطية مصابة استُرجعت. التنظيف بلا معرفة السبب يعيد المشكلة نفسها.
هل نقل الموقع إلى استضافة جديدة يحل مشكلة الاختراق؟
لا وحده. نقل موقع مصاب ينقل الإصابة معه. انقل الموقع بعد تنظيفه وإغلاق الثغرة، وإن كانت الاستضافة القديمة سببًا في المشكلة فالانتقال حينها خطوة مفيدة.
الخلاصة
اختراق الموقع موقف مزعج، لكنه قابل للتعافي إذا تعاملت معه بترتيب: تأكد أنه اختراق، ثم وثّق وخذ نسخة من الوضع الحالي، وأوقف الموقع بصفحة صيانة، وأبلغ الاستضافة، وغيّر كلمات المرور من جهاز سليم. بعدها استرجع نسخة سليمة أُخذت قبل الاختراق أو نظّف الموقع، وأغلق الباب الذي دخل منه المهاجم، ثم أصلح كل الصفحات واطلب المراجعة من جوجل. وإن كانت بيانات عملائك قد تأثرت، فاتبع ما يذكره دليل سدايا في الإشعار والتوثيق. وأخيرًا، اجعل للموقع مسؤولًا واضحًا يتابعه، حتى لا تعيش الموقف نفسه مرة أخرى.
المراجع: مركز مساعدة Search Console: تقرير مشكلات الأمان، وإرشادات جوجل: عزل الموقع المخترق، وإرشادات جوجل: تنظيف الموقع وصيانته، وسدايا: الدليل الإجرائي لمعالجة حوادث تسرب البيانات الشخصية. اطّلعنا عليها في نوفمبر 2026. ومن ويبنا: حماية موقع ووردبريس من الاختراق وصيانة المواقع والدعم الفني.