Михаил

надо бы весь код посмотреть. Залей на jsfidle

Возможно все. Берите и делайте. ДЕЛАЙТЕ, а не задавайте дурацкие вопросы.

Начнем с того, что WooCommerce - это WP плагин. А WP - блоговая CMS. Да, я знаю, на WP можно построить любой сложности сайт, но эта система базируется как блоговая. И давайте будем честны с этим.

Отсюда вопрос: "Вы сравниваете блоговую CMS с плагином интернет-магазина с изначально заточенной под интернет магазин PrestaShop, которая, к тому же, полностью заряжена из коробки?"

И чуть не забыл... WP + WC (а там по-любому еще плагинов повесите) будет жрать еще больше, чем PS. Поэтому нужен будет более мощный сервер.

У вас все магазины одинаковые, чтоль? Смотрите, который подходит под конкретный проект. У коммерсов хотелок выше крыши. Я для себя выбрал CS-Cart, при условии, что нужен чисто магазин.

Возможно Вас заинтересует плагин BuddyPress:
habrahabr.ru/post/95159

Расширенные профили — встроенным пользовательским профилям WordPress с ними не сравниться. В профиль можно включить друзей, группы, ленты активности, последние записи пользователей, биографию, контактную информацию — и это только дефолтные настройки!

Тут 2 варианта:

1. Заказывают верстку, подразумевают создание шаблона/темы для CMS. По хитрости, по не знанию, по глупости - не важно. Важно не подписаться пилить это по цене только верстки.

Верстка - это когда макет превращается в набор html/css/js файлов.

Да, могут быть вариации. Может быть сразу под движок: Smarty, Twig, Jade, или все шаблоны в Handlebars, или сразу чтобы всё под Angular было. Но это всё частные случаи, требующие более высокой квалификации, или находящиеся уже где-то во front-end разработке.

2. Просят учесть особенности CMS.

Маленьких нюансов может быть много.

Вот Битрикс, например, и его Эрмитаж (тыкнул в блок - тут же его отредактировал если по простому). Где-то лишняя обертка элемента, чтобы в режиме редактирования не разваливалось. Везде - z-index меньше 1000, чтобы Эрмитаж не перекрывало.

Wordpress вообще генерирует огромное количество своих классов. Взять те же навигационные меню. Использовать их = наплевать на все эти ваши БЭМ и прочее.
И т.д.

Если я верстал и без проблем натягивал свои макеты на Wordpress - могу ли сказать что у меня есть опыт верстки под Wordpress?

Могу.
Так же как могу сказать что есть опыт верстки под Drupal (не знаю натягивали ли какие-то из моих работ на Drupal, но чё бы нет).

Правда нет гарантии что человек, который будет натягивать мою верстку, не затупит например с

.nav
    .nav__list
        .nav__item

Когда ему движок выдаст меню в виде

.menu
    ul
        li

Но я не считаю это своей проблемой.
Когда понадобилось, оказалось нет ничего сложного 1 раз потратить время и написать свой вывод меню в Wordpress, чтобы можно было любую верстку натянуть. Почему так не может сделать тот кто натягивает? Почему в ТЗ об этом не предупредили?

Уменьшает ли "опыт верстки под CMS" время верстки?
Если не были оговорены нюансы (те же меню WP) - то нет.
Может увеличиться время натягивания верстки на движок, но это уже проблемы заказчика, который не озвучил требования заранее.

Таким образом, хотя в идеале на движок должно быть возможным натянуть любую верстку, действительно некоторые имеют CMS особенности.
Об этих особенностях следует договариваться заранее. Должно быть конкретное ТЗ на верстку.
В остальном как правило речь об "опыте верстки под %CMS%" - просто болтовня.

От вас хотят целенаправленной быстрой работы без траты времени на изучение мануалов. Вот и всё.

У каждого CMS своя структура, своя система по которой строится тема.
Загрузите пару CMS и посмотрите структуру и вы поймете.
Есть общая верстка(где конечный результат - простые html странички), а есть адаптированная под какую либо CMS(где конечный результат - тема , которую понимает тот или иной движок)

Как я делал крайний раз:

Выложил ВЕСЬ ПРОЕКТ как он есть от и до на бумагу:
- информацию о команде и обо мне + опыт работы
- в каких нормативных рамках функционирует проект
- анализ рынка
- как будет работать проект
- откуда будет брать деньги и как их зарабатывать
- график получения денег и их возврата
- 5 сценариев работы
- варианты работы в кризис
- расписал управление рисками
- составил полную фин модель работы
- указал альтернативные методы заработка бизнеса, если не пойдет основная идея
- вывел все ключевые финансовые показатели проекта

Все это оформил В ТРЕХ ВАРИАНТАХ:
- Полный проект (читать не перечитать)
- Краткий проект (буквально на нескольких страницах)
- Очень краткое описание с ключевыми показателями
- Написал Элеватор Питч (рассказ за 1 минуту о проекте)

Что дальше:
- Написал 30 бизнес-ангелам
- Направил в 10 тематических фондов
- Направил в 20 банков
- Разместил проект на ТОП-5 сайтах по поиску инвестиций (напартнер и другие)

Что дальше
- Подготовил варианты договоров для инвесторов
- Выразил цифрами условия сотрудничества

Что в конце
- Привлек инвестора в Проект, который не просто дал денег, но и который активно помогает его развивать.

Готов проконсультировать

В майкрософта есть разроботки на єту тему
https://www.projectoxford.ai/demo/Emotion#detection

помнится как один клиент собирался подать на нас в суд, потому что "вы нас не там продвигаете! к нам приходят из поиска с других стран! Мы не хотим за них платить!"
- Это бесплатный бонус
-Аааа, ну тогда хорошо, спасибо вам.

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

Ну не стоит панически бояться визитов граждан из других стран. И уж тем более не следует им закрывать доступ. Если вас это сильно отвлекает то вы можете исключать(только визуально дабы вам не мозолило это глаза) такие визиты посредством фильтра. Другое дело если аналитику вам портят спам боты(относится к тем у кого установлен universal analytics), там нужно блокировать, закрывать доступ и т.д. Просто сконцентрируйтесь на продвижении в нужном вам регионе. Так же есть маленькая опция в Google Webmasters называется она "Таргетинг по странам и языкам" вот там тоже можно указать Таргетинг на пользователей конкретной страны (это лишь маленькое указание, а не решение проблемы).

А поисковым роботам или посетителям через прокси - особо не интересно то, что Вас интересует.
Хотите - закройте доступ по IP страны и потеряете тучу лидов. (так лучше не делать)
Хотите - можно определить язык браузера и закрыть доступ к сайту, если пользователь не русскоговорящий. (и так лучше не делать)
А вообще - чем больше народу приходит на сайт - тем лучше для Вас.

Надо больше конкретики. Доступ к апи по логину паролю или нет? Какии ограничения по апи?(макс. количество запросов с одного апи пользователя)по ип обходиться сокс проксями, по акаунту разными аккаунтами.
Если интересует максимальный закос под пользователя то это что ваш web scraper выполнял js +делал запроси через рандомное количество времени+эмуляция перемещения миши. Но нужен ли вам максимальный закос под человека. Так как вы однозначно жертвуйте скоростью. А создать 1000 ящиков электронный почты щас ничего не стоит.(если там привязка аккаунта к почте). Так же если там ajax есть смысл не грузить страницу полностью f а посылать только ajax запроси. Так же можно вобще не дожидаться загрузки кода страница до конца. Не загружать скрипты и картинки.

Ну обычно все упирается в ограничения их надо изучать и грамотно их не превышать, при этом искать обходные пути.