Добавить новые страницы на сайт: как не сломать структуру и SEO

Новые страницы как часть архитектуры: URL, меню, шаблон, schema.org, sitemap и внутренняя перелинковка.

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

Симптом и причина — не одно и то же

Один и тот же внешний симптом может появляться по разным причинам. Сначала стоит записать конкретный сценарий: URL, устройство, шаг, момент появления и последние изменения.

Что проверить в первую очередь

• Составить карту сущностей и связей.
• Нормализовать API-интеграции и обработку ошибок.
• Проверить, что каждая важная страница доступна по внутренним ссылкам.
• Сравнивать количество URL в sitemap с фактической индексацией.
• Включать только канонические индексируемые URL.

Как сузить круг причин

В WordPress важно отделить симптом от источника: тема, плагин, запрос к БД, cron, интеграция или сервер могут выглядеть одинаково — «сайт глючит».

WordPress сам по себе не делает сайт быстрым или медленным. Результат определяют тема, плагины, модель данных, запросы к БД, сервер и процесс обновлений. Большой проект лучше воспринимать не как набор страниц, а как приложение с сущностями и связями.

Чего я бы не делал на старте

• править ядро или файлы плагинов напрямую
• ставить несколько плагинов с одной функцией
• делать тяжёлые WP_Query внутри циклов
• отправлять данные в CRM без логов

Самый дорогой путь — лечить архитектурную проблему ещё одним плагином, не понимая, что уже происходит в теме и базе.

Что сравнить после исправления

• ошибки интеграций
• время PHP-ответа
• autoload size
• число SQL-запросов

Я бы фиксировал изменения через staging, логи и измерения до/после. Иначе легко удалить полезную функцию и оставить настоящую причину.