Bitrix24 ל-Yandex.Metrica: המרות אופליין ו-ClientID

לחיצות על מודעות יש, אבל המכירות נעלמות בקופסה שחורה: לא ברור אילו קמפיינים מביאים כסף אמיתי. אנחנו מחברים את Bitrix24 עם Yandex.Metrica, מעבירים המרות אופליין ו-ClientID כך שכל עסקה מקושרת למקור שלה. הצוות שלנו מבצע אינטגרציה מלאה - מהגדרת איסוף נתונים ועד סנכרון קהל הפוך - ומספק תמיכה שוטפת.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
Bitrix24 ל-Yandex.Metrica: המרות אופליין ו-ClientID
בינוני
~1-2 שבועות

הכישורים שלנו:

שאלות נפוצות

האינטגרציה שלנו בין Bitrix24 ל-Yandex.Metrica מגשרת על הפער בין CRM לאנליטיקה. היא מאפשרת שליחת אירועי המרה אופליין (עסקאות עם סכומים) חזרה ל-Metrica ורישום מזהה סשן המשתמש ב-CRM כדי לקשר מכירה לביקור ספציפי. האינטגרציה מעבירה אירועי עסקה (למשל, קווליפיקציית ליד או זכייה בעסקה) עם סכום ומטבע. בנוסף, ניתן להעביר ClientID כדי לקשר עסקה לסשן משתמש ספציפי. בפועל, חברות מסתפקות במעקב שיחות, ומפסידות עד 30% מיעילות תקציב הפרסום. למהנדסים שלנו יש ניסיון של 10+ שנים עם B24 והם יישמו למעלה מ-50 אינטגרציות כאלה. אנו מציעים אינטגרציה סוהר: מאיסוף ClientID בטפסים ועד שליחת נתונים אוטומטית וסנכרון קהלים הפוך. קבלו הערכה לפרויקט שלכם — צרו קשר.

האינטגרציה כוללת את השלבים הבאים:

  1. איסוף ClientID באתר.
  2. יצירת שדה מותאם אישית ב-CRM.
  3. פיתוח רובוט מותאם אישית לשליחת אירועי אופליין.
  4. הגדרת אסימון OAuth עם Metrica.
  5. הגדרת סגמנטים וקהלים.
  6. בדיקת צינור הנתונים מקצה לקצה.

שתי רמות אינטגרציה

רמה ראשונה — העברת המרות אופליין. אירועי עסקה (למשל, "זכייה") נשלחים ל-Metrica דרך API. Metrica מעשירה דוחות: אתם רואים אילו קמפיינים הביאו קונים אמיתיים, לא רק לידים. רמה שנייה — העברת ClientID (_ym_uid) ל-CRM. זה מאפשר לפתוח את הסשן של המשתמש ב-Metrica מכל עסקה ולראות את מסלול הגלישה שלו. המרות אופליין טובות פי 3 ממעקב שיחות להערכת יעילות ערוצים, כי הן מתחשבות בכל העסקאות הסגורות, לא רק בשיחות.

איך מוסיפים ClientID לאתר?

שלב 1. JavaScript אוסף את _ym_uid מהקוקי:

function getYmClientId() {
    const match = document.cookie.match(/_ym_uid=([^;]+)/);
    return match ? match[1] : null;
}

// При отправке формы
const formData = {
    name: document.getElementById('name').value,
    phone: document.getElementById('phone').value,
    ym_client_id: getYmClientId(),
    // ... другие поля
};

שלב 2. בשרת בעת יצירת ליד דרך REST API:

$client->call('crm.lead.add', [
    'fields' => [
        'TITLE' => 'Заявка с сайта',
        'UF_CRM_YM_CLIENT_ID' => $formData['ym_client_id'],
        'UTM_SOURCE' => $_GET['utm_source'] ?? '',
        'UTM_CAMPAIGN' => $_GET['utm_campaign'] ?? '',
        // ...
    ],
]);

השדה function getYmClientId() { const match = document.cookie.match(/_ym_uid=([^;]+)/); return match ? match[1] : null; } // При отправке формы const formData = { name: document.getElementById('name').value, phone: document.getElementById('phone').value, ym_client_id: getYmClientId(), // ... другие поля }; נוצר ידנית בהגדרות ה-CRM: שדה מחרוזת בליד ובעסקה. בעת המרת ליד לעסקה, השדה מועתק אם התסריט המתאים מוגדר. ללא מזהה זה, אי אפשר להבחין בין סשנים שהובילו למכירה.

איך נשלחות המרות אופליין?

