כיצד להעביר תוכן בין אתרי 1C-Bitrix: מדריך מקיף
העברת תוכן בין אתרים על אותה פלטפורמה נשמעת פשוטה אך אינה כזו. בפועל, סעיפים, בלוקי מידע וסוגיהם חיים בטבלאות שונות, והקשרים נשברים כאשר מעתיקים רשומות ישירות. ללא תוכנית מוכנה וגיבוי, פעולה כזו עלולה להוביל לאובדן נתונים חלקי או מלא — ראינו פרויקטים שבהם לקוחות איבדו עד 20% מהאלמנטים עקב שגיאות במיפוי מזההים. מניסיוננו, העברת תוכן ב-Bitrix דורשת תכנון קפדני. הגישה שלנו: העברה סוהר עם אחריות לשלמות — מבדיקה ועד השקה, עם בדיקות חובה על עותק. במשך למעלה מ-10 שנות עבודה, ביצענו יותר מ-50 העברות מוצלחות, וחסכנו ללקוחות בממוצע 30% מהתקציב בהשוואה לארגון מחדש ידני. בנוסף, אנו מציעים חבילות במחיר קבוע החל מ-$1,500 לאתרים קטנים (עד 500 אלמנטים), עם חיסכון של עד $5,000 בפרויקטים גדולים יותר.
מגבלות ייצוא/ייבוא סטנדרטי
כלי ייבוא/ייצוא הנתונים המובנה (XML) עובד אך אינו מטפל כראוי במאפייני קבצים כאשר הנתיבים שונים, ואינו מחשב מחדש הפניות פנימיות. עבור קטלוגים גדולים (5000+ אלמנטים), זה יכול לקחת שעות, ובמקרה של כשל, השחזור אורך עוד יותר. לכן מפתחים מנוסים בוחרים לעתים קרובות בעבודה ישירה מול מסד הנתונים. בהערכתנו, העברה מבוססת SQL מהירה פי 5–10 מייבוא XML בנפחים העולים על 5000 אלמנטים. בנוסף, ייבוא סטנדרטי לא תמיד מטפל נכון ב-XML_ID וב-CODE — צריך להתאים כינויים ידנית. השיטה שלנו מבוססת API אמינה פי 2–3 מייצוא סטנדרטי, ומפחיתה את שיעורי השגיאות לכמעט אפס.
שלבי העברת בלוקי מידע
בלוקי מידע הם יחידת התוכן המרכזית. בעת העברה בין אתרים עם SITE_ID שונים, יש צורך:
- ליצור את סוג בלוק המידע באתר היעד (אם אינו קיים)
- להעתיק מטא-דאטה מ-
b_iblock, ולאחר מכן אלמנטים מ-b_iblock_elementוסעיפים מ-b_iblock_section - לחשב מחדש את כל המזהים — מאפייני 'קשירת אלמנט' מאחסנים מזהים ישנים
אנו משתמשים בטרנזקציות לכל שלב: אם משהו נכשל, אנו מבצעים גלגול לאחור. גישה זו חלה לא רק על בלוקי מידע אלא גם על בלוקים ברמה גבוהה (HL-blocks), מאפייני משתמש ומודולים כמו bitrix:seo. להתייחסות מפורטת, ראו את התיעוד הרשמי של Bitrix ב-dev.1c-bitrix.ru.
טיפול בתמונות קבצים
מאפייני סוג קובץ מאחסנים קישור לרשומה ב-b_file, והקבצים הפיזיים נמצאים ב-/upload/iblock/. האלגוריתם:
- העתקת כל הקבצים לתיקיית
/upload/של אתר היעד (rsync עובד). - יצירת רשומות ב-
b_fileבצד המקבל (באמצעותCFile::SaveFile()או SQL ישיר). - עדכון ערכי מאפיינים עם
FILE_IDחדשים.
אם האתרים חולקים תיקיית /upload/ משותפת (תצורת ריבוי אתרים), שלב ההעתקה פשוט יותר, אך הסיכון להתנגשויות שמות עולה — נדרשת בדיקה מוקדמת.
זמן ותקציב העברה
לוחות הזמנים תלויים בנפח הנתונים, במספר בלוקי המידע ובמורכבות הקישורים. אנו מעריכים כל פרויקט בנפרד — צרו קשר לחישוב מדויק. לוחות זמנים משוערים:
| סוג תוכן | נפח | לוח זמנים |
|---|---|---|
| דפים סטטיים + 1–2 בלוקי מידע | עד 500 אלמנטים | 1–3 ימים |
| קטלוג עם סעיפים ומאפיינים | 500–10,000 אלמנטים | 1–2 שבועות |
| אתר רב-לשוני עם קישורים | 10,000+ אלמנטים | 3–6 שבועות |
העלות מבוססת על נפח העבודה, אך האוטומציה חוסכת עד 30% מהתקציב בהשוואה לארגון מחדש ידני של האתר. בנוסף, אנו מספקים אחריות לשלמות הנתונים — אם נמצא אובדן לאחר ההעברה, אנו מתקנים אותו על חשבוננו. לדוגמה, קטלוג טיפוסי של 3,000 אלמנטים עולה כ-$2,500 להעברה, עם חיסכון של $750 לעומת עבודה ידנית.
מדריך שלב-אחר-שלב להעברת בלוקי מידע
- בדיקת מבנה המקור: זיהוי סוגי בלוקי מידע, בלוקים ברמה גבוהה, שדות משתמש וקשרים.
- יצירת הסכמה באתר היעד: באמצעות
CIBlockType::Add()ו-CIBlock::Add()API. - העברת נתונים: העתקה גורפת של אלמנטים באמצעות
CIBlockElement::Add()תוך שמירה על מיפוי. - עדכון קישורים: מעבר שני עבור מאפייני 'קשירת אלמנט' ו'קשירת סעיף'.
- העברת קבצים: העתקת
/upload/ועדכוןFILE_IDבמאפיינים. - הגדרת SEO: העברת תגי מטא ויצירת הפניות 301.
- בדיקות: בדיקה על עותק האתר לפני ההשקה.
תהליך זה הוכח בפרויקטים עם קטלוגים של עד 50,000 אלמנטים. למידע נוסף על העברת נתונים, ראו ערך ויקיפדיה על העברת נתונים.
שמירת SEO במהלך ההעברה
בעת העברה בין אתרים, כתובות האתר עשויות להשתנות. חשוב קריטי:
- יצירת מפת הפניות (כתובת ישנה → כתובת חדשה)
- הגדרת הפניות 301 (באמצעות
.htaccessאו מודולbitrix:redirect) - העברת תגי מטא: הם מאוחסנים ב-
b_iblock_element_propertyעבור מאפייניםSEO_TITLE,SEO_DESCRIPTIONאו ברכיבbitrix:seo.tags
אנו גם בודקים קישורים שבורים לאחר ההעברה באמצעות סורק אוטומטי. ביטוי המפתח "העברת תוכן Bitrix" צריך להופיע באופן טבעי בכותרות ובגוף; אנו מוודאים שהוא בשימוש 2-3 פעמים בסמיכות זה לזה לצורך בהירות.
מה כלול בעבודה (תוצרים)
שירות "העברת תוכן" כולל:
- בדיקת מבנה המקור עם זיהוי תלויות נסתרות (בלוקים ברמה גבוהה, שדות משתמש, זכויות גישה)
- יצירת סכמת נתונים מלאה באתר היעד
- העברת כל האלמנטים, הסעיפים, המאפיינים והקבצים עם שמירת מיפוי המזהים
- הגדרת הפניות 301 והעברת תגי מטא SEO
- בדיקות על עותק האתר לפני החלפת הדומיין
- תיעוד: מפת העברה, יומני שינויים, מדריך תפעול
- שבועיים של תמיכה לאחר ההשקה (תיקוני באגים)
אם אתם מעבירים חנות מקוונת ל-Bitrix, אנו מגדירים בנוסף אינטגרציה עם 1C ופיסקליזציה. במידת הצורך, אנו מכינים ייצוא CommerceML עבור 1C.
השוואת שיטות העברה
| שיטה | מהירות | מורכבות | אחריות לשלמות |
|---|---|---|---|
| ייבוא XML סטנדרטי | 1–2 ימים (עד 5000 אלמנטים) | נמוכה | לא תמיד (שגיאות מיפוי) |
| SQL ישיר + API | 2–6 שעות (עד 5000 אלמנטים) | גבוהה | מלאה עם רישום |
| היברידי (מודול Bitrix Migration) | 4–8 שעות | בינונית | גבוהה (עם בדיקות) |
אנו בוחרים את השיטה המתאימה לפרויקט: SQL ישיר למבנים מורכבים, מודול לפשוטים. הגישה שלנו מבוססת SQL מהירה עד פי 10 מייבוא XML סטנדרטי.
למה להפקיד בידינו את ההעברה?
אנו עובדים עם Bitrix מזה 10+ שנים וביצענו למעלה מ-50 העברות בדרגות מורכבות שונות. כל פרויקט עוקב אחר רשימת בדיקות ופרוטוקול. הלקוחות שלנו חוסכים בממוצע 30% מהתקציב הודות לאוטומציה. אנו מבטיחים שלמות נתונים: אם משהו אבד, אנו מתקנים אותו בחינם. צרו קשר כדי לקבל הערכה ראשונית של הפרויקט שלכם תוך יום אחד.