RewriteRule?

[0815]

wikipedia

[gelbor1]

http://de.wikipedia.org/wiki/Psychologie

[0815]

Vielen Dank, habe ich mir gleich mal angesehen, aber leider steht da nichts zum Thema "wie kommuniziere ich mit Kindergartenkindern und Trollen".

[Tomcraft]

Vielleicht wollt ihr ja doch nochmal ontopic werden und euch nicht gegenseitig die Köpfe einschlagen?

Grüße

Torsten

[guensi]

Meine bisherige Lösung sieht ein wenig anders aus:

redirectMatch 301 ^/de/(.*) /

Das /de wird zwar entfernt, dafür wird aber der rest der URL z.B. so ausgegeben:  ?cPath=725&language=de

Ich denke ich bin schon nah dran...

Nah dran? Oder den komplett falschen Ansatz gewählt? Habe mal versucht mir das Problem näher anzuschauen. Dabei stellen sich mir folgende Fragen:

1. Welches der erzeugten de willst du denn loswerden und vor allem warum? So wie ich das momentan sehe, gehört .de zur Originaladresse, das /de zu der von "ShopStat Special Edition für mehrsprachige URLs" erzeugten Version.

Daraus ergibt sich die Nachfrage zur Klärung:
2. Wie sieht denn die englische Version des Links aus?
*http://www.domain.de/en/... oder eher
*http://www.domain.en/de/...
Damit wüsste man, wo das Modul die Sprachkennung einbaut. Vermutlich ist erstes Beispiel richtig.

3. Oder tritt ein Problem nur mit der deutschen Sprache auf? Dann stellt sich die Frage, wo das Modul einen Fehler hat, oder fehlerhaft eingebaut wurde.

Denn:
4. Sagt die Beschreibung auf der Website des Anbieters:
Wie von Shopstat erklärt ist es in der multilingualen Version möglich pro Artikel und Sprache verschiedene Url’s zu erzeugen, was auch einwandfrei funktioniert:

*http://www.IHRSHOP.com/de/Kategorie1/Kategorie2/artikel::1.html

*http://www.IHRSHOP.com/en/Category1/Category2/article::1.html

Hier ersetzen wir mal im Beispiel .com durch .de und schon haben wir das, was das Modul liefern sollte.

*http://www.IHRSHOP.de/de/Kategorie1/Kategorie2/artikel::1.html

*http://www.IHRSHOP.de/en/Category1/Category2/article::1.html

Was am Ende auch logisch ist. Die Domain heisst *www.IHRSHOP.de
Das Modul schreibt lediglich eine Spracherweiterung nach einem / hinzu und trennt so deutsch von englisch.

Damit stünde der Wunsch das doppelte de entfernen zu wollen im krassen Gegensatz zu dem, was das Modul eigentlich leisten sollte.

So sehe ich das jedenfalls, ohne mich jetzt mal näher in die Funktionsweise des Moduls eingearbeitet zu haben.

EDIT: Ach ja, * hab ich lediglich benutzt, um tote Links zu vermeiden, die niemandem weiter helfen würden.

[Tomcraft]

[...]
EDIT: Ach ja, * hab ich lediglich benutzt, um tote Links zu vermeiden, die niemandem weiter helfen würden.

Das sollte eigentlich aufgrund des per default auf Links vergebenen "nofollow" Attributes hier im Forum kein Problem sein, aber lieb, dass du dir Gedanken machst.

Grüße

Torsten

[0815]

Sehr schön, back to topic

[...] Nah dran? Oder den komplett falschen Ansatz gewählt? [...]

Absolut der falsche Ansatz! Die Angelegenheit per RewriteRule zu lösen habe ich mittlerweile verworfen.

[...] Dabei stellen sich mir folgende Fragen: [...]

Meines Erachtens habe ich alle Deine Fragen bereits weiter vorne beantwortet, aber ich habe wegen der unnötigen Zankerei auch den Überblick verloren.

Also, hier nochmals so knapp wie möglich:

1. Was macht die Shopstat Special-Edition?
http://www.derersteraum.de/xtcommerce/shopstat-seo-url-modul-shop-mehrsprachig/

2. Wie sehen die URLs aus?
Deutscher Content:  http://www.domain.de/de/kat1/kat2/hund::0815.html
Englischer Content: http://www.domain.de/en/cat1/cat2/dog::0815.html

3. Wo baut das Modul die Spracherkennung ein?
In der shopstat_functions.inc.php

[...]
3. Oder tritt ein Problem nur mit der deutschen Sprache auf? Dann stellt sich die Frage, wo das Modul einen Fehler hat, oder fehlerhaft eingebaut wurde.
[...]

Das Modul ist weder falsch eingebaut, noch tritt ein Problem auf. Das Modul macht aus sicht des Erfinders genau das was es soll.

4. Warum will ich dennoch etwas ändern?
Alle meine deutschsprachigen Links sind schon seit Jahren so indexiert:
Deutscher Content:  http://www.domain.de/kat1/kat2/hund::0815.html

