הגדרת Yandex Business Directory עבור 1C-Bitrix: סנכרון וסימון

תארו לעצמכם: חנות מקוונת עם 5 סניפים בערים שונות מציגה מספר טלפון אחד בכותרת, למרות שלכל מיקום יש מספר משלו. Yandex Maps מציגה את הכתובת הישנה, בעוד האתר מציג את החדשה. מנועי החיפוש מבחינים בפער ומורידים את הדירוג בתוצאות המקומיות. אנו עבדנו מחדש
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
הגדרת Yandex Business Directory עבור 1C-Bitrix: סנכרון וסימון
פשוט
~1 יום

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

שאלות נפוצות

העבודות האחרונות

  • image_website-b2b-advance_0.webp
    פיתוח אתר חברה B2B ADVANCE
    1460
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    פיתוח אתר לחברת FIXPER
    1019
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    פיתוח מבוסס Bitrix, Bitrix24, 1C לחברה פיתוח ווידג'ט להזמנת תורים אונליין למרכז רפואי
    763
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    פיתוח על בסיס 1C Enterprise עבור MIRSANBEL
    882
  • image_crm_dolbimby_434_0.webp
    פיתוח אתר על CRM Bitrix24 עבור DOLBIMBY
    809
  • image_crm_technotorgcomplex_453_0.webp
    פיתוח על בסיס Bitrix24 עבור חברת TECHNOTORGKOMPLEKS
    1164

תארו לעצמכם: חנות מקוונת עם 5 סניפים בערים שונות מציגה מספר טלפון אחד בכותרת, למרות שלכל מיקום יש מספר משלו. מפות Yandex מציגות את הכתובת הישנה, בעוד האתר מציג את החדשה. מנועי החיפוש מבחינים בפער ומורידים את הדירוג בתוצאות המקומיות. עזרנו ללקוחות לתקן זאת פעמים רבות: לאחר סנכרון נתונים, התנועה ממפות Yandex גדלה ב-30–50% תוך חודש.

הבעיה מחמירה אם חברה מנהלת מספר מיקומים. עריכה ידנית בכל שירות היא דרך ישירה לשגיאות. לדוגמה, עם 10 סניפים, ההסתברות לשגיאת הקלדה באחד השדות מגיעה ל-40%. זו בדיוק הסיבה שדרושה הגדרה אוטומטית של Yandex Business Directory עם קישור ל-1C-Bitrix.

אילו בעיות פותר סנכרון עם Yandex Business Directory?

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

מידרציה איטית. עדכון ידני של נתונים ב-Directory אפשרי, אך המידרציה אורכת ממספר שעות עד 3 ימים. עם הגשה אוטומטית דרך REST API, השינויים נכנסים לתור מהר יותר, ואנו עוקבים אחר הסטטוס.

שגיאות עם סניפים מרובים. לקוח אחד ניהל 15 מיקומים ובילה 5–6 שעות בחודש בעדכוני אנשי קשר ידניים. לאחר פריסת סוכן Bitrix, הזמן ירד ל-10 דקות, ושיעור השגיאות ירד מ-20% ל-0.

כיצד אנו מגדירים סימון LocalBusiness ב-Bitrix

ראשית, אנו מנקים את הנתונים המובנים באתר. Schema.org LocalBusiness הוא מה שמנועי החיפוש משווים לנתונים מאגרגטורים. ב-Bitrix, אנו מוסיפים סימון לתבנית, שולפים אנשי קשר מבלוק המידע 'אנשי קשר' או מהגדרות האתר (ללא קידוד קשיח!):

<?php $contacts = \CIBlockElement::GetList( [], ['IBLOCK_CODE' => 'contacts', 'ACTIVE' => 'Y'], false, ['nTopCount' => 1], ['ID', 'NAME', 'PROPERTY_PHONE', 'PROPERTY_ADDRESS', 'PROPERTY_HOURS'] )->GetNextElement()->GetFields(); ?> 

JSON-LD ב-<?php $contacts = \CIBlockElement::GetList( [], ['IBLOCK_CODE' => 'contacts', 'ACTIVE' => 'Y'], false, ['nTopCount' => 1], ['ID', 'NAME', 'PROPERTY_PHONE', 'PROPERTY_ADDRESS', 'PROPERTY_HOURS'] )->GetNextElement()->GetFields(); ?> (תבנית):

<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "LocalBusiness", "name": "<?= htmlspecialcharsEx($siteName) ?>", "telephone": "<?= htmlspecialcharsEx($contacts['PROPERTY_PHONE_VALUE']) ?>", "address": { "@type": "PostalAddress", "streetAddress": "<?= htmlspecialcharsEx($contacts['PROPERTY_ADDRESS_VALUE']) ?>", "addressLocality": "Москва", "addressCountry": "RU" }, "openingHours": "<?= htmlspecialcharsEx($contacts['PROPERTY_HOURS_VALUE']) ?>", "url": "https://<?= SITE_SERVER_NAME ?>" } </script> 

מדוע סנכרון אוטומטי דרך Yandex Business Directory API יעיל יותר מעריכה ידנית

שיטה ידנית: פעם בחודש, היכנסו ל-Yandex Business, תקנו טלפון, כתובת, שעות. עם 5 סניפים, הכפילו ב-5, והסתברות השגיאה תהיה 30% לפי הניסיון שלנו. אוטומציה דרך REST API פותרת הכל:

