.htaccess - trailing slash wird nur auf der Hauptseite entfernt?

19thai89 · 4. Juni 2018

Hallo,

ich habe auf meiner Website das Problem, dass der trailing slash nur auf der Startseite entfernt wird, aber nicht auf den Unterseiten. Ich bin wirklich mit der .htaccess total überfordert, bei mir geht da alles nur nach try & error Prinzip. Viele der vorgeschlagenen Lösungen im Netz scheinen ohnehin bei mir nicht zu funktionieren, eine von 5 vielleicht.

Ich habe joomla 3.8.x und wichtig sind in der .htaccess folgende Sachen:

- überschreiben von http zu https

- das entfernen von /index.php/ in der URL

- die trailing slash am Ende der Seiten entfernen

Alles soll meinen seo score verbessern und doppelt erkannte Seiten vermeiden.

Dies ist meine derzeitige .htaccess:

Code

##
# @package    Joomla
# @copyright  Copyright (C) 2005 - 2017 Open Source Matters. All rights reserved.
# @license    GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line 'Options +FollowSymLinks' may cause problems with some server configurations.
# It is required for the use of mod_rewrite, but it may have already been set by your 
# server administrator in a way that disallows changing it in this .htaccess file.
# If using it causes your site to produce an error, comment it out (add # to the 
# beginning of the line), reload your site in your browser and test your sef urls. If 
# they work, then it has been set by your server administrator and you do not need to 
# set it here.
##

## No directory listings
<IfModule autoindex>
  IndexIgnore *
</IfModule>

## Can be commented out if causes errors, see notes above.
# Options +FollowSymlinks
Options -Indexes

## Mod_rewrite in use.

RewriteEngine On

# HTTP to HTTPS
RewriteCond %{SERVER_PORT} !^443$
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [QSA,R=301,L]
<IfModule !mod_ssl.c>
Redirect permanent / https://www.thailandien.de
</IfModule>

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site then comment out the operations listed 
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root home page

RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment the following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule ^(.*)$ /index.php?/$1 [L]

#
## End - Joomla! core SEF Section.

AddOutputFilterByType DEFLATE text/css application/x-javascript text/x-component text/html text/richtext text/javascript image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon application/javascript application/rss+xml

# browser caching
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 1 month 1 days"
ExpiresByType maps/ssmartmaps "access plus 1 month 1 days"
ExpiresByType text/html "access plus 1 month 1 days"
ExpiresByType image/gif "access plus 1 month 1 days"
ExpiresByType image/jpeg "access plus 1 month 1 days"
ExpiresByType image/png "access plus 1 month 1 days"
ExpiresByType text/css "access plus 1 month 1 days"
ExpiresByType text/javascript "access plus 1 month 1 week"
ExpiresByType application/x-javascript "access plus 1 month 1 days"
ExpiresByType text/xml "access plus 1 seconds"
</IfModule>

## Remove trailing slash /
RewriteCond %{HTTP_HOST} !^www\.(.+)$ [NC]
RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]
# ...[L,R] <- for test, for prod use [L,R=301]

RewriteCond %{REQUEST_URI} ^(.*)//(.*)$
RewriteRule . %1/%2 [R=301,L]

Alles anzeigen

anka · 4. Juni 2018

Das Entfernen von /index.php hat zwar keinen Einfluss auf dein Ranking, schadet aber nicht. Doch das mit dem Trailing Slash und Duplicate Content ist Quatsch. Das ist kein DC, solange es unter der gleichen Domain ist. Abgesehen davon erfindet Google keine URLs, wie soll er also plötzlich auf URLs mit zwei oder gar drei Trailing Slashes kommen?

Man kann seine Webseite auch zu Tode optimieren

19thai89 · 4. Juni 2018

Hallo anka,

das sehe ich anders. Sämtliche SEO tools melden hier doppelte inhalte. Seobility tut es, ryte auch etc. Diese werden als kritisch bzw. schwerwiegend klassifiziert.

Was allerdings seltsam ist - es handelt es sich schon wieder um die Unterseite /fotos die schon vorher Probleme verursachte (wir sprachen darüber; diese Probleme sind immer noch nicht behoben).

