שיקום אתר עם אזהרות מנגנון החיפוש של גוגל

אזהרות אבטחה ומבצע ידני ממנגנון החיפוש של גוגל מצביעות על כך שגוגל זיהתה מצב של ספאם, תוכנה זדונית, תוכן שהופץ על ידי האקרים, דפים מטעים או מצב המפר את הנחיות האיכות באתר שלכם. כדי לשקם את האתר שלכם, קראו תחילה את סוג האזהרה בצורה נכונה, בדקו את ה-URL המושפעים ואת ה-log של השרת, סגרו את פרצת האבטחה, נקו תוכן מזיק או שאינו עומד בהנחיות, השלימו בדיקות SEO טכניות ולאחר מכן שלחו בקשה להערכה מחדש עם הוכחות מגובות דרך מנגנון החיפוש של גוגל.

מדריך זה נוצר כמתווה מעשי לשיקום עבור בלוג Hostragons. המטרה אינה רק להסיר את האזהרה, אלא גם להבטיח שהבעיה לא תחזור על עצמה על ידי חיזוק התהליכים של אירוח, CMS, תוספים, SSL, גיבויים, גישה ותוכן. במיוחד עבור אלה המנהלים אתרי וורדפרס, תוכנה ייחודית, אתרי סחר אלקטרוני או אתרי תאגידים, הצעדים מסודרים בצורה שניתן ליישם, למדוד ולהפחית את השפעת ה-SEO.

מהי אזהרת אבטחה ומבצע ידני ממנגנון החיפוש של גוגל?

סעיף זה במנגנון החיפוש של גוגל מכסה שני תחומים עיקריים: בעיות אבטחה ומבצעים ידניים. בעיות אבטחה בדרך כלל נראות כאשר האתר מהווה סיכון עבור המשתמשים. לדוגמה, ייתכן שנמצאה תוכנה זדונית, הורדה לא רצויה, דף פישינג, תוכן שהופץ על ידי האקרים או הפניות מטעות. מבצעים ידניים מצביעים על כך שצוות האיכות של גוגל הטיל עונש על חלק מסוים באתר שלכם או על כולו. העונש הזה עשוי להוריד את הנראות האורגנית שלכם באופן ישיר.

למרות ששני סוגי האזהרות דומים, הגישה לפתרון שונה. בבעיות אבטחה, העדיפות היא להפסיק את ההתקפה, לנקות קבצים ולהבטיח את בטיחות המשתמשים. במבצעים ידניים, יש לתקן הפרות הנחיות, להסיר אותות ספאם ולהציג לגוגל דוח תיקון ברור. בשני המקרים, שליחת בקשה להערכה מחדש במקביל אינה הפתרון הנכון; קודם יש למצוא את הסיבה שורש וליישם פתרון קבוע.

סוגי האזהרות והשפעות SEO

כאשר אתם מקבלים אזהרה, הצעד הראשון הוא לקרוא את שם ההודעה המלאה והיקפה בלוח הבקרה של מנגנון החיפוש. חלק מהמבצעים משפיעים רק על URL מסוימים בעוד אחרים עשויים לכסות את כל האתר. מבצע ידני המוטל על כל האתר יכול להגדיל את אובדן התנועה בין 30% ל-90% תוך מספר ימים. באזהרות אבטחה, ייתכן שגוגל תציג למשתמשים מסך אזהרה אדום בתוצאות של כרום וגוגל; מצב זה עשוי להביא את שיעור הלחיצות כמעט לאפס.

1. אספו ראיות מבלי להיכנס לפאניקה

ברגע שאתם רואים את האזהרה, הסרת האתר באופן אקראי, הסרת כל התוספים או שליחת בקשה להערכה מחדש היא טעות. תחילה, תעדו את המצב הקיים. קחו צילום מסך של מנגנון החיפוש, רשמו את תאריך האזהרה, רשמו את ה-URL המושפעים והוציאו את השינויים שבוצעו ב-30 הימים האחרונים. ברשימה זו יש לכלול התקנת תוסף חדש, עדכון תבנית, העברת אירוח, הוספת קוד פרסום, גישה של עורכי תוכן, עבודות קישורים נכנסים והתערבויות של סוכנויות חיצוניות.

