Brauchen Permalinks mit "custom structure" ein Slash am Ende?

Hallo,
im Permalink-Modul scheinen die möglichen Varianten bei der custom structure mit den diversen tags wie z.B. %postname% immer mit einem Slash, also "/", enden zu sollen.

http://codex.wordpress.org/Using_Permalinks:

Custom structure : /%postname%/

Was bewirkt der Slash am Ende bzw. wenn man ihn wegließe? Klar, die URL hat dann entweder "/" hinten mit dran oder eben nicht. Aber wenn diese Wahlmöglichkeit so ohne Weiteres besteht, warum gibt WP und auch andere hinten immer den Slash dazu?

Vermutlich hat es einen (nicht erläuterten) Sinn, aber welchen? Ich würde gerne auf den Slash verzichten (wegen einer internen Url-Rewrite-Sache).

Da ich die Permalinkstruktur nur ein Mal - und nicht für versch. Seiten unterschiedlich - festlegen kann, muss ich auf beide Fälle achten: a) die schon bestehenden, beim Relaunch mit WP "nachzubauenden" Seiten und b) die zukünftig neuen Seiten (nach Relaunch dazukommenden).

a) Die schon bestehenden Unterseiten mit .html sollen auf die in WP angelegte Version ohne .html umgebogen werden (WP kann keine URL-Anhänge bei pages). Das bewirkt:
RewriteRule ^((unterverzeichnis/)?\[\w-])\.html /index.php?$1 [L]

Auf dieses interne URL-Rewrite reagiert der Browser nicht wie bei 301.

Für dieses Rewrite spielt es vermutlich keine Rolle, ob die interne WP-URL http://www.domain.de/seite1/ oder http://www.domain.de/seite1 lautet, weil das Rewrite vorher erfolgt?

Aber danach geht es dann halt zu entweder http://www.domain.de/seite1 oder http://www.domain.de/seite1/

b)Zukünftige neue Seiten
Hier greift das URL-Rewrite nicht, so dass sich die Frage "mit oder ohne Slash" wie bei einer neuen Site stellt. So wie bei denen, die man googlen kann zu dieser Frage und die kein Relaunch wie ich vorhaben.

Ich finde per Google Vorbehalte gegen den Slash wegen DC und Ladegeschwindigkeit, aber ohne Begründung und schon ältere posts, z.B. http://www.warriorforum.com/search-engine-…klinks-seo.html

Mittlerweile gibt es bei WP ein automatisch gesetztes canonical Metatag, das auf sich selbst verweist (zum Thema duplicate content).
Ausagekräftige Tests zur Ladegeschwindigekeit kann ich im Moment noch nicht machen.