تحذير موقع مخادع من جوجل أو تحويل الزوار لموقع آخر: اختبار الزائر، ترتيب التنظيف الآمن، ونص نموذجي لطلب المراجعة. اقرأ القائمة قبل أي إرسال.
- شركة برمجيات مصرية منذ 2010
- دعم فني على واتساب
الإجابة المختصرة: ظهور تحذير موقع مخادع من جوجل يعني أن أنظمة جوجل رصدت في موقعك محتوى مخترقًا أو برمجيات خبيثة أو صفحات تخدع الزائر. وغالبًا لا يراه صاحب الموقع لأن الشيفرة الخبيثة تعمل لزوار بعينهم فقط. الطريق الصحيح: اختبر موقعك كزائر، ونظّفه من الملفات وقاعدة البيانات معًا، وأغلق الثغرة التي دخل منها المخترق، ثم أرسل طلب مراجعة مكتوبًا من تقرير المشكلات الأمنية في Search Console. لا ترسل الطلب قبل اكتمال التنظيف.
تحذير موقع مخادع من جوجل: ثلاثة أشياء يسميها الناس باسم واحد
كثيرون يقولون «جوجل حظرت موقعي» ويقصدون أشياء مختلفة تحتاج فحصًا مختلفًا. ميّز أولًا أيها رأيت:
- صفحة تحذير حمراء في المتصفح تظهر قبل أن يدخل الزائر موقعك، وتحذره من أن الموقع مخادع أو خطير.
- علامة تحذير بجوار نتيجتك في بحث جوجل. تذكر جوجل أن الصفحات المتأثرة قد تظهر في نتائج البحث وعليها تسمية تحذيرية.
- رسالة داخل Search Console في تقرير Security Issues (المشكلات الأمنية)، وهي الوحيدة التي تسمّي نوع المشكلة وتعرض عينة من الصفحات.
ابدأ دائمًا بالثالثة، لأنها تخبرك بما وجدته جوجل بالضبط. وإن لم تكن قد وثّقت ملكيتك للموقع في Search Console بعد، فاتبع دليل ربط الموقع بـ Search Console أولًا، فبدونه لن ترى التقرير ولن تقدر على طلب المراجعة.
ولا تخلط هذا التحذير بتحذير «اتصالك ليس خاصًا» أو «غير آمن». ذلك مرتبط بشهادة SSL وإعدادات HTTPS وله خطوات أخرى تجدها في دليل تشخيص تحذير الاتصال غير الخاص. أما هذا المقال فعن الموقع الذي صار يضر زواره.
وللتحذير أثر مباشر على عملك: زائر يرى صفحة حمراء قبل موقعك لن يكمل، وعميل يصله رابطك فيجد تحذيرًا سيسأل نفسه عن جدية شركتك. لذلك نعامل هذه الحالة كأزمة سمعة وليست مجرد مشكلة تقنية، ونطلب من العميل أن يترك الموقع كما هو دون تعديلات عشوائية حتى يبدأ الفحص.
لماذا لا ترى المشكلة أنت؟ اختبار الزائر
أكثر ما يربك أصحاب المواقع أنهم يفتحون موقعهم فيرونه سليمًا، بينما زواره يُحوَّلون إلى مواقع أخرى. السبب أن الشيفرة الخبيثة تُكتب غالبًا لتخفى عن المالك: تعمل فقط على الجوال، أو فقط لمن يصل من نتيجة بحث، أو فقط لمن لم يسجل دخوله إلى لوحة الإدارة. وكلما تعمقت في حسابك كمدير قلّ احتمال أن ترى شيئًا.
لذلك اختبر كما يفعل الزائر، وغيّر متغيرًا واحدًا في كل محاولة:
| الجهاز | طريقة الوصول | حالة الدخول | ما قد يكشفه |
|---|---|---|---|
| جوال على بيانات الهاتف | نتيجة بحث جوجل باسم نشاطك | غير مسجل | تحويل الزوار القادمين من البحث على الجوال |
| جوال على بيانات الهاتف | كتابة العنوان مباشرة | غير مسجل | هل التحويل يقتصر على القادمين من جوجل |
| حاسوب، نافذة خاصة | نتيجة بحث جوجل | غير مسجل | تحويل سطح المكتب |
| حاسوب، نافذة خاصة | كتابة العنوان مباشرة | غير مسجل | الصفحة كما يراها زائر مباشر |
| حاسوب عادي | أي طريقة | مسجل في لوحة الإدارة | غالبًا نسخة نظيفة تُعرض للمديرين |
وهذه قواعد تلتزم بها: استخدم شبكة بيانات الجوال لا شبكة مكتبك، وادخل من نتيجة البحث فعليًا لا بكتابة العنوان، وافتح أكثر من صفحة لا الرئيسية فقط، لأن صفحات المنتجات والمقالات هي ما يستهدفه المخترق عادة. ولا تنسَ أن عدم رؤيتك للتحويل لا يثبت أن الموقع نظيف، فقد تكون الشيفرة تنتظر شرطًا لم تحققه.
مثال توضيحي افتراضي: يفتح صاحب موقع رابط شركته من حاسوب المكتب وهو مسجل دخوله، فيرى كل شيء سليمًا. ثم يأخذ هاتفه، ويعطّل شبكة الواي فاي، ويبحث عن اسم نشاطه في جوجل ويضغط على النتيجة. إن انتقل إلى صفحة غريبة فقد عرف أن التحويل مشروط بالجوال والقادمين من البحث، وأن حسابه كمدير لم يكن يكشفه. هذا الاختبار لا يكلف شيئًا ويستغرق دقائق، وهو أول ما نطلبه من أي عميل يقول إن موقعه سليم عنده.
نوع المشكلة في تقرير جوجل يحدد أين تبحث
تقسم جوجل المشكلات الأمنية في Search Console إلى ثلاث مجموعات، ولكل واحدة مكان تبدأ منه:
- محتوى مخترق: حقن محتوى (روابط أو نصوص غير مرغوبة داخل صفحاتك) وحقن عناوين (صفحات جديدة مليئة بالسبام تُنشأ دون علمك). ابحث في المقالات والصفحات والقوالب وقاعدة البيانات، ومن خرائط الموقع وقائمة الصفحات.
- برمجيات خبيثة وغير مرغوبة: شيفرة في ملفات الموقع تؤذي الزائر أو جهازه. ابحث في ملفات القالب والإضافات ومجلد الرفع.
- هندسة اجتماعية: محتوى يخدع الزائر، كصفحة تنتحل صفحة تسجيل دخول، أو موارد مضمّنة خادعة كإعلانات. بعض هذه الحالات تأتي بصيغة تحذير فقط مثل الاشتباه بالتصيد.
حتى لو لم تر أنت أي مشكلة، فاسم النوع في التقرير يوجّه بحثك. وإذا كانت علاماتك عامة، كمستخدم مجهول أو سلوك غريب في الموقع، فراجع أولًا علامات اختراق ووردبريس وطريقة التعافي لأن هذا المقال لا يكررها.
ترتيب التنظيف الآمن
قبل أن تبدأ، قرر من سيعمل على الموقع: شخص واحد يدوّن كل خطوة أفضل من ثلاثة يعدّلون في الوقت نفسه ويفقدون الأثر. الترتيب مهم، فتنظيف الملفات قبل إغلاق الثغرة يعني أن المخترق يعود. نتبع هذا التسلسل:
- احفظ نسخة من الحالة المصابة: ملفات وقاعدة بيانات، في مكان بعيد عن الموقع. هي ليست للاستعادة، بل دليل تعود إليه إن ضاع شيء أثناء التنظيف.
- أوقف الضرر: إذا كان الزوار يتعرضون للأذى الآن، فعّل وضع الصيانة أو أوقف الموقع مؤقتًا حتى ينتهي التنظيف.
- ابحث بالمحتوى لا باسم الملف: الملفات الخبيثة غالبًا تحمل أسماء تشبه ملفات ووردبريس أو تختبئ في مجلد الرفع. العبرة بما بداخل الملف، لا باسمه ولا بمكانه.
- احذف المستخدمين المجهولين من لوحة الإدارة، خصوصًا الحسابات ذات الأسماء العشوائية والبريد الغريب.
- أغلق السبب: إضافة أو قالب قديم أو متروك، أو كلمة مرور مسروقة، أو حساب FTP ضعيف. ما لم تعرف كيف دخل المخترق فسيدخل ثانية.
- غيّر كل كلمات المرور والمفاتيح: ووردبريس، ولوحة الاستضافة، و FTP، وقاعدة البيانات، ومفاتيح الأمان في wp-config.php. وإن غيّرت كلمة مرور القاعدة فحدّث الملف في الدقيقة نفسها، وإلا ظهر عندك خطأ الاتصال بقاعدة البيانات.
- افحص قاعدة البيانات لا الملفات وحدها: مقالات وصفحات سبام، وروابط مخفية في الأدوات والإعدادات. الفحص الذي يقرأ الملفات فقط لا يرى هذا النوع.
- راجع Search Console: هل أُضيف مستخدم أو مالك لم تضفه؟ وهل ظهرت خرائط موقع لا تعرفها؟
- اختبر بعد الانتهاء بمصفوفة الزائر أعلاه، على الجوال والحاسوب.
وعن الخطوة الثالثة: المقصود بالبحث بالمحتوى أن تفتح الملف وتقرأ ما بداخله، لا أن تكتفي بقائمة أسماء. الشيفرة الخبيثة تتخفى عادة في سطر طويل غير مفهوم، أو في دوال تشفير وتنفيذ مموّهة، أو في ملف يحمل تاريخ تعديل حديثًا لا يطابق تحديثاتك. هذه علامات تستدعي الفحص، وليست حكمًا نهائيًا، فبعض الإضافات المشروعة تحتوي على شيفرة مضغوطة أيضًا. ولهذا يحتاج الأمر قارئًا خبيرًا، وإلا حذفت ملفًا سليمًا فتعطل الموقع.
ولا تستعد نسخة احتياطية قديمة دون أن تعرف هل هي نظيفة وهل أُغلقت الثغرة. النسخة القديمة قد تحمل الإصابة نفسها. وإن لم تكن اختبرت الاستعادة من قبل فاقرأ دليل اختبار استعادة النسخ الاحتياطي.
قائمة فحص قبل أن تضغط «طلب مراجعة»
تشترط جوجل أن تصلح المشكلة في جميع الصفحات المتأثرة، وتقول إن الإصلاح في بعضها لا يعيدك جزئيًا إلى نتائج البحث. وتوصي وثائق Google للمطورين بأن يكون الموقع موثقًا في Search Console وأن يكون المحتوى المخترق قد أُزيل وأن تكون الثغرة قد سُدّت وأن يعود الموقع النظيف إلى العمل. اجعلها قائمة تمر عليها بنفسك:
- كل صفحة وردت في التقرير نظيفة عند فتحها كزائر.
- اختبار الزائر نجح على الجوال والحاسوب ومن نتيجة البحث.
- لا يوجد مستخدم إدارة لا تعرفه، لا في ووردبريس ولا في Search Console.
- الإضافات والقوالب والنواة محدّثة، وما كان متروكًا حُذف.
- كلمات المرور والمفاتيح كلها غُيّرت.
- قاعدة البيانات فُحصت، وليس الملفات فقط.
- الموقع يعمل ومفتوح للزوار، وصفحاته ليست محجوبة عن جوجل بوسم noindex أو بقواعد في robots.txt، إذ يجب أن تستطيع جوجل زيارتها لتتحقق.
- كتبت نص الطلب وراجعته، ودوّنت أمام كل مشكلة ما وجدته وما فعلته.
- حفظت نسخة نظيفة جديدة من الموقع بعد التنظيف، لتعود إليها عند الحاجة.
وإذا بقي بند واحد في القائمة دون تنفيذ فأجّل الإرسال. التأجيل يوم أو يومين أرخص بكثير من مراجعة تُرفض فتتأخر معها عودة الموقع، ويضيف إلى الانتظار وقتًا لا تتحكم فيه. ولا تعتمد على ذاكرتك: ضع القائمة أمامك وعلّم كل بند بعد أن تتحقق منه فعلًا لا بعد أن تتذكره.
نص نموذجي لطلب المراجعة
قبل أن تكتب، افتح الملاحظات التي دوّنتها أثناء التنظيف. اجعل لكل مشكلة سطرًا: ماذا وجدت، وأين، وماذا فعلت، وكيف تأكدت. من لم يدوّن ما فعله سيجد صعوبة في كتابة طلب صادق ومحدد، والطلب العام الذي يقول «نظفنا الموقع» دون تفاصيل لا يساعد من يراجعه. هذه الملاحظات تفيدك أيضًا إن عادت الإصابة، لأنها تدلك على الأماكن التي أصيبت أولًا.
توصي جوجل بأن تشرح في الطلب المشكلة والخطوات التي اتخذتها والنتائج. هذا نموذج من أربع جمل، عدّل ما بين الأقواس بما حدث فعلًا في موقعك، ولا تضف شيئًا لم تفعله:
«تعرض موقعنا لمشكلة أمنية ظهرت في تقرير المشكلات الأمنية على الصورة التالية: [اكتب ما ورد في التقرير بكلماتك]. أزلنا المحتوى والملفات المخالفة من ملفات الموقع ومن قاعدة البيانات، وحذفنا المستخدمين غير المعروفين، وحدّثنا أو أزلنا الإضافات والقوالب التي كانت سببًا محتملًا، وغيّرنا كل كلمات المرور. فحصنا الصفحات المذكورة في التقرير كزائر من الجوال والحاسوب ومن نتيجة بحث جوجل فوجدناها نظيفة. نطلب مراجعة الموقع، وسنواصل مراقبته بعد ذلك.»
تقول جوجل إن المراجعة تستغرق عادة من بضعة أيام إلى بضعة أسابيع، وتراسلك بالبريد عند استلام الطلب وعند اكتمال المراجعة. فلا تكرر الإرسال أثناء الانتظار، لأن ذلك قد يبطئ المراجعات اللاحقة.
أثناء الانتظار: ماذا تفعل مع عملائك وإعلاناتك؟
المراجعة قد تأخذ أيامًا، وموقعك أثناءها إما محجوب أو يحمل تسمية تحذيرية. تصرف كمن يدير أزمة صغيرة، لا كمن ينتظر:
- أوقف الحملات الإعلانية التي توجّه الزوار إلى الموقع حتى يُرفع التحذير، فأنت تدفع لتوصيل الناس إلى صفحة قد تضرهم.
- أخبر عملاءك بقناة بديلة: رقم واتساب أو صفحة على وسائل التواصل، ورسالة قصيرة صادقة تقول إن الموقع تحت الصيانة الأمنية.
- راقب البريد المسجل في Search Console، فجوجل ترسل نتيجة المراجعة إليه، وقد لا ينتبه أحد إلى رسالة وصلت إلى صندوق قديم.
- استمر في المراقبة بعد الرفع: افتح اختبار الزائر مرة أسبوعيًا لعدة أسابيع، فعودة الإصابة بعد التنظيف تعني أن هناك باب لم يُغلق.
أخطاء تطيل المشكلة
- طلب المراجعة قبل اكتمال التنظيف: تقول web.dev إن طلب المراجعة والمشكلة ما زالت قائمة لا يفعل سوى إطالة المدة التي يبقى فيها موقعك موسومًا بالخطر.
- تكرار الطلب: أرسله مرة واحدة وانتظر الرد، فتحذّر جوجل من إعادة الإرسال أثناء الانتظار لأنه قد يبطئ المراجعات اللاحقة.
- الحذف العشوائي لكل شيء: قد تحذف ملفات تحتاجها وتبقي الثغرة. افحص قبل أن تحذف.
- تجاهل قاعدة البيانات: يبقى السبام فيها وتعود المشكلة.
- استعادة نسخة قديمة دون إغلاق الثغرة: تعيد الإصابة معها.
- إخفاء الصفحات عن جوجل بدل تنظيفها: قد يمنعها من التحقق.
وإن كان الطلب قد رُفض، فتقول جوجل في إرشاداتها إن عليك إعادة فحص الموقع بحثًا عن برمجيات خبيثة أو سبام أو ملفات أضافها المخترق، ثم ترسل من جديد. ومتى تتوقف وتطلب مختصًا؟ حين لا تعرف كيف دخل المخترق، أو يعود التحذير بعد المراجعة، أو يكون الموقع مصدر دخل لا يحتمل التوقف. والوقاية بعد ذلك في أساسيات حماية الموقع.
ما الذي نفعله في برمجلى؟ ننظف ونوثق ونكتب معك الطلب
برمجلى شركة برمجة واستضافة في القاهرة منذ 2010، ولدينا 89 موقعًا لعملاء نشغّل لهم الاستضافة. في هذه الحالات نحفظ الحالة المصابة أولًا، ثم نفحص ملفات الموقع وقاعدة بياناته ونزيل الشيفرات الخبيثة والأبواب الخلفية ونسلّمك تقريرًا بما وجدناه وما فعلناه، ونساعدك في صياغة طلب المراجعة. لا نعد بموعد معين لانتهاء مراجعة جوجل ولا بعودة ترتيب محدد في البحث، فالقرار عندها. راسلنا على واتساب بصورة التحذير ونوع المشكلة في التقرير لنبدأ من هناك.
المصادر
- Google Search Console Help, Security Issues report
- web.dev, Request a review (Google, hacked site recovery)
أسئلة شائعة
كم تستغرق مراجعة جوجل بعد طلب إزالة التحذير؟
تذكر جوجل أن المراجعة تستغرق عادة من بضعة أيام إلى بضعة أسابيع، وأنها تراسلك عند استلام الطلب وعند اكتمالها. لا تعد الإرسال أثناء الانتظار، لأن الطلبات المتكررة قد تبطئ المراجعات اللاحقة لموقعك.
لماذا أرى موقعي سليمًا بينما زواره يُحوَّلون إلى موقع آخر؟
لأن الشيفرة الخبيثة تعمل غالبًا لزوار محددين فقط، مثل القادمين من نتائج البحث أو مستخدمي الجوال أو من لم يسجلوا الدخول إلى لوحة الإدارة. اختبر موقعك من هاتف على بيانات الجوال في نافذة خاصة وادخل من نتيجة بحث جوجل.
هل أطلب المراجعة قبل أن أنتهي من التنظيف؟
لا. اطلب المراجعة فقط بعد إصلاح كل المشكلات المدرجة على جميع الصفحات المتأثرة والتأكد من عمل الإصلاحات. وتقول web.dev إن إرسال الطلب والمشكلة قائمة لا يفعل سوى إطالة المدة التي يبقى فيها موقعك موسومًا بالخطر.
هل يكفي إصلاح بعض الصفحات المذكورة في التقرير؟
لا يكفي. تقول جوجل إن الإصلاح في بعض الصفحات فقط لا يمنحك عودة جزئية إلى نتائج البحث. عليك إصلاح كل الصفحات المتأثرة ثم إرسال الطلب مرة واحدة، مع التأكد من نظافة قاعدة البيانات أيضًا.
هل يكفي حذف الإضافة المصابة لإنهاء المشكلة؟
غالبًا لا. الإضافة قد تكون المدخل فقط، بينما يترك المخترق مستخدمًا مجهولًا أو ملفًا مخفيًا أو سبامًا في قاعدة البيانات. احذف السبب، ثم افحص المستخدمين والملفات والقاعدة وغيّر كل كلمات المرور.
خدمات مرتبطة
- تصميم مواقع الشركات في مصر
- إنشاء متجر إلكتروني
- برمجة مواقع وأنظمة خاصة
- ايميل رسمي للشركات
- أتمتة واتساب للشركات
- نظام شركات السياحة
