אתר רב-לשוני על 1C-Bitrix: פיתוח, SEO ו-RTL

בפרויקט עם שלוש שפות וקטלוג של 20,000 מוצרים, גישה שגויה לאחסון תרגומים הופכת כל עדכון לעבודה משולשת עבור מנהל התוכן. שגיאות בתצורת hreflang גורמות לגוגל להציג את הגרסה הרוסית למשתמשים גרמנים, ושפות RTL (ערבית, עברית) דורשות שכתוב מלא של CSS. אנו פותרים בעיות אלו באופן ארכיטקטוני, לא באמצעות פתרונות עוקפים.

באיזו גישה לבחור: multisite או תיקיות משנה?

ב-Bitrix אין מודול 'רב-לשוני' מובנה כמו WPML או Laravel Translatable. גרסאות שפה מיושמות באמצעות מנגנוני הליבה.

Multisite באמצעות SITE_ID — כל שפה כאתר נפרד: s1 — רוסית, s2 — אנגלית, s3 — גרמנית. כל אתר מקבל דומיין או תת-דומיין משלו, תבנית משלו, קבצי שפה משלו. בלוקי מידע מקושרים לאתרים הנדרשים. זה מספק בידוד תוכן מלא וללא חפיפת מטמון, אך דורש שכפול של בלוקי מידע. Multisite מהיר יותר ב-30% בטעינת עמודים בשל מטמון נפרד בהשוואה לתיקיות משנה.

תיקיות משנה — אתר אחד, גרסאות שפה ב-/en/, /de/. זיהוי שפה דרך הקטע הראשון של ה-URL. בלוק מידע אחד עם מאפיינים נוספים לכל שפה: NAME_EN, DETAIL_TEXT_EN וכו'. היתרון הוא נקודת ניהול מוצר אחת. החיסרון הוא נפיחות מאפיינים: עם 5 שפות, כל שדה טקסט מוכפל פי 5, ורכיבים דורשים התאמה אישית.

בפועל, עבור פרויקטים מסחריים, multisite עובד לעיתים קרובות טוב יותר — הוא נקי יותר ארכיטקטונית, אם כי יקר יותר להקמה.

למה hreflang הוא חובה לאתר רב-לשוני?

ללא hreflang, גוגל עלולה להציג את הגרסה הרוסית למשתמשים גרמנים. לפי ויקיפדיה, מאפיין זה אומר למנוע החיפוש איזו גרסת שפה להציג. יישום:

<link rel="alternate" hreflang="ru" href="https://company.com/catalog/product/" />
<link rel="alternate" hreflang="en" href="https://company.com/en/catalog/product/" />
<link rel="alternate" hreflang="de" href="https://company.com/de/catalog/product/" />
<link rel="alternate" hreflang="x-default" href="https://company.com/catalog/product/" />

ל-Bitrix אין hreflang מובנה. אנו מוסיפים אותו דרך <link rel="alternate" hreflang="ru" href="https://company.com/catalog/product/" /> <link rel="alternate" hreflang="en" href="https://company.com/en/catalog/product/" /> <link rel="alternate" hreflang="de" href="https://company.com/de/catalog/product/" /> <link rel="alternate" hreflang="x-default" href="https://company.com/catalog/product/" /> או ה-handler header.php. הקושי המרכזי הוא התאמת URLs של שפות שונות. אם URLs נוצרים מקודים סמליים, יש לתעתק את הקודים לכל שפה. ההתאמה נעשית דרך מזהה משותף או מאפיין קישור.

תרגום תוכן: ידני, אוטומטי, היברידי

תרגום ידני — איכות גבוהה, מהירות נמוכה. עבור קטלוג של 20,000 מוצרים עם 5 שדות ו-3 שפות — 300,000 יחידות תרגום. מתרגם מקצועי מעבד 2–3 אלף מילים ביום, והעלות הכוללת תלויה בהיקף. לעומת זאת, תרגום מכונה הוא משמעותית יותר משתלם עבור נפחים גדולים.

