Auf einer Website haben wir ein Tag-System. Kürzlich haben wir entdeckt, dass wir die meisten Tags umbenennen und umleiten müssen. Es sieht aus wie ein Job für 301 Redirect, aber einige der Tags werden falsch umbenannt (weil der Prozess automatisch ist) und wir werden sie zu ihrem späteren Namen zu ihrem späteren Namen zurückgeben. Wenn das passiert, müssen wir eine Umleitung zurück zur ursprünglichen URL vornehmen und wahrscheinlich wieder 301. Offensichtlich würde zu einem Zeitpunkt nur eine der URLs eine 301 tun, und all dies würde innerhalb derselben Domäne passieren. Beispiel: Wir beginnen mit www.example.com/tag/foo.Wird 301 zu url machen, dass 301 anders herum etwas früher Ärger verursachen würde?
Dann würde die automatische Namenskorrektur es zu www.example.com/tag/bar ändern und 301 von der vorherigen Adresse tun.
Die automatische Korrektur wäre für die meisten Tags in Ordnung, aber nicht diese, also würden wir schließlich die URL wieder auf www.example.com/tag/foo fixieren und 301 noch einmal tun.
Ich habe es getestet (mit einer lokal ausgeführten Website) in Firefox 50 und Chrome 54 und beide scheinen die Situation in Ordnung (wenn ich an die ursprüngliche Adresse umleiten vergisst der Browser die alten 301). Verfolgt Google (und/oder andere Browser) dies auch, oder bin ich lieber 302 und hoffe, dass Google die Adresse im Index ändert, anstatt die Seiten zu duplizieren?
Das wird eine Redirect-Schleife verursachen, die Fehler oder noch schlimmer den Benutzer Browser hängen (modernste Browser sollte Fehler). Tu das nicht. FYI wenn das eine öffentliche Seite ist, verlierst du Ranking in Google, etc. – Liam
@Liam Selbst wenn nur eine Seite 301 zu dieser Zeit machen würde? Als ich es mit Firefox und Chrome getestet habe, funktionierte es, aber ich habe es nur auf localhost getestet und die Browser behandeln das vielleicht anders. – jahu