Копирайтинг описаний товаров для 1С-Битрикс

Копирайтинг описаний товаров для 1С-Битрикс

Представьте: вы вложили деньги в продвижение, настроили фильтры, загрузили товары, а поисковик выдает десятки одинаковых карточек от разных магазинов. Производитель дал текст — и все его скопировали. Google и Яндекс видят дубли и понижают выдачу. Конверсия падает. Выход — уникальные описания товаров, адаптированные под ваш ассортимент и аудиторию.

Мы занимаемся наполнением каталогов Битрикс более 5 лет. За это время реализовали свыше 150 проектов — от мелких до масштабных. Уникальное описание повышает конверсию в 2–3 раза по сравнению с шаблонными текстами. При этом затраты на услуги окупаются за счёт роста органического трафика и снижения доли отказов.

Как устроено двойное описание в Битрикс?

В Битрикс карточка товара хранит два поля: PREVIEW_TEXT (краткое, до 300 символов) и DETAIL_TEXT (полное, HTML). Они решают разные задачи. PREVIEW_TEXT выводится в листинге каталога и используется как мета-описание при автогенерации. Требования: 150–160 символов, содержит главную выгоду и ключевой параметр товара, без воды.

Пример плохого PREVIEW_TEXT: "Этот товар обязательно понравится вам своим качеством и надёжностью. Идеально подходит для дома." Пример рабочего: "Смеситель Grohe Eurosmart для раковины, хром, монолитный излив 180 мм. Картридж 35 мм, гарантия 5 лет."

DETAIL_TEXT — полное описание со структурой: задача → как товар решает её → конкретные технические параметры → применимость → комплектация. Для сложных товаров обязательно добавляем таблицы и списки.

Почему шаблонные тексты не работают?

Шаблонные описания — копия от производителя или конкурентов. Поисковики быстро вычисляют дубли и не ранжируют такие карточки. Пользователи тоже: если текст не отвечает на их вопросы, они уходят. По нашим данным, карточки с уникальным описанием получают на 60% больше просмотров в органической выдаче. А конверсия в целевое действие выше в 2,5–3 раза.

Полный цикл наполнения каталога

Мы предоставляем полный цикл: от брифа на категорию до загрузки через API. В услугу входит:

• Анализ целевой аудитории и конкурентов по каждой категории
• Разработка шаблонов структуры для единообразия карточек
• Написание текстов с учётом SEO-требований (уникальность от 85%)
• Проверка уникальности через сервисы Text.ru или Advego
• Загрузка через штатный импорт Битрикс (XML или REST API)

В официальной документации Битрикс подчёркивается, что уникальное описание является фактором ранжирования.

Структура полного описания

[Задача/проблема покупателя]
[Как этот товар решает задачу — конкретно]
### Особенности и преимущества
- [факт с параметром, не эпитет]
- [факт с параметром]
...
### Технические характеристики
[Таблица ключевых параметров — продублированные из свойств инфоблока]
### Применение
[Где и как используется]
### Комплектация
[Что входит в комплект]

Требования к текстам по типам товаров

Технические товары (электроника, инструмент, сантехника):

• Конкретные цифры: не «мощный», а «мощность 2000 Вт»
• Технические стандарты и сертификаты
• Совместимость с другими моделями/системами
• Особенности монтажа или подключения

Одежда и обувь:

• Состав материала и его свойства
• Таблица размеров в описании — покупатели ищут именно здесь
• Уход и стирка
• С чем сочетается (образ) — помогает перелинковке

Продукты питания:

• Состав, КБЖУ на 100г и на порцию
• Способ приготовления/применения
• Условия хранения
• Вкус и текстура

Что недопустимо в описаниях Битрикс-каталога

• Перефраз технических характеристик. Характеристики уже есть в свойствах инфоблока — в описании они не нужны ещё раз.
• «Широкий ассортимент», «высокое качество», «доступные цены» — слова-пустышки.
• Описание компании вместо описания товара. «Наша компания с 2010 года...» — не нужно.
• Ключевые слова через запятую в тексте.

Объём и уникальность

