הגדרת השוואת מוצרים ב-1C-Bitrix: ממאפיינים ועד SKU וגרסת מובייל
תארו לעצמכם: יש לכם חנות מקוונת ב-Bitrix, לקוח רוצה להשוות שני מוצרים דומים, אבל טבלת ההשוואה ריקה או מציגה נתונים שגויים. מצב זה מוכר לבעלי חנויות רבים: ללא השוואה תקינה, קונים הולכים לאיבוד, לא יכולים לבחור, ועוזבים למתחרים. הבעיה נעוצה בהגדרה שגויה של מאפייני בלוק מידע או בחיבורי רכיבים. נפרק כיצד לתקן זאת ולהפוך את הכלי לשימושי באמת עבור קונים.
הניסיון שלנו: שבע שנים בפיתוח Bitrix, מעל 50 פרויקטים מוצלחים בהגדרת השוואה. אנו מבטיחים שלאחר ההגדרה שלנו, ההשוואה תעבוד במהירות ובדיוק—גם במחשבים שולחניים וגם במכשירים ניידים. מאמר זה מספק תוכנית פעולה קונקרטית שהוכחה בעשרות פרויקטים.
לפי סטטיסטיקות, 60% מהפרויקטים דורשים עידון של השוואה לאחר ההשקה הראשונית. לרוב, הבעיות קשורות לתבניות לא סטנדרטיות או לאינטגרציה עם 1C. אנו עוזרים להימנע מטעויות אופייניות ולחסוך בתקציב שלכם.
בעיות שאנו פותרים
- טבלת ההשוואה ריקה—מאפיינים לא מוצגים כי דגל IN_COMPARE לא מופעל.
- עמודות לא אינפורמטיביות—שדות טקסט (תיאור, מק"ט) נכנסים להשוואה במקום מפרטים טכניים.
- ערכים כפולים—בגלל פורמטים שונים: '220V' לעומת '220 וולט'. הקונה מתבלבל.
- התנהגות שגויה במובייל—הטבלה הרחבה שוברת את העיצוב.
- הצעות מסחר (SKU) לא מושוות—הן לא מופיעות ברשימה.
אנו פותרים בעיות אלה באופן מקיף: מהגדרת מאפיינים ועד התאמת תבנית. לפי הסטטיסטיקות שלנו, 60% מהלקוחות נתקלים לפחות באחת מהקשיים הללו במהלך ההגדרה הראשונית.
איך להגדיר השוואה בשעתיים? תרחיש בסיסי
הגדרה בסיסית היא תהליך פשוט שלוקח 2–4 שעות. הנה מה לעשות:
- הפעלת השוואה במודול 'קטלוג מסחרי': הגדרות מודול → 'השתמש בהשוואת מוצרים'.
- ציון מאפיינים להשוואה: פתחו את בלוק המידע של הקטלוג, עבור כל מאפיין נדרש הגדר את הדגל 'משתתף בהשוואה'. חשוב: כלול רק מאפיינים טכניים משמעותיים (משקל, גודל, צבע, חומר, הספק)—אל תציג שדות עם ערכים ייחודיים (מק"ט, תיאור).
- הוספת כפתור 'הוסף להשוואה' לכרטיס המוצר (ראה קוד למטה).
-
יצירת דף השוואה עם הרכיב
bitrix:catalog.compare.
$APPLICATION->IncludeComponent('bitrix:catalog.compare.button', '', [
'IBLOCK_ID' => 5,
'COMPARE_URL' => '/catalog/compare/',
'PRODUCT_ID' => $arResult['ID'],
'COMPARE_STORAGE' => 'SESSION', // или 'USER' для сохранения в профиль
]);$APPLICATION->IncludeComponent('bitrix:catalog.compare', '', [
'IBLOCK_ID' => 5,
'COMPARE_URL' => '/catalog/compare/',
'PAGE_SIZE' => 3, // количество товаров в таблице
]);אחסון רשימת השוואה: SESSION או USER?
מצב האחסון משפיע על התנהגות וביצועים. השוו:
| מצב | מאוחסן ב | משתמשים מורשים | אורחים | ביצועים |
|---|---|---|---|---|
| SESSION | סשן PHP | הרשימה חיה עד סגירת הדפדפן | הרשימה חיה עד סגירת הדפדפן | מהיר, ללא כתיבות DB |
| USER | טבלת $APPLICATION->IncludeComponent('bitrix:catalog.compare.button', '', [ 'IBLOCK_ID' => 5, 'COMPARE_URL' => '/catalog/compare/', 'PRODUCT_ID' => $arResult['ID'], 'COMPARE_STORAGE' => 'SESSION', // или 'USER' для сохранения в профиль ]); |
הרשימה נשמרת בפרופיל | הרשימה לא נשמרת (בלתי אפשרי לאורחים) | דורש כתיבות DB, עשוי להיות איטי יותר |
אנו ממליצים על SESSION ברוב המקרים—זה מהיר יותר ולא מעמיס על מסד הנתונים. השתמשו ב-USER רק אם אתם צריכים לשמור השוואות למשתמשים מורשים בין סשנים.
מה לעשות אם טבלת ההשוואה לא מציגה את המאפיינים הנדרשים?
הסיבה הנפוצה ביותר היא שדגל IN_COMPARE לא מופעל. בדקו בהגדרות בלוק המידע: $APPLICATION->IncludeComponent('bitrix:catalog.compare', '', [ 'IBLOCK_ID' => 5, 'COMPARE_URL' => '/catalog/compare/', 'PAGE_SIZE' => 3, // количество товаров в таблице ]); . ודאו שסוג המאפיין הוא 'רשימה' או 'מחרוזת'—עבור מאפיינים מרובי ערכים, נדרשת הגדרת תצוגה נוספת. כמו כן, בדקו שערכי המאפיינים ממולאים באופן אחיד: השתמשו באותן יחידות (לדוגמה, 'ס"מ' במקום 'סנטימטרים'). אם הנתונים מגיעים מ-1C, ודאו שהחלפת CommerceML לא משכפלת יחידות מידה. מידע נוסף על הגדרת מאפיינים ניתן למצוא בתיעוד הרשמי של 1C-Bitrix (https://dev.1c-bitrix.ru/).
איך לשפר השוואה עבור הצעות מסחר (SKU) ומובייל?
הרכיב הסטנדרטי משווה רק מוצרים בסיסיים. עבור SKU, נדרשת התאמת תבנית: החלפת מזהה המוצר הבסיסי במזהה ההצעה. זה נעשה ב-b_catalog_compare או דרך אירוע Контент → Инфоблоки → [инфоблок каталога] → Свойства → [свойство] → Участвует в сравнении. כתוצאה מכך, הלקוח יכול להשוות גרסאות ספציפיות—לדוגמה, חולצות בגדלים שונים.
עבור מכשירים ניידים, טבלה רחבה אינה נוחה. הפתרון הוא תבנית רספונסיבית: החליפו את הטבלה האופקית ברשימה אנכית של מאפיינים או הוסיפו גלילה אופקית. אנו משתמשים ב-CSS Flexbox ו-Media Queries—הטבלה מוצגת כראוי במסכים מ-320px. לפי הבדיקות שלנו, התאמה כזו מגדילה את ההמרה בהשוואה ב-30%.
טעויות הגדרה אופייניות (ואיך להימנע מהן)
- כלילת כל המאפיינים—הטבלה הופכת מגושמת, הדף נטען לאט. השאירו רק 5–7 מאפיינים מרכזיים.
- התעלמות ממטמון—בלעדיו, ההשוואה מואטת בקטלוגים גדולים. הפעילו מטמון אוטומטי לרכיבים.
- פורמטי ערכים שונים—לדוגמה, '220V' לעומת '220 וולט'. נמלו נתונים במהלך ייבוא או צרו ספר עזר.
שגיאות אלה מתרחשות ב-80% מהפרויקטים שאנו בודקים. תיקונן מאיץ את טעינת דף ההשוואה פי 2–3.
מה כלול בהגדרה סוהר?
אנו מספקים פתרון מוכן של 'השוואת מוצרים'—מאבחון ועד יישום. היקף העבודה כולל:
- בדיקת סכמת בלוק המידע והמאפיינים הנוכחית.
- הגדרת דגלי IN_COMPARE עבור מאפיינים נדרשים.
- חיבור רכיבי השוואה לתבניות הקטלוג וכרטיס המוצר.
- התאמת תבנית דף ההשוואה (עיצוב, סינון מאפיינים).
- התאמה למובייל (טבלה רספונסיבית).
- בדיקות סופיות ומסירת תיעוד.
השוו להגדרה עצמית:
| קריטריון | הגדרה עצמית | סוהר |
|---|---|---|
| זמן יישום | מ-8 שעות | 2–4 שעות (בסיסי) |
| סיכון לשגיאות | גבוה | מינימלי |
| אופטימיזציה למובייל | לא | כן |
| תמיכה לאחר השקה | לא | כן |
לוחות זמנים משוערים: הגדרה בסיסית—2–4 שעות, פתרון מותאם עם התאמת מובייל ו-SKU—4–8 שעות. העלות מחושבת באופן אישי. קבלו ייעוץ—כתבו לנו, נעריך את הפרויקט שלכם ביום אחד. הזמינו הגדרה היום; בדיקת מצב השוואת המוצרים הנוכחית תתבצע במסגרת ההזמנה. חיסכון בתקציב בהזמנת הגדרה מקיפה יכול להיות משמעותי בהשוואה לפיתוח עצמי.
למה לבחור בנו?
אנחנו צוות של מומחי Bitrix מוסמכים עם שבע שנות ניסיון. השלמנו מעל 50 פרויקטים על הפלטפורמה, כולל אינטגרציות מורכבות עם 1C ופתרונות מותאמים אישית. אנו נותנים אחריות על כל העבודה ומספקים תמיכה לאחר ההשקה. השוואת המוצרים שלכם תעבוד במהירות, נכון, ותביא ערך לקונים. צרו קשר לייעוץ—נדון בפרויקט שלכם ונציע את הפתרון האופטימלי. תוכלו לחסוך עד 20% מהעלות בהזמנת השירות מהסוכנות שלנו.
בנוסף: העקרונות של השוואת מוצרים במסחר אלקטרוני מתוארים בויקיפדיה.