Коротко: JavaScript-парсер для SEO-метрик автоматизирует сбор данных с конкурентов — Title, Description, H1, загрузку страниц и позиции. За одну ночь проверяет 500+ сайтов, экономит 40+ часов ручной работы и выдаёт CSV-отчёт для анализа. Подходит для любых проектов — от лендингов до интернет-магазинов.

JavaScript-парсер SEO-метрик: аудит 500 конкурентов за ночь

Содержание

• Зачем парсить SEO-метрики конкурентов: практические кейсы
• Как выбрать технологический стек для парсера метрик?
• Архитектура JavaScript-парсера: от простого к сложному
• Пошаговая инструкция: создание парсера на Node.js
• Какие SEO-метрики собирать и как их анализировать?
• Масштабирование: как обработать 500+ сайтов за ночь
• Практические результаты: кейсы из нашего опыта

Зачем парсить SEO-метрики конкурентов: практические кейсы

Представьте: вы запускаете интернет-магазин спортивного питания. Конкурентов — сотни. Как понять, какие Title и Description работают лучше? Какие H1 используют топовые сайты? Сколько весят их страницы? Мы в DS495 столкнулись с этой задачей, когда клиент попросил проанализировать 300 конкурентов в нише стоматологии. Вручную это заняло бы недели. JavaScript-парсер справился за 8 часов. Вот что даёт автоматический сбор SEO-метрик:

• Анализ заголовков конкурентов — какие ключевые слова они используют в Title, какая длина работает
• Исследование мета-описаний — паттерны успешных Description, призывы к действию
• Структурный анализ — как конкуренты строят H1-H6, какие схемы разметки применяют
• Технический аудит — время загрузки, размер страниц, используемые CMS
• Контентный анализ — объём текста, плотность ключевых слов, внутренние ссылки

Реальный пример: парсили 150 лендингов агентств недвижимости. Обнаружили, что в топ-10 85% сайтов используют в Title фразу "купить квартиру" + город + "от застройщика". Клиент скорректировал свои заголовки — органический трафик вырос на 34% за 3 месяца.

Автоматический парсинг SEO-метрик экономит до 40 часов аналитической работы и даёт конкурентные преимущества, которые окупаются в первый месяц применения.

Для разных типов проектов задачи отличаются:

Тип проекта	Основные метрики для парсинга	Особенности анализа
Лендинг	Title, H1, время загрузки, конверсионные элементы	Фокус на призывы к действию и скорость
Интернет-магазин	Мета-теги товаров, хлебные крошки, фильтры	Структура каталога и SEO товарных страниц
Веб-приложение	Производительность, Progressive Web App метрики	Техническая оптимизация и UX показатели
Корпоративный сайт	Структура разделов, внутренние ссылки, экспертность	Авторитетность и полнота информации

JavaScript идеально подходит для таких задач. Он понимает современные сайты на React, Next.js, работает с SPA и PWA приложениями. Puppeteer и Playwright умеют дождаться динамической загрузки контента, которую не увидят простые HTTP-парсеры.

Как выбрать технологический стек для парсера метрик?

Когда мы начинали делать парсеры, перепробовали кучу инструментов. Python с BeautifulSoup хорош для статических страниц, но современные сайты — это React, Next.js, WordPress с Ajax-подгрузкой. Нужен полноценный браузер. JavaScript тут вне конкуренции по нескольким причинам:

• Нативная работа с DOM — не нужно эмулировать браузерное окружение
• Поддержка современных технологий — парсит SPA, PWA, сайты на фреймворках
• Асинхронность из коробки — легко обрабатывать сотни сайтов параллельно
• Богатая экосистема — готовые решения для любых задач

Основной стек, который мы используем: **Node.js** — серверная платформа. Быстрая, стабильная, с огромным сообществом. **Puppeteer** — управление Chrome/Chromium. Умеет всё: скриншоты, PDF, сетевые запросы, производительность. **Playwright** — альтернатива Puppeteer. Поддерживает Firefox, Safari, лучше работает с тяжёлыми сайтами. **Cheerio** — jQuery для сервера. Парсинг HTML без запуска браузера, когда не нужна динамика. Вот сравнение подходов:

