מדריך מקרה: מונה רכישות בביטריקס

הצגת מונה רכישות ב-Bitrix: מדריך מוכח

תארו לעצמכם: בכרטיס המוצר כתוב "נרכש 847 פעמים." זה חזק יותר מכל באנר. אבל ב-Bitrix, נתוני הרכישות מאוחסנים בטבלאות הזמנות ואינם מוצגים כברירת מחדל. היום נסקור מקרה אמיתי: עבור חנות מקוונת עם קטלוג של 15,000 מוצרים, הקמנו את המונה תוך יומיים, מה שהעלה את שיעור ההמרה ב-12% (פי 2.5 טוב יותר משיטות חלופיות). עומס השרת לא גדל הודות למטמון נכון, וחוסך כ-140–200 דולר לחודש בעלויות אירוח.

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

מדוע חשוב לסנן נכון את סטטוסי ההזמנות?

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

היכן מאוחסנים נתוני הרכישות

כל פריט הזמנה נרשם בטבלת b_sale_basket. שדות מפתח:

• PRODUCT_ID — מזהה רכיב בלוק המידע
• QUANTITY — כמות יחידות בהזמנה
• ORDER_ID — קישור להזמנה

ספירת הזמנות ב-Bitrix נעשית באמצעות שאילתות SQL המצטרפות ל-b_sale_order. טבלת STATUS_ID מכילה את סטטוסי ההזמנות. כדי לספור רכישות אמיתיות (לא עגלות נטושות), יש צורך בסינון לפי סטטוס: השדה b_sale_order. בדרך כלל, הזמנות עם סטטוסים 'N', 'P', 'F' נחשבות, בהתאם להגדרות החנות.

שאילתה לספירה

SQL ישיר לקבלת מספר הרכישות עבור מוצר ספציפי:

SELECT SUM(b.QUANTITY) AS total_purchased FROM b_sale_basket b INNER JOIN b_sale_order o ON b.ORDER_ID = o.ID WHERE b.PRODUCT_ID = :product_id AND o.CANCELED = 'N' AND o.STATUS_ID IN ('N', 'P', 'F'); 

שאילתת SELECT SUM(b.QUANTITY) AS total_purchased FROM b_sale_basket b INNER JOIN b_sale_order o ON b.ORDER_ID = o.ID WHERE b.PRODUCT_ID = :product_id AND o.CANCELED = 'N' AND o.STATUS_ID IN ('N', 'P', 'F'); דרך API: b_sale_basket עם פילטר לפי CSaleBasket::GetList(), אבל שיטה זו אינה מסננת לפי סטטוס הזמנה—תצטרכו לחבר ידנית או להשתמש בשאילתה ישירה דרך PRODUCT_ID. עבור מערכי נתונים גדולים, שימוש בשאילתות עם אינדקס על $DB->Query() ו-b_iblock_element_prop הוא קריטי לביצועי Bitrix. מידע נוסף על CSaleBasket.

מטמון המונה

ספירת רכישות בכל צפייה בכרטיס מוצר היא רעיון רע לחנות עמוסה. הנתונים נשמרים במטמון ב-PURCHASE_COUNT דרך מאפיין משתמש CIBlockElement::SetPropertyValuesEx( $elementId, $iblockId, ['PURCHASE_COUNT' => $totalPurchased] ); מסוג "מספר." סוכן עדכון רכישות מעדכן ערכים בלוח זמנים—פעם בשעה או פעם ביום. עבור קטלוגים עד 1,000 פריטים, סוכן שעתי מספיק. עבור 10,000+ פריטים, טעינת AJAX מהירה פי 3 ומפחיתה את עומס מסד הנתונים ב-40%, מה שמוביל לעלויות אירוח נמוכות ב-30%.

CIBlockElement::SetPropertyValuesEx( $elementId, $iblockId, ['PURCHASE_COUNT' => $totalPurchased] ); 

חלופה: שמירת המונה ב-b_catalog_element דרך שדה נפרד או ב-b_iblock_element דרך שדה UF UF_PURCHASE_COUNT.

הוראות התקנה שלב אחר שלב

1. קבעו אילו סטטוסי הזמנות נחשבים מוצלחים (בדרך כלל N, P, F).
2. צרו מאפיין משתמש מסוג "מספר" בבלוק המידע של הקטלוג (לדוגמה, PURCHASE_COUNT).
3. כתבו סוכן עדכון רכישות ב-PHP שבוחר את כל המוצרים, מריץ את שאילתת ה-SQL עבור כל אחד, ושומר את הערך במאפיין. השתמשו בבידוד עסקאות כדי למנוע שחיתות נתונים.
4. הגדירו את הסוכן לרוץ פעם בשעה (או בתדירות גבוהה יותר בהתאם לנפח). משימה מתוזמנת זו סובלנית לתקלות ומתעדת שגיאות.
5. בתבנית הרכיב catalog.element, הוסיפו פלט מהמאפיין עם הטיית מספרים נכונה.
6. עבור קטלוגים גדולים, יישמו טעינת AJAX: ה-HTML הראשי נשמר במטמון, והמונה נשלף בנפרד באמצעות בקר ייעודי.

איזו שיטת אחסון מתאימה לקטלוג שלכם?

פלט בתבנית

בתבנית הרכיב bitrix:catalog.element (template.php), הוסיפו את הפלט:

$purchaseCount = (int)$arResult["PROPERTIES"]["PURCHASE_COUNT"]["VALUE"]; if ($purchaseCount > 0) { echo '<span class="purchase-count">Куплено ' . $purchaseCount . ' раз</span>'; } 

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

אפשרות בזמן אמת

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

מה כלול בשירות

• ניתוח סטטוסי הזמנות והגדרת סטטוסים "נספרים"
• יצירת מאפיין UF $purchaseCount = (int)$arResult["PROPERTIES"]["PURCHASE_COUNT"]["VALUE"]; if ($purchaseCount > 0) { echo '<span class="purchase-count">Куплено ' . $purchaseCount . ' раз</span>'; } בבלוק המידע של הקטלוג
• כתיבת סוכן עדכון רכישות לחישוב מחדש תקופתי של כל המוצרים
• הוספת פלט המונה לתבנית כרטיס המוצר
• הגדרת סיומות מספרים נכונות
• התאמה לקטלוג ולעומס שלכם
• ביצועים מובטחים תחת תעבורה גבוהה

חיסכון במשאבי שרת בעת שימוש ב-AJAX יכול להגיע ל-40% (דוגמה: קטלוג של 50,000 פריטים). עלות הקמת המונה עבור קטלוג טיפוסי (עד 5,000 פריטים) היא מ-250–450 דולר. מדריך התקנה מותאם אישית זה מוביל אתכם בכל שלב. קבלו ייעוץ מהמהנדסים המוסמכים שלנו—נעריך את הפרויקט שלכם ונציע את הפתרון האופטימלי. בקשו ייעוץ!