Техническая оптимизация сайта: SEO руководство по технической оптимизации сайтов

Техническая оптимизация сайта — это фундамент, на котором держится всё ваше продвижение, и без неё даже самый гениальный контент просто не попадёт в выдачу. За двадцать лет работы в SEO я вывел десятки проектов в топ Яндекса и Google, и могу сказать одно: поисковики сначала проверяют, как работает ваш сервер, и только потом читают текст.

Если страницы грузятся медленно, дублируются или закрыты от индексации, алгоритмы проигнорируют ваши усилия. Давайте разберём каждый винтик этой системы, чтобы вы могли самостоятельно настроить проект и перестать сливать бюджет на рекламу.

Содержимое:

Что такое техническая оптимизация и почему без неё не работает контент

Многие владельцы сайтов путают написание статей с настройкой движка. На деле поисковый робот работает как строгий аудитор: он заходит на адрес, сканирует код, проверяет ответы сервера и только потом решает, стоит ли добавлять страницу в индекс. Техническая оптимизация закрывает именно эти вопросы. Если робот не может прочитать структуру или получает ошибку 500, он уходит. И уходит надолго.

Я часто вижу проекты, где копирайтеры пишут идеальные тексты, а трафика всё равно нет. Причина кроется в том, что техническое SEO не было настроено с самого начала. Поисковики не умеют гадать. Им нужны чёткие сигналы: правильные заголовки, валидный HTML, отсутствие битых ссылок и предсказуемая архитектура. Когда всё это работает как часы, контент начинает ранжироваться естественно.

Некоторые специалисты считают, что можно делегировать техчасть разработчикам и забыть об этом. Это опасное заблуждение. Программисты часто оптимизируют код под удобство поддержки, а не под требования поисковых систем. Вам придётся самостоятельно контролировать каждый этап, иначе мелкие недочёты будут накапливаться и медленно убивать позиции. Читайте еще: проверить сайт на кликджекинг.

Аудит сайта: с чего начать техническую оптимизацию

Оптимизация технической части начинается с полной диагностики текущего состояния. Не пытайтесь чинить то, что не сломано, но и не игнорируйте скрытые ошибки. Возьмите сканер вроде Screaming Frog, Ahrefs или бесплатный аналог от Яндекса, запустите обход и выгрузите отчёт. Вы сразу увидите картину: сколько страниц в индексе, какие отвечают кодом 4xx или 5xx, где теряются внутренние ссылки.

Техническое SEO требует дисциплины в работе с данными. Создайте таблицу, куда будете заносить каждую найденную проблему, приоритет исправления и ответственного. Начинайте с критических блоков: индексация, дубли, скорость загрузки. Мелкие правки вроде alt-текстов или микроразметки можно отложить на второй этап. Главное — не распыляться и идти по плану.

Обратите внимание на размер сайта. Если у вас интернет-магазин на 10 000 товаров, ручной перебор страниц невозможен. Используйте фильтрацию по параметрам URL, группировку по типам контента и автоматические проверки мета-тегов. Это сэкономит десятки часов и снизит риск человеческой ошибки.

Проверка индексации и robots.txt

Файл robots.txt часто становится причиной полной невидимости проекта в поиске. Проверьте его содержимое через веб-интерфейс или просто откройте вашдомен.ru/robots.txt. Убедитесь, что нет директив Disallow: /, закрывающих весь сайт, или случайных запретов на папки с контентом. Поисковики строго следуют этим инструкциям, и отменить их потом будет сложно.

Настройка технических параметров сайта обязательно включает проверку директивы Host и Sitemap. Укажите основной домен с www или без него, чтобы избежать путаницы. Добавьте путь к карте сайта в конце файла. Не закрывайте от индексации папки /bitrix/admin/ или /wp-admin/, если они не содержат служебные скрипты, доступные только по паролю.

После правок зайдите в Яндекс.Вебмастер и Google Search Console. Запросите переобход robots.txt. Проверьте раздел «Индексирование» — там вы увидите, какие страницы заблокированы и почему. Иногда роботы игнорируют запреты, если на них ведут внутренние ссылки. Это нормально, но лучше не рисковать и убрать ссылки на закрытые разделы из меню.

Карта сайта sitemap.xml и её настройка

