טופס יצירת קשר לעורך דין

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

מה הטופס צריך לעשות, ולמה הוא נכשל בשקט

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

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

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

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

הערוץ הזה גם האיטי ביותר במשרדים. בבדיקת לקוח סמוי שערכה Clio ב־2024 ב־500 משרדים בארצות הברית, רק 33% מהמשרדים ענו למייל, לעומת 40% שענו לשיחת טלפון. בבדיקה הקודמת, ב־2019, היו אלה 40% במייל ו־56% בטלפון. פנייה מטופס מגיעה בדרך כלל כמייל, ולכן היא נופלת לאותו חור.

הנתונים מתוך הסיכום של 2Civility לדוח Clio Legal Trends Report 2024. אלה משרדים אמריקאיים, ואין מחקר ישראלי פומבי מקביל, אבל הכיוון ברור. ערוץ שבו הפנייה מחכה בתיבה בלי בעלים הוא הערוץ שבו פניות הולכות לאיבוד.

השדות, אחד אחרי השני, כולל ההגדרה בקוד

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

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

ההנחיה של תקן HTML לשדה tel היא מספר מלא עם קידומת מדינה ופלוס, ול־tel-national מספר בלי קידומת המדינה. בישראל רוב הפונים מקלידים 050 ולא 972+, ולכן tel-national מתאים יותר, והבדיקה בצד השרת צריכה לקבל את שתי הצורות. שגיאת ״מספר לא תקין״ על מספר תקין עם מקף היא אחת הסיבות הנפוצות לנטישה בשלב האחרון.

לפי MDN, ערכי autocomplete תקינים עומדים בקריטריון 1.3.5 של WCAG, זיהוי מטרת הקלט. הקריטריון הזה נוסף ב־WCAG 2.1, והתקן הישראלי 5568 מבוסס על WCAG 2.0, כך שזו לא דרישה של התקנות. זו המלצה שעולה כמעט כלום ומקצרת את המילוי בטלפון לשתי נגיעות.

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

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

מה לא לשאול בטופס, גם אם זה נראה שימושי

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

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

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

הודעת הפרטיות ותיבות הסימון

סעיף 11 לחוק הגנת הפרטיות, בנוסח שנכנס לתוקף עם תיקון 13 ב־14 באוגוסט 2025, מחייב הודעה בכל פעם שמבקשים מאדם מידע למאגר. את חמשת הרכיבים של ההודעה ונוסח לדוגמה ריכזנו בעמוד על תיקון 13 במשרד עורכי דין. כאן מה שחשוב הוא איפה ההודעה יושבת ומה לא מחליף אותה.

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

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

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

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

הגנה מספאם בלי לחסום פונים אמיתיים

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

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

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

Turnstile. לפי התיעוד של Cloudflare, מדובר בחלופה ל־CAPTCHA שאפשר להטמיע בכל אתר, גם בלי שהתנועה עוברת דרך Cloudflare. יש לו שלושה מצבים. במצב המנוהל, שהוא המומלץ, הווידג׳ט מחליט לפי רמת הסיכון אם להציג תיבת סימון. במצב השני המבקר אף פעם לא צריך לעשות דבר, ובשלישי הווידג׳ט מוסתר לגמרי. המסלול החינמי כולל עד 20 ווידג׳טים לחשבון ובלי הגבלה על מספר האתגרים. Cloudflare כותבת ש־Turnstile עומד ב־WCAG 2.2 AA, אבל זו הצהרה של הספק, והבדיקה במשרד עדיין נדרשת.

שני פרטים טכניים ב־Turnstile קובעים אם הוא מגן בפועל. הראשון, לפי התיעוד, הווידג׳ט בדפדפן לבדו לא מגן על הטופס, וצריך לקרוא ל־Siteverify API מהשרת. אתר שהוסיף רק את הווידג׳ט נראה מוגן ולא מוגן. השני, האסימון שהווידג׳ט מייצר תקף 300 שניות, ואפשר לאמת אותו פעם אחת בלבד. פונה שפתח את הטופס, יצא לחפש מסמך וחזר אחרי עשר דקות צריך אסימון חדש. ברירת המחדל של ההגדרה refresh-expired היא רענון אוטומטי, ולא כדאי לשנות אותה, כי קריטריון 2.2.1 של WCAG 2.0 מחייב שמשתמש יוכל לבטל, להאריך או לקבל אזהרה על מגבלת זמן.

