מ-⁠Base44 ל-⁠WordPress: לבנות מחדש, לפצל או להשאיר את האפליקציה

בקצרה

אין ייצוא מ-⁠Base44 ל-⁠WordPress, ושום כלי המרה לא יכול ליצור כזה. פרויקט Base44 הוא אפליקציית React שמדברת עם צד השרת (backend) של Base44. אתר WordPress בנוי מתבניות PHP או מתבניות בלוקים, שמרונדרות ב-⁠WordPress עצמה. מעבר ביניהם פירושו בנייה מחדש, ולכן השאלה המועילה היא כמה לבנות מחדש. יש שלוש תשובות הגיוניות:

• לבנות אותו מחדש ב-⁠WordPress כשפרויקט ה-⁠Base44 שלכם הוא בעצם אתר: דפים, טקסט, תמונות, טופס יצירת קשר, אולי בלוג, ובלי התחברות.
• לפצל כשיש לכם את שניהם: דפי השיווק עוברים ל-⁠WordPress בכתובת example.com, והאפליקציה נשארת בתת-דומיין כמו app.example.com.
• להשאיר את האפליקציה כמו שהיא כשהפרויקט הוא המוצר, עם התחברויות, נתונים לכל משתמש ולוגיקה. ל-⁠WordPress אין שם הרבה מה להוסיף. אם מה שבאמת מטריד אתכם הוא בעלות או עלות, עדיף להעביר את האפליקציה לחשבונות שבבעלותכם.

המשך המאמר יעזור לכם לזהות באיזה מקרה אתם, ויעבור על כל אחת מהאפשרויות.

למה אין ייצוא מ-⁠Base44 ל-⁠WordPress

שתי הפלטפורמות בונות דפים בדרכים שונות.

פרויקט Base44 יורד כאפליקציית React שבנויה עם Vite, עם קובץ לכל דף ב-src/pages, רכיבים ב-src/components, ולקוח של ה-⁠SDK של Base44 ב-src/api (מבנה הפרויקט). הדפים רצים בדפדפן של המבקרים ומושכים את הנתונים שלהם מהשרתים של Base44. המאמר שלנו על ייצוא קוד מ-⁠Base44 מסביר מה הייצוא מכיל ומה הוא משאיר מאחור.

ערכת עיצוב (theme) של WordPress בנויה מתבניות שמרונדרות בשרת על ידי WordPress: תבניות בלוקים ב-⁠HTML וקובץ theme.json בערכת עיצוב מבוססת בלוקים (block theme), או תבניות PHP בערכת עיצוב קלאסית (WordPress Theme Handbook). התוכן שלכם נשמר במסד הנתונים של WordPress עצמה, ו-⁠WordPress צריכה אחסון שמריץ PHP עם MySQL או MariaDB (הדרישות של WordPress).

רכיב React הוא לא בלוק ולא תבנית PHP, וטבלה ב-⁠Base44 היא לא סוג תוכן (post type) ב-⁠WordPress. שום דבר לא מתרגם אוטומטית אחד לשני. Base44 כן מתעדת את הכיוון ההפוך: כלי הייבוא שלה להעברת פרויקטים יכול להביא לתוך Base44 פוסטים, דפים, קטגוריות, תגיות, תגובות ופרטי מדיה מאתר WordPress. התיעוד שלה לא מתאר שום דרך חזרה החוצה.

קודם כול, להבין מהו פרויקט ה-⁠Base44 שלכם

בהרבה פרויקטים יש קצת משניהם: דף נחיתה ציבורי, מחירים ובלוג מלפנים, ומאחוריהם אפליקציה שמתחברים אליה. זה המקרה של פיצול.

אפשרות 1: לבנות מחדש אתר תוכן ב-⁠WordPress

זה מתאים כשפרויקט ה-⁠Base44 שלכם הוא בעיקר דפים. Base44 היא גם בונה אתרים, והתיעוד שלה מציין שאתרים הם מהדברים הפופולריים ביותר שבונים עליה (בניית אתר). אם אתם מעדיפים את העורך, התוספים ואפשרויות האחסון של WordPress, בנייה מחדש היא עבודה של ממש, אבל בהיקף שאפשר לעמוד בו.