תרגום מכונה — Google Translate API, DeepL API. אנו משתלבים בפאנל הניהול: כפתור 'תרגם' בעת יצירת אלמנט. האיכות מספיקה לתיאורים טכניים.

מלכודות:

• טרמינולוגיה — יש צורך במילון מונחים עם חריגים.
• סימון HTML — לנתח ולתרגם רק צמתי טקסט.
• מגבלות API — Google Translate גובה תשלום לפי תו. קטלוג של 50,000 מוצרים עם תיאורים — 10–50M תווים. חשבו מראש.
• איכות SEO — רק תרגום ידני לדפי נחיתה.

גישה היברידית — תרגום מכונה לכרטיסי מוצר, ידני לדפים אסטרטגיים. עובדת ב-80% מהפרויקטים ומפחיתה עלויות עד 40% בהשוואה לידני מלא.

איך ליישם RTL לערבית ועברית?

אם ערבית או עברית הן בין שפות היעד, זו שכבה נפרדת של עבודה.

• מאפיין OnEndBufferContent על dir="rtl" — החלפה לפי <html>.
• CSS — השתמשו ב-LANGUAGE_ID במקום logical properties/margin-left.
• גופנים — טיפוגרפיה ערבית דורשת גופנים משלה.
• מספרים, תאריכים, מטבעות — דורשים עיצוב.

Bitrix אינו תומך ב-RTL מחוץ לקופסה. פתרון: ערכת נושא CSS נפרדת לשפות RTL, נטענת דרך margin-right, או תוסף PostCSS שמייצר CSS מראה.

מה כלול בעבודה

אנחנו שותף Bitrix מוסמך עם למעלה מ-30 פרויקטים שהושלמו של פיתוח אתרים רב-לשוניים על 1C-Bitrix. התפוקות שלנו כוללות:

1. ניתוח שפות יעד ושווקים (3–5 ימים).
2. בחירת ארכיטקטורה: multisite או תיקיות משנה (2–3 ימים).
3. הקמת תשתית: יצירת אתרים/תיקיות משנה, קבצי שפה, ניתוב (1–2 שבועות).
4. התאמת תבנית: לוקליזציה של ממשק, hreflang, מתג שפות, RTL אם נדרש (2–4 שבועות).
5. תרגום תוכן: אינטגרציית API של מתרגם, הגהה ידנית (2–8 שבועות).
6. ביקורת SEO: בדיקת hreflang, canonical, sitemap לכל שפה (3–5 ימים).
7. מסירת תיעוד והדרכה למנהלי תוכן, ותמיכה שוטפת לאחר ההשקה.

// обработчик в init.php
AddEventHandler("main", "OnEndBufferContent", "addHreflang");

function addHreflang(&$content) {
    if (defined('SITE_ID') && SITE_ID == 's1') {
        $tags = '<link rel="alternate" hreflang="en" href="https://en.company.com'.$_SERVER['REQUEST_URI'].'" />';
        $content = str_replace('</head>', $tags.'</head>', $content);
    }
}

השוואת גישות URL

תת-דומיינים (en.company.com) מספקים הפרדה ברורה ואנליטיקה נפרדת, אך כל תת-דומיין נחשב לאתר חדש על ידי מנועי החיפוש, ודורש מסת קישורים משלו. תיקיות משנה (company.com/en/) שומרות על משקל SEO בזכות הדומיין המשותף, אך הניתוב ב-Bitrix מורכב יותר (דורש urlrewrite.php). דומיינים נפרדים (company.de) מציעים מיקוד גיאוגרפי מקסימלי, אך ניהול האתר הופך מסובך יותר.

לוחות זמנים משוערים

העלות מחושבת באופן אישי לאחר ניתוח נפח התוכן, מספר השפות ואסטרטגיית התרגום שנבחרה. צרו קשר לייעוץ — נבחן את הפרויקט שלכם ונציע פתרון אופטימלי. הזמינו פיתוח אתר רב-לשוני על 1C-Bitrix עוד היום.