Два адреса у сайта

Ну, по сути, это зеркало сайта. Зеркало и склейка - разные вещи. Есть такая практика, давать юзеру возможность "переключаться" между защищенной и обычной версией сайта. Зависит от задач. Хотя, сложно предугадать, как поведут себя поисковики, если всю жизнь сайт жил по HTTP, собирал бэки, а тут вдруг появился HTTPS в виде главного зеркала, при чем HTTP не редиректится на него.

Если есть желание перейти на HTTPS, думаю, стоит делать так, как многие рекомендуют - с редиректами. Сам не так давно переводил сайт на HTTPS, просадки трафика вообще не было.

То есть, сразу прописываем редирект с HTTP на HTTPS, не дожидаясь, пока поисковики новый для них сайт проиндексируют?

Сначала включить https, потом указать протокол в robots.txt, дождаться переиндексации, потом только ставить редирект.

Если сделать редирект сразу, то с большой вероятностью поисковики сначала выкинут из индекса сайт на http, а потом неспеша проиндексируют на https.

А если вообще не делать редирект?

(Пусть так и будет два адреса, если поисковики не возражают)

Если это не считается дублями.

Я не в курсе, если честно :)

Это не 2 адреса, а доступность одного документа по 2м протоколам.

Правильное решение! У юзера должен быть выбор как ему юзать сайт (далеко не все хотят получать контент по httpS).

А ПС разберутся что в выдачу дать. Вернее с бОльшей долей вероятности в серпе будет httpS, тк гигантам выгодно подсаживать юзеров на это.

Примерно так, да. Разве что, еще надо HTTPS-версию сайта добавить в панели вебмастера Яндекса и Гугла, а для Яндекса еще и указать главное зеркало там.

По поводу редиректов. Редиректим все HTTP URL'ы на соответствующие HTTPS (некоторые ошибочно всё редиректят на главную HTTPS). При этом robots.txt HTTP-версии редиректиться не должен.

А вообще, думаю, можно для поисковиков сделать этот редирект и для "вновь зашедших" юзеров. А при серфинге уже давать возможность переключаться между протоколами, сохраняя состояние, например, в куки.

Редиректить вообще не нужно. ПСы сами возьмут httpS и юзер с ПС перейдёт на httpS.

Предложить пользователем сменить протокол - возможно и стоит. Но разве что с http на https - многие ведутся на "вы можете воспользоваться безопасным сёрфингом сайта". Но делать это ненавязчиво.

Для обратной процедуры - не стоит, ибо те кто понимают - могут и сами удалить S в адр. строке. А писать что-то обратное фразе выше - у юзера моск взорвётся :)

Для этого не куки нужны, а протоколонезависимые внутренние урлы.

Куки как раз будут вредны, тк не дадут сменить протокол просто из адр строки.

Вы имеете в виду относительные ссылки с базой "//" ?

Не обязательно, но не исключается и это.

Обычные относительные ссылки протоколонезависимые.

Кроме того движок может подставлять нужное перед выводом.