Иван Козлов

Нет строгого правила по этому поводу.
Я лично поступаю на всех создаваемых сайтах так:
- Создаю обычную страницу "Главная".
- В настройках чтения указываю ее как главную страницу.
- Создаю шаблон с именем front-page.php (Он служит для главной страницы по умолчанию).
- Подключаю в него header и footer.
- Можно скопировать код из index.php, либо написать свой вывод. На главной может быть секция с акциями, новостями, текстом о компании и т.д. Никогда просто не ограничивается статейной лентой.

- Почти всегда приходится добавлять кнопки плюс и минус для изменения количества в карточке и в корзине.
- Нет автоматического пересчета при изменении кол-ва товара в корзине.
- Как было написано - гибкой фильтрации, но тут есть свои наработки. Плюс каждый сайт индивидуален.
- Покупки в 1 клик.
- Иногда сталкиваюсь с разработкой интернет-магазинов для оптовиков. У woo есть плагин, что в зависимости от количества товара ставит разную цену. Но часто бывает такое, что в зависимости от роли(группы) пользователя, должна быть разная цена, причем в админке должны быть разные поля для установки цены.
- несколько раз приходилось допиливать статистику в woo. У нас нигде не учитывается цена закупки и хотелось бы видеть что то типо чистой прибыли. К статистике еще дописываю вывод товара по частоте его заказа. Т.е. типо наиболее популярный товар.
- уведомления по смс приходилось писать несколько раз.
- Нормального плагина для импорта товара нету. Если товар обычный, то все ок. Но если вариативный, то приходится писать свой код. Тут у меня всегда есть момент с загрузкой миниатюр через ядро wp. Очень трудоемкий процесс и из-за этого приходится грузить минимальными порциями. На мой взгляд это очень нужный функционал. Плюс к нему сделать настройку к cron.

Так то могу очень много чего пожелать реализовать к этому плагину:)

Сталкивался с подобной фигней не раз. Сложность еще бывает в том что редиректы кэшируются на разных уровнях. И лучше проверять через сторонние сервисы, типо bertal. На ту ли страницу переходит.

По переносу:
1 - меняем урлы базе c http на https.(ну и если лок. домен использовался на новый домен соответственно). Лучше делать через плагин.
2 - На всякий случай в wp-config добавляем:)

define('WP_HOME', 'https://mydomen.ru/');
define('WP_SITEURL', 'https://mydomen.ru/');

3 - добавляем в wp-config.php
define('FORCE_SSL_ADMIN', true);
4 - Ну и скорее всего что поможет в wp-config добавить ( я добавляю в начало файла):

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && 'https' == $_SERVER['HTTP_X_FORWARDED_PROTO']) {
    $_SERVER['HTTPS'] = 'on';
}

Нужно получить массив id терминов, например через get_terms(). Если есть множество таксономий, то тут чуть немножко сложнее.
Затем написать запрос

$query = new WP_Query( array( 'category__not_in' => $termIdsArray ) );

Первый
Второй
Третий

Конкретный код я вам не напишу, так как это не быстро, но в целом алгоритм скажу.
1) То что дубли это назовем свойством wordpress. Решаю эту проблему тем что бы везде правильные ссылки были конкретно на этот элемент. В меню, хлебных крошках и т.д. Также надо правильно настроить постоянные ссылки. Робот поисковика не будет методом подбора все страницы перебирать и искать дубли. На страницу дубляжа может быть ссылка со стороннего сайта, тогда надо делать редирект. Может быть в карте сайта, если она автоматически генерируется, тогда карту надо настраивать. Так же для хлебных крошек и меню.
2) С пагинацией надо разбираться. Часто такое бывает если вы кастомизируете wp_query. Решается установкой стороннего плагина и передаче в вызов функции плагина запроса wp_query.
3) от слова category можно избавится плагином.

Ну для того что бы выводить либо подкатегории если они существуют, либо продукты алгоритм прост
1 Получить id текущей категории
2 Получить дочерние элементы этой категории
3 Если есть дочерние элементы, то выводим их, если нету то делам запрос товарам этой категории и выводим их.

Для самих форм используйте всегда плагин contact form 7. Очень удобный, функциональный плагин, который можно настроить под любые свои нужды, включая специфичное ПО на хостинге. Я сначала сам все писал свои скрипты, но постоянные хотелки со стороны клиентов отнимало много времени. Использую плагин я сократил затраты это времени в разы. Это что касается работы форм.

Создание модальных окон (попапов) элементарная вещь для верстальщика. Если у Вас нет знаний по верстке, то обратитесь опять же к готовым плагинам, в которых кроме как кликать мышкой не нужно ничего. Их можно найти нагуглив по запросу "wordpress popup plugins". Попробуйте несколько и выберите подходящий.

Я использую сессии. Для инициализации и удаления сессий использую следующий скрипт

add_action('init', 'myStartSession', 1);
function myStartSession() {
    if(!session_id()) {
        session_start();
    }
}
add_action('wp_logout', 'myEndSession');
add_action('wp_login', 'myEndSession');
function myEndSession() {
    session_destroy ();
}

Для работы с сессиями обращаюсь к массиву $_SESSION как на чистом php. Работает все стабильно и не мешает работе внутреннему механизму wp.

Все сайты ломаются и их ломают по мере нарастающего трафика на них. Защищай не защищай все равно сломают:) Так что сильно парится об это не всегда стоит, если говорить об обычном сайте. Проще говоря нужно не допускать грубых ошибок и использовать минимум плагинов. Ну и выполнить рекомендации как Алексей Николаев написал:)

ВАЖНО! делайте бекапы ежедневно и сохраняйте их где либо, ну либо как минимум пару раз в месяц. Я делаю бекапы каждый день. По истечению месяца я оставляю пару версии прошлого месяца, а остальные удаляю потому что они не нужны:)