Google הופכת back button hijacking להפרת ספאם, עם אכיפה מ-15 ביוני
ב-13 באפריל 2026 הוסיפה Google את חטיפת כפתור החזרה בדפדפן לקטגוריית malicious practices במדיניות הספאם. עד 15 ביוני 2026 צריך להסיר כל קוד כזה, גם אם הוא מגיע מספריות או ממודעות.
TL;DR בקצרה
- Google הוסיפה את back button hijacking להפרות המפורשות של מדיניות הספאם, תחת malicious practices.
- אתרים מפרים עלולים לקבל פעולה ידנית או הורדה אוטומטית בדירוג.
- Google פרסמה את המדיניות חודשיים מראש, והאכיפה נקבעה ל-15 ביוני 2026.
- לפי Google, החטיפה יכולה להגיע גם מספריות ומפלטפורמות פרסום שהוטמעו באתר.
ב-13 באפריל 2026 הוסיפה Google את חטיפת כפתור החזרה (back button hijacking) לקטגוריית malicious practices במדיניות הספאם. כלומר, אתר שמונע מהגולש לחזור מיד לעמוד הקודם. האכיפה נקבעה ל-15 ביוני 2026, ודפים מפרים עלולים לקבל פעולה ידנית או הורדה אוטומטית בדירוג.
את ההודעה פרסם צוות Search Quality של Google בבלוג Google Search Central.
מה נכנס לקטגוריית malicious practices
הקטגוריה מתארת פרקטיקות שיוצרות פער בין הציפייה של הגולש לבין התוצאה בפועל. לפי Google, הן מובילות לחוויה שלילית ומטעה, או פוגעות באבטחה ובפרטיות. מאז ההודעה היא כוללת במפורש גם את חטיפת כפתור החזרה.
Google מגדירה את התופעה כך: אתר מתערב בניווט של הדפדפן, והגולש לא יכול לחזור מיד לדף שממנו הגיע. במקום זאת הוא עלול להגיע לדפים שמעולם לא ביקר בהם. הוא עלול לקבל גם המלצות או מודעות שלא ביקש.
Google מציינת שהיא ראתה עלייה בהתנהגות הזו. לדבריה, אנשים מרגישים שמנסים לתמרן אותם. לכן הם פחות מוכנים לבקר באתרים לא מוכרים.
מה העונש, ומתי הוא מתחיל
לפי Google, דפים שחוטפים את כפתור החזרה עלולים לקבל פעולת ספאם ידנית. הם עלולים גם לספוג הורדה אוטומטית, שפוגעת בביצועים של האתר בתוצאות החיפוש. Google פרסמה את המדיניות חודשיים לפני האכיפה, כדי לתת לבעלי אתרים זמן לתקן.
לפי Search Engine Roundtable, Google התעלמה מהתופעה במשך שנים ואמרה שאין עליה עונש חיפוש. בהודעה הזו התמונה השתנתה. הכתבה מוסיפה שהתופעה מופיעה גם ברשימת הפעולות הידניות של Google.
Google מזכירה שהכנסת דפים מטעים להיסטוריית הדפדפן הייתה אסורה גם בעבר, לפי Google Search Essentials. כלומר, ההודעה לא ממציאה איסור חדש. היא מגדירה את הכלל הכללי כהפרה ברורה, עם מועד אכיפה.
הסיכון מגיע גם מצד שלישי
Google מוסיפה אזהרה חשובה. לדבריה, חלק מהמקרים מגיעים מספריות שהוטמעו באתר, או מפלטפורמת הפרסום שלו. לכן אי אפשר להסתפק בבדיקה של הקוד שכתבתם בעצמכם.
טכנית, חטיפה כזו נעשית בדרך כלל בקוד JavaScript שמוסיף רשומות להיסטוריית הדפדפן. אתר וורדפרס עמוס בתוספים, בווידג׳טים של המלצות ובסקריפטים של מודעות מסתכן במיוחד. לא תמיד בעל האתר יודע מה כל סקריפט עושה.
מה לעשות לפני האכיפה של malicious practices
Google מבקשת מבעלי אתרים לוודא שהם לא מפריעים ליכולת של הגולש לנווט בהיסטוריה. מי שמשתמש בקוד שמחליף דפים בהיסטוריה צריך להסיר או להשבית אותו. Google ממליצה לעבור על ההטמעה הטכנית, כולל קוד, ייבוא והגדרות.
כדי לבדוק, היכנסו לאתר מתוצאת חיפוש בגוגל, ולא רק ישירות מהדפדפן. קוד כזה יכול לפעול רק בתנאים מסוימים. נסו גם במובייל, ובדקו כל סוג של עמוד: מאמרים, דפי מוצר ועמודי נחיתה.
אם האתר קיבל פעולה ידנית ותיקנתם את הבעיה, שלחו ב-Search Console בקשת בדיקה חוזרת (reconsideration request).
מה זה אומר עבורכם
- בדקו ידנית. היכנסו לאתר מתוצאות חיפוש, עברו לדף נוסף ולחצו חזרה. אם לא חזרתם מיד לתוצאות, יש בעיה.
- עברו על צד שלישי. בדקו תוספים, פופאפים, ווידג׳טים של המלצות וסקריפטים של מודעות. Google אומרת שהמקור עלול להיות שם.
- דברו עם ספק המודעות. אם הקוד אינו שלכם, בקשו ממנו לתקן או להסיר אותו לפני 15 ביוני 2026.
- עקבו אחרי Search Console. חפשו הודעות על פעולה ידנית. אחרי תיקון, שלחו בקשת בדיקה חוזרת.
מקורות והרחבה
- Introducing a new spam policy for back button hijackingGoogle Search Central
- Google Search Goes After Back Button Hijacking With New Spam PenaltySearch Engine Roundtable
הכתבה נכתבה במקור בעברית על ידי מערכת GEEKLIK, על בסיס המקורות שלמעלה ובדיקת העובדות מולם.
מצאתם טעות? דווחו לנו
