Согласно RFC 2616 (HTTP / 1.1), раздел 3.2.2 , URL-адреса http://www.example.com
и http://www.example.com/
эквивалентны, и HTTP-клиенты должны нормализовать первый до последнего перед отправкой запроса на сервер:
«Если abs_path отсутствует в URL, он ДОЛЖЕН быть задан как« / »при использовании в качестве Request-URI для ресурса ( раздел 5.1.2 )».
где раздел 5.1.2 говорит:
«Обратите внимание, что абсолютный путь не может быть пустым; если в исходном URI его нет, он ДОЛЖЕН быть задан как« / »(корень сервера).»
RFC 3986 (универсальный синтаксис URI) подтверждает это в разделе 6.2.3 «Нормализация на основе схемы» , отмечая, что:
«Например, поскольку схема« http »использует компонент полномочий, имеет порт по умолчанию« 80 »и определяет пустой путь, эквивалентный« / », следующие четыре URI эквивалентны:
http://example.com
http://example.com/
http://example.com:/
http://example.com:80/
В общем, URI, который использует общий синтаксис для полномочий с пустым путем, должен быть нормализован к пути «/». Аналогичным образом, явный «: порт», для которого порт пуст или используется по умолчанию для схемы, эквивалентен тому, где порт и его разделитель «:» исключены, и, следовательно, должен быть удален путем нормализации на основе схемы. Например, второй URI выше является нормальной формой для схемы «http».
Технически нормализация, описанная в разделе 6.2.3 RFC 3986, является необязательной для реализаций, которые, например, просто индексируют URL-адреса, хотя RFC 2616 делает его обязательным для клиентов, желающих фактически отправлять HTTP-запросы. Тем не менее, учитывая, что стандарт допускает такую нормализацию, и, учитывая, что поисковые системы, как правило, не хотят намеренно добавлять дубликаты в свой индекс, можно быть уверенным, что почти все поисковые системы будут нормализовать все эти URL-адреса, чтобы они были одинаковыми.
Таким образом, не имеет никакого значения ни для браузеров, ни для поисковых систем, используете ли вы http://www.example.com
или http://www.example.com/
. Они эквивалентны.