אפליקציית ווב היא מערכת שרצה בדפדפן ושבה המשתמש עושה משהו — מתחבר, יוצר, עורך, מזמין, מנהל — לעומת אתר, שבו המשתמש בעיקר קורא ומתרשם. אתר תדמית, בלוג ואתר שירותים הם אתרים. מערכת הזמנות, פורטל לקוחות, לוח ניהול או כלי SaaS הם אפליקציות ווב. שניהם נבנים מאותן טכנולוגיות ונפתחים מאותה כתובת בדפדפן — ההבדל הוא בכמה לוגיקה יש מאחורי המסך.
אפליקציית ווב מול אתר: ההבדלים בפועל
| אתר | אפליקציית ווב | |
|---|---|---|
| מה המשתמש עושה | קורא, משווה, יוצר קשר | מתחבר ומבצע פעולות: יוצר, עורך, מזמין, מנהל |
| תוכן | זהה לכל הגולשים | שונה לכל משתמש, לפי ההרשאות והנתונים שלו |
| מערכת משתמשים | לרוב אין | כמעט תמיד: התחברות, הרשאות, תפקידים |
| מנועי חיפוש | קריטיים — רוב התנועה מגיעה משם | לרוב רק דפי השיווק נסרקים; האזור המחובר סגור |
| מה קובע את המורכבות | מספר העמודים והעיצוב | מספר התהליכים, ההרשאות והחיבורים |
ההבדל בין השניים הוא רצף, לא קו חד. חנות אינטרנטית, למשל, היא אתר לגולש שמעיין, ואפליקציה לגולש שמנהל עגלה, משלם ועוקב אחרי הזמנה. גם אינדקס עסקים עם אזור אישי לבעלי עסקים נמצא באמצע.
מה הופך אתר לאפליקציה
כשהבקאנד מתחיל לעשות יותר מלהגיש עמודים. MDN מונה את מה שקוד בצד השרת מאפשר: שמירה ושליפה של נתונים, חוויה מותאמת לכל משתמש, הגבלת גישה כך שכל משתמש רואה רק את מה שמותר לו, ושמירת מצב לאורך הביקור. כל אחד מאלה מוסיף שכבה:
- משתמשים והרשאות — הרשמה, התחברות, שחזור סיסמה, תפקידים שונים.
- נתונים לכל משתמש — מה שהוא יצר, הזמין, שמר.
- תהליכים — אישורים, סטטוסים, התראות, מיילים אוטומטיים.
- חיבורים — סליקה, חשבוניות, CRM, יומן.
על ההבדל בין הקוד שרץ בדפדפן לקוד שרץ בשרת הרחבתי במאמר פרונטאנד ובקאנד.
ומה עם PWA?
PWA היא אפליקציית ווב שמתנהגת כמו אפליקציה בטלפון. לפי MDN, היא נבנית בטכנולוגיות ווב ורצה מקוד אחד על כל מכשיר — כמו אתר — אבל אפשר להתקין אותה, היא יכולה לעבוד גם בלי חיבור, ולהשתלב במכשיר. זו אפשרות שכדאי לשקול לפני שמזמינים אפליקציה ייעודית לחנויות — פירטתי במאמר אתר, PWA או אפליקציה.
למה ההבחנה חשובה כשמזמינים
הערכת היקף
אתר נמדד בעמודים ובתבניות. אפליקציה נמדדת בתהליכים: מה כל סוג משתמש יכול לעשות, מה קורה בכל שלב, ומה קורה כשמשהו נכשל. בקשה ל"אתר עם אזור אישי" יכולה להסתיר מאחוריה אפליקציה שלמה — ולכן חשוב לפרט את התהליכים כבר באפיון.
הפלטפורמה
וורדפרס מצוינת לאתרים, ויכולה להחזיק גם לא מעט לוגיקה. אבל אפליקציה עם תהליכים מורכבים, משתמשים רבים וחיובים מותאמים מתאימה לרוב יותר למערכת ייעודית. ההחלטה תלויה במה שהמערכת צריכה לעשות, לא בהעדפה טכנולוגית.
אחרי ההשקה
אפליקציה היא מוצר שחי: משתמשים מבקשים יכולות, תהליכים משתנים, נתונים מצטברים. כדאי לתכנן אותה כגרסה ראשונה שתגדל, ולא כפרויקט שנגמר ביום ההשקה.
דוגמאות מהפלטפורמות שלי
WebGPT היא אפליקציית ווב מובהקת: מערכת עם משתמשים, מנויים, תקופת ניסיון ומסלולים, שבה נוצרו יותר מ-14 מיליון מאמרים ויותר ממיליון צ'אטבוטים. מודל כזה, של מוצר שנמכר כמנוי, מוסבר במאמר מה זה SaaS.
שאלות נפוצות
אפליקציית ווב היא אותו דבר כמו אפליקציה בטלפון?
לא. אפליקציה בטלפון מותקנת מחנות האפליקציות ונכתבת לכל מערכת הפעלה. אפליקציית ווב נפתחת בדפדפן מכל מכשיר, בלי התקנה.
האם אפשר להתחיל כאתר ולהפוך לאפליקציה?
כן, וזה מסלול נפוץ. אבל כדאי שהבסיס — מבנה הנתונים, המשתמשים, הכתובות — יתוכנן כך שיהיה אפשר להרחיב אותו בלי לבנות מחדש.
מאמרים קשורים: קוד פתוח: מה זה, וורדפרס ו-GPL, ומה זה אומר לעסק.
אני בונה גם אתרים וגם מערכות עם משתמשים, תהליכים וחיבורים, ובוחר את הבסיס לפי מה שהמערכת צריכה לעשות. בעמוד אתרים מתקדמים ומערכות מפורט איך אני עובד, ואפשר לספר לי מה אתם רוצים לבנות.
אהבתם את המאמר?
