Портал по недвижимости с базой от 5 000 объектов и высокой частотой обновлений убивает стандартный WordPress за пару месяцев из-за раздувания таблицы wp_postmeta. Для создания масштабируемого продукта требуется архитектура на Custom Post Types и кастомных таблицах БД, иначе время отклика сервера (TTFB) вырастет с 200 мс до 2-3 секунд.
Архитектура данных: почему стандартные поля не работают
Использование стандартных мета-полей WordPress для фильтрации по цене, площади или количеству комнат — фатальная ошибка. При базе в 10 000 объявлений запрос с тремя фильтрами создает тяжелые JOIN-операции в БД, что замедляет выдачу в 4-6 раз. Правильный подход: создание отдельных индексированных таблиц для характеристик объектов.
Кейс: Перенос каталога из 7 000 объектов с ACF (Advanced Custom Fields) на кастомные таблицы сократил время загрузки страницы поиска с 4.2 сек до 0.8 сек. Это позволило увеличить конверсию в лид на 12% за счет снижения процента отказов.
Экспертный вывод: Для порталов объемом более 2 000 позиций забудьте про стандартные мета-поля. Только кастомные таблицы или внешние индексы типа Elasticsearch.
Выбор движка: готовые темы против кастомного кода
Рынок предлагает темы-конструкторы (например, Housez или RealHomes) стоимостью $60-100, которые обещают запуск за 2 дня. На практике 70% функционала таких тем избыточны, а код перегружен скриптами, что снижает оценку PageSpeed Insights до 30-40 баллов. Кастомная разработка стоит от 150 000 до 600 000 рублей, но дает полный контроль над LCP (Largest Contentful Paint).
Сравнение: Готовая тема дает быстрый старт, но ограничивает вас в SEO-структуре (невозможность гибко настроить URL для фильтров). Кастомная разработка позволяет внедрить динамические страницы-хабы (например, «Квартиры в Химках до 5 млн руб»), которые генерируют до 40% органического трафика.
Экспертный вывод: Сравнение кастомной разработки и использования готовых тем показывает, что для бизнеса с бюджетом на маркетинг от 50к/мес готовы только кастомные решения; темы подходят лишь для MVP.
Автоматизация импорта и синхронизация с XML/JSON
Ручное наполнение портала бессмысленно. Основной поток данных идет через API агрегаторов или XML-фиды застройщиков. Критическая проблема здесь — дубликаты и «битые» объекты. Необходимо внедрять систему валидации данных на входе: проверка уникальности по кадастровому номеру или внутреннему ID объекта.
Пример: Настройка ежедневного импорта 1 500 обновлений через WP-Cron часто приводит к зависанию сайта. Решение — вынос импорта в системный cron сервера с лимитом по памяти 512 МБ и использованием функции wp_insert_post в обход тяжелых хуков тем.
Экспертный вывод: Автоматизируйте импорт через CLI (Command Line Interface), а не через админку WordPress, чтобы избежать Time-out ошибок при обработке больших массивов данных.
Монетизация и личный кабинет агента
Основной доход портала — платные размещения и поднятие объявлений в топ. Реализация этого через WooCommerce избыточна и перегружает корзину. Оптимально использовать упрощенную систему подписок или интеграцию с платежными шлюзами (ЮKassa, Robokassa) через кастомные эндпоинты.
Нюанс: Важно внедрить систему модерации с статусами «Ожидает проверки», «Активен», «Архив». Без автоматического перевода в архив объектов, проданных более 30 дней назад, доверие пользователей падает, а показатель Bounce Rate растет на 15-20%.
Экспертный вывод: Не перегружайте сайт e-commerce плагинами. Для продажи «мест в листинге» достаточно простой интеграции API платежной системы и смены статуса поста в БД.
Вывод
Создание портала по продаже недвижимости на WordPress возможно только при отказе от «коробочных» решений в пользу гибридной архитектуры: WP для контента и кастомные таблицы БД для листингов. Начинайте с проектирования схемы данных, избегайте тяжелых тем-конструкторов и сразу закладывайте серверные мощности (минимум 4 ГБ RAM, NVMe диски). Оптимальный стек: кастомная тема + ACF Pro (только для простых полей) + Elasticsearch для быстрого поиска по тысячам объектов.
Полная картина раскрыта в обзорном материале — Разработка сайтов на WordPress.