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

תאריך המחקר: 2026-06-22. מבוסס על בדיקת בסיס הקוד של static-site-generator בגרסה v0.0.41 ועל מחקר רשת של נוף מחוללי האתרים הסטטיים לשנת 2026.

עבור מפרסם מפוקח, מחולל אתרים סטטיים אינו עוד כלי עיצוב; הוא חלק מהיקף הסיכון התפעולי. ה־static-site-generator בקוד פתוח, הכתוב ב־Rust, בנוי על הנחה זו: הוא מעביר את האבטחה, הנגישות, ההתאמה הבינלאומית ותהליכי תוכן ה־AI לשלב הקומפילציה, כך שבדיקה כושלת עוצרת את הבנייה במקום להגיע לסביבת הייצור. ניתוח זה מפריד בין מה שגרסה 0.0.41 אכן מספקת לבין מה שהתיעוד שלה עדיין רק מבטיח, מציג חמש יכולות ארגוניות שטרם קיימות בה, ומציע מסלול מדורג לשחרור גרסה 1.0 המתואם עם DORA, חוק הנגישות האירופי ותקני שרשרת האספקה המודרניים.

תקציר מנהלים

• הפרסום הוא כיום היקף סיכון תפעולי. תחת DORA, חוק הנגישות האירופי ו־GDPR, כל נכס פונה־ציבור הוא נקודת כניסה אפשרית לפריצת שרשרת אספקה, השחתת אתר וחשיפה רגולטורית. מודל של זמן קומפילציה מצמצם את ההיקף הזה בכך שהוא דוחה פלט לא־תואם לפני שהוא נשלח.
• הבידול של המנוע נאכף על ידי המהדר, ולא שאיפות מתועדות. forbid(unsafe_code) בכל סביבת העבודה, SRI אמיתי מסוג SHA-256/384, חילוץ CSP אוטומטי ושער WCAG 2.2 AA בזמן בנייה הופכים את האבטחה והנגישות מביקורות בדיעבד לכשלי בנייה קשיחים.
• בגרסה 0.0.41 יש פער בין התיעוד לקוד. מזעור נייטיב, בנייה מצטברת באמצעות גרף תלות ותמיכה ב־AVIF מתוארים אך אינם מתפקדים; המאמר מציין כל פער מול מיקום המקור המדויק.
• הדרך אל 1.0 היא רצף, לא רשימת משאלות. תחילה חוסן (0.0.42), אחריו תקינות מצטברת (0.1.0), ולבסוף היכולות הארגוניות — ארגז חול WASM, חיפוש סמנטי מקומי וייחוס SLSA בר־אימות — שקונה מפוקח דורש (1.0.0).

חוזקות נוכחיות

בסיס הקוד של static-site-generator מגלם כמה החלטות הנדסיות ייחודיות המבדילות אותו ממנועי JavaScript ו־Go מדור קודם:

