וידג'ט בחירת נקודת איסוף: צבירה, קיבוץ, מסננים

שילוב ווידג'ט בחירת נקודת איסוף

לקוח מוסיף מוצרים לעגלה, עובר לתשלום — ונתקע בבחירת נקודת איסוף. המפה נטענת לאט, סמנים חופפים, ולא ברור היכן נמצא תא הדואר הקרוב. התנהגות כזו יכולה לאכול עד 20% מההמרות בשלב האיסוף העצמי. המשימה שלנו היא לשלב נתונים מ-CDEK, BoxBerry, DHL, 5Post ו-Yandex Delivery לווידג'ט אחד שפועל בצורה חלקה גם עם 5000+ נקודות. עם ניסיון של 5+ שנים באינטגרציות מסחר אלקטרוני ולמעלה מ-50 פרויקטים מוצלחים, אנו מביאים מומחיות מוכחת להבטחת שיפור ביצועים.

אנו מתכננים סכמת PostgreSQL עם אינדקסים גיאוגרפיים, מגדירים קיבוץ למהירות, ומתאימים את הממשק למסכים ניידים. התוצאה: המשתמש מוצא נקודת איסוף מתאימה תוך 10–15 שניות, והחנות זוכה ל+5–10% המרות בשלב האיסוף העצמי. זיהוי עיר המשתמש שלנו פועל באמצעות איתור IP, ומאפשר הצגה מיידית של נקודות באזורם.

בעיות שאנו פותרים

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

כיצד לאגד נתונים ממספר שירותי משלוחים

כל ספק מציע API לקבלת רשימת נקודות איסוף. עבור CDEK, זה GET /v2/deliverypoints?city_code={id}&type=PVZ; עבור BoxBerry, נקודת קצה מותאמת עם אימות. אנו יוצרים מודולי אינטגרציה לכל מקור וממפים שדות לסכמה אחידה:

pickup_points (
    id,
    provider,
    external_id,
    name,
    address,
    city_id,
    lat,
    lng,
    working_hours (jsonb),
    max_weight,
    max_dimensions (jsonb),
    has_fitting_room,
    has_cash,
    has_card,
    is_active,
    updated_at
)

עדכוני נתונים רצים באמצעות משימות מתוזמנות Cron כל 6–12 שעות. אם ספק אחד נופל, הנקודות נשמרות מהתמונת מצב האחרונה המוצלחת. לפי המלצות Yandex Maps, קיבוץ זמין מגרסה 3.0 ומאפשר קיבוץ סמנים בזום מתחת ל-12.

השוואת שירותי מפות

אנו בוחרים ב-Yandex Maps עבור חנויות מקוונות רוסיות עם תנועה של עד 300,000 מבקרים בחודש — איכות ותקציב אופטימליים. Leaflet עם OSM איטי פי 2 בדיוק גיאוקידינג מ-Yandex Maps עבור כתובות אזוריות רוסיות, ולכן אנו ממליצים על Leaflet רק לפורטלים ארגוניים עם עומס נמוך. איננו ממליצים על Google Maps בשל סיכונים משפטיים ופיננסיים.

השוואת גישות לעדכון נתוני נקודות איסוף

אנו ממליצים לשלב בקשות Pull עם ייבוא ידני לעדכוני חירום.

מדוע קיבוץ הוא קריטי למספר גדול של נקודות איסוף

אם במפה יש 2000+ סמנים, הדפדפן מתחיל לפגר — FPS יורד ל-5–10. המשתמש לא יכול לבחור נקודה או להתקרב. הפתרון הוא קיבוץ סמנים בזום מתחת ל-12. עבור Yandex Maps, אנו משתמשים ב-Clusterer:

import { Clusterer } from '@yandex/ymaps3-clusterer';

const clusterer = new Clusterer({
  clusterize: (coordinates, zoom) => zoom < 12
});

עבור Leaflet, אנו משתמשים בתוסף leaflet.markercluster עם לוגיקה דומה. תוצאה: גם עם 10,000 נקודות, המפה פועלת חלק. קיבוץ משפר את ה-FPS פי 10 בהשוואה להצגת כל הסמנים.

מסננים וחיפוש

סנן נקודות איסוף לפי סוג (תא דואר או מאויש), שעות פעילות (פתוח עכשיו, 24 שעות), שירותים נוספים (חדר מדידה, תשלום בכרטיס), ומשקל חבילה מקסימלי (מחוון מ-1 עד 30 ק"ג במרווחים של 0.5 ק"ג). חיפוש לפי כתובת מיושם באמצעות גיאוקידינג — הזן כתובת, קבל קואורדינטות, המפה ממרכזת ומדגישה נקודות קרובות. עבור Yandex, אנו משתמשים ב-pickup_points ( id, provider, external_id, name, address, city_id, lat, lng, working_hours (jsonb), max_weight, max_dimensions (jsonb), has_fitting_room, has_cash, has_card, is_active, updated_at ) ; עבור Leaflet, Nominatim (OSM).

התאמה למובייל

במכשירים ניידים, המפה מתחרה לעתים קרובות בגלילת הדף. פתרון: כפתור "הרחב מפה" — המפה נפתחת במסך מלא באמצעות CSS import { Clusterer } from '@yandex/ymaps3-clusterer'; const clusterer = new Clusterer({ clusterize: (coordinates, zoom) => zoom < 12 }); . לחלופין, פאנל תחתון נפרד עם המפה מונחת על התוכן. בנוסף, אנו מוסיפים סרגל חיפוש דביק וכפתור "קרוב אליי" באמצעות איתור מיקום דפדפן.

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

• ארכיטקטורת נתונים: תכנון ונורמליזציה של טבלת pickup_points עבור PostgreSQL (עם אינדקסים על lat/lng לשאילתות גיאו-מרחביות מהירות).
• אינטגרציה של ספקים (CDEK, BoxBerry, DHL, 5Post, Yandex Delivery, נקודות עצמיות).
• אינטגרציית מפה (Yandex Maps או Leaflet) עם קיבוץ, מסננים וגיאוקידינג.
• התאמה למובייל (מסך מלא/פאנל תחתון).
• העברת נתוני הזמנה (סכמת JSON ל-API).
• תיעוד (מפרט API, סכמת DB, הוראות עדכון נקודות איסוף) ומדריך משתמש עם צילומי מסך.
• הדרכה לצוות על ניהול נתוני נקודות איסוף.
• חודש תמיכה לאחר ההשקה (תיקוני באגים, ייעוץ).

תהליך העבודה

1. ניתוח — לימוד דרישות, רשימת ספקים, מספר נקודות צפוי.
2. עיצוב — יצירת סכמת DB, חוזי API, אב טיפוס ממשק.
3. יישום — כתיבת מודולי אינטגרציה, ווידג'ט מפה, אגרגטור backend.
4. בדיקות — בדיקה עם 5000+ נקודות מדומות, מדידת Core Web Vitals (LCP < 2.5s, CLS < 0.1).
5. פריסה — פריסה על שרת ייצור (Docker + Nginx + PostgreSQL), הגדרת ניטור.

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

זמן הפיתוח המשוער לווידג'ט המאגד 3–5 ספקים, עם קיבוץ ומסננים, הוא מ-3 עד 8 ימי עבודה. העלות המדויקת מחושבת באופן אישי, אך פרויקטים טיפוסיים נעים בין $500 ל-$1500 בהתאם למורכבות. הלקוחות שלנו מדווחים על עלייה של 15% בהמרות לאחר יישום הווידג'ט. צור קשר לייעוץ — נעריך את הפרויקט שלך ונציע פתרון אופטימלי.

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