אני בר, ואני בונה אתרים ב-React/Next.js כבר שנים. אני לא בונה ב-WordPress. למרות זאת, ההשוואה הזאת תהיה כנה, כי WordPress הוא כלי מצוין למקרים מסוימים, וההתעקשות לדחוף custom code לכל אתר היא בדיוק סוג ההטיה שעלולה לעלות לכם זמן וכסף מיותרים. שני הפתרונות לגיטימיים. השאלה האמיתית היא מה ה-use case שלכם, ולא איזה כלי טרנדי יותר. בואו נעבור על זה לפי הסדר.
אם הגעתם לכאן, סביר שאתם מקבלי החלטות טכניים, יזמים, או מנהלי שיווק שמתחבטים בשאלה האם להתקדם עם WordPress (שאולי מכירים מהאתר הקודם) או לבחור פיתוח custom שדורש מפתח חיצוני, אחזקה אקטיבית, ולעיתים השקעה התחלתית גבוהה יותר. במהלך 100+ שיחות שערכתי עם בעלי עסקים בשנה האחרונה, חלק גדול מהם בא עם דעה קדומה לכיוון אחד, ויצא משוכנע שהכיוון השני נכון יותר עבורו. המסמך הזה נועד להעביר אתכם את ההתחבטות הזאת בקריאה ולא בשיחה, עם הכלים להחלטה אמיתית. אין כאן ניסיון לדחוף שירות מסוים, יש כאן מסגרת קבלת החלטות.
מתי WordPress הוא הבחירה הנכונה
יש ארבעה תרחישים שבהם אני באמת ממליץ ללקוח להישאר על WordPress, או להקים בו אתר חדש מאפס, במקום ללכת לקוד custom. הראשון הוא בלוג פעיל שמתעדכן יומיומית או שבועית, כשהבעלים או הצוות פוסטים בעצמם. WordPress הוא ה-CMS שעם הממשק הכי בוגר לעריכת תוכן, יש בו תמיכה מובנית בקטגוריות, תגיות, גרסאות, וטיוטות שיתופיות, וכל פרילנסר בארץ יודע לעבוד איתו. אתר תוכן רציני שיוצר 4-10 פוסטים חדשים בחודש פשוט יעבוד טוב יותר על WordPress, וזה לא קשור לביצועים אלא לזרימת העבודה.
התרחיש השני הוא אתר תוכן שהצוות משנה בו דברים כל הזמן. דוגמאות, אתר עירייה עם 200 עמודים שונים שמתעדכנים על ידי 5 רכזים שונים, אתר של עמותה עם עשרות פרויקטים שכל אחד מנהל את הדף שלו, או מגזין דיגיטלי. בכל המקרים האלה, אתם רוצים שעורך תוכן יוכל להעלות תמונה, לערוך פסקה, ולפרסם, בלי להבין מה זה git commit. WordPress פותר את זה מהקופסה.
התרחיש השלישי הוא תקציב התחלתי נמוך מאוד. אם יש לכם 500 שקל סך הכל ואתם מקימים פרויקט תוכן או אתר שיהיה למשהו לטווח של שנה, WordPress.com בתוכנית בסיסית או WordPress עצמאי על hosting זול הם פתרון סביר. כן, יש מגבלות, אבל זה יעלה לאוויר. אני לא ממליץ לעסק שמחפש לידים לעבוד ככה, אבל לפרויקט אישי, לבלוג ניסיוני, או ל-MVP של רעיון שעדיין לא בטוח שיתפוס, התקציב הנמוך הזה הוא יתרון אמיתי.
הרביעי הוא צוות לא טכני שצריך אוטונומיה מלאה, כגון משרד או חברה שבה שיווק רוצה לשנות דברים בלי לפנות למפתח אחת לשבועיים. ב-WordPress (במיוחד עם page builder כמו Elementor), שיווק יכול לשנות כותרות, להזיז סקציות, ולפרסם דפי נחיתה חדשים בלי תלות באף אחד. זה ערך אמיתי, ואני לא מזלזל בו. בקוד custom אנחנו פותרים את זה לפעמים דרך headless CMS כמו Sanity או Strapi, אבל זה לא אותה חוויה והצוות צריך עדיין הדרכה. ב-WordPress, אחרי שעתיים של אימון, רכזת תוכן תוכל לעדכן את האתר לבד.
מתי קוד מאפס מנצח
כשעוברים מבלוג ומאתר תוכן לדף נחיתה לעסק שירות, לאתר חברה, לחנות אונליין רצינית, או ל-SaaS, התמונה מתהפכת. הסיבה הראשונה היא מהירות, כלומר Core Web Vitals. אתר React/Next.js שמוגש כ-static או SSR מ-Vercel או Netlify מגיע ל-LCP של 0.8-1.4 שניות במובייל, INP מתחת ל-100 מילישניות, ו-CLS אפסי, בלי עבודה מיוחדת. זו ברירת המחדל של הארכיטקטורה. אתר WordPress טיפוסי עם תבנית מסחרית ו-page builder ייאבק להגיע ל-LCP מתחת ל-2.5 שניות גם עם hosting מנוהל ועבודת אופטימיזציה רצינית. גוגל מתגמלת אתרים מהירים בדירוג, וזה כבר לא תורה שבעל פה אלא נתון שמופיע ב-Search Console כל שבוע.
הסיבה השנייה היא אבטחה. כל plugin שאתם מתקינים ב-WordPress הוא attack surface חדש שתלוי בצוות אבטחה של מפתח עצמאי שאתם לא מכירים. רוב הפריצות ל-WordPress קורות דרך plugins ישנים, themes שלא עודכנו, או בסיסמאות חלשות, וזה קורה גם לאתרים שמשלמים על hosting איכותי. אתר React/Next.js שמוגש כ-static מ-CDN פשוט אין מה לתקוף בו, אין שרת PHP פתוח, אין wp-admin, אין מסד נתונים שצריך לעדכן. זה לא הופך את הקוד custom לחסין אבל זה מקטין ב-95% את משטח התקיפה.
הסיבה השלישית היא שליטה מלאה ב-SEO ו-schema. ב-2026 גוגל ו-AI search (ChatGPT, Perplexity, Claude) דורשים schema מתקדם, JSON-LD נקי, llms.txt, SpeakableSpecification, ו-meta tags מדויקים. ב-WordPress הסטנדרט הוא Yoast או Rank Math, שעושים עבודה סבירה אבל לא מאפשרים את רמת השליטה שצריך לחיפוש AI. plugin SEO ב-WordPress מנסה לכסות 80% מהמקרים אוטומטית, וזה בדיוק מה שלא עובד באתרים שצריכים להתבלט. בקוד custom כל meta, כל schema, כל הירארכיית כותרות נכתבת ידנית ומדויקת לכל סוג עמוד, FAQ, Service, LocalBusiness, BlogPosting, ובהתאם לכוונת החיפוש של המבקר.
הסיבה הרביעית היא אינטגרציות ייחודיות, כגון Cardcom, Green API ל-WhatsApp, Airtable, או webhook ל-CRM פנימי. ב-WordPress תצטרכו plugin (שיתחזק ויעלה כסף) או קוד PHP מותאם בתוך functions.php שישבר בעדכון הבא של ה-theme. בקוד custom זה פשוט עוד endpoint ב-API שיושב ב-/api/whatsapp או /api/cardcom, נקי, מבודד, ומתועד. אינטגרציות מותאמות הן הסיבה שעסקים שלי מקבלים אוטומציה מלאה, מהלחיצה על הטופס באתר עד WhatsApp ללקוח עם הצעת מחיר חתומה, וזה לא משהו ש-WordPress מאפשר לבצע בלי הרבה אדאפטרים מתווכים.
החמישית היא scale. אתר Next.js מוגש מ-Vercel Edge, יכול להחזיק מיליון ביקורים בלי שינוי תשתית, ועלות hosting נשארת קבועה לרוב מקרי השימוש. אתר WordPress שמקבל אותה תנועה יצטרך hosting משודרג, caching מתקדם, אופטימיזציה של מסד הנתונים, ולפעמים מעבר ל-Pantheon או ל-Pressable. השישית, פחות בולטת אבל חשובה, היא חוויה במובייל. תבניות WordPress רבות עדיין יוצרות חוויה כבדה במובייל ישן, ואילו Next.js עם next/image, font optimization, ו-code splitting אוטומטי מספק חוויה זריזה גם בטלפונים של 4 שנים.
ביצועים, ההשוואה האמיתית
בואו נדבר במספרים. LCP (Largest Contentful Paint), הזמן שלוקח לאלמנט הגדול ביותר להופיע, גוגל מצפה ל-2.5 שניות או פחות. אתר WordPress טיפוסי בישראל עם תבנית מסחרית, Elementor, ו-hosting משותף, מגיע ל-LCP של 4-7 שניות במובייל לפי נתוני CrUX. אותו אתר על WP Engine או Kinsta עם optimization רציני יורד ל-2-3 שניות. אתר React/Next.js שמוגש מ-Vercel, ברירת המחדל ללא מאמץ מיוחד, נמצא בין 0.8 ל-1.4 שניות. זה פער של פי 3 עד פי 5.
INP (Interaction to Next Paint), הזמן שלוקח לאתר להגיב לקליק או הקלדה, גוגל מצפה לפחות מ-200 מילישניות. ב-WordPress עם plugins רבים הערך נע בין 200 ל-600 מילישניות, במיוחד במובייל ישן. ב-Next.js עם hydration נכון, INP נשאר מתחת ל-100 מילישניות. CLS (Cumulative Layout Shift), יציבות חזותית, גוגל מצפה לפחות מ-0.1. שני הפתרונות יכולים להגיע לזה, אבל ב-WordPress עם ads, popups, ו-lazy loading של תמונות ללא dimensions, CLS מטפס בקלות ל-0.25 ומעלה. ב-Next.js עם next/image, CLS אפסי ברירת מחדל.
הפער הזה לא מקרי. הוא נובע מהארכיטקטורה. WordPress מריץ PHP ב-runtime, שולף ממסד נתונים, רנדר HTML, שולח לדפדפן, וטוען עשרות סקריפטים של plugins. Next.js בונה את העמוד מראש ל-HTML סטטי בזמן build, ממזער JavaScript, ומגיש מ-edge network קרוב לגולש. זאת לא תחרות הוגנת, זה פער טכנולוגי בין דור 2008 לדור 2024.
ההמלצה לפי קהל יעד
אם אתם בלוגר, יוצר תוכן, או מגזין דיגיטלי, לכו על WordPress. אקוסיסטם התוכן שלו, פליגינים כמו Yoast ו-Edit Flow, ויכולת הצוות, יעלו על כל יתרון של מהירות. תקפידו על hosting מנוהל ועל plugins מעטים, ותעדכנו כל שבוע.
אם אתם עסק שירות עם 5-30 דפים (קליניקה, יועץ, סוכן ביטוח, סטודיו עיצוב, בית עורכי דין, חברת הובלות), לכו על קוד מאפס. מהירות, SEO, אבטחה, ושליטה ב-Schema יביאו לכם יותר לידים מאתר WordPress מהיר פי 2 או 3 בעלות שנתית נמוכה יותר לטווח 3 שנים. זה הקהל שאני עובד איתו ב-Autoflowr וזו ההמלצה שלי בכל פעם.
אם אתם חנות אונליין, תלוי בגודל. עד 200 מוצרים וצוות שמנהל מלאי ידני, WooCommerce על WordPress יעבוד טוב, במיוחד אם אתם בארץ ורוצים חשבוניות ירוקות, סליקה ישראלית, ושיטות משלוח מקומיות (סופר, בוקסיט). מעל 500 מוצרים, או אם אתם רוצים חוויית קנייה מהירה (LCP מתחת ל-1.5 שניות) שתשפר conversion, לכו על Shopify (לא custom) או על Next.js Commerce עם Stripe ו-Sanity. אם אתם SaaS או מוצר דיגיטלי, אין שאלה, custom code. אין שום סיכוי שתבנו אתר marketing של SaaS מודרני על WordPress, כי הוא צריך להראות מהיר, נקי, וטכנולוגי, ולהמיר טוב יותר מהמתחרים. שלושת האחרים מקבילים, marketing site ב-Next.js, app בנפרד, ושניהם משתמשים באותו design system.
אם אתם אתר עירייה, ארגון, או מוסד ציבורי, עם 100+ עמודים ושותפי תוכן מרובים, WordPress הוא הבחירה הסבירה. גם אם הוא לא יהיה הכי מהיר, היכולת של עשרות אנשים לתחזק אותו במקביל גוברת על כל יתרון ביצועים. ההמלצה הכללית, אל תבחרו לפי טכנולוגיה אופנתית, בחרו לפי איך נראית העבודה שלכם עם האתר ביום יום, לאורך 3 שנים, אחרי שההתלהבות הראשונית נגמרה.
מה עם תחזוקה ועלויות נסתרות?
כאן WordPress מקבל את המכה הכי קשה. plugins הם מקור פגיעויות מתמשך. כל פלאגין שאתם מתקינים תלוי במפתח שיתחזק אותו לאורך זמן, ולפעמים מפתחים נוטשים פרויקט, מוכרים אותו לחברה שמחדירה malware, או פשוט נשבעים לרשת. עדכוני theme שוברים לפעמים את העיצוב המותאם, כי השינויים שעשיתם ב-CSS מאז דורסים. כל עדכון core של WordPress הוא רגע של חרדה, האם plugins ימשיכו לעבוד, האם theme יתאים, האם מסד הנתונים יישבר.
התופעה הזאת נקראת WP fatigue, התשישות של בעלים שכל חודש מקבלים 12 התראות עדכון, מעדכנים, ומתפללים שהאתר לא קרס. אצל בעלים שלא מעדכנים, האתר נפרץ בתוך שנה. בקוד custom יש גם תחזוקה, צריך לעדכן dependencies מדי פעם, אבל הקצב נמוך הרבה יותר, והאתר ממשיך לעבוד גם אם לא נגעת בו שנה. זאת הסיבה שלקוחות שלי בקוד custom משלמים פחות מ-50 שקל לחודש hosting ולא מתעוררים בלילה לבדוק שהאתר עוד למעלה. ב-WordPress הסכום הסופי לאחר 3 שנים, כולל hosting מנוהל, plugins premium, ופרילנסר שמטפל בעדכונים שנשברו, מגיע בקלות ל-15,000-25,000 שקל, יותר מאשר אתר custom חדש מאפס בעלות חודשית מינימלית. החישוב המלא נמצא בשירותים שלנו.