lagudal

Не обязательно дублировать пути - по дефолту fill:url(#img), по hover fill: #FFA234 - какой у вас там цвет.
Плюсы тоже можно реализовать, обернуть классом или ид, по дефолту opacity: 0, hover по предыдущему элементы - opacity:1
Пример:
https://codepen.io/lagudal/pen/VqaowJ
фигуры и картинки естественно свои нарисуете.

проще всего svg наверное.

если с пейджбилдером, бери любую топовую тему на TF и делай, только все они в основном из-за этих билдеров тяжелые мама не горюй.

Честно говоря, это конечно неправильно. Но бывает, что другого пути/выхода нет.
В больших, ну и не очень больших, но уважающих себя компаниях эти позиции конечно сепаратные. Но кстати говоря, основы того и другого часто требуются на каждой из этих позиций.
пс. у меня как раз актуальная позиция совмещенная, так что кое-какой опыт имеется )

Взлом скорее всегог через дыры в wp, вордпрес вообще как мина замедленного действия.
Это конечно не значет, что им не стОит пользоваться, нужно просто быть постоянно начеку.
Вам для начала проверить на гадости, например, айболитом.
Если айболит ничего не найдет, берете версию, где все чисто (у вас же есть такой бекап?), и сравниваете пофайлово.
В любом случае сменить все пароли, защитить дополнительно админку - тут варианты, есть плагины, меняющие путь к админке, который не подобрать. Можно еще подстраховаться с помощью htpasswd
Проверить права файлов и папок, выставить рекомендуемые.
Поставить в кроне чекер на изменение файлов, есть готовые решения но в принципе можно самому маленький скрипт написать, и с его помощью мониторить изменения в файлах.

несколько длинный вопрос, если надо тупо уменьшить длину то можно просто c ccs все решить.
У меня недавно стояла задача, немного сложнее, сделать различное поведение для различных экранов. Для больших - полный вывод, для средних - свернуть и развернуть по ховер, для тауч - где ховера нет - по клику. В моем случае без js не обойтись,
получилось вот так - https://codepen.io/lagudal/pen/oaqdMK
(без учета экранов, только для моб)
Вот так было на чистом css, если вам развертывание по ховер не надо, просто удалите стили для hover.
https://codepen.io/lagudal/pen/LgZzbO
Конечно у вас может быть немного по другому, но принцип тот же... ну и вы не показываете как у вас, а самим искать смотреть как что и каким образом выводит вордпресс плагин не интересно.

ну не PageSpeed -ом единым....
Первое я бы протестировал в дев-туллс хрома и тут
Это позволит для начала понять, проблема на стороне сервера (если большое время ttfb), или что то из контента стало долго отдаваться (возможно, подключены где то внешние стили, скрипты или картинки, которые и дают проблему).
Ну а дальше - в зависимости от ситуации, профайлер, логи mysql и тд и тп....
да этот вопрос уже несколько раз тут поднимался. Например тут и тут.

На мой взгляд в основном неплохо. На подровнять, мелкие недочеты указали уже, добавлю кое что.
На первой странице в хидере у параграфов явно с line-height что то делать, слишком плотно выглядит.
Где посоветовали от линий избавиться, для начала попробовать их тоньше сделать, возможно, будет неплохо смотреться.
На мой взгляд, шрифты основные норм соответствуют, а вот с большим титульным (THE) я бы еще поигрался. Как будто чуть выпадает, поищите еще варианты.
По поводу анимаций - тут трудно давать советы, единственное, очень легкая, никаких резких движений. Возможно, обозначить появление контента по скролу, сверху-снизу или с боков - только экспериментальным путем. Главное не переборщить.

Новый не получится, старый можно чей то купить, получить в подарок, или украсть )

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

Да вообще слова реклама в путях быть не должно - у вас и домен такой, и много путей прописано таких где слово reklama не только как название темы, но и куча всяких еще типа "reklama-na-radio", "naruzhnaya_reklama" и даже "reklama.jpg".

100% гарантии, что найдете грамотного специалиста, никто вам не даст.
У меня на работе, начальство уверено, что в отделе такие супер сеошники, что потакает им во всем. По сути - ленивые посредственности. Правда, языки подвешены дай бог, так что они годами зачесывают руководству.
Мое мнение - необходимо самому разбираться как минимум в основных вопросах, быть в теме и отслеживать тенденции. Как в любом проекте, если подписываете исполнителя на работу, то четкое техзадание, время и контроль. Если есть возможность, рекомендации бывших заказчиков.

