Артур

Это Animate.css, вроде как) + плавная анимация и Parallax

Мультиязычность интерфейса
Как я понял тоже реализуется через 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 лет работы по плагинам и кастомному коду хорошо разобрались :)

Если хотите сделать элементы именно наклонными, а не прямоугольными - используйте CSS Transform.
Но я бы все-таки сделал обыкновенными слоями, т.к. поддержка и кроссбраузерность важнее.

$('.text-to-show').slideToggle(300);
Тут вы говорите "Разверни все элементы с классом .text-to-show". Скрипт и развернул.
Скорректируйте селектор. К примеру $(this).prev(".text-to-show").slideToggle(300);

Под мобильные устройства тестирую с помощью стандартных функций браузера (Firefox & Chrome это умеет в devtools)
Так же есть такая штука - ami.responsivedesign.is
Доступные размеры:
настольный монитор — 1600 x 992px;
ноутбук — 1280 x 802px;
планшет — 768 x 1024px;
мобильный телефон — 320 x 480px.

Так же есть это - deviceponsive.com
Устройства и доступные разрешения экранов.
Macbook — 1280 x 800
iPad портрет — 768 x 1024
iPad портрет — 1024 x 768
Kindle портрет — 600 x 1024
Kindle альбомная ориентация — 1024 x 600
iPhone портрет — 320 x 480
iPhone альбомная ориентация — 480 x 320
Galaxy портрет — 240 x 320
Galaxy альбомная ориентация — 320 x 240

Ну и мой любимый - quirktools.com/screenfly
Доступно 9 больше чем планшет устройств — от 10" ноутбуков, до 24" мониторов, 5 планшетов, 9 телефонов, 3 телевизионных разрешения, а также произвольное разрешение. Есть отдельный переключатель в портретный и альбомный режим, а также опция показа прокрутки.

1.
CSS – SASS/SCSS, LESS, Stylis
JS – AngularJS, CoffeeScript, Handlebars
HTML – Jade
Build – Gulp, Bower
IDE – Brackets, SublimeText3
Plugins – Emmet, jsHint

2
Стараюсь писать свои стили, если заказчик не требует бутстрап

3
www.smashingmagazine.com

Использование _s - очень правильная идея. Верстка сначала в html - очень неправильная, разве что есть уже свой собственный базовый код, основанный на WordPress. Почему? Потому что WordPress генерит везде кучу своих CSS-классов, и правильно использовать именно их.

Процесс такой:
- идея, эскизы на бумаге, продумывание особенностей, модульные сетки, прототип
- дизайн в фотошопе
- сборка функциональной части шаблона - подключение нужных плагинов, вывод метаполей, весь кастомный вывод - в общем, необходимо вывести в шаблон (_s) весь реальный контент (или приближенный к реальному), а не верстать с Lorem Ipsum
- а вот теперь самое интересное - SCSS, mobile first + javascript. В общем, чистый frontend.

В целом @pettson правильно расписал. Только еще обратите внимание на различие между лендингами и между одностраничными сайтами. Это разные вещи. Лендинг (он же - посадочная страница), в рунете часто еще называют "продающая страница" - это страничка, задача которой четко конвертировать теплый целевой трафик в действия (подписка, покупка, заказ звонка, заказ услуги и т.д.). Одностраничный сайт - это просто сайт, на котором весь контент собран в виде одной страницы, чаще всего - с возможность подгрузки дополнительных данных с помощью ajax.
С точки зрения верстки все на одно лицо - это просто html + css + javascript (разметка + оформление + взаимодействие). Возможно, с бекендом, возможно без него. Но это уже другая история.