• תנוחת אבטחה בזמן קומפילציה: #![forbid(unsafe_code)] בכל סביבת העבודה מספק ערובות בטיחות־זיכרון בזמן קומפילציה. צנרת הבנייה מייצרת גיבובי שלמות משאבי משנה (SRI) אמיתיים מסוג SHA-256/SHA-384 (src/plugins/assets.rs) ומבצעת חילוץ אוטומטי של מדיניות אבטחת תוכן (CSP) המסיר סקריפטים וסגנונות מסוג unsafe-inline. השחרורים חתומים, נושאים אישור Sigstore ומפיקים SBOM מסוג CycloneDX 1.5 בכל בנייה.
• שער נגישות הנאכף על ידי המהדר: בדיקות הנחיות הנגישות לתוכן ברשת (WCAG) 2.2 ברמה AA רצות בתוך צנרת הקומפילציה באמצעות מנתח axe-core בזמן בנייה המונע על ידי Playwright. הנגישות הופכת לשער בנייה קשיח ולא לביקורת שלאחר הפרסום: אם עמוד נכשל, הקומפילציה נעצרת עם שגיאות המציינות מספרי שורה מדויקים.
• צנרת AI ריבונית־נתונים: צנרת מקומית של LLM לתרגום וחילוץ מטא־נתונים (דרך נקודות קצה מקומיות של Ollama או llama.cpp) מאפשרת למוסד להפוך לאוטומטי את תמצות התוכן, יצירת סכמת JSON-LD ותרגום רב־לשוני, מבלי לשלוח גילויים טרום־דוחות או קניין רוחני רגיש אל ממשקי AI ציבוריים בענן.
• קומפילציה מקבילית: ערובות בטיחות־הזיכרון של Rust מהוות בסיס לצנרת HTML ונכסים מקבילית מונעת־Rayon (src/core/pipeline.rs). צנרת התוספים מבצעת התמרות ממוזגות, כאשר SearchPlugin, SeoPlugin, CanonicalPlugin ו־JsonLdPlugin פועלים מעל par_iter(), כך שכל עמוד נקרא ונכתב לדיסק פעם אחת.
• היגיינת שרשרת אספקה ותלויות: המעבר של מנוע התבניות מ־Tera ל־MiniJinja (v0.0.37) הקטין את גודל הבינארי, הסיר תלויות מעבר כגון rand בזמן קומפילציה, והפיק טביעת רגל תלויות קומפקטית המפחיתה את החשיפה לשרשרת אספקת התוכנה.

פערים ומציאות בשטח

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

פערים ארכיטקטוניים

• כיווץ רווחים לבנים לעומת מזעור נייטיב: בעוד ה־README מבטיח "מזעור JS/CSS נייטיב", ה־MinifyPlugin (src/plugins/plugins.rs:96-116) פועל אך ורק ככווץ רווחים לבנים תמים. הוא עוקף אלמנטי <pre> ומכווץ רצפי רווחים לבנים ב־HTML, אך אינו מבצע מזעור נייטיב מודע־תחביר של CSS או JS. יתרה מכך, הוא מעבד רק עמודים ברמה העליונה ואינו סורק רקורסיבית תיקיות משנה (כגון /blog/ או /tags/), ומותיר עמודים עמוקים ללא מזעור.
• תשתית מצטברת מתה: גרף מעקב התלות (DepGraph ב־src/core/depgraph.rs) עובר קומפילציה ונטען אל PluginContext.dep_graph, אך אינו מאוכלס בפועל בקוד הייצור. המתודה add_dep() נקראת רק בבדיקות יחידה, מה שהופך את טענת ה־README על "בנייה מצטברת באמצעות גרפי תלות" לשאיפתית כרגע.
• קומפילציה באצוות לעומת קומפילציה זורמת: המודול streaming::compile_batch (src/core/streaming.rs) אינו זורם באמת. במקום זאת הוא מהדר עמודים באצוות אל תיקייה זמנית, מריץ staticdatagen::compile מאפס עבור כל אצווה, וממזג את הפלטים. הדבר גורם לתקורה משמעותית של קלט/פלט לדיסק ולניתוח מיותר, בסטייה מארכיטקטורה זורמת אמיתית.
• הפרות שלב במחזור חיי התוספים: תוספים המייצרים עמודי HTML חדשים במהלך תהליך הבנייה, כגון TaxonomyPlugin, PaginationPlugin ו־I18nPlugin, כותבים ישירות לדיסק ב־after_compile במקום להשתמש במחזור החיים transform_html. כתוצאה מכך, עמודים שנוצרו על ידי תוספים אלה עוקפים תוספי עיבוד־בתר קריטיים (כגון CanonicalPlugin, JsonLdPlugin, RobotsPlugin ו־AccessibilityPlugin) אם תוספים אלה נרשמו קודם לכן. הדבר מותיר עמודי תגיות, קטגוריות ועמודים בעימוד ללא קישורים קנוניים תקינים, סכמות JSON-LD או אימותי נגישות.
• קריאה חיצונית ל־curl ב־LlmPlugin: צנרת תוכן ה־LLM המקומית (src/plugins/llm.rs) קוראת ישירות לבינארי curl של המארח כדי לתשאל נקודות קצה מקומיות. הדבר מכניס באגים חמורים בין־פלטפורמיים (למשל, במארחי Windows שאין בהם curl ב־PATH), מהווה סיכון אבטחה (וקטורי הזרקת שֶׁל), ונכשל בסביבות CI נעולות או מבודדות־רשת.
• מניפולציית מחרוזות תמימה בכתיבה־מחדש של HTML: המחלצים image_plugin.rs ו־search.rs כותבים מחדש מחרוזות HTML באמצעות פעולות str::find ו־str::rfind שבירות. גישה זו פגיעה מאוד לתגיות HTML שבורות, לתגיות <img> בתוך הערות, לישויות תווים בטקסט חלופי, או למאפייני srcset קיימים, מה שעלול לגרום לפלט משובש.
• תמיכת AVIF לא ממומשת: אף שקידוד תמונות AVIF מתועד בהרחבה, המימוש ב־image_plugin.rs הוא גדם שבו avif_variants פשוט מחזיר Vec::new(), ומותיר את התכונה לא־מתפקדת.
• צופה מבוסס־תשאול: הצופה של שרת הפיתוח המקומי (src/server/watch.rs) משתמש בתשאול ולא בממשקי אירועי מערכת קבצים, מה שמוביל לשימוש מוגזם ב־CPU בסרק ולהשהיה של שינויים ברמת שנייה.

