Per un browser e per un motore di ricerca, /about e /about/ sono due indirizzi. Se rispondono entrambi 200, lei ha due copie di ogni pagina. Il rimedio è scegliere una forma e reindirizzare l'altra su quella - e il modo in cui la cosa va storta è un ciclo.

Ne scelga una

# nginx: no trailing slash
rewrite ^/(.*)/$ /$1 permanent;

# nginx: with a trailing slash
rewrite ^([^.]*[^/])$ $1/ permanent;

Il secondo schema esclude di proposito tutto ciò che contiene un punto, così i file - /logo.png, /robots.txt - non finiscono su /logo.png/.

Il ciclo

Due regole in disaccordo - una che aggiunge la barra, una che la toglie - producono un reindirizzamento senza fine. Di solito succede quando il server web ha una regola e il framework dell'applicazione quella opposta. La sistemi in UN solo posto, e quel posto dovrebbe essere l'applicazione, se ha un'opinione in merito.
curl -sSIL https://example.com/about | grep -E '^HTTP|^location' | head -10

Più di un reindirizzamento in quell'output, o gli stessi due indirizzi che si alternano, è il ciclo. Veda i cicli di reindirizzamento.

Le directory sono l'eccezione

Una directory vera ha bisogno della barra finale: senza, i link relativi dentro la pagina si risolvono un livello più in alto del dovuto, e così CSS e immagini si rompono mentre l'HTML si carica. Non per nulla i server web reindirizzano per aggiungerla.

Dica quale è quella canonica

<link rel="canonical" href="https://example.com/about">
Qualunque scelga, faccia in modo che sitemap, tag canonical e link interni siano d'accordo con lei. Un sito che al proprio interno rimanda alla forma da cui poi reindirizza paga un andata e ritorno a ogni clic.