Nach Relaunch sind alte URL aus den Google-Index nicht mehr aufrufbar

**Schnippel** · 14.05.2020, 13:09

Hi Leute,

ich schalte gerade eine erneuerte Website live und habe Contao 4.9.2 mit der url-Suffix-Umstellung, daß URLs mit .html auf die neuen URLs ohne dem.html weitergeleitet werden (siehe Beschreibung https://erdmann-freunde.de/ressource...rl-slash-html/)

Jetzt kann man die alten URLs im Google-Index nicht mehr aufrufen.
Es kommt folgender Fehler:

Ruft man die Domain https://raumausstatter-schneider-qui...furt-gera.html
auf, dann kommt man auf die neue Seite.

Geht man aber über die google-Suche und klickt dort drauf, dann wird der "/" nach dem .de entfernt, sodaß diese Fehlermeldung kommt:

Unbenannt-1.jpg

Was kann man tun, daß sich die URLs aus dem Google-Index aufrufen lassen?

**Spooky** · 14.05.2020, 13:13

So wie es aussieht hast du einen feherhaften Redirect eingerichtet:

Code:

$ curl -I http://www.raumausstatter-schneider-quirla.de/plissee-jena-erfurt-gera.html
HTTP/1.1 301 Moved Permanently
Date: Thu, 14 May 2020 12:12:10 GMT
Server: Apache
Location: https://raumausstatter-schneider-quirla.deplissee-jena-erfurt-gera.html
Content-Type: text/html; charset=iso-8859-1

**Schnippel** · 14.05.2020, 13:22

Und wo /wie kann ich diese ändern?

in der htaccess habe ich wie bei Ermann-Freunde beschrieben folgendes drin stehen:

Code:

	# Rewrite all .html --> /
	RewriteCond %{REQUEST_FILENAME} !-f
	RewriteRule (.*)\.html$ %{ENV:BASE}/$1/ [L,R=301]
	
	# add trailing slash
	RewriteCond %{REQUEST_FILENAME} !-f
	RewriteCond %{THE_REQUEST} !/contao [NC]
	RewriteCond %{THE_REQUEST} !/_contao [NC]
	RewriteRule ^.*[^/]$ /$0/ [L,R=301]

**Spooky** · 14.05.2020, 13:37

Welche Anweisung dafür verantwortlich ist, weiß ich nicht. Aktuell hast du auf jeden Fall einen falschen Redirect drin.

**Schnippel** · 14.05.2020, 14:17

Das wäre der Inhalt der gesamten htaccess, hilft das vielleicht weiter?

Code:

#
#  Protect backend
##







<IfModule mod_rewrite.c>
    RewriteEngine On
	
    # HTTPS Umleitung Contao 4
    # Einfügen nach RewriteEngine On
    RewriteCond %{HTTPS} !=on
    RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^(.*)$ app.php [QSA,L]


    <IfModule mod_headers.c>
        # Assets in /assets and /bundles either contain a hash in their filename
        # or are called with a ?version suffix, therefore cache them for 1 year.
        RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
        Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS

        # Allow CORS on the Contao TinyMCE skin.
        RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
        Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
    </IfModule>

    # Determine the RewriteBase automatically and set it as environment variable.
    # If you are using Apache aliases to do mass virtual hosting or installed the
    # project in a subdirectory, the base path will be prepended to allow proper
    # resolution of the index.php file and to redirect to the correct URI. It will
    # work in environments without path prefix as well, providing a safe, one-size
    # fits all solution. But as you do not need it in this case, you can comment
    # the following 2 lines to eliminate the overhead.
    RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # Sets the HTTP_AUTHORIZATION header removed by Apache
    RewriteCond %{HTTP:Authorization} .
    RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # Redirect to URI without front controller to prevent duplicate content
    # (with and without `/index.php`). Only do this redirect on the initial
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
    # endless redirect loop (request -> rewrite to front controller ->
    # redirect -> request -> ...).
    # So in case you get a "too many redirects" error or you always get redirected
    # to the start page because your Apache does not expose the REDIRECT_STATUS
    # environment variable, you have 2 choices:
    # - disable this feature by commenting the following 2 lines or
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
    #   following RewriteCond (best solution)
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule ^ - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule ^ %{ENV:BASE}/index.php [L]
</IfModule>

<IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
        # When mod_rewrite is not available, we instruct a temporary redirect of
        # the start page to the front controller explicitly so that the website
        # and the generated links can still be used.
        RedirectMatch 302 ^/$ /index.php/
        # RedirectTemp cannot be used instead
    </IfModule>
</IfModule>

**Spooky** · 14.05.2020, 14:25

Nimm als HTTPS Redirect lieber folgendes:

Code:

    RewriteCond %{HTTPS} off
    RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

**Schnippel** · 14.05.2020, 14:51

Ich habe jetzt das hier entfernt:

Code:

# HTTPS Umleitung Contao 4
    # Einfügen nach RewriteEngine On
    RewriteCond %{HTTPS} !=on
    RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^(.*)$ app.php [QSA,L]

und das dafür eingesetzt:

Code:

 # HTTPS Umleitung Contao 4
    # Einfügen nach RewriteEngine On
    RewriteCond %{HTTPS} off
    RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Warum ist die letzte Variante besser?