Слушаете трафик через инструменты от лисы. При скролле, смотрите куда отправляется запрос и с какими заголовками/параметрами. Шарите страницу, определяете откуда берутся параметры для запроса и в бой.
Пишите свой генератор запросов и обрабатываете ответы.
Нужно подключать сторонние сервисы для емейл-рассылок, аля Mailchimp. Под него и плагин для WP есть. Юзеры благодаря плагину будут подписываться на сайте, а вот рассылка уже будет идти с серверов Mailchimp.
Второй вариант писать самому систему для рассылок, но это сильно дороже + нужно держать свой сервак под рассылки, ip, etc, Дешевле взять стороннее решение.
Без напильника явно никак. Но под WP есть специальные плагины/шаблоны, которые позволяют юзеру создать свой маркетплейс.
Если будете писать с нуля, то возьмите Laravel + пару либ с Github, в разы проще будет нежели переделывать одну из блого-CMS. Разве что на Mod-x/Drupal, но проще как мне кажется на Laravel.
Я бы советовал Vue, разобраться с ним проще чем с Angular/React, работает он даже быстрее чем оные. И самому понять будет проще.
Сам по себе Vue предполагает компонентную разработку из коробки и имеет пачку крутых функций, чего в JQuery нет.
Я говорю не обо всех файлах, а о тех, которыми можно пожертвовать, опять же, в зависимости от специфики проекта.
На какой версии PHP работают сайты? Как говорили товарищи, разнести по серверам, закрыть от индексации файлы.
А миллиарды страниц у вас находятся в БД/файлах или просто тащатся по API/парсятся?
h1 должна присутствовать на любой странице, т.к. это заголовок страницы. ПС однозначно обращают на это внимание.
Итак, семантически h1 - это главный заголовок на странице, его нельзя делать ссылкой с точки зрения семантики. Т.е. по смыслу h1 это заголовок текущей страницы и вести на другую он не должен.
А вот например, если на главной ИМ весит 3 блока, каждый блок имеет название категорий и популярные товары из этих категорий, то название категории можно сделать h2 со ссылкой, а название товара h3 со ссылкой.
Фишка в том, что ИМ и информационные сайты нужно верстать как обычные документы, со структурой как у обычных печатных документов.
Явно не стоит привязывать статью к категории непосредственно в URL, это ведёт как минимум к дубляжу ссылок. У вас в итоге получается ссылки ведущие на 1 статью:
site.gg/a/x
site.gg/b/x
site.gg/c/x
В Wordpress прекрасно работают ссылки вида site.gg/post-name