Как работает двойной слеш в URL?

Потому что второй слэш это часть имени страницы

Зависит исключительно от того, как это обрабатывается на стороне сервера. Во многих случаях делают автозамену двойных на одинарные, но в твоём случае нет.

И чего, мне теперь можно сделать страницу с именем «/» ?
Ну, чтобы получилось:

https://my.web.site/ - это сайт
https://my.web.site// - а это, к примеру, его админка.

мне теперь можно сделать страницу с именем «/» ?

Нельзя, я тебе запрещаю.

Очень хочется!

Терпи.

По стандарту так быть не должно, / = // = //////

Сомневаюсь. По какому пункту какого стандарта?

На практике двойной слэш в path-части URL — это «ошибка» (т.к. согласно RFC разделителем пути является именно одинарный слэш), которую большинство серверов игнорирует либо по умолчанию, либо через опции. Т.е. при обработке запроса двойные (тройные и т.д.) слэши предварительно преобразовываются к одинарным.

Не «на практике», а «в теории». На практике ни один веб-сервер ошибкой это не считает и даже не имеет опции считать это ошибкой. Либо заменяют на одинарный (при отдаче статики, т.к. там двойной точно никому не нужен), либо передают приложению как есть (т.е. двойной) - чтобы приложение само решало что с ним делать. Возможно, где-то есть опции (но не дефолт) превращать двойные в одинарные и для приложения.

А стандарт мне разрешает:
https://www.rfc-editor.org/rfc/rfc3986#section-3.3

path = path-abempty; begins with "/" or is empty
path-abempty = *( "/" segment )
segment = *pchar
pchar = unreserved / pct-encoded / sub-delims / ":" / "@"

сегменты могут быть пустыми и их может быть сколько угодно.

https://my.web.site/ - это сайт

https://my.web.site// - а это, к примеру, его админка.

Норм идея, пожалуй возьму на вооружение. %)

Ну собсно сам уже нашел))