по второму примеру не совсем ясно, по двум другим - заказчик предполагает, что цена будет существенно ниже. "как же так, почему так дорого, я же тему купил, сам бы сделал, да времени нет, да ты же специалист, там делов то на пару часов..."

по моему мнению, чисто визуальные критерии. Т.е. если требованиям самого themeforest продукт соответствует, то разработчика продукта заботит только прибыль. Нет, они конечно поддерживают продукт, отвечают на комменты и ведут тикеты, но как только встанет реально серьезная проблема, уходят от ответственности.
У меня был подобный случай, правда, не с wp а magento, но сути дела это не меняет.

Все эти Visual page builder'ы, в основной своей массе, меня лично чаще всего просто выбешивают. У меня было немало клиентов, которым вот понравится какое-то демо в какой то теме, и "хочу вот так".
Ок, купил тему, установил с нужными демо-данными, а там как раз страницы билдером сделаны. И начинается....
Бывает, ищешь какую-то мелочь, на которую обычно 1 минуту тратишь.
И пока найдешь, где там что запрятано, состаришься. При этом обычное редактирование кода как правило недоступно. Потом браузер они грузят неслабо. Если посмотреть на исходный код страницы, которая получается, то там как правило сплошной мусор, который эти билдеры добавляют.
Тем не менее, вот у меня сейчас на работе, несколько прелестных созданий регулярно создают контентные страницы, с правами редакторов - напишут заголовок, добавят пару картинок, дальше текст разноотформатированный - жирный, наклонный, подчеркнутый - и вот каждая такая страница есть отдельная песня. Т.е. в буквальном смысле - каждая страница живет как сама по себе, разной величины заголовки, разноразмерные шрифты, разные баттоны. Тут уж я скажу так, что лучше перетаскивайте элементы на страницу, пусть будет лучше мусор, чем весь этот ужас....
Мое мнение - если кто то предложит быстрый легкий билдер, пусть не такой навороченный но оставляющий после себя чистый читабельный код, который можно кроме всего редактировать вручную - вот это и было бы наверное отличным решением с вероятно счастливым будущим.

Как раз решаю сейчас подобную проблему - Как лучше поступить с breadcrumbs на мобильных девайсах? - очень длинные названия категорий и особенно продуктов в breadcrumbs, на мобильных вообще все ужасно.
Выбрал из предложенных один вариант - чуть его преобразовываю сейчас -
https://codepen.io/lagudal/pen/KxGpQj
Главная проблема - то что в реальной мобильной версии нет hover, вернее, он работает не так как в десктопной.
Т.е. если знаешь, что надо осторожненько нажать и держать, чтобы раскрыть, а потом уже кликать, если есть необходимость. Проблема, что прикосновение, даже очень нежное, очень уж часто есть сразу клик.
Кстати, такая же точно проблема, когда пункт верхнего уровня дропдаун-меню сам содержит ссылку, например, на категорию, а не только hover по нему раскрывает вложенные уровни меню с подкатегориями.
Есть мысль, прикрутить класс или id, который будет добавляться только на разрешениях для таблет и мобайл, а на этот класс или id повесить посредством js события - по первому клику на элемент - раскрыть элемент, по второму или последующим кликам - уже перейти по ссылке.

Изучать надо CSS - фреймворками надо пользоваться когда это необходимо. Когда освоите один любой, все остальные будут понятны и доступны вообще бескровно, и нужны только в том случае, если будете работать над проектами с конкретными требованиями, например, когда поддерживать/изменять/дополнять существующий проект используя фреймворк с помощью которого он был сверстан, будет быстрее/удобнее/дешевле/лучше чем переписать с нуля на другом фреймворке либо вообще без оного.
Бутстрап 3 - на флоатах, 4 - на флексах, предполагаю, что 5 будет на гридах. ))
Если нет опыта, начать лучше с текущего, зачем идти назад, верно? Я начинал с 3-го, с 4-м проблем нет вообще, пользуюсь, если надо мельком посмотрю доки. Проекты, которые были хотя бы на 5-ю часть сделаны на 3, не переделывал уже. Новые уже на 4.
Все чисто субъективно.