reCAPTCHA v3. לפי התיעוד של Google, הגרסה הזו מחזירה ציון בין 0.0 ל־1.0, כש־1.0 הוא כנראה אדם ו־0.0 כנראה בוט, ואפשר להתחיל מסף של 0.5 ולכוונן לפי התנועה. המסלול Essentials חינמי עד 10,000 בדיקות בחודש לארגון, ודורש אמצעי תשלום בחשבון Google Cloud. ההחלטה החשובה היא מה עושים עם ציון נמוך. כשהשאלה היא פנייה של לקוח, עדיף לא לחסום אותה אלא לסמן אותה לבדיקה ידנית. פנייה אמיתית שסומנה בטעות כספאם עולה יותר מעשר פרסומות שעברו.

לאן הפנייה הולכת אחרי הלחיצה

בעמוד סטטי, וגם בהרבה אתרים שנבנו בבונה אתרים, הטופס לא שולח את עצמו. צריך כתובת שמקבלת את הנתונים, בודקת אותם ומעבירה אותם הלאה. יש לזה שלוש דרכים נפוצות, טופס מובנה של בונה האתרים, שירות טפסים חיצוני, או פונקציה קטנה בשרת שהמשרד או הספק שלו מתחזקים. למשל, במסלול החינמי של Cloudflare Workers יש לפי התיעוד 100,000 בקשות ביום ו־10 אלפיות שנייה של זמן מעבד לכל בקשה, הרבה מעבר למה שטופס של משרד צריך. בכל אחת מהדרכים, הספק שמקבל את הפנייה הוא מחזיק במידע לפי תיקון 13, וצריך חוזה שמגדיר מה מותר לו לעשות בו.

היעדים שאליהם הפנייה נשלחת הם החלטה נפרדת:

המייל. מאז 1 בפברואר 2024, Google מחייבת כל מי ששולח מיילים לחשבונות Gmail אישיים להגדיר SPF או DKIM לדומיין השולח, להשתמש בחיבור TLS ולשמור על שיעור דיווחי ספאם מתחת ל־0.3%. שולחים של יותר מ־5,000 הודעות ביום צריכים גם DMARC. טופס של משרד לא מגיע לכמויות כאלה, אבל ההגדרה הבסיסית חלה גם עליו. תוסף שמשתמש בשרת האתר כדי לשלוח מייל בשם הדומיין של המשרד, בלי SPF או DKIM, הוא הסיבה הנפוצה לכך שפניות מגיעות לתיבת הזבל. כשמגדירים את המייל, כדאי ששדה ״השב ל״ יהיה הכתובת שהפונה מסר, כדי שתשובה תגיע אליו ולא לטופס.

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

וואטסאפ. התראה בוואטסאפ היא הדרך המהירה להבטיח שמישהו ראה את הפנייה. שליחה אוטומטית דרך פלטפורמת ה־API של WhatsApp כפופה לכללים של Meta. לפי התיעוד, מאז 1 ביולי 2025 Meta גובה לפי הודעה, והודעה שאינה תבנית אפשר לשלוח רק בתוך חלון שירות של 24 שעות. התראה לעובד במשרד, שלא כתב לאחרונה למספר העסקי, תישלח בדרך כלל כהודעת תבנית. מה שחשוב מבחינת פרטיות הוא התוכן. ״פנייה חדשה מהאתר, תחום משפחה, לפתוח את המערכת״ מספיקה כדי שמישהו יחזור. השם, הטלפון ומה שהפונה כתב נשארים במערכת. את ההבדלים בין האפליקציה לפלטפורמה פירטנו במדריך על וואטסאפ עסקי.

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

מה הפונה רואה אחרי השליחה

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

1. שהפנייה התקבלה, בניסוח פשוט.
2. מתי בדיוק יחזרו, בזמן שהמשרד יכול לעמוד בו.
3. מאיזה מספר יתקשרו, כדי שהפונה יענה למספר לא מוכר.
4. מה לעשות אם העניין דחוף, למשל מספר טלפון ישיר.

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

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

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

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

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

נגישות הטופס לפי ת״י 5568

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

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

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

איך מודדים שהטופס עובד

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

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

אלה המספרים ששווה לבדוק כל חודש:

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

כמה עולה טופס שלא עובד, חישוב לדוגמה

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

דוגמה. משרד לדיני משפחה מקבל 400 קליקים בחודש מגוגל אדס, במחיר החציוני של הענף.

