Обробка та ретуш фотографій товарів для 1С-Бітрікс

Фотографія товару знята на сірому складі, з відблисками від ламп і пилом на упаковці? Покупець не затримається — він уже гортає далі. В інтернет-магазинах на 1С-Бітрікс якість зображень безпосередньо впливає на продажі: за статистикою, товари з професійними фотографіями показують конверсію на 30% вищу. Однак багато каталогів страждають від неоднорідності — різні фони, кольорові спотворення, нестандартні розміри. Наша команда доводить зображення до комерційного стандарту: без дефектів, з точною передачею кольору і в потрібних для Бітрікс форматах.

Ми працюємо з Бітрікс-каталогами 7 років (досвід понад 200 клієнтів). За цей час обробили понад 100 000 зображень. Знаємо кожну деталь: від вибору кольорового профілю до налаштування кешування прев'ю. Конверсія в картці товару залежить від фотографії більше, ніж від тексту. Усуваємо типові проблеми: неправильний баланс білого, сміття на фоні, дефекти упаковки, спотворені кольори. Результат — зображення, які працюють на продажі. Економія при замовленні пакету від 500 фотографій сягає 30% порівняно з поштучною обробкою (наприклад, 1000 грн замість 1400 грн).

Як обробити фото для Бітрікс-каталогу?

Базова обробка — застосовується до кожного фото:

• Корекція експозиції, контрасту, насиченості (експокорекція по гістограмі).
• Усунення кольорових зсувів (правильний баланс білого за ColorChecker).
• Кадрування та вирівнювання по горизонталі і вертикалі.
• Підвищення різкості, видалення шуму матриці (шумодав).
• Конвертація в sRGB, експорт у JPEG з якістю 80–85%.

Комерційна ретуш — поглиблена робота:

• Видалення фону (обтравка) — заміна на білий, прозорий або нейтральний.
• Усунення подряпин, плям, дефектів на поверхні (маска, шар, криві, рівні).
• Вирівнювання тіней та відблисків.
• Корекція окремих деталей (колір етикетки, металевий відблиск).
• Додавання реалістичної тіні під товар.

Три рівні складності обтравки:

Готовий файл зберігаємо в PNG із прозорістю для використання на будь-якому фоні та в JPEG з білим фоном для основного каталогу.

Чому важлива кольорокорекція?

Колір на екрані та реальний товар часто розходяться. Різниця в 3–5° відтінку помітна покупцеві і стає причиною повернень, особливо у fashion-сегменті. Стандарт роботи:

1. Використання кольорової мішені (ColorChecker) під час зйомки.
2. Профілювання монітора колориметром перед обробкою.
3. Збереження в sRGB — єдиний профіль, що коректно відображається в браузерах без додаткових налаштувань.

Для тканин і одягу відтінок має збігатися з реальним матеріалом при денному освітленні (D65). Ми домагаємося точної відповідності — це знижує відсоток повернень.

Підготовка комплектів зображень для Бітрікс

Для кожного товару готується набір файлів, сумісних з імпортом у Бітрікс:

product_1.jpg            – основне фото (DETAIL_PICTURE)
product_1_s.jpg          – прев'ю для лістингу (PREVIEW_PICTURE) — квадрат 600×600
product_2.jpg            – інший ракурс (галерея)
product_3.jpg            – деталі та фактура
product_4.jpg            – фото в контексті (lifestyle)
product_main_bg.png      – без фону для промо-банерів

Квадратний формат прев'ю — стандарт для лістингів: сітка карток виглядає охайно. Розмір 600×600 або 800×800 достатній для retina-екранів і не перевантажує сторінку.

Пакетна обробка: автоматизація рутини

Частину операцій автоматизуємо — це прискорює обробку великих партій та знижує вартість. Використовуємо екшени Photoshop або скрипти на Python (Pillow). Автоматизація ретуші прискорює обробку великих партій у 5 разів порівняно з повністю ручною роботою.

Приклад скрипту для пакетного ресайзу та конвертації:

from PIL import Image, ImageOps
import os

INPUT  = './raw'
OUTPUT = './ready'
TARGET = (2000, 2000)

for fname in os.listdir(INPUT):
    if not fname.lower().endswith(('.jpg', '.jpeg', '.png')):
        continue

    img = Image.open(os.path.join(INPUT, fname)).convert('RGB')
    img.thumbnail(TARGET, Image.LANCZOS)

    # Додаємо білий фон для квадратного прев'ю
    bg = Image.new('RGB', TARGET, (255, 255, 255))
    offset = ((TARGET[0] - img.width) // 2, (TARGET[1] - img.height) // 2)
    bg.paste(img, offset)

    bg.save(os.path.join(OUTPUT, fname.replace('.png', '.jpg')),
            'JPEG', quality=83, optimize=True, progressive=True)

Ручний контроль залишається для складної ретуші та нестандартних об'єктів. Автоматизація не замінює досвід ретушера, але скорочує час на рутинних завданнях.

Типові дефекти, які прибирають при ретуші

• Складки та заломи на одязі (природні не чіпаємо).
• Пилинки та волосся на глянцевих поверхнях.
• Жовті плями на упаковці від клею або транспортування.
• Нерівний розлив фарби на металевих деталях.
• Тіні від студійного обладнання.
• Перепалені відблиски на склі та металі.

Що входить в обробку фото для каталогу

Після обробки ви отримуєте:

• Файли з іменами, готовими до імпорту в Бітрікс (DETAIL_PICTURE, PREVIEW_PICTURE, галерея).
• Версії на білому та прозорому фоні (JPEG + PNG).
• Квадратні прев'ю 600×600 пікселів.
• Структуровані папки по товарах.
• При необхідності — гайд із завантаження зображень у Бітрікс.

Усі фото проходять контроль якості: перевірка кольору, чіткості, відповідності стандартам. Ми гарантуємо якість — у разі невідповідності безкоштовно доопрацьовуємо. Отримайте консультацію щодо вашої партії — ми оцінимо терміни та вартість.

Процес роботи

1. Аналіз вихідників та узгодження стандартів якості.
2. Пробна обробка 5–10 фото для затвердження стилю.
3. Пакетна обробка всієї партії з проміжною перевіркою.
4. Фінальне вичищення та конвертація.
5. Здача готових комплектів з іменами, готовими до імпорту в Бітрікс.

Терміни та вартість орієнтовно

Вартість розраховується індивідуально — залежить від складності та об'єму. Замовте обробку партії фото під ключ. Пишіть — оцінимо ваш проект.

Розробка каталогу 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. Правильна архітектура дає суттєву економію. Зв'яжіться з нами, щоб прикинути вигоду для вашого проєкту.

Що таке фасетний індекс і чому він важливий?

Основна продуктивність криється тут. Без фасетного індексу кожен клік по фільтру — 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 успішних проєктів за плечима.