rojer89

Тут 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%" - просто болтовня.

По поводу того что с подсказками не подскажу.
Вводите свой сайт (без ВВВ) и поиск будет по нему.
Но вообще вы выбрали самую сложностилизующуюся форму гугл поиска по сайту.
Для стилизации нужно дописать функцию, которая будет срабатывать после того как форма загрузилась и править стили (например убрать картинку с надписью)

Как пример:

<script>
    var myCallback = function() {
        $('#___gcse_0 .gsc-clear-button').remove(); // Удаляем кнопку очистки формы
    };
    window.__gcse = {
        callback: myCallback
    };
    (function() {
        var cx = 'ВАШ КОД';
        var gcse = document.createElement('script');
        gcse.type = 'text/javascript';
        gcse.async = true;
        gcse.src = (document.location.protocol == 'https:' ? 'https:' : 'http:') +
            '//www.google.com/cse/cse.js?cx=' + cx;
        var s = document.getElementsByTagName('script')[0];
        s.parentNode.insertBefore(gcse, s);
    })();
</script>
<gcse:searchbox-only></gcse:searchbox-only>

Названия классов в Google Chrome Webmaster Tools после загрузки формы по инспектору элементов думаю найдете)

а вас не адаптивный сайт. в нем нету media-запросов в css
рекомендую вам попробовать первый сайт с готовым адаптивным диайном на друпал.
в моем блоге в графе HTML/CSS есть тема про адаптивный дизайн. сумейте поставить друпал на хостинг и скачайте любую адаптивную тему, а дальше верстайте нужный вам макет (а потом редактируйте media.css) для вас рекоендуется Professional Responsive Theme - друпал. или Media Responsive Theme

"...при увеличении начинаются проблемы. ...В чем может быть проблема?"

При увеличении до 200% (процент я так понял зависит от разрешения экрана) начинается вылезание, потому что у класса container фиксированная ширина в 1024px.
Макет не адаптивный и не резиновый, потому шаг вправо шаг влево и поехала верстка.

"Как следует проверять свою верстку?"

• Изменением размера окна браузера;
  
• Увеличением размера шрифта в настройках браузера;
  
• Переполнением контента;
  

"Какой максимальный/минимальный зум она должна выдерживать?"

А вот тут хз, самому стало интересно.

Конечно же нормалайз! Ресет - древнее тупое г**нище.
Принципиальная разница в том, что нормалайз делает одинаково, а ресет, тупо всё обнуляет. Там где надо и там где вообще не надо.