הגדרת כתובות ידידותיות למסננים ב-1C-Bitrix: מדריך מלא

כתובות ידידותיות לפילטרים ב-1C-Bitrix: איך פרמטרים בכתובת שוברים אינדוקס

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

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

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

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

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

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

מה משתנה לאחר המעבר לכתובות קצרות

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

המעבר לכתובות קריאות לבני אדם עם תצוגה קנונית אחת של העמוד ב-1C-Bitrix מחזיר את הסריקה למקום שבו היא מביאה מעברים.

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

אפשרויות הגדרה: חוקי רכיב, מדורים וכתובות סטטיות

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

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

סדר העבודות: מביקורת כתובות ועד מסירת חוקים

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

1. ביקורת כתובות הקטלוג. אוספים כתובות מהסריקה והסטטיסטיקה: אילו פרמטרים של הפילטר באמת בשימוש, אילו יוצרים כפילויות, כמה URL יש לכל מדור. בפלט — רשימה: מה לשמור, מה לאחד, מה לסגור.
2. תכנון סכמת כתובות קצרות. מגדירים מדור בסיס, סדר מאפיינים, מפרידים והתנהגות בבחירה מרובה. הסכמה נקלטת לפני עריכות בתבניות וברכיבים.
3. הגדרת חוקים. מעבירים את הסכמה המוסכמת לחוקי טיפול בכתובות ולהגדרות רכיבים של 1C-Bitrix — הכתובת צריכה להיבנות בצד השרת, ולא על ידי סקריפט בדפדפן.
4. בדיקת איחוד כתובות. מריצים וריאציות עם סדר מאפיינים שונה, רישיות שונה ופרמטרים מיותרים: כולן צריכות להוביל לכתובת קנונית אחת.
5. בקרת סריקה לאחר שחרור. בודקים מספר כתובות באינדוקס, גידול בכפילויות ועמודים שהיה צריך לשמור. סטיות מתקנים עד שהשינויים לא התבססו בתוצאות החיפוש.
6. מסירת נוהל טיפול בכתובות. מוסרים מסמך: איך להוסיף מאפיין לפילטר, אילו חוקים לעדכן, לפי איזה צ'קליסט לבדוק איחוד ומתי להפעיל סריקה חוזרת.

ערכת מסירה: חוקים, מפת הפניות, נוהל

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

• קובץ חוקי כתובות — חוקים שהופכים פרמטרים של בחירה לנתיב קריא, עם הערות: אילו מאפיינים משתתפים, אילו הוצאו ומדוע.
• מפת הפניות — טבלה «כתובת ישנה → כתובת חדשה → קוד תגובה» לכל העמודים המסוננים: תנועת החיפוש שנצברה עוברת לנתיבים חדשים, ולא לשגיאה.
• סכמת מדורי הקטלוג — קשרים בין מדורים לערכי בחירה: היכן הנתיבים כפולים ונדרש איחוד, והיכן הפילטר נשאר בכוונה כפרמטר.
• הוראות לעורך הקטלוג — מה אפשר לשנות באופן עצמאי (כותרות, טקסטים, סדר ערכים) ומה דורש עריכת חוקי כתובות.
• צ'קליסט בדיקה לאחר עריכות — רצף שלבים: כתובות בקרה, קודי תגובה, קישורים קנוניים, היעדר כפילויות.
• נוהל שינויים — מי ומתי מבצע עריכות, איך נקלטים חוקים חדשים ולאן נכנסת היסטוריית ההפניות.

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

מקרה בוחן: איך הסרנו כפילויות כתובות והחזרנו תנועה לקטלוג

מה היה לפני

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

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

מה שינינו

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

מדדים לפני ואחרי

• לפני: בסריקה 21,000 כתובות פילטר, כפילויות — 83% מהן, באינדוקס 6,400 עמודים.
• אחרי: 2,400 כתובות, שיעור הכפילויות פחות מ-6%, באינדוקס 9,800 עמודים, סריקת הקטלוג גדלה פי 1.6, מעברים למדורים — פלוס 41%.

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

מה לעשות אם הפילטרים כבר באינדוקס: ניקוי ומעבר

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

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

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

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

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

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

ספקות טכניים לפני ההתחלה: מפרקים לפי סעיפים

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

מה קורה עם העימוד בקטלוג?

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

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

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

האם הסטטיסטיקה של מעברים מפרסום לא תאבד?

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

נדון במשימה: נבנה מפת כתובות ונחזור עם תוכנית

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

לצורך הניתוח שלחו:

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

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