Google Search Console സെക്യൂരിറ്റി, മാനുവൽ പിഴവ് മുന്നണികൾ: നിങ്ങളുടെ വെബ്സൈറ്റ് എങ്ങനെ രക്ഷിക്കാം?

Google Search Console സെക്യൂരിറ്റി, മാനുവൽ പിഴവ് മുന്നണികൾ എന്നത് നിങ്ങളുടെ സൈറ്റിൽ സ്പാം, ദോഷകരമായ സോഫ്റ്റ്‌വെയർ, ഹാക്ക് ചെയ്ത ഉള്ളടക്കം, തെറ്റിദ്ധരിപ്പിക്കുന്ന പേജുകൾ, അല്ലെങ്കിൽ ഗൂഗിളിന്റെ ഗുണനിലവാര മാർഗനിർദ്ദേശങ്ങൾ ലംഘിക്കുന്ന ഒരു പ്രശ്നം കണ്ടെത്തിയതായി സൂചിപ്പിക്കുന്നു. ഈ പ്രശ്നം പരിഹരിക്കാൻ, ആദ്യം മുന്നണിയുടെ തരം ശരിയായി തിരിച്ചറിയുക, ബാധിച്ച URL-കൾക്കും സെർവർ ലോ​ഗുകൾക്കും വിശദമായി പരിശോധിക്കുക, സെക്യൂരിറ്റി തുരങ്കങ്ങൾ അടയ്ക്കുക, ദോഷകരമായ അല്ലെങ്കിൽ മാർഗനിർദ്ദേശങ്ങൾ ലംഘിക്കുന്ന ഉള്ളടക്കം നീക്കം ചെയ്യുക, സാങ്കേതിക SEO പരിശോധനകൾ പൂർണ്ണമാക്കുക, ശേഷം Google Search Console വഴി തെളിവുകളോടെ പിന്തുണച്ച പുനർപരിശോധന അപേക്ഷ സമർപ്പിക്കുക.

ഈ മാർഗരേഖ Hostragons ബ്ലോഗിനായി പ്രായോഗികമായ ഒരു രക്ഷാപദ്ധതിയായി തയ്യാറാക്കിയതാണ്. ലക്ഷ്യം വെറും മുന്നണി നീക്കം ചെയ്യുക മാത്രമല്ല; ഒരേ പ്രശ്നം വീണ്ടും സംഭവിക്കാതെ ഹോസ്റ്റിംഗ്, CMS, പ്ലഗിൻ, SSL, ബാക്കപ്പ്, ആക്‌സസ്, ഉള്ളടക്ക പ്രക്രിയകൾ സ്ഥിരതയോടെ സുരക്ഷിതമാക്കുകയാണ്. പ്രത്യേകിച്ച് WordPress, കസ്റ്റം സോഫ്റ്റ്‌വെയർ, ഇ-കൊമേഴ്‌സ് സൈറ്റ്, കോർപ്പറേറ്റ് വെബ്സൈറ്റ് എന്നിവ കൈകാര്യം ചെയ്യുന്നവർക്ക് ഈ ചുവടുകൾ പ്രായോഗികവും വിലയിരുത്താവുന്നതുമായ രീതിയിൽ ക്രമീകരിച്ചിട്ടുണ്ട്, SEO-യുടെ ദോഷഫലങ്ങൾ കുറയ്ക്കുന്നതിന്.

Google Search Console സെക്യൂരിറ്റി, മാനുവൽ പിഴവ് മുന്നണി എന്താണ്?

Google Search Console-യിലെ ഈ വിഭാഗം രണ്ട് പ്രധാന മേഖലകൾ ഉൾക്കൊള്ളുന്നു: സെക്യൂരിറ്റി പ്രശ്നങ്ങൾ, മാനുവൽ നടപടികൾ. സെക്യൂരിറ്റി പ്രശ്നങ്ങൾ സാധാരണയായി സൈറ്റ് ഉപയോക്താക്കൾക്ക് അപകടകാരിയായ സാഹചര്യങ്ങളിൽ കാണപ്പെടുന്നു. ഉദാഹരണത്തിന്, ദോഷകരമായ സോഫ്റ്റ്‌വെയർ, അനാവശ്യ ഡൗൺലോഡ്, ഫിഷിങ് പേജ്, ഹാക്ക് ചെയ്ത ഉള്ളടക്കം, തെറ്റിദ്ധരിപ്പിക്കുന്ന റീഡയറക്ഷൻ എന്നിവ കണ്ടെത്തിയിരിക്കാം. മാനുവൽ നടപടികൾ Google ഗുണനിലവാര സംഘത്തെ വെബ്സൈറ്റിന്റെ ഏതെങ്കിലും ഭാഗത്തോ മുഴുവൻ സൈറ്റിലും പിഴവ് വിധിച്ചതായി കാണിക്കുന്നു. ഇത് നിങ്ങളുടെ ഓർഗാനിക് ദൃശ്യത നേരിട്ട് കുറയ്ക്കാം.

രണ്ട് മുന്നണികളും സമാനമായിട്ടുണ്ടെങ്കിലും പരിഹാര മാർഗങ്ങൾ വ്യത്യസ്തമാണ്. സെക്യൂരിറ്റി പ്രശ്നങ്ങളിൽ, ആക്രമണം തടയുകയും ഫയലുകൾ ശുദ്ധീകരിക്കുകയും ഉപയോക്തൃ സുരക്ഷ ഉറപ്പാക്കുകയും ചെയ്യണം. മാനുവൽ നടപടികളിൽ, മാർഗനിർദ്ദേശ ലംഘനങ്ങൾ തിരുത്തുകയും സ്പാം സിഗ്നലുകൾ നീക്കം ചെയ്യുകയും Google-ക്ക് വ്യക്തമാക്കുന്ന പരിഹാര റിപ്പോർട്ട് സമർപ്പിക്കണം. എത്രയും പെട്ടെന്ന് പുനർപരിശോധന അപേക്ഷയയച്ച് തീർക്കുന്നത് തെറ്റാണ്; ആദ്യം കാരണം കണ്ടെത്തി സ്ഥിരതയുള്ള പരിഹാരം നടപ്പിലാക്കണം.

മുന്നണി തരംകളും SEO-യിലേക്ക് ഉള്ള ബാധകളും