במהלך תהליך השיקום, הנתון היקר ביותר הוא ציר הזמן. לדוגמה, אם תוסף עודכן בתאריך 12 במרץ, בתאריך 14 במרץ נוצרו קבצי PHP לא ידועים בשרת, ובתאריך 16 במרץ התקבלה אזהרת אבטחה מגוגל, סיבת השורש עשויה להיות פגם בתוסף או גישה דרך FTP. לכן, לפני שמתחילים לתקן, שמרו את ה-log, תאריכי הקבצים ורשומות הגישה.

רשימת בדיקה מהירה

• שמרו את טקסט האזהרה של מנגנון החיפוש ואת ה-URL לדוגמא.
• בדקו את השינויים בתנועת האינטרנט האורגנית ב-7, 14 ו-30 הימים האחרונים.
• עיינו בתאריכי שינויים בקבצים בלוח הבקרה של האירוח.
• רשמו את המשתמשים ב-FTP, SSH, מנהל CMS ובסיס הנתונים.
• אמתו את תאריך הגיבויים האחרונים והאם הם נקיים.
• גיבוי של מפת האתר, robots.txt וקובצי .htaccess.

2. בצעו ניתוח של השרת והקבצים בבעיות אבטחה

אם יש אזהרת אבטחה, לא די לבדוק רק את לוח הבקרה של ה-CMS. תוקפים לעיתים קרובות מוסיפים קובץ PHP לתיק wp-content/uploads, כותבים הפניות סודיות לתוך .htaccess, מזריקים JavaScript מוסתר לקובץ index.php או מוסיפים iframe זדוני לתחומי תוכן בבסיס הנתונים. אם אתם משתמשים בוורדפרס, השוו את הקבצים הליבתיים עם החבילה המקורית. אם אתם משתמשים בתוכנה ייחודית, בצעו ניתוח diff עם מאגר ה-Git או גיבוי נקי.

בצד השרת, בדקו את קודי המצב 200, 301, 302, 403 ו-500 יחד. URL יכול להיראות נקי למשתמש רגיל בעוד ש-Googlebot עשוי לקבל תוכן שונה. מצב זה נקרא cloaking ומגביר את הסיכון לאבטחה ולמבצע ידני. אם יש בבדיקות ה-log בקשות POST מרובות מ-IP לא ידועים, שימוש יתר ב-admin-ajax.php, ניסי brute force על wp-login.php או גישה אקראית לקבצי PHP, ייתכן שההתקפה נמשכת.

קבצים ותחומים שצריך לבדוק

• קובצי index.php, wp-config.php, functions.php ו-.htaccess.
• קבצי PHP, phtml או js חשודים בתיק uploads.
• בבסיס הנתונים, רשומות base64, eval, script, iframe ודומיינים חיצוניים לא ידועים.
• קובצי header, footer ותבנית הקשורים לתבנית.
• משימות cron, משתמשים לא ידועים ומפתחות API.
• Google Tag Manager, סקריפטי פרסום וקודי ווידג'טים של צד שלישי.

בשלב זה, תשתית אירוח איכותית עושה הבדל גדול. מבנה חשבון מבודד, גרסאות PHP עדכניות, WAF, סריקות לתוכנה זדונית וגיבויים סדירים יכולים להקטין את זמן השיקום לשעות. עבור אפשרויות תשתית מתאימות, תוכלו לבדוק את אחסון אתרים Hostragons ואת עמודי שרת VPS Hostragons עבור פרויקטים שדורשים יותר שליטה.

3. נקו תוכן שהופץ על ידי האקרים וזיהום אינדקס