פערים פונקציונליים וחווייתיים

• אין מעקב תלויות מעבר: גרף התלות אינו יכול לעקוב אחר תלויות מקוננות (למשל, שינויים בתבנית משנה המשפיעה על פריסה המשפיעה על עמוד), כפי שאומת בבדיקת היחידה transitive_not_tracked.
• אין דגל CLI לקומפילציה מצטברת: אין דגל CLI מסוג --incremental המחובר למהדר הריצה, מה שמונע ממפתחים להשתמש בבנייה ממוטמנת.
• HMR מוגבל ל־CSS: החלפת מודולים חמה (HMR) תומכת רק ב־CSS; כל שינוי בקבצי HTML, פריסות או markdown מפעיל טעינה מחדש מלאה של העמוד, ופוגע במהירות המפתח.
• מחסור בתת־פקודות: מפתחים נאלצים להעביר ידנית דגלים מפורטים (ssg -s public -w) משום שתת־פקודות סטנדרטיות כגון ssg dev, ssg build, ssg check ו־ssg lint אינן קיימות.

פערים ארכיטקטוניים החסרים לנו (תגליות חדשות)

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

1. ארגז חול לתוספי WebAssembly (הרחבת אפס־אמון)

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

• יכולת חסרה: סביבת ריצה בארגז חול. כדי להשיג קומפילציית אפס־אמון, על המהדר להריץ תוספי צד־שלישי בתוך סביבת ריצה מוטמעת של WebAssembly (כגון wasmtime). על התוספים לתקשר עם המארח אך ורק דרך ממשק מערכת WebAssembly (WASI) מוגבל, המצמצם את גישתם אך ורק לעמוד המותמר.

2. ניתוח HTML ללא העתקה באמצעות AST זורם (lol_html)

מעבר שכבת ניתוח ה־HTML לספריית DOM מלאה בזיכרון (כגון Kuchiki או html5ever) מכניס תקורת זיכרון משמעותית והשהיות עיבוד בטיפול באתרים עם למעלה מ־100,000 עמודים.

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

3. חיפוש וקטורי סמנטי מקומי (RAG מקומי)

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

• יכולת חסרה: חיפוש סמנטי מוטמע. על המהדר לנצל מודל הטמעה וקטורי מקומי, קליל ונייטיב־Rust (כגון מודל MiniLM-L6 המורץ דרך candle או ort / ONNX Runtime) בזמן בנייה. עליו לייצר הטמעות וקטוריות צפופות עבור כל פסקה בעמוד ולהפיק מפתח וקטורי קומפקטי. יישומון החיפוש בצד־הלקוח, המהודר ל־WASM, יכול אז לבצע חיפוש סמנטי לא־מקוון אמיתי ישירות בדפדפן.

