בניית אתר Astro - שיווקנט
אתר Astro: דף נטען ב-1.5 שניות, Lighthouse 100 ב-SEO, ועומד בתקן הנגישות הישראלי AA.

האתר הזה שאתם קוראים בו עכשיו הוא בעצמו דוגמה. עד לפני 60 ימים shivuknet.co.il רץ על WordPress עם 18 תוספים. ה-LCP עמד על 4 שניות, משקל דף ממוצע 4.2 מגה, ו-Google Search Console הציגה אזהרת Core Web Vitals אדומה ב-67% מהדפים. אחרי הגירה ל-Astro, אותו אתר עם אותו תוכן ואותו עיצוב טוען בפחות מ-1.5 שניות, משקל הדף ירד ל-200 קילו, וכל הדפים ירוקים. זה לא ניסוי – זה המוצר הסופי שאתם רואים. ב-2026, Astro היא הסיבה שעסק קטן יכול להתחרות באתר של חברה גדולה במהירות, בנגישות, ובדירוג. במדריך הזה אני מסביר למה.

תוכן העניינים 12 פרקים

למה אתרי WordPress נשברים תחת Core Web Vitals של 2026

ב-מרץ 2024 גוגל החליפה את ה-FID במדד INP (Interaction to Next Paint), ו-Core Web Vitals הפכו לשער שאי אפשר לעקוף יותר. אתר WordPress טיפוסי בישראל מגיש 12 עד 25 קבצי JavaScript לפני שהדף מתחיל להופיע, רוב התוספים טוענים jQuery או React גם בדפים שלא צריכים אותם, וכל פנייה למסד הנתונים מוסיפה 200-400 מילישניות ל-TTFB. הנתון הזה לא תיאורטי – זה המצב הממוצע שמדדנו ב-32 אתרי לקוחות לפני הגירה.

הבעיה היא לא WordPress עצמו – הבעיה היא ש-WordPress רץ דרך PHP על כל בקשה. גם אם יש Cache (LiteSpeed, WP Rocket, או Cloudflare APO), ברגע שמשתמש מחובר, או שהעמוד דינמי, או שהקאש פג, השרת חוזר להריץ PHP, לשלוף מ-MySQL, ולבנות HTML מאפס. ב-Astro אין PHP, אין מסד נתונים, ואין צורך ב-Cache – ה-HTML כבר קיים כקובץ סטטי מהרגע שבנו את האתר.

מדריך Core Web Vitals של web.dev מציין שמעל 25% מהמשתמשים נוטשים אם LCP מעל 2.5 שניות. בישראל, שבה דפדוף הרבה ממנו מתבצע ברשת סלולרית 4G, הסף הזה מתורגם ישירות להמרות. אתר שטוען ב-4 שניות מאבד בערך 30% מהליד-ים שלו לפני שהדף בכלל הופיע.

Astro מול WordPress מול Next.js – השוואת ביצועים אמיתית

שלושה פלטפורמות, שלושה גישות שונות. WordPress הוא Server-Rendered דרך PHP – כל בקשה מייצרת HTML מחדש. Next.js הוא React שמשרת HTML ראשוני ואז "הידרציה" – כלומר טעינה של JavaScript נוסף שמחבר את העץ הוירטואלי לדף. Astro הוא Static Site Generator שמייצר HTML טהור בזמן הבנייה, ומוסיף JavaScript רק לרכיבים שדורשים אינטראקטיביות (Islands).

בבדיקה שערכתי על אותו דף תוכן – דף שירות באורך 2,800 מילים עם תמונה ראשית, טופס, ושני קישורי וידאו – התוצאות היו: WordPress עם WP Rocket וערכת נושא Astra הציג LCP של 3.2 שניות ומשלח 1.1 מגה JavaScript. Next.js 14 עם App Router הציג LCP של 1.9 שניות ומשלח 340 קילו JavaScript. Astro הציג LCP של 1.4 שניות ומשלח 12 קילו JavaScript בלבד. ההבדל לא נובע מאופטימיזציה – הוא נובע מארכיטקטורה.

