כיצד לקשר דומיינים לאתרים ב-1C-Bitrix: מדריך הגדרה מלא
שקלו תרחיש זה: שני דומיינים על שרת אחד, אך שניהם פותחים את אותו אתר. זו בעיה נפוצה שרבים נתקלים בה. כצוות מפתחי Bitrix עם 8 שנות ניסיון, אנו נתקלים במשימה זו לעתים קרובות. רק בשנה שעברה הגדרנו קישור דומיינים bitrix ל-50+ פרויקטים — מחנויות מקוונות פשוטות ועד פורטלים רב-לשוניים מורכבים. בואו נפרק למה זה קורה ואיך להגדיר זאת נכון כך שכל דומיין יוביל לאתר שלו, תוך חיסכון בעלויות תחזוקה.
כיצד Bitrix קובע את האתר הנוכחי ומדוע נוצרות בעיות
בכל בקשה, ליבת Bitrix קוראת את טבלת b_lang ומחפשת רשומה שבה השדה SERVER_NAME תואם לכותרת Host של בקשת ה-HTTP הנכנסת. ה-LID שנמצא (קוד אתר בן שתי אותיות) משמש לאחר מכן לכל הפעולות: בחירת תבנית, בלוקי מידע, שפה וכו'. זהו הליבה של הגדרת דומיינים bitrix.
SELECT LID, DIR, NAME, SERVER_NAME FROM b_lang WHERE ACTIVE = 'Y'; אם SELECT LID, DIR, NAME, SERVER_NAME FROM b_lang WHERE ACTIVE = 'Y'; אינו תואם לאף רשומה — Bitrix משתמש באתר ברירת המחדל הראשון או מחזיר שגיאה בהתאם לתצורה. זו הסיבה ש"כל הדומיינים מציגים אתר אחד." אנו רואים בעיה זו בכל פרויקט שלישי שבו תצורת הדומיין לא בוצעה.
כיצד להוסיף דומיין לאתר דרך לוח הניהול
ב-SERVER_NAME, מלאו את השדה "שם דומיין שרת" (/bitrix/admin/site_edit.php?LID=<код_сайта>). הזינו את הדומיין ללא SERVER_NAME וקו נטוי בסוף: http://.
אם האתר צריך לעבוד גם על example.com וגם על www.example.com — בחרו אחד כעיקרי, והגדירו את השני כהפניה ברמת שרת האינטרנט (nginx/Apache), לא דרך Bitrix. אל תנסו לציין את שניהם ב-example.com — השדה אינו תומך במספר ערכים.
השדה SERVER_NAME הוא נתיב התיקייה יחסית לשורש. עבור האתר הראשי — DIR. עבור אתר שני על אותו שרת — / או אותו /second/ אם האתרים נבדלים רק לפי דומיין. ב-80% מהמקרים, הבעיה נפתרת על ידי מילוי נכון של /.
תצורת שרת אינטרנט: מה צריך לדעת
Bitrix מטפל בניתוב בתוך הליבה שלו, אך שרת האינטרנט חייב לקבל בקשות לדומיינים הנדרשים ולהעביר אותן לשורש Bitrix.
Nginx: עבור כל דומיין, בלוק DIR נפרד או בלוק משותף עם server {}. שורש המסמכים זהה — שורש התקנת Bitrix. זו תצורת nginx bitrix דומיינים סטנדרטית.
server { listen 80; server_name example.com www.example.com; root /var/www/bitrix; # ... стандартная конфигурация Битрикс } HTTPS: כל דומיין צריך תעודת SSL משלו או תעודת wildcard/רב-דומיין. Let's Encrypt מנפיק תעודות למספר דומיינים דרך server_name example.com example2.com. ללא HTTPS, מנועי חיפוש מענישים אתרים, ועלולים להוריד דירוגים ב-20%.
כיצד להגדיר Multisite ב-5 שלבים
- צרו אתר חדש בלוח הניהול (קוד LID, שם, שפה).
- ציינו את הדומיין בשדה SERVER_NAME.
- הגדירו DIR: אם האתרים נבדלים רק לפי דומיין, קבעו
server { listen 80; server_name example.com www.example.com; root /var/www/bitrix; # ... стандартная конфигурация Битрикс }לשניהם. - הגדירו את שרת האינטרנט: בלוק שרת נפרד לכל דומיין עם שורש משותף.
- הנפיקו תעודות SSL לכל דומיין ובדקו הפניות.
תהליך זה אורך בין יום ל-3 ימים למהנדס מנוסה. חידדנו אותו לאוטומציה — הודות לתבניות תצורה מוכנות. העלות שלנו להגדרת multisite bitrix בסיסית מתחילה ב-$500.
מדוע Multisite על Bitrix משתלם יותר מהתקנות CMS נפרדות
השוו: ליבה אחת, מאגר עדכונים אחיד, משתמשים ומודולים משותפים — לעומת מספר התקנות מבודדות. הנה טבלה:
| פרמטר | CMS אחד לשלושה דומיינים | שלוש התקנות נפרדות |
|---|---|---|
| עדכונים | סט אחד | שלושה סטים |
| שימוש בזיכרון | נמוך יותר (ליבה אחת) | גבוה יותר (שלוש ליבות) |
| מורכבות תצורה | גבוהה יותר (multisite) | נמוכה יותר (כל אחת עצמאית) |
| מהירות פיתוח | מהירה יותר (מודולים משותפים) | איטית יותר (שכפול קוד) |
אנו רואים בפועל ש-multisite מפחית את זמן העדכון והתחזוקה פי 2–3. Multisite עדיף פי 2-3 מהתקנות נפרדות מבחינת יעילות תחזוקה. עלויות הרישוי יורדות ב-40% בהשוואה לרכישת מהדורת "Business" לכל אתר בנפרד. לדוגמה, עלויות רישוי לשלוש רישיונות Business נפרדים יכולות לעלות על $1,000 בשנה, בעוד שרישיון multisite יחיד עולה כ-$600, וחוסך לכם $400 בשנה.
מיסוך דומיינים: מתי זה נחוץ?
תרחיש: דומיין ראשי certbot --domains example.com,example2.com ודומיין שותף / שאמור להציג את אותו אתר אך עם מיתוג שונה. ב-Bitrix, זה מיושם על ידי בדיקת main-shop.ru ב-partner-shop.ru או בתבנית האתר עם טעינה מותנית של תבנית אחרת —这不是 multisite סטנדרטי, אלא פתרון מותאם אישית. זהו הליבה של מיסוך דומיינים bitrix.
| גישה | תוכן | תבניות | SEO |
|---|---|---|---|
| Multisite | שונה | שונה | נקי |
| מיסוך | זהה | עשוי להיות שונה | סיכון כפילות |
Multisite סטנדרטי כולל תבניות, שפות ותוכן שונים לכל אתר. אם אתם צריכים את אותו תוכן על דומיינים שונים — השתמשו בתכונת canonical url bitrix ב-$_SERVER['HTTP_HOST'] כדי לציין את הדומיין הראשי ולהימנע מכפילות SEO.
כיצד לבצע העברת אתר?
בעת שינוי הדומיין, עדכנו את init.php ב-<head>, ואז בדקו:
-
הגדרות
SERVER_NAMEב-b_lang(אם הוגדרו במפורש) - כתובת האתר בהגדרות המודול:
$_SERVER['HTTP_HOST']— בחלק מהגרסאות היא מאוחסנת שם - קישורים בתוכן בלוקי המידע — קישורים מוחלטים כמו
/bitrix/.settings.phpחייבים להיות מוחלפים באמצעות שאילתות SQL ל-COption::GetOptionString("main", "server_name")ו-http://old-domain.ru/... - תבניות דוא"ל במודול
b_iblock_element_prop_s*— לעתים קרובות מכילות כתובות URL מקודדות
לאחר ההעברה, הקפידו להגדיר הפניית 301 מהדומיין הישן לחדש. אובדן תנועה יכול להגיע ל-30% ללא הפניות. זהו ההיבט המרכזי של העברת אתר bitrix.
רשימת בדיקה של טעויות נפוצות
- שדה DIR לא מולא — 70% מכשלי ה-multisite נובעים מכך.
- SSL נשכח — דפדפנים מתלוננים, SEO סובל.
- הפניות לא מוגדרות — אובדן תנועה וכפילויות.
- קישורים מוחלטים בתוכן — לאחר ההעברה, תמונות לא נטענות.
- תעודות SSL יכולות להגדיל את מהירות הטעינה בעד 30%.
בדקו הכל עם רשימת הבדיקה לפני ההשקה.
מה כוללת הגדרת קישור הדומיינים שלנו (תוצרים)
אנו מבצעים הגדרה סוהר, עם התוצרים הבאים:
- ביקורת על הדומיינים הנוכחיים וטבלת b_lang
- תצורת שרת אינטרנט (nginx/Apache) עם תעודות SSL
- תצורת multisite או מיסוך
- בדיקות canonical URL וסילוק כפילויות
- בדיקת כל הדומיינים (הפניות, HTTPS, מהירות)
- מסירת תיעוד וגישה
- הדרכה לצוות שלכם ותמיכה שוטפת ל-30 יום
אנו מעריכים את הפרויקט לאחר ניתוח — צרו קשר לייעוץ. בדרך כלל, הגדרה בסיסית של אתר אחד אורכת בין יום לשלושה, תלוי במורכבות (SSL, הפניות, העברת תוכן). הזמינו הגדרה מאיתנו — אנו מבטיחים תוכנית מתועדת ופתרון מוכן.
למדו עוד על multisite ב-תיעוד רשמי.