Карта сайта — это не просто список URL, а прямой навигационный гид для поисковых ботов. Техническая оптимизация интернет-магазина или блога невозможна без актуальной sitemap.xml. Убедитесь, что в файле перечислены только канонические страницы с кодом ответа 200. Не добавляйте черновики, пагинацию без контента или технические дубли.

Разделяйте карту по типам контента, если проект крупный. Отдельный файл для товаров, отдельный для статей, третий для категорий. Это упрощает мониторинг обновлений и помогает роботам быстрее находить новые материалы. Ограничьте размер одного файла 50 000 URL или 50 МБ, иначе поисковик откажется его обрабатывать.

Обновляйте карту автоматически. Плагины для CMS обычно делают это сами, но проверьте настройки. Убедитесь, что частота обновления (<changefreq>) и приоритет (<priority>) выставлены реалистично. Поисковики давно игнорируют приоритеты как фактор ранжирования, но корректные даты <lastmod> по-прежнему помогают ботам понимать, что изменилось.

Скорость загрузки: как ускорить сайт без потери качества

Оптимизация скорости сайта напрямую влияет на конверсию и позиции. Google открыто заявляет, что Core Web Vitals стали частью алгоритма, а Яндекс учитывает время ответа сервера в коммерческих факторах. Медленный сайт теряет пользователей ещё до того, как они увидят товар. Вам нужно добиться показателя LCP менее 2.5 секунд на мобильных устройствах.

Начните с анализа через PageSpeed Insights или WebPageTest. Смотрите не на общий балл, а на конкретные рекомендации. Часто проблема кроется в тяжёлых скриптах, блокирующих рендеринг, или неоптимизированных изображениях. Убирайте лишние плагины, откладывайте загрузку второстепенного JS и используйте асинхронные методы подключения.

Не гонитесь за идеальным баллом в 100/100. Реальный пользователь не видит цифры, он видит контент. Если ваш сайт грузится за 1.8 секунды, но при этом показывает актуальные остатки и корзину — это лучше, чем стерильная страница без функционала. Техническая оптимизация должна балансировать между скоростью и юзабилити.

Оптимизация изображений и видео

Медиафайлы обычно занимают 60-80% веса страницы. Настройка технических параметров начинается с конвертации в современные форматы. Используйте WebP или AVIF вместо PNG и JPEG. Они сохраняют качество при сжатии в 2-3 раза. Настройте автоматическую конвертацию через серверные модули или плагины CMS.

Всегда указывайте атрибуты width и height. Это предотвращает сдвиг макета (CLS) при загрузке. Браузер заранее резервирует место под картинку, и контент не прыгает. Добавьте loading="lazy" для всех изображений ниже первого экрана. Видео вставляйте через <iframe> с атрибутом preload="none", чтобы не грузить плеер сразу.

Проверьте, не грузятся ли фоновые изображения на мобильных устройствах в десктопном разрешении. Используйте srcset и picture для адаптивной отдачи. Это мелочь, но она сильно влияет на трафик с мобильных сетей. Если у вас много фото товаров, настройте CDN с кэшированием статики.

Настройка кэширования и CDN

Кэширование — это способ отдать готовую страницу без повторных запросов к базе данных. Техническое SEO выигрывает, когда сервер отвечает за 100-200 мс вместо 800. Включите серверное кэширование (Opcode для PHP, Redis или Memcached для сессий). Настройте заголовки Cache-Control и Expires для статики на срок от 30 дней до года.

CDN (Content Delivery Network) распределяет файлы по серверам ближе к пользователю. Для русскоязычного проекта выбирайте провайдеров с точками в Москве, Санкт-Петербурге и регионах. Подключите CDN только для статики: CSS, JS, изображения, шрифты. Динамический контент через CDN передавать нельзя, иначе пользователи увидят чужие корзины или сессии.

Проверьте работу gzip или brotli сжатия. Brotli сжимает текст эффективнее на 15-20%. Убедитесь, что сервер отдаёт сжатые файлы, а браузер их корректно распаковывает. Инструменты разработчика в браузере покажут статус в заголовках Content-Encoding. Если сжатие отключено, вы теряете до 30% скорости на текстовых ресурсах.

Мобильная адаптация и UX-факторы