באזהרות תוכן שהופץ על ידי האקרים, הבעיה לא תמיד נראית בדף הבית. ייתכן שהאתר שלכם ייצר אלפי URL של ספאם. במיוחד תוכן הקשור ליפנית, הימורים, תרופות, תמיכה מזויפת וקופונים נפוץ מאוד. יש לבדוק את דוח הוספת דפי אינדקס במנגנון החיפוש, חיפוש site:yourdomain.com, לוגי השרת ומפת האתר יחד. אם יש ב-mapa URLs שלא יצרתם, ייתכן שהפורץ אוטומטיזציה את יצירת התוכן.

יש שלושה יעדים בניקוי: להסיר תוכן מזיק, למנוע את חזרתו ולספק גירוי נכון לגוגל. דפי ספאם שהוסרו צריכים להחזיר קוד 404 או 410. קודים ספאם בדפים בעלי ערך צריכים להיות נקיים ולהישאר עם קוד 200. לא נכון להפנות את כל כתובות ה-URL הספאם לדף הבית עם הפניית 301; שיטה זו עשויה להחמיר עוד יותר את אותות האיכות.

צעדים שניתן לנקוט לניקוי אינדקס

• הוציאו רשימת URL של ספאם וסדרו את ה-URL לפי קטגוריות.
• נקו את הדפים האמיתיים, הסירו את הדפים המזויפים עם קוד מצב 410 Gone.
• בנו מחדש את מפת האתר רק עם URL נקיים וקנוניים.
• ודאו שלא חסמתם בטעות אזורים חשובים לניקוי עם robots.txt.
• בקשו סריקה מחדש לדפים קריטיים עם כלי בדיקת URL של מנגנון החיפוש.
• אל תסיימו את התהליך לפני שמצאתם את הקובץ או רשומת בסיס הנתונים המייצרת ספאם.

4. אם יש מבצע ידני, תקנו לפי הנחיות האיכות

מבצע ידני מתייחס לרוב לאיכות תוכן או קישורים. המטרה של גוגל היא להגן על המשתמשים מתוצאות מניפולטיביות. לכן, כאשר מתבצעת תיקון, יש לשנות לא רק את הסימפטומים הנראים אלא גם את התהליך שגרם למניפולציה. לדוגמה, אם קיבלתם עונש על קישורים מלאכותיים, ייתכן שהסרת כמה קישורים אינה מספיקה; עליכם להפסיק את קמפיין רכישת הקישורים, לסמן את הקישורים הממומנים עם rel sponsored ולנקות טקסטים עוגן לא טבעיים.

באזהרות תוכן דל או תוכן שנוצר אוטומטית, מספר הדפים חשוב. באתר של 10,000 דפים, אם 7,000 דפים אינם מציעים ערך למשתמש, גוגל עשויה לראות את האתר כולו באיכות נמוכה. קחו החלטות עבור כל URL: שדרגו, שילבו, סמנו noindex או מחקו. גרסאות מוצר, ארכיבי תגים, דפי תוצאות חיפוש וכתובות URL של מסננים יכולים ליצור בעיות רבות בניתוח הזה.

דוגמאות לתיקון מבצע ידני

• קישורים נכנסים לא טבעיים: אספו את מקורות הקישורים עם Ahrefs, Semrush, מנגנון החיפוש ונתוני הפניות מהשרת. הסירו את אלו שניתן להסיר, והוסיפו את הנותרים לקובץ disavow.
• קישורים יוצאים לא טבעיים: הסירו קישורים שנרכשו או קישורים הדדיים. הפכו קישורים פרסומיים ל-sponsored או nofollow.
• תוכן ספאם: הסירו דפים שנוצרו אוטומטית, מועתקים או שאינם מוסיפים ערך למשתמש או כתבו מחדש עם עורכים מומחים.
• טקסט מוסתר ודחיסת מילות מפתח: נקו טקסטים המוסתרים עם CSS, בלוקים של מילות מפתח שאינן רלוונטיות וקישורי footer מניפולטיביים.
• ספאם שנוצר על ידי משתמשים: יישמו בקרה, captcha וחוקי nofollow באזורים של תגובות, פורומים ופרופילים.

5. אפסו גישות והקשיחו את התשתית

