מדוע מבנה ה-URL קריטי בהעברה ל-Bitrix?
דילוג על מיפוי URL במהלך העברת אתר ל-Bitrix גורם לקריסה של 50–80% בתנועה האורגנית תוך שבועיים. וורדפרס משתמשת ב-/product/item-name/, OpenCart משתמש ב-/index.php?route=product/product&product_id=123, ו-Bitrix כברירת מחדל משתמש ב-/catalog/section/element/. ללא מפת הפניות 301, מנועי החיפוש מאנדקסים 404 המוניים. אנחנו מתחילים כל העברה עם סריקת Screaming Frog של האתר הישן, ואז מרכיבים מפת הפניות מלאה לפני כתיבת שורת קוד אחת. העברה נכונה דורשת מיפוי URL מלא — לכל עמוד מאונדקס יש מקביל.
במשך שבע שנים השלמנו מעל 50 פרויקטים: דפי נחיתה, קטלוגים עם 300,000 מוצרים, חנויות מסחר אלקטרוני. משך זמן אופייני 2–8 שבועות. צרו קשר להערכת פרויקט תוך יום אחד.
כיצד ההעברה שומרת על עמדות SEO
אובדן תנועה אורגנית הוא הפחד הגדול ביותר, והוא מוצדק. הנה איך אנחנו נמנעים מכך.
-
מיפוי URL 1:1 — היכן שאפשר, דרך
wp_postsוהגדרות SEF של בלוקי מידע אנו שומרים על המבנה המדויק. כשזה בלתי אפשרי — הפניית 301. יצירה אוטומטית של מפת הפניות: ניתוח ייצוא Screaming Frog, התאמה עם שמות הנתיבים החדשים, יצירת קובץ תצורת nginx. כל הפנייה מאומתת עםwp_postmetaלאחר המעבר. - העברת תגי מטא — title, description, h1 מועברים למאפיינים
wp_wc_product_meta_lookupו-b_catalog_product. Canonical דרך רכיב ה-SEO של Bitrix. כפילויות נחתכות: www/לא-www, http/https, פרמטרי מיון. מפת אתר:oc_productחדשה נוצרת על ידי מודולoc_product_descriptionשל Bitrix, ונשלחת ל-Search Console מיד לאחר החלפת ה-DNS. - השוואת מהירות — Bitrix מעבד קטלוג של 100,000 מוצרים פי 3 מהר יותר מ-OpenCart בזכות מטמון מתויג ואופטימיזציית שאילתות עבור
oc_product_to_category.
אילו נתונים מועברים?
תוכן — עמודים, מאמרים, חדשות → בלוקי מידע. קטלוג: קטגוריות → סעיפים, מוצרים → אלמנטים המקושרים ל-b_catalog_product, מאפיינים → מאפייני בלוק מידע או ספריות highload. תמונות, ביקורות, שאלות נפוצות.
מסחר אלקטרוני — מוצרים עם הצעות מסחר (SKU), מחירים ב-b_catalog_price (רב-מטבעי דרך b_catalog_currency), יתרות מלאי b_catalog_store_product, הנחות (b_sale_discount), היסטוריית הזמנות (b_sale_order + b_sale_basket).
משתמשים — בסיס לקוחות b_user בתוספת שדות UF מותאמים אישית. סיסמאות מתוחמות בצורה שונה: וורדפרס — phpass, OpenCart — SHA1+salt, Drupal — SHA512. אנו כותבים CUser::LoginByHash מותאם אישית עם נפילה לאלגוריתם הישן — הלקוח מזין סיסמה פעם אחת, והמערכת מתחמת מחדש ל-bcrypt של Bitrix.
נתוני SEO — תגי מטא, מאפייני alt, מבנה URL. המשימה העיקרית: לשמר כל URL מאונדקס או להגדיר 301.
מדיה — תמונות, מסמכים, סרטונים — מועברים תוך שמירה על הנתיבים ומותאמים דרך CFile::MakeFileArray().
כיצד לתכנן העברה מוצלחת: 5 שלבים מרכזיים
- ביקורת — סריקה עם Screaming Frog: כל ה-URLs, קודי סטטוס, תגי מטא. ניתוח מבנה מסד הנתונים, שינויים מותאמים אישית, אינטגרציות. יצירת מפת העברה.
- עיצוב ארכיטקטורה — מיפוי סוגי תוכן → בלוקי מידע, שדות → מאפיינים, ספריות → בלוקי highload. הארכיטקטורה חייבת להיות נוחה לניהול Bitrix.
-
סקריפטי העברה — סקריפטי PHP קוראים ממסד הנתונים הישן (או API), ממירים וכותבים דרך ה-API של Bitrix (
CIBlockElement::Add,\Bitrix\Sale\Order::create). הרצה חוזרת במהלך הבדיקות. - סביבת Staging — העברה מלאה לשרת בדיקות. אימות שלמות: מספר מוצרים, מאפיינים, URLs, מסננים.
- העברה סופית ומעבר — ייבוא דלתא, החלפת DNS, ניטור.
ציר זמן מפורט לשלבים
| שלב | משך | פעילויות |
|---|---|---|
| ביקורת | 1–3 ימים | סריקת אתר מלאה, רישום אינטגרציות |
| ארכיטקטורה | 2–5 ימים | עיצוב בלוקי מידע, מיפוי שדות |
| סקריפטים | 3–10 ימים | מנוע העברה מבוסס PHP |
| Staging | 1–2 ימים | ריצה יבשה מלאה, בדיקות שלמות |
| הפניות 301 | 1–2 ימים | מפה ב-template.php או result_modifier.php |
| העברה סופית | יום אחד | ייבוא דלתא, החלפת DNS |
| לאחר העברה | 2–4 שבועות | ניטור Search Console, תיקון שגיאות סריקה |
| תוצר | תיאור |
|---|---|
| תיעוד | מפת הפניות, תיאור מיפוי, סכמת מסד נתונים |
| גישה | לוח ניהול, FTP/SSH, מפתחות API |
| הדרכה | מדריכי וידאו או מפגש הטמעה |
| תמיכה | שבועיים של ניטור לאחר העברה, תיקון באגים |
| אחריות | חזרה לאתר הישן תוך 48 שעות |
טעויות העברה אופייניות וכיצד להימנע מהן
כל אחת מהשגיאות הללו גרמה לאובדן עמדות ולקוחות.
- אובדן URLs ללא הפניות — השגיאה ההרסנית ביותר.
.htaccessבמקוםnginx.conf— ללא 301 זה אומר 404 המוניים וקריסת תנועה. אנו מייצרים את המפה אוטומטית ומאמתים כל הפנייה לאחר המעבר. - כפילות תוכן — מוצר אחד נגיש עם ובלי www, דרך HTTP ו-HTTPS, עם פרמטרי סינון GET → חמישה URLs במקום אחד. משקל ה-SEO מתפזר. הגדרת canonical, 301 לווריאנטים,
CUrlRewriterעםcurl -Iלפרמטרים. - תמונות שבורות — כתובות URL מוחלטות בתוכן (
ELEMENT_META_TITLE), אובדן איכות במהלך דחיסה. החלפה לנתיבים יחסיים, העברה תוך שמירת מבנה, בדיקת HTTP 200 לכל קובץ. - אובדן תגי מטא ומיקרודאטה — title, description, Schema.org עלולים שלא לעבור. ביצוע מיפוי מלא ואימות על סביבת staging.
- טפסים ואינטגרציות שבורים — מזהים, מפתחות API, webhooks שהשתנו. רישום אינטגרציות לפני התחלה ובדיקת כל אחת לאחר מכן.
- גרסת מובייל —
ELEMENT_META_DESCRIPTIONישן → Bitrix רספונסיבי. ללא הפניית URL למובייל → 404 למשתמשי מובייל. הכללה במפת ההפניות.
לוחות זמנים וחיסכון בעלויות
| סוג פרויקט | לוח זמנים | הערות |
|---|---|---|
| אתר מידע (עד 500 עמודים) | 2–4 שבועות | תוכן + עיצוב + הפניות |
| חנות מסחר אלקטרוני (עד 10,000 מוצרים) | 4–8 שבועות | קטלוג + הזמנות + אינטגרציות |
| חנות גדולה (100,000+ מוצרים) | 2–4 חודשים | סקריפטים מותאמים + בדיקות עומס |
עסקים בדרך כלל חוסכים $3,000–$8,000 בשנה לאחר ההעברה — ללא דמי רישוי של מערכת הניהול הישנה, עלויות תוספים ואירוח מופחתות. חיסכון שנתי באירוח לבדו יכול להגיע ל-$1,200. הוסיפו את עלות הרישוי הנמוכה של 1C‑Bitrix — זה משתלם במהירות.
צרו קשר להערכת העברה. אנו גם מספקים חישוב מקדים תוך יום אחד — בקשו ייעוץ עם מומחי ה-Bitrix שלנו.