Мультиязычность интерфейса
Как я понял тоже реализуется через WP Multisite
Это реализуется самим ядром WP.
Региональность сайта (site.ru/spb или spb.site.ru)
WP Multisite
Мультиязычность статей
Через Polylang
Это два разных подхода для решения одной и той же задачи. WP Multilingual использует механизм WP Multisite - каждая языковая версия это отдельный сайт сети. Переводы, собственно говоря, это отдельные посты в этих отдельных сайтах. Линкуются между собой именно с помощью этого плагина. Polylang - это плагин для мультиязычности в рамках одного сайта. Выберите что-то одно. Плюсы Multisite - полностью автономные локальные версии, гибкость в работе. Минусы - дублирование медиафайлов (хотя есть обходной хак). В вашем случае, Multisite вполне вероятно будет оптимальным вариантом.
Кастомные поля
Advanced Custom Fields 5 Pro
Отличный выбор, сами пользуемся, всем рекоммендуем.
1) Можно ли через кастомные поля задавать логику поведения? Например есть поле ID, в него в админке заносится переменная, на основе нее выполняется API запрос и получаем при заходе на страницу данные которые вернул API? Логика может быть разной, в зависимости от категорий/рубрик статей.
Да, в ACF Pro есть conditional logic. На выводе в теме в любом случае немного покодить придется, независимо от решения.
2) Есть ли разделение прав пользователей? Например копирайтерам доступны только свои статьи, редакторам - все, администраторам - настройки системы.
Да, именно так и работает, это базовая функция WP. Для тонкого управления ролями и правами, созданием новых есть плагины, мы используем много лет
User Role Editor.
3) Интеграции дополнительных решений - условно, если мы захотим на базе WP построить свой интернет магазин, и мы точно знаем, что ни одно готовое решение под него не подойдет, насколько затратно по деньгам и времени будет подобное внедрение? Страницы будут обладать своей логикой, своими полями в базе данных, которые нужны в рамках этой задачи.
Настолько же затратно и геморно, как и любое другое решение. WP - это кучка PHP-файлов, среди которых - пачка низкоуровневых API для работы с файловой системой, HTTP, БД и тд (по сути - фреймворк). В декабре в версии 4.4 появится также
JSON REST API. В целом, WP благодаря этим АПИ и хукам - очень гибкая штука, которую можно скрестить с чем угодно. Что касается конкретно коммерции - WooCommerce, Easy Digital Downloads. Не знаю еще задач, под которые не подошел бы WooCommerce, который в своей гибкости ничем не уступает самому WP. А не так давно WooCommerce был приобретен компанией Automattic, которая (с некоторыми оговорками) стоит за всем проектом WP. Так что со временем будет только лучше. Ну и цифры говорят сами за себя - 30% всех интернет-магазинов в интернете работают на WooCommerce.
4) Организация e-mail/sms рассылок с разными шаблонами в рамках пользователей системы
Без проблем. Есть масса плагинов, как для работы с рассылками нативно (внутри WP), так и через интеграцию со сторонними сервисами, например MailChimp. Также, есть смысл упомянуть, что в WP легко подключается и настраивается сторонний сервис для транзакционных писем, например Mandrill.
5) Гибкость работы в рамках одного URL
Условно первые пол года по URL будут статьи, затем статьи перезжают на другой адрес URL при этом URL самих статей не меняются. А на месте уже "старого" URL разворачиваем кастомный каталог. Насколько это легко реализуется в рамках WP?
Реализуемо. В WP встроена своя система внутренних редиректов, есть плагины.
Если будут другие вопросы - обращайтесь. Опыт разработки крупных кастомных проектов (в том числе SaaS-платформ на базе WP) есть, за 10 лет работы по плагинам и кастомному коду хорошо разобрались :)