Andere Unterseiten werden nicht als problematisch gemeldet obwohl auch dort man die Seite mit und ohne das "/" am Ende aufrufen kann.

19thai89 · 4. Juni 2018

Hier noch ein gemeldeter Fehler - das wäre der 3. rot markierte Punkt im obigen Bild #2

JoomlaWunder · 4. Juni 2018

Lass an deine URLs mal eine Datei-Endung ranhängen! Dann gibt es sogar 3 Möglichkeiten. Mache ich seit Jahren. Negative Auswirkungen = 0.

Teils werden in den Analyse-Tools sogar Dinge bemängelt, die man rein technisch gar nicht ausführen kann. Negative Auswirkungen = 0.

Warum du die "Rüge" nur bei "/fotos" bekommst, kann ich dir nicht sagen. Vielleicht kommen die anderen ja noch.

anka · 4. Juni 2018

Das sind nicht doppelte Inhalte, sondern doppelte Seitentitel. Meines Wissens ist das aber nicht weiter tragisch. Google ist nicht ganz doof. Er merkt ganz genau, wenn eine Seite mit einem CMS aufgebaut ist und weiss, dass dann eine Seite u.U. über mehrere URLs zu erreichen ist. Das wird unter normalen Umständen nicht abgestraft.

Ich kann mich nur wiederholen: Man kann seine Webseite auch zu Tode optimieren!

PS:

Um herauszufinden, warum die Foto-Unterseiten verschiedene URLs produzieren (s.hier), müsste man sich im Backend mal genauer umschauen. So aus der Distanz kommt man da nicht weiter.

christine2 · 4. Juni 2018

Hallo,

Trailing slash DC etc. dazu hat ja Anka schon erklärt. Huch, sehe gerade, gibt neue posts.

Was mich persönlich eher stört bzw. stören würde, ist dieser Pre-loader & dass die Seite(n) lange zum Laden braucht.

Bin schon wieder weg, denn mit SEO kenn ich mich nicht aus.

Liebe Grüße
Christine

JoomlaWunder · 4. Juni 2018

Und die URL-Eingabe ohne-WWW wird nicht vernünftig weitergeleitet. Bin zwar kein Experte, was die .htaccess angeht, aber irgendwie erschließt sich mir da von manchen Einträgen nicht der Sinn.

19thai89 · 4. Juni 2018

Also vielleicht ist es nicht so schlimm, nur die melden es halt und man möchte natürlich möglichst das beste Ranking haben, zumindest so um die 80%.

JoomlaWunder

Bei mir wird es immer von no-www auf www umgeleitet. Jedes mal. Kein Problem.

christine2

Ja, diese Ladezeiten sind echt krass teilweise. Das liegt wohl an diesen Baukastensystem "SP Page Builder" den ich nutze, der gibt mir zwar viele gute Möglichkeiten, aber es belastet das System auch um einiges mehr als normales Joomla. Ich will das künftig auf normales nach und nach Joomla umändern, doch das würde jetzt zu lange dauern und ich weiß nicht ob ich alles davon umsetzen können werde.

anka

Ich kann ja bei Gelegenheit eine Kopie der Seite erstellen und dann kannst du dich dort austoben wenn du möchtest.

JoomlaWunder · 5. Juni 2018

Zitat von 19thai89

JoomlaWunder

Bei mir wird es immer von no-www auf www umgeleitet. Jedes mal. Kein Problem.

Nun ja..... gestern wurde der Nicht-WWW-Aufruf auf https://www\. weitergeleitet. Heute scheint es zu funktionieren. Was mir auch noch aufgefallen ist, Es wurden teils Bilder geladen, die 900kB hatten. Insgesamt würde ich die Seite abspecken. Was das mp4 mit 178 MB auf der Startseite zu suchen hat oder hatte, ist mir auch schleierhaft.....

Insgesamt könntest du noch einiges optimieren! Die vielen Scripte/CSS habe ich mir dabei noch nicht einmal angeschaut.

19thai89 · 5. Juni 2018

Zitat von JoomlaWunder