Уникальность — от 85% (для технических описаний достаточно 75–80%).

Как мы ставим копирайтинг на поток?

1. Бриф на категорию — целевая аудитория, конкуренты, точки отличия.
2. Шаблон структуры — единая схема для категории.
3. Загрузка через импорт — Excel → XML-импорт или API.
4. Проверка уникальности до загрузки — автопроверка встроена в процесс.

Сроки

Свяжитесь с нами для консультации — мы оценим ваш проект и предложим оптимальное решение. Закажите оценку стоимости и сроков для вашего каталога.

Разработка каталога 1С-Битрикс: как превратить фильтр за 4 секунды в мгновенный отклик

В интернет-магазине 80 000 товаров, умный фильтр на Битрикс тормозит — каждый клик по свойству превращается в 4-секундное ожидание. Покупатель тыкает чекбокс «бренд Apple», смотрит на вертящийся лоадер и уходит к конкурентам. Конверсия падает на 20%. Это знакомая боль. Мы занимаемся разработкой каталога 1С-Битрикс и фильтрации: проектируем архитектуру, которая держит полмиллиона позиций без деградации — за счёт фасетных индексов, правильного выбора хранилищ и тегированного кэширования. Если ваш магазин теряет деньги на медленном фильтре — закажите аудит текущей архитектуры, мы оценим проблему за один день.

Как инфоблоки влияют на производительность каталога?

Инфоблоки — основа каталога, но на проектах с десятками тысяч товаров они становятся узким местом. Стандартный bitrix:catalog.smart.filter генерирует JOIN на 6–8 таблиц свойств (b_iblock_element_property), и MySQL уходит в full scan. Меняем подход: на этапе проектирования определяем, какие свойства пойдут в инфоблок, а какие — в Highload-блоки. Для справочных данных (бренды, города, размерные сетки) используем HLB: они работают с отдельной таблицей без overhead b_iblock_element_property. Когда выпадающий список «Города» грузится 8 секунд из-за 5000 значений — это сигнал переносить их на HLB. Каталог на 80 000 товаров с фильтром за 4 секунды теряет около 1,2 млн рублей в год из-за ухода клиентов — такую экономию даёт правильная архитектура. Свяжитесь с нами, чтобы прикинуть выгоду для вашего проекта.

Что такое фасетный индекс и почему он важен?

Основная производительность кроется здесь. Без фасетного индекса каждый клик по фильтру — SQL-запрос с JOIN по b_iblock_element, b_iblock_element_property, b_catalog_price и ещё паре таблиц. На 100 000 товаров такой запрос выполняется 2–4 секунды. С фасетным индексом — 30–80 мс. Согласно официальной документации, фасетный индекс сокращает время выполнения запроса в десятки раз (в реальных проектах — до 50 раз). Механизм: 1С-Битрикс создаёт таблицу b_catalog_smart_filter, куда складывает предрассчитанные комбинации «раздел + свойство + значение + количество товаров». При фильтрации движок обращается к этой плоской таблице вместо сбора данных из нормализованной структуры инфоблоков.

При настройке фасетного индекса часто допускают одни и те же промахи. Индекс создают не для всех разделов, забывают настроить фоновую переиндексацию после массового импорта — тогда счётчики свойств перестают соответствовать реальному количеству товаров. Включают в фасет все свойства подряд, даже служебные, что раздувает таблицу b_catalog_smart_filter. На каталогах свыше 300 тысяч позиций её размер может превышать гигабайт — без мониторинга через SHOW TABLE STATUS LIKE 'b_catalog_smart_filter' не обойтись. Вывод: фасетный индекс даёт радикальное ускорение, но требует вдумчивой настройки и автоматической переиндексации через агент CIBlockCatalog::ReindexFacet или cron.

Почему Highload-блоки быстрее инфоблоков для справочников?