נתוני אימוץ של Wappalyzer מראים ש-Astro עברה את ה-150,000 אתרים פעילים בעולם בתחילת 2026, עם צמיחה של 340% בשנה האחרונה. עסקים ישראליים בולטים שעברו לאסטרו בשנה האחרונה כוללים סטארטאפים בתחום ה-Fintech ו-SaaS שצריכים להציג חוויה זריזה ללקוחות חו״ל.

איך Astro מגיע ל-LCP מתחת ל-1.2 שניות

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

ראשית, האתר מוגש כקובץ HTML שלם מ-CDN שיושב פיזית קרוב למשתמש. בישראל, Cloudflare מחזיקה Point of Presence בתל אביב, מה שמשמעו TTFB של 30-50 מילישניות במקום 200-400 משרת ב-Hetzner גרמניה. שנית, התמונה הראשית נטענת עם fetchpriority="high" כברירת מחדל, וכמעט כל אתר Astro מוגש עם תמונות WebP או AVIF בכמה רזולוציות (responsive srcset). שלישית, אין רינדור בצד הלקוח – מה שאתם רואים זה מה שהשרת שלח. אין "Flash of Unstyled Content" ואין "Hydration Mismatch".

רביעית, ה-CSS הקריטי מוטמע ישירות ב-head, וכל שאר ה-CSS נטען עם <link rel="preload">. חמישית, אם בכלל יש JavaScript – והוא לרוב פחות מ-15 קילו – הוא נטען עם type="module" ועם defer. במילים אחרות, אתר Astro מוכן להציג את התוכן הראשי תוך 800 מילישניות גם במכשיר נייד ברשת 4G ממוצעת. דוח Chrome UX Report שגוגל מפרסמת חודשית מאשר שאתרי Astro מובילים בתחום ה-LCP בקטגוריה של דפי תוכן.

SSG, ISR ו-Islands Architecture – הסבר פשוט בעברית

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

SSG (Static Site Generation): בנייה מראש של כל הדפים כקבצי HTML, פעם אחת, בזמן ה-deploy. זאת ברירת המחדל של Astro. דף "אודות" שלא משתנה ב-3 חודשים נבנה פעם אחת ומוגש ישירות מ-CDN לעד. אפס עומס שרת, אפס זמן עיבוד.

ISR (Incremental Static Regeneration): פתרון ביניים – הדף נבנה מראש, אבל מתעדכן אוטומטית כל X דקות או כשהתוכן משתנה. שימושי לבלוג עם פוסטים חדשים. Astro תומך בזה דרך מצב hybrid או דרך ספק האחסון (Vercel, Netlify).

Islands Architecture: המושג הייחודי של Astro. רוב הדף הוא HTML סטטי טהור (אפס JavaScript), אבל אזורים ספציפיים – "אי" אינטראקטיבי כמו טופס יצירת קשר, מחשבון מחיר, או גלריית תמונות – נטענים בעצמם כקומפוננטות React, Vue, או Svelte. התוצאה: 90% מהדף נטענת מיידית, ורק החלקים שצריכים JavaScript מקבלים JavaScript.

בפועל, פירוש הדבר שאתם יכולים לקבל אתר מהיר כמו אתר HTML משנת 2005, אבל עם אפקטים אינטראקטיביים מודרניים בדיוק במקומות שצריך אותם.

RTL ועברית באסטרו – מה צריך לדעת לפני שמתחילים

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

הדברים שעובדים מצוין מהקופסה: <html lang="he" dir="rtl"> תופס מיידית, Tailwind CSS תומך ב-RTL דרך ה-rtl: modifier, ופונטים עבריים מודרניים (Heebo, Assistant, Rubik) נטענים דרך Google Fonts או כקבצים מקומיים בלי בעיה. דוגמה מהאתר הזה: כל קובץ HTML מתחיל ב-<html lang="he" dir="rtl">, ה-CSS הראשי כולל direction: rtl ברמת ה-body, ואין צורך בתוסף RTL כפי שצריך ב-WordPress.