Nun ja..... gestern wurde der Nicht-WWW-Aufruf auf https://www\. weitergeleitet. Heute scheint es zu funktionieren. Was mir auch noch aufgefallen ist, Es wurden teils Bilder geladen, die 900kB hatten. Insgesamt würde ich die Seite abspecken. Was das mp4 mit 178 MB auf der Startseite zu suchen hat oder hatte, ist mir auch schleierhaft.....

Insgesamt könntest du noch einiges optimieren! Die vielen Scripte/CSS habe ich mir dabei noch nicht einmal angeschaut.

Das kann durchaus sein, dass es kurzfristig gestern so gewesen ist. Ich hatte nämlich verschiedenes ausprobiert. Das Video wird noch gekürzt, allerdings hätte ich es schon gerne drin. Dafür ist diese Funktion da um im Hintergrund ein Video laufen zu lassen.

Das ganze basiert auf dem SP Page Builder Lite Baukastensystem und somit weiß ich selbst nicht wie ich die Scripte optimieren sollte. Mit normalen Joomla Beiträgen kann ich wohl so etwas wie mit dem SP PB nicht erschaffen. Zumindest ich nicht.

Indigo66 · 6. Juni 2018

19thai89 es reicht wenn Du erst mal die Bilder besser komprimierst und nicht so hochauflösend verwendest und das Video auch.
Für Skripte und CSS gibt es z.B. den JCH-Optimizer.

Pagebuilder haben leider von Haus aus einen Coderoverhead. Schlanke, schnell ladende Seiten, schreibt man selber.

JoomlaWunder · 6. Juni 2018

Vom Video vielleicht nur eine kleine Kostprobe anbieten..... Per Klick dann das gesamte Video, natürlich in der Größe optimiert.

19thai89 · 8. Juni 2018

Ich habe das Video verändert, jetzt sind es "nur" noch 99 MB. Habe dafür andere Szenen eingebaut. Allerdings werde ich es wohl noch weiter verkleinern und verkürzen.

Zusätzlich habe ich noch das plugin "Jch" installiert was die Site weiterhin beschleunigt hatte.

Medialekt · 16. Mai 2020

Hallo,

auch ich habe mich in den letzten Wochen intensiv mit diesem "Schönheitsthema" befasst.

Grundsätzlich können Joomla-Seiten mit sowie ohne Trailing Slash aufgerufen werden. Das ist kein DC sein, jedoch bemängeln es auch heute noch viele SEO Tools, abgesehen davon, dass es nicht so schön ist.

Einsprachige Seiten können also mit beiden Versionen ausgeliefert werden, vom Core sollte kein Trailing-Slash angehängt werden mit den SEF Settings.

Mehrsprachige Seiten hingegen produzieren im Root mit Trailing Slash, auch vom Sprachumschalter, Breadcrumbs etc.

Die Ursache liegt im Languagefilter-Pplugin, welche gezielt einen Slash hinzufügt.

Ich hatte es HIER mit einem PR versucht, das war auch nicht das erste Mal, es waren bereits mehrere PRs dieser Art in der Vergangenheit. Jedesmal wie auch hier ohne in den Hauptzweig zu kommen.

Hier sieht man auch die Datei, in welcher der Slash einfach entfernt wurde. Ich hatte dem PR sogar einen Parameter im Plugin spendiert, welcher standard den Slash belässt und nur durch gezielte Aktivierung des Parameters für ein einheitliches Entfernen sorgt.

Mein 2. Versuch, das ganze Plugin mit einem 2. eigenen Plugin zu ersetzen ist leider auch gescheitert, da das eigentliche Core Plugin ganz offensichtlich zu tief im System sitzt.

Wem das Thema stört, kann gerne den Corehack nehmen, es steht natürlich immer Aufwand/Nutzen im Raum.

Für mich selbst muss ich nun entscheiden, lass ich die schöneren URLs und achte bei jedem Joomla Update die Änderung evtl. wieder zu zurückzuspielen, oder stört es mich nicht weiter und ich belasse es so wie all die letzten Jahre.

Definitiv, einen Mehrwert bzgl. Ranking habe ich nicht, auch wird es meinen Besuchern ziemlich egal sein.

Medialekt · 16. Mai 2020

Hier auch noch was zum nachlesen... https://joomlaseo.com/checklist/avoid-duplicate-url-s

Tags