Sprachen-Fallback mit 301 (Permanente Weiterleitung) statt 302

[karumba]

Hallo,

ich habe schon eine ganze Weile gegooglet, bin aber nicht fündig geworden. Darum wende ich mich vertrauensvoll an die Contao-Experten.

Ich habe eine Webseite mit nur einer Sprache (Englisch), die aber einen Sprachenanhang in der Domain enthält (/en) und deren Startpunkt als Fallback eingestellt ist. Beides, falls später weitere Sprachen hinzugefügt werden.

Nun leitet der Fallback die Standardseite natürlich auf /en um, was ja auch richtig ist. Nur tut er das mit einem 302 (Temporäre Weiterleitung). Wegen Google und SEO hätte ich das aber gern mit einem 301 (Permanente Weiterleitung).

.htaccess ist keine Option, es soll im Backend realisiert werden. Hat jemand eine Idee, wie sich das umsetzen lässt?

Ich habe bislang leider nichts dazu gefunden. Meine Idee wäre, eine zweite Webseite zu erstellen und dort mit Hilfe des Plugins "changelanguage" die Home-Seite der einen direkt auf die englische Seite umzuleiten. Allerdings befürchte ich, dass er mir dann auch bloß einen 302 generiert.

Für hilfreiche Antworten wäre ich sehr dankbar.

[valentin_]

hi, ich denke in der aktuellen version wird eine 301 weiterleitubg verwendet. welche version verwendest du genau?

[karumba]

hey, danke für die Antwort! Ich verwende Version 3.0.3. Ein Update ist derzeit schwierig (ist eine Firmen-Webseite), aber ich probiere das mal auf einer anderen Domain aus, danke für den ersten Tipp.

[Spooky]

Ein Update auf 3.2.20 wäre auch aus Sicherheitsgründen zu empfehlen.

[karumba]

danke - das weiß ich, aber das ist grad eigentlich nicht das Thema.

[karumba]

hi, ich denke in der aktuellen version wird eine 301 weiterleitubg verwendet. welche version verwendest du genau?

hallo Valentin, das hat tatsächlich funktioniert - in Version 3.4.5 wird beim Sprachen-Fallback offenbar ein 301 verwendet. Danke Dir!

[Mueller]

in Version 3.4.5 wird beim Sprachen-Fallback offenbar ein 301 verwendet.