Оптимизация мобильной версии перестала быть опцией и стала обязательным требованием. Google давно перешёл на Mobile-First Indexing, то есть оценивает сайт исключительно по тому, как он выглядит на смартфоне. Яндекс тоже учитывает мобильный опыт в коммерческой выдаче. Если кнопки мелкие, текст нечитаемый, а меню уходит за экран — позиции упадут.

Проверьте сайт через эмуляцию устройств в Chrome DevTools. Не верьте адаптивным шаблонам на словах. Реальные тесты показывают, где элементы наезжают друг на друга, где формы не работают, а где контент обрезается. Исправляйте касания элементов: минимальное расстояние между ссылками должно быть 48×48 пикселей.

Уберите всплывающие окна, перекрывающие контент на мобильных. Поисковики штрафуют за interstitials, мешающие чтению. Если баннер необходим, показывайте его после скролла или в виде ненавязчивой плашки. Техническая оптимизация должна учитывать поведение пользователя, а не только требования роботов.

Проверка мобильной версии через Google Search Console

В Search Console есть раздел «Удобство для мобильных». Там вы увидите конкретные страницы с ошибками: текст слишком мелкий, контент шире экрана, элементы расположены слишком близко. Настройка технических параметров требует регулярной сверки с этим отчётом. Ошибки часто появляются после обновлений CMS или установки новых плагинов.

Исправляйте проблемы по приоритету. Начните с критических: нечитаемый шрифт, переполнение по горизонтали, неработающие кнопки. Затем переходите к предупреждениям. Используйте инструмент «Проверка URL» для каждой страницы после правок. Запросите индексацию, чтобы бот оценил изменения быстрее.

Помните, что мобильная версия может отличаться от десктопной. Некоторые сайты скрывают блоки, меняют порядок элементов или упрощают навигацию. Это допустимо, если основной контент и функционал сохраняются. Главное — не создавать отдельные мобильные домены (m.site.ru), это дробит ссылочный вес и усложняет поддержку.

Core Web Vitals: что проверять в первую очередь

Три метрики определяют пользовательский опыт: LCP (скорость загрузки главного контента), FID/INP (отзывчивость интерфейса) и CLS (визуальная стабильность). Техническая оптимизация фокусируется на них, потому что они напрямую влияют на ранжирование. LCP должен быть до 2.5 с, INP до 200 мс, CLS до 0.1.

Улучшайте LCP, оптимизируя первый экран. Сжимайте главное изображение, убирайте блокирующие скрипты, используйте preload для ключевых шрифтов. Для INP откладывайте выполнение тяжёлых JS-задач, разбивайте код на чанки, используйте requestIdleCallback. CLS исправляется фиксацией размеров медиа, резервированием места под рекламу и запретом динамической вставки контента выше основного текста.

Не пытайтесь улучшить метрики искусственно. Скрытие контента или манипуляции с загрузкой могут дать временный буст, но алгоритмы это выявят. Работайте над реальной архитектурой. Иногда проще переверстать шапку, чем часами настраивать асинхронную загрузку библиотек.

Структура URL, редиректы и битые ссылки

Чистая архитектура ссылок — основа технического SEO. URL должны быть читаемыми, короткими и логичными. Избегайте параметров вида ?id=123&cat=5, используйте ЧПУ: /katalog/elektronika/smartfony/. Убирайте стоп-слова, транслитерируйте кириллицу корректно, избегайте дублирующих слэшей.

Редиректы настраивайте сразу при смене структуры. 301 редирект передаёт до 90% ссылочного веса, 302 — временный и не передаёт. Настройка технических параметров требует точности: один старый URL должен вести на один новый, без цепочек. Цепочки из 3-4 редиректов замедляют загрузку и теряют вес.

Битые ссылки (404) убивают краулинговый бюджет. Робот тратит время на несуществующие страницы вместо индексации новых. Регулярно сканируйте сайт, находите 404 в отчётах Search Console и Вебмастера. Восстанавливайте удалённые страницы, если они приносили трафик, или ставьте 301 на релевантные аналоги.

Как правильно настраивать 301 редиректы

Настройка редиректов делается на уровне сервера (Nginx/Apache) или через плагины CMS. Техническая оптимизация через .htaccess или конфиги Nginx работает быстрее, потому что не грузит PHP. Пишите правила чётко: Redirect 301 /old-page /new-page или регулярные выражения для массовых изменений.

