כשמנסים להרחיב חנות מקוונת למספר מדינות, רבים נתקלים בהמרות שגויות מדולר למטבע מקומי, ותרגום תוכן מבוסס-תוספים שובר את התצוגה. בפרויקט עבור קמעונאי עם מחזור חודשי של 90–130 אלף דולר, תצורת מטבע שגויה גרמה לאובדן הכנסות של 2% — 1.8–2.6 אלף דולר בחודש. לאחר יישום התכנית המתוארת להלן, האובדן בוטל ומהירות האינדוקס השתפרה ב-30%. אנחנו יודעים איך להימנע מהמלכודות האלה. הניסיון שלנו עם הגדרות רב-לשוניות של Magento 2 משתרע על פני יותר מ-50 פרויקטים. אתם מקבלים ארכיטקטורת Store View מוכנה, שערי חליפין מוגדרים ואופטימיזציית SEO לכל האזורים. תצורה של פרויקט חדש אורכת יומיים עד שלושה ימים; אם קטלוג מוכן, עד עשרה ימים. צרו קשר להערכת פרויקט.
איך להגדיר מספר מטבעות בלי לשלם יותר מדי?
מטבע הבסיס הוא המטבע שבו המחירים נשמרים במסד הנתונים. מטבעות תצוגה מוצגים ללקוח עם המרה בשער הנוכחי. תצורה דרך לוח הניהול: Stores → Configuration → Currency Setup. לעדכוני שערים אוטומטיים, השתמשו בספקים כמו fixer.io או currencyconverterapi.com — הם מדויקים יותר מ-Webservicex המובנה. הניסיון שלנו מראה שמשימת cron הפועלת כל שש שעות מבטיחה שערים עדכניים ללא עומס מיותר. דיוק השערים מגיע ל-0.01%, מה שמבטל הפסדי המרה. לפי ההערכות שלנו, תצורת מטבע שגויה עלולה להוביל לאובדן הכנסות של עד 2%.
| ספק | דיוק שער | תדירות עדכון |
|---|---|---|
| Fixer.io | 0.01% | כל 60 דקות |
| CurrencyConverterAPI | 0.02% | כל 240 דקות |
| Webservicex | 0.1% | כל 6 שעות |
למה היררכיית Store View חשובה
היררכיה: Global → Website → Store → Store View קובעת באיזו רמה מוגדרים שפה, מטבע ומחירים. טעות נפוצה היא לשייך שפות שונות ל-Website יחיד, מה שמערבב מחירים והזמנות. נכון: צרו Website נפרד לכל אזור (לדוגמה, eu, us), בתוכו Store עם קטגוריית שורש, ו-Store View לכל שפה. דוגמה באמצעות CLI:
bin/magento store:website:create --code=eu --name="Europe" --sort-order=10
bin/magento store:group:create --website-id=2 --name="EU Store" --root-category-id=2
bin/magento store:store:create --name="German" --code=de --website-id=2 --group-id=2 --locale=de_DE --sort-order=10עם מבנה זה, מחירים לאזור האירופי אינם משפיעים על האמריקאי, והזמנות מעובדות בנפרד. זה מפחית שגיאות חשבונאיות ומפשט דיווחי מס. Magento DevDocs ממליץ על תכנית זו לפרויקטים רב-אזוריים.
תרגום תוכן: מה לקחת בחשבון
מאפייני מוצר וקטגוריה מתורגמים ברמת Store View. תרגום המוני באמצעות ייבוא CSV עם ציון bin/magento store:website:create --code=eu --name="Europe" --sort-order=10 bin/magento store:group:create --website-id=2 --name="EU Store" --root-category-id=2 bin/magento store:store:create --name="German" --code=de --website-id=2 --group-id=2 --locale=de_DE --sort-order=10 . התקינו חבילות שפה:
composer require magento/language-de_de
composer require magento/language-ru_ru
bin/magento setup:upgrade
bin/magento setup:static-content:deploy de_DE ru_RU en_US -f
מבנה ה-URL הוא קריטי ל-SEO. תת-דומיינים יעילים ב-20% יותר מתיקיות משנה לפי מחקרים עצמאיים. השוואת גישות:
| גישה | דוגמה | יעילות SEO |
|---|---|---|
| תת-דומיין | store_view_code |
גבוהה (Google מתייחסת כאל אתר נפרד) |
| תיקיית משנה | composer require magento/language-de_de composer require magento/language-ru_ru bin/magento setup:upgrade bin/magento setup:static-content:deploy de_DE ru_RU en_US -f |
בינונית (קל יותר להגדיר) |
| פרמטר GET | de.example.com |
נמוכה (לא מומלץ) |
עם זאת, תת-דומיינים דורשים תקציב קידום נפרד. בחרו לפי אסטרטגיית השיווק שלכם.
איך להימנע מתוכן כפול?
כפילות מתרחשת אם hreflang ו-canonical אינם מוגדרים. עבור כל Store View, הקצו URL ייחודי — תת-דומיין או תיקיית משנה. הוסיפו תגי hreflang ב-example.com/de/, לדוגמה:
<link rel="alternate" href="https://de.example.com/" hreflang="de" />
<link rel="alternate" href="https://en.example.com/" hreflang="en" />
<link rel="alternate" href="https://en.example.com/" hreflang="x-default" />
URL ה-canonical צריך להצביע על הגרסה המועדפת למנועי חיפוש. זה מבטל עונשי תוכן כפול ומאיץ את האינדוקס — הזמן להופעה בתוצאות מצטמצם ב-30–40%.
תמחור אזורי
מחירים מוגדרים ברמת ה-Website. למחירים שונים לפי מדינה, השתמשו ב-Tier Prices או ב-Customer Group Prices. שינוי מחירים פרוגרמטי תוך התחשבות בהיקף:
$product->setPrice(99.99); $product->setWebsiteIds([1, 2]); $productRepository->save($product, true); הגדירו אזורי מס ב-example.com?___store=de — עבור האיחוד האירופי, תמיכה במחירי VAT כולל/לא כולל היא חובה. תצורת מס שגויה עלולה להוביל לאובדן רווחים של עד 15% — אנו מבטיחים דיוק בחישוב.
הוראות שלב-אחר-שלב: איך להגדיר תמיכה רב-לשונית
- צרו Websites לכל אזור.
- בתוך כל Website, צרו Store עם קטגוריית שורש.
- הוסיפו Store Views לכל שפה, תוך ציון ה-locale.
- התקינו חבילות שפה דרך Composer.
- הגדירו שערי מטבע ו-cron לעדכונים.
- ייבאו תרגומים של מאפיינים ותוכן.
- הגדירו URLs של hreflang ו-canonical.
דוגמה לתצורה מלאה
# Создание Website
bin/magento store:website:create --code=eu --name="Europe" --sort-order=10
# Создание Store
bin/magento store:group:create --website-id=2 --name="EU Store" --root-category-id=2
# Создание Store View
bin/magento store:store:create --name="German" --code=de --website-id=2 --group-id=2 --locale=de_DE --sort-order=10מה כלול בהגדרה רב-לשונית ורב-מטבעית
ההבטחה שלנו היא תהליך שקוף עם תיעוד. אתם מקבלים:
- ארכיטקטורת Store View עם הפרדה אזורית
- התקנה ותצורה של חבילות שפה
- תצורת שערי מטבע דרך ספק חיצוני
- ייבוא תרגום קטלוג (עד 5000 SKUs)
- תצורת URLs של hreflang ו-canonical
- ניטור cron של עדכוני שערים
- הוראות לעריכה שוטפת
לוחות זמנים אופייניים: הגדרה בסיסית של שתי שפות ושני מטבעות — יומיים עד שלושה ימים. פרויקט מלא עם תרגום קטלוג ו-SEO — עד עשרה ימים. קבלו ייעוץ — נעריך את הפרויקט שלכם ללא עלות. בקשו הערכה עכשיו.