Auch wenn ich hier einen alten Thread aufwärmen muss: Ist dem tatsächlich so? Ich verwende aktuell Contao 3.5.28 und habe dasselbe Problem: meine Sprachen-Subdomain (/*.nl) wird, so wie auch /body und die /*.de (!?) per 302 weitergeleitet. Nicht in der htaccess, sondern irgendwo im Backend. Das führt seit Wochen zu dem Problem, dass (Haupt!) Seiten laufend indexiert und wieder deindexiert werden.

[Spooky]

Sowohl in Contao 4 als auch in Contao 3 wird von example.org auf example.org/en per 301 weitergeleitet.

Außer du verwendest die Einstellung doNotRedirectEmpty in deiner localconfig.php - dann könnte evt. ein 302 redirect erfolgen.

[edge]

Wir haben eine Contao 3 Seite mit changelanguage 3.1.9: https://frank-enterprise.com
Hier erfolgt der Redirect mit 301.

Auf einer Contao 4 Seite mit, ebenfalls mit changelanguage 3.1.9 https://piranha-divers.jp erfolgt der Redirect mit 302.
doNotRedirectEmpty in der localconfig.php ist dort nicht aktiv.

Das muss dringend zu 301 geändert werden, da Google das sonst als Duplicate Content einstuft. Wie kann man das ändern?

[Spooky]

Auf einer Contao 4 Seite mit, ebenfalls mit changelanguage 3.1.9 https://piranha-divers.jp erfolgt der Redirect mit 302.
doNotRedirectEmpty in der localconfig.php ist dort nicht aktiv.

Ich kann das in keiner Installation bestätigen. Weder in Contao 4.4.18 noch in Contao 4.5.8. Der Redirect ist immer ein 301er.

Das muss dringend zu 301 geändert werden, da Google das sonst als Duplicate Content einstuft.

Wie stellst du dir das vor? Es gibt unter https://piranha-divers.jp/ keinen Inhalt. Und "Duplicate Content" ist nur über mehrere Domains hinweg ein Problem.

[Spooky]

Auf einer Contao 4 Seite mit, ebenfalls mit changelanguage 3.1.9 https://piranha-divers.jp erfolgt der Redirect mit 302.
doNotRedirectEmpty in der localconfig.php ist dort nicht aktiv.

Du scheinst ein ungewöhnliches Setup zu verwenden. Anscheinend verwendest du nicht

contao:
    prepend_locale: true

und der Alias deiner englischen Startseite bspw. lautet "en". In dem Fall wird ein 302 Redirect gemacht.

[edge]

prepend_locale: true war in der Tat falsch bzw. nicht in der parameters.yml hinterlegt. Zudem hatten wir Ordner-URLs aktiviert. Das Redirect auf der Startseite erfolgt nun mit 301. Danke!!!

Die ursprüngiche Seite war nicht mit Contao erstellt und die https://piranha-divers.jp/ war die Startseite der englischen Version und liegt so aktuell noch im Google-Index. Mit der 301 auf https://piranha-divers.jp/en sollte das aber nun kein Problem mehr sein.

[Spooky]

Verstehe

[Potti2012]

Verstehe

Ich bin ratlos, habe das gleiche Problem, ich verstehe nicht, wieso contao eine 302 macht?
https://community.contao.org/de/show...-de-ausgegeben

Also von mir aus, können wir die Startseite auch mit /de/ ausgeben lassen, aber die 302 muss weg.

[Spooky]

Warum muss die 302 weg? Es muss 302 sein.

[Potti2012]

Warum muss die 302 weg? Es muss 302 sein.

Verstehe ich nicht, der gesamte Rank geht doch verloren? Jedes SEO Tool meckert. Oder bin ich auf dem Holzweg? Ursprünglich wollte ich erreichen, dass ich die Startseite ohne /de/ ausgeben lassen kann.

@Spooky: ja du hast Recht, natürlich muss eine 302 sein, sorry. Aber ich meine, dass es besser wären, wenn ich /de/ auf / umleiten könnte, das bekomme ich nicht hin.

[Spooky]

Oder bin ich auf dem Holzweg? Ursprünglich wollte ich erreichen, dass ich die Startseite ohne /de/ ausgeben lassen kann.

Das geht in Contao nicht^* (von Haus aus).

Was du jedoch ab Contao 4.13 machen kannst ist, dass du den gesamten deutschen Seitenbaum ohne Präfix konfigurierst (wenn du Legacy Routing deaktivierst). Dann hättest du URLs wie:

• https://example.com/ (Deutsche Startseite)
• https://example.com/deutsche-unterseite
• https://example.com/en/ (Englische Startseite)
• https://example.com/en/english-subpage

^* je nach Anwendungsfall

[Potti2012]

Das geht in Contao nicht^*.

Was du jedoch ab Contao 4.13 machen kannst ist, dass du den gesamten deutschen Seitenbaum ohne Präfix konfigurierst (wenn du Legacy Routing deaktivierst). Dann hättest du URLs wie:

• https://example.com/ (Deutsche Startseite)
• https://example.com/deutsche-unterseite
• https://example.com/en/ (Englische Startseite)
• https://example.com/en/english-subpage

^* je nach Anwendungsfall

@Spooky, ok, das wusste ich nicht, danke dir auf jeden Fall. Ja, das oben habe ich gelesen und verstanden. Ich habe nur DE als Sprache, diese sollte dann auch in der url stehen. Aber das mit der Startseite ist wirklich doof.

[Potti2012]

Das geht in Contao nicht^* (von Haus aus).

Was du jedoch ab Contao 4.13 machen kannst ist, dass du den gesamten deutschen Seitenbaum ohne Präfix konfigurierst (wenn du Legacy Routing deaktivierst). Dann hättest du URLs wie:

• https://example.com/ (Deutsche Startseite)
• https://example.com/deutsche-unterseite
• https://example.com/en/ (Englische Startseite)
• https://example.com/en/english-subpage

^* je nach Anwendungsfall

* von Haus aus nicht, aber kann ich das nicht über htaccess steuern?

Leider meckert dann der Browser, dass zu oft weitergeleitet wird.

Versucht habe ich es wie folgt:

RewriteCond %{HTTP_HOST} ^domain\.de$ [NC]
RewriteRule (.*) https://www.domain.de/$1 [R=301,L]

Mein Problem ist, dass ich die Startseite nur www.domain.de/de/ aufrufen kann. Ich möchte aber, dass die Startseite so aufrufbar ist: www.domain.de -->
Wenn ich jetzt noch zusätzlich eine Weiterleitung anlegen:

RedirectMatch 301 ^/de/$ / (das sollte ja richtig sein, oder?)

[Spooky]

@Spooky, ok, das wusste ich nicht, danke dir auf jeden Fall. Ja, das oben habe ich gelesen und verstanden. Ich habe nur DE als Sprache, diese sollte dann auch in der url stehen. Aber das mit der Startseite ist wirklich doof.

Wenn du nur eine Sprache hast, dann kannst du "de/" ja genau so gut in den Seitenalias schreiben. Das geht in jeder Variation in jeder Contao Version (solange du Ordner URLs aktiviert hast).

Davon abgesehen: warum willst du das überhaupt machen?

[Potti2012]

Wenn du nur eine Sprache hast, dann kannst du "de/" ja genau so gut in den Seitenalias schreiben. Das geht in jeder Variation in jeder Contao Version (solange du Ordner URLs aktiviert hast).

Davon abgesehen: warum willst du das überhaupt machen?

@Spooky: jetzt bin ich verwirrt, contao fügt doch, wenn ich unter Seitenstruktur DE eingebe, was ein Pflichtfeld ist, automatisch DE zur url dazu? Ich kann es ja gar nicht mehr weglassen? Von mir aus, kann es auch ganz weg sein. Aber per default ist es doch da? Wie sollte ich es wegbekommen?

[mlweb]

Nein per default ist das nicht da.
Welche Contao-Version ist das bei Dir?

Nachtrag:
Ist bei Dir wahrscheinlich dann entsprechend eingestellt in der config.yml
https://docs.contao.org/manual/de/la...en/#body-inner

[Potti2012]

Nein per default ist das nicht da.
Welche Contao-Version ist das bei Dir?

4.9

[mlweb]

Schau mal in die config.yml siehe meinen Nachtrag oben

[Potti2012]

Schau mal in die config.yml siehe meinen Nachtrag oben

Du meinst in der parameters.yml?

da stand vorher true, habe es nun auf false geändert: prepend_locale: false

in der config.yml steht nur

contao:
url_suffix: "/"

[mlweb]

Das prepend_locale gehörte m.E. noch nie in die parameters.yml sondern immer in die config.yml. So steht es auch in der Doku.
Da prepend_locale: false Standard ist braucht das dann auch nicht in der config.yml zu stehen.
Für alle Änderungen an den Konfigurationsdateien gilt: Prod.-Cache löschen, damit es wirksam wird. Das steht aber auch im oben verlinkten Abschnitt der Doku.

[Spooky]

@Spooky: jetzt bin ich verwirrt, contao fügt doch, wenn ich unter Seitenstruktur DE eingebe, was ein Pflichtfeld ist, automatisch DE zur url dazu?

Nein, nur wenn du das so eingestellt hast.

Aber per default ist es doch da? Wie sollte ich es wegbekommen?

# config/config.yaml
contao:
    prepend_locale: false 

Oder diese Einstellung entfernen, weil der Default ist ohnehin false. Oder wenn du schon auf Contao 4.13 bist und Legacy Routing deaktiviert hast, dann einfach in den Einstellungen des Website Roots.

[Potti2012]

Das prepend_locale gehörte m.E. noch nie in die parameters.yml sondern immer in die config.yml. So steht es auch in der Doku.
Da prepend_locale: false Standard ist braucht das dann auch nicht in der config.yml zu stehen.
Für alle Änderungen an den Konfigurationsdateien gilt: Prod.-Cache löschen, damit es wirksam wird. Das steht aber auch im oben verlinkten Abschnitt der Doku.

Vielen Dank für die Hilfe, es hat nun funktioniert, die Community hier ist wirklich toll!

- - - Aktualisiert - - -

Vielen Dank für die Hilfe, es hat nun funktioniert, die Community hier ist wirklich toll!

DANKE für alles!