Проверяйте каждый редирект через онлайн-чекеры или curl. Убедитесь, что цепочка не возникает, что заголовок ответа именно 301, а не 302 или 200. Иногда CMS автоматически создаёт дубли, добавляя слэш в конце URL. Выберите один вариант (со слэшем или без) и настройте принудительный редирект для противоположного.

Не редиректите все 404 на главную. Это плохая практика, которая запутывает пользователей и роботов. Если аналога нет, оставьте 404 с полезным содержанием: поиском, картой сайта, ссылками на популярные разделы. Поисковики нормально относятся к 404, если страница оформлена человечески.

Чистка 404 ошибок и настройка страницы

Ошибки 404 неизбежны, но их количество можно контролировать. Оптимизация технической части включает мониторинг логов сервера и отчётов поисковых систем. Удаляйте битые ссылки из текстов, меню и виджетов. Если ссылка ведёт на внешний ресурс, который закрылся, уберите её или замените рабочей.

Настройте кастомную страницу 404. Она должна возвращать код 404, а не 200. Иначе поисковик проиндексирует её как контентную страницу, создав дубль. Добавьте на неё форму поиска, ссылки на основные категории и кнопку возврата. Это снизит показатель отказов и удержит пользователя.

Периодически проверяйте внешние ссылки на ваш сайт через инструменты анализа бэклинков. Часто другие ресурсы меняют URL или закрываются. Вы не можете контролировать их, но можете настроить 301 на свои аналоги, чтобы не терять переходы. Техническое SEO требует постоянного наблюдения за экосистемой ссылок.

Дубли контента и канонические ссылки

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

Используйте rel="canonical" для указания приоритетной страницы. Тег ставится в <head> и должен указывать на саму себя или на главную версию дубля. Настройка технических параметров требует аккуратности: не ставьте каноникал на 404, не указывайте его на страницу с другим контентом, не создавайте циклические ссылки между каноникалами.

Фильтры и сортировки генерируют тысячи URL с одинаковым контентом. Закрывайте их от индексации через robots.txt или meta noindex, если они не несут уникальной ценности. Если фильтр создаёт уникальную подборку (например, «красные платья до 5000 руб»), оставляйте его открытым, но контролируйте каноникал.

Rel=»canonical»: когда и зачем ставить

Каноническая ссылка работает как рекомендация, а не как строгий приказ. Поисковики могут её проигнорировать, если посчитают страницу более релевантной запросу. Оптимизация скорости сайта и структуры не отменяет необходимости правильного использования каноникала. Ставьте его на всех страницах, включая главную и категории.

Не используйте canonical для объединения совершенно разных страниц. Если у вас статья о «iPhone 15» и «iPhone 15 Pro», они должны быть отдельными URL. Каноникал поможет только при незначительных отличиях: UTM-метки, параметры сессии, версии для печати. В остальных случаях вы рискуете потерять трафик.