മുന്നണി ലഭിച്ചാൽ ആദ്യം Search Console പാനലിൽ നിന്ന് മുന്നണിയുടെ പൂർണ്ണ പേര്, വ്യാപ്തി വായിക്കുക. ചില മാനുവൽ നടപടികൾ ചില URL-കളിൽ മാത്രം ബാധകമായിരിക്കാം, ചിലത് മുഴുവൻ സൈറ്റിനും ബാധിച്ചേക്കാം. മുഴുവൻ സൈറ്റിനും ബാധിച്ച മാനുവൽ നടപടി, ദിവസങ്ങൾക്കുള്ളിൽ ട്രാഫിക് 30% മുതൽ 90% വരെ കുറയ്ക്കാം. സെക്യൂരിറ്റി മുന്നണികളിൽ Chrome, Google ഫലങ്ങളിൽ ഉപയോക്താവിന് ചുവപ്പ് മുന്നണി സ്ക്രീൻ കാണിക്കാം; ഇത് ക്ലിക്ക് നിരക്കിനെ ശൂന്യത്തിന് അടുത്ത് എത്തിക്കും.

1. പാനിക് ഇല്ലാതെ തെളിവുകൾ ശേഖരിക്കുക

മുന്നണി കണ്ട ഉടൻ സൈറ്റ് അകറ്റി കളയുക, എല്ലാ പ്ലഗിനുകളും നീക്കം ചെയ്യുക, പുനർപരിശോധന അപേക്ഷ അയക്കുക എന്നത് തെറ്റാണ്. ആദ്യം നിലവിലുള്ള സ്ഥിതിവിവരങ്ങൾ രേഖപ്പെടുത്തുക. Search Console സ്‌ക്രീൻഷോട്ട് എടുക്കുക, മുന്നണി തീയതി കുറിക്കുക, ബാധിച്ച URL-കളുടെ ഉദാഹരണങ്ങൾ പട്ടികപ്പെടുത്തുക, കഴിഞ്ഞ 30 ദിവസത്തെ മാറ്റങ്ങൾ കണ്ടെത്തുക. ഈ പട്ടികയിൽ പുതിയ പ്ലഗിൻ ഇൻസ്റ്റാൾ, തീം അപ്ഡേറ്റ്, ഹോസ്റ്റിംഗ് മാറ്റം, പരസ്യ കോഡ് ചേർക്കൽ, ഉള്ളടക്കം എഡിറ്റർ ആക്‌സസ്, ബാക്ക്ലിങ്ക് പ്രവർത്തനം, ബാഹ്യ ഏജൻസി ഇടപെടലുകൾ ഉൾപ്പെടുത്തണം.

പരിശുദ്ധമായ രക്ഷാപ്രക്രിയയിൽ ഏറ്റവും വിലപ്പെട്ട ഡാറ്റ സമയം രേഖയാണ്. ഉദാഹരണത്തിന്, മാർച്ച് 12-ന് പ്ലഗിൻ അപ്ഡേറ്റ് ചെയ്തു, 14-ന് സെർവറിൽ അനാവശ്യ PHP ഫയലുകൾ ഉണ്ടായി, 16-ന് ഗൂഗിള്‍ സെക്യൂരിറ്റി മുന്നണി വന്നാൽ കാരണം പ്ലഗിൻ തുരങ്കം അല്ലെങ്കിൽ FTP ആക്‌സസ് ആയിരിക്കാം. അതിനാൽ പരിഹാരം തുടങ്ങുന്നതിനു മുൻപ് ലോ​ഗ്, ഫയൽ തീയതി, ആക്‌സസ് റെക്കോർഡുകൾ സൂക്ഷിക്കുക.

വേഗത്തിലുള്ള പരിശോധനാ പട്ടിക

• Search Console മുന്നണി വാചകം, ഉദാഹരണ URL-കൾ സൂക്ഷിക്കുക.
• കഴിഞ്ഞ 7, 14, 30 ദിവസങ്ങളിലെ ഓർഗാനിക് ട്രാഫിക് മാറ്റം പരിശോധിക്കുക.
• ഹോസ്റ്റിംഗ് പാനലിൽ ഫയൽ മാറ്റ തീയതികൾ പരിശോധിക്കുക.
• FTP, SSH, CMS അഡ്മിൻ, ഡാറ്റാബേസ് ഉപയോക്താക്കളുടെ പട്ടിക തയ്യാറാക്കുക.
• കഴിഞ്ഞ ബാക്കപ്പ് തീയതിയും ശുദ്ധിയുമാണോ എന്ന് ഉറപ്പാക്കുക.
• സൈറ്റ് മാപ്പ്, robots.txt, .htaccess ഫയലുകൾ ബാക്കപ്പ് ചെയ്യുക.

2. സെക്യൂരിറ്റി പ്രശ്നങ്ങളിൽ സെർവർ, ഫയൽ വിശകലനം നടത്തുക

സെക്യൂരിറ്റി മുന്നണി ഉണ്ടെങ്കിൽ CMS പാനലിൽ മാത്രം നോക്കുക മതിയാകില്ല. ആക്രമകർ സാധാരണയായി wp-content/uploads ഫോൾഡറിൽ PHP ഫയലുകൾ ചേർക്കുന്നു, .htaccess ഫയലിൽ മറഞ്ഞ റീഡയറക്ഷൻ എഴുതുന്നു, index.php-യിൽ ഒബ്സ്ക്യൂർ ജാവാസ്ക്രിപ്റ്റ് ഇൻജെക്ട് ചെയ്യുന്നു, ഡാറ്റാബേസ് ഉള്ളടക്കത്തിൽ ദോഷകരമായ iframe ചേർക്കുന്നു. WordPress ഉപയോഗിക്കുന്നുവെങ്കിൽ കോർ ഫയലുകൾ ഒറിജിനൽ പാക്കേജുമായി താരതമ്യം ചെയ്യുക. കസ്റ്റം സോഫ്റ്റ്‌വെയർ ഉപയോഗിക്കുന്നവർക്ക് Git ഡിപ്പോ അല്ലെങ്കിൽ ശുദ്ധമായ ബാക്കപ്പ് ഉപയോഗിച്ച് ഡിഫ് വിശകലനം ചെയ്യാം.

സെർവർ സൈഡിൽ 200, 301, 302, 403, 500 സ്റ്റേറ്റസ് കോഡുകൾ ഒരുമിച്ച് പരിശോധിക്കുക. ഒരു URL സാധാരണ ഉപയോക്താവിന് ശുദ്ധമായതുപോലെയും Googlebot-ന് വ്യത്യസ്ത ഉള്ളടക്കം കാണിച്ചേക്കാം. ഇതിനെ ക്ലോക്കിംഗ് എന്നു വിളിക്കുന്നു, ഇത് സെക്യൂരിറ്റി, മാനുവൽ നടപടി ഇരുവരുടെയും അപകടം വർധിപ്പിക്കുന്നു. ലോ​ഗ് ഫയലുകളിൽ അജ്ഞാത IP-കളിൽ നിന്നുള്ള POST അഭ്യർത്ഥനകൾ, admin-ajax.php അത്യധികം ഉപയോഗം, wp-login.php ബ്രൂട്ട് ഫോഴ്‌സ് ശ്രമങ്ങൾ, അനിയന്ത്രിത PHP ഫയലുകളിൽ ആക്‌സസ് എന്നിവ ഉണ്ടെങ്കിൽ ആക്രമണം തുടരുന്നു എന്ന് സൂചിപ്പിക്കുന്നു.

പരിശോധിക്കേണ്ട ഫയലുകളും മേഖലകളും

• index.php, wp-config.php, functions.php, .htaccess ഫയലുകൾ.
• Uploads ഫോൾഡറിൽ പ്രവർത്തനക്ഷമമായ PHP, phtml, സംശയാസ്പദ js ഫയലുകൾ.
• ഡാറ്റാബേസിലെ base64, eval, script, iframe, അനന്വേഷിത ഡൊമെയ്ൻ റെക്കോർഡുകൾ.
• തീം സംബന്ധിച്ച ഹെഡർ, ഫൂട്ടർ, ടെംപ്ലേറ്റ് ഫയലുകൾ.
• Cron ജോലികൾ, അനന്വേഷിത ഉപയോക്താക്കൾ, API കീകൾ.
• Google Tag Manager, പരസ്യ സ്ക്രിപ്റ്റുകൾ, മൂന്നാം കക്ഷി വിഡ്ജറ്റ് കോഡുകൾ.

ഈ ഘട്ടത്തിൽ മികച്ച ഹോസ്റ്റിംഗ് അടിസ്ഥാന സൗകര്യം വലിയ വ്യത്യാസം വരുത്തും. ഐസൊലേറ്റഡ് അക്കൗണ്ട് സിസ്റ്റം, നിലവിലെ PHP പതിപ്പുകൾ, WAF, ദോഷകരമായ സോഫ്റ്റ്‌വെയർ സ്കാൻ, സ്ഥിരം ബാക്കപ്പ് എന്നിവ രക്ഷാപ്രക്രിയ മണിക്കൂറുകൾക്കുള്ളിൽ പൂർത്തിയാക്കാൻ സഹായിക്കും. അനുയോജ്യമായ പരിഹാരങ്ങൾക്ക് Hostragons വെബ് ഹോസ്റ്റിംഗ് പരിശോധിക്കുക; കൂടുതൽ നിയന്ത്രണം ആവശ്യമായ പദ്ധതികൾക്കായി Hostragons VPS സർവർ കാണുക.

3. ഹാക്ക് ചെയ്ത ഉള്ളടക്കം, ഇൻഡക്സ് മലിനീകരണം ശുദ്ധീകരിക്കുക

ഹാക്ക് ചെയ്ത ഉള്ളടക്കം മുന്നണിയിൽ പ്രശ്‌നം എല്ലായ്പ്പോഴും മുഖ്യ പേജിൽ കാണാറില്ല. സൈറ്റ് കീഴിൽ ആയിരക്കണക്കിന് സ്പാം URL-കൾ ഉണ്ടാകാം. പ്രത്യേകിച്ച് ജാപ്പനീസ്, ജൂയിസ്, മരുന്ന്, വ്യാജ പിന്തുണ, കൂപ്പൺ ഉള്ളടക്കങ്ങൾ സാധാരണമാണ്. Search Console-ലെ പേജ് ഇൻഡക്സിംഗ് റിപ്പോർട്ട്, site:domain.com സെർച്ച്, സെർവർ ലോ​ഗുകൾ, സൈറ്റ്മാപ്പ് ഫയൽ എന്നിവ ചേർന്ന് പരിശോധിക്കണം. സൈറ്റ്മാപ്പിൽ നിങ്ങളുടേതല്ലാത്ത URL-കൾ ഉണ്ടെങ്കിൽ ആക്രമകൻ സ്വയം ഉള്ളടക്കം സൃഷ്ടിച്ചിരിക്കാം.

ശുദ്ധീകരണത്തിന് മൂന്ന് ലക്ഷ്യങ്ങൾ ഉണ്ട്: ദോഷകരമായ ഉള്ളടക്കം നീക്കം ചെയ്യുക, വീണ്ടും സൃഷ്ടിക്കുന്നത് തടയുക, Google-ക്ക് ശരിയായ സിഗ്നൽ നൽകുക. യഥാർത്ഥത്തിൽ നീക്കം ചെയ്ത സ്പാം പേജുകൾ 404 അല്ലെങ്കിൽ 410 സ്റ്റേറ്റസ് കോഡ് നൽകണം. മൂല്യവത്തായ പേജുകളിൽ സ്പാം കോഡ് നീക്കം ചെയ്യേണ്ടതാണ്, അവ 200 നിലനിർത്തണം. എല്ലാ സ്പാം URL-കളും മുഖപേജിലേക്ക് 301 റീഡയറക്ട് ചെയ്യുന്നത് ശരിയല്ല; ഇത് ഗുണനിലവാര സിഗ്നലുകൾ കൂടുതൽ നശിപ്പിക്കും.

ഇൻഡക്സ് ശുദ്ധീകരണത്തിന് പ്രായോഗിക മാർഗങ്ങൾ

• സ്പാം URL പട്ടിക തയ്യാറാക്കുക, URL-കൾ വിഭാഗീകരിക്കുക.
• യഥാർത്ഥ പേജുകൾ ശുദ്ധീകരിക്കുക, വ്യാജ പേജുകൾ 410 Gone കൊണ്ടു നീക്കം ചെയ്യുക.
• ശുദ്ധമായ, കണോണിക്കൽ URL-കളോടെയുള്ള സൈറ്റ്മാപ്പ് പുനഃസൃഷ്ടിക്കുക.
• Robots.txt വഴി പ്രധാന ശുദ്ധീകരണ പ്രദേശങ്ങൾ തെറ്റായി തടയാത്തത് ഉറപ്പാക്കുക.
• Search Console URL ഇൻസ്പെക്ഷൻ ടൂളിലൂടെ പ്രധാന പേജുകൾ വീണ്ടും ക്രോൾ ചെയ്യാൻ അപേക്ഷിക്കുക.
• സെർവറിൽ സ്പാം സൃഷ്ടിക്കുന്ന ഫയലോ ഡാറ്റാബേസ് റെക്കോർഡോ കണ്ടെത്താതെ ശുദ്ധീകരണം പൂർത്തിയാക്കിയെന്ന് കരുതരുത്.

4. മാനുവൽ പിഴവ് ഉണ്ടെങ്കിൽ ഗുണനിലവാര മാർഗനിർദ്ദേശങ്ങൾ അനുസരിച്ച് തിരുത്തുക

മാനുവൽ പിഴവ് സാധാരണയായി ഉള്ളടക്കം അല്ലെങ്കിൽ ലിങ്ക് ഗുണനിലവാരവുമായി ബന്ധപ്പെട്ടതാണ്. Google ഉപയോക്താവിനെ മോശമായ ഫലങ്ങളിൽ നിന്ന് സംരക്ഷിക്കുകയാണ് ലക്ഷ്യം. അതിനാൽ പരിഹാരം ചെയ്യുമ്പോൾ തെളിവുകൾ മാത്രമല്ല, ദുരുപയോഗത്തിന് വഴിയൊരുക്കുന്ന പ്രവർത്തനരീതിയും മാറ്റണം. ഉദാഹരണത്തിന്, കൃത്രിമ ലിങ്ക് പിഴവ് ലഭിച്ചാൽ ഏതാനും ബാക്ക്ലിങ്കുകൾ ഡിസ്‌അവോ ചെയ്യുന്നത് മതിയാകില്ല; ലിങ്ക് വാങ്ങൽ പ്രചാരണങ്ങൾ നിർത്തുകയും, സ്പോൺസർ ചെയ്‌തിരിക്കുന്ന ലിങ്കുകൾ rel="sponsored" ആയി അടയാളപ്പെടുത്തുകയും, പ്രകൃതിദത്തമല്ലാത്ത ആങ്കർ ടെക്സ്റ്റ് നീക്കം ചെയ്യുകയും വേണം.

ഇടക്കാലം ഉള്ളടക്കം അല്ലെങ്കിൽ ഓട്ടോമാറ്റിക് സൃഷ്ടിച്ച ഉള്ളടക്കം മുന്നണിയിൽ പേജുകളുടെ എണ്ണം പ്രധാനമാണ്. 10,000 പേജുള്ള സൈറ്റിൽ 7,000 പേജുകൾ യഥാർത്ഥ ഉപയോക്തൃ മൂല്യം നൽകുന്നില്ലെങ്കിൽ Google സൈറ്റ് മുഴുവനും കുറഞ്ഞ നിലവാരമുള്ളതായി കരുതും. ഓരോ URL-ക്കുമുള്ള തീരുമാനം: മെച്ചപ്പെടുത്തുക, സംയോജിപ്പിക്കുക, noindex ചെയ്യുക, അല്ലെങ്കിൽ നീക്കം ചെയ്യുക. ഉൽപ്പന്ന വകഭേദങ്ങൾ, ടാഗ് ആർകൈവ്, സെർച്ച് ഫലം പേജുകൾ, ഫിൽട്ടർ URL-കൾ സാധാരണ പ്രശ്‌നങ്ങളാണ്.

മാനുവൽ പിഴവ് പരിഹാര ഉദാഹരണങ്ങൾ

• പ്രകൃതിദത്തമല്ലാത്ത വരവ് ലിങ്കുകൾ: ലിങ്കുകളുടെ ഉറവിടങ്ങൾ Ahrefs, Semrush, Search Console, സെർവർ റഫറർ ഡാറ്റ എന്നിവ ഉപയോഗിച്ച് ശേഖരിക്കുക. നീക്കം ചെയ്യാവുന്നവ നീക്കം ചെയ്യുക, ശേഷിക്കുന്നവ ഡിസവോവ് ഫയലിൽ ചേർക്കുക.
• പ്രകൃതിദത്തമല്ലാത്ത പുറത്ത് പോകുന്ന ലിങ്കുകൾ: വിൽപ്പന ചെയ്ത അല്ലെങ്കിൽ പരസ്പര ലിങ്കുകൾ നീക്കം ചെയ്യുക. പരസ്യ സ്വഭാവമുള്ള ലിങ്കുകൾ sponsored അല്ലെങ്കിൽ nofollow ആക്കുക.
• സ്പാം ഉള്ളടക്കം: ഓട്ടോമാറ്റിക് സൃഷ്ടിച്ച, പകർത്തിയ, ഉപയോക്താവിന് മൂല്യം ഇല്ലാത്ത പേജുകൾ നീക്കം ചെയ്യുക അല്ലെങ്കിൽ വിദഗ്ധ എഡിറ്റർമാരുമായി പുനഃരചിക്കുക.
• മറഞ്ഞ വാചകം, കീവേഡ് നിറച്ചൽ: CSS ഉപയോഗിച്ച് മറച്ച വാചകങ്ങൾ, അപ്രസക്ത കീവേഡ് ബ്ലോക്കുകൾ, ദുരുപയോഗം ചെയ്യുന്ന ഫൂട്ടർ ലിങ്കുകൾ നീക്കം ചെയ്യുക.
• ഉപയോക്താവ് സൃഷ്ടിച്ച സ്പാം: കമന്റുകൾ, ഫോറം, പ്രൊഫൈൽ മേഖലകളിൽ മോഡറേഷൻ, ക്യാപ്ച, nofollow നയം നടപ്പിലാക്കുക.

5. ആക്‌സസുകൾ പുനഃസജ്ജീകരിച്ച് അടിസ്ഥാന സൗകര്യം ശക്തമാക്കുക

ശുദ്ധീകരണത്തിന് ശേഷം ഏറ്റവും പ്രധാനപ്പെട്ടത് വീണ്ടും അറ്റാക്ക് ആവാൻ തടയുകയാണ്. ആക്രമകന്റെ ആക്‌സസ് മാർഗം തുറന്നാൽ, Google Search Console മുന്നണി നീക്കം ചെയ്തതിന് കുറച്ച് ദിവസങ്ങളിൽ വീണ്ടും വരാം. എല്ലാ അഡ്മിൻ ഉപയോക്താക്കളുടെ പാസ്വേഡുകൾ മാറ്റുക, ഉപയോഗിക്കാത്ത അക്കൗണ്ടുകൾ നീക്കം ചെയ്യുക, രണ്ട് ഘട്ട തിരിച്ചറിയൽ (2FA) സജീവമാക്കുക, FTP പകരം സാധ്യമായെങ്കിൽ SFTP ഉപയോഗിക്കുക. ഡാറ്റാബേസ് ഉപയോക്താവിന് മാത്രം ആവശ്യമായ അവകാശങ്ങൾ ഉണ്ടായിരിക്കണം.

CMS, തീം, പ്ലഗിൻ അപ്ഡേറ്റുകൾ വൈകിപ്പിക്കരുത്. എന്നാൽ അപ്ഡേറ്റ് ചെയ്യുമ്പോൾ പൂർണ്ണ ബാക്കപ്പ് എടുക്കുക. പഴയ PHP പതിപ്പുകൾ ഗുരുതര അപകടകാരികളാണ്. 2026 മുതൽ സജീവ സുരക്ഷാ പിന്തുണ ഇല്ലാത്ത PHP പതിപ്പുകളിൽ പ്രവർത്തിക്കുന്ന സൈറ്റുകൾ പ്രകടനം, സുരക്ഷയിൽ മന്ദഗതിയിലാണ്. SSL സർട്ടിഫിക്കറ്റ് നിർബന്ധമാണ്; HTTPS റാങ്കിങ്ങിനുള്ള സിഗ്നലല്ല, ഉപയോക്തൃ വിശ്വാസത്തിനും ഡാറ്റ പൂർണ്ണതയ്ക്കും അടിസ്ഥാനം. SSL സംബന്ധിച്ച സഹായത്തിനായി Hostragons SSL സർട്ടിഫിക്കറ്റുകൾ സന്ദർശിക്കുക.

സ്ഥിരം സെക്യൂരിറ്റി മുൻകരുതലുകൾ

• ആഴ്ചവാര ഫയൽ, ഡാറ്റാബേസ് ബാക്കപ്പ്; നിർണായക സൈറ്റുകളിൽ ദിവസേന ബാക്കപ്പ് എടുക്കുക.
• WAF, ദുഷ്‌പ്രവർത്തന സോഫ്റ്റ്‌വെയർ സ്കാനിംഗ് സിസ്റ്റം ഉപയോഗിക്കുക.
• അഡ്മിൻ പാനൽ ലോഗിൻ ശ്രമങ്ങൾ നിയന്ത്രിക്കുക.
• ഫയൽ എഴുത്ത് അനുമതികൾ ഏറ്റവും കുറഞ്ഞതാക്കി സൂക്ഷിക്കുക; 777 അനുമതികൾ ഒഴിവാക്കുക.
• PHP പതിപ്പ് അപ്ഡേറ്റ് ചെയ്ത് ആവശ്യവതാരങ്ങൾ അടയ്ക്കുക.
• ഡൊമൈൻ DNS റെക്കോർഡുകൾ സ്ഥിരമായി പരിശോധിക്കുക. ഡൊമെയിൻ മാനേജ്മെന്റിനായി Hostragons ഡോമേൻ പരിശോധിക്കൽ ഉപയോഗിക്കാം.

6. സാങ്കേതിക SEO പരിശോധനകൾ പൂർത്തിയാക്കുക

സെക്യൂരിറ്റി ശുദ്ധീകരണം കഴിഞ്ഞ് സൈറ്റ് തിരഞ്ഞടുപ്പ് എഞ്ചിനുകൾ വഴി ശരിയായി ക്രോൾ ചെയ്യപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കണം. Robots.txt മുഴുവൻ സൈറ്റ് തടയുകയാണെങ്കിൽ, noindex ടാഗുകൾ കിടക്കുകയാണെങ്കിൽ, canonical ടാഗുകൾ തെറ്റാണെങ്കിൽ, മുന്നണി നീക്കം ചെയ്താലും ട്രാഫിക് മടങ്ങിയെത്താൻ വൈകും. അതിനാൽ രക്ഷാപദ്ധതിയിൽ സാങ്കേതിക SEO പരിശോധന ഉൾപ്പെടുത്തണം.

ആദ്യം മുഖ്യ പേജ്, വിഭാഗ പേജുകൾ, ഏറ്റവും കൂടുതൽ ട്രാഫിക് ലഭിക്കുന്ന ഉള്ളടക്കം, കോൺവേഴ്ഷൻ ചെയ്യുന്ന പേജുകൾ എന്നിവയ്ക്ക് URL ഇൻസ്പെക്ഷൻ ടൂൾ ഉപയോഗിച്ച് തകരാറുകൾ പരിശോധിക്കുക. Google കാണുന്ന HTML ഉപയോക്താവ് കാണുന്ന HTML-നൊപ്പം പൊരുത്തപ്പെടുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. തുടർന്ന് സൈറ്റ്മാപ്പ് ഫയൽ വീണ്ടും സമർപ്പിക്കുക. അനാവശ്യ പാരാമീറ്ററുകളുള്ള URL-കളുടെ ഇൻഡക്സിംഗ് തടയുക. 404, 410, 301, 302 സ്റ്റേറ്റസ് കോഡുകൾക്കുള്ള ലോഗിക്കൽ മാപ്പ് തയ്യാറാക്കുക. രക്ഷാപ്രക്രിയ കഴിഞ്ഞ ആദ്യ 2 ആഴ്ചകൾക്കുള്ളിൽ ക്രോൾ സ്റ്റാറ്റിസ്റ്റിക്സ്, ഇൻഡക്സിംഗ് റിപ്പോർട്ട്, പ്രകടന ഗ്രാഫ് ദിവസേന നിരീക്ഷിക്കണം.

രക്ഷാപ്രക്രിയയ്ക്കുശേഷം ശ്രദ്ധിക്കേണ്ട മെട്രിക്‌സ്

• സെക്യൂരിറ്റി, മാനുവൽ നടപടികൾ വിഭാഗത്തിലെ മുന്നണിയുടെ സ്ഥിതി.
• ശുദ്ധീകരിച്ച പേജുകളുടെ എണ്ണം, ഒഴിവാക്കിയ സ്പാം URL-കളുടെ എണ്ണം.
• ഓർഗാനിക് ക്ലിക്ക്, ഇംപ്രഷൻ, ശരാശരി റാങ്ക്, TO മാറ്റം.
• സെർവർ പ്രതികരണ സമയം, 5xx പിശക് നിരക്ക്.
• Googlebot ക്രോൾ ആവൃത്തി, ക്രോൾ ലക്ഷ്യം.
• ബ്രാൻഡ് സെർച്ച്‌കളിൽ സെക്യൂരിറ്റി മുന്നണികൾ കാണപ്പെടുന്നുണ്ടോ.

7. പുനർപരിശോധന അപേക്ഷ എങ്ങനെ എഴുതണം?

പുനർപരിശോധന അപേക്ഷ Google-യ്ക്ക് നൽകുന്ന ചുരുക്കമായ, തെളിവുകളോടെയുള്ള പരിഹാര റിപ്പോർട്ടാണ്. ഈ എഴുത്തിൽ പ്രതിരോധോന്മുഖത, അനിശ്ചിതത്വം, മാർക്കറ്റിംഗ് ഭാഷ ഒഴിവാക്കണം. Google ടീം എന്താണ് സംഭവിച്ചത്, കാരണം എന്താണ്, ഏത് URL-കൾ തിരുത്തിയിട്ടുണ്ട്, വീണ്ടും സംഭവിക്കാതിരിക്കാൻ എന്ത് മുൻകരുതലുകൾ എടുത്തുവെന്ന് അറിയാൻ ആഗ്രഹിക്കുന്നു. അപേക്ഷ അധിക വൈകാതെ അയയ്ക്കുക സാധാരണയായി നിരാകരണം വരുത്തും. നിരാകരണം കിട്ടിയ ശേഷം വീണ്ടും അയക്കാം, പക്ഷേ ഇത് സമയം കൂടുതൽ നീട്ടും.

നല്ല പുനർപരിശോധന അപേക്ഷ നാലു ഭാഗങ്ങളായിരിക്കും: ആദ്യഭാഗം പ്രശ്‌നം അംഗീകരിക്കുക, രണ്ടാം ഭാഗം കാരണം വിശദീകരിക്കുക, മൂന്നാം ഭാഗം എടുത്ത പരിഹാരങ്ങൾ പട്ടികവത്കരിക്കുക, നാലാം ഭാഗം സ്ഥിരതയുള്ള മുൻകരുതലുകൾ വ്യക്തമാക്കുക. ബാക്ക്ലിങ്ക് പിഴവിനുള്ള അപേക്ഷയിൽ നീക്കം ശ്രമങ്ങൾ, ബന്ധപ്പെടൽ തീയതികൾ, ഡിസവോവ് ഫയൽ വിവരിക്കുക. സെക്യൂരിറ്റി പ്രശ്നങ്ങൾക്ക് ശുദ്ധീകരിച്ച ഫയൽ തരം, നീക്കം ചെയ്ത ഉപയോക്താക്കൾ, അപ്ഡേറ്റ് ചെയ്ത പ്ലഗിനുകൾ, സ്വീകരിച്ച സുരക്ഷാ നടപടികൾ രേഖപ്പെടുത്തുക.

പുനർപരിശോധന അപേക്ഷയുടെ ഉദാഹരണ ഘടന

ഞങ്ങളുടെ സൈറ്റിൽ Google മാർഗനിർദ്ദേശങ്ങൾ ലംഘിക്കുന്ന സെക്യൂരിറ്റി പ്രശ്നം കണ്ടെത്തിയതായി ശ്രദ്ധയിൽപ്പെട്ടു. പരിശോധിച്ചപ്പോൾ പഴയ ഒരു പ്ലഗിൻ വഴി അനധികൃത ഫയൽ അപ്‌ലോഡ് ചെയ്തതായി, ചില URL-കളിൽ സ്പാം ഉള്ളടക്കം ഉണ്ടെന്ന് കണ്ടെത്തി. ബന്ധപ്പെട്ട പ്ലഗിൻ നീക്കം ചെയ്തു, കോർ ഫയലുകൾ ശുദ്ധമായ ബാക്കപ്പുമായി താരതമ്യം ചെയ്തു, സ്പാം URL-കൾ 410 കൊണ്ട് നീക്കം ചെയ്തു, സൈറ്റ്മാപ്പ് പുനഃസൃഷ്ടിച്ചു, എല്ലാ അഡ്മിൻ പാസ്വേഡുകളും മാറ്റി, രണ്ട് ഘട്ട തിരിച്ചറിയൽ സജ്ജമാക്കി. സെർവർ ലോ​ഗുകൾ പരിശോധിച്ച് സംശയാസ്പദ IP-കൾ തടഞ്ഞു, സ്ഥിരം ദോഷകരമായ സോഫ്റ്റ്‌വെയർ സ്‌കാനിംഗ് പ്രയോഗിച്ചു. പ്രശ്നം വീണ്ടും ഉണ്ടാകാതിരിക്കാൻ അപ്ഡേറ്റ്, ബാക്കപ്പ്, ആക്‌സസ് നയങ്ങൾ രൂപീകരിച്ചു. സൈറ്റിന്റെ പുനർപരിശോധനക്ക് അപേക്ഷിക്കുന്നു.

ഈ എഴുത്ത് നിങ്ങളുടെ സാഹചര്യത്തിന് അനുയോജ്യമായി വ്യക്തമാക്കണം. പൊതുവായ വാക്യങ്ങൾക്കുപകരം ഫയൽ പാത, തീയതി, URL എണ്ണം, ചെയ്ത പ്രവർത്തനങ്ങളുടെ കണക്കുകൾ ഉൾപ്പെടുത്തുക. ഉദാഹരണത്തിന് 326 സ്പാം URL 410-ആയി നീക്കം ചെയ്തു, 4 അനധികൃത ഉപയോക്താക്കൾ നീക്കം ചെയ്തു, 17 പ്ലഗിൻ അപ്ഡേറ്റ് ചെയ്തു, 2 ഉപയോഗശൂന്യമായ തീം നീക്കം ചെയ്തു എന്നിങ്ങനെയാണ് വിശദീകരണം. ഇത് E-E-A-T-ന് ശക്തമായ സിഗ്നൽ നൽകും.

8. ട്രാഫിക് എപ്പോൾ പുനഃസ്ഥാപിക്കും?

മുന്നണി നീക്കം ചെയ്തതും ട്രാഫിക് പൂർണ്ണം മടങ്ങിവരുന്നതും ഒരുപോലെ അല്ല. സെക്യൂരിറ്റി പ്രശ്നങ്ങളിൽ Google വീണ്ടും ക്രോൾ ചെയ്ത ശേഷം മുന്നണി കുറച്ച് ദിവസങ്ങളിൽ മുതൽ ആഴ്ചകളിൽ നീക്കം ചെയ്യാം. മാനുവൽ നടപടികളിൽ പരിഗണന സമയം സാധാരണയായി കൂടുതല്‍ നീളം വരാം. മുന്നണി നീക്കം ചെയ്ത ശേഷം Google പേജുകൾ വീണ്ടും ക്രോൾ ചെയ്ത് ഗുണനിലവാര സിഗ്നലുകൾ പുനഃസംഘടിപ്പിക്കുകയും ഉപയോക്തൃ പെരുമാറ്റ ഡാറ്റ ബാലൻസ് ചെയ്യുകയും വേണം. ഈ പ്രക്രിയ മത്സരം, സൈറ്റ് വലിപ്പം, നഷ്‌ടത്തിന്റെ പരിധി അനുസരിച്ച് 2 ആഴ്ച മുതൽ 3 മാസം വരെ മാറാം.

പുനഃസ്ഥാപന കാലത്ത് അതിവേഗ SEO നടപടികൾ ഒഴിവാക്കുക. ഒറ്റ ദിവസം നൂറുകണക്കിന് പുതിയ ഉള്ളടക്കം പ്രസിദ്ധീകരിക്കുക, വേഗത്തിൽ ബാക്ക്ലിങ്കുകൾ നേടുക, മുഴുവൻ URL ഘടന മാറ്റുക എന്നിവ മെച്ചപ്പെടുത്തൽ ബുദ്ധിമുട്ടാക്കും. മുൻഗണന വിശ്വാസ്യത, വേഗം, സാങ്കേതിക ശുദ്ധീകരണം, ഉപയോക്തൃ മൂല്യം എന്നിവയ്ക്കാണ്. ഏറ്റവും വരുമാനമോ ലീഡോ ഉളവാക്കുന്ന പേജുകൾ അപ്ഡേറ്റ് ചെയ്യുക, വിദഗ്ധത തെളിയിക്കുന്ന ഉള്ളടക്കം ചേർക്കുക, സ്വാഭാവികമായി ആന്തര ലിങ്കുകൾ ശക്തമാക്കുക, ബ്രാൻഡ് വിശ്വാസം വർദ്ധിപ്പിക്കുന്ന ബന്ധപ്പെടൽ, ഞങ്ങളെക്കുറിച്ച്, സ്വകാര്യത നയം, പിന്തുണാ പേജുകൾ പൂർണ്ണമാക്കുക.

9. സാധാരണ പിഴവുകൾ

ഈ പ്രക്രിയയിൽ സംഭവിക്കുന്ന പിഴവുകൾ മുന്നണി നീക്കുന്നതിൽ വൈകല്യവും സൈറ്റിന്റെ ഓർഗാനിക് പ്രകടനത്തിൽ കൂടുതൽ നാശവും ഉണ്ടാക്കും. ഏറ്റവും സാധാരണ പിഴവ് കാരണം കണ്ടെത്താതെ ദോഷകരമായ കോഡ് മാത്രം നീക്കം ചെയ്യുക ആണ്. രണ്ടാം പിഴവ് എല്ലാ സ്പാം URL-കളും മുഖപേജിലേക്ക് റീഡയറക്ട് ചെയ്യുക ആണ്. മൂന്നാമത് മാനുവൽ നടപടിക്കായി പാരാമർശങ്ങൾക്കുറഞ്ഞ പുനർപരിശോധന അപേക്ഷ അയക്കുക. Google ടീം അസ്ഥിരവും തെളിവില്ലാത്ത അപേക്ഷകൾ സാധാരണ നിരാകരിക്കും.

• ശുദ്ധീകരിക്കാത്ത ബാക്കപ്പ് പുനഃസ്ഥാപിച്ച് പ്രശ്നം വീണ്ടും തുടങ്ങുക.
• Robots.txt ഉപയോഗിച്ച് Google നെഗറ്റീവ് പേജുകൾ കാണാതാക്കുകയും ശുദ്ധീകരണം സ്ഥിരീകരിക്കാൻ ബുദ്ധിമുട്ടാക്കുക.
• ഡിസ്‌അവോവ് ഫയലിൽ എല്ലാ ബാക്ക്ലിങ്കുകളും ചേർത്ത് സ്വാഭാവിക അധികാരം നഷ്ടപ്പെടുത്തുക.
• മുഖപേജ് മാത്രം പരിശോധിച്ച് ഉപഡയറക്ടറികളിലെ സ്പാം ഉള്ളടക്കങ്ങൾ മറക്കുക.
• പഴയ തീം, പ്ലഗിൻ പാസ്സിവ് നിലയിൽ വച്ച് ആക്രമണ സാധ്യത വർധിപ്പിക്കുക.
• SSL, DNS, ഹോസ്റ്റിംഗ് സുരക്ഷയെ SEO-യിൽ നിന്നും വേർതിരിച്ച് കാണുക.

Hostragons-നൊപ്പം സുരക്ഷിതമായ രക്ഷാപ്രക്രിയ

Google Search Console മുന്നണികൾ സാധാരണയായി വെറും SEO പ്രശ്നം മാത്രമല്ല, അടിസ്ഥാന സൗകര്യവും പ്രവർത്തന രീതിയും സംബന്ധിച്ച പ്രശ്നങ്ങളായി കാണണം. സുരക്ഷിത ഹോസ്റ്റിംഗ്, സ്ഥിരം ബാക്കപ്പ്, പുതിയ PHP പതിപ്പുകൾ, SSL, ഡൊമൈൻ നിയന്ത്രണം, ആക്‌സസ് നയങ്ങൾ എന്നിവ ചേർന്നാൽ രക്ഷാപ്രക്രിയ വേഗത്തിലാകും, വീണ്ടും പ്രശ്നമുണ്ടാകാനുള്ള സാധ്യത കുറയും. നിങ്ങളുടെ വെബ്സൈറ്റിന്റെ അടിത്തറ ശക്തമാക്കാൻ സുരക്ഷിത വെബ് ഹോസ്റ്റിംഗ് തിരഞ്ഞെടുപ്പ്, WordPress സുരക്ഷാ മുൻകൂറുകൾ, SSL സർട്ടിഫിക്കറ്റ്什么意思, വെബ് സൈറ്റ് ബാക്കപ്പ് മാർഗ്ഗനിർദ്ദേശം പോലുള്ള വിഷയങ്ങളുമായി ഉള്ളടക്ക ബന്ധം ഒരുക്കുക.

സംഗ്രഹിച്ച് പറയുമ്പോൾ: മുന്നണി ശരിയായി തിരിച്ചറിയുക, തെളിവുകൾ ശേഖരിക്കുക, ഫയലുകളും ഉള്ളടക്കവും ശുദ്ധീകരിക്കുക, ആക്‌സസ് പുനഃസജ്ജീകരിക്കുക, സാങ്കേതിക SEO പരിശോധിക്കുക, എല്ലാം ശരിയായി തീർന്നു കഴിഞ്ഞാൽ മാത്രമേ പുനർപരിശോധന അപേക്ഷ അയയ്ക്കണം. ഉറച്ച ഹോസ്റ്റിംഗ് അടിസ്ഥാന സൗകര്യവും സ്ഥിരമായ സെക്യൂരിറ്റി പ്രവർത്തനങ്ങളും ഈ പ്രക്രിയയിലെ ഏറ്റവും മികച്ച സുരക്ഷയാണ്. നിങ്ങളുടെ ആവശ്യങ്ങൾക്ക് അനുയോജ്യമായ ഹോസ്റ്റിംഗ്, ഡൊമൈൻ, SSL ഓപ്ഷനുകൾ Hostragons-ൽ പരിശോധിച്ച് സുരക്ഷിതമായ തുടക്കമെടുക്കാം.

സാധാരണയായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

Google Search Console സെക്യൂരിറ്റി, മാനുവൽ പിഴവ് മുന്നണി ഉടൻ റാങ്ക് നഷ്ടം ഉണ്ടാക്കുമോ?

അതെ, പ്രത്യേകിച്ച് സൈറ്റ് മുഴുവനും ബാധിക്കുന്ന മാനുവൽ നടപടി അല്ലെങ്കിൽ ദോഷകരമായ സോഫ്റ്റ്‌വെയർ മുന്നണി ഉണ്ടെങ്കിൽ റാങ്ക്, ക്ലിക്ക് നിരക്ക് വേഗം കുറഞ്ഞേക്കാം. ചില URL-അനുസരിച്ചുള്ള മുന്നണിയിൽ ബാധ കുറവായിരിക്കും, പക്ഷേ വേഗം ഇടപെടേണ്ടതാണ്.

മുന്നണി വന്നപ്പോൾ സൈറ്റ് പൂർണ്ണമായി അടയ്ക്കണോ?

എല്ലായ്പ്പോഴും ആവശ്യമില്ല. ഉപയോക്തൃ സുരക്ഷ അപകടത്തിൽ ആണെങ്കിൽ മെയിന്റനൻസ് മോഡിലേക്ക് മാറ്റുന്നത് യോഗ്യമാണ്. എന്നാൽ Google ശുദ്ധീകരണം സ്ഥിരീകരിക്കാൻ പരിഹരിച്ച പേജുകൾ ലഭ്യമായിരിക്കണം. തീരുമാനം മുന്നണി തരം അനുസരിച്ച് എടുക്കണം.

പുനർപരിശോധന അപേക്ഷ എത്ര ദിവസത്തിൽ ഫലം അറിയും?

നിശ്ചിത കാലയളവ് ഇല്ല. സെക്യൂരിറ്റി പ്രശ്നങ്ങളിൽ കുറച്ച് ദിവസങ്ങളിൽ ഉത്തരം ലഭിക്കാം, മാനുവൽ നടപടികളിൽ ഇത് ആഴ്ചകളായി നീളാം. ശുദ്ധീകരണം അപൂർണ്ണമാണെങ്കിൽ അല്ലെങ്കിൽ വിശദീകരണം വ്യക്തമല്ലെങ്കിൽ നിരാകരണം കൂടും, അധികം കാത്തിരിപ്പ് ഉണ്ടാകും.

ഡിസ്‌അവോവ് ഫയൽ എല്ലാ മാനുവൽ നടപടികളിലും ഉപയോഗിക്കണോ?

ഇല്ല. ഡിസ്‌അവോവ് ഫയൽ പ്രകൃതിദത്തമല്ലാത്ത വരവ് ലിങ്കുകൾ മാത്രമാണ് ബാധകമാകുന്നത്, അവ നീക്കം ചെയ്യാൻ കഴിയാതെ വന്നാൽ മാത്രമേ ഉപയോഗിക്കൂ. തെറ്റായ ഉപയോഗം സൈറ്റിന്റെ സ്വാഭാവിക ലിങ്ക് ശക്തി കുറയ്ക്കും.

മുന്നണി നീക്കം ചെയ്തതിനു ശേഷം പ്രശ്നം വീണ്ടും വരുമോ?

കാരണം പരിഹരിച്ചില്ലെങ്കിൽ വീണ്ടും വരാം. പഴയ പ്ലഗിൻ, ദുർബല പാസ്വേഡ്, തുറന്ന FTP അക്കൗണ്ട്, സുരക്ഷിതമല്ലാത്ത തീം, ദുര്‍ബലമായ ഹോസ്റ്റിംഗ് ഐസൊലേഷൻ എന്നിവ തുടർന്നാൽ Google മുന്നണി വീണ്ടും കാണിക്കാം.