לאחר הניקוי, הצעד הקריטי ביותר הוא למנוע חזרה של הבעיה. אם הדרך לגישה של התוקף נשארת פתוחה, אזהרת מנגנון החיפוש עשויה לחזור לאחר כמה ימים. שנו את הסיסמאות של כל המשתמשים המנהליים, הסירו חשבונות לא בשימוש, הפעלו אימות בשני שלבים והשתמשו ב-SFTP במקום FTP אם אפשר. ודאו שמשתמש בסיס הנתונים מחזיק רק בהרשאות הנדרשות.

עדכוני CMS, תבניות ותוספים לא צריכים להתעכב. אך לפני עדכון, יש לבצע גיבוי מלא. גרסאות PHP ישנות גם מסכנות מאוד. החל מ-2026, אתרים המשתמשים בגרסאות PHP ללא תמיכה פעילה באבטחה ייצרו אותות חלשים הן מבחינת ביצועים והן מבחינת אבטחה. תעודת SSL גם נחשבת חיונית; HTTPS הוא לא רק אות דירוג אלא גם שכבת בסיס עבור אמון המשתמשים ושלמות הנתונים. עמוד תעודות SSL Hostragons עשוי להיות התחלה מועילה בנושא SSL.

צעדי אבטחה קבועים

• גיבוי קבוע של קבצים ובסיס הנתונים, גיבוי יומי לאתרים קריטיים.
• השתמשו ב-WAF ובמערכת סריקה לתוכנה זדונית.
• מגבלו את ניסי הכניסה ללוח הבקרה.
• שמרו את הרשאות כתיבת הקבצים ברמה מינימלית; הימנעו מההרשאות 777.
• עדכנו את גרסת PHP וסגרו מודולים לא נחוצים.
• בדקו את רשומות ה-DNS של הדומיין שלכם באופן קבוע. ניתן להשתמש בעמוד שאלת דומיינים Hostragons לניהול דומיינים.

6. השלימו את בדיקות ה-SEO הטכניות

לאחר ניקוי האבטחה, יש לוודא שהאתר נסרק כראוי על ידי מנועי החיפוש. אם robots.txt חוסם בטעות את כל האתר, אם יש תגים noindex שנותרו או אם יש תגים קנוניים שגויים, האזהרה עשויה להפסיק אך התנועה לא תחזור. לכן יש לכלול בדיקות SEO טכניות בתוכנית השיקום.

ראשית, השתמשו בכלי בדיקת URL לדף הבית, לדפי הקטגוריה, לתוכן עם הכי הרבה תנועה ולדפים המניבים המרה. בדקו אם ה-HTML שגוגל רואה תואם ל-HTML שרואה המשתמש. לאחר מכן, שלחו מחדש את מפת האתר. מנעו אינדוקציה של URL עם פרמטרים מיותרים. סדרו את קודי המצב 404, 410, 301 ו-302 במפה הגיונית. במהלך שבועיים הראשונים לאחר השיקום יש לעקוב יום-יום אחרי סטטיסטיקות הסריקה, דוח האינדוקציה וגרף הביצועים.

מדדים לעקוב אחריהם לאחר השיקום

• מצב האזהרה בסעיף אבטחה ומבצעים ידניים.
• מספר הדפים הנקיים שנוספו לאינדקס ומספר ה-URL של ספאם שהושמטו.
• שינוי בלחיצות אורגניות, חשיפות, מיקום ממוצע ושיעור ה-TO.
• זמני תגובה מהשרת ושיעור השגיאות 5xx.
• תדירות הסריקה של Googlebot ומטרת הסריקה.
• האם אזהרת אבטחה מופיעה בחיפושי המותג.

7. איך לכתוב בקשה להערכה מחדש?

בקשה להערכה מחדש היא דוח תיקון קצר אך מגובה בראיות שנשלח לגוגל. בטקסט זה אין להשתמש בשפה הגנתית, מעורפלת או שיווקית. צוות גוגל רוצה לראות מה קרה, מדוע זה קרה, אילו URL תוקנו ואילו צעדים ננקטו כדי למנוע חזרה של הבעיה. שליחת הבקשה מוקדם מדי עשויה להוביל לרוב לדחייה. לאחר שנדחתה, ניתן לשלוח בקשה מחדש, אך כל דחייה מאריכה את התהליך.