Проверяйте работу тега через исходный код страницы. Убедитесь, что URL абсолютный (с https://), не содержит параметров, совпадает с адресной строкой. Некоторые плагины автоматически подставляют каноникал, но ошибаются в динамических разделах. Ручная проверка раз в квартал сэкономит вам нервы.

Пагинация и фильтры: борьба с дублями

Пагинация создаёт технические дубли заголовков и описаний. Техническая оптимизация требует настройки уникальных title и meta description для каждой страницы пагинации. Добавляйте «Страница 2», «Раздел 3» или используйте автоматические шаблоны CMS. Это поможет поисковику отличать части контента.

Для фильтров применяйте стратегию noindex, follow. Страницы будут передавать вес, но не попадут в индекс. Если фильтр генерирует уникальный контент, оставляйте его открытым, но добавляйте текст с описанием подборки. Настройка технических параметров должна балансировать между видимостью и чистотой индекса.

Используйте rel="prev" и rel="next" только если это поддерживает ваша CMS и поисковая система. Google официально заявил, что не использует эти теги для пагинации, но Яндекс иногда учитывает их как подсказку. Лучше полагаться на каноникал и уникальные мета-теги.

Безопасность (HTTPS) и серверные настройки

HTTPS перестал быть рекомендацией и стал обязательным стандартом. Без SSL-сертификата браузеры помечают сайт как небезопасный, а поисковики понижают позиции. Техническое SEO включает принудительный редирект с HTTP на HTTPS, обновление внутренних ссылок и проверку смешанного контента.

Настройте HSTS (HTTP Strict Transport Security), чтобы браузеры запоминали защищённое соединение. Это ускоряет загрузку и защищает от downgrade-атак. Оптимизация технической части также требует проверки сертификата: он должен быть валидным, соответствовать домену и не истекать. Автоматическое обновление через Let’s Encrypt решает эту проблему раз и навсегда.

Серверные заголовки влияют на безопасность и скорость. Отключите отображение версии сервера и CMS. Включите HTTP/2 или HTTP/3 для мультиплексирования запросов. Это позволяет грузить десятки файлов одновременно без очередей. Настройка требует доступа к конфигурации Nginx/Apache, но результат заметен сразу.

SSL-сертификат: обязательно или рекомендация?

SSL обязателен для любого коммерческого или информационного проекта. Без него формы не работают, платежи не проходят, а доверие пользователей падает. Техническая оптимизация сайта начинается с установки сертификата. Бесплатные Let’s Encrypt подходят для 95% проектов, платные Wildcard или EV нужны для сложных инфраструктур.

После установки проверьте цепочку доверия через SSL Labs. Убедитесь, что протоколы TLS 1.2 и 1.3 включены, а устаревшие (SSLv3, TLS 1.0) отключены. Настройте редирект 301 с HTTP на HTTPS в одном месте, чтобы избежать циклов. Настройка технических параметров требует проверки всех поддоменов и API-эндпоинтов.

Не забывайте про внутренние ресурсы. Если на HTTPS-странице подгружаются изображения или скрипты по HTTP, браузер заблокирует их или покажет предупреждение. Используйте относительные пути //domain.com/image.jpg или явно указывайте https://. Проведите полный аудит ссылок после перехода.

Настройка заголовков сервера и HTTP/2

HTTP/2 позволяет передавать несколько запросов в одном соединении, что резко снижает задержки. Оптимизация скорости сайта выигрывает, когда сервер поддерживает этот протокол. Включите его в конфигурации Nginx (listen 443 ssl http2;) и проверьте поддержку через онлайн-тестеры.

Настройте заголовки безопасности: X-Content-Type-Options: nosniff, X-Frame-Options: SAMEORIGIN, Content-Security-Policy. Они защищают от XSS, кликджекинга и инъекций. Техническое SEO не ограничивается ранжированием, безопасность напрямую влияет на доверие и поведенческие факторы.

Отключите серверные сигнатуры. По умолчанию Nginx и Apache показывают версию в заголовках. Это информация для хакеров. Скройте её директивами server_tokens off; или ServerTokens Prod. Мелочь, но она снижает поверхность атаки и делает сайт профессиональнее в глазах ботов.

Личный опыт: что реально работает в Яндексе и Google

За двадцать лет в продвижении я видел, как менялись алгоритмы, но база оставалась прежней. Техническая оптимизация в Яндексе сильно зависит от региона, коммерческих факторов и поведенческих метрик. В Google больше веса у скорости, мобильной версии и ссылочного профиля. Разница есть, но фундаментальные ошибки убивают проект в обоих поисковиках.

Я часто сталкиваюсь с мнением, что можно «накрутить» техфакторы и быстро подняться. Это работает месяц-два, потом следует фильтр. Поисковики научились отличать естественную оптимизацию от манипуляций. Лучше потратить время на чистый код, чем на обход правил. Оптимизация технической части — это марафон, а не спринт.

Некоторые ниши требуют особого подхода. Для новостных сайтов важна скорость индексации и структура разметки NewsArticle. Для интернет-магазинов — наличие цены, остатков, отзывов в микроразметке. Универсальных решений нет, но есть проверенные паттерны. Тестируйте, измеряйте, корректируйте.

Разница в требованиях поисковиков

Яндекс любит детализацию. Ему важны точные геоданные, контакты, режим работы, наличие Яндекс.Карты на странице. Настройка технических параметров для Яндекса включает обязательную верификацию в Вебмастере, привязку к Яндекс.Бизнесу и настройку регионального привязывания. Без этого сайт может не ранжироваться в локальной выдаче.

Google делает ставку на алгоритмическую оценку. Ему важнее скорость, структура данных, авторитет домена и качество бэклинков. Техническое SEO для Google требует чёткой иерархии, breadcrumb-навигации, правильной работы Search Console. Ошибки в структуре данных приводят к потере расширенных сниппетов.

Не пытайтесь оптимизировать под один поисковик в ущерб другому. Делайте универсальную базу: чистый HTML, валидные мета-теги, адаптив, скорость. Затем добавляйте специфичные теги. Это сэкономит ресурсы и даст стабильный трафик из обоих источников.

Типичные ошибки новичков

Самая частая ошибка — установка десятков плагинов «для SEO». Они дублируют функции, конфликтуют, замедляют сайт и генерируют дубли мета-тегов. Техническая оптимизация требует минимализма. Один плагин для карт, один для кэша, один для редиректов. Остальное настраивайте вручную или через разработчика.

Вторая ошибка — игнорирование логов сервера. Отчёты Search Console показывают только часть картины. Логи раскрывают реальную активность ботов, частоту обхода, ошибки 403/404, нагрузку на CPU. Оптимизация скорости сайта начинается с анализа логов. Вы увидите, какие страницы роботы обходят чаще, а какие игнорируют.

Третья ошибка — погоня за идеальными показателями в PageSpeed. Балл 95 не гарантирует трафик, если контент не отвечает запросу. Фокусируйтесь на пользовательском опыте, а не на цифрах. Настройка технических параметров должна решать проблемы реальных людей, а не удовлетворять алгоритмические чек-листы.

Чек-лист технической оптимизации: пошаговая инструкция

Чтобы не запутаться в теории, следуйте конкретному плану. Распечатайте его, отмечайте выполненные пункты, возвращайтесь к нему раз в квартал. Техническая оптимизация сайта — процесс цикличный, а не разовый.

• Подключите Яндекс.Вебмастер и Google Search Console. Верифицируйте права, настройте уведомления.
• Проверьте robots.txt на наличие блокировок, добавьте путь к sitemap.xml.
• Сгенерируйте актуальную карту сайта, разделите по типам контента, настройте автообновление.
• Установите SSL, настройте редирект HTTP → HTTPS, проверьте смешанный контент.
• Включите HTTP/2, настройте gzip/brotli, оптимизируйте заголовки сервера.
• Настройте кэширование статики и динамики, подключите CDN для изображений и скриптов.
• Оптимизируйте изображения: WebP/AVIF, атрибуты размеров, lazy loading, srcset.
• Проверьте Core Web Vitals, исправьте LCP, INP, CLS на основных страницах.
• Настройте 301 редиректы для старых URL, уберите цепочки, проверьте ответ сервера.
• Найдите и исправьте 404 ошибки, настройте кастомную страницу, удалите битые ссылки.
• Проверьте дубли контента, настройте rel=»canonical», закройте фильтры через noindex.
• Уникализируйте title и meta description для пагинации, добавьте хлебные крошки.
• Проверьте мобильную версию в Search Console, исправьте мелкие шрифты, наложения, interstitials.
• Добавьте микроразметку (Schema.org) для товаров, статей, FAQ, отзывов.
• Проведите финальный аудит через Screaming Frog, сверьтесь с логами сервера.

Этот список покрывает 90% технических проблем. Оставшиеся 10% специфичны для вашей CMS и ниши. Изучайте документацию, тестируйте изменения на staging-сервере, фиксируйте результаты в таблице. Оптимизация технической части не терпит спешки, но вознаграждает последовательность. Читайте еще: создание сайта на Joomla.

Техническая оптимизация требует внимания к деталям, но она окупается стабильным трафиком и меньшими затратами на рекламу. Не пытайтесь сделать всё за один день, разбейте задачи на этапы и внедряйте постепенно. Поисковики ценят предсказуемость и чистоту кода, а пользователи — скорость и удобство. Если вы будете регулярно проверять логи, исправлять ошибки и держать архитектуру в порядке, сайт начнёт расти сам. Просто следите за метриками, не ленитесь править конфиги и помните, что каждый исправленный баг приближает вас к первой позиции.