מדריך יישום טכני לתוכן רב-אזורי ב-1C-Bitrix

מדוע תצוגה רב-אזורית בביטריקס נשברת לעיתים קרובות?

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

הגדרת מחירים אזוריים באמצעות סוגי מחירי קטלוג

הבקשה הנפוצה ביותר. מודול הקטלוג תומך במספר סוגי מחירים (b_catalog_price_type): "קמעונאות מוסקבה", "קמעונאות אזורים", "סיטונאות". כל סוג מחיר מקושר לקבוצת משתמשים. לוגיקה: משתמש ממוסקבה -> קבוצת msk_users -> סוג מחיר retail_msk. לאחר זיהוי האזור לפי IP או בחירת עיר, אנו משייכים את המשתמש לקבוצה המתאימה או מגדירים את סוג המחיר ישירות:

$regionPriceType = getRegionPriceType($_SESSION['USER_REGION']['city']); define('REGION_PRICE_TYPE', $regionPriceType); 

ברכיב הקטלוג, העבירו PRICE_ID = REGION_PRICE_TYPE. רכיב bitrix:catalog.element משתמש בפרמטר זה. פרטים נוספים בתיעוד 1C-Bitrix.

תוכן טקסטואלי אזורי: אינפובלוק מול פרמטרי אתר

מספרי טלפון, כתובות, תנאי משלוח משתנים לפי אזור. שתי גישות: אינפובלוק "אזורים" עם מאפיינים כמו CITY_CODE, PHONE וכו', או פרמטרי אתר (b_option) עם סיומת אזור (לדוגמה, phone_msk). עבור 3-5 ערים, פרמטרי אתר מהירים ופשוטים יותר. עבור 50 ערים, אינפובלוק או HL-block מתאימים יותר. דוגמה: עריכת אינפובלוק דרך פאנל הניהול מהירה פי 3 משינוי b_option עם קוד כאשר יש לכם 50 ערים. המומחים המוסמכים שלנו יכולים לעזור לבחור את האחסון האופטימלי להיקף שלכם.

מדוע מטמון הוא בעיה מס' 1 עבור תוכן אזורי

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

$APPLICATION->IncludeComponent('bitrix:news.list', '.default', [ 'CACHE_TYPE' => 'A', 'CACHE_TIME' => 3600, 'CACHE_ADDITIONAL_ID' => $_SESSION['USER_REGION']['city_code'] ?? 'default', ]); 

או השבתת מטמון עבור בלוקים אזוריים (CACHE_TYPE = 'N'). אנו ממליצים על גישה היברידית: שמירת מטמון הקטלוג (עם סוגי מחירים), אך שמירת בלוקי טקסט אזוריים במטמון עם המפתח הנכון. זה משפר את מהירות טעינת הדף בעד 40% מבלי לפגוע ברעננות הנתונים.

הגדרת באנרים ומבצעים אזוריים

השתמשו באינפובלוק עם מאפיין REGIONS (בחירה מרובה). סננו לפי האזור הנוכחי:

$filter = [ 'IBLOCK_ID' => BANNERS_IBLOCK_ID, 'ACTIVE' => 'Y', [ 'LOGIC' => 'OR', 'PROPERTY_REGIONS' => $_SESSION['USER_REGION']['city_code'], 'PROPERTY_REGIONS' => 'all', ] ]; 

שמרו כל רכיב באנר במטמון לפי אזור — אחרת, באנרים של מוסקבה יוצגו בכל הערים. באנרים אזוריים ממוקדים בדרך כלל מגדילים את שיעור הקליקים (CTR) ב-25-35%.

משלוח אזורי וחישוב אוטומטי

כללי משלוח במודול המכירות מנוהלים באמצעות שירותי משלוח ואזורים. בהתבסס על LOCATION_CODE מ-b_sale_location. זיהוי אזור נכון המקושר למיקום הופך את החישוב לאוטומטי. שילבנו את CDEK, דואר רוסי ואחרים. חנות מקוונת בינונית חוסכת בדרך כלל כ-$1.8k–2.6k בחודש על שגיאות משלוח. עלות היישום מתחילה מ-$500, ויעילות הלוגיסטיקה משתפרת ב-15%.

השוואת שיטות זיהוי אזור ואחסון נתונים

בניסיוננו, שילוב זיהוי IP עם בחירת עיר ידנית נותן דיוק של 99% וחוויית משתמש טובה.

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

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

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

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

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

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

כיצד אנו מיישמים תוכן אזורי: שלב אחר שלב

1. ניתוח — זיהוי סוגי תוכן: מחירים, טקסטים, באנרים, משלוח.
2. עיצוב — בחירת אחסון (אינפובלוקים, HL-blocks, סוגי מחירים).
3. זיהוי אזור — הגדרת מיקום גיאוגרפי לפי IP עם שירותים קיימים.
4. שיוך משתמש — שיוך לקבוצה או הגדרת סוג מחיר דרך סשן.
5. מטמון — הוספת CACHE_ADDITIONAL_ID לכל הרכיבים האזוריים.
6. בדיקות — תרחישים: ביקור ראשון, החלפת אזור, איפוס מטמון.
7. תיעוד — תיעוד הלוגיקה והגישה לתמיכה.

מה כלול בעבודה

• ניתוח תוכן וארכיטקטורה קיימים
• עיצוב אחסון אזורי (אינפובלוקים, HL-blocks, סוגי מחירים)
• יישום זיהוי אזור (IP + ידני)
• הגדרת קבוצות משתמשים וסוגי מחירים
• הגדרת מטמון עם CACHE_ADDITIONAL_ID
• בדיקות בכל האזורים
• תיעוד והדרכה לצוות התמיכה

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