Wenn ich nun das Modul in der vorliegende Version verwende, werden zwar alle meine Seiten mit englischem Conten auch wie gewünst gespidert, aber alle dutschsprachigen URLs ändern sich leider auch (durch das /de). Es wird also doppelter Content erzeugt.

Auf Artikelebene gibt es jedoch keine Probleme, weil ich diese Modul verwende:
http://www.gunnart.de/tipps-und-tricks/doppelten-content-vermeiden-productredirect-fuer-xtcommerce/

Leider gibt es diese Modul nicht für Kategorie und Content-Seiten.

5. Wie kann man die Sache nun am besten lösen?

a) Die shopstat_functions.inc.php der Special-Edition so überarbeiten, dass die deutschsprachigen URLs so bleiben wie sie sind und nur den englischsprachigen URLs das /en verpaßt wird.

b) Alle bestehenden URLs ausgeben, nach Kategorie- und Content-Seiten filtern und dafür dann 301er in der .htaccess anlegen.

c) Das Gunnart-Modul so erweitern, das es auch für Kategorien und Content-Seiten und Content-Seiten funktioniert.

Ich würde momentan a oder c am besten finden.

Die Lösung c wäre mit Sicherheit auch unabhänig von der Shopstat Problematik die beste Lösung um doppelten Content zu vermeiden und somit auch für viele andere Probleme die beste Lösung. Auf der gunnart seite haben übrigens schon einige User nach dieser Lösung gefragt, aber bisher ist da leider noch nichts geschehen.

Die Lösung a wäre zusätzlich nicht schlecht, denn für die Serps wäre es sicherlich von Vorteil wenn das eher unnütze /de gar nicht erst auftaucht.

So, ich hoffe alle offenen Fragen sind nun geklärt. Wenn nicht, dann bitte einfach nachfragen.

[web28]

Hallo 0815,

Lösung A ist natürlich die einfachste! Bei Sprache == de wird der Zusatzeintrag gar nicht erst erzeugt, allerdings muss auch eine Anpassung für die Sprachumschaltung gemacht werden, die ansonsten nach de nicht mehr funktionieren würde. Ist aber alles mit wenig Aufwand machbar.

Das mit den zusätzlichen /de/ oder /en/ in der URL ist meiner Meinung aber nicht optimal. Viel besser ist bei Sprachumschaltung ein Domainwechsel z.B.

Deutscher Content: http://www.domain.de/kat1/kat2/hund::0815.html
Englischer Content: http://www.domain.com/cat1/cat2/dog::0815.html

Das ist dann wirklich Suchmaschinenfeundlich!  
Dabei würden auch die deutschen Deeplinks nicht angetastet!

Solch ein Modul gibt es bei mir auf Anfrage.

Gruss Web28

[0815]

Deine Lösung klingt zwar auch ganz gut, aber ich verwalte schon über 20 Domains, wovon auf 10 das Multishopsystem läuft. Mit Deiner Lösung würde ich dann noch 10 zusätzliche Webseiten benötigen und da ist mir der Verwaltungsaufwand zu hoch.

Trotzdem danke.

Ich finde die Lösung mit der Erweiterung des gunnART Moduls nach wie vor am besten, denn damit wäre nicht nur mir, sondern sicherlich auch vielen anderen Usern geholfen.

[web28]

Vielleicht war das etwas missverständlich

Ein Shop -> mehrere Sprachen, pro Sprache eine Domain, es ist also nur ein Sprachen/Domainumschalter

Das geht übrigens auch mit Subdomains, wobei für Englisch KEINE de-Domain verwendet werden sollte!

[0815]

[...]
Ein Shop -> mehrere Sprachen, pro Sprache eine Domain, [...]

10 Shops ---> 10x Englisch + 10x Deutsch = 20 Domains

Oder hab' ich's noch immer nicht verstanden?

Wie auch immer, da ich das Shopstat Modul nun gekauft habe, möchte ich voerst damit eine Lösung finden. Wobei ich die Gunnart Lösung auch noch gerne wie beschrieben erweitern möchte.
Beidesd zusammen wäre für mich perfekt.

[guensi]

Ok, also kein Fehler sondern ein SEO-Problem.

Wenn ich mich entscheiden müsste würde ich zu Lösung A tendieren. B ist zu aufwändig, wenn mehr als sagen wir mal 50 Artikel zu verwalten wären. Ob C überhaupt möglich ist kann ich nicht sagen, dazu kenne ich dieses Modul nicht gut genug. Gleiches gilt aber auch für die Anpassungen zu A, da kann ich leider auch nicht mehr dazu beitragen.  

[0815]

Bei C wäre eben die Frage, wer das Gunnart Modul nutzt, ggf. auch Interesse an komplementären Umsetzung für Kategorie- und Content-Seiten hat und sich das bestehende Gunnart-Modul mal ansehen könnte.
Ich kann so gar nicht abschätzen wie hoch der Aufwand für die Anpassung/Ergänzung wäre. Mir fehlen da ausreichende PHP-Kenntnisse. Ich bekomme zwar sehr viele Kleinigkeiten per try an Error hin, aber ich vermute mal, hier ist ein wenig mehr erforderlich.