Hallo zusammen, habe schon gesucht, aber ich bin wohl grade blind: Man konnte doch weitere Domains/URLs im Backend hinterlegen, damit Zugriffe auf diese Domains auf den Shop weitergeleietet werden, oder irre ich mich da? Wo war denn das? Und falls einer hierzu noch was weiss: Ich glaube ich habe gelesen, dass es seit dem Google Panda-Update problematisch ist, wenn mehrere URLs hinterlegt sind? Angeblich soll es so sein, das Google dann einfach nur irgendeine zur Bewertung nimmt und es damit sein kann, das die Hauptdomain mit dem Shop nicht genommen wird… Oder bezog sich das nur auf die zusätzlichen Domains? Ich hoffe, das ich da generell falsch liege. Grüße rattatui
Hi, weitere Domains/Aliase kannst du unter den Grundeinstellungen hinterlegen. Dort auf System --> Subshops klicken und den Hauptshop editieren. http://wiki.shopware.de/Tutorial-Einric … l_542.html PS: Es wird immer auf den Hauptshop bzw. Hauptdomain umgeleitet
1 „Gefällt mir“
Unter Grundeinstellungen/Subshops kannst du weitere Domains anlegen. mfg Frank
1 „Gefällt mir“
Ahhja danke an euch! …mir ist auch grade eingefallen, das ich ja bei meinem Hoster auch noch einstellen könnte, dass die zusätzlichen Domains auf das Web-Verzeichnis/die domain des Shops zeigen lassen könnte - ist das letztendlich das Gleiche oder wieder etwas anderes? Grüße rattatui
Hi nochmals, ich glaube zu meiner letzten Frage oben steht im Tutorial folgendes: [quote]Wichtig: Die Domains für den Subshop müssen bei Ihrem Hoster/Provider dem gleichen Hostingpaket zugeordnet sein![/quote] ist es das? Dann muss ich also die Einträge im SW Backend UND bei den Domains/Hoster machen. …Und dann sind im zuge dessen folgende Fragen aufgetaucht: 1. Muss ich nicht noch auch in der .htaccess Rewrite Rules setzen? Ich habe hierzu folgendes gefunden, bin mir aber nicht sicher ob das so richtig ist - ausserdem fehlt mir Erfahrung mit diesen Dingen: Angenommen man hätte folgende drei Domains: 1. schuhe-kaufen.de (da läuft der Shop) 2. schuhekaufen.de (ohne Inhalt) 3. lederschuhe.de (ohne Inhalt) A. RewriteCond %{HTTP\_HOST} ^schuhe-kaufen.de$ [NC] RewriteRule ^(.\*)$ http://www.schuhe-kaufen.de/$1 [R=301,L] B. RewriteCond %{HTTP\_HOST} !^schuhe-kaufen.de$ RewriteRule ^(.\*)$ http://www.schuhe-kaufen.de/$1 [L,R=301] …A und B bwirken doch das gleiche, also das Aufrufe mit www auf die domain ohne www umgeleitet werden, oder? Aber warum steht da einmal bei A [R=301,L] und bei B [L,R=301]? Ist das egal? C. Müsste noch eine Rewrite Rule für 2. und 3. erstellt werden? Und müssten die Aussehen? Stöhn… ich steige da nicht durch - Hilfe! :wtf: Grüße rattatui
Wenn Du nur eine Domain nutzen willst (was bzgl. Google sinnvoll ist) , ist für Dich richtig: RewriteCond %{HTTP\_HOST} !^www\.schuhe-kaufen\.de [NC] RewriteRule (.\*) http://www.schuhe-kaufen.de/$1 [R=301,L,NC] Prosa: Bedingung ( RewriteCond ) zum Umschreiben ist, dass wenn der Hostnamen-Anteil ( {HTTP_HOST} ) des einkommenden HTTP-Headers nicht ( ! ) ^www.schuhe-kaufen.de ist (, wobei der Hostname damit anfangen ^ muss und mit \ die Punkte entquotet werden), dann: …ist die Regel ( RewriteRule ) zum Umschreiben aller auf die Bedingung zutreffender URLs, dass diese per 301 Redirect ( R=301 ) auf http://www.schuhe-kaufen.de/ plus den Anteil, der aus der URI-Teil stammt ( (.*) ) an die http://www.schuhe-kaufen.de/ angehängt wird ( $1 ). Es ändert sich also nur der Hostanteil der URL, der Rest bleibt gleich. Dabei wird die Regel nicht case-sensitiv ( NC ) angewandt und diese Rewrite Regel ist die letzte ( L ) , die auf diese URL angewandt wird. Zum Nachschlagen auf Englisch: http://httpd.apache.org/docs/current/mo … write.html
1 „Gefällt mir“
Hey super dankeschön - und auch noch daetailiert erklärt! :thumbup: Das heisst, auch wenn ich schuhekaufen.de auch besitze (im Bezug auf das konkrete Anliegen hier) garnichts mit machen (und mit lederschuhe.de erst recht nichts?)? …Ja auf Google kommt es mir schon an - also im SW-Backend bei den Subshops auch nichts machen?! …Dann nur ggf. in den Webmaster Tools auch die www mit/ohne Geschichte eintragen und das wars?! Vielen Dank schon mal, Grüße rattatui
Das kommt ein bisschen darauf an, wie Deine Domains verteilt sind. Zeigen die drei Domains auf drei unterschiedliche Webspaces, muss diese Regel in alle drei rein. Zeigen alle drei auf einen Webspace, dann eben nur in diesen einen. Grundsätzlich kannst Du Dir so viele Domains greifen, wie Du magst. Solange Sie per 301 (also permanant) umgeleitet werden und nicht mit der Redirect oder RedirectMatch - Direktive (302) hast Du Deinen Mitbewerbern die Domains weggenommen und leitest ohne „Verluste“ bei Google wegen Duplicate Content auf Deiner Hauptdomain. Da wir noch nicht mit Subshops gearbeitet haben, kann ich Dir da leider nicht groß weiterhelfen. Da kommt es dann bei den Regeln ein bisschen darauf an, wie die Subshops per Domain bzw. URL-Endung konfiguriert sind. Wenn sie so laufen: http://www.schuhe-kaufen.de/ (Hauptshop) http://www.schuhe-kaufen.de/subshop1 http://www.schuhe-kaufen.de/subshop2 sollte es gar kein Problem sein. Laufen sie so: http://www.schuhe-kaufen.de/ (Hauptshop) http://subshop1.schuhe-kaufen.de/ http://subshop2.schuhe-kaufen.de/ kommst Du mit dieser Methode nicht weiter, denn damit erreichst Du die Subshops dann nicht, da immer auf www. umgeleitet wird. Das geht aber auch, wenn Du das ^ und das www wegläßt (müßte ich aber nochmal richtig durchdenken, wenn benötigt…)
Hey, oh gut das Du noch da bist, danke - bin etwas unter Druck… Also momentan sieht es ja so aus das da garnichts eingerichtet ist (der Shop ist aber natürlich schon zu 99,5% fertig, daher auch alles etwas dringend) Also die domains sollten alle (so mein ursprünglicher Plan) auf den Hauptshop ziegen. Es gibt auch keine echten Subshops die da jetzt laufen sollen (mittel- bis langfristig noch eine zusätzliche Sprache vielleicht). Mit den Subshops wurde mir ja oben empfohlen das wegen den domains zu tun - jetzt bin ich etwas verunsichert… Also so war das gedacht: 1. schuhe-kaufen.de (da läuft der Shop, im Shop-Backend ist in den Grundeinstellungen Shophost http://www.domain.de eingetragen) -> hierfür die Rule mit/ohne „www“ 2. schuhekaufen.de (ohne Inhalt), sollte auf Shopdomain zeigen 3. lederschuhe.de (ohne Inhalt), sollte (wenn sinnvoll) auch auf Hauptshop zeigen was mach ich da besten? Kannst Du mir die Rules sagen? Da brauch ich echt Hilfe :shock: viele Grüße rattatui
Ich kenne Deine genaue Webserver-Config nicht. Ich fasse mal zusammen, wie ich es verstehe: Du hast drei Domains reserviert: 1. schuhe-kaufen.de 2. schuhekaufen.de 3. lederschuhe.de Du hast noch keine Subshops. Nur die Domain schuhe-kaufen.de willst Du auch produktiv nutzen, die anderen bleiben ungenutzt. Trotzdem soll bei Aufruf der Domains 2. und 3. auf die erste Domain umgeleitet werden und falls jemand ohne www. reinkommt, soll es auf www. umleiten. Dann müßte genau diese Regel vom Anfang passen. Probier’s doch mal aus!
wahnsinn… ja so war’s gedacht (vorausgesetzt wenn sinnvoll) - Danke sehr!!! :thumbup: das werde ich nachher probieren - Du meintest ja selbst, das Du mit Subshops noch nicht soviel gemacht hast - also hierfür (domains 2+3) würdest Du keine Einträge im SW Backend unter Subshops machen? Die Domains beim Hoster müssen aber dann schon auf die Hauptdomain (sprich Shop-Verzeichnis) zeigen, oder? …das ist echt aufregend alles! :happy: vielen Dank für Deine Mühe und Geduld - wenn ich Dir später mal was Gutes tun kann… Grüße rattatui
hehe, ein ganz klares Jein. Es ist völlig egal, auf welches Verzeichnis (DocumentRoot) die beiden anderen Domains zeigen. Hauptsache ist, dass der Regelsatz von da aus “abgefeuert” wird, wo der Browser beim Aufruf der Domains 2 und 3 landet. Da können Domains 2 und 3 auch auf einen Server in Timbuktu zeigen, solange auch dieser auf Deine Hauptdomain umleitet. Die Kette läuft ja so: 1. User ruft im Browser z.B. http://www.lederschuhe.de auf 2. Browser fragt DNS nach IP des Servers 3. Browser ruft IP des Webservers mit HTTP-Header http://www.lederschuhe.de auf 4. Webserver guckt nach, ob er mit diesem Domainnamen a) überhaupt etwas anfangen kann (meist über VirtualHosts separiert) b) wenn ja, wo die DocumentRoot (das Hauptverzeichnis dafür) liegt 5. und ruft zunächst seine Regeln dafür auf. In diesem Fall die .htaccess 6. findet er eine Regel, die sagt: "Schön, dass Du mich mit http://www.lederschuhe.de aufgerufen hast, aber ich habe eine Regel für Dich. Ich bin umgezogen (Redirect Permanant (301)) und heiße jetzt für immer http://www.schuhe-kaufen.de 7. Daher geht zunächst zum Browser eine HTTP-Antwort mit 301 - moved permanently und dem neuen Ziel raus. 8. Der Browser selbst fängt darauf hin das Spiel von oben wieder an, nur mit schuhe-kaufen.de Die Umleitung ist also nicht intern und auf einen physikalischen Server/Webspace beschränkt, sondern geht zurück zum Browser. Daher kann das alles voneinander entkoppelt sein. Wichtig ist nur: Da, wo der Request hingeht, muss auch eine Regel für eine Antwort liegen. Hast Du drei “Haupt”-Verzeichnisse für die drei Domains, muss der Regelsatz mindestens in die .htaccess der beiden ungenutzten (s.o.). Zeigen Sie alle drei auf das identische Verzeichnis, reicht es aus meiner Erinnerung bereits, in Shopware nur Deine Hauptdomain einzutragen. Mir dämmert es so ganz leise, dass Shopware die restlichen rewrites durchführt. So, Verwirrung komplett oder wird’s langsam Licht? 
Hi, wirklich umfangreich erklärt - vielen Dank nochmals 
…obwohl ich noch nicht weiß ob es Licht ist oder eine Sinnestäuschung Ist das ungefähr so? Bei einem Zwiebelschalen-Modell könnte man nach Deinem Beispiel den „Kern“ der Zwiebel als Punkt 1. -> User/Browser sehen. Dann durchläuft die Anfrage die Schalen 2. bis 8… Und läuft dann danach korrekt bei Shopware auf. Wäre dann die Applikation, also Shopware als Schale 9. zu sehen, die sich erst mal um nichts kümmern muss und bestenfalls den fertigen „Salat“ serviert bekommt? Also betreffs ab 6.: A-> mit einer Regel im "Haupt-"Verzeichnis der Haupt-Domain UND die Zusatz-Domains zeigen auf dass Verzeichnis der Hauptdomain, OHNE das die Zusatz-Domains im SW Backend eingetragen sind, ODER B-> mit jeweils einer Regel in den "Haupt-"Verzeichnissen der Zusatz-Domains UND die Zusatz-Domains sind im SW Backend eingetragen, OHNE Regel im Hauptverzeichnis der Hauptdomain. Ist das so zu sehen? Habe ich das verstanden? Jein… 
also bei B wüsste ich jetzt nicht, wie die mit/ohne-www-Umleitung zustande kommen soll, wenn bereits gleich die richtige Hauptdomain vom User/Browser aufgerufen wurde… Ich werds testen. Grüße rattatui
Mit Gemüse kenne ich mich nicht so aus, aber das passt ungefähr so, ja. Um es jetzt nicht unnötig noch weiter zu verkomplizieren: Zeigen die Hauptdomain und die zwei Subshops/Domains auf ein Verzeichnis oder auf drei? Bei einem Verzeichnis musst Du ausprobieren, ob es reicht, dass Du die Hauptdomain in Shopware einträgst und sonst nichst weiter. Auch keine zusätzlichen Regeln in der bereits vorhandenen .htaccess . Es kann sein, dass Shopware den Rest bereits regelt. Zumindest kann ich bei unserer Site die eine ohne www. aufrufen und werde auf www. umgeleitet, ohne dass ich den genannten Regelsatz angewendet habe. Das wäre ein Indiz dafür, dass es evtl. auch für mehrere Domains funktioniert. Bei drei Verzeichnissen muss der .htaccess Regelsatz mindestens in die beiden, die Du nicht nutzen willst. Da ist dann einfach nur der Webspace verschenkt, weil da nichts anderes drin liegt, als die .htaccess, die Dich gleich wieder rausschmeisst.
1 „Gefällt mir“
Hi, Ja, Gemüse ist eine Sache für sich - aber schön, das ich wohl ansatzweise die Dinge beginne zu verstehen. [quote]Zeigen die Hauptdomain und die zwei Subshops/Domains auf ein Verzeichnis oder auf drei?[/quote] Also eben zeigen die Zusatz-Domains noch auf garnichts - es gibt nur die Hauptdomain und die ist ja schon zwangsläufig in shopware eingetragen (und die zeigt auf das shop-Verzeichnis) - und mehr steht in Shopware derzeit auch nicht drin. Wenn ich jetzt meinen shop ohne “www” im Browser aufrufe, erscheint die Seite mit www. im Browser - also wird hier schon offenbar umgeleitet und für Google entsteht so auch kein double-content? Dann wäre das ja schon mal in Ordnung und man bräuchte dafür gar keine Regel weil das Shopware macht… Dann bleibt jetzt nur noch festzustellen ob man wirklich nur nach Shopware Anleitung arbeiten muss: Zusatz-Domains in Subshops eintragen und (gar) keine Regeln erstellen. Dann wäre Shopware in dem Punkt natürlich genial gemacht. Und ob der Satz oben aus der SW-Subshop Anleitung, dass die “Zusätzlichen domains dem selben Hosting-Packet zugeordnet sein müssen” so zu verstehen ist, dass diese Zusatz-Domains auf das selbe Hauptverzeichnis zeigen müssen - oder ob dieser Satz einen ganz anderen Hintergrund hat. Hilft nur noch testen jetzt - und im Zweifelsfalle Deine Regel anwenden. Man ist am Anfang immer etwas verwirrt, weil es dazu so viele Informationen gibt… Gruß und Dank rattatui
[quote=“rattatui”] [quote]Zeigen die Hauptdomain und die zwei Subshops/Domains auf ein Verzeichnis oder auf drei?[/quote] Also eben zeigen die Zusatz-Domains noch auf garnichts - es gibt nur die Hauptdomain und die ist ja schon zwangsläufig in shopware eingetragen (und die zeigt auf das shop-Verzeichnis) - und mehr steht in Shopware derzeit auch nicht drin. [/quote] Dann musst Du mal gucken, was Dein Hoster da zuläßt, wenn die anderen Domains dazu kommen. [quote] Wenn ich jetzt meinen shop ohne “www” im Browser aufrufe, erscheint die Seite mit www. im Browser - also wird hier schon offenbar umgeleitet und für Google entsteht so auch kein double-content? Dann wäre das ja schon mal in Ordnung und man bräuchte dafür gar keine Regel weil das Shopware macht…[/quote] Duplicate Content für diese Domain gibt es dann nicht, richtig. [quote] Dann bleibt jetzt nur noch festzustellen ob man wirklich nur nach Shopware Anleitung arbeiten muss: Zusatz-Domains in Subshops eintragen und (gar) keine Regeln erstellen. Dann wäre Shopware in dem Punkt natürlich genial gemacht. Und ob der Satz oben aus der SW-Subshop Anleitung, dass die “Zusätzlichen domains dem selben Hosting-Packet zugeordnet sein müssen” so zu verstehen ist, dass diese Zusatz-Domains auf das selbe Hauptverzeichnis zeigen müssen - oder ob dieser Satz einen ganz anderen Hintergrund hat.[/quote] Die Anleitung ist schon richtig. Shopware geht natürlich davon aus, dass Du die beiden Zusatzdomains auch für die Subshops nutzt. Das ist ja momentan bei Dir gar nicht der Fall. Spätestens bei regulärer Nutzung aller drei Domains für Haupt- und Subshops müssen die Domains auf den selben Webspace zeigen, sonst müßtest Du für die Subshops ja Kopien anlegen, was nicht im Sinne des Erfinders wäre und dann auch nicht mehr funktioniert. [quote] Hilft nur noch testen jetzt - und im Zweifelsfalle Deine Regel anwenden. Man ist am Anfang immer etwas verwirrt, weil es dazu so viele Informationen gibt… Gruß und Dank rattatui[/quote] Gern.
Sooo… ich habe jetzt mal folgendes probiert: Eine Zusatz-Domain, die auf das Verzeichnis der Haupt-Domain zeigt und und im Browser aufgerufen wird, produziert im Browser folgende Seite: [quote]Site error: the file /kunden/xxxxxx/webseiten/shopverzeichnis/engine/Shopware/Plugins/Default/Core/License/Bootstrap.php requires the ionCube PHP Loader ioncube_loader_lin_5.2.so to be installed by the website operator. If you are the website operator please use the ionCube Loader Wizard to assist with installation.[/quote] …hört sich irgendwie nicht so gesund an Mit dem Shop selbst scheint aber alles ok zu sein. Ist vielleicht auch eine ganz normale Meldung, weil als Installationsdomain ja eine andere Domain (die Haupt-Domain) eingetragen ist. Wenn ich jetzt die Zusatz-Domain als Supshop im SW Backend eintrage, ändert das rein garnichts an der Seitenmeldung -aber eigentlich sollte ja grade das etwas bewirken?!? Was ich nicht probiert habe ist wenn die Zusatz-Domains auf kein Verzeichnis zeigen oder ein eigenes Verzeichnis haben (und dort eine .htaccess mit entsprechender Regel liegt). Setze ich die Rewrite Regel vom guten tschersich in der .htaccess der Haupt-Domain ein, wird die Zusatz-Domain prima auf die Hauptdomain umgegeleitet und auch hier die mit/ohne “www” Problematik geregelt. …Ob ich die Zusatz-Domains nun noch zusätzlich im SW Backend eintrage und was das dann (möglicherweise SW-Systemintern) bewirkt, konnte ich so nicht nachvollziehen. Auf jeden Fall scheint jetzt alles soweit zu funktionieren - wobei junge, leere Domains natürlich nicht der “Bringer” sind -aber ich habe sie halt. Um noch eine Frage von mir aus dem Anfang des Threads selbst zu beantworten und um andere nicht mit der Frage in Verwirrung zu stürzen, hier noch zwei Zitate von einem Google-Mitarbeiter Quelle [quote]"…im allgemeinen ist es keine gute Idee mehrere Domains mit identischem (alle Domains zeigen auf denselben Webspace) oder sehr ähnlichem Inhalt (alle Inhalte werden z.B. aus derselben Datenbank geholt, aber das Template der Seiten ist anders) zu befüttern. Google filtert Duplikate oder Fast-Duplikate heraus und es verschwinden die ähnlichen Seiten eine nach der anderen aus dem Index - normalerweise hat man dabei dann keine Kontrolle welche Domain es trifft, d.h. die Lieblings- oder Hauptdomain kann sich aus dem Index verabschieden = schlecht…"[/quote] …also Meine Befürchtung trifft nur zu, wenn gleicher oder fast gleicher Inhalt in den Zusatz-Domains vorhanden wäre. [quote]"…Das einzige, was man mit Zusatzdomains suchmaschinentechnisch anstellen kann, ist eine permanente Weiterleitung mit dem Status-Code 301 auf die Hauptdomain einzurichten. Für das Ranking bringt das gar nichts, die weiterleitenden Domains landen nicht im Index. Allerdings kannst du so deine Marken im Domainnamen registrieren, falls das wichtig ist, dann kann das erstmal kein anderer machen…"[/quote] Also ist das was ich mache soweit erstmal OK - hatte tschersich ja auch schon angedeutet. Die zitierte Stelle ist zwar etwas älter (2009), ich habe aber nichts gegenteiliges gefunden. Grüße rattatui