אתר בית קפה פותר שלוש משימות: להציג את התפריט, להביא את האורח ולקבל הזמנה. זה נשמע פשוט, אבל 90% מהמבקרים יפתחו אותו מהטלפון שלהם כשהם עומדים ברחוב או גוללים בפיד. אם העמוד נטען יותר משלוש שניות או שאי אפשר לקרוא את התפריט בלי להתקרב, האורח יעבור למתחרה שממול. הניסיון שלנו מראה שארכיטקטורה נכונה על 1C-Bitrix פותרת את הבעיות האלה. פיתחנו אתרים ל-15+ עסקים, כך שאנחנו מכירים את נקודות התורפה האופייניות ואת הדרכים להימנע מהן.
על 1C-Bitrix, בית קפה מקבל קטלוג תפריט ניתן לניהול דרך בלוקי מידע, הזמנות דרך טפסי אינטרנט עם העברה ל-CRM, ותשתית טכנית שהמנהל יכול לעדכן ללא מפתח. הפרויקט מועבר במפתח סוהר תוך 6–8 שבועות עם אחריות ותמיכה לאחר ההשקה.
יישום התפריט דרך בלוקי מידע
התפריט הוא האלמנט המרכזי של האתר. המבנה של בלוק המידע "תפריט":
- סעיפים — קטגוריות מנות (ארוחות בוקר, סלטים, מרקים, מנות עיקריות, קינוחים, משקאות, בר)
- אלמנטים — מנות ספציפיות
מאפייני אלמנט:
- שם — חובה, מוצג על הכרטיס
- תיאור — הרכב ומאפיינים
- משקל/נפח — מאפיין מחרוזת (150 גרם, 300 מ"ל)
- קלוריות — מאפיין מספרי, תצוגה אופציונלית
- אלרגנים — רשימה מרובה (גלוטן, לקטוז, אגוזים, פירות ים)
- תמונה — מאפיין קובץ, חובה
- תווית — רשימה (חדש, להיט, חריף, צמחוני)
- פעילות — שדה סטנדרטי, מאפשר להסתיר מנות ללא מחיקה
המנהל עובד דרך ממשק בלוק המידע הסטנדרטי: מוסיף מנה, מעלה תמונה, מגדיר תווית "ארוחת עסקים", והיא מופיעה באתר. מיון דרך השדה "מיון" — השף יכול להדגיש פריטים עונתיים על ידי העברתם למעלה.
בחזית, התפריט מוצג עם סינון לפי קטגוריה (כרטיסיות או סרגל צד) ואייקוני אלרגנים. אין דפדוף — כל התפריט בעמוד אחד עם קישורי עוגן כדי שהאורח יוכל לגלול בו.
מבצעים והזמנות: איך לא לאבד לקוח?
מבצעים וארוחות עסקים
בלוק מידע נפרד "מבצעים" עם מאפיינים:
- כותרת ותיאור המבצע
- תאריך התחלה / תאריך סיום — מאפייני סוג תאריך, האלמנט מוסתר אוטומטית לאחר פקיעת התוקף
- סוג — רשימה (ארוחת עסקים, הנחה, הצעה עונתית, קומבו)
- קישור למנות — חיבור עם בלוק המידע של התפריט
ארוחות עסקים מתעדכנות מדי שבוע. לנוחות המנהל, נוצרת תבנית: העתקת האלמנט של השבוע שעבר עם שינוי מנות ותאריכים. בעמוד הראשי, בלוק עם מבצעים עדכניים נוצר על ידי רכיב news.list עם סינון לפי תאריכים פעילים.
הזמנת שולחן
בית קפה אינו מסעדה עם מערכת ניהול אולם. אינטגרציה עם R-Keeper או iiko להזמנות היא מוגזמת כאן. טופס אינטרנט מספיק:
- שם האורח
- טלפון (מסכת קלט)
- תאריך ושעה
- מספר אורחים
- הערות (שדה טקסט)
הטופס נוצר דרך מודול form או רכיב המשוב. הנתונים נשלחים למייל המנהל ובמקביל יוצרים ליד ב-Bitrix24 CRM (אם הענן מחובר) או נכתבים למודול crm של הקופסה. המנהל מאשר את ההזמנה בטלפון.
להגנה מפני ספאם — Google reCAPTCHA v3 (בלתי נראה למשתמש) ומגבלה על מספר הבקשות מכתובת IP אחת.
גלריית תמונות, ביקורות ופרטי קשר
גלריית תמונות פנים
בלוק מידע "גלריה" עם סעיפים: אולם, מרפסת, אולם אירועים, מטבח. תמונות מועלות למאפיין קובץ מרובה. בחזית — רשת בנייה עם lightbox (Fancybox או מקביל). חשוב: התמונות חייבות להיות מקצועיות — זו לא משימת פיתוח, אבל הדרישות לתוכן צריכות להיות קבועות בשלב כתיבת המפרט הטכני.
ביקורות
מודול ביקורות — בלוק מידע סטנדרטי עם פיקוח מוקדם. האורח משאיר ביקורת דרך טופס (שם, טקסט, דירוג מ-1 עד 5), המנהל בודק ומפרסם אותה. הדירוג הממוצע מחושב על ידי רכיב שמור ומוצג בעמוד הראשי. ביקורות מסומנות עם Schema.org Review — הדירוג המצטבר מופיע בתוצאות החיפוש.
מפה ופרטי קשר
Yandex.Maps או Google Maps דרך API. סיכה עם הכתובת, יכולת בניית מסלול. שעות פעילות מסומנות עם Schema.org OpeningHoursSpecification. מספר הטלפון ניתן ללחיצה (tel:), בנייד — שיחות.
סימון SEO: Schema.org Restaurant
המיקרו-נתונים של Restaurant מכסים:
-
name,address,telephone -
openingHours— שעות פעילות -
servesCuisine— סוג מטבח -
menu— קישור לעמוד התפריט -
aggregateRating— דירוג ממוצע מביקורות -
image— תמונת מסעדה
הסימון מתווסף לתבנית הרכיב דרך JSON-LD. הוא נבדק עם Google Rich Results Test לפני ההשקה.
אופטימיזציה לנייד: Core Web Vitals ו-WebP
עבור בית קפה, תנועה ניידת מהווה 85–95%. טלפון, כתובת, תפריט — הכל נח�ש תוך כדי תנועה. אם LCP (Largest Contentful Paint) עולה על 2.5 שניות, Google מוריד את המיקומים, והאורח סוגר את הטאב.
בעיה מספר אחת — תמונות. תמונות של מנות ופנים כבדות: 2–5 MB ממצלמת הצלם. על מסך נייד ברוחב 375px, טעינת תמונה של 2400px היא בזבוז. WebP דוחס תמונות ב-30% יותר ביעילות מ-JPEG, חוסך בתקציב האחסון ומאיץ את הטעינה. פורמט WebP פותח על ידי Google ונתמך על ידי כל הדפדפנים המודרניים (WebP).
פתרון ברמת 1C-Bitrix:
הקנה מידה המובנה דרך CFile::ResizeImageGet() יוצר תמונות ממוזערות בבקשה הראשונה. אנו מגדירים סט גדלים:
- כרטיס תפריט (נייד) — 400×300, איכות 80%, פורמט WebP
- כרטיס תפריט (שולחני) — 800×600, איכות 85%, פורמט WebP
- גלריה (תצוגה מקדימה) — 600×400, WebP
- גלריה (גודל מלא) — 1600×1200, WebP עם גיבוי JPEG
בתבנית הרכיב, תג <picture> משמש עם <source> עבור WebP ו-<img> לגיבוי JPEG. המאפיין srcset שמציין גדלים מאפשר לדפדפן לבחור את הגרסה האופטימלית.
טעינה עצלה — מאפיין loading="lazy" על כל התמונות מתחת למסך הראשון. עבור התפריט, זה אומר ש-3–4 המנות הראשונות נטענות מיד, והשאר נטענות בגלילה. Intersection Observer API להתנהגות מותאמת אישית אם צריך.
שמירה במטמון: רכיבי Bitrix נשמרים במטמון כברירת מחדל (הגדרת זמן מטמון בפרמטרי הרכיב). קבצים סטטיים (CSS, JS, גופנים) מוגשים עם כותרות Cache-Control: max-age=31536000 דרך הגדרות nginx. לתמונות — באופן דומה, עם ביטול מטמון על ידי שינוי שם הקובץ בעדכון.
גופנים: גופן אחד, שני סגנונות (רגיל, מודגש), נטען עם font-display: swap, נטען מראש דרך <link rel="preload">. אין Google Fonts — הקבצים מאוחסנים מקומית, מה שמבטל חיפושי DNS מיותרים.
מיניפיקציה ודחיסה: CSS ו-JS משולבים וממוזערים דרך הכלים המובנים של Bitrix (הגדרה במודול הראשי). Gzip או Brotli ברמת nginx.
תוצאה: LCP < 2 שניות, CLS < 0.1, FID < 100 ms. מאומת דרך PageSpeed Insights ונתונים אמיתיים מ-Chrome UX Report לאחר צבירת סטטיסטיקות. המהנדסים המוסמכים שלנו מבטיחים עמידה במדדים אלה.
| מדד | ערך יעד | שיטת השגה |
|---|---|---|
| LCP | < 2.0 שניות | WebP, srcset, טעינה מוקדמת של תמונת גיבור |
| CLS | < 0.1 | גדלי תמונה קבועים, font-display: swap |
| FID | < 100 ms | מיניפיקציית JS, דחיית סקריפטים לא קריטיים |
| TTFB | < 600 ms | שמירת רכיבים במטמון, מטמון מרוכב של Bitrix |
אם אתם רוצים אתר שנטען מהר ומביא הזמנות, צרו קשר לייעוץ.
מה כלול בפיתוח אתר בית קפה
- תיעוד: מפרט טכני, מבנה תפריט, ניתוב טפסים
- גישה: אחסון, דומיין, פאנל ניהול Bitrix24
- הדרכה: הוראות לעדכון תפריט ומבצעים
- תמיכה: 30 יום לאחר ההשקה ללא תשלום
שלבים ולוח זמנים
| שלב | תוכן | משך |
|---|---|---|
| אנליטיקה | מבנה תפריט, דרישות הזמנות, ניתוח מתחרים | שבוע 1 |
| עיצוב | אבות טיפוס לנייד ושולחני, צילום (במקביל) | שבועיים |
| בנייה | בנייה רספונסיבית, רכיבי תפריט וגלריה | 1.5 שבועות |
| צד שרת | בלוקי מידע, טפסים, אינטגרציית CRM, Schema.org | 1.5 שבועות |
| תוכן ואופטימיזציה | מילוי תפריט, עיבוד תמונות, בדיקת Core Web Vitals | שבוע 1 |
| השקה | פריסה, בדיקה סופית על מכשירים אמיתיים | יומיים |
סה"כ: 6–8 שבועות. העיכוב העיקרי הוא בדרך כלל תוכן: צילום אוכל ואישור טקסטים.
כדי לקבל הערכה לפרויקט שלכם, צרו קשר — נכין הצעה מסחרית עם לוחות זמנים ועלויות. הזמינו פיתוח אתר בית קפה במפתח סוהר וקבלו ייעוץ ממהנדס Bitrix.