Инструмент	Скорость	Ресурсы	Поддержка JS	Лучше для
Cheerio	Очень высокая	Минимальные	Нет	Статичные сайты, WordPress
Puppeteer	Средняя	Высокие	Полная	SPA, React, сложная динамика
Playwright	Средняя	Высокие	Полная	Кроссбраузерное тестирование
Selenium	Низкая	Очень высокие	Полная	Комплексное тестирование

Для парсинга SEO-метрик оптимальный подход — гибридный. Сначала пробуем лёгкий HTTP-запрос с Cheerio. Если нужный контент не загрузился (пустые Title, нет H1) — переключаемся на Puppeteer. Типичная архитектура:

1. Входные данные — список URL в CSV или JSON
2. Очередь задач — разбиваем на батчи по 10-20 сайтов
3. Воркеры — параллельные процессы парсинга
4. Сбор метрик — Title, Description, H1-H6, производительность
5. Валидация — проверка корректности данных
6. Экспорт — сохранение в CSV, JSON, отправка в базу

На этапе выбора стека важно понимать специфику целевых сайтов. Если парсите лендинги на WordPress — хватит Cheerio. Для интернет-магазинов на React нужен Puppeteer. Веб-приложения часто требуют авторизации — тут поможет session management.

Нужна помощь с этой задачей? Команда DS495 решит её под ключ. Обсудить проект →

Архитектура JavaScript-парсера: от простого к сложному

Начнём с простого парсера на 50 строк кода, потом покажем, как масштабировать до промышленного решения. **Базовая версия** выглядит так: ```javascript const puppeteer = require('puppeteer'); const fs = require('fs'); async function parseMetrics(url) { const browser = await puppeteer.launch(); const page = await browser.newPage(); try { await page.goto(url, { waitUntil: 'networkidle0' }); const metrics = await page.evaluate(() => ({ title: document.title, description: document.querySelector('meta[name="description"]')?.content, h1: document.querySelector('h1')?.textContent })); return { url, ...metrics }; } finally { await browser.close(); } } ``` Этого достаточно для тестов, но не для серьёзной работы. Проблемы: медленно (новый браузер для каждого сайта), нет обработки ошибок, съедает память. **Промежуточная версия** решает основные проблемы:

• Переиспользование браузера — один инстанс Chrome для всех задач
• Пул вкладок — ограничиваем количество одновременно открытых страниц
• Таймауты — не ждём зависшие сайты бесконечно
• Ретраи — повторные попытки для временно недоступных сайтов
• Логирование — отслеживаем прогресс и ошибки

**Продвинутая архитектура** для высоких нагрузок: 1. **Менеджер очередей** — Redis или в памяти, приоритизация задач 2. **Воркер-пулы** — несколько процессов Node.js для параллельной обработки 3. **Адаптивные стратегии** — автоматический выбор между Cheerio и Puppeteer 4. **Мониторинг** — метрики производительности, алерты при сбоях 5. **Результирующее хранилище** — PostgreSQL, MongoDB или просто файлы Мы в проектах используем такую структуру папок: ``` seo-parser/ ├── config/ # Настройки парсера ├── parsers/ # Различные стратегии парсинга ├── workers/ # Воркеры для параллельной работы ├── utils/ # Вспомогательные функции ├── output/ # Результаты парсинга └── logs/ # Логи выполнения ``` Ключевые принципы архитектуры:

Отказоустойчивость важнее скорости. Лучше получить 90% данных за 12 часов, чем упасть на 50% за 6 часов и потерять всё.

**Обработка ошибок** — критически важна. Сайты могут быть недоступны, отдавать 404, блокировать боты. Наш подход:

• Таймауты: 30 секунд на загрузку страницы, 5 секунд на парсинг
• Ретраи: до 3 попыток с экспоненциальной задержкой
• Фоллбэки: если Puppeteer не сработал — пробуем Cheerio
• Graceful degradation: собираем частичные данные, если не всё удалось

**Управление ресурсами**: - Максимум 5-10 вкладок одновременно - Очистка кэша каждые 100 страниц - Сборка мусора после каждого батча - Мониторинг RAM, перезапуск при превышении лимитов Такая архитектура позволяет парсить 500+ сайтов за ночь без участия человека и с минимальным риском сбоев.

Пошаговая инструкция: создание парсера на Node.js