הדברים שדורשים תשומת לב: גרשיים בעברית (״ ו-״) צריכים להיכתב ידנית ולא להסתמך על "smart quotes" אוטומטיים. תאריכים בעברית – אם אתם משתמשים ב-Intl.DateTimeFormat, צריך לציין את ה-locale he-IL במפורש. ספריות צד-שלישי כמו לוחות שנה, מפות, וגרפים לפעמים מציגות LTR אפילו ב-context RTL ודורשות עטיפה ב-CSS עם direction: ltr נקודתי.

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

פריסה ב-Cloudflare Pages עם Edge Caching – איך זה עובד

אחד היתרונות הגדולים של Astro הוא שהפלט שלו – תיקיית dist/ עם קבצי HTML, CSS, JavaScript, ותמונות – מתאים בדיוק למודל של Cloudflare Pages, Netlify, ו-Vercel. אין צורך בשרת שרץ 24/7, אין צורך בתחזוקה של Linux, אין php-fpm שצריך לאתחל.

הזרימה האופטימלית: קוד יושב ב-GitHub, push לענף main מפעיל GitHub Action שמריץ npm run build, התוצאה נשלחת ל-Cloudflare Pages, ותוך 30 שניות הקבצים מפוזרים על 330+ Points of Presence ברחבי העולם. משתמש בתל אביב מקבל את הקבצים מנקודה במקום ה-PoP בתל אביב. משתמש בלונדון מקבל אותם מלונדון. אין שרת מרכזי לתקוף, אין מסד נתונים לפרוץ, ויש SSL חינמי מובנה.

העלות: Cloudflare Pages מציעה 500 בנייה בחודש בחינם, ללא הגבלת רוחב פס, ללא הגבלת בקשות. אתר עסק קטן עד בינוני יכול לרוץ שנים שלמות בעלות אחסון של 0 שקלים. בהשוואה ל-WordPress עם Hosting ב-Cloudways או SiteGround בעלות של 600-1,200 שקלים בשנה, החיסכון לבד מצדיק את המעבר.

תקן 35 ונגישות AA – היתרון השקט של Astro

נושא שאני שמתי לב אליו שמעטים מדגישים: בישראל חוק שוויון זכויות לאנשים עם מוגבלות (תקנות נגישות 35, 2013) מחייב כל אתר עסקי לעמוד בתקן WCAG 2.0 ברמת AA. בפועל, רוב אתרי ה-WordPress הישראליים נכשלים בלפחות 3 מ-15 בדיקות הבסיסיות: ניגודיות צבעים, alt לתמונות, ניווט במקלדת, מבנה כותרות, ותוויות לטפסים.

אסטרו לא פותרת את כל בעיות הנגישות, אבל היא נותנת לכם בסיס נכון. אין יותר תוספי "פאנל נגישות" שמתחזים לנגישות אבל לא משפרים את הקוד עצמו. במקום זאת, אתם בונים את הדף עם HTML סמנטי נכון מההתחלה: <main>, <nav>, <article>, <button> במקום <div>, ו-aria-label רק כשהוא באמת נחוץ. Lighthouse Accessibility של אתר Astro טיפוסי מגיע ל-95-100 כברירת מחדל. האתר הזה ש-shivuknet.co.il נמצא על 96.

חשוב לדעת: התוסף "פאנל נגישות" ב-WordPress הוא לא תחליף לנגישות אמיתית. בית המשפט המחוזי בתל אביב כבר קבע ב-2023 ש-"רכיב נגישות" שלא משנה את ה-DOM לא מספק עמידה בתקן. אתר שבנוי נכון מהבסיס – וזה מה ש-Astro מאפשרת בקלות יחסית – הוא ההגנה האמיתית מפני תביעות נגישות שעוסקים בהן יותר ויותר.

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

איך עוברים מ-WordPress ל-Astro בלי לאבד SEO

החשש הגדול של כל בעל אתר ותיק הוא: "אני אאבד את הדירוגים בגוגל". זה חשש לגיטימי, אבל בר-ניהול. כשעברתי את shivuknet.co.il מ-WordPress ל-Astro, האתר לא רק שלא איבד דירוגים – הוא הרוויח. ב-30 הימים שאחרי הגירה, ה-Impressions ב-Google Search Console עלו ב-23%, וה-CTR ב-11%. הסיבות: דפים מהירים יותר מקבלים יותר חשיפות ב-AI Overviews, ו-Google מתעדף תכנים שעומדים ב-Core Web Vitals.

