its2easyy

При большем бюджете это верстальщик/wp dev, который делает свою тему (возможно на основе starter темы, чтобы было быстрее), в которой уже реализуется нужная структура и дизайн.
Изменение контента предполагается и представителем заказчика и дизайнером и разработчиком (как захочет работать заказчик) в админке через кастомные поля/основной контент страницы/гутенберг блоки.
Изменение дизайна идет через задачу дизайнеру, который согласует изменения с клиентом, а потом это реализует разработчик. При желании выбор каких то версий дизайна элементов можно вынести в админку, но обычный клиент не хочет с этим возиться при наличии дизайнера.

При меньшем бюджете это покупка лицензии на page builder, типа elementor, и импорт набора базовых страниц из библиотеки билдера, с заменой контента в них. Потом доделывать оставшиеся страницы с помощью доступных блоков билдера или готовых секций из библиотеки. В таком варианте обычно почти всё делает сам дизайнер, для сложных вещей призывая разработчика, а простые изменения (типа поправить текст или поменять цвет) может делать заказчик.

1. Тема скорее всего будет набором небольшого количества страниц, сделанных через один из page builder'ов, с ним же включенным в комплект. Поверх этого доп. настройки, которые позволят менять что то на сайте. С недавнего времени вместо отдельного билдера может быть дефолтный для wp гутенберг с доп. блоками. Шаблоны без билдера это обычно тема со стилизацией стандартных страниц wp (типа простой страниц, статьи, списка статей, главной и тд) плюс шаблоны со стилями на какой то доп. тип страницы, например портфолио, плюс некоторые доп. настройки.
2. Обычно это здравый смысл + не использовать в фигме вещи, которые она рендерит не так как они будут отображаться в вебе или имеют свойства, которые фигма неправильно показывает. Если будет использоваться какой то сложный интерактивный компонент (календарь, фильтры, etc) от плагина/внешнего сервиса, учитывать его кастомизируемость (или делать примерный дизайн). Если будет использоваться page builder, то стараться использовать его компоненты для основы.
3. Тут скорее будет подгонка под готовый шаблон, который будет выбран и доступные настройки. А в общем случае стандартные правила дизайна под веб.
4. Если дизайнер придерживается одной дизайн системы, не делает отступы каждый раз с новым размером, переиспользует блоки на разных страницах и тд, то новые страницы после нескольких первых добавляются очень быстро. Плюс достаточно быстро можно вносить изменения в разных местах одновременно, что в случае с билдером может превратиться в ад. Но билдер дает более быстрый старт и более быстрые простые страницы вначале.

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

Если в инспекторе удалить textarea, то можно увидеть что блок с кодом со страницы не пропал. Если это повторить ещё несколько раз, каждый раз тыкая в то место, где визуально находиться элемент, то можно дойти до .react-code-lines где и лежат блоки с текстом. А через поиск они не находятся, потому что они не идут одной непрерывной строкой

нужно выбрать block в настройке layout репитера, при дефолтной table ширина дочерних полей не применяется

можно взять Asrto в режиме SSG и при необходимости в нем использовать react компоненты

'cat' работает только на встроенные категории постов, для кастомных таксономий нужно использовать параметры таксономий

GSAP + ScrollTrigger

можно попробовать IntersectionObserver и в нем смотреть IntersectionObserverEntry: intersectionRatio, ratio умножать на высоту элемента и получится видимый размер.

вариант с готовыми инструментами:
берёшь ScrollTrigger и задаешь pin блоку свайпера, когда он достигает центра экрана, из onUpdate коллбека scrolltrigger'a берёшь значение progress и его же используешь в swiper.setProgress() чтобы сдвинуть блоки. Будет работать в обоих направлениях скрола.
При желании свайпер можно заменить на просто блок со слайдами и двигать его через transform: translateX (или через gsap анимацию)

clip-path правильный вариант, только нужно его использовать два раза. У основной кнопки фон цвета рамки, к ней применяется clip-path первый раз. Внутри кнопки ещё один элемент с фоном цвета основного фона кнопки, этот внутренний элемент должен быть на 1px (или больше если рамка шире) меньше с каждой стороны. К этому элементу применяется второй clip-path с теми же размерами.
Внутренний элемент можно сделать например через

position: absolute;
top: 1px;
left: 1px;
right: 1px;
bottom: 1px;

готовое решение для скрола - ScrollTrigger, а эффекты к скролу можно любые привязывать

https://gsap.com/docs/v3/Plugins/ScrollTrigger/, смотреть примеры с pin

https://github.com/its2easy/animate-images

часто просили клиенты, поэтому оформил это в библиотеку.
https://github.com/its2easy/animate-images

Хотя если не нужна интерактивность то проще зацикленное видео использовать