מה עובר: הטקסטים, התמונות, מבנה הדפים והכתובות (URLs), וכל רשומה שאתם מייצאים כ-⁠CSV.

מה בונים מחדש: את העיצוב. רכיבי ה-⁠React שלכם לא הופכים לבלוקים, ולכן יוצרים מחדש את המראה בערכת עיצוב מבוססת בלוקים או עם בונה עמודים (page builder).

שלבים

1. מכינים רשימה של הדפים. Base44 מפרסמת כל דף ציבורי במפת האתר שלכם, בכתובת /sitemap.xml (SEO ונראות בחיפוש). כדאי לשמור אותה: זו רשימת הבדיקה שלכם, וגם רשימת הכתובות שצריך לשמור.
2. מייצאים תוכן שנשמר בטבלאות. פוסטים בבלוג, חברי צוות, המלצות ופניות שנשלחו בטפסים יושבים לא פעם בטבלאות ב-⁠Base44. מייצאים כל אחת מהן דרך Data (נתונים), More actions (פעולות נוספות), Export (ייצוא). כלי הייבוא המובנים של WordPress מכסים פלטפורמות בלוגים אחרות, לא קובצי CSV שרירותיים, ולכן ייבוא פוסטים מ-⁠CSV דורש תוסף; מדריך הייבוא של WordPress מזכיר תוסף כזה, ו-⁠WooCommerce מייבא מוצרים מ-⁠CSV (ייבוא תוכן).
3. שומרים את התמונות והקבצים מהאפליקציה ומהרשומות שמקשרות אליהם.
4. בונים מחדש את העיצוב בערכת עיצוב מבוססת בלוקים ב-⁠Site Editor (עורך האתר), או עם בונה עמודים כמו Elementor.
5. מחליפים את הטפסים בתוסף טפסים של WordPress, אחרי שמייצאים את הפניות שכבר יש לכם.
6. שומרים על אותן כתובות בכל מקום שאפשר. כשכתובת של דף משתנה, מוסיפים ב-⁠WordPress הפניית 301, כדי שקישורים ישנים והדירוג בחיפוש יעברו לכתובת החדשה.
7. מפנים את הדומיין לאחסון ה-⁠WordPress, בודקים כל דף, ואז מבטלים את הפרסום של אפליקציית ה-⁠Base44. Base44 שומרת את הנתונים וההגדרות כשמבטלים פרסום, כך שאפשר לחזור אם משהו חסר. המאמר שלנו על ביטול Base44 מסביר מה עושים עם המנוי.

אפשרות 2: לפצל בין האתר לאפליקציה

זו התשובה הטובה הנפוצה ביותר למוצר שיש לו פנים ציבוריות. מבקרים ומנועי חיפוש רואים אתר WordPress; משתמשים מחוברים עובדים באפליקציה.

אפשר לפצל כבר היום, בלי לעזוב את Base44. Base44 מאפשרת לחבר לאפליקציה תת-דומיין כמו app.example.com באמצעות רשומת CNAME, בזמן שהדומיין הראשי ממשיך להגיש את מה שכבר נמצא בו. היא מנפיקה תעודת אבטחה לכל תת-דומיין שאתם מוסיפים; אין תמיכה בתת-דומיינים מסוג wildcard, ונכון לאוקטובר 2026 דומיינים מותאמים אישית דורשים מסלול Starter ומעלה (חיבור דומיין).

שלבים

1. בונים מחדש את הדפים הציבוריים ב-⁠WordPress, כמו באפשרות 1, ומשאירים את הדפים של האפליקציה באפליקציה.
2. מחברים את app.example.com לאפליקציה לפני שמעבירים את הדומיין הראשי, ובודקים שם את ההתחברות.
3. מעדכנים כל מה שקשור לכתובת של האפליקציה. אם הגדרתם client משלכם להתחברות עם Google, ה-⁠Authorized JavaScript origin שלו הוא הדומיין של האפליקציה (ניהול התחברות והרשמה). גם דפי חזרה מתשלום, קישורים במיילים שהאפליקציה שולחת וקישורים בשירותים אחרים עשויים להפנות לכתובת הישנה.
4. מקשרים בין שני החצאים. כפתורים כמו "התחברות" ו"להתחלה" באתר ה-⁠WordPress מובילים ל-app.example.com; הלוגו של האפליקציה יכול לקשר בחזרה ל-example.com.
5. מפנים את example.com ל-⁠WordPress. ההפניות של Base44 עצמה חלות רק על דומיינים שמחוברים לאפליקציית ה-⁠Base44, ולכן מהשלב הזה הפניות מהנתיבים הישנים של האפליקציה (מ-example.com/dashboard ל-app.example.com/dashboard) צריכות להיות מוגדרות ב-⁠WordPress.

