**bizneshelper.ru** — веб-проект в сфере бизнес-консалтинга и управленческой экспертизы.

## Назначение проекта

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

## Тематика

В публичной части проекта представлены материалы, связанные с:

* управленческим и стратегическим консалтингом;
* развитием продаж и маркетинга;
* производственным и антикризисным управлением;
* бизнес-процессами и организационными изменениями;
* кадровыми, юридическими, внешнеэкономическими и другими прикладными направлениями;
* практическими кейсами и экспертными публикациями.

## Аудитория

Проект ориентирован на владельцев, руководителей и специалистов действующих компаний, которым требуется внешняя экспертиза в вопросах управления, развития и повышения эффективности бизнеса.

## Роль сайта

Сайт одновременно выполняет несколько функций:

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

## Принцип ведения проекта

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

## Связанные сущности

* [bizneshelper.ru — модернизация и миграция на haih-cms](/concepts/bizneshelper-ru-modernizatsiya-i-migratsiya-na-haih-cms) — архитектура и текущая модернизация сайта.
* [Унифицированные данные как основа AI-driven проектов — кейс VietnamGuru и BiznesHelper](/concepts/unifitsirovannye-dannye-kak-osnova-ai-driven-proektov-vietnamguru-i-bizneshelper) — практический кейс о переходе от legacy-схем к универсальной Concept-модели и AI-driven управлению контентом.
* [Рост производительности специалистов требует развития технологической среды бизнеса](https://futurist.expert/concepts/rost-proizvoditelnosti-specialistov-trebuet-razvitiya-tehnologicheskoy-sredy-biznesa) — более общий контекст о том, почему рост возможностей специалистов и AI требует соответствующего развития среды.

Текущие работы ведутся через задачи проекта; отдельные технические инициативы не определяют содержание самого проекта.

bizneshelper.ru — сайт о бизнес-консалтинге, управлении и развитии организаций.

bizneshelper.ru

# Цель

Устранить несоответствие между основным зеркалом сайта и URL, которые публикуются в sitemap.

## Текущее состояние

Основное зеркало сайта используется без `www`, однако ссылки в sitemap формируются с `www`. Это создаёт лишнюю неоднозначность для поисковых систем и противоречит выбранной канонической структуре URL.

## Что сделать

- Найти место, где формируется базовый host для sitemap.
- Изменить генерацию URL так, чтобы sitemap использовал канонический домен без `www`.
- Проверить, что все URL в sitemap формируются в едином формате.
- Сопоставить результат с настройками canonical, редиректами и основным зеркалом сайта.
- Проверить, что версия с `www` при необходимости корректно перенаправляется на основное зеркало без `www`.
- После исправления заново проверить sitemap на наличие смешанных host-вариантов.

## Результат

Sitemap содержит только канонические URL основного зеркала без `www`.

## Критерии готовности

- В sitemap отсутствуют URL с `www`.
- Все ссылки используют единый канонический host.
- Sitemap согласован с canonical и правилами редиректов.
- Поисковым системам не предлагаются два варианта одного и того же хоста.

Отдельно исправлять sitemap старой Ruby-версии больше нецелесообразно: новый sitemap формируется в haih-cms на каноническом зеркале без www.

Исправить URL в sitemap: убрать www

# Контекст

На исходном legacy-сайте bizneshelper.ru поиск сейчас не работает: при попытке выполнить поисковый запрос пользователь получает стандартную Rails-ошибку `We're sorry, but something went wrong.`.

Это дефект старой Ruby-реализации, а не новой версии сайта.

## Цель

Понять фактическую причину падения legacy-поиска и обеспечить рабочий поисковый сценарий в новой реализации на haih-cms.

## Что сделать

- Воспроизвести ошибку на локально запущенной копии legacy-сайта.
- Проверить, связан ли сбой с Sunspot/Solr, отсутствием индекса, конфигурацией подключения или обработкой результата в Rails-приложении.
- Зафиксировать, какие типы контента исторически участвовали в поиске.
- Определить, какие поисковые сценарии действительно нужны пользователю на новом сайте.
- Не считать восстановление старого Solr обязательным само по себе: если legacy-поиск нужен только как источник понимания поведения, реализовать новый поиск средствами актуального стека.
- Проверить поиск по основным публичным сущностям и типовым запросам.
- Предусмотреть понятное поведение при отсутствии результатов и при технической ошибке.

## Результат

Причина падения старого поиска понятна, а новая версия сайта имеет рабочий и предсказуемый поисковый сценарий.

## Критерии готовности

- Legacy-ошибка воспроизводится и её источник определён.
- Понятно, какие сущности должны индексироваться в новом поиске.
- Поиск в новой версии не зависит от старого Rails/Solr-контура без явной необходимости.
- Пользователь получает результаты, пустое состояние или контролируемое сообщение об ошибке, а не generic 500-страницу.

## Ограничения

В открытой задаче не публиковать внутренние адреса Solr, секреты подключения, production-логи и другие чувствительные параметры.

Чинить поиск старого Ruby-сайта больше не требуется: legacy остаётся источником данных и reference, а поиск новой версии должен работать по Concepts.

Задачи

Исправить поиск: legacy-сайт падает при поисковом запросе

Исправить URL в sitemap: убрать www