Roman

Особенной связи между правильным транслитом в URL и позицией в выдаче скорее нет, чем есть.

Проверить, понимает ли конкретная поисковая система ваш вариант транслита можно в результатах выдачи по конкретному запросу - правильный вариант транслита в URL будет выделен жирным.

Начать стоит с ознакомления со справкой Google - многие моменты хорошо описаны. Также есть видео, где сотрудник Google Андрей Липатцев рассказывает про мультиязычные сайты - вебинар на youtube.

Если вкратце, то можете выбирать любой удобный для вас вариант (поддомен, каталог, отдельный сайт) - в Google Search Console возможно установить таргетинг на конкретную страну в том числе для конкретного раздела на сайте (например /en/).

Обязательно настройте атрибут hreflang для того, чтобы Google лучше понимал связь между версиями страниц на разных языках.

Разницы в ранжировании поддоменов/каталогов нет, поэтому смотрите, с каким из вариантов вы сможете наиболее эффективно работать.

Например, в моей практике была ситуация, когда надо было внедрить hreflang на сайт с 4 языковыми версиями, но из-за того, что URL у каждой версии отличались не только каталогом, но и языком у программистов не сразу получилось настроить это дело корректно из-за особенностей системы. Это вылилось в дополнительные затраты для компании.

p.s. Яндексом буржуи не пользуются, поэтому ориентируйтесь в первую очередь на Google.

WordPress Socail Login. В отличие от OA Social Login (см. ответ @dimonchik2013) и многих других, не имеет никаких ограничений по количеству запросов через API и количество юзеров, так как работает на базе Open Source библиотеки Hybrid Auth напрямую с соцсетями. Ну и, White Label прямо из коробки.

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

Есть один вариант. Надо будет поработать немного мышкой и клавиатурой. Сначала поставьте fiddler (он бесплатный). Дальше вот инструкция (откройте в отдельной вкладке картинку, чтобы увеличить масштаб):

Написано же base64, похоже на пустой пиксель закодировали. Судя по всему используется для ленивой загрузки изображения когда оно попадает в область видимости. Искать не пробовали что ли?

Вообщем смотри) Представь ты работаешь на Компанию "А" и в неё приходит заказчик и решил сделать сайт. Они с менеджером идут к дизайнеру и там решаются самые страшные для тебя вещи. Вообщем они сделали макет и прислали тебе... И говорят хотим все так как в макете... И тут вопрос к тебе, ты сделаешь как в макете или все же свою ширину контейнера будешь выдумывать ? ( Лично я раз 3-5 пытался сделать так как лучше для сайта и брал ширину за основу сам...... Но тут б*я приходят жалобы, грозные письма что все не так....ширина больше или меньше нужной, выглядит все иначе...... Вообщем геморроя выше крыше.)
Так значит с шириной мы разобрались...... идем дальше....

Так у нас есть слайдер на 100% ширины.......в чем проблема берем bx-slider и ставим свой слайдер на 100%

А так для тебя самое главное решить как ты будешь верстать блоки) к примеру

1)Самый страшный возможно для тебя будет блок это с серым фоном.....с треугольником верх. Вопрос по средствам css или картинкой ? (верно с помощью css бордеров и псевдо классов)
2)Каким образом будешь позиционировать блоки ? float или position . (Тут надо задуматься о будущем, если будешь переделывать в responsive то float, если же нет то можно и позиционировать, не особо страшно.)
3)Подучить html5 и уже использовать html5 Тэги (Вообщем в чем надо разобраться в основном это где тэг article а где тэг aside.... остальные попроще).
4) Минимизация и структура (
а) Котировка UTF-8 без BOM
б) Для связи с JS не использовать стилизующие классы. а использовать id, data- атрибуты или классы с приставкой js-
в)Указать meta name="viewport".............
г)Skype плагин не должен ломать верстку
д)Единый css файл подключаемый в head и желательно минимизированный
e) Единый js файл подключаемый перед /body тоже желательно минимизированный.)
5) Изучай методологии Желательно БЭМ
6) Изучаем автоматизацию Grunt либо Gulp (Gulp лучше)
7) Верстаем с помощью Emmet (Экономим время)
Это довольно все быстро освоить......Увы мне так не кто не подсказал и не написал раньше )

/category/name/5/

Вообще, предпочитаю использовать REST.

Сверстать сайт с шириной в 1600 пикселей не проблема. Проблема сделать так, чтобы контент хорошо было видно на десктопах с более низкой шириной, аля 960-1300, имея всю ту же pixel-perfect верстку. Просить отдельный макет для мелких десктопов - мертвый номер, ибо почти никто не будет над таким париться. Делать примитивную резину для десктопа - выбор для тех, кого устраивает клепание говносайтиков. Ибо на сайтах с нормальным дизайном важно сохранение пропорций, 2015 год все таки.
Я сейчас пилю фронт-енд для китайского интернет-магазина, у которого все десктоп макеты 1800px шириной. При этом им важно, чтобы на каком-нибудь ноутбуке с 1376x768 все выглядело так же, но при этом влезало. В итоге делаю все в rem юнитах. 1800 пикселей стартовая точка, где html, body {font-size: 125%;}, то есть 1rem = 20px (о том, почему не 62.5% для 1rem=10px, напишу ниже). Далее, через media-queries, снижаясь на каждые 10% от ширины, уменьшаю font-size на 10% (то есть на 12.5% в нашем случае). И так вплоть до 1.1к пикселей, то есть почти самого низкого десктопа. Заказчик в восторге, все выглядит ровно так как ему надо на всех разрешениях во всех браузерах (ему естественно не нужен убогий ie8).
По поводу font-size: 125% - я изначально делал 62.5%, но при понижении до 40%- font-size (аля ~1300px) вебкитовские браузеры на MacOs начинали считать что такая величина шрифта слишком мала для юзера и сами по своей воле рандомно увеличивали габариты элементов. Увеличив весь font-size вдвое, проблема изчезла.

Проблема скорее всего в фокусе
$(".wpcc_icon.note").click(function(){
$(this).toggleClass("active").parent().parent().next().next().slideToggle("fast");
$(this).parent().parent().next().next().children().next().children(".wpcc_inputtext ").focus();
return false;
});
вот тут вы устанавливаете фокус на инпут, даже когда он скрыт, что и может вызвать ошибку
https://api.jquery.com/focus/ - вот тут так делать не рекомендуют
попробуйте прописать условие от класса
if($(this).hasClass("active")){
$(this).parent().parent().next().next().children().next().children(".wpcc_inputtext ").focus();
}
если не поможет, то можно попробовать запомнить координаты и вручную прокручивать страницу обратно

var txt = '';
var hp = parseInt($('.wpcc_field_result_1').html())
switch (hp) {
    case 0: 
        txt = 'Критическое состояние'
        break;
    case 100: 
        txt = 'Хорошее состояние'
        break;
    default:
        txt = 'Удовлетворительное состояние'
}
$('.wpcc_field_result_1').after('<p class="wpcc_field_result_1_description"> ' + txt + ' </p>')

/<p .*?>/

Так правильно

function custom_shortcode_scripts() {
	global $post;
	if( is_a( $post, 'WP_Post' ) && has_shortcode( $post->post_content, 'custom-shortcode') ) {
		wp_enqueue_script( 'custom-script');
	}
}
add_action( 'wp_enqueue_scripts', 'custom_shortcode_scripts');

можно так

jQuery(function($){
  $(document).ready(function(){
function test(){
if( ! $( ".office-accordion" ).length ) return false;
    $( ".office-accordion" ).accordion({heightStyle: "content"});
}
test();
  });
});