Розробка таблиці розмірів одягу на 1С-Бітрікс під ключ

Чому таблиці розмірів критичні для магазину одягу на Бітрікс?

Невідповідність розміру — головна причина повернень у fashion-ритейлі. Статична картинка з розмірами не допомагає: користувач не бачить відповідності своїм параметрам. Наша команда розробляє динамічну таблицю розмірів, яка знижує повернення на 20–40%. Стандартного рішення в 1С-Бітрікс немає, тому проектуємо індивідуальну архітектуру. Ми враховуємо, що один товар може продаватися в розмірних сітках RU, EU, US, UK, а у кожного бренду свої дані. Тільки кастомізація дає реальний ефект.

Як ми проектуємо архітектуру зберігання розмірів?

Неправильний підхід — жорсткий код у шаблоні. Через місяць з'являється новий бренд, і все переробляють. Ми зберігаємо таблиці в базі даних з прив'язкою до брендів і категорій. Ось структура:

CREATE TABLE b_size_charts ( ID SERIAL PRIMARY KEY, NAME VARCHAR(255) NOT NULL, CATEGORY VARCHAR(100), BRAND_ID INT, GENDER VARCHAR(10), ACTIVE BOOLEAN DEFAULT TRUE ); CREATE TABLE b_size_chart_rows ( ID SERIAL PRIMARY KEY, CHART_ID INT NOT NULL REFERENCES b_size_charts(ID), SIZE_RU VARCHAR(10), SIZE_EU VARCHAR(10), SIZE_US VARCHAR(10), SIZE_UK VARCHAR(10), CHEST_CM NUMERIC(5,1), WAIST_CM NUMERIC(5,1), HIPS_CM NUMERIC(5,1), HEIGHT_FROM SMALLINT, HEIGHT_TO SMALLINT, SORT INT DEFAULT 100 ); 

Так ми отримуємо гнучкість: одна таблиця для чоловічих футболок Nike, інша — для жіночих суконь Zara. Динамічна таблиця працює ефективніше за статичну картинку: повернення знижуються на 20–40% проти 5–10%.

Як прив'язати таблицю до товару?

У товару в Бітрікс заводимо властивість SIZE_CHART_ID типу «Число». Якщо товар не заповнений, компонент сам знаходить таблицю за замовчуванням через розділ або бренд. Реалізація в component.php:

$chartId = $arResult['PROPERTIES']['SIZE_CHART_ID']['VALUE']; if (!$chartId) { $chartId = SizeChartTable::getDefaultForSection($arResult['IBLOCK_SECTION_ID']); } 

Компонент custom:catalog.size.chart виводить таблицю в модальному вікні або вкладці. Для прискорення — кешування на 24 години, оскільки дані змінюються рідко.

Інтерактивний радник по розміру — навіщо він потрібен?

Радник — це калькулятор: користувач вводить обхват грудей, талії, стегон і отримує рекомендований розмір. Ми синхронізуємо його з торговими пропозиціями: при виборі розміру підсвічується рядок у таблиці, а при виборі радника — автоматично вибирається потрібна ТП. Реалізація на чистому JavaScript:

function recommendSize(chest, waist, hips) { const chartData = window.sizeChartData; for (const row of chartData) { if (chest >= row.chest_min && chest <= row.chest_max && waist >= row.waist_min && waist <= row.waist_max) { return { sizeRu: row.size_ru, sizeEu: row.size_eu }; } } return null; } 

Така інтерактивність підвищує конверсію та довіру до магазину.

Порівняння статичної та динамічної таблиці

Що входить у розробку таблиці розмірів під ключ

У рамках проекту ми робимо:

• Архітектура БД та міграції
• Компонент виведення з адаптивною версткою
• Радник по розміру з підбором
• Адміністративний інтерфейс для контент-менеджерів
• Інтеграція з торговими пропозиціями та підсвічування
• Документація з керування таблицями

Більше 8 років працюємо з Бітрікс, реалізували 40+ проектів для fashion-ритейлу. Наші розробники сертифіковані 1С-Бітрікс, даємо гарантію на код. Зв'яжіться з нами для консультації — оцінимо проект і запропонуємо рішення.

SEO та мікророзмітка для таблиці розмірів

Таблиця розмірів — SEO-актив. Правильно зверстана таблиця індексується і може потрапити до розширеного сніпета. Рекомендуємо додати мікророзмітку ItemList або SizeSpecification за schema.org до кожного рядка таблиці. Також важливо додати атрибути aria-label для доступності та унікальний id для якірних посилань із картки товару.

Посилання «Перейти до таблиці розмірів» у картці товару збільшує час на сторінці та знижує показник відмов. Якірна навігація особливо підвищує зручність на мобільних пристроях, де прокрутка довгих сторінок втомлює користувача.

Підтримка актуальності даних

Розмірні сітки брендів оновлюються щосезону. Наш адміністративний інтерфейс дозволяє контент-менеджеру самостійно редагувати таблиці без участі розробника. Імпорт через CSV — для масового оновлення при зміні колекцій. Журнал змін фіксує, хто, коли і що саме правив у таблицях.

Терміни та результати

Таблиця розмірів — це конверсійний інструмент. Замовте розробку під ключ і отримайте зниження повернень уже в перший місяць.