На практике лучшая архитектура — гибридная. Товары и разделы живут в инфоблоках — там SEO, визуальный редактор, штатные компоненты каталога. А справочные свойства с тысячами значений переносим в Highload-блоки. Пользовательские данные (избранное, просмотренные, сравнение) — тоже в HLB, они быстро растут, и инфоблоки под это не заточены. Хотите узнать, какую архитектуру выбрать для вашего каталога? Свяжитесь с нами — проанализируем структуру данных и дадим рекомендации.

SEO-фильтры: как получить ЧПУ и не попасть под фильтр Яндекса?

Стандартный фильтр генерирует ?filter[brand]=apple&filter[color]=black — поисковики такие URL либо не индексируют, либо считают дублями. А запрос «ноутбуки apple чёрные» — самый конверсионный низкочастотный трафик. Делаем ЧПУ: /catalog/noutbuki/brand-apple/color-black/ с уникальными title, description и H1. Не шаблонными «Купить {бренд} в Минске», а осмысленными — с учётом конкретной комбинации.

• Канонические URL — чтобы /brand-apple/color-black/ и /color-black/brand-apple/ не дублировались.
• Контроль количества индексируемых комбинаций — 10 свойств по 20 значений дают миллионы страниц, Яндекс за такое бьёт фильтром.
• Автоматическая sitemap для SEO-страниц фильтрации.
• Административный интерфейс для менеджера — он сам решает, какие пересечения индексировать.

Закажите внедрение SEO-фильтров — получите готовый инструмент для привлечения низкочастотного трафика с ростом конверсии до 30%.

Какие методы дают ощутимый прирост производительности?

• Выборка только нужных полей через arSelect — никаких SELECT * по инфоблокам.
• Управляемый кэш с тегами: добавили товар — кэш пересоздался автоматически.
• Композитный кэш для анонимов: TTFB < 100 мс, HTML отдаётся без запуска PHP.
• Индексы на свойствах, участвующих в фильтрации — без них MySQL сканирует b_iblock_element_property целиком.
• Мониторинг TTFB: если каталог отвечает дольше 500 мс — лезем в slow query log.

Что входит в комплексную разработку каталога на 1С-Битрикс

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

• Аудит текущей архитектуры каталога и фильтрации.
• Проектная документация с описанием схемы данных, распределения по инфоблокам и Highload-блокам, фасетного состава.
• Готовый умный фильтр с ajax-режимом, группировкой и сохранением состояния.
• Настроенный фасетный индекс с cron-переиндексацией.
• SEO-фильтры с ЧПУ, уникальными метатегами, каноникалами и sitemap.
• Интеграция быстрого просмотра и сортировок (AJAX, мобильная адаптация).
• Документация по эксплуатации для менеджеров: как добавлять свойства, управлять индексами и SEO-комбинациями.
• Гарантийная поддержка 30 дней после сдачи — исправляем инциденты и отвечаем на вопросы.

Как мы разрабатываем каталог: пошаговый план

Мы не просто ставим компоненты. Процесс включает:

1. Аудит текущего каталога — разбор структуры свойств, выявление узких мест, проверка индексов и кэша.
2. Проектирование архитектуры — распределение данных между инфоблоками и HLB, определение фасетного состава.
3. Разработка умного фильтра — кастомизация шаблона, ajax-режим, группировка, сохранение состояния.
4. Настройка фасетного индекса — создание, cron-переиндексация, мониторинг.
5. SEO-фильтры — ЧПУ, метатеги, каноникалы, sitemap.
6. Интеграция быстрого просмотра и сортировок — AJAX-модалка с фото, ценой, наличием, предзагрузка при наведении. На мобильных — bottom sheet вместо попапа.
7. Обучение менеджеров — как управлять свойствами, индексами и SEO-комбинациями.
8. Гарантийная поддержка — 30 дней после сдачи.

Сроки реализации

Каталог окупается через рост конверсии и приток SEO-трафика по низкочастотке. Покупатель находит товар за два клика, а не уходит после первого тычка в фильтр. Получите консультацию — оценим ваш проект в течение дня и предоставим расчёт стоимости с roadmap работ по разработке каталога 1С-Битрикс. Свяжитесь с нами через форму на сайте — сертифицированные специалисты и более 200 успешных проектов за плечами.