Человекопонятные URL и структура страниц
URL-адреса страниц должны быть понятными людям, а не выглядеть как «product.php?id=8473». Поисковик смотрит на адрес и пытается понять, о чём страница. Если там только цифры - контекста нет.
Хороший адрес: /uslugi/razrabotka-internet-magazina. Плохой: /page?id=42 или /services/service-detail/12. В первом случае и человек, и робот сразу понимают, что на странице. Во втором - только база данных.
Структуру URL нельзя менять после запуска без потери позиций. Переезд со старых адресов на новые через редиректы - это всегда просадка в поиске на несколько недель минимум. Поэтому адреса проектируются до разработки, вместе с менеджером и тем, кто будет вести продвижение.
На практике: попросите показать карту сайта (список всех страниц с адресами) до старта разработки. Если вам говорят «потом придумаем», это проблема. Потом - дорого.
Теги title, description и заголовки H1
Title - это заголовок страницы, который показывается в результатах поиска и в названии вкладки браузера. Description - короткое описание под заголовком в выдаче. H1 - главный заголовок на самой странице. Они все должны быть разными и уникальными для каждой страницы.
Частая ошибка: на всех страницах стоит одинаковый title - название компании. Поисковик не понимает, чем страницы отличаются друг от друга, и продвигать их не может. Или title просто не предусмотрен в CMS - его физически некуда вписать.
Правильно: в админке сайта для каждой страницы есть отдельные поля для title, description и H1. Не автоматически сгенерированные из названия товара, а именно поля, куда можно вписать текст руками. Если делаете каталог на 500 товаров, шаблон формирования этих полей нужно продумать заранее, чтобы не писать вручную.
Если разработчик говорит «это потом SEO-шник добавит» - спросите, как именно. Часто оказывается, что добавить некуда, и придётся переделывать движок.
Скорость загрузки: не косметика, а ранжирование
Google напрямую использует скорость загрузки как фактор ранжирования. Медленный сайт стоит в выдаче ниже. Но дело не только в позициях: если страница грузится дольше трёх секунд, больше половины посетителей уходят, не дождавшись.
Скорость закладывается в архитектуру. Нельзя сделать быстрый сайт на WordPress с десятью тяжёлыми плагинами и фотографиями по 5 мегабайт. Можно оптимизировать, но потолок будет низким. Если изначально выбран React с серверным рендерингом и настроена автоматическая обработка картинок - сайт будет быстрым по умолчанию.
Что проверить до запуска: попросите показать результат в Google PageSpeed Insights. Оценка должна быть в зелёной зоне (80+ баллов) на мобильных устройствах. Если там красное - это не косметическая проблема, это переделка.
На наших проектах мы закладываем сжатие изображений и ленивую загрузку контента сразу в сборку. Это не отдельная задача «на потом», а часть процесса разработки.
Мобильная версия - не адаптация, а приоритет
Google индексирует сайты с мобильной версии. Если мобильная страница сломана, медленная или неудобная, сайт будет стоять плохо даже в десктопной выдаче. Это не «желательно», а обязательное требование с 2019 года.
Адаптивная вёрстка - это минимум. Но недостаточно просто сжать десктопную версию. Мобильная страница должна быть удобной: кнопки достаточно большие, чтобы попасть пальцем, текст читается без зума, формы заполняются без мучений. Если человек промахивается по кнопке три раза подряд - он уходит к конкурентам.
Проверить можно в том же PageSpeed Insights или открыв сайт на телефоне. Если приходится зумить, чтобы прочитать текст, или кнопка «Отправить заявку» наполовину за экраном - это проблема, которую нужно решать на этапе вёрстки, а не после запуска.
Микроразметка: помогаем поисковику понять контент
Микроразметка - это специальный код, который объясняет поисковику, что именно находится на странице: товар, статья, отзыв, контакты. Благодаря разметке в результатах поиска показываются звёздочки рейтинга, цена, наличие на складе - это увеличивает кликабельность.
Разметка добавляется в HTML-код страницы. Если сайт делается на конструкторе, она часто встроена. Если разработка кастомная - её нужно прописывать вручную. И это надо делать сразу, потому что добавить микроразметку постфактум - это лезть в каждый шаблон страницы и переделывать вёрстку.
Какие типы разметки нужны: для интернет-магазина - товары, цены, наличие, отзывы. Для сайта услуг - организация, контакты, услуги, FAQ. Для блога - статьи, автор, дата публикации. Список зависит от типа сайта, и его нужно согласовать на старте.
Проверить разметку можно через валидатор Schema.org. Если там пусто - значит, разметки нет, и сайт теряет в кликабельности.
Картинки: размер, формат и атрибут alt
Картинки тормозят сайт сильнее всего. Фотография в 3 мегабайта, загруженная с телефона, будет грузиться на мобильном интернете секунд десять. Пользователь за это время успеет закрыть вкладку.
Правильная работа с изображениями - это автоматическое сжатие при загрузке, современные форматы (WebP вместо JPEG), адаптивная выдача (на телефон - маленькая картинка, на десктоп - большая). Это настраивается один раз на уровне системы, а не вручную для каждого файла.
Атрибут alt - текстовое описание картинки. Нужен для поисковика (он не видит изображение, только текст) и для людей с ограниченными возможностями. Без alt картинки не индексируются, и сайт теряет трафик из поиска по изображениям.
Что должно быть в админке: поле для alt при загрузке каждой картинки и автоматическое сжатие. Если этого нет - контент-менеджер будет либо игнорировать alt (привет, потерянный трафик), либо вручную пережимать каждое фото.
Файл sitemap.xml и robots.txt
Sitemap.xml - это карта сайта для поисковых роботов, список всех страниц, которые нужно проиндексировать. Robots.txt - файл с инструкциями, какие страницы индексировать нельзя (например, админку или корзину).
Оба файла должны генерироваться автоматически. Если карта сайта статичная, её придётся обновлять вручную каждый раз, когда добавляется новая страница. Обычно про это забывают, и половина сайта остаётся неизвестной поисковику.
Robots.txt настраивается один раз, но настраивается неправильно в 80% случаев: либо закрывают от индексации весь сайт случайной строчкой, либо оставляют открытыми служебные разделы, которые засоряют индекс.
Проверка: откройте ваш-сайт.ru/sitemap.xml и ваш-сайт.ru/robots.txt в браузере сразу после запуска. Если первый не открывается или пустой, а второй выдаёт 404 - это нужно исправлять до того, как сайт попадёт в поиск.
ЧПУ для фильтров и пагинации
В интернет-магазинах и каталогах есть фильтры (по цене, цвету, размеру) и постраничная навигация. Если их URL выглядят как /catalog?page=2&filter=345, поисковик не будет их индексировать нормально.
Правильно: каждая комбинация фильтров и каждая страница пагинации - это отдельный человекопонятный адрес. Например, /catalog/muzhskaya-obuv/krossovki?page=2. Плюс нужны канонические теги (rel=canonical), чтобы поисковик понимал, какая страница главная, если одинаковый контент доступен по разным адресам.
Это не делается постфактум. Логика формирования URL для фильтров закладывается в движок на этапе разработки. Если её нет - переделка влетит в серьёзные деньги.
Когда стоит привлекать SEO-специалиста
Если сайт сложнее лендинга (интернет-магазин, каталог услуг, портал с несколькими разделами), SEO-специалиста нужно подключать до начала разработки. Он составляет семантическое ядро, проектирует структуру разделов и URL, пишет требования к движку.
Когда SEO приходит на готовый сайт, он работает с тем, что есть. И часто выясняется, что основные разделы названы неправильно, структура каталога не соответствует запросам, а технически добавить нужные поля в админку - это недели разработки.
На наших проектах мы запрашиваем у заказчика контакт SEO-специалиста (если он есть) на этапе обсуждения структуры. Если специалиста нет, даём рекомендации сами: базовые требования к URL, метатегам, скорости и разметке мы закладываем по умолчанию. Это не SEO-продвижение, а техническая основа, без которой продвигать будет нечего.
Если вы планируете продвижение, скажите об этом сразу. Разработка SEO-готового сайта не сильно дороже обычного, но переделка готового - в разы дороже.
SEO - это не отдельная услуга, которую добавляют в готовый сайт. Это требования к структуре, коду и контенту, которые закладываются на этапе разработки. Человекопонятные URL, метатеги для каждой страницы, быстрая загрузка, микроразметка, корректная мобильная версия - всё это делается один раз и сразу. Переделывать готовый сайт под SEO - дорого, долго и с потерей позиций. Если планируете продвижение, скажите об этом до начала разработки.
Частые вопросы
Можно ли заняться SEO уже после запуска сайта?
Можно, но часть требований изменить будет дорого или невозможно без переделки. URL-структуру, логику фильтров, архитектуру - это всё закладывается на этапе разработки. Контент, ссылки, метатеги - да, добавляются после запуска. Техническая основа - нет.
Сколько стоит сделать сайт с учётом SEO?
Базовые SEO-требования (человекопонятные URL, метатеги, микроразметка, скорость загрузки) мы закладываем в разработку по умолчанию и отдельно не считаем. Это часть нормального процесса. Если нужна сложная структура фильтров или интеграция с внешним SEO-сервисом - это обсуждается отдельно. Точная стоимость - после брифа, ориентировочные цены на разные типы сайтов есть на нашем сайте.
Что будет, если не заложить SEO на старте?
Сайт будет плохо индексироваться, медленно загружаться и стоять низко в поиске. Потом придётся переделывать структуру, URL, вёрстку - это может стоить как половина стоимости нового сайта. Плюс потеря позиций в поиске на время переделки.
Нужно ли нанимать отдельного SEO-специалиста, если студия говорит, что всё учтёт?
Если сайт простой (лендинг, визитка на 5 страниц) - нет, студия заложит базовые требования. Если интернет-магазин, каталог или портал - лучше подключить своего SEO на этапе проектирования структуры. Студия сделает технически правильно, а SEO подскажет, какие разделы и URL нужны под конкретные запросы.