כלי AI לבניית אתרים כבר יודעים לכתוב עמוד, טופס ואפילו חנות שלמה בתוך דקות. ב-2026 ההבדל ביניהם כבר לא נמצא באיכות הקוד, אלא בכמה רחוק השינוי מגיע: האם השינוי נשאר בחלון של הצ'אט, או שהוא מגיע לאחסון, לדומיין ולאתר החי. הגשר שמאפשר את המעבר הזה נקרא MCP, ומי שמבין אותו בוחר כלי אחרת.
בכתבה הזו נסביר מה זה MCP בלי מילים מסובכות, אילו פלטפורמות של אתרים ואחסון כבר תומכות בו, איפה הוא מסוכן, ואיך אנחנו ב-Wizzo עובדים איתו ביום-יום דרך קרינגל.
שלוש משפחות של כלי AI לבניית אתרים
מאחורי כל השמות והפרסומות יש שלושה סוגים של כלים, וכל אחד מהם עוצר במקום אחר.
בוני אתרים עם AI
Wix, Lovable, Base44 ודומיהם: כותבים מה רוצים ומקבלים אתר שרץ על התשתית של הפלטפורמה. להתחלה זה מהיר מאוד. החשבון מגיע אחר כך: האתר יושב אצלם, והמעבר לאחסון אחר, או למתכנת שימשיך מהקוד, לא תמיד פשוט.
עוזרי קוד
Claude Code, Cursor, Codex ו-Copilot עובדים על הקוד עצמו, בכל שפה ובכל מערכת. הם חזקים מאוד בכתיבה ובתיקון, אבל הם עובדים בדרך כלל על המחשב של המפתח או במאגר ב-GitHub. ההעלאה לשרת, ניקוי המטמון והבדיקה שהדף החי באמת השתנה נשארים בדרך כלל לאדם, אלא אם מחברים להם את זה בנפרד, למשל דרך MCP.
צוות שמגיע עד השרת
המשפחה השלישית לוקחת את המודלים האלה ומוסיפה להם את מה שחסר: חיבור לאחסון, לדאטאבייס ולחנויות האפליקציות. קרינגל שייך לכאן. הוא רץ על Claude, Codex ו-Cursor ולא מחליף אותם, ומוסיף מעליהם צוות בשמות: מארק המתכנת, ביל מנהל התשתיות וסטיב שמעלה גרסאות לחנויות. העבודה לא נגמרת בקוד, אלא כשהשינוי חי באתר.
| סוג הכלי | דוגמאות | איפה העבודה נגמרת | מתאים ל |
|---|---|---|---|
| בונה אתרים עם AI | Wix, Lovable, Base44 | אתר שרץ על הפלטפורמה שלהם | אתר ראשון, אב-טיפוס, בדיקת רעיון |
| עוזר קוד | Claude Code, Cursor, Codex | קוד במחשב או במאגר | מתכנתים וצוותי פיתוח |
| צוות שמגיע עד השרת | למשל קרינגל | השינוי חי באתר, בשרת או בחנות | עסקים ובתי תוכנה עם אתר או אפליקציה קיימים |
מה זה MCP, בשתי דקות
MCP (ראשי תיבות של Model Context Protocol) הוא תקן פתוח שקובע איך כלי AI מתחבר למערכת חיצונית: אתר, אחסון, דאטאבייס או תיבת מייל. Anthropic פרסמה אותו בנובמבר 2024, ובמהלך 2025 אימצו אותו גם OpenAI, Google ו-Microsoft. בדצמבר 2025 הוא עבר לקרן Agentic AI Foundation של Linux Foundation, כך שהוא כבר לא שייך לחברה אחת.
הדרך הפשוטה לחשוב עליו היא שקע אחיד. לפני MCP, כל כלי AI היה צריך חיבור מיוחד לכל מערכת. היום, מערכת שמפרסמת שרת MCP אחד פתוחה לכל כלי שתומך בתקן. השרת מגדיר שלושה דברים: כלים, כלומר פעולות שה-AI יכול לבצע, כמו "פרסם עמוד" או "הוסף רשומת DNS"; משאבים, מידע שהוא יכול לקרוא; ותבניות של בקשות שמוכנות לשימוש.
ההבדל המעשי פשוט: AI בלי MCP מסביר לכם על מה ללחוץ בלוח הבקרה. AI עם MCP לוחץ בעצמו.
MCP באתרים ובאחסון: מה כבר אפשר לחבר
רוב הפלטפורמות הגדולות כבר מפרסמות שרת MCP רשמי. ארבע דוגמאות שבדקנו בתיעוד שלהן:
- WordPress.com: שרת MCP מובנה שקורא וכותב תוכן באתר (פוסטים, עמודים, מדיה), עם בחירה בין גישה מלאה לקריאה בלבד. לאתר וורדפרס שיושב על שרת משלכם יש מתאם MCP נפרד.
- Wix: שרת MCP רשמי שמאפשר לכלי AI לעבוד מול אתר שנבנה ב-Wix.
- Cloudflare:שרת אחד שפותח את כל ה-API שלהם, יותר מ-2,500 פעולות, כולל DNS. כלומר, AI שמחובר אליו יכול לשנות את הרשומות של הדומיין.
- Vercel: ניהול פרויקטים ופריסות וקריאת לוגים של פריסה, ישירות מתוך כלי ה-AI.
כאן MCP הופך לעניין של בעל העסק ולא רק של המתכנת. כשהאתר, האחסון והדומיין מדברים באותה שפה, משימה כמו "תעביר את האתר לשרת חדש ותפנה אליו את הדומיין" יכולה לרוץ מההתחלה ועד הסוף מתוך שיחה אחת.
איפה זה נשבר: הרשאות, אבטחה ואחריות
גישה שמאפשרת ל-AI לפרסם עמוד באתר מאפשרת לו גם למחוק אותו. מדריך האבטחה של OWASP ל-MCP ממליץ על כמה עקרונות, ושלושה מהם כדאי לאמץ גם בעסק קטן:
- מינימום הרשאות. מפתח נפרד לכל שירות, ורק עם מה שהמשימה צריכה. אם צריך רק לקרוא, נותנים קריאה בלבד.
- אדם מאשר פעולה הרסנית. מחיקה, שינוי DNS או תשלום עוברים דרך אדם, ולא מתבצעים לבד.
- מה שחוזר מהכלי הוא מידע, לא פקודה. טקסט שה-AI קורא מאתר או ממייל יכול להסתיר הוראות זדוניות (prompt injection), והכלי צריך לדעת להתעלם מהן.
ויש שאלה פשוטה עוד יותר: מה קורה כשמשהו משתבש? גיבוי לילי, אפשרות לבטל שינוי בדאטאבייס וסביבת בדיקה לפני האתר החי הם מה שמפריד בין ניסוי מעניין לבין כלי שאפשר להפקיד בידיו את האתר של העסק.
איך זה נראה אצלנו ביום-יום
ב-Wizzo אנחנו בונים אתרים ואפליקציות לעסקים כבר שנים, ואת קרינגל אנחנו מפעילים בעבודה היומיומית שלנו. כשמבקשים ממנו שינוי, הוא לא עוצר בקוד. הוא מעלה את הקבצים לשרת ב-FTP, ב-SSH או ב-git, לפי מה שהפרויקט כבר משתמש בו, מנקה את שכבות המטמון ובודק בדף החי שהשינוי באמת שם. כתיבות לדאטאבייס נרשמות, וכשצריך אפשר לבטל אותן.
MCP נכנס לתמונה כשללקוח כבר יש מערכות משלו: אפשר לחבר לקרינגל שרת MCP של הלקוח מתוך השיחה, ולפתוח אותו רק לאנשים מסוימים בצוות. מי שאין לו שרת בכלל מזמין בלחיצה שרת מנוהל עם כתובת משלו, תעודת אבטחה וגיבוי לילי, וביל שומר עליו.
זה עובד גם על אתרים שנתקעו באמצע. אתר וורדפרס שהמתכנת שלו כבר לא עונה ממשיך מהקוד הקיים (תחזוקת וורדפרס עם קרינגל), ופרויקט ב-Lovable שנתקע לפני השרת ממשיך מאותו מאגר ב-GitHub עד אתר חי (מ-Lovable עד השרת). גם הכתבה הזו עלתה לאתר כך: התמונות, ניקוי המטמון והבדיקה בדף החי נעשו מתוך שיחה אחת עם קרינגל.
איך בוחרים כלי AI לבניית אתרים
לפני שנותנים לכלי כלשהו גישה לאתר של העסק, כדאי לקבל תשובה ברורה על חמש שאלות:
- איפה הקוד יושב, ואפשר לקחת אותו? אתר שאי אפשר להוציא מהפלטפורמה נשאר קשור אליה.
- על שם מי האחסון והדומיין? עדיף שהדומיין רשום על שמכם, גם אם מישהו אחר מנהל אותו.
- איפה הכלי עוצר? בקוד, במאגר או באתר החי. כל שלב שהכלי לא עושה, מישהו אחר יצטרך לעשות.
- מה ההרשאות, ואיך מבטלים טעות? קריאה בלבד מול כתיבה, אישור לפעולות מסוכנות, גיבוי שנבדק.
- עברית וכתיבה מימין לשמאל. כלי שלא מבין RTL יחזיר טפסים ותפריטים הפוכים, ומישהו יצטרך לתקן אותם ביד.
אם התשובה לשאלה השלישית היא "בקוד", תצטרכו מתכנת או ספק שימשיך משם. מי שמעדיף שהאתר כולו ייבנה בשבילו יכול לפנות לצוות בניית האתרים של Wizzo, מהאפיון ועד העלייה לאוויר. ומי שרוצה לחבר AI למערכות של העסק עצמו, כמו CRM או שירות לקוחות, ימצא את זה בפיתוח AI לעסקים ובכתבה שלנו על סוכני AI לעסקים.
שאלות נפוצות על MCP ו-AI באתרים
מה זה MCP במילים פשוטות?
תקן פתוח שמאפשר לכלי AI להתחבר למערכות חיצוניות, כמו אתר, אחסון או דאטאבייס, ולבצע בהן פעולות. מערכת שמפרסמת שרת MCP אחד פתוחה לכל כלי AI שתומך בתקן.
האם MCP מחליף API?
לא. שרת MCP יושב בדרך כלל מעל API קיים ומתאר את הפעולות שלו בצורה שכלי AI מבין. ה-API נשאר, ו-MCP הוא השכבה שמנגישה אותו ל-AI.
צריך לדעת לתכנת כדי להשתמש בזה?
כדי להקים שרת MCP, בדרך כלל כן. כדי להשתמש בכלי שכבר מחובר, לא: מבקשים בשפה רגילה, והכלי מפעיל את החיבורים בעצמו. בקרינגל, למשל, כותבים את הבקשה בעברית, מהטלפון או מהדפדפן.
האם בטוח לתת ל-AI גישה לאחסון של האתר?
זה בטוח בדיוק כמו ההרשאות שנותנים לו. מפתח עם מינימום הרשאות, אישור של אדם לכל מחיקה או שינוי DNS, וגיבוי שנבדק הופכים את זה לסיכון סביר. גישה מלאה בלי גיבוי היא הימור.
אפשר לחבר אתר וורדפרס קיים?
כן. ל-WordPress.com יש שרת MCP מובנה, ולאתר וורדפרס על שרת משלכם אפשר להוסיף מתאם MCP. אפשר גם לעבוד בלי MCP בכלל, ישירות מול הקבצים והדאטאבייס של האתר.
לנסות בעצמכם: הדרך הכי מהירה להבין MCP היא לראות אותו עובד על אתר אמיתי. פותחים סטודיו בקרינגל ומבקשים בעברית את השינוי הראשון. מעדיפים שנבנה בשבילכם? דברו איתנו.