עיצוב ניווט וכתובות URL עבור 1C-Bitrix: מדריך

ארכיטקטורת ניווט אפקטיבית עבור 1C-Bitrix

כשאנחנו מקבלים פרויקט Bitrix, הדבר הראשון שהלקוח פוגש הוא הניווט?

לא רק תפריט, אלא איך מבנה ה-URL, מערכת הקבצים והלוגיקה העסקית מתמזגים למפת אתר אחידה. שגיאה בשלב זה מובילה לקישורים שבורים בעת ארגון מחדש של הקטלוג, כתובות URL כפולות שאינן ידידותיות ל-SEO, התנגשויות ב-urlrewrite, ותפריט שלא ניתן לערוך בלעדינו. עם ניסיון של למעלה מ-7 שנים ב-Bitrix, למעלה מ-50 פרויקטי ניווט שהושלמו, ו-5 שנים בשוק, אנו מספקים פתרונות חזקים שמפחיתים שגיאות 404 ב-30% בהשוואה ליישומים סטנדרטיים וטוענים דפים עד פי 2 מהר יותר מרכיבי ברירת מחדל. מהניסיון שלנו: לקוח אחד בילה חודש בתיקון שגיאות 404 לאחר העברת סעיפים — הכל בשל היעדר תוכנית ניווט. ניווט נכון מפחית את עלויות התחזוקה בעד 30%, וחוסך ללקוחות בממוצע 1,500–3,000 דולר בשנה. אנו מתכננים ניווט במפתח מלא, עם תיעוד ואחריות שהתפריט יעבוד לאחר כל שינוי. קבלו הערכת פרויקט – צרו קשר.

לפי התיעוד של Bitrix על הגדרות כתובות URL ידידותיות ל-SEO, ניווט נכון הוא הבסיס לשימושיות ול-SEO. אנו מפתחים תוכנית URL שמפחיתה שגיאות 404 ב-30% בהשוואה ליישומים טיפוסיים. ויקיפדיה: מנוע שכתוב מסביר את העקרונות הבסיסיים, אותם אנו מתאימים לפלטפורמה.

איך לתכנן ניווט ב-Bitrix: מבנה קבצים או כתובות URL ידידותיות ל-SEO?

ל-Bitrix יש שתי גישות שונות מהותית לארגון כתובות URL. הבחירה תלויה בדינמיות התוכן.

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

מבנה קבצים לעומת ניווט מבוסס רכיבים

ב-Bitrix, מבנה קבצים פירושו תיקיות אמיתיות: /catalog/, /about/, /contacts/. כל סעיף הוא תיקייה עם index.php שמפעיל רכיב. יתרון: שקיפות, כל דף הוא קובץ. חיסרון: הוספת סעיף חדש דורשת יצירת תיקייה על השרת.

כתובות URL ידידותיות ל-SEO דרך urlrewrite — כל הבקשות מופנות לקובץ PHP אחד שמנתח את ה-URL וטוען את הרכיב המתאים. זהו התקן לקטלוגים: /catalog/smartphones/apple/iphone-15/ אינו מבנה קבצים אלא כלל ב-urlrewrite.php שמנתב את הבקשה לרכיב bitrix:catalog.section או bitrix:catalog.element.

בפועל: מבנה קבצים לדפים סטטיים (אודות, צור קשר, בלוג), כתובות URL ידידותיות ל-SEO דרך urlrewrite לסעיפים דינמיים (קטלוג, חדשות, מסננים).

רכיב bitrix:menu וסוגי תפריטים

ב-Bitrix, תפריטים מאוחסנים בקבצי .menu.php במבנה התיקיות של האתר. רכיב bitrix:menu עם הפרמטר ROOT_MENU_TYPE קורא את הקבצים האלה ובונה ניווט. סוגי תפריטים:

• top — אופקי עליון
• left — סרגל צד שמאלי
• footer — תחתון

עריכה דרך לוח הניהול: מבנה האתר → קבצים. זו מערכת קבצים, ופריטי התפריט מאוחסנים ב-.menu.php כמערכי PHP.

עבור תפריט מגה דינמי המבוסס על סעיפי בלוק מידע, bitrix:menu הסטנדרטי אינו מתאים. נעשה שימוש ברכיב bitrix:catalog.section.list או ברכיב מותאם אישית הבונה את התפריט מ-CIBlockSection::GetList().

השוואה בין תפריטים סטטיים ודינמיים:

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

סיבות נפוצות לכשל בפירורי לחם בדפים דינמיים

פירורי לחם ב-Bitrix נבנים באמצעות המתודה $APPLICATION->SetPageProperty("bx_breadcrumb", ...) או אוטומטית על ידי הרכיבים bitrix:catalog.section ו-bitrix:catalog.element כאשר כתובות URL ידידותיות ל-SEO מוגדרות כראוי. הם מוצגים על ידי רכיב bitrix:breadcrumb.

