ניווט באמצעות פילטרים (Faceted Navigation): הפילטרים בחנות שלך יוצרים עמודים כפולים שגוגל עלולה להעניש

״רצינו לעזור לקונה לבחור צבע ומידה. איך מהפעולה הפשוטה הזאת נולדו בחנות כל כך הרבה עמודים שלא תכננו לקדם?״

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

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

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

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

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

הפילטר עוזר לקונה. השאלה היא מי מנהל את מה שהוא יוצר

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

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

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

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

ומספר הכתובות הזה גדל מהר.

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

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

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

האם עמודים כפולים באמת גוררים עונש?

ברוב המקרים, לא.

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

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

גם הצהרה על כתובת מועדפת באמצעות rel="canonical" אינה פקודה מחייבת. זהו אות חזק, אבל גוגל רשאית לבחור כתובת אחרת אם הקישורים הפנימיים, מפת האתר, התוכן ושאר האותות באתר מצביעים לכיוון שונה.

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

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

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

למה הזחלן מסתבך במקום שבו הקונה מסתדר?

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

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

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

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

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

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

המחיר האמיתי: זחילה, שרת, קנוניקל ומדידה

זחילת יתר עלולה לעכב את העמודים החשובים

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

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

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

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

כל עמוד מסונן יכול לעלות גם במשאבי שרת

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

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

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

הכתובת שמופיעה בחיפוש לא תמיד תהיה זו שתכננתם

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

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

גם הנתונים העסקיים מתפזרים

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

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

לא כל עמוד פילטר צריך להיעלם

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

אז איך מחליטים?

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

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

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

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

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

אני מעדיף רשימה לבנה, לא דלת פתוחה

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

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

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

robots.txt, noindex וקנוניקל: לכל כלי יש תפקיד אחר

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

אלה יעדים שונים. תכל’ס, אין כלי אחד שעושה את כולם.

robots.txt מצמצם זחילה

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

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

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

noindex שולט בהופעה בתוצאות

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

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

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

קנוניקל מאחד גרסאות דומות

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

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

404 והפניות מטפלים במצבים אחרים

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

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

הפתרון הטוב מתחיל בארכיטקטורה, לא בתג

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

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

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

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

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

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

כך מטפלים בלי לסגור עמודים שמכניסים כסף

אני לא מתחיל מחסימה. קודם כול ממפים.

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

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

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

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

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

טעויות שהופכות תיקון קטן לנזק רוחבי

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

שאלות שחשוב לשאול לפני שמאשרים את העבודה

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

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

הטיפ האישי שלי: ה־noindex שלא עצר את הזחילה

במבט לאחור: הבעיה אינה הפילטר, אלא היעדר החלטה

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

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

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

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