"canonical" помогает, если писать без ошибок (с одной "n"). И про Disallow давно вам написал:
Каких старых id? В общем случае вам нужна таблица соответствия старых адресов и новых.
Это можно делать и целыми разделами, но, как выше написали, здесь нужна полнейшая конкретика.
Кстати, во втором случае для непосредственного осуществления переадресации может использоваться все тот же первый инструмент. Т.е. можно составить таблицу соответствия отдельной программой, а потом использовать эту таблицу в простом инструменте.
Слэш в конце тега - это из XHTML. В HTML5 допустимо, но избыточно.
Полный адрес главной включает слэш, т.е. правильно https://estic.ru/, но для главной допустимо и без слэша, чего не скажешь о внутренних - там это разные адреса, т.е. нужно указывать тот, который является основным.
Что касается rel="canonical" "на себя", действительно это избыточно, но по-другому в статическом сайте вы не сделаете, т.к. потребуется условное добавление этого тега. Практика такова, что этот тег добавляют "всегда" (в кавычках, т.к. исключения, конечно, есть, например я редко использую этот тег), потому что проблемы с дублями имеются и в широко распространенных программных продуктах, и с условным добавлением тега не хотят возиться.
Это слишком "мусорные" адреса, чтобы с них делать переадресацию. Все основные решения я описал в предыдущем сообщении.
От статических сайтов нужно отказываться. Не хотите использовать полноценную CMS, можно использовать программный каркас только для "головной" части сайта. А содержимым управлять "по старинке" в менеджере файлов (FTP не рекомендую в виду его незащищенности), в оболочке для работы с СУБД и т.п.
Это достаточно известный факт (и про низкую стоимость первого года, и про повышение стоимости продления в регистратуре). Но с момента этого "пересмотра" в регистратуре тарифы больше не менялись.
Здесь имеют место 2-я и 3-я озвученные вами причины. Например, я продлевал info месяц назад за примерно 1300 руб., а сейчас только из-за курса продление стоит примерно 1800 руб. (регистратор не российский).
Поисковики считают дублями адреса / и /?любая-строка-запроса. Все основные Web-серверы по умолчанию никак не препятствуют выдаче дублей со строкой запроса в адресе.
Нужно использовать rel="canonical" или Disallow для адресов со строкой запроса. Также можно делать запрет средствами сервера (или используемого программного каркаса), например выводить специальную страницу ошибки 404 или ту же страницу, но со статусом 404. Меня, например, не беспокоит, если кто-то проставит ссылку https://estic.ru/?page=support 😊
кто подскажет, как выпустить и установить на хостинг nic.ru можно, читаю что Let’s Encrypt не со всеми хостингами работает
Используйте Certbot или любой другой ACME-клиент (на сайте Let’s Encrypt есть список основных таких клиентов).
Для автоматической валидации доменов можно использовать сервис у меня в подписи. Подробнее: https://p20.ru/features/certificates
Также можно установить скрипт валидации прямо на ваш сайт. На форуме nic.ru была тема. Там основной вопрос, устанавливать ли сторонний скрипт на ваш сайт или просто настроить постраничную переадресацию с /.well-known/acme-challenge/ на сторонний сервис, например:
Redirect /.well-known/acme-challenge/ https://acme.p20.ru/estic/
Выпущенные сертификаты Let’s Encrypt устанавливаются в панели nic.ru точно так же, как и платные. Только вчера помогал одной организации это сделать: щелкните по сайту, а потом вверху последнюю вкладку "Безопасность". При установке в поле "Сертификат" загружайте сразу fullchain.pem, чтобы не добавлять "промежуточные" сертификаты.
