השוואת תוספי טפסים ל־WordPress
Contact Form 7, Elementor Forms, Fluent Forms ו־Gravity Forms — איך בוחרים לפי תהליך הליד, דוא"ל, CRM, לוגיקה, קבצים, תשלום, פרטיות ותחזוקה.
תוסף טפסים בוחרים לפי מה שצריך לקרות אחרי שהמשתמש לוחץ “שליחה”, לא לפי העיצוב של השדות. לטופס צור קשר בסיסי אפשר להסתפק בפתרון פשוט. כאשר נדרשים לוגיקה מותנית, העלאת קבצים, כמה נמענים, שמירת פניות, תשלום, חתימה, חיבור ל־CRM או תהליך רב־שלבי — צריך מערכת טפסים שמסוגלת לנהל את התהליך באופן אמין. הטופס הוא נקודת ההמרה של האתר; אם הפנייה לא מגיעה, האתר נראה תקין אבל העסק מפסיד לידים בשקט.
הטעות הראשונה: לבחור תוסף לפני שמאפיינים את הפנייה
באתרי WordPress רבים הטופס נבנה בסוף הפרויקט. מוסיפים שם, טלפון, דוא"ל והודעה, שולחים לכתובת של בעל העסק וממשיכים הלאה. זה עובד כל עוד מדובר בתהליך פשוט. הבעיה מתחילה כאשר העסק גדל: פניות צריכות להגיע למחלקות שונות, ליד צריך להיכנס ל־CRM, קובץ מצורף צריך לעבור בדיקה, מקור הקמפיין צריך להישמר, והלקוח צריך לקבל אישור מותאם.
לכן לפני בחירת Contact Form 7, Elementor Forms, Fluent Forms, Gravity Forms או פתרון אחר, כותבים את מסלול הפנייה: מי ממלא, אילו נתונים באמת נחוצים, מה קורה לאחר השליחה, מי מקבל התראה, האם הפנייה נשמרת, לאיזו מערכת היא עוברת ומה קורה אם אחת האינטגרציות נכשלת.
אם עדיין לא ברור האם האתר הוא אתר לידים, קטלוג, מרכז תוכן או חנות, כדאי להתחיל במדריך איך בוחרים סוג אתר וורדפרס לעסק. סוג האתר קובע גם את רמת המורכבות הנכונה של הטפסים.
שם, טלפון, דוא"ל והודעה שנשלחים ליעד אחד.
לוגיקה, קבצים, כמה נמענים, הודעות מותאמות ושמירת Entries.
CRM, תשלום, Webhooks, אוטומציה, API ותהליכים רב־שלביים.
Contact Form 7, Elementor Forms, Fluent Forms ו־Gravity Forms
ארבעת הפתרונות אינם זהים במודל העבודה. Contact Form 7 הוא תוסף ותיק שמכוון לבניית טפסי קשר וניתן להרחבה באמצעות תוספים וקוד. Elementor Forms משולב בתוך Elementor Pro ומאפשר לבנות טפסים כחלק מעיצוב העמוד ולהפעיל Actions After Submit. Fluent Forms ו־Gravity Forms בנויים יותר כמערכות טפסים עצמאיות עם שכבות מתקדמות של לוגיקה, אינטגרציות וניהול תהליכים.
| פתרון | מתאים במיוחד | יתרון תפעולי | מה לבדוק לפני בחירה |
|---|---|---|---|
| Contact Form 7 | טפסי קשר פשוטים | קל משקל בגישה ומוכר מאוד | שמירת Entries, אינטגרציות ותהליכים מורכבים דורשים תכנון/הרחבות |
| Elementor Forms | אתרי Elementor ודפי נחיתה | עיצוב וניהול בתוך סביבת Elementor | תלות ב־Elementor Pro והתאמה לתהליך העסקי |
| Fluent Forms | טפסים מתקדמים ואוטומציות | ממשק עצמאי, לוגיקה ואינטגרציות רבות | אילו יכולות דורשות גרסת Pro ואילו חיבורים נדרשים |
| Gravity Forms | תהליכים מורכבים ויישומים עסקיים | אקוסיסטם Add-ons ויכולות מפתחים | רישוי, Add-ons ותחזוקת אינטגרציות |
אין כאן “מנצח” שמתאים לכל אתר. אם האתר כולו בנוי ב־Elementor והצורך הוא טופס ליד פשוט, שילוב Elementor Forms עשוי לצמצם רכיבים. אם הטופס הופך למערכת קליטת מידע עם לוגיקה, קבצים, כמה מסלולים ואינטגרציות, מערכת ייעודית עשויה להיות מתאימה יותר. אם מדובר בתהליך עסקי ייחודי מאוד, ייתכן שהשאלה כבר אינה איזה תוסף לבחור אלא האם נדרש פתרון מותאם; על כך הרחבנו במדריך תוסף מותאם מול תוסף מוכן.
כמה שדות צריך בטופס?
נקודת הפתיחה הנכונה היא מינימום מידע שמאפשר לבצע את הפעולה הבאה. בטופס “חזרו אליי” ייתכן ששם וטלפון מספיקים. בטופס לקבלת הצעת מחיר ייתכן שנדרש סוג שירות. בטופס גיוס נדרש קובץ. אין הצדקה לבקש כתובת, חברה, תפקיד ותקציב רק משום שהתוסף מאפשר זאת.
כל שדה נוסף יוצר שלוש עלויות: חיכוך למשתמש, מידע שהעסק צריך לנהל, ועוד מקום שבו יכולה להתרחש שגיאה. לכן שדה צריך להיכנס לטופס רק אם יש לו שימוש מוגדר לאחר השליחה.
שדות חובה צריכים להיות באמת חובה. אם נציג יכול לחזור ללקוח בלי לדעת “איך שמעת עלינו”, אין סיבה לחסום שליחה בגלל השדה הזה. מידע שיווקי אפשר לעיתים לאסוף בצורה אחרת, למשל באמצעות UTM או מקור הפניה, בלי לדרוש מהמשתמש לענות.
לאן הפנייה נשלחת?
“למייל” אינה תשובה מספקת. צריך להגדיר כתובת יעד, כתובת Reply-To, מי מגבה את בעל התיבה, מה קורה בחופשה, האם הפנייה נשמרת באתר, האם נוצר ליד ב־CRM והאם המשתמש מקבל אישור. אם הפניות הן מקור הכנסה, יש לבנות להן מסלול שאפשר לבקר.
בטופס עם כמה תחומי שירות אפשר לנתב לפי בחירה. פנייה למכירות מגיעה לצוות מכירות, תמיכה מגיעה לשירות ומועמדות מגיעה למשאבי אנוש. לוגיקה כזו שימושית רק כאשר יש באמת מסלולים שונים; אם כולם מגיעים לאותו אדם, היא מוסיפה מורכבות ללא ערך.
הטופס נשלח אבל המייל לא הגיע: למה זה קורה?
WordPress אינו שירות דוא"ל ייעודי. תוסף טפסים יכול ליצור את ההודעה בהצלחה, אבל המסירה בפועל תלויה בתשתית הדוא"ל של האתר והדומיין. לכן צריך להפריד בין “הטופס נרשם” לבין “המייל הגיע לתיבת הנמען”.
באתרים עסקיים נכון בדרך כלל להשתמש ב־SMTP או בשירות Transactional Email מתאים, להגדיר SPF/DKIM/DMARC בהתאם לספק, ולוודא שכתובת From שייכת לדומיין המורשה. אין להשתמש בכתובת הדוא"ל של המשתמש כ־From אם היא אינה מורשית לשליחה מהדומיין; משתמשים בה כ־Reply-To.
חשוב גם לשמור דרך חלופית לאיתור פניות. אם הטופס שומר Entries, תקלה זמנית בדוא"ל לא בהכרח מאבדת את הליד. אם אין שמירה, כדאי לפחות לבצע ניטור מסירה ולדעת מתי התהליך נשבר.
ספאם: CAPTCHA הוא רק כלי אחד
טפסים ציבוריים מושכים בוטים. הגנה טובה משלבת כמה שכבות: Honeypot, בדיקות שרת, Rate Limiting לפי הצורך, CAPTCHA או מנגנון Anti-spam מתאים, וסינון של תוכן חשוד. המטרה אינה להעמיס על המשתמש האנושי רק כדי לעצור בוט.
יש לבדוק את מנגנון ההגנה במובייל ובנגישות. CAPTCHA חזותי או אתגר מורכב עלולים לפגוע בהשלמת הטופס. בנוסף, כל שירות חיצוני שמוטמע בטופס עשוי להשפיע על פרטיות וביצועים, ולכן הוא צריך להיכלל במיפוי האתר.
לוגיקה מותנית: להשתמש רק כאשר היא מקצרת את הדרך
Conditional Logic מאפשרת להציג שדות בהתאם לתשובות. לדוגמה, בחירה “אתר חדש” יכולה לפתוח שאלות אחרות מ“שדרוג אתר קיים”. זו יכולת מצוינת כאשר היא מונעת מהמשתמש לראות עשרים שדות שאינם רלוונטיים אליו.
אבל לוגיקה מותנית יכולה להפוך במהירות למערכת שקשה לתחזק. אם חמישה שדות משפיעים זה על זה ועשרות תנאים מפעילים התראות שונות, צריך לתעד את המודל ולבדוק את כל המסלולים. אחרת שינוי קטן בשדה אחד יכול לעצור פניות במסלול שלא נבדק.
העלאת קבצים: נקודת סיכון שדורשת כללים
טופס שמאפשר קובץ מצורף צריך להגדיר סוגי קבצים מותרים, גודל מקסימלי, מקום אחסון ותהליך מחיקה. אין סיבה לאפשר כל סיומת וכל גודל. קובץ גדול יכול להכשיל שליחה, למלא אחסון או ליצור בעיה כאשר מנסים לצרף אותו למייל.
עדיף להחליט אם הקובץ נשלח כקובץ מצורף או נשמר בצורה מאובטחת ונשלח קישור. במסמכים רגישים במיוחד, עצם השימוש בטופס WordPress רגיל עשוי לדרוש בחינה נוספת של אבטחה, הרשאות וספקי אחסון.
פרטיות ותיקון 13: טופס הוא פעולת איסוף מידע
ברגע שהמשתמש מוסר שם, טלפון, דוא"ל או תוכן פנייה, האתר אוסף מידע אישי. לכן צריך להבין מה נאסף, לאיזו מטרה, מי מקבל גישה, כמה זמן המידע נשמר ואילו ספקים מעבדים אותו. אין להוסיף שדות “אולי נצטרך” בלי צורך עסקי.
במאמר נגישות, פרטיות ותיקון 13 באתר WordPress הרחבנו על יידוע בזמן איסוף, ניהול ספקים, הרשאות, שמירה ומחיקה. בטפסים הנושא מעשי במיוחד: הטופס הוא המקום שבו הצהרת הפרטיות פוגשת את הפעולה האמיתית של המשתמש.
נגישות טפסים: Placeholder אינו Label
טופס נגיש צריך להיות מובן גם בלי להסתמך על מיקום, צבע או Placeholder. לכל שדה צריך להיות Label מזוהה, הוראות צריכות להיות ברורות, שדות חובה צריכים להיות מסומנים באופן שניתן להבין גם ללא צבע, והודעות שגיאה צריכות להסביר מה צריך לתקן.
סדר ה־Tab צריך להיות הגיוני, Focus צריך להיות נראה, וכל פעולה צריכה להיות אפשרית במקלדת. אם לאחר שליחה מופיעה הודעת הצלחה, המשתמש צריך להיות מסוגל להבין שהפעולה הושלמה. טופס רב־שלבי צריך להציג גם את השלב הנוכחי והתקדמות בצורה נגישה.
חיבור ל־CRM: לא להסתפק ב“יש אינטגרציה”
כאשר ליד עובר ל־CRM, צריך למפות שדות. “שם” בטופס צריך להגיע לשדה הנכון, טלפון בפורמט עקבי, מקור הקמפיין לשדה מקור, וסוג השירות לשדה שמאפשר ניתוב. אם כל המידע נכנס ל־Notes כטקסט אחד, האינטגרציה קיימת טכנית אך אינה שימושית עסקית.
צריך גם להגדיר מה קורה בכשל. API יכול להיות זמנית לא זמין. האם הפנייה נשמרת ב־WordPress? האם יש Retry? האם מנהל מקבל התראה? האם ניתן לשלוח מחדש? אינטגרציה אמינה מתוכננת גם למצב שבו המערכת השנייה אינה זמינה.
Webhooks ואוטומציות: מתי הטופס הופך למנוע תהליך?
Webhooks מאפשרים לטופס לשלוח מידע לשירות אחר בזמן אמת. אפשר לפתוח ליד, ליצור משימה, לשלוח הודעה, להפעיל Workflow או לעדכן גיליון. זה חזק, אבל כל חיבור נוסף הוא תלות שצריך לתחזק.
אל תבנו שרשרת של חמש אוטומציות בלי לוגים. צריך לדעת מה נשלח, לאן, מה הייתה התשובה ואיך משחזרים פעולה שנכשלה. בתהליך קריטי עדיף לפעמים לשמור את הפנייה קודם במערכת המקור ורק אחר כך להפיץ אותה לשירותים האחרים.
תשלום בתוך טופס: מתי כן ומתי WooCommerce?
טופס תשלום מתאים לתרחישים שבהם המוצר הוא למעשה פעולה: הרשמה לאירוע, תשלום מקדמה, תרומה, רכישת שירות יחיד או תשלום סכום שנקבע לפי בחירות בטופס. כאשר יש קטלוג, מלאי, משלוחים, קופונים, חשבון לקוח והחזרות — בדרך כלל מדובר כבר בבעיה שמתאימה יותר ל־WooCommerce.
לפני שמוסיפים תשלום לטופס, קראו גם את WooCommerce בישראל. ההחלטה צריכה להתבסס על התהליך שאחרי התשלום, לא רק על האפשרות להציג שדה אשראי.
Elementor Forms: מתי הוא מספיק?
באתר שבנוי ב־Elementor Pro, טופס Elementor יכול להיות פתרון יעיל משום שהוא נמצא באותה סביבת עיצוב ומאפשר Actions After Submit כגון Email, Redirect ופעולות נוספות בהתאם לגרסה והאינטגרציות. הוא מתאים במיוחד לדפי נחיתה וטפסי קשר שאינם מערכת מורכבת בפני עצמם.
אם כל האתר בנוי ב־Elementor, הוספת מערכת טפסים נוספת רק בשביל שם וטלפון יכולה להיות מיותרת. מצד שני, כאשר הטפסים הופכים לנכס עצמאי עם עשרות Forms, לוגיקה, Entries, תהליכים ואינטגרציות, יש היגיון לבחון מערכת ייעודית. ההבדל בין סביבת Elementor לעורך הבלוקים מוסבר גם במדריך אלמנטור או גוטנברג לאתר עסקי.
Contact Form 7: פשוט, גמיש — ודורש להבין את הגבולות
Contact Form 7 מתאים היטב לטפסים פשוטים כאשר רוצים פתרון ותיק וגמיש. לפי התיעוד הרשמי שלו, התוסף עצמו אינו שומר את ההודעות שנשלחו במסד הנתונים; האתר יכול להשתמש ב־Flamingo מאותו מפתח לצורך שמירת הודעות. זו דוגמה טובה לכך ש“הטופס עובד” ו“יש מערכת ניהול פניות” הן שתי דרישות שונות.
כאשר מוסיפים ל־CF7 הרבה הרחבות ממקורות שונים כדי לקבל לוגיקה, שמירה, CRM, קבצים ותשלום, צריך לבדוק אם הארכיטקטורה עדיין פשוטה. לפעמים עדיף לעבור למערכת שמספקת את היכולות הנדרשות כחלק מאקוסיסטם אחד.
Fluent Forms: כאשר רוצים יותר תהליך בתוך WordPress
Fluent Forms מכוון לטפסים עם יכולות מתקדמות יותר, כולל לוגיקה מותנית, אינטגרציות ואפשרויות אוטומציה בהתאם למסלול הרישוי והגרסה. היתרון המעשי הוא שאפשר לנהל טפסים כתהליך עצמאי ולא רק כווידג'ט בתוך עמוד.
לפני בחירה צריך לבדוק את היכולות הספציפיות שנדרשות כיום בגרסה הרלוונטית ולא להסתמך על השוואה ישנה. תוספי WordPress משתנים במהירות, וחלק מהיכולות עוברות בין Free ל־Pro או תלויות באינטגרציה חיצונית.
Gravity Forms: כאשר הטופס הוא יישום עסקי קטן
Gravity Forms בנוי סביב Forms, Entries ו־Add-ons ומציע תשתית עשירה למפתחים ולתהליכים מתקדמים. הוא מתאים במיוחד כאשר הטופס כולל כמה שלבים, תנאים, אינטגרציות, חישובים או Workflow שהופך אותו לחלק מהמערכת העסקית.
החיסרון האפשרי אינו טכני אלא ארכיטקטוני: קל לבנות מערכת גדולה בתוך טפסים ואז לגלות שהתהליך כבר דורש אפליקציה או תוסף מותאם. לכן צריך לקבוע מראש גבול — מה נשאר Form ומה הופך למערכת.
ביצועים: טופס קטן יכול לטעון הרבה קוד
תוספי Forms יכולים לטעון CSS, JavaScript, CAPTCHA, ספריות תאריך, Select מתקדם וסקריפטים של Analytics. באתר עם כמה מערכות טפסים במקביל, הקוד יכול להיטען גם בעמודים שבהם אין טופס. לכן עדיף להימנע מחפיפה בין כמה תוספי Forms ללא צורך.
אם הטופס נמצא בדף נחיתה מרכזי, בדקו Core Web Vitals, טעינה במובייל וזמן תגובה לאחר שליחה. להרחבה על סדר פעולות נכון בביצועים ראו איך בונים אתר WordPress מהיר.
תהליך בחירה והקמה ב־10 שלבים
ליד, תמיכה, מועמדות, הרשמה, הצעת מחיר או תשלום.
משאירים רק מידע שנדרש לפעולה הבאה.
דוא"ל, Entries, CRM, Webhook או כמה יעדים.
מי מקבל כל סוג פנייה ובאילו תנאים.
האם הפנייה נשמרת באתר, לכמה זמן ומי מורשה לצפות.
בלי להפוך את הטופס למכשול למשתמש אמיתי.
SMTP/שירות מתאים והגדרות דומיין תקינות.
Labels, שגיאות, מקלדת, Focus ומסך קטן.
קובץ גדול, API לא זמין, דוא"ל שנכשל וספאם.
מי אחראי, איך בודקים ומתי מוחקים מידע.
מטריצת בחירה מהירה
| תרחיש | רמת פתרון | מה חשוב יותר מהעיצוב |
|---|---|---|
| שם + טלפון + הודעה | טופס בסיסי | מסירת מייל ושמירת גיבוי |
| דף נחיתה ב־Elementor | Elementor Forms עשוי להספיק | Actions After Submit ומדידה |
| טופס עם מסלולים | מערכת עם Conditional Logic | תיעוד ובדיקת כל ענף |
| קבצים ומסמכים | מערכת עם Upload מבוקר | סוג, גודל, אחסון והרשאות |
| CRM ואוטומציות | מערכת עם API/Webhooks | Retry, לוגים ומיפוי שדות |
| תשלום פשוט | Form עם Payment Integration | אירוע תשלום, אישור וזיכוי |
| קטלוג ומלאי | WooCommerce | עסקה מלאה ולא Form בלבד |
| Workflow ייחודי מאוד | בחינת פיתוח מותאם | שליטה בתהליך ובתחזוקה |
צ'ק־ליסט בדיקה לפני פרסום
1. שליחה תקינה מדסקטופ וממובייל.
2. כל שדה חובה באמת נדרש.
3. כתובת From ו־Reply-To מוגדרות נכון.
4. הפנייה מגיעה לנמען הנכון לפי המסלול.
5. המשתמש מקבל הודעת הצלחה ברורה.
6. שגיאות מוצגות ליד השדה ובצורה נגישה.
7. העלאת קובץ מוגבלת לסוג וגודל מתאימים.
8. Anti-spam אינו חוסם משתמשים אמיתיים.
9. CRM/Webhook נבדקו גם בתרחיש כשל.
10. UTM ומקור ליד נשמרים אם העסק משתמש בהם.
11. הפנייה אינה נשלחת פעמיים בלחיצה כפולה.
12. מדיניות השמירה והמחיקה ברורה.
תחזוקת טפסים: הבדיקה שאסור לשכוח
טופס יכול להפסיק לעבוד גם בלי שמישהו ערך אותו. עדכון תוסף, שינוי SMTP, החלפת DNS, עדכון CAPTCHA, שינוי API ב־CRM או שינוי הרשאות יכולים לשבור את המסלול. לכן טפסים צריכים להיכלל בבדיקת התחזוקה התקופתית של האתר.
בדיקה חודשית פשוטה יכולה לכלול שליחת Test מכל טופס מרכזי ובדיקה שהפנייה הגיעה לכל היעדים. באתר שמייצר לידים בהיקף גבוה אפשר להוסיף ניטור אוטומטי והתראה. תהליך התחזוקה הרחב מפורט במדריך תחזוקת אתר WordPress.
נגישות, פרטיות ותיקון 13 באתר WordPress · WooCommerce בישראל · תחזוקת אתר WordPress · לכל 10 מדריכי WordPress
שאלות נפוצות
1. איזה תוסף טפסים מתאים לטופס צור קשר פשוט?
כאשר צריך רק כמה שדות ושליחה ליעד אחד, פתרון פשוט כמו Contact Form 7 או טופס Elementor באתר שכבר משתמש ב־Elementor Pro יכול להספיק. הבחירה תלויה בתשתית האתר ובצורך בשמירת פניות.
2. מתי כדאי לעבור למערכת כמו Fluent Forms או Gravity Forms?
כאשר נדרשים לוגיקה מותנית, קבצים, כמה מסלולי התראה, שמירת Entries, אינטגרציות, תשלום או תהליך רב־שלבי, מערכת טפסים ייעודית עשויה להתאים יותר.
3. למה טופס WordPress נשלח אבל המייל לא מגיע?
יצירת הטופס ומסירת הדוא"ל הן שכבות שונות. בעיות DNS, SPF/DKIM, כתובת From, שרת או ספק דוא"ל יכולות לגרום לכך שהטופס הצליח אך ההודעה לא הגיעה.
4. האם Contact Form 7 שומר פניות במסד הנתונים?
לפי התיעוד הרשמי, Contact Form 7 עצמו אינו שומר את ההודעות שנשלחו. ניתן להשתמש ב־Flamingo מאותו מפתח לצורך שמירת הודעות.
5. האם כדאי לשמור כל פנייה בתוך WordPress?
לא אוטומטית. צריך להחליט אם השמירה נדרשת, מי צריך גישה ולכמה זמן המידע נשמר, בהתאם לצורך העסקי ולחובות הפרטיות הרלוונטיות.
6. האם CAPTCHA חובה בכל טופס?
לא. CAPTCHA הוא אחד מכלי ה־Anti-spam. אפשר לשלב Honeypot, בדיקות שרת ומנגנונים נוספים בהתאם לרמת הספאם, תוך שמירה על נגישות וחוויית משתמש.
7. מתי להשתמש בלוגיקה מותנית?
כאשר תשובה אחת משנה באמת את השאלות או את מסלול הפנייה. אם כל המשתמשים ממלאים כמעט אותו תהליך, לוגיקה מיותרת רק מקשה על התחזוקה.
8. האם אפשר לחבר טופס WordPress ל־CRM?
כן. החיבור יכול להתבצע באמצעות אינטגרציה מובנית, Add-on, Webhook, API או שירות אוטומציה. חשוב למפות שדות ולהגדיר מה קורה במקרה של כשל.
9. האם אפשר לגבות תשלום באמצעות טופס?
כן, בחלק ממערכות הטפסים ובאמצעות אינטגרציות מתאימות. כאשר יש קטלוג, מלאי, משלוחים והחזרות, WooCommerce בדרך כלל מתאים יותר למודל העסקה.
10. כל כמה זמן צריך לבדוק שהטפסים עובדים?
טפסים עסקיים מרכזיים כדאי לבדוק באופן תקופתי וגם אחרי עדכוני תוסף, שינויי SMTP, DNS, CAPTCHA או אינטגרציה. באתר לידים פעיל מומלץ להפוך את הבדיקה לחלק מתהליך התחזוקה הקבוע.
מקורות מקצועיים ורשמיים
1. Contact Form 7 – Documentation: תיעוד רשמי להגדרות, Mail, Spam filtering ושמירת הודעות. למקור הרשמי
2. Elementor – Forms: תיעוד רשמי של Form Widget ו־Actions After Submit. למקור הרשמי
3. Fluent Forms – Documentation: תיעוד רשמי של בניית טפסים, Conditional Logic ואינטגרציות. למקור הרשמי
4. Gravity Forms – Documentation: תיעוד רשמי של Forms, Entries, Notifications, Conditional Logic ו־Add-ons. למקור הרשמי
טופס טוב לא רק נשלח — הוא מתחיל תהליך
מתכננים שדות, מסירה, CRM, פרטיות ואוטומציה לפני שבוחרים תוסף, וכך הליד לא נעלם בין WordPress לתיבת הדוא"ל.