# Hauptdomain auf virtuelle URL des Sprachshops umleiten. Prinzipiell unmöglich?

**URL:** <https://forum.shopware.com/t/hauptdomain-auf-virtuelle-url-des-sprachshops-umleiten-prinzipiell-unmoglich/44268>\
**Category:** Allgemein\
**Created:** [6. März 2017 um 13:33 UTC](https://forum.shopware.com/t/hauptdomain-auf-virtuelle-url-des-sprachshops-umleiten-prinzipiell-unmoglich/44268 "2017-03-06T13:33:14Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![HamdIT](https://avatars.discourse-cdn.com/v4/letter/h/e56c9b/32.png) [@HamdIT](https://forum.shopware.com/u/HamdIT)\
**Post date:** [6. März 2017 um 13:33 UTC](https://forum.shopware.com/t/hauptdomain-auf-virtuelle-url-des-sprachshops-umleiten-prinzipiell-unmoglich/44268/1 "2017-03-06T13:33:14Z")

</div>

_Eigentlich sollte es doch einfach sein._ Ich möchte folgende zwei Dinge erreichen:

**1.)** Im backend soll die Bearbeitung der Artikel, Kategorien, Zahlungsarten, Versandkosten, Emailvorlagen etc. immer deutsch sein. Die Übersetzung soll erst durch die „Weltkugel“ hinzukommen. Also das Standard-Verhalten, wenn der Hauptshop deutsch ist.  
**2.)** Die Hauptdomain [www.meinshop.com](http://www.meinshop.com) soll als erstes **nicht** deutsch sein, sondern eine andere Sprache zeigen. Z.B. indem man auf einen Sprachshop weiterleiten.

Mein erster Ansatz war den Hauptshop und den Sprachshop zu tauschen. Keine gute Idee, weil ich die Übersetzungen aller Artikel auch vertauschen musste. Vorallem ist Punkt 1 nicht erfüllt, weil dadurch eben die Bearbeitung im backend nicht mehr deutsch ist. Deutsch wäre ein Sprachshop und der Hauptshop hätte eine andere Sprache. Somit&nbsp;taucht erst deutsch bei der Bearbeitung aller Texte erst in der Weltkugel auf.  
Zweiter Ansatz ist die Umleitung der domain auf die virtuelle URL des Sprachshops. D.h. [www.meinshop.com](http://www.meinshop.com) wird auf [NameBright - Coming Soon](http://www.meinshop.com/shop/en) umgeleitet, wenn die virtuelle URL „/shop/en“ ist. Der Versuch das in der htaccess mittels rewriterule zu machen, ist gescheitert. Möglicherweise weil ich nicht sehr erfahren darin bin. Die folgende Regel greift jedenfalls nicht:

```
RewriteRule ^$ shop/en/ [L,R=301]

```

Außerdem hat der Hoster mir mitgeteilt, dass eine Umleitung von der domain generell nicht möglich sei, da Shopware hier die Steuerung übernehme. Shopware leitet bei Aufruf von [meinshop.com](http://meinshop.com) auf die virtuelle URL /shop/de weiter, und die RewriteRule greift erst danach. Ich könnte also shop/de nach shop/en per RewriteRule umleiten, aber das ist natürlich blödsinn. Wenn jemand jetzt doch in der Sprachauswahl deutsch wählt, landet er ja wieder bei englisch.

Könnt ihr mir vielleicht einen Lösungsansatz bieten?

---

<div class="post-metadata">

**Author:** ![NextMike](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@NextMike](https://forum.shopware.com/u/NextMike)\
**Post date:** [7. März 2017 um 08:58 UTC](https://forum.shopware.com/t/hauptdomain-auf-virtuelle-url-des-sprachshops-umleiten-prinzipiell-unmoglich/44268/2 "2017-03-07T08:58:45Z")

</div>

Sprachshops --\> dem Shop folgendes zuweisen: Kategoriebaum + Lokalisierung + CMS-Seitegruppen + Weltkugel (Übersetzungen)

Kriegst Du damit Deine Kombination nicht hin?

---

<div class="post-metadata">

**Author:** ![HamdIT](https://avatars.discourse-cdn.com/v4/letter/h/e56c9b/32.png) [@HamdIT](https://forum.shopware.com/u/HamdIT)\
**Post date:** [16. März 2017 um 13:09 UTC](https://forum.shopware.com/t/hauptdomain-auf-virtuelle-url-des-sprachshops-umleiten-prinzipiell-unmoglich/44268/3 "2017-03-16T13:09:47Z")

</div>

Nein. Die Bearbeitung der Artikel ist dann immer in der Sprache des Hauptshops, also z.B. Englisch.
