Верстка - це коли макет перетворюється в набір html / css / js файлів.
Так, можуть бути варіації. Може бути відразу під движок: Smarty, Twig, Jade, або всі шаблони в Handlebars, або відразу щоб все під Angular було. Але це все окремі випадки, що вимагають більш високої кваліфікації, або знаходяться вже десь під front-end розробці.
2. Просять врахувати особливості CMS.
Маленьких нюансів може бути багато.
Ось Бітрікс, наприклад, і його Ермітаж (тицьнув в блок - тут же його відредагував якщо по простому). Десь зайва обгортка елемента, щоб в режимі редагування не розвалювалося. Скрізь - z-index менше 1000, щоб Ермітаж не перекривали.
Wordpress взагалі генерує величезну кількість своїх класів. Взяти ті ж навігаційні меню. Використовувати їх = наплювати на всі ці ваші БЕМ та інше.
І т.д.
Якщо я верстав і без проблем натягував свої макети на Wordpress - чи можу сказати що у мене є досвід верстки під Wordpress?
Можу.
Так само як можу сказати що є досвід верстки під Drupal (не знаю натягували чи якісь з моїх робіт на Drupal, але че б ні).
Правда немає гарантії що людина, яка буде натягувати мою верстку, що не затупілась наприклад з
Коли йому движок видасть меню у вигляді
Але я не вважаю це своєю проблемою.
Коли знадобилося, виявилося немає нічого складного 1 раз витратити час і написати свій висновок меню в Wordpress, щоб можна було будь-яку верстку натягнути. Чому так не може зробити той хто натягує? Чому в ТЗ про це не попередили?
Чи зменшує "досвід верстки під CMS" час верстки?
Якщо не були обумовлені нюанси (ті ж меню WP) - то ні.
Може збільшитися час натягування верстки на движок, але це вже проблеми замовника, який не озвучив вимоги заздалегідь.
Таким чином, хоча в ідеалі на движок має бути можливим натягнути будь-яку верстку, дійсно деякі мають CMS особливості.
Про ці особливості слід домовлятися заздалегідь. Повинно бути конкретне ТЗ на верстку.
В іншому як правило мова про "досвід верстки під% CMS%" - просто балаканина.
Розробник спеціалізуюся на Bitrix і Wordpress