בעיה טיפוסית: אם SECTION_URL לא מוגדר כראוי ברכיב, פירורי הלחם מובילים לכתובות URL שגויות או למקטעי נתיב כפולים. זה נבדק בדפדפן ובאמצעות ביקורת $APPLICATION->GetNavChain(). מניסיוננו, זה מהווה 30% מבקשות התיקון — ולכן אנחנו תמיד מתעדים את תוכנית פירורי הלחם ברמת הפרויקט.

ניווט לפי בלוקי מידע וקינון סעיפים

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

דוגמה: בלוק מידע עם המבנה "סוג → מותג → דגם" (3 רמות). אם כל שלוש הרמות מוצגות בניווט, התפריט הופך ענק. אם רק שתי הראשונות מוצגות, כתובות URL לרמה השלישית עדיין קיימות דרך כתובות URL ידידותיות ל-SEO, אך אין קישורים אליהן בתפריט. זה נורמלי: משתמשים מגיעים לדף הדגם מחיפוש או מסנן, לא דרך התפריט.

ריבוי אתרים וניווט

עם גרסאות שפה מרובות או אתרים אזוריים בתוך ליבת Bitrix אחת, לכל אתר יש מבנה קבצים וקבצי תפריט משלו. רכיב bitrix:language.menu (או פתרון מותאם אישית) מחליף את השפה תוך שמירה על ההקשר הנוכחי (אותו דף בשפה אחרת). פתרון הפרויקט מגדיר את מבנה ה-URL לגרסאות שפה — עם קידומת שפה (/en/, /de/) או בדומיינים נפרדים.

מקרה בוחן: ארגון מחדש של ניווט בפורטל ארגוני

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

הפתרון כלל:

1. העברת התפריט העליון לבלוק מידע "ניווט" (סוג navigation): סעיפים = פריטי רמה ראשונה, תת-סעיפים = רמה שנייה. רכיב התפריט קורא מבלוק המידע דרך CIBlockSection::GetList().
2. עורכים מנהלים את התפריט דרך ממשק בלוק המידע הסטנדרטי — ללא גישה למערכת הקבצים.
3. פירורי לחם: תיקון SECTION_URL ברכיב הקטלוג, הוספת מטפל אירועים לרמה השלישית.

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

<?php
return array(
    array(
        'CONDITION' => '#^/catalog/([a-z0-9-]+)/([a-z0-9-]+)/?$#',
        'RULE' => 'SECTION_CODE=$1&ELEMENT_CODE=$2',
        'ID' => 'bitrix:catalog.element',
        'PATH' => '/catalog/index.php',
    ),
    array(
        'CONDITION' => '#^/catalog/([a-z0-9-]+)/?$#',
        'RULE' => 'SECTION_CODE=$1',
        'ID' => 'bitrix:catalog.section',
        'PATH' => '/catalog/index.php',
    ),
);
"}

מה כלול בעבודת תכנון הניווט

תוצרים:

• תוכנית מבנה URL: דפים סטטיים וסעיפים דינמיים
• עיצוב סוגי תפריטים ומקורות נתונים
• כללי urlrewrite לקטלוג ולסעיפי תוכן
• תוכנית פירורי לחם לפי סוגי דפים
• ניווט לריבוי אתרים (אם רלוונטי)
• תיעוד: מפת אתר עם סוגי URL ומדריכי הגדרה
• גישה והדרכת עורכים (אם נדרש)
• חומרי הדרכה לעורכים
• תמיכה לאחר הפרויקט למשך חודש

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

תהליך העבודה ולוח זמנים

1. ניתוח — ביקורת מבנה נוכחי וצרכים (יום אחד).
2. עיצוב — פיתוח תוכנית URL, סוגי תפריטים וכללים (1–2 ימים).
3. אישור עמך (0.5 יום).
4. יישום — הגדרת urlrewrite, רכיבים, פירורי לחם (1–3 ימים).
5. בדיקות בכל רמות הקינון (0.5 יום).
6. תיעוד ומסירה (0.5 יום).

לוח זמנים: 2–5 ימי עבודה לאתר טיפוסי, עד שבועיים לפורטל רב-לשוני עם דומיינים מרובים. עם ניסיון של למעלה מ-7 שנים ב-Bitrix ולמעלה מ-50 פרויקטי ניווט שהושלמו, אנו יכולים להעריך את ההיקף ואת לוח הזמנים לפרויקט שלך. קבלו ייעוץ כדי לדון בפרויקט שלכם.

לחברה שלנו ניסיון של 7+ שנים עם 1C-Bitrix, השלימה למעלה מ-50 פרויקטי ניווט, ונמצאת בשוק כבר 5 שנים, מה שמבטיח פתרונות אמינים ומוכחים.