Как сайт перестал быть экраном и стал помощником: RAG-бот за 60 строк и что это значит для бизнеса
Авторы tproger-web разобрали, как за 60 строк Python и локальной Ollama создать бота, который отвечает по содержимому любого сайта. Мы в Cetera такие решения видим как часть будущего сайтов — не просто статичных, а живых, способных отвечать на вопросы. И это не про технический трюк. Это про то, как сайт перестаёт быть экраном и становится помощником.
О чём речь и почему это важно для бизнеса
Речь о том, что сайт может перестать быть просто страницей и стать живым помощником. Вместо того чтобы ждать, пока клиент найдёт нужную информацию в меню, он может спросить: «Как работает возврат товара?» — и получить ответ из актуальной документации. Это не фантастика. Это уже работает с помощью RAG-подхода. Я считаю, что это важно, потому что клиенты больше не ищут. Они спрашивают. И если сайт не отвечает — он теряет конверсию. Не потому что медленный, а потому что не понимает. В Cetera мы видим это как смену парадигмы: сайт перестаёт быть витриной и становится интерфейсом к знаниям. И если ваш сайт не умеет отвечать на вопросы — он уступает конкурентам, которые уже это делают.
Как это устроено — что тут происходит
Проще говоря: бот не «знает» ответов. Он ищет их. Сначала он забирает текст со страницы — чистый, без HTML-разметки, без рекламы. Затем разбивает его на фрагменты. Каждый фрагмент превращается в вектор — математическое представление смысла. То же самое делается с вопросом. Бот сравнивает векторы, находит ближайшие похожие фрагменты и передаёт их языковой модели с чёткой инструкцией: «Отвечай только по этому тексту». Всё это работает локально, без облачных API. И да, в примере — 60 строк. Но это не про «как быстро». Это про «как правильно». Мы в Cetera такие интеграции делаем так: начинаем с анализа структуры сайта, оцениваем, какие страницы важны, и решаем, какую часть данных можно использовать. Главное — не техника, а качество исходного текста. Если в тексте есть помехи — бот будет ошибаться. Поэтому чистка — не опция, а обязательный шаг.
Что изменилось на рынке: как делали раньше и как делают сейчас
Раньше сайт был статичным. Если клиент не нашёл ответ — он звонил. Или уходил. Сейчас — клиент спрашивает. И ждёт ответа. Не в чате с оператором, а на сайте. Это уже не «мечта» — это реальность. Раньше для интеграции с ИИ требовались большие бюджеты, облачные сервисы, сложные архитектуры. Сейчас — можно запустить на ноутбуке. Это не просто снижение порога входа. Это смена масштаба. Раньше ИИ был для гигантов. Сейчас — для любого бизнеса. Мы в Cetera видим, как это меняет подход: не «надо ли?» — а «когда?». Потому что если вы не делаете это сейчас, вы упускаете время, пока конкуренты внедряют интерактивность. И не просто «интерактивность» — а ту, что работает по актуальным данным. Это не про бота, который повторяет шаблоны. Это про бота, который читает вашу документацию и отвечает на вопросы, которые вы ещё не задумывали.
Кому это касается и как понять, что это про ваш проект
Если у вас есть документация, блог, справочник, чейнджлог, FAQ — это про вас. Если у вас есть страницы, где клиенты часто задают одни и те же вопросы — это про вас. Если вы уже получаете запросы в поддержку по тем же темам — это про вас. Мы в Cetera такие проекты оцениваем по одному критерию: насколько текст на сайте структурирован и чист. Если страницы — это только HTML-код с рекламой и навигацией — интеграция будет неэффективной. Но если текст есть, он читаем, и его можно извлечь — это уже шаг к возможностям. Главное — не количество страниц, а их качество. И если у вас есть хотя бы одна страница, где клиент может получить ответ — это уже стоит делать. Я бы на месте владельца магазина смотрел прежде всего на документацию, условия доставки, правила возврата. Там — самые частые вопросы. И там — самый большой потенциал для автоматизации.
Что с этим делать — порядок действий в общем виде
Начинаем с аудита. Проверяем, какие страницы содержат ценную информацию. Затем — оцениваем, насколько текст на них чист. Если нужно — приводим к виду, удобному для извлечения. Далее — решаем, какую часть данных индексировать: одну страницу, раздел, весь сайт. Затем — выбираем платформу. Это может быть локальная Ollama, облачный провайдер, российская модель — всё зависит от требований. Затем — настраиваем систему поиска по фрагментам. Проверяем, как бот находит нужные ответы. И только потом — интегрируем в сайт. В Cetera такой процесс начинаем с анализа нагрузки, проверки безопасности, оценки масштабируемости. Потому что это не просто скрипт. Это — система, которая должна работать без сбоев. И не только на тестах. А в реальных условиях. Поэтому мы не торопимся. Мы делаем шаги, которые можно повторить, масштабировать и поддерживать.
Что мы с этим делаем — выбор платформы как стратегия
Мы в Cetera такие интеграции делаем так: начинаем с аудита структуры сайта, оцениваем доступность данных, проверяем, насколько текст можно извлечь без помех. Затем — выбираем архитектуру, которая будет работать на вашей инфраструктуре. Это может быть локальный Ollama, облачный провайдер или российская модель. Главное — чтобы система не зависела от сторонних сервисов. Поддерживаем и развиваем проекты на Cetera CMS, 1С-Битрикс, Laravel, Yii2, InSales, WordPress, Magento2 и других платформах. Выбор платформы — это выбор скорости изменений на ближайшие 3–5 лет. Это не про «что быстрее». Это про то, как система будет адаптироваться к новым требованиям. Если вы выберете решение, которое не масштабируется — через год вы будете переделывать всё с нуля. А если выберете гибкое — вы сможете добавлять новые данные, менять модели, интегрировать с CRM. И это — не мечта. Это реальность, которую мы уже внедряем. И делаем это не ради технологии. А ради того, чтобы ваш сайт перестал быть экраном. И стал помощником, который работает 24/7.
Это часть нашей работы — Создание и разработка. Создание интернет-проекта — комлексная услуга, включающая весь производственный цикл: от сбора требований до запуска готового ресурса в интернете. Создание и разработка
Автор: Святослав Семенов из Cetera Labs