הפעלה ותחזוקה של התראות

בקטעים הבאים מוסבר איך להשיק התראות ציבוריות ולנהל אותן.

הפעלה

צוות Public Alerts יעזור לכם לקבוע מתי ההתראות יופיעו. כדי שההתראות ימשיכו לפעול כמו שצריך אחרי ההשקה, עליכם להמשיך לעבוד עם Google לפי ההוראות שמפורטות בקטעים הבאים.

ניהול ההתראות

כדי להבטיח חוויית שימוש טובה במוצר אחרי שההתראות יהיו גלויות לכולם, חשוב להגדיר צוות ייעודי זמין.

מה צפוי מ-Google

• התכונה 'התראות ציבוריות' מעבדת באופן קבוע את התגובות והמשוב מהמשתמשים ומרכזת תובנות לגבי הביצועים.

מה Google מצפה מכם

• לאשר ולפתור במהירות בעיות ש-Google מדווחת עליהן. לדוגמה, פידים מושבתים או תוכן CAP שלא ניתן לנתח.

פרסום התרעות תקופתיות לבדיקה

כדאי לעבוד עם צוות Google כדי לקבוע לוח זמנים לבדיקות, במיוחד אם מפרסמים התראות רק מדי פעם.

פועלים לפי ההנחיות הבאות לבדיקה:

• משתמשים ב-<status>Test</status> כדי שהציבור לא יראה התראות בדיקה. מוודאים שגם בערוצי ההפצה האחרים מופיע הדגל Test.

• כדאי ליצור התראות בדיקה לסוגים הקיצוניים ביותר של אירועים.

• מפרסמים את ההתראות של CAP לבדיקה בפיד הרגיל של ייצור, ולא בסביבת ייצור או בסביבת בדיקה.

• אפשר להשתמש במידע מהאירוע הקודם, אבל חשוב לוודא שהזמנים <sent>,‏ <effective> ו-<expires> מעודכנים לבדיקה.

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

אחרי הבדיקה, נציג של Public Alerts ייצור איתכם קשר כדי לוודא ש-Google הטמיעה את ההתראות בהצלחה, או כדי לדווח על בעיות שצריך לפתור.

דיווח על שינויים ל-Google Public Alerts

כדי לוודא שמשתמשי הקצה ימשיכו לקבל את פרטי ההתראות הנכונים, כדאי להגדיר מנגנונים ברורים להודעה ל-Google ולציבור על עדכונים בפורמט ה-CAP או על נתונים נוספים.

אפשר לספק פיד חדשות (RSS) כמו פיד NOAA SCN, או לשלוח אימייל אל צוות התמיכה של Google בתגובה למקרי חירום עם הודעה על כל העדכונים. עדיף לקשר לגרסה החדשה של כל מידע מעודכן.

לפני שמבצעים שינויים משמעותיים בהגדרות או בהגדרות אישיות, צריך לשלוח אימייל אל צוות התמיכה של Google בתגובה למקרי חירום. כדאי להודיע על שינויים מראש, ולציין את התאריך הצפוי שבו השינוי יופעל.

אם אפשר, אנחנו ב-Public Alerts רוצים לדעת על העדכונים הבאים לפחות 30 יום מראש:

• סוגי התראות או אירועים חדשים.
• שינויים בערכים הקריטיים של נתוני ה-CAP לגבי סוגי אירועים או התראות קיימים.
• שינויים בגיאודאטה או במפות של קובצי shapefile.
• השבתה מתוכננת של הפיד או עבודות תחזוקה.
• כתובות URL חדשות של פידים.
• אישורים חדשים (לפני שתוקף האישור הקודם יפוג), אם חותמים דיגיטלית על CAP.