4. תרגום דטרמיניסטי ומטמון היקש

מאחר שהיקש LLM מקומי (למשל דרך Ollama או Llama.cpp) עתיר CPU/GPU במידה רבה, תרגום או יצירת מטא־נתונים לאלפי עמודים בכל בנייה הוא בלתי אפשרי מבחינה חישובית.

• יכולת חסרה: מטמון היקש מבוסס־גיבוב־תוכן. על המהדר לתחזק מטמון דטרמיניסטי של כל פעולות ה־LLM. אם גיבוב ה־SHA-256 של תוכן קובץ markdown ופרמטרי התרגום שלו תואם רשומת מטמון, על המהדר לעשות שימוש חוזר בתרגום ובמטא־נתונים הממוטמנים, ולעקוף היקש מקומי מיותר.

5. קלט/פלט קבצים א־סינכרוני לקנה־מידה מקבילי

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

• יכולת חסרה: קלט/פלט דיסק א־סינכרוני ולא־חוסם. על המהדר לנתק משימות עתירות־CPU (ניתוח Markdown, מזעור) מכתיבות תלויות־דיסק, באמצעות מאגרי חוטים א־סינכרוניים של קלט/פלט או קישורי io_uring של לינוקס (דרך rio או tokio) כדי לכתוב עמודים מהודרים במקביל מבלי לחסום את מבצעי ה־CPU המקביליים.

מפת הדרכים האסטרטגית אל 1.0

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

שלב 1: 0.0.42 (תיקון החוסן והתקינות, שבוע עד שבועיים)

1. שחזור MinifyPlugin: שילוב של minify-html, oxc_minifier ו־lightningcss למזעור נייטיב מודע־תחביר של HTML, JS ו־CSS. יש לוודא שהתוסף סורק רקורסיבית את כל תיקיות המשנה המקוננות תחת site_dir.
2. אבטחת צנרת ה־AI: מעבר של LlmPlugin מקריאות curl נייטיביות אל ureq (לקוח HTTP קליל, סינכרוני ובטוח ב־Rust) כדי להבטיח תאימות בין־פלטפורמית ולחסל פגיעויות הזרקת שֶׁל.
3. השלמת מימוש AVIF: חיבור ravif ישירות אל צנרת נכסי התמונות, המאפשר קידוד AVIF בעל ביצועים גבוהים לצד WebP ו־PNG.
4. מיפוי HrefLang ורב־לוקאלים אוטומטי: זיהוי אוטומטי של עמודים מתורגמים מקבילים בבניות רב־לשוניות והזרקת תגיות <link rel="alternate" hreflang="..." /> תקניות ותואמות־Google אל כותרת כל קובץ HTML מהודר.
5. תמיכת JSON Feed 1.1: אספקת פולט JSON Feed 1.1 ייעודי לצד ערוצי הפצה סטנדרטיים של RSS 2.0 ו־Atom 1.0.

שלב 2: 0.1.0 (גרסת המשנה של האמינות והבנייה המצטברת, חודשיים עד שלושה)

1. אכלוס DepGraph והפעלת --incremental: חיבור מלא של DepGraph למעקב אחר תלויות תבנית־לעמוד ו־markdown־לעמוד. מימוש שכבת ביטול־תוקף מטמון וחיבור דגל ה־CLI מסוג --incremental, במיקוד לבנייה מצטברת בפחות מ־200 ms בסביבות מטמון־חם.
2. כתיבה־מחדש של AST זורם באמצעות lol_html: החלפת הכתיבה־מחדש השבירה של מחרוזות ב־image_plugin.rs, ב־search.rs ובהזרקות CSP בכותב־מחדש HTML זורם וללא העתקה המונע על ידי lol_html.
3. צופה מונע־אירועים ו־HMR רכיבים: מעבר מודול הצפייה מתשאול אל ה־crate מונע־האירועים notify, ומימוש טעינה חמה של CSS־בלבד ו־HTML־חלקי לעדכוני דפדפן בפחות מ־100 ms.
4. CLI פקודות מאוחד: ארכיטקטורה מחדש של ממשק המהדר לתמיכה בתת־פקודות סטנדרטיות: ssg dev, ssg build, ssg check (ביקורת נגישות/SEO) ו־ssg deploy.
5. מטמון היקש דטרמיניסטי: מימוש שכבת מטמון מבוססת־גיבוב־תוכן לכל משימות התרגום, התמצות וחילוץ המטא־נתונים של ה־LLM המקומי.

