Sergiu Mitu

• Важен, но уже не на столько сильно, как скажем год назад.
  
• Важен только для Яндекс, для Google важен косвенно, как показатель количества ссылок, аналогичный page rank.
  
• Яндекс взял курс (по собственным заявлениям яндекса на конференциях) на придание большего веса при ранжировании поведенческим факторам.
  
• С поведенческими пока у яши получается так себе, так как доля яндекс - броузера ничтожно мала и яндекс метрика стоит далеко не на всех сайтах рунета.
  
• Для продажи ссылок ТИЦ по прежнему важен (собственно только он и PR и важны).
  
• Яндекс, как многие паникёры от SEO утверждают, вовсе не отменил ссылочное ранжирование, ТИЦ по прежнему является важным фактором ранжирования, однако, выехать на нем одном в топ уже давно не возможно.
  

Резюме: ТИЦ важен, только как один из основных факторов ранжирования, в составе группы факторов к которым относятся: ТИЦ, поведенческие факторы, социальные факторы, качество контента, регион сайта, частота обновлений контента.

Все это надо качать комплексно и не напирать только на один фактор.

Использование H1 - H6 относится к группе факторов "Качество контента" и так же как ТИЦ для общего ранжирования является одним из основных факторов, но только для своей группы.

Точно так же как и c ТИЦ не надо напирать в контенте только на заголовки, важен и качественный текст, и качественные иллюстрации к тексту!, и прозрачная структура, как отдельного текста, так и навигации сайта, использование микроразметки, а также внутренней перелинковки то же очень хорошо помогают прокачке качества контента.

Перефразирую ваш вопрос:
Как лучше сделать молоток, что бы потом превратить его в бензопилу?
Изначально делать бензопилу.

Все эти методы не подходят, если при нажатии на кнопку "сохранить", вы редиректите на другую страницу. Самый правильный вариант - отправлять запрос не сразу после нажатия клавиши, а спустя какое-то время. Некий таймер, который обнуляется, если пользователь продолжает вводить текст. Обычно такой метод называется "debounce", и уже реализован в разных библиотеках, например в underscrore
Если подключать библиотеку не хочется, то можно написать самому, примерно так:

function debounce(method, timeout) {
        clearTimeout(method._tId);
        method._tId = setTimeout(function(){
            method();
        }, timeout);
    }       }, timeout);
}

Описываем нужный метод:

function checkTitle() {
 //Код проверки
}

И вешаем его на событие:

$('input').on('keyup', function() {
   debounce(checkTitle, 1000);
});

В итоге, если после ввода последнего символа прошла секунда и пользователь больше ничего не ввел, вызовется метод checkTitle()

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

jsfiddle.net/44mt6507/4

Да, лучше создать отдельный id или класс.
Почему?
Да потому, что потом не будет возникать вопросов: "а как этот блок позиционируется", да и проследить проще в одном файле, чем искать потом в десятках других.
Вот даже сейчас рефакторю проект, и сталкиваюсь с этой проблемой - все сделано нормально в общем файле, а некоторые свойства прописаны с помощью style. И этот код и дублируется в разных файлах, и изменяется немного, да и не всегда быстро можно найти, в котором же именно файле генерируется это свойство (особенно если это смесь html, js, php)...

https://codex.wordpress.org/Theme_Customization_API
https://developer.wordpress.org/themes/advanced-to...

А вообще, для начала скачайте тему _s на GitHub или через конфигуратор и изучите ее содержимое. Это отличный материал для обучения. Также, не помешает посмотреть стандартные темы, включая новую Twentysixteen (текущая свежая версия на GitHub).

Я беру проще.
~ работа по часам + 20-30%

Процент зависит от вменяемости заказчика.
Бывает смотришь на клиента, и сразу понятно что этот будет мне парить мозги еще не один месяц, а бывает все наоборот.

Это баг https://bugzilla.mozilla.org/show_bug.cgi?id=975632

Добавить

.wrapper {
    ....
    table-layout: fixed;
    width: 100%;
}
img{
    max-width: 100%;
}

Заменить max-width: 150px; и min-width: 150px; на

.two {
    ....
    width: 150px;
}

table-cell это ячейка таблицы и на неё не действует max/min-width и плюс max/min-width с одинаковым значением это все равно что width 150

и это тоже не нужно

.main {
   .....
    width: 100%;
    max-width: 200px;
}

jsfiddle.net/ufwvr90r