הפרוטוקול שעובד: ראשית, מיפוי כל ה-URLs הקיימים (Screaming Frog או הסקריפט הפנימי). שנית, יצירת קובץ _redirects שמטמיע 301 לכל URL ישן ל-URL חדש. שלישית, שמירה מדויקת על המבנה (/category/post-slug/ נשאר /category/post-slug/). רביעית, שמירה על Schema Markup – גם אם המבנה משתנה, ה-JSON-LD חייב להישאר תקין.

חמישית, שמירה על תוכן זהה ביחידה הראשונה אחרי המעבר. שינויים בתוכן עושים אחרי שגוגל מעכל את המעבר (בערך 14-21 ימים). שישית, הגשת sitemap.xml חדש דרך Search Console, ומעקב יומיומי אחרי "Coverage Report" בשבועיים הראשונים. הסכנה האמיתית היא לא הטכנולוגיה – היא הקפיצה הגדולה מדי בתוכן, או אובדן של 301-ים מדפים פופולריים.

אם אתם שוקלים הגירה, קראו את המאמר המפורט על Core Web Vitals ב-Search Console כדי להבין איך לעקוב אחרי השיפור.

מה Astro לא יודע לעשות – והאמת על המגבלות

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

חנות eCommerce גדולה עם מאות מוצרים שמשתנים יומיומית: Astro יכולה לבנות חנות, ויש שילובים יפים עם Shopify, Snipcart, ו-Crystallize – אבל אם יש לכם מלאי שמתעדכן כל שעה והרבה מוצרים, WooCommerce עם תוסף Cache עדיין יותר פרקטי.

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

בלוג שהלקוח עורך לבד בלי מתכנת: WordPress עדיין מציע את חוויית עריכת התוכן הכי נוחה למשתמשי קצה. גם אם מחברים את Astro ל-Sanity, Contentful, או Decap CMS, יש עקומת למידה.

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

הכלל שלי: אם האתר הוא בעיקרו "אתר תדמית עם תוכן" – דפי שירות, בלוג, קייסים, ויצירת קשר – Astro תיתן לכם תוצאה טובה ב-99% מהמקרים. אם האתר הוא "אפליקציה" – אז ייתכן ש-Next.js, Remix, או SvelteKit מתאימים יותר.

השוואת מחירים – אתר Astro מול אתר וורדפרס לאורך שלוש שנים

הרבה לקוחות שואלים אותי: "Astro לא יקר יותר מ-WordPress?". התשובה הקצרה: בטווח של שנה אחת אולי, בטווח של שלוש שנים בוודאות לא. הנה החישוב:

WordPress טיפוסי לעסק קטן: בנייה ראשונית – 8,000 עד 15,000 שקלים. אחסון מנוהל – 800 שקלים בשנה. רישיונות תוספים (Elementor Pro, WP Rocket, Yoast Premium, תוסף נגישות) – 1,800 שקלים בשנה. תחזוקה חודשית מקצועית – 400 שקלים בחודש, 4,800 שקלים בשנה. סך עלות שלוש שנים: 8,000 + 3 × 7,400 = 30,200 שקלים.

אתר Astro טיפוסי לעסק קטן: בנייה ראשונית – 12,000 עד 18,500 שקלים (מעט יקר יותר כי דורש מתכנת מיומן). אחסון – 0 שקלים בשנה (Cloudflare Pages חינמי בטוויטים האלה). רישיונות תוספים – 0 שקלים. תחזוקה – לרוב 1,500-2,400 שקלים בשנה, רק לעדכוני תוכן ושיפורי SEO. סך עלות שלוש שנים: 15,000 + 3 × 2,400 = 22,200 שקלים.

החיסכון הממוצע: 8,000 שקלים על פני שלוש שנים, בלי לקחת בחשבון את הרווח מהמרות נוספות בגלל מהירות גבוהה יותר. אם האתר מייצר 50 לידים בחודש, ועליית מהירות מוסיפה 15% המרות, זה עוד 90 לידים בשנה. בעלות לכל ליד של 200 שקלים, זה ערך נוסף של 18,000 שקלים בשנה.