Делаем рабочий парсер с нуля за 30 минут. Будет собирать основные SEO-метрики и сохранять в CSV. **Шаг 1. Подготовка проекта** Создаём папку и инициализируем npm: ```bash mkdir seo-metrics-parser cd seo-metrics-parser npm init -y npm install puppeteer csv-writer ``` **Шаг 2. Базовый парсер (parser.js)** ```javascript const puppeteer = require('puppeteer'); const createCsvWriter = require('csv-writer').createObjectCsvWriter; class SEOMetricsParser { constructor() { this.browser = null; this.results = []; } async init() { this.browser = await puppeteer.launch({ headless: true, args: ['--no-sandbox', '--disable-setuid-sandbox'] }); console.log('Браузер запущен'); } async parseURL(url) { const page = await this.browser.newPage(); try { console.log(`Парсинг: ${url}`); // Засекаем время загрузки const startTime = Date.now(); await page.goto(url, { waitUntil: 'domcontentloaded', timeout: 30000 }); const loadTime = Date.now() - startTime; // Собираем метрики const metrics = await page.evaluate(() => { return { title: document.title || '', description: document.querySelector('meta[name="description"]')?.content || '', h1: document.querySelector('h1')?.textContent?.trim() || '', h2Count: document.querySelectorAll('h2').length, h3Count: document.querySelectorAll('h3').length, imageCount: document.querySelectorAll('img').length, linkCount: document.querySelectorAll('a').length, wordCount: document.body.innerText.split(' ').length }; }); return { url, loadTime, status: 'success', ...metrics }; } catch (error) { console.error(`Ошибка ${url}: ${error.message}`); return { url, status: 'error', error: error.message }; } finally { await page.close(); } } async parseList(urls) { for (const url of urls) { const result = await this.parseURL(url); this.results.push(result); // Пауза между запросами await new Promise(resolve => setTimeout(resolve, 1000)); } } async saveResults() { const csvWriter = createCsvWriter({ path: 'seo-metrics.csv', header: [ {id: 'url', title: 'URL'}, {id: 'status', title: 'Статус'}, {id: 'loadTime', title: 'Время загрузки (мс)'}, {id: 'title', title: 'Title'}, {id: 'description', title: 'Description'}, {id: 'h1', title: 'H1'}, {id: 'h2Count', title: 'Количество H2'}, {id: 'h3Count', title: 'Количество H3'}, {id: 'imageCount', title: 'Количество изображений'}, {id: 'linkCount', title: 'Количество ссылок'}, {id: 'wordCount', title: 'Количество слов'} ] }); await csvWriter.writeRecords(this.results); console.log(`Результаты сохранены: ${this.results.length} записей`); } async close() { if (this.browser) { await this.browser.close(); } } } ``` **Шаг 3. Файл с URL-адресами (urls.txt)** Создайте файл со списком сайтов для анализа: ``` https://example.com https://competitor1.com https://competitor2.com ``` **Шаг 4. Главный скрипт (index.js)** ```javascript const fs = require('fs'); const SEOMetricsParser = require('./parser'); async function main() { const parser = new SEOMetricsParser(); try { // Читаем список URL const urls = fs.readFileSync('urls.txt', 'utf8') .split('\n') .filter(url => url.trim()) .map(url => url.trim()); console.log(`Найдено ${urls.length} URL для анализа`); await parser.init(); await parser.parseList(urls); await parser.saveResults(); console.log('Парсинг завершён успешно!'); } catch (error) { console.error('Критическая ошибка:', error); } finally { await parser.close(); } } main(); ``` **Шаг 5. Запуск** ```bash node index.js ``` Парсер будет обрабатывать сайты по очереди и сохранит результаты в `seo-metrics.csv`. **Шаг 6. Улучшения для продакшена** Добавьте параллельную обработку: ```javascript async parseListParallel(urls, concurrency = 3) { const chunks = []; for (let i = 0; i < urls.length; i += concurrency) { chunks.push(urls.slice(i, i + concurrency)); } for (const chunk of chunks) { const promises = chunk.map(url => this.parseURL(url)); const results = await Promise.allSettled(promises); results.forEach(result => { if (result.status === 'fulfilled') { this.results.push(result.value); } }); } } ``` Этот парсер собирает 11 ключевых SEO-метрик и обрабатывает до 100 сайтов в час. Для масштабирования добавьте очереди, воркеры и более сложную обработку ошибок.

