Словарь терминов
Термины из разработки, дизайна, продвижения и AI — определения без воды, с пояснением, когда это действительно важно для проекта.
40 терминов
Коротко
Словарь Veltos.Tech — справочник по терминам digital-разработки и продвижения: от MVP, headless CMS и Core Web Vitals до GEO-оптимизации, RAG, сквозной аналитики и импортозамещения ПО. Каждый термин объясняется одним определением, а затем разбирается по существу: как работает, когда важен и где чаще всего ошибаются.
Разработка
- Легаси-кодЛегаси-код — работающий код, который дорого менять: он написан на устаревшем стеке, не покрыт тестами или потерял авторов, поэтому любая правка требует восстанавливать логику по исходникам и грозит поломкой в непредсказуемом месте.
- МикросервисыМикросервисы — архитектура, где приложение разбито на несколько самостоятельных сервисов со своими базами и релизным циклом: они общаются по сети через API, деплоятся независимо и масштабируются по отдельности, но требуют зрелой инфраструктуры.
- МонолитМонолит — приложение, которое собирается и разворачивается одним куском: весь код лежит в общем репозитории и выполняется в одном процессе, работает с одной базой и выкатывается целиком, что даёт простоту разработки ценой связанности.
- РефакторингРефакторинг — изменение внутренней структуры кода без изменения его внешнего поведения: функциональность до и после одинакова, меняются читаемость, связанность и стоимость следующей доработки, а результат подтверждается тестами и регрессом.
- Технический долгТехнический долг — накопленная разница между тем, как система устроена, и тем, как она должна быть устроена: каждое упрощение ради срока превращается в постоянную надбавку к стоимости и срокам всех последующих задач.
- APIAPI — зафиксированный набор правил, по которым одна программа запрашивает данные или действия у другой: адреса методов, формат запроса и ответа, авторизация и лимиты, описанные так, чтобы обе стороны могли меняться независимо.
- CI/CDCI/CD — конвейер, который на каждый коммит автоматически собирает проект, прогоняет тесты и проверки, а затем выкладывает прошедшую сборку на тестовый стенд или в продакшн, убирая ручной деплой вместе с человеческим фактором.
- Core Web VitalsCore Web Vitals — три метрики скорости и стабильности страницы от Google: LCP (отрисовка главного элемента) должен укладываться в 2,5 секунды, INP (отклик на действие) — в 200 миллисекунд, CLS (сдвиг вёрстки) — в 0,1.
- Headless CMSHeadless CMS — система управления контентом без собственного шаблонизатора: редакторы работают в привычной админке, а сайт, мобильное приложение и любой другой канал получают те же данные через API и рисуют их своим фронтендом.
- MVPMVP — первая версия продукта с одним сценарием, доведённым до конца: её выпускают за 4–8 недель, чтобы проверить спрос на реальных пользователях и оплатах, а не на опросах, и решить, стоит ли вкладываться дальше.
- PWAPWA — сайт, который ведёт себя как приложение: устанавливается на домашний экран прямо из браузера, работает офлайн за счёт service worker и умеет присылать push-уведомления, но не требует публикации в App Store и Google Play.
- SSR и CSRSSR и CSR — два способа получить HTML: при серверном рендеринге страница собирается на сервере и приходит готовой, при клиентском браузер получает пустой каркас и дорисовывает содержимое JavaScript-ом уже после загрузки.
Дизайн
- Адаптивный дизайнАдаптивный дизайн — подход, при котором одна вёрстка перестраивается под ширину экрана: сетка, типографика и порядок блоков меняются на заданных брейкпоинтах, вместо того чтобы открывать отдельную мобильную версию на поддомене.
- ВайрфреймВайрфрейм — черновая схема экрана без цвета, шрифтов и картинок: на ней фиксируют состав блоков, их приоритет и переходы между экранами, чтобы договориться о логике интерфейса до того, как начнётся дорогая отрисовка.
- Дизайн-системаДизайн-система — связка токенов, компонентов и правил их применения, существующая одновременно в макетах и в коде: она задаёт цвета, типографику, отступы и состояния элементов так, чтобы новый экран собирался из готового, а не изобретался заново.
- Юзабилити-тестированиеЮзабилити-тестирование — проверка интерфейса на живых людях: представители целевой аудитории выполняют реальные задачи и проговаривают свои действия вслух, а команда фиксирует, где они останавливаются, ошибаются и не находят нужное.
Продвижение
- Коммерческие факторыКоммерческие факторы — группа сигналов Яндекса для коммерческих запросов: наличие цен, ширина ассортимента, контакты и реквизиты, условия доставки и оплаты, отзывы, онлайн-консультант, то есть признаки того, что на сайте действительно можно купить.
- МикроразметкаМикроразметка — структурированные данные по словарю Schema.org, чаще всего в формате JSON-LD: они объясняют поисковику и AI-движку, что на странице является товаром, ценой, отзывом, организацией или вопросом с ответом.
- Поведенческие факторыПоведенческие факторы — сигналы о том, как пользователи ведут себя в выдаче и на сайте: кликают ли по сниппету, возвращаются ли в поиск после перехода, сколько времени проводят на странице; Яндекс использует их в ранжировании и жёстко наказывает за накрутку.
- Семантическое ядроСемантическое ядро — сгруппированный по интентам список поисковых запросов, по которым сайт должен находиться: его собирают из Wordstat, Вебмастера и сервисов конкурентов, а затем кластеризуют по пересечению выдачи, чтобы понять, сколько нужно страниц и каких.
- Сквозная аналитикаСквозная аналитика — система, связывающая рекламный клик с деньгами в кассе: данные рекламных кабинетов, коллтрекинга, сайта и CRM сводятся по идентификатору посетителя, что позволяет считать окупаемость по каналу, кампании и ключевой фразе.
- AEOAEO — оптимизация под прямые ответы: страницу готовят так, чтобы поисковик или голосовой ассистент мог извлечь из неё готовый ответ на конкретный вопрос — короткий абзац под заголовком, список шагов, таблица, блок FAQ с разметкой.
- GEO-продвижениеGEO — оптимизация контента под генеративные движки (AI Overviews, Нейро и Алиса Яндекса, GigaChat, ChatGPT, Perplexity), то есть надстройка над SEO, а не замена ему: нейропоиск Яндекса не ведёт отдельного индекса и строит ответ поверх обычной выдачи.
- SEOSEO — работа над сайтом и его окружением ради органических позиций в Яндексе и Google: техническая база, семантика, контент, коммерческие и поведенческие факторы, ссылочный профиль; первые устойчивые результаты появляются через 3–6 месяцев.
- UTM-меткиUTM-метки — параметры в конце ссылки (utm_source, utm_medium, utm_campaign, utm_content, utm_term), которые передают аналитике источник перехода: без них платный, посевной и рассылочный трафик сливается в общую кучу переходов по ссылкам.
AI и ML
- Промпт-инжинирингПромпт-инжиниринг — проектирование инструкций для языковой модели: роль, контекст, задача, формат ответа и ограничения формулируются так, чтобы результат был воспроизводимым, а качество проверялось на наборе тестовых примеров, а не на впечатлении.
- ЭмбеддингиЭмбеддинги — числовые векторы, в которые модель переводит текст, картинку или товар так, что близкие по смыслу объекты оказываются рядом в пространстве: на этом строятся семантический поиск, рекомендации и поиск дублей.
- AI-агентAI-агент — программа, где языковая модель не просто отвечает, а действует: получает цель, сама выбирает инструменты (поиск, API, база данных, отправка письма), выполняет шаги в цикле и останавливается, когда задача решена или исчерпан лимит.
- LLMLLM — большая языковая модель: нейросеть, обученная на огромных объёмах текста предсказывать следующий токен, из-за чего она умеет писать, пересказывать и отвечать, но не хранит фактов как база данных и может уверенно ошибаться.
- RAGRAG — схема, при которой языковая модель перед ответом ищет подходящие фрагменты в вашей базе знаний и отвечает по ним: это даёт актуальные данные и ссылку на источник без дообучения самой модели.
Бизнес и процессы
- 152-ФЗ152-ФЗ — закон «О персональных данных», который обязывает собирать данные россиян в базах на территории России, уведомлять Роскомнадзор об обработке, брать отдельное согласие на неё и сообщать об утечке в течение 24 часов.
- Аутсорс и инхаусАутсорс и инхаус — два способа закрыть потребность в разработке: нанять внешнюю команду по договору с фиксированной стоимостью часа или собрать штат, где к зарплатам добавляются страховые взносы, найм, оборудование и управление.
- Импортозамещение ПОИмпортозамещение ПО — перевод информационных систем на российские продукты из реестра Минцифры: для госзаказчиков и субъектов критической информационной инфраструктуры это требование закона, для остального бизнеса — условие участия в тендерах и способ снять риск потери поддержки.
- Продуктовый бэклогПродуктовый бэклог — упорядоченный по приоритету список всего, что может быть сделано в продукте: он не является планом с датами, постоянно пересматривается, и за порядок в нём отвечает один человек — владелец продукта.
- Техническое заданиеТехническое задание — документ, фиксирующий, что именно должно быть сделано и по каким признакам работа считается принятой: цели, роли, сценарии, требования по экранам, интеграции, нефункциональные требования и отдельный раздел о том, что в проект не входит.
- Юнит-экономикаЮнит-экономика — расчёт прибыли на одну единицу бизнеса (клиента, заказ, подписку), где доход клиента за всё время сотрудничества (LTV) сопоставляется со стоимостью его привлечения (CAC): устойчивой моделью принято считать соотношение LTV к CAC от трёх.
- DiscoveryDiscovery — предпроектное исследование на 1–3 недели, в котором формулируют задачу, изучают пользователей и конкурентов, описывают сценарии и ограничения, а на выходе получают прототип, техническое задание и оценку с обоснованной вилкой вместо цифры из воздуха.
- Fixed Price и Time and MaterialFixed Price и Time and Material — две модели контракта: в первой зафиксированы объём, срок и цена, а риск с надбавкой за него лежит на подрядчике; во второй оплачивается фактически потраченное время по ставке, а объёмом управляет заказчик.
- ROIROI — показатель окупаемости вложений: разницу между доходом и затратами делят на затраты и выражают в процентах; для маркетинга используют его вариант ROMI, где в затраты входит только рекламный бюджет.
- SLASLA — соглашение об уровне сервиса: в нём зафиксированы доступность системы в процентах, время реакции и время устранения по классам инцидентов, часы работы поддержки и компенсации на случай, если подрядчик эти показатели не выдержал.