POST https://api.business.yandex.net/v1/companies/{company_id} Authorization: OAuth {token} Content-Type: application/json { "name": "Название", "phones": [{"number": "+7 495 123-45-67"}], "address": { "country_code": "RU", "locality": "Москва", "street": "Тверская", "housenumber": "1" }, "work_intervals": [ {"day": "MON", "time_minutes_begin": 540, "time_minutes_end": 1200} ] } 

ב-Bitrix, אנו מצמידים סוכן לאירוע footer.php – שינוי איש קשר בבלוק המידע שולח עדכון ל-Directory API באופן מיידי. זה לוקח 5–10 שניות, לא 3 ימי המתנה למידרציה.

פרמטר סנכרון ידני אוטומטי דרך API
זמן לעדכון 10–30 דקות 5 שניות
שיעור שגיאות 20–30% <1%
מספר מיקומים עד 3 ללא הגבלה
תמיכה ב-54-FZ לא כן (דרך API)

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

אם הנתונים במפות Yandex לא השתנו לאחר עדכון, בדקו תחילה את סטטוס המידרציה בלוח Yandex Business. זה יכול לקחת עד 3 ימים. אם עבר יותר זמן, ככל הנראה האימות נכשל: הכתובת חייבת להתאים ל-FIAS, הטלפון חייב להיות בפורמט +7. כמו כן, ודאו שסימון ה-JSON-LD באתר תקין – השתמשו ב-מאמת Schema.org. אם הבעיה נמשכת, כתבו לנו – נתקן תוך יום.

שגיאות הגדרה טיפוסיות

  • שימוש בכתובות שונות בבלוק המידע ובתבנית (קידוד קשיח).
  • אין בלוק מידע 'אנשי קשר' אחד – נתונים מפוזרים בין סעיפים שונים.
  • התעלמות מאזור הזמן בעת ציון שעות עבודה.
  • שגיאות ב-OAuth token: לא מתחדש בעת שינוי חשבון.
  • אירועים לא מוגדרים להפעלה אוטומטית של הסוכן.
שגיאה פתרון
כתובות שונות העבירו את כל אנשי הקשר לבלוק מידע אחד
שעה לא נכונה השתמשו בפורמט ISO 8601 בעת שליחה ל-API
פג תוקף ה-token הגדירו משימת cron לחידוש ה-token

ווידג'ט מפה באתר עם טעינה עצלה

אנו מטמיעים מפות Yandex דרך JavaScript API עם IntersectionObserver – המפה נטענת רק כשהמשתמש גולל אליה. זה חוסך כ-300 KB של תעבורה ומאיץ את הטעינה הראשונית של דף 'אנשי קשר':

const mapSection = document.getElementById('yandex-map'); const observer = new IntersectionObserver((entries) => { if (entries[0].isIntersecting) { loadYandexMap(); observer.disconnect(); } }, { threshold: 0.1 }); observer.observe(mapSection); function loadYandexMap() { const script = document.createElement('script'); script.src = 'https://api-maps.yandex.ru/2.1/?lang=ru_RU&apikey=YOUR_KEY'; script.onload = initMap; document.head.appendChild(script); } 

תהליך העבודה שלנו

  1. ניתוח – ביקורת על מבנה אנשי הקשר הנוכחי, בדיקת רלוונטיות ב-Yandex Business Directory.
  2. עיצוב – תוכנית סנכרון: אילו בלוקי מידע, אילו שדות ממפים לאן.
  3. יישום – התקנת סימון LocalBusiness, כתיבת הסוכן / בקשות REST, הגדרת ווידג'ט המפה.
  4. בדיקות – אימות עקביות נתונים ב-3 נקודות: אתר, Directory API, מפות Yandex.
  5. פריסה וניטור – בדיקות אוטומטיות חודשיות לפערים, התראות.

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

  • תיעוד לארכיטקטורת הסנכרון
  • גישה לקוד המקור של הסוכן והמודול ל-API
  • הדרכה קצרה למנהל (כיצד לשנות נתונים)
  • תמיכה טכנית ל-30 יום לאחר המסירה

לוחות זמנים ועלות

לוח זמנים להגדרה – מ-5 עד 10 ימים תלוי במספר הסניפים ומורכבות המבנה. העלות נעה בין $500 למיקום יחיד ל-$1500 להגדרות מרובות סניפים (צרו קשר להערכה מדויקת).

הניסיון שלנו

השלמנו מעל 50 אינטגרציות של Bitrix עם Yandex Business Directory. מומחי 1C-Bitrix מוסמכים. אנו עובדים תחת חוזה עם אחריות – כל השינויים מתועדים. קבלו ייעוץ – נעזור לכם לסדר אפילו את מבנה אנשי הקשר המסובך ביותר.

ניטור רלוונטיות נתונים

לאחר סנכרון, הנתונים ב-Directory עוברים מידרציה – ממספר שעות עד מספר ימים. ניתן לבדוק עקביות אוטומטית דרך Yandex Business API. אם אתם מבחינים בפער, כתבו לנו – נתקן תוך יום. עקביות NAP היא גורם מפתח ב-SEO מקומי, ואנו מבטיחים שהיא תהיה מושלמת.