Какие SEO-метрики собирать и как их анализировать?

За годы работы с SEO-аудитами мы определили 25+ метрик, которые реально влияют на ранжирование. Но собирать всё подряд — избыточно. Важно выбрать релевантные для вашего типа проекта. **Базовые метрики (must have)**:

• Title — длина, ключевые слова, уникальность
• Meta Description — наличие, длина, призывы к действию
• H1 — соответствие Title, ключевые слова
• Время загрузки — Core Web Vitals для ранжирования
• Размер страницы — влияет на скорость и юзабилити

**Структурные метрики**:

• Иерархия заголовков — H1-H6, правильная вложенность
• Количество ссылок — внутренних и внешних
• Alt-атрибуты изображений — доступность и SEO
• Микроразметка — Schema.org, Open Graph
• Хлебные крошки — навигация и структура

**Контентные метрики**:

• Объём текста — количество слов, символов
• Плотность ключевых слов — баланс релевантности
• Читаемость — индекс Флеша-Кинкейда
• Уникальность контента — дубли и каннибализация

Вот как мы анализируем собранные данные:

Метрика	Хорошее значение	Проблемное значение	Влияние на SEO
Длина Title	30-60 символов	<30 или >70	Высокое
Время загрузки	<3 секунд	>5 секунд	Очень высокое
Объём текста	1000+ слов	<300 слов	Среднее
Количество H2	3-8 штук	0 или >15	Среднее
Alt у изображений	80%+ заполнено	<50%	Среднее

**Анализ конкурентов по типам проектов**: **Для лендинга** фокусируемся на конверсионных элементах: - Заголовки с выгодами (Title содержит "скидка", "бесплатно", "за 24 часа") - Призывы к действию в Description ("Заказать", "Получить", "Скачать") - Время загрузки критично — каждая секунда стоит 7% конверсий - Мобильная версия — 70%+ трафика приходит с телефонов **Для интернет-магазина** важна структура: - Title товаров: бренд + модель + характеристики + "купить" + город - Фильтры и фасеты в URL - Микроразметка товаров (цена, наличие, рейтинг) - Внутренняя перелинковка категорий **Для веб-приложения** смотрим на техническую оптимизацию: - Progressive Web App метрики - Service Worker для офлайн-работы - Code splitting и lazy loading - Метрики производительности (FCP, LCP, CLS) Практический пример анализа: парсили 80 сайтов юридических услуг. Обнаружили:

Топ-10 сайтов используют в Title среднем 52 символа, 90% включают город, 70% содержат слово "юрист". Средняя длина Description — 145 символов. Все топовые сайты грузятся быстрее 2.5 секунд.

На основе анализа клиент оптимизировал свой сайт — позиции выросли с 15-20 мест до топ-5 по 12 ключевым запросам за 2 месяца. **Экспорт и визуализация данных**: После парсинга важно правильно представить данные. Мы используем: - CSV для импорта в Excel/Google Sheets - JSON для программной обработки - Дашборды в Google Data Studio или Power BI - Автоматические отчёты с выводами и рекомендациями

Масштабирование: как обработать 500+ сайтов за ночь

Когда нужно проанализировать сотни конкурентов, простой последовательный парсер не подойдёт. На 500 сайтов уйдёт 15-20 часов. Нужна параллельная обработка и оптимизации. **Основные узкие места**:

1. Загрузка страниц — 80% времени тратится на ожидание ответа серверов
2. Память браузера — Chrome жрёт RAM, нужно перезапускать
3. Блокировки — сайты детектируют ботов и блокируют IP
4. Нестабильность — длительные процессы падают из-за одной ошибки

**Стратегия масштабирования**: **1. Параллельные воркеры** Вместо одного процесса запускаем 5-10 параллельных: ```javascript const cluster = require('cluster'); const numCPUs = require('os').cpus().length; if (cluster.isMaster) { // Главный процесс распределяет задачи for (let i = 0; i < Math.min(numCPUs, 8); i++) { cluster.fork(); } } else { // Воркер обрабатывает свою часть сайтов startWorker(); } ``` **2. Очереди задач** Используем Redis или простой массив в памяти: ```javascript class TaskQueue { constructor(urls) { this.queue = urls.map((url, index) => ({ id: index, url, retries: 0 })); this.completed = []; this.failed = []; } getNext() { return this.queue.shift(); } addRetry(task) { if (task.retries < 3) { task.retries++; this.queue.push(task); } else { this.failed.push(task); } } } ``` **3. Адаптивные стратегии** Автоматически выбираем оптимальный подход:

• Быстрый HTTP — для статичных WordPress сайтов
• Headless Chrome — для React/Angular приложений
• Полный браузер — для сложных SPA с авторизацией

**4. Ротация прокси** Чтобы избежать блокировок: ```javascript const proxies = [ 'proxy1:8080', 'proxy2:8080', 'proxy3:8080' ]; async function getProxyPage(browser, proxyIndex) { const proxy = proxies[proxyIndex % proxies.length]; return await browser.newPage({ args: [`--proxy-server=${proxy}`] }); } ``` **5. Мониторинг и восстановление** Отслеживаем прогресс и автоматически перезапускаем упавшие воркеры: ```javascript setInterval(() => { const progress = completed.length / totalTasks * 100; console.log(`Прогресс: ${progress.toFixed(1)}% (${completed.length}/${totalTasks})`); if (memoryUsage() > 2048) { // 2GB лимит process.exit(0); // Graceful restart } }, 30000); ``` **Практические результаты оптимизации**:

Количество сайтов	Последовательно	4 воркера	8 воркеров + прокси	Экономия времени
100 сайтов	3.5 часа	1.2 часа	45 минут	78%
500 сайтов	18 часов	5.5 часов	3.2 часа	82%
1000 сайтов	36 часов	11 часов	6.5 часов	84%

**Управление ресурсами**: - **RAM**: не более 4GB на воркер, сборка мусора каждые 50 сайтов - **CPU**: ограничиваем количество воркеров по числу ядер - **Сеть**: не более 10 одновременных соединений с одного IP - **Диск**: ротация логов, очистка временных файлов **Обработка ошибок**: ```javascript async function robustParsing(url, maxRetries = 3) { for (let attempt = 1; attempt <= maxRetries; attempt++) { try { return await parseWithTimeout(url, 30000); } catch (error) { if (attempt === maxRetries) { return { url, error: error.message, status: 'failed' }; } // Экспоненциальная задержка: 2^attempt секунд await sleep(Math.pow(2, attempt) * 1000); } } } ``` Такая архитектура позволяет стабильно обрабатывать 500+ сайтов за ночь с успешностью 95%+. Оставшиеся 5% обычно — это недоступные сайты или сложные случаи, требующие ручного анализа.

Практические результаты: кейсы из нашего опыта

За 3 года работы с SEO-парсерами мы решили десятки задач для разных ниш. Поделюсь самыми интересными кейсами с конкретными цифрами и результатами. **Кейс 1: Интернет-магазин спортпита** Задача: проанализировать 250 конкурентов в нише спортивного питания, найти паттерны успешных Title и Description. Что парсили: - Title и Description главных и товарных страниц - Структуру категорий и фильтры - Микроразметку товаров - Время загрузки и размер страниц Обнаружили интересные паттерны:

Топ-20 магазинов используют в Title товаров структуру: "Бренд + Название + Вес + Вкус + 'купить' + 'цена' + город". Средняя длина — 58 символов. 85% содержат слово "спортпит" или "протеин".

Результаты внедрения: - Трафик по товарным запросам вырос на 67% за 4 месяца - 15 новых товарных категорий вошли в топ-10 - Средняя позиция по целевым запросам улучшилась с 23 до 8 **Кейс 2: Агентство недвижимости** Клиент запустил новый лендинг в конкурентной нише. Нужно было быстро найти рабочие подходы к оптимизации. Парсили 180 лендингов агентств недвижимости по 12 городам: - Заголовки H1 и структуру страниц - Призывы к действию в Description - Блоки с преимуществами и акциями - Формы обратной связи и их расположение Ключевые находки: - 78% топовых лендингов используют в H1 фразу "квартиры от застройщика" - Средняя длина Description — 142 символа - 92% содержат номер телефона в мета-описании - Самые частые призывы: "звоните сейчас", "консультация бесплатно", "скидки до X%" После оптимизации по найденным паттернам: - Позиции по 8 ключевым фразам выросли в топ-5 - Конверсия лендинга увеличилась с 2.1% до 3.8% - Стоимость лида в контекстной рекламе снизилась на 34% **Кейс 3: Медицинские центры** Самый сложный проект — анализ 420 сайтов частных клиник по России для крупной сети. Специфика медицинской ниши: - Строгие требования к экспертности контента - Лицензии и сертификаты в приоритете - Высокий уровень недоверия пользователей - Региональная специфика запросов Что анализировали: - Упоминания лицензий и сертификатов в Title/Description - Структуру страниц услуг и врачей - Блоки с отзывами и рейтингами - Контактную информацию и схемы проезда - Цены и акции в заголовках Неожиданные выводы:

Параметр	Топ-30 клиник	Остальные	Разница
Упоминание лицензий в Title	73%	12%	6x
Указание стажа врачей	89%	34%	2.6x
Время загрузки	2.1 сек	4.7 сек	2.2x
Блоки с отзывами	96%	45%	2.1x

По результатам анализа клиент переработал структуру своих 15 сайтов: - Органический трафик по медицинским запросам вырос на 89% - Количество записей через сайт увеличилось в 2.3 раза - 6 городов вошли в топ-3 по ключевому запросу "медцентр + город" **Кейс 4: B2B веб-приложение** Стартап разрабатывал CRM для малого бизнеса. Нужно было изучить, как позиционируют себя 150+ конкурентов в нише бизнес-приложений. Особенности парсинга B2B: - Много SPA на React/Angular - Контент подгружается асинхронно - Демо-версии за регистрацией - Сложная структура тарифных планов Технически пришлось использовать Playwright с полным рендерингом JavaScript. Время парсинга — 8 часов для 150 сайтов. Главные инсайты: - 84% используют в H1 слово "CRM" или "система" - Средний Title содержит выгоду ("увеличить продажи", "автоматизировать") - 67% размещают цены на главной странице - Топовые решения загружаются быстрее 1.5 секунд Клиент применил находки: - Переработал заголовки, добавил конкретные выгоды - Вынес цены на главную страницу - Оптимизировал производительность React-приложения - Позиции по запросам "CRM для малого бизнеса" выросли с 45+ до топ-10 **Универсальные выводы из всех кейсов**:

• Скорость критична — каждая дополнительная секунда загрузки снижает позиции
• Заголовки должны быть конкретными — общие фразы проигрывают специфическим выгодам
• Локальная оптимизация работает — упоминание города в Title даёт +15-30% к трафику
• Социальные доказательства важны — отзывы, рейтинги, количество клиентов в Description
• Мобильная версия приоритетна — 70%+ трафика приходит с мобильных устройств

JavaScript-парсеры помогли нашим клиентам суммарно увеличить органический трафик более чем на 300% и сэкономить сотни часов ручного анализа конкурентов.

Это часть серии материалов по теме «Скрипты и парсеры». Основная статья серии: Node.js скрипт для ETL: как собрать данные с 25 API за час.

Читайте также

• Node.js скрипт для ETL: как собрать данные с 25 API за час — основная статья кластера
• Что такое веб-приложение и чем оно отличается от сайта: разбор с примерами и ценами 2026 года
• Единый дашборд из Яндекс.Метрики и Google Analytics: как создать BI-систему за 5 шагов и сократить время на анализ конверсий в 10 раз
• Кроссплатформенные мобильные приложения в 2026: как выбрать между React Native и Flutter по 8 критериям и сэкономить 40% бюджета на разработке

Частые вопросы

В: Сколько времени нужно, чтобы спарсить 500 конкурентов?

О: С правильно настроенным JavaScript-парсером на 4-8 воркерах — от 3 до 6 часов. Последовательная обработка заняла бы 15-20 часов. Время зависит от сложности сайтов: статичные WordPress парсятся быстрее, чем SPA на React.

В: Можно ли парсить сайты на React и Next.js обычным HTTP-парсером?

О: Нет, нужен полноценный браузер. Puppeteer или Playwright дождутся загрузки JavaScript и отрендерят динамический контент. Простой HTTP-запрос получит пустую HTML-болванку без метатегов и заголовков.

В: Какие SEO-метрики самые важные для парсинга?

О: Title, Description, H1, время загрузки и структура заголовков H2-H6. Эти 5 метрик дают 80% информации для анализа конкурентов. Остальное — микроразметка, alt-атрибуты