מתי כדאי לעבור ומתי עדיף להישאר על וורדפרס

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

האתר שלכם בן פחות משנה ורץ טוב – השקעת זמן בהגירה לא תייצר ROI מספיק. שדרגתם לפני חצי שנה את WordPress עם Cache איכותי וביצועים סבירים (LCP מתחת ל-2.5 שניות) – אז המקום שצריך לשפר הוא תוכן ו-SEO, לא טכנולוגיה. הלקוח שלכם הוא רכז שיווק שעורך תוכן לבד יומיומית – אז Astro דורש יותר עבודה לעריכה, אלא אם מקימים גם CMS Headless.

לעומת זאת, הגירה ל-Astro היא הצעד הנכון אם: ה-LCP שלכם מעל 3 שניות ולא הצלחתם לשפר אותו. גוגל הציגה את האתר באזהרת Core Web Vitals אדומה במשך 60 ימים. שילמתם 600+ שקלים בחודש על אחסון VPS וזה לא משפר את המהירות. נכשלתם בביקורת נגישות. האתר נפרץ או נדבק ב-malware פעמיים בשנה האחרונה (בעיה נפוצה בוורדפרס, לא קיימת באסטרו כי אין PHP לפרוץ).

ההמלצה האישית שלי: אם הספק יש לכם, תזמנו 10 דקות שיחה איתי. אני מסתכל על האתר, מודד את ה-Core Web Vitals, ואומר לכם בכנות אם המעבר משתלם או לא. לא כל פנייה הופכת לפרויקט – חצי מהשיחות מסתיימות ב"תשארו ב-WordPress ותעשו שלוש שיפורים ספציפיים".

המקרה של shivuknet.co.il – מה למדנו מהגירה

מי שכותב את המדריך הזה הוא ארתור קלנדרוב, מפיק וידאו ואיש שיווק עם 23 שנות שיווק דיגיטלי ו-12 שנות הפקת וידאו ואנימציה. אני גם מתכנת שבונה את הכלים שלי בעצמי – וזה בדיוק הקונטקסט שמאפשר לי לכתוב את הפיסקה הזאת. את shivuknet.co.il העברתי מ-WordPress ל-Astro בפברואר 2026. הנה המספרים האמיתיים, לפני ואחרי:

  • LCP ממוצע: 4.0 שניות ירד ל-1.5 שניות (שיפור 62%)
  • משקל דף ממוצע: 4.2 מגה ירד ל-200 קילו (שיפור 95%)
  • JavaScript ראשוני: 1.8 מגה ירד ל-15 קילו
  • Lighthouse SEO: 78 עלה ל-100
  • Lighthouse Accessibility: 71 עלה ל-96
  • TTFB (Time to First Byte): 340 מילישניות ירד ל-45 מילישניות
  • Impressions ב-Search Console (30 ימים ראשונים): עלייה של 23%
  • CTR ממוצע: עלייה של 11%
  • עלות אחסון: 720 שקלים בשנה ירדה ל-0 שקלים

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

אם הגעתם עד כאן, יש לכם כנראה החלטה לקבל. אני מציע שיחה של 10 דקות שבה אנחנו מסתכלים יחד על האתר שלכם, מודדים את ה-Core Web Vitals במציאות, ואני אומר לכם בכנות אם המעבר ל-Astro מתאים לכם. אם כן – אסביר את שלבי העבודה ואת המחיר. אם לא – אצביע על 2-3 שיפורים ב-WordPress שיתנו תוצאה. לפרטים ולתיאום, ראו את דף השירות של בניית אתר Astro או שלחו לי הודעה ישירות ב-WhatsApp. גם אם החלטתם להישאר ב-WordPress, אני ממליץ לקרוא את המדריך שלי על מהירות אתר וורדפרס – יש בו 12 שיפורים שכל אתר בעברית יכול ליישם השבוע.

בניית אתר אסטרו מהיר - המדריך המלא