חצי האפליקציה יכול להישאר ב-⁠Base44, או לעבור בהמשך לתשתית שבבעלותכם. הפיצול מפשט את ההעברה הבאה, כי אתר השיווק לא משתנה כשהאחסון של האפליקציה משתנה.

אפשרות 3: להשאיר את האפליקציה כמו שהיא

אם הפרויקט שלכם הוא אפליקציה עובדת, עם משתמשים שמתחברים, רשומות ששייכות להם, פונקציות ואוטומציות, לבנות אותו מחדש ב-⁠WordPress פירושו לכתוב אותו שוב על פלטפורמה שנבנתה בעיקר לתוכן. רק לעיתים רחוקות זו המטרה. מי שמחפשים "Base44 to WordPress" רוצים לא פעם משהו אחר ש-⁠WordPress מסמלת: אחסון משלהם, קבצים משלהם, בלי מנוי לפלטפורמה.

זו שאלה של בעלות, לא של מערכת ניהול תוכן. Unbase44 מעביר את האפליקציה שכבר יש לכם לחשבונות שבשליטתכם: את הקוד למאגר (repository) פרטי ב-⁠GitHub בחשבון שלכם, את הרשומות למסד נתונים משלכם, ואת השרת לחשבון Railway שלכם או לכל שרת Linux שאפשר להתחבר אליו ב-⁠SSH. את הדומיין המותאם אישית מחברים מהעמוד של האפליקציה ב-⁠Unbase44, שמציג את רשומות ה-⁠DNS המדויקות. בהמשך אפשר להוסיף לפניה אתר WordPress או בלוג, כמו באפשרות 2. הניתוח חינמי, והוא מראה מה יש באפליקציה שלכם לפני שאתם מחברים חשבון כלשהו או משלמים.

פתרון ביניים: להטמיע את האפליקציה בדף WordPress. אפשר להציג אפליקציית Base44 בתוך iframe באתר אחר. הגדרות האבטחה של Base44 מאפשרות לתת לכולם להטמיע אותה, רק לאתרים שאתם מפרטים, או לאף אחד, וסריקת האבטחה שלה ממליצה לחסום הטמעה כדי להגן מפני clickjacking (הרצת סריקת אבטחה). אם מטמיעים, כדאי לאשר רק את האתר שלכם. זה חלון לאפליקציית ה-⁠Base44, לא העברה: האפליקציה עדיין רצה ב-⁠Base44.

Elementor ו-⁠Shopify

Elementor הוא תוסף של WordPress לבניית עמודים (Elementor ב-⁠WordPress.org). "Base44 ל-⁠Elementor" זו אותה עבודה כמו באפשרות 1, כש-⁠Elementor הוא הכלי שבו בונים מחדש את העיצוב. אין ייבוא של רכיבי React לתוך Elementor.

ערכות העיצוב של Shopify כתובות ב-⁠Liquid, שפת התבניות של Shopify (הארכיטקטורה של ערכות עיצוב ב-⁠Shopify), ולכן גם אפליקציית Base44 לא הופכת לערכת עיצוב של Shopify. אם פרויקט ה-⁠Base44 שלכם הוא חנות, מייצאים את טבלת המוצרים כ-⁠CSV ומתאימים אותה לייבוא המוצרים של Shopify, שמקבל קובץ CSV (העזרה של Shopify). הזמנות, חשבונות לקוחות והגדרת התשלומים דורשים תכנון נפרד. כמו עם WordPress, ‏Base44 מתעדת כלי ייבוא מ-⁠Shopify, לא כלי ייצוא אליה.

איזו אפשרות מתאימה