שלב 3: 1.0.0 (גרסת המייג'ור הארגונית והייצורית, שישה עד שנים־עשר חודשים)

1. ארגז חול אפס־אמון לתוספי WASM: הטמעת סביבת ריצה של WebAssembly (wasmtime או wasmer) להרצת תוספי צד־שלישי בסביבה מבודדת לחלוטין עם גישה מבוססת־יכולת למערכת הקבצים ולרשת.
2. חיפוש וקטורי סמנטי מקומי (RAG מקומי): הטמעת מודל הטמעה מקומי ונייטיב־Rust (דרך candle או ort) להידור הטמעות פסקה צפופות למפתח קומפקטי, המאפשר חיפוש סמנטי פרטי בצד־הלקוח.
3. איי שרת ויעד קצה WASM: מימוש הרצת רכיבי <ssg-island> בסביבות ריצה בקצה (כגון Cloudflare Workers, Vercel Edge או Netlify Edge) הבנויות מעל ליבת ה־ssg-wasm המהודרת.
4. מנוע קלט/פלט מקבילי א־סינכרוני: ארכיטקטורה מחדש של מודול כתיבת מערכת הקבצים לשימוש במאגרי חוטים א־סינכרוניים של קלט/פלט ובקישורי io_uring, המחסל חסימות של עובדי CPU במהלך כתיבות מקביליות.
5. ייחוס בנייה SLSA v1.1 ותאימות SPDX 3.0: אספקת ייחוס בנייה SLSA ברמה 3 בר־אימות מתמטי ויצירת SBOM תואמי SPDX 3.0, המספקים במלואם את תקני אבטחת שרשרת אספקת התוכנה המודרניים.

מטריצת מתחרים (נוף 2026)

המטריצה הבאה משווה את static-site-generator (יעד v1.0) מול מנועי הפרסום המובילים ברשת לשנת 2026:

מיצוב ב־1.0

ב־1.0, המיצוב המיועד הוא מחולל אתרים סטטיים המהונדס כתשתית תוכנה מאובטחת כברירת מחדל: כתיבה הנתמכת בצנרות AI מקומיות־תחילה; הידור של 100,000 עמודים ומעלה דרך צנרת זורמת מקבילית; WCAG 2.2 AA ו־CSP ו־SRI מחמירים הנאכפים כשערי בנייה; ואיים דינמיים בארגז חול, הכול בתוך בינארי Rust יחיד ובטוח־זיכרון. כל פסוקית באמירה זו ממופה לפריט מסוים במפת הדרכים לעיל ולא לשאיפה שיווקית.

שילוב רגולטורי ותאימות

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

• DORA סעיף 6 (ניהול סיכוני ICT): החישוב וההזרקה בזמן קומפילציה של גיבובי SHA-384 SRI ומדיניות אבטחת תוכן מחמירה מספקים את הדרישה להגן על ערוצי הפרסום הדיגיטליים מפני הזרקת שרשרת אספקה, השחתת אתר ווקטורי סקריפטים חוצי־אתרים (XSS).
• DORA סעיף 7 (חוסן מערכות ICT): במעבר לנכסים סטטיים בלתי־ניתנים לשינוי ומאומתים בזמן קומפילציה, מוסדות פיננסיים מחסלים פגיעויות של מסדי נתונים ושרתי ריצה, מפחיתים את מכפיל הסיכון התפעולי ומצמצמים את עתודות הון הסיכון הנדרשות תחת Basel III.
• חוק הנגישות האירופי (EAA) הנחיה (EU) 2019/882: הזזת ביקורת הנגישות שמאלה אל תוך צנרת הקומפילציה כשער מהדר קשיח מבטיחה תאימות של 100% טרם הפריסה, ומחסלת את סיכון הנזק למותג וההתדיינות האזרחית תחת EAA ותחת ADA Title III.
• GDPR סעיף 25 (פרטיות בעיצוב): הרצת צנרת התרגום והמטא־נתונים על חומרה מקומית ומבודדת־רשת מרחיקה טיוטות קנייניות, מדדים פיננסיים ונתונים אישיים מספקי LLM ציבוריים בענן של צד־שלישי, ותומכת בתאימות לעקרונות ריבונות הנתונים.

שאלות נפוצות

מה גרסה 0.0.41 אכן מספקת כיום, לעומת מה שה־README טוען? מודל האבטחה והנגישות ממשי ונאכף בקוד: forbid(unsafe_code) בכל סביבת העבודה, יצירת SHA-256/384 SRI, חילוץ CSP, שחרורים חתומים עם אישור Sigstore ו־SBOM מסוג CycloneDX, ושער WCAG 2.2 AA העוצר את הבנייה. שלוש תכונות מתועדות אינן מתפקדות בגרסה 0.0.41. ה־MinifyPlugin הוא מכווץ רווחים לבנים ולא מזער מודע־תחביר; ה־DepGraph שאמור להניע בנייה מצטברת עובר קומפילציה אך אינו מאוכלס לעולם בקוד הייצור; וקידוד AVIF הוא גדם שבו avif_variants מחזיר וקטור ריק.

האם שער הנגישות הוא שער מהדר ממשי או לינטר שלאחר הבנייה? זהו שער בנייה. בדיקות WCAG 2.2 AA רצות בתוך צנרת הקומפילציה באמצעות מנתח axe-core בזמן בנייה המונע על ידי Playwright, ועמוד כושל עוצר את הקומפילציה עם שגיאות המציינות מספרי שורה מדויקים ולא פולט אזהרה בדיעבד. זו התכונה שחובת חוק הנגישות האירופי דורשת: פלט לא־תואם אינו יכול להגיע לפריסה.

מדוע חשובה הקריאה החיצונית ל־curl בתוסף ה־LLM? צנרת ה־LLM המקומית (src/plugins/llm.rs) מפעילה את הבינארי curl של המארח כדי להגיע לנקודות קצה מקומיות. הדבר צומד את הבנייה לקובץ הרצה של המארח, נכשל במערכות שאין בהן curl ב־PATH, מכניס משטח הזרקת שֶׁל, ונשבר ב־CI מבודד־רשת. מעבר הקריאה ללקוח HTTP של Rust כגון ureq מסיר את התלות החיצונית ואת וקטור ההזרקה, ולכן זהו הפריט השני בתיקון 0.0.42.

מהו הפריט היחיד החשוב ביותר בדרך אל 1.0? אכלוס ה־DepGraph וחיבור דגל ה־--incremental. בנייה מצטברת היא פער האמינות בין המנוע המתועד למנוע בפועל, וכל טענה במורד הזרם על בנייה בפחות משנייה ב־100,000 עמודים ומעלה תלויה בכך שגרף התלות יעקוב אחר קשתות תבנית־לעמוד ו־markdown־לעמוד, במקום להישאר תשתית לבדיקות בלבד.

הפניות

• Cloudflare, lol-html: כותב־מחדש HTML זורם בהשהיית־פלט נמוכה ⧉. [כותב־מחדש ה־HTML הזורם וללא ההעתקה המוצע להחליף את מניפולציית המחרוזות השבירה בשלב 0.1.0.]
• W3C, הנחיות הנגישות לתוכן ברשת (WCAG) 2.2 ⧉. [קריטריוני ההצלחה ברמה AA הנאכפים על ידי שער הנגישות בזמן קומפילציה.]
• האיחוד האירופי, תקנה (EU) 2022/2554 (DORA) ⧉. [סעיפי ניהול סיכוני ה־ICT והחוסן שאליהם ממופה תנוחת האבטחה.]
• OpenSSF, רמות שרשרת אספקה לפריטי תוכנה (SLSA) v1.0 ⧉. [מסגרת ייחוס הבנייה המיועדת לאישור בר־אימות ברמה 3 ב־1.0.]
• Armin Ronacher, מנוע התבניות MiniJinja ⧉. [המנוע דל־התלויות שהחליף את Tera וגזם את עץ המעבר.]
• CycloneDX, מפרט רשימת רכיבי תוכנה v1.5 ⧉. [פורמט ה־SBOM הנפלט בכל בנייה לביקורת שרשרת אספקה.]
• האיחוד האירופי, הנחיה (EU) 2019/882 (חוק הנגישות האירופי) ⧉. [חובת הנגישות ששער ה־WCAG בזמן בנייה נועד לספק.]

נבדק לאחרונה ביולי 2026. הניתוח המקורי מבוסס על בדיקת בסיס הקוד של static-site-generator בגרסה 0.0.41; המקורות מצוטטים, לא משוכפלים. מספרי גרסה וסטטוס תכונות משתנים במהירות, יש לאמת מול המאגר לפני פרסום חוזר. מורשה תחת CC-BY-4.0.

נסקר לאחרונה 2026-07-24.

# מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau

> Originally published at [https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/](https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/)

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

Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/

מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau

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

https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/

מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau

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

להלן עיקרי הנקודות האסטרטגיות:

- חוזקות נוכחיות. בסיס הקוד של static-site-generator מגלם כמה החלטות הנדסיות ייחודיות המבדילות אותו ממנועי JavaScript ו־Go מדור קודם:.
- פערים ומציאות בשטח. על אף חוזקות יוצאות דופן אלה, בדיקה קפדנית של בסיס הקוד בגרסה 0.0.41 חושפת כמה פערים ארכיטקטוניים, פונקציונליים וחווייתיים למפתחים בין טענות התיעוד לבין קוד ה־Rust בפועל:.
- פערים ארכיטקטוניים החסרים לנו (תגליות חדשות). מעבר לפערים בגרסה 0.0.41, הערכת הפרויקט מול פרופיל סיכון ברמה פיננסית מעלה כמה יכולות שהוא עדיין אינו מספק אך קונה ארגוני היה דורש:.
- מפת הדרכים האסטרטגית אל 1.0. מפת הדרכים הבאה משלבת הן את הפערים שנפתרו והן את היכולות ברמת ארגון שהתגלו לאחרונה למסגרת שחרור מובנית וכרונולוגית.

כיצד מתמודד הארגון שלכם עם האתגרים המתוארים במאמר זה?

→ https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/

#מחוללאתריםסטטיים #Rust #ForbidUnsafeCode #Wcag2.2Aa #ContentSecurityPolicy

Sebastien Rousseau | CC-BY-4.0

@online{rousseau2026מחולל,
  author  = {Rousseau, Sebastien},
  title   = {{מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau}},
  year    = {2026},
  url     = {https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/},
  urldate = {2026}
}

TY  - GEN
AU  - Rousseau, Sebastien
TI  - מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau
PY  - 2026
UR  - https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/
ER  -

Rousseau S. מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau. sebastienrousseau.com. 2026 Jul 22. Available from: https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/

Rousseau, Sebastien. "מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau." sebastienrousseau.com. July 22, 2026. https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/.

Rousseau, S. (2026, July 22). מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/

מחולל אתרים סטטיים (SSG): צלילה אסטרטגית ומפת דרכים ארכיטקטונית — Sebastien Rousseau

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

Originally published at https://sebastienrousseau.com/he/2026-07-22-ssg-enterprise-strategic-deep-dive-architectural-roadmap/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU · FOUNDER · ENGINEER