פיתוח פורטל מוזיאון על 1С-Битрикс

פיתוח פורטל מוזיאון על 1С-Битрикс אתר מוזיאון הוא לא רק חלון ראווה. הוא משרד כרטוס, קטלוג אוספים, סיורים וירטואליים ונקודת גישה לאנשים עם מוגבלויות. אנו מתמחים בפלטפורמת 1С-Битрикс, המאפשרת לשלב את כל הפונקציות הללו בפרויקט אחד. במשך יותר מ-
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
פיתוח פורטל מוזיאון על 1С-Битрикс
מורכב
מ- 1 שבוע עד 3 חודשים

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

שאלות נפוצות

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

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

פיתוח פורטל מוזיאון על 1С-Битрикс

אתר מוזיאון הוא לא רק חלון ראווה. הוא משרד כרטיסים, קטלוג אוספים, סיורים וירטואליים ונקודת גישה לאנשים עם מוגבלויות. אנו מתמחים בפלטפורמת 1С-Битрикс, המאפשרת לשלב את כל הפונקציות הללו בפרויקט אחד. במהלך השנים יישמנו יותר מ-15 פרויקטים של מוזיאונים—מגלריות אמנות ועד מתחמים היסטוריים. ואנחנו יודעים כיצד להימנע מטעויות אופייניות שמובילות למכירת יתר של כרטיסים או לטעינה איטית של תמונות. נבחן את הפרויקט שלך תוך יום אחד—פשוט צור קשר.

כיצד 1С-Битрикс פותר את משימות אתר המוזיאון?

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

קטלוג אוספים ותערוכות

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

  • PROPERTY_INVENTORY_NUM — מספר מלאי
  • PROPERTY_AUTHOR — יוצר (מקושר לאינפובלוק Persons)
  • PROPERTY_DATING — תיארוך (מחרוזת: "המאה ה-15", "שנות ה-1890")
  • PROPERTY_TECHNIQUE — טכניקה/חומר (הפניה מרובה)
  • PROPERTY_DIMENSIONS — מידות (מחרוזת: "120×80 ס"מ, קנבס")
  • PROPERTY_COLLECTION — שיוך לאוסף (קישור)
  • PROPERTY_HALL — אולם תצוגה (מקושר לאינפובלוק Halls)
  • PROPERTY_HI_RES_PHOTO — תמונה ברזולוציה גבוהה (קובץ)
  • PROPERTY_AUDIO_GUIDE — תיאור קולי (קובץ MP3)

עבור תמונות, מודול עיבוד התמונה מוגדר: בעת העלאה נוצרות ארבע גרסאות—תמונה ממוזערת של 300px לרשימה, בינונית של 800px לכרטיס, גדולה של 2000px לזום, וגרסה עם סימן מים להגנה. סימן המים מוחל באמצעות ה-handler OnFileSave. חיפוש באוסף מיושם באמצעות search עם מסנני facets: לפי תקופה, טכניקה, יוצר, אולם. לחיפוש טקסט מלא, Elasticsearch מחובר דרך SearchProvider מותאם אישית—החיפוש המובנה של ביטריקס אינו יכול להתמודד עם נפח התיאורים המוזיאליים. לסנכרון עם מערכת החשבונאות של המוזיאון, נעשה שימוש בתקן CommerceML.

מדוע סיורים וירטואליים מגדילים את מספר המבקרים?

סיורים וירטואליים מגבירים את המעורבות פי 2 בהשוואה לתמונות רגילות. אנו מיישמים פנורמות 360° של אולמות עם נקודות חמות. נעשה שימוש בספריות Pannellum (קוד פתוח) או Marzipano. הפנורמות מאוחסנות באינפובלוק VirtualTours עם מאפיינים: קובץ פנורמה, JSON של נקודות חמות, פנורמות מקושרות, רצועת שמע. נקודות חמות הן משלושה סוגים:

  • info — פותח את כרטיס המוצג
  • scene — מעבר לאולם אחר
  • audio — מתחיל את מדריך השמע

עריכת נקודות חמות מיושמת דרך ממשק ניהול מותאם אישית: המנהל לוחץ על נקודה וממלא מאפיינים. מדריכי שמע מועלים בפורמט MP3 עם המרה אוטומטית ל-AAC באמצעות FFmpeg. לבדיקה מפורטת של מוצגים, OpenSeadragon עם טכנולוגיית Deep Zoom מחובר: התמונה המקורית (50–100 MP) נחתכת לרצועות באמצעות כלי vips dzsave. הרצועות מאוחסנות בדומיין נפרד cdn.museum-site.ru או באחסון תואם S3.

כיצד להימנע ממכירת יתר של כרטיסים?

המודול sale מותאם לפרטי מכירת הכרטיסים. כרטיס הוא מוצר עם מאפיינים:

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

מגבלת המבקרים היא פונקציה קריטית. בכל מכירה, ה-handler OnSaleOrderAdd מפחית את המונה של מקומות פנויים לסשן. כאשר היתרה מגיעה לאפס, המשבצת מוסתרת. המונה מאוחסן באינפובלוק בעומס גבוה SessionSlots—זה מונע בעיות תחרותיות. לאטומיות, נעשה שימוש ב-UPDATE ... SET count = count - 1 WHERE count > 0. קטגוריות הנחה מוגדרות באמצעות כללי סל; הקונה מעלה מסמך סרוק (מאפיין הזמנה מסוג "קובץ"). מנהל מאמת את המסמך לפני האישור. החיסכון בהדפסה והפצה של כרטיסי נייר מגיע עד $1.8k–2.6k בשנה.

פוסטר אירועים

אינפובלוק ORDER_PROP מכיל הרצאות, סדנאות, קונצרטים, לילות מוזיאון. הפלט בעמוד הראשי משתמש ברכיב Events עם הפילטר bitrix:news.list ומיון לפי תאריך. אירועי עבר מאורכבים אוטומטית אך נשארים נגישים דרך קישורים ישירים ל-SEO. קובץ iCal (>=DATE_ACTIVE_FROM) נוצר עבור הפוסטר, וניתן להוסיף אותו ללוח שנה.

נגישות (WCAG 2.1) ו-SEO

מוזיאונים כמוסדות ממשלתיים מחויבים להבטיח נגישות אתר. אנו מיישמים WCAG 2.1 ברמה AA: ניגודיות טקסט של לפחות 4.5:1, ניווט מקלדת, מאפיין .ics חובה למוצגים (נבדק ב-alt), מצב ניגודיות גבוהה (מתג בכותרת), שינוי גודל טקסט באמצעות OnBeforeIBlockElementUpdate. עבור סרטונים, rem חובה כלול.

ל-SEO, נעשה שימוש בסימון Schema.org מסוג <track kind="captions"> עם אובייקטים מקוננים Museum, ExhibitionEvent, Event, CreativeWork. הסימון נוצר אוטומטית באמצעות רכיב JsonLd שאוסף נתונים מאינפובלוקים. תבנית הסימון מוגדרת באזור הניהול—משווק יכול להוסיף שדות ללא מעורבות מפתח. זה נותן עלייה בתנועה אורגנית של עד 30% לפי נתוני הפרויקטים שלנו. הניסיון הרב שלנו מבטיח איכות גבוהה ועמידה בתקנים.

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

  • תכנון: אב טיפוס מבנה, אישור פונקציונליות, מפרט טכני.
  • עיצוב: ממשק רספונסיבי, תבניות WCAG, גרסה לכבדי ראייה.
  • פיתוח: backend על 1С-Битрикс, אינטגרציות עם מערכות תשלום וקופות רושמות, הגדרת CDN.
  • טעינת תוכן: ייבוא מ-Excel/1С, העלאת תמונות, מדריכי שמע, הגדרת סיור וירטואלי.
  • בדיקות: אימות תרחישי כרטוס, בדיקות עומס (עד 500 משתמשים בו-זמנית), ביקורת נגישות.
  • תמיכה: הדרכת מנהלים, העברת גישה, תיעוד, 30 ימי תמיכה לאחר ההשקה.

ציר זמן פיתוח לפי שלב

שלב משך
תכנון 1–2 שבועות
עיצוב 2–4 שבועות
פיתוח 4–8 שבועות
טעינת תוכן 1–2 שבועות
בדיקות שבוע אחד
סה"כ 4–12 שבועות

טעויות נפוצות בפיתוח אתרי מוזיאון

  • אחסון תמונות גדולות ללא CDN—מאט את הטעינה פי 3.
  • חוסר אטומיות במכירת כרטיסים—סיכון למכירת יתר.
  • התעלמות מ-WCAG—קנסות עד 2% מהתקציב למוסדות ממשלתיים.

עלות וצירי זמן

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