השלב הטבעי אחרי קבלת PushSubscription ושמירה של השרת שלנו הוא להפעיל הודעת Push, אבל יש דבר אחד שהבהרתי בקפידה. חוויית המשתמש כשמבקשים מהמשתמש הרשאה לשלוח לו הודעות בדחיפה.
לצערי, מעט מאוד אתרים מביאים בחשבון את האופן שבו הם מבקשים הרשאה מהמשתמש, ולכן נקדיש מעט זמן כדי לבחון את חוויית המשתמש, גם אם היא טובה וגם לא.
דפוסים נפוצים
אפשר לזהות כמה דפוסים נפוצים ולהדריך אותם ולעזור לכם להחליט מה הכי מתאים למשתמשים ולתרחיש הדוגמא שלכם.
הצעת ערך
בקשו מהמשתמשים להירשם לערוץ בזמן שבו היתרון ברור.
לדוגמה, משתמש קנה פריט בחנות וירטואלית וסיים את תהליך התשלום. לאחר מכן, האתר יוכל להציע עדכונים לגבי סטטוס המשלוח.
יש מגוון מצבים שבהם גישה זו עובדת:
- פריט מסוים חסר במלאי. היית רוצה לקבל הודעה כשהוא יהיה זמין שוב?
- הכתבה הזו של מבזקי החדשות תתעדכן באופן קבוע. האם תרצו לקבל הודעה כשהסיפור יתפתח?
- הוגדרת כהצעת המחיר הגבוהה ביותר. רוצה לקבל הודעה אם הצעת המחיר שלך גבוהה יותר?
אלו כל הנקודות שבהן המשתמש השקיע בשירות שלכם, ויש לו הצעת ערך ברורה להפעלת התראות.
יצר הדמיה של אתר היפותטי של חברת תעופה כדי להדגים את הגישה הזו.
אחרי שהמשתמש מזמין טיסה, הוא שואל אם הוא רוצה לקבל התראות על עיכובים בטיסה.
חשוב לשים לב שמדובר בממשק משתמש מותאם אישית מהאתר.
עוד מגע נחמד להדגמה של אוון הוא שאם המשתמש לוחץ כדי להפעיל התראות, האתר מוסיף שכבת-על שקופה למחצה על כל הדף כשמוצגת בקשת ההרשאה. הפעולה הזו מושכת את תשומת הלב של המשתמשים לבקשת ההרשאה.
החלופה לדוגמה הזו, חוויית משתמש גרועה כשמבקשים הרשאה, היא לבקש הרשאה ברגע שמשתמש מגיע לאתר של חברת התעופה.
הגישה הזו לא מספקת הקשר לגבי הסיבה שההתראות נחוצות או מועילות למשתמש. בנוסף, המשתמש לא יכול לבצע את המשימה המקורית (כלומר להזמין טיסה) באמצעות בקשת ההרשאה הזו.
הרשאה כפולה
יכול להיות שתרגישו שלאתר שלכם יש תרחיש ברור לדוגמה להעברת הודעות Push, וכתוצאה מכך תרצו לבקש מהמשתמש הרשאה בהקדם האפשרי.
לדוגמה לקוחות להעברת הודעות מיידיות ואימיילים. הצגת הודעה באימייל או בהודעה חדשה היא חוויית משתמש מבוססת במגוון פלטפורמות.
כדאי לשקול את דפוס ההרשאות הכפולות בקטגוריה של אפליקציות כאלה.
קודם כול צריך להציג בקשה מזויפת להרשאה, שיש בה לחצנים שמאפשרים את בקשת ההרשאה או מתעלמים ממנה. אם המשתמש לוחץ על 'אישור', מבקשים הרשאה, והפעולה הזאת מפעילה את בקשת ההרשאה האמיתית של הדפדפן.
בשיטה הזו, תוצג באפליקציית האינטרנט בקשה להרשאה מותאמת אישית, שמבקשת מהמשתמש להפעיל התראות. כך המשתמשים יוכלו להפעיל או להשבית את האתר, בלי להסתכן בחסימה לצמיתות. אם המשתמש בוחר באפשרות 'הפעלה' בממשק המשתמש המותאם אישית, מציגים את בקשת ההרשאה בפועל, ואם לא, מסתירים את החלון הקופץ בהתאמה אישית ומבקשים בפעם אחרת.
דוגמה טובה לכך היא . לאחר שתיכנסו לחשבון, תוצג בהם הודעה השואלת אם אתם רוצים להפעיל התראות.
חלונית ההגדרות
אפשר להעביר התראות לחלונית הגדרות, וכך לאפשר למשתמשים להפעיל ולהשבית הודעות בדחיפה בקלות, בלי להעמיס על ממשק המשתמש של אפליקציית האינטרנט.
דוגמה טובה לכך היא . כשאתם טוענים את האתר של Google I/O בפעם הראשונה, לא מופיעה בקשה לעשות שום דבר, המשתמש נשאר לבדוק את האתר.
אחרי כמה ביקורים, לחיצה על האפשרות בתפריט שמשמאל תחשוף חלונית הגדרות שמאפשרת למשתמש להגדיר ולנהל התראות.
לחיצה על תיבת הסימון תציג את בקשת ההרשאה. אין הפתעות נסתרות.
אחרי הענקת הרשאה, תיבת הסימון מסומנת והמשתמש יכול להמשיך לפעול. היתרון הנהדר של ממשק המשתמש הזה הוא שהמשתמשים יכולים להפעיל ולהשבית התראות ממיקום אחד באתר.
גישה פסיבית
אחת מהדרכים הפשוטות ביותר להציע למשתמש דחיפה היא שימוש בלחצן או מתג שמאפשר או משבית הודעות דחיפה במיקום עקבי בדף באתר.
המצב הזה לא מעודד את המשתמשים להפעיל הודעות שנשלחות מהאפליקציה, אבל הוא מציע דרך אמינה וקלה להביע הסכמה ולבטל את המעורבות באתר שלך. באתרים כמו בלוגים שבהם יש צופים קבועים וגם שיעורי עזיבה גבוהים, זו אפשרות טובה כי האתר מתמקד בצופים רגילים בלי ליצור עניין בקרב המבקרים.
באתר האישי שלי, יש לי מתג להחלפת המצב של העברת ההודעות בכותרת התחתונה.
המסלול לא מפריע, אבל מבקרים קבועים צריכה לקבל מספיק תשומת לב מקוראים שרוצים לקבל עדכונים. מבקרים חד-פעמיים לא מושפעים כלל.
אם המשתמש נרשם לשליחת הודעות בדחיפה, המצב של מתג החלפת המצב משתנה ושומר על המצב בכל האתר.
חוויית המשתמש הגרועה
אלה כמה מהשיטות הנפוצות שהבחנתי בהן באינטרנט. למרבה הצער, יש שיטה אחת גרועה מאוד.
הדבר הכי גרוע הוא להציג למשתמשים את תיבת הדו-שיח של ההרשאה ברגע שהם מגיעים לאתר.
אין להם הקשר לגבי הסיבה לבקשת הרשאה, ייתכן שהם אפילו לא ידעו מה מטרת האתר, מה הוא עושה או מה הוא מציע. חסימת הרשאות בשלב זה בגלל תסכול היא פעולה שאינה נדירה, והחלון הקופץ הזה מפריע למה שהם מנסים לעשות.
חשוב לזכור שאם המשתמש חוסם את בקשת ההרשאה, אפליקציית האינטרנט לא יכולה לבקש הרשאה שוב. כדי לקבל הרשאה אחרי החסימה, המשתמש צריך לשנות את ההרשאה בממשק המשתמש של הדפדפן. זה לא קל, ברור או כיפי עבור המשתמש.
בכל מקרה, אל תבקשו הרשאה ברגע שהמשתמש פותח את האתר. כדאי לשקול גישה או ממשק משתמש אחרים שיש להם תמריץ להעניק למשתמש הרשאה.
הציעו דרך לצאת
בנוסף לכך ששקלנו את חוויית המשתמש (UX) להירשם כדחיפה של משתמש, חשוב לחשוב איך המשתמש צריך לבטל את ההרשמה או לבטל את ההסכמה להעברת הודעות Push.
מספר האתרים שמבקשים הרשאה ברגע שהדף נטען ואז לא מציע ממשק משתמש להשבתת ההתראות, הוא מדהים.
האתר שלך צריך להסביר למשתמשים כיצד הם יכולים להשבית את Push. אם לא תעשו זאת, סביר להניח שהמשתמשים ישתמשו באפשרות הגרעינית וחוסמים את ההרשאה לתמיד.
השלבים הבאים
- סקירה כללית של התראות באינטרנט
- איך Push פועל
- הרשמה של משתמש למינוי
- חוויית משתמש עם הרשאות
- שליחת הודעות באמצעות ספריות Push באינטרנט
- פרוטוקול Web Push
- טיפול באירועי Push
- הצגת התראה
- התנהגות התראות
- תבניות נפוצות של התראות
- שאלות נפוצות בנושא התראות בדחיפה
- בעיות נפוצות ודיווח על באגים