כאשר עסקה עוברת לשלב "זכייה", רובוט CRM מותאם אישית שולח בקשת POST אל $client->call('crm.lead.add', [ 'fields' => [ 'TITLE' => 'Заявка с сайта', 'UF_CRM_YM_CLIENT_ID' => $formData['ym_client_id'], 'UTM_SOURCE' => $_GET['utm_source'] ?? '', 'UTM_CAMPAIGN' => $_GET['utm_campaign'] ?? '', // ... ], ]); . גוף הבקשה:

{
  "Hits": [
    {
      "ClientId": "{{ _ym_uid клиента }}",
      "DateTime": "2025-01-02T10:00:00",
      "Target": "deal_won",
      "Price": 150000,
      "Currency": "USD"
    }
  ]
}

הרובוט משתמש באסימון OAuth עם הרשאות UF_CRM_YM_CLIENT_ID, המאוחסן בהגדרות המודול או במשתני סביבה. אנו מבטיחים ניסיונות חוזרים במקרה של כשל עד לקבלת אישור מה-API. בנוסף, ניתן לשלוח אירועי קווליפיקציית ליד (POST /upload/v1/counter/{counterId}/goals/upload) לייחוס מדויק יותר. לפרטים נוספים על פורמט הבקשה, ראו תיעוד ה-API של Yandex.Metrica REST.

החשיבות של העברת ClientID

ללא מזהה הסשן, המרה אופליין אינה מקושרת לסשן ספציפי. Metrica רואה רק את עובדת העסקה, לא מאיזה ביקור היא הגיעה. זה מבטל את הייחוס: אתם רואים עסקה סגורה אבל לא יודעים איזה ערוץ או מודעה הביאו את הלקוח. איסוף ClientID פותר זאת. מעל 90% מהלקוחות שלנו מדווחים על שיפור מדיד ביעילות הפרסום לאחר יישום ClientID. בממוצע, שילוב ClientID מספק ייחוס טוב ב-40% משיטות סטנדרטיות. קבלו ייעוץ על ההתקנה — זה יגביר את התשואה על הפרסום שלכם.

בעיית הייחוס הרב-מגעי והפתרון שלה

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

סנכרון קהלים

Metrica מאפשרת יצירת סגמנטים על בסיס המרות אופליין: למשל, "לקוחות בעלי ערך גבוה" או "קונים חוזרים". הסגמנט נוצר בקטע "קהלים" → "העלאת נתונים" → "המרות אופליין". לאחר הבנייה, הסגמנט מיוצא ל-Yandex.Direct לריטרגטינג או ל-Look-alike. אנו מגדירים סנכרון שבועי אוטומטי כדי לשמור על עדכניות הקהלים. זה מגביר את יעילות הפרסום: הגדרת סגמנט אורכת יום אחד, וריטרגטינג מחזיר כפול.

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

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

פתרון: שליחת אירועי אופליין עם שני שלבים: { "Hits": [ { "ClientId": "{{ _ym_uid клиента }}", "DateTime": "2025-01-02T10:00:00", "Target": "deal_won", "Price": 150000, "Currency": "USD" } ] } (קווליפיקציה) ו-metrika:write (זכייה עם סכום). הגדרנו איסוף ClientID באתר.

תוצאות: קמפיין "מילות מפתח רחבות" נתן 40% מהלידים אבל רק 10% מההכנסות. קמפיין "מותגים מתחרים" נתן 15% מהלידים ו-35% מההכנסות. ללא המרות אופליין, האסימטריה הזו נותרה בלתי מורגשת. לאחר חלוקה מחדש של התקציב, ה-CPA לפי הכנסות ירד ב-28% תוך חודשיים. האינטגרציה החזירה את עצמה תוך חודשיים. סך ההכנסות גדל ב-2.3 מיליון רובל ברבעון. הלקוח ממשיך לשתף פעולה.

טעויות אינטגרציה אופייניות

טעות תוצאה פתרון
מעקב שיחות ללא ClientID חוסר יכולת לקשר שיחה לסשן הוספת איסוף ClientID באתר
רובוט ללא טיפול בשגיאות אובדן נתונים בזמן כשל API שימוש בניסיונות חוזרים עם השהיה אקספוננציאלית
שדה ClientID חסר בעסקה אובדן קשר לאחר המרת ליד הגדרת תסריט העתקת שדה
דילוג על עסקת בדיקה נתונים שגויים ב-Metrica בדיקת צינור הנתונים מקצה לקצה לפני ההשקה

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

שלב תוצאה זמן
אנליטיקה ביקורת טפסים, CRM, קמפיינים פרסומיים יום אחד
פיתוח איסוף ClientID באתר + רובוט שליחה 3–5 ימים
הגדרה שדות CRM, רובוטים, חיבור API ל-Metrica, סגמנטים 1–2 ימים
בדיקות בדיקת שרשרת "טופס → ליד → עסקה → המרה" 1–2 ימים
תיעוד הוראות, הדרכת מנהלים יום אחד

מחזור מלא — מ-7 עד 14 ימי עסקים. צרו קשר לקבלת הצעת מחיר מותאמת.