• עלות הקליקים בחודש. 400 כפול 16.4 ש״ח, כלומר 6,560 ש״ח.
• נניח ש־60 מבקרים מתחילים למלא את הטופס, ו־24 מהם שולחים. שיעור ההשלמה הוא 24 חלקי 60, כלומר 40%.
• עלות לטופס שנשלח. 6,560 חלקי 24, כלומר כ־273 ש״ח.

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

• טפסים שנשלחים. 60 כפול 0.55, כלומר 33.
• עלות לטופס שנשלח. 6,560 חלקי 33, כלומר כ־199 ש״ח.
• תשע פניות נוספות בחודש, באותו תקציב בדיוק.

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

• פניות שנשלחו ולא הגיעו. 24 כפול 9 חלקי 30, כלומר כ־7 פניות.
• הכסף ששולם עליהן. 7.2 כפול 273 ש״ח, כלומר כ־1,966 ש״ח, בלי שאף אחד מהפונים קיבל תשובה.

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

בדיקה מקצה לקצה, כל שבוע

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

1. שולחים פנייה מהטלפון, בשם קבוע כמו ״בדיקה״ ועם התאריך בשדה החופשי.
2. בודקים שהיא הגיעה לכל יעד, למייל, למערכת הפניות ולהתראה, ושהיא לא בתיבת הזבל.
3. בודקים שהפונה ראה את הודעת האישור הנכונה, עם זמן החזרה.
4. בודקים שהשליחה נספרה פעם אחת במדידה, ומסמנים אותה כבדיקה כדי שלא תיכנס לדוח.
5. פעם בחודש ממלאים את הטופס רק עם מקלדת, ופעם ברבעון עם קורא מסך.
6. פעם בחודש משווים את מספר השליחות במדידה למספר הפניות במערכת. פער של יותר מפנייה או שתיים הוא סימן לבדוק.

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

הטעויות שחוזרות בטפסים של משרדים

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

תוכנית ל־30 יום

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

איך אנחנו עובדים על זה עם משרד

Reboost עובדת רק עם משרדי עורכי דין, בריטיינר חודשי של 3,000 עד 7,000 ש״ח ולא בתשלום לפי פנייה, ולא עם שני משרדים מתחרים באותו תחום ובאותה עיר. הפרסום רץ בשם המשרד, והמשרד מאשר כל מודעה לפני שהיא עולה. הטופס חשוב לעבודה הזו כי הוא המקום שבו קליק שהמשרד שילם עליו הופך לפנייה, או לא.

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

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

מקורות

• BoostIt, מדד פרסום בגוגל בישראל לפי ענף
• 2Civility, ממצאי Clio Legal Trends Report 2024 על מענה של משרדים
• כללי לשכת עורכי הדין (פרסומת), התשס״א 2001, כללים 2א, 3(ב)(14), 3(ה), 3(ט), 3(יב), 3(יג) ו־3א
• כללי לשכת עורכי הדין (אתיקה מקצועית), התשמ״ו 1986, כלל 19
• חוק הגנת הפרטיות, התשמ״א 1981, סעיפים 3 ו־11 (נוסח מעודכן אחרי תיקון 13)
• הרשות להגנת הפרטיות, חובת היידוע לאחר תיקון 13
• חוק התקשורת (בזק ושידורים), התשמ״ב 1982, סעיף 30א
• תקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות), התשע״ג 2013, תקנה 35א
• W3C, Web Content Accessibility Guidelines (WCAG) 2.0
• W3C, Inaccessibility of CAPTCHA (טיוטת הערה, דצמבר 2021)
• WHATWG, HTML Standard, שמות שדות למילוי אוטומטי
• MDN, המאפיין autocomplete
• Cloudflare, Turnstile (סקירה ומצבי הווידג׳ט)
• Cloudflare, Turnstile Plans
• Cloudflare, Turnstile server side validation
• Cloudflare, Turnstile widget configurations
• Google Cloud, reCAPTCHA, השוואת מסלולים
• Google, reCAPTCHA v3
• Cloudflare, Workers limits
• Google Workspace, הנחיות לשולחי מייל ל־Gmail
• WhatsApp Business Platform, תמחור
• Google Analytics, מדידה משופרת (Enhanced measurement) ואירועי טפסים

צוות Reboost · עודכן לאחרונה ב־26.10.2026