xmoonlight

Если раздел блога о приобретении нестандартных товаров, то лучше сохранить назначение раздела в URL:
site.ru/how-buy/kak-kupit-slona

Если это набор статей одного блога одного автора - лучше сохранить дату публикации в международном формате ISO 8601:
site.ru/2018-10-29/kak-kupit-slona

Если это публикация динамического перечня (товарное предложение, например) - лучше использовать ID:
site.ru/good/123456

Если это публикация конкретного пользователя:
site.ru/username/post/123456
site.ru/username/p/123456
или та же публикация, но уже без упоминания пользователя:
site.ru/post/123456
site.ru/p/123456
Не забываем указать canonical-тег: <rel=canonical href="[link]">, если страница доступна по нескольким URL-ам! Здесь - подробно.

Если сайт имеет слишком обширную и разнородную тематику публикаций (развлекательно-новостные ресурсы), которые не сегментированы по какому либо признаку, а привлечение аудитории рассчитано на органический "залив" и/или через обмен линками в IM-чатах, то тогда можно заголовки статей писать в URL транслитом сразу после доменного имени сайта без каких-либо дополнительных промежуточных разделов:
site.ru/kak-kupit-slona
В таком случае, по информации из линка, пользователю (получившему такой линк от другого) сразу будет понятно: какая информация будет предоставлена после перехода по нему.

https://sitechecker.pro/ru/canonical-url/

Сделайте редирект через JS на стороне пользователя.
Для роботов - отобразите страницу на английском языке без редиректа на этом домене.
В теге canonical - укажите поддомен для англ. языка.
И как сказал уже Евгений Юдин :

Укажите в head meta robots "noindex, follow".

1. Нужно постоянно следить, чтобы не было ошибок и рекомендаций по улучшению в консоли веб-мастера гугл и яндекс.
2. Следить за динамикой в интерфейсе аналитики посещений.
3. Контролировать отношение затраченных денег на рекламу (платные публикации, баннеры) и прибыль с рекламных переходов.
4. Проверять позиции по выбранному заранее списку "ключей" ("ключ" - одно слово или словосочетание, по которому пользователи выполняют поиск в поисковых системах).
5. Контролировать по этим ключам позиции конкурентов.

Замените
RewriteCond %{SERVER_PORT} !^443$
на
RewriteCond %{HTTPS} !=on
Ну и скачайте Screaming Frog Seo Spider и потестите.

При переходе на внешний - у вашей конкретной страницы с определённым URL забирается "вес", который перемещается на целевую страницу.

Решение:
Вариант 1: создавайте переход со страницы, которая запрещена к индексации.
Например, https://site.com/away.php, которая будет редиректить на нужный внешний линк.
Вариант 2: делайте переход по клику через JS. А сам линк (в href) - ставьте пустым.

Остальное - не надёжно: nofollow/noreferrer.

PS: хотите, чтобы "вес" страниц вашего сайта медленно, но верно падал в поисковой выдаче - можете ничего не предпринимать.

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

Это единственное, что повлияет на позиции ссылок сайта, если сохранить все META-теги в новом шаблоне из предыдущего в секции HEAD.

Нужно будет "склеивать" старые и новые ссылки через 301-редирект и/или canonical.

На SEO - нет.
НО! Скорость загрузки (отзывчивость ресурса) - гугл фиксирует и использует в правилах ранжирования!
Поэтому, влияет только отзывчивость страницы с вашего ресурса.

Решение: Используйте адаптацию через LazyLoad ("ленивая" загрузка) для загрузки картинок с проверкой доступности (код возврата, если загрузка невозможна - скройте картинку!), загружайте только когда они попадают в область центра видимости (viewport и 1 viewport вверх и вниз для упреждающего чтения). Всё это позволит прогружать страницу (расположенную на вашем ресурсе) целиком без каких-либо задержек.

Верьте логу своего сервера и используйте показатель отношения:
количество продаж (или целевых действий) / среднее количество пользователей,
Где среднее количество пользователей получены на основе среднего арифметического от всех систем аналитики.

Только это Вам покажет реальную статистику по работе Вашего ресурса.

(добавить пункт) Сохранить идентификаторы подтверждения владения доменом (от поисковых систем): HTML-файлы, теги (если через DNS делали - то не нужно) и не забыть проверить их доступность.

Лучше использовать Screaming Frog SEO Spider ДО (сохранив отчёт) и ПОСЛЕ.
Тогда точно ничего не упустите.

PS: Да, и проверьте орфографию во всех текстах на сайте! ;)

Да. Это 100%-ая накрутка.
Если выполняются следующие условия - накрутки не было (сайт с русским контентом):
1. Количество уникальных IP из стран бывшего СНГ / количество уникальных IP из всех стран: >0.75
2. Кол-во уникальных посетителей по ID / кол-во уникальных посетителей по IP = 0.9...1.0 (+/- 10%)
3. Кол-во просмотров более 1-й страницы за посещение / кол-во просмотров ОДНОЙ страницы за посещение: 0.3...0.5
Все параметры - за один и тот же временной интервал. (месяц-два..)

Если что-то из этих пунктов нарушается - была накрутка.

Работает rel=canonical на свои сайты. Остальное - нет.

Блог - поднимаете на отдельном домене и позиционируете как личный блог.
С сайта тематики игр - делаете все линки через webmaster.site.com и привязываете это имя к площадке вашего блога.

Теперь при заходе на любой адрес через webmaster.site.com - будут открываться страницы с Вашего блога.
А при удалении сайта с игровой тематикой (site.com) - Ваш блог останется нетронутым.

Обязательно указывайте тег rel=canonical на домен своего личного блога в страницах с домена webmaster.site.com !

Бессмысленная затея с "ключевиком" в URL.
Если страница содержит релевантный текст и теги - то пофигу вообще какой там URL сверху. А вот что потеряете уже набранный "вес" домена при дубликате или смене (для поисковика - это удаление и создание новых!) - абсолютно реально.

Но если уж хотите осуществить задуманное, то советую:
1. создать копии в новой категории,
2. оставить возможность открывать старые линки
3. В тегах страниц старых - прописать canonical с линками на новые, чтобы ПС понимала, что это дубликаты, а основные копии - в другом месте (п.1).
4. заблокировать старые урлы (нужную категорию) в robots.txt
5. не забыть обновить sitemap.xml, ОСТАВИВ! старые и добавив новые.

Постепенно, старые перейдут на новые, а "вес" домена - останется прежним.

Читайте требования к качеству контента на ресурсах поисковых систем.