Дмитрий Королёв

Вот так вот - в лоб - делать не нужно, потому что могут быть проблемы. С отображением, с состояниями, с js, с чем угодно - и всегда неожиданные. Нужно делать по уму. И для этого есть Custom Elements. Шикарнейший мануал: www.html5rocks.com/en/tutorials/webcomponents/cust...

Cookie в данном случае - жестяцкая жесть. При каждом запросе на сервер они носятся туда-сюда, как угорелые. Оно разве надо?
Идеальный вариант в вашем случае - localStorage. Его поддерживают... до его все почти поддерживают.

1) Эмуляция мобильных устройств в devtools в хроме и firefox
2) Эмуляция старых IE в Edge
3) https://www.browserstack.com/

Ну и регулярно вручную смотреть, где есть возможность, да.

Параллакс на мобильных устройствах не работает, потому что скроллинг там работает не так, как на десктопе. На айфонах/айпадах, к примеру, событие scroll по факту отрабатывает только в момент завершения прокрутки страницы, а не в течение всей этой прокрутки. На андроидах, если мне не изменяет память, тоже примерно так.

Чертовщина какая-то. Зачем локализатор-то использовать, господа? Он нужен, не побоюсь этих слов, для локализации, для перевода. А для вещей, которые хочет сделать ТС, существует такая штука, как JSON.

1. Создаёте в php массив с нужными параметрами.
   
2. json_encode
   
3. Выводите это всё через wp_head
   
4. В JS делаете JSON.parse и радуетесь жизни
   

Так (в смысле - используют json для передачи переменных в JS) делает Google, так делает Stackoverflow (смотрите исходный код), так делают все нормальные люди. И вы так делайте.

Если я правильно понял, чего вы, собственно, хотите добиться, попробуйте шаблонизатор какой-нибудь использовать.
К примеру, мы сейчас в одном проекте на WP используем подход с использованием Mustache, и все шаблоны хранятся в БД.

Во-первых, убрать
между параграфами, во вторых, убрать нижний отступ у параграфов, который, скорее всего, есть.

Первое и третье давно реализовано как в яндекс-метрике, так и в гугловском аналитиксе.
Второе делается элементарно, потому что есть utm-метки.

Для этого не нужен плагин. Записи в любом случае будут выбираться с помощью WP_Query, используйте параметр tax_query.

Судя по коду, вы используете не плагин gulp-watch, а встроенный gulp.watch. Отличие в том, что встроенный не умеет следить за новыми и удалёнными файлами. Воспользуйтесь gulp-watch, он всё умеет.

адаптивить

Есть простое слово "адаптировать". Не насилуйте язык.

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

2) только тогда

4) Если вы имеете ввиду расстановку классов под "с помощью бутстрап сетки", то, наверное, и да и нет. Потому что адаптация - это не только сетка. Это сплошные нюансы в расстановке блоков и элементов, в их размерах, в типографике и так далее.

5) Если хочет, чтобы была мобильная версия - должен однозначно. В противном случае, как говорится, претензии не принимаются.

должен ли я адаптивить под абсолютно любое пиксельное разрешение или же только под самые распространенные?

Это в корне неверный подход. Если вдруг случилось так, что вы а) верстаете не по принципу mobile-first, б) не имеете в наличии дизайна мобильных версий, в) должны кровь из носу всё сделать самостоятельно, то подход, на мой взгляд, должен быть следующим: постепенно уменьшаете экран (не забывая и про высоту тоже), что-то поехало или стало выглядеть плохо - вносим соответствующие стили для этого конкретного разрешения. И так до самого минимума.

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