אתר עירייה: מה אתר של רשות מקומית חייב לכלול ב-2027

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

מה אתר רשות מקומית צריך לעשות

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

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

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

שירותים לתושב קודם: תשלומים, טפסים, פניות ותורים

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

תשלומים מקוונים לעירייה

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

שימו לב לעמוד שמסביר את החיוב, לא רק לעמוד שגובה אותו. פקודת העיריות מחייבת את המועצה לפרסם בתחום העירייה ובאתר האינטרנט שלה את שיעורי הארנונה שהחליטה עליהם ואת מועדי התשלום, בתוך 15 ימים מקבלת ההחלטה (סעיף 277). עמוד שמציג את צו הארנונה, את מועדי התשלום, את דרכי ההשגה ואת ההנחות שהחוק מאפשר לפי זכאות, חוסך שיחות למוקד יותר מכל כפתור תשלום. כשהעירייה עובדת עם חברת גבייה, הפקודה מוסיפה חובות פרסום משלה, ונחזור אליהן בהמשך.

טפסים ובקשות

פקודת העיריות מחייבת עירייה לפרסם באתר את הטפסים הנדרשים לקבלת השירותים שהיא מספקת (סעיף 248ב). פרסום קובץ PDF להדפסה עומד אולי בלשון החוק, אבל לא בצורך של התושב. טופס דיגיטלי שאפשר למלא בנייד, שמזהה את התושב רק כשצריך, שמאפשר לצרף מסמך מצולם ושנותן מספר פנייה, מחליף נסיעה לבניין העירייה. את העקרונות של טופס כזה, כולל חתימה דיגיטלית ושמירת מסמכים, פירטנו במדריך טפסים דיגיטליים וחתימה דיגיטלית. שתי נקודות שכדאי להחליט עליהן מוקדם: אילו טפסים דורשים הזדהות, ומה קורה לנתונים אחרי השליחה, כלומר לאיזו מערכת הם נכנסים ומי מטפל בהם.

פניות ומפגעים

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

תורים

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

המוקד העירוני והערוצים הדיגיטליים שלו

המוקד העירוני, שברשויות רבות מוכר לתושבים במספר המקוצר 106, הוא הלב התפעולי של השירות. האתר לא מחליף אותו, הוא אמור להוריד ממנו עומס ולהעביר אליו פניות מסודרות יותר. ככל שיותר רשויות מפעילות למוקד ערוצים נוספים כמו וואטסאפ, צ׳ט, טופס באתר ואפליקציה, השאלה המעשית היא אחת: האם כל הערוצים מגיעים לאותה מערכת ניהול פניות, עם אותו מספר פנייה ואותו סטטוס.

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

ונקודת נגישות שקל לפספס: תקנות הנגישות קובעות שמי שמספק קו טלפון ייעודי לפניות למוקד בעת חירום יבצע בו התאמות נגישות, בין השאר באמצעות פקסימיליה, דואר אלקטרוני ומסרון, ותוך התאמת הלשון ואופן המענה (תקנה 36). אם המוקד העירוני משמש גם כמוקד חירום, בדקו עם רכז הנגישות איך הערוצים הדיגיטליים שלו עונים על הדרישה הזו, ופרסמו אותם באתר במקום שרואים.

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

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

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

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

חופש המידע באתר הרשות

חוק חופש המידע מונה רשות מקומית וחברה עירונית בין הרשויות הציבוריות שהחוק חל עליהן. לאתר יש כאן תפקיד ישיר, כי חלק מהחובות הן חובות להעמיד מידע לעיון הציבור, ובלי אתר מסודר הן נשארות על הנייר. בין החובות שבחוק:

החוק גם קובע שהרשות תודיע למבקש על החלטתה לא יאוחר מ-30 ימים מקבלת הבקשה, עם אפשרויות הארכה מוגדרות (סעיף 7). טופס בקשה מקוון שנותן מספר פנייה ותאריך קבלה עוזר לרשות לעמוד בלוח הזמנים ולתעד אותו. ההרחבה על החוק, על מה שמותר לסרב לו ועל הדרך לבנות עמוד חופש מידע שעובד נמצאת במדריך חוק חופש המידע. כלל אצבע: כל מסמך שמבקשים שוב ושוב, ואין מניעה לפרסם אותו, כדאי לפרסם מראש. זה חוסך לממונה עבודה ולתושב המתנה.

נגישות והצהרת הנגישות

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

ועוד פרט שחשוב למנהל: לפי תקנה 35א(ד), סטייה מהדרישות לא תיחשב הפרה אלא אם נשלחה הודעה שדורשת לתקן אותה והיא לא תוקנה בתוך זמן סביר, ולא יאוחר מ-60 ימים. בינתיים צריך לספק התאמה חלופית. כלומר, הדרך שבה הרשות מקבלת פנייה על בעיית נגישות ומטפלת בה היא חלק מהעמידה בדרישות, ולא רק הקוד. הצהרת הנגישות צריכה להוביל לכתובת שמישהו באמת קורא. את הצד המעשי של הבדיקות, כולל מה בודקים ידנית ומה בכלים, פירטנו במדריך נגישות אתרים.

ערבית, אנגלית ורוסית

ברשויות רבות חלק ניכר מהתושבים מעדיפים שפה אחרת מעברית. הפקודה עצמה מכירה בכך שהשפה היא חלק מרמת השירות: כשהיא מגדירה אמות מידה שעירייה קובעת לחברת גבייה שעובדת עבורה, היא מונה ביניהן קיום אתר אינטרנט שבו ניתן לקבל מידע ומענה, שפות מתן השירות ונגישות לאנשים עם מוגבלות (סעיף 330כג). את החובות הלשוניות שחלות על הרשות שלכם בודקים מול היועץ המשפטי. ההחלטה איזו שפה ובאיזה היקף היא בעיקר החלטת שירות.

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

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

מצב חירום: האתר ביום הכי קשה

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

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

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

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

חיפוש וניווט שתושב מבין

תושב לא יודע איך העירייה מחולקת למחלקות, ולא צריך לדעת. ניווט לפי מבנה ארגוני, עם תפריט של אגפים, מנהלות ויחידות, מכריח אותו לנחש. ניווט לפי מצבי חיים עובד טוב יותר: עברתי דירה, נולד לי ילד, אני פותח עסק, אני בונה או משפץ, אני מחפש עבודה, אני מבוגר וצריך עזרה. בתוך כל מצב חיים, השירותים הרלוונטיים מכל המחלקות במקום אחד.

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

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

מערכת ניהול תוכן שהעורכים מסוגלים להפעיל

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

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

אחסון, אבטחה ופרטיות

אתר עירוני הוא יעד מוכר, ובמיוחד בתקופות מתיחות. ההגנה מתחילה בבחירת סביבת האירוח, ממשיכה בעדכוני גרסה וניהול הרשאות, ונבדקת ביום שבו משהו משתבש. אם יש ברשות ממונה אבטחת מידע, הוא זה שמאשר את הסביבה ואת הספקים, ולעיתים נדרשים סקר סיכונים ובדיקת חדירות לפני העלייה לאוויר. הכניסו אותו לתהליך כבר בשלב המפרט.

פרטיות היא הצד השני של אותו מטבע. רשות מקומית היא גוף ציבורי לפי חוק הגנת הפרטיות (סעיף 23), ובעל שליטה במאגר מידע שהוא גוף ציבורי חייב במינוי ממונה על הגנת הפרטיות (סעיף 17ב1). החוק גם מגביל מסירת מידע אישי מגוף ציבורי (סעיף 23ב). בפועל, כל טופס באתר צריך לומר איזה מידע נאסף, לשם מה, למי הוא מועבר וכמה זמן נשמר, וכל ספק שנוגע במידע, כולל ספק הטפסים, ספק התשלומים וספק הדיוור, צריך להיות מוגדר בהסכם. כלי מדידה, צ׳טים ותוספים של צד שלישי באתר הם לעיתים העברת מידע שלא תוכננה, ולכן בודקים אותם עם הממונה על הגנת הפרטיות. ההרחבה נמצאת במדריכים תיקון 13 לחוק הגנת הפרטיות, אבטחת מידע לארגונים ואחסון אתרים לארגונים.

איך מודדים שביעות רצון של תושבים

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

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

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

אתר או אפליקציה

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

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

רשימת דרישות להדביק במפרט

הרשימה הזו נכתבה כך שאפשר להעתיק אותה למסמך דרישות או לבקשה להצעות, ולהתאים לרשות. היא לא מחליפה את בדיקת היועץ המשפטי, הגזבר, הממונה על אבטחת המידע, הממונה על הגנת הפרטיות ורכז הנגישות, וכל אחד מהם צריך לראות את הסעיף שלו לפני שהמפרט יוצא.

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

מה עושים עכשיו

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

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