בקשה טובה להערכה מחדש מורכבת מ-4 חלקים. בחלק הראשון, קבלו את הבעיה. בחלק השני, הסבירו את סיבת השורש. בחלק השלישי, פרטו את התיקונים שבוצעו. בחלק הרביעי, ציינו את הצעדים הקבועים שננקטו. אם אתם פונים לגבי עונש על קישורים, הסבירו את ניסי ההסרה שלכם, תאריכי הקשרים ואת קובץ ה-disavow. אם פניתם לגבי בעיית אבטחה, כתבו על סוגי הקבצים שנוקו, משתמשים שהוסרו, תוספים שעודכנו ואמצעי האבטחה שננקטו.

דוגמת מבנה טקסט לבקשה להערכה מחדש

גילינו שיש בעיית אבטחה באתר שלנו המפרה את הנחיות גוגל. במהלך הבדיקה, זיהינו שקובץ הוזרק דרך תוסף ישן ונוצרו כמה URL עם תוכן ספאם. התוסף שהוסרה, קבצי הליבה הושוו עם גיבוי נקי, URL של ספאם הוסרו עם קוד 410, מפת האתר נבנתה מחדש, כל הסיסמאות של המנהלים שונו והאימות בשני שלבים הופעל. נבדקו לוגי השרת, חסמנו IP חשודים והפעלנו סריקות קבועות לתוכנה זדונית. כדי למנוע חזרה של הבעיה, יצרנו מדיניות עדכון, גיבוי ומדיניות גישה. אנו מבקשים שתבדקו את האתר שלנו מחדש.

יש להתאים טקסט זה למצב שלכם. הוספת נתונים כמו נתיב הקובץ, תאריך, מספר ה-URL ומספר התהליכים שהתרחשו מעניקים אמינות. לדוגמה, "326 URL של ספאם הוסרו עם קוד 410, 4 משתמשים לא מורשים הוסרו, 17 תוספים עודכנו, 2 תבניות לא בשימוש הוסרו" יכולות לייצר אות חזק מבחינת E-E-A-T.

8. מתי התנועה תחזור?

הסרת האזהרה אינה משמעה שהתנועה תחזור לחלוטין. בבעיות אבטחה, לאחר שגוגל מבצעת סריקה, האזהרה עשויה להסתיים תוך כמה ימים או כמה שבועות. במבצעים ידניים, זמן ההערכה בדרך כלל ארוך יותר. לאחר הסרת האזהרה, גוגל צריכה לסרוק מחדש את הדפים, לחשב מחדש את אותות האיכות ולממש את נתוני התנהגות המשתמשים. תהליך זה יכול להימשך בין 2 שבועות ל-3 חודשים, תלוי ברמת התחרות, גודל האתר ומידת הנזק.

במהלך תקופת השיקום, הימנעו מהתקפות SEO אגרסיביות. פרסום פתאומי של מאות תוכן חדש, קבלת קישורים מהירה או שינוי כל מבנה ה-URL עשויים להקשות על השיפור. העדיפו אמינות, מהירות, ניקוי טכני וערך למשתמש. עדכנו את הדפים שמניבים את רוב ההכנסות או הלידים, הוסיפו תוכן הממחיש מומחיות, חזקו את הקישורים הפנימיים באופן טבעי והשלימו את דפי הקשר, על אודות, מדיניות פרטיות ותמיכה.

9. טעויות נפוצות

טעויות במהלך תהליך זה עשויות לעכב את הסרת האזהרה ולפגוע יותר בביצועים האורגניים של האתר. הטעות הנפוצה ביותר היא מחיקת קוד מזיק מבלי למצוא את סיבת השורש. טעות שנייה היא להפנות את כל ה-URL של הספאם לדף הבית. הטעות השלישית היא לבקש הערכה מחדש עם הסברים שטחיים למבצע ידני. צוות גוגל בדרך כלל דוחה בקשות לא ברורות ולא מגובות.

• שחזור גיבוי לא נקי והתחלת הבעיה שוב.
• חסימת גוגל מראות דפי ספאם עם robots.txt ובכך להקשות על האימות של הניקוי.
• הוספת כל הקישורים לקובץ disavow והפסד של האוטוריטה הטבעית.
• בדיקה של רק דף הבית והחמצת תוכן ספאם בתתי-קטגוריות.
• שארית תוספים ותבניות ישנות במצב פסיבי; קבצים פסיביים יכולים גם הם להיות שטח התקפה.
• לראות את האבטחה של SSL, DNS ואירוח כלא קשורים ל-SEO.

תהליך שיקום בטוח יותר עם Hostragons

אזהרות ממנגנון החיפוש של גוגל לעיתים קרובות אינן רק בעיות SEO אלא גם בעיות תשתית ותפעול. כאשר אירוח בטוח, גיבוי סדיר, גרסאות PHP עדכניות, SSL, בדיקת דומיין ומדיניות גישה מתאגדים יחד, תהליך השיקום מתייעל והסיכונים לחזרה מצטמצמים. כדי לחזק את הבסיס של האתר שלכם, תוכלו ליצור קישורים פנימיים עם נושאים כמו בחירת הוסטינג אתר בטוח, צעדי אבטחה ל-WordPress, מה זו תעודת SSL ו-מדריך לגיבוי אתרים.

בשורה התחתונה: סווגו את האזהרה נכון, אספו ראיות, נקו קבצים ותוכן, אפסו גישות, אשרו את ה-SEO הטכני ושלחו בקשה להערכה מחדש רק לאחר שהכל באמת התייצב. תשתית אירוח חזקה ושגרות אבטחה סדירות הם הביטוח החזק ביותר בתהליך זה. אם תרצו, תוכלו לבדוק את אפשרויות האירוח, הדומיין ו-SSL המתאימות לצרכים שלכם דרך Hostragons כדי להתחיל בצורה בטוחה יותר.

שאלות נפוצות

האם אזהרת אבטחה ומבצע ידני ממנגנון החיפוש של גוגל גורמת מיידית לאובדן דירוג?

כן, במיוחד אם יש מבצע ידני באתר כולו או אזהרת תוכנה זדונית, הדירוג ושיעור הלחיצות עשויים לרדת במהירות. באזהרות מבוססות URL מסוימות, ההשפעה עשויה להיות מוגבלת, אך עדיין נדרשת התערבות מהירה.

האם עליי לסגור את האתר לגמרי כאשר מגיעה אזהרה?

לא תמיד. אם יש סיכון לביטחון המשתמשים, ייתכן שכדאי להיכנס למצב תחזוקה. אך כדי שגוגל תוכל לאמת את הניקוי, הדפים המתוקנים צריכים להיות נגישים. יש לקבל את ההחלטה בהתאם לסוג האזהרה.

כמה ימים לוקח לקבל תשובה לבקשה להערכה מחדש?

אין זמן קבוע. בבעיות אבטחה ניתן לקבל תשובה בתוך מספר ימים, בעוד שבמבצעים ידניים התהליך עשוי להימשך מספר שבועות. ניקוי לא מספק או הסבר מעורפל עשויים להוביל לדחייה ולהאריך את זמן ההמתנה.

האם יש להשתמש בקובץ disavow בכל מבצע ידני?

לא. קובץ disavow יש להשתמש בו רק אם יש בעיה של קישורים נכנסים לא טבעיים ואם אינכם יכולים להסיר קישורים מזיקים. אם משתמשים בו בצורה לא נכונה, הוא עלול להחליש את הכוח הטבעי של הקישורים באתר.

האם הבעיה עלולה לחזור לאחר הסרת האזהרה?

אם סיבת השורש לא נפתרה, הבעיה עשויה לחזור. אם יש תוסף ישן, סיסמה חלשה, חשבון FTP פתוח, תבנית לא בטוחה או בידוד אירוח לקוי, אזהרת גוגל עשויה להופיע שוב.