Вы открываете отчёт «Индексирование страниц» в Google Search Console, а там строка, из-за которой десятки материалов не попали в поиск. Google нашёл на сайте страницу, счёл её копией другой и решил показывать в выдаче не тот адрес, который вы указали в теге canonical. Ваше мнение поисковик учёл и переиграл.
Разбираем по шагам: что означает этот статус, как он называется в русской и английской версии панели, как за две минуты узнать, какой именно URL Google выбрал вместо вашего, девять причин такого решения и 25 способов его переиграть обратно. Плюс два раздела, которых почти нет в русских материалах: когда эту строку чинить не нужно и какие популярные советы делают хуже.
Если вы только осваиваете панель вебмастера от Google, начните с обзорного материала «Как работать с Google Search Console»: там разобраны интерфейс, отчёты и первое подключение сайта.
А общую механику дублей на сайте мы описали в статье «Как найти и удалить дубли страниц на сайте». Этот материал про частный и самый неочевидный случай, когда дубль вы уже пометили, а Google с пометкой не согласился.
Статья пригодится не только техническим специалистам. Со статусом сталкиваются владельцы интернет-магазинов, авторы блогов на WordPress, маркетологи, которые ведут сайт сами. Если хочется разобраться в поисковой оптимизации системно, загляните в подборку курсов по SEO и поисковому продвижению: там 140 программ от коротких интенсивов до годовых.
CheckroiПодборка курсов по поисковой оптимизации (seo)110 курсов • 30 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить→
Что означает статус и почему это не штраф
Google не хранит в индексе десять копий одного текста. Похожие страницы он собирает в группу (в документации она называется кластером) и выбирает из группы одну представительную, каноническую. Её он индексирует, ранжирует и показывает людям. Остальные адреса из группы остаются известны поисковику, но своей строки в выдаче не получают.
Тег <link rel="canonical"> — это ваша заявка на то, какой адрес должен стать представителем группы. Именно заявка: выполнять её поисковик не обязан. Google называет canonical подсказкой (hint) и прямо пишет, что учитывает её наравне с другими сигналами. Если остальные сигналы говорят обратное, побеждают они. Как тег устроен и что он даёт сайту, мы разбирали в отдельной статье про канонические теги.
Отсюда и статус. Он означает ровно одно: страница попала в группу дублей, и представителем группы Google назначил другой адрес. Это не санкция, не пессимизация и не пометка «плохой сайт». Никакого понижения позиций у остального сайта из-за этой строки не происходит.
Неприятно другое: страница, которую вы считали главной, из выдачи пропадает. Вместо неё показывается её близнец, и весь трафик по запросу уходит на него. Когда близнецом оказывается ваша же страница с параметром сортировки или служебный архив, вы теряете и позицию, и конверсии.
Главное отличие от ошибок. В отчёте Search Console эта строка лежит в блоке причин, по которым страница не попала в индекс. Ни ошибки сервера, ни сбоя разметки тут нет. Сайт работает, robots и сервер в порядке. Чинить придётся расстановку сигналов.
Как эта строка выглядит в русской и английской панели
Русская локализация Search Console переводит статусы не буквально, поэтому человек с англоязычной панелью гуглит одну фразу, а находит статьи совсем про другую. Вот соответствие четырёх соседних статусов из блока «Почему страницы не индексируются».
| English | Русская панель | Что произошло |
|---|---|---|
| Duplicate, Google chose different canonical than user | Страница является копией. Канонические версии страницы, выбранные Google и пользователем, не совпадают | Canonical вы указали, Google выбрал другой адрес |
| Duplicate without user-selected canonical | Страница является копией. Канонический вариант не выбран пользователем | Canonical нет вообще, Google выбрал сам |
| Duplicate, submitted URL not selected as canonical | Страница является копией. Отправленный URL не выбран в качестве канонического | То же самое, но адрес вы ещё и отправили в карте сайта |
| Alternate page with proper canonical tag | Вариант страницы с тегом canonical | Всё в порядке: Google согласился с вашим canonical |
Последняя строка в таблице проблемой вообще не является. «Вариант страницы с тегом canonical» означает, что поисковик прочитал вашу заявку и принял её. Такие адреса чинить не нужно никогда.
Канал основателя Checkroi Вани Буявца3 700 человек читают мой Телеграм-канал про нейросетиСобрал промпты для Claude Code и ChatGPT, разборы ИИ-инструментов и лайфхаки по продвижению бизнеса в одном местеПрисоединитьсяЧем этот статус отличается от «канонический вариант не выбран пользователем»
Эти два статуса путают чаще всего, а лечатся они по-разному.
«Канонический вариант не выбран пользователем» означает, что тега canonical на странице нет. Совсем. Google обнаружил похожие адреса, не нашёл ваших указаний и назначил представителя на своё усмотрение. Лечение простое: поставьте canonical. В большинстве CMS это делает SEO-плагин в один клик, и статус уходит сам.
«Канонические версии не совпадают» означает, что тег есть, Google его прочитал и отклонил. Значит, где-то на сайте лежит сигнал сильнее вашего тега. Простой правкой одной строки в шаблоне это не решается: надо найти противоречие и убрать его.
Второй случай сложнее, зато и информативнее. Это бесплатный аудит от поисковика: он показывает, где разметка сайта расходится сама с собой.
Как за две минуты узнать, какой URL Google выбрал вместо вашего
Без этого шага дальше идти бессмысленно: причина почти всегда читается по тому, какой адрес поисковик назначил представителем.
- Откройте Search Console, слева выберите «Индексирование» → «Страницы»
- Прокрутите до блока «Почему страницы не индексируются» и нажмите на нужную строку
- Скопируйте любой адрес из списка и вставьте в «Инструмент проверки URL» (строка поиска вверху панели)
- Разверните блок «Индексирование» в результатах проверки
Там два поля, ради которых всё и затевалось:
- «Канонический URL, объявленный пользователем» (user-declared canonical) — адрес из вашего тега
- «Канонический URL, выбранный Google» (Google-selected canonical) — адрес, который поисковик назначил представителем
Важный нюанс, на котором спотыкаются: поле «выбранный Google» заполняется только для адресов, которые уже побывали в индексе. Живая проверка страницы (кнопка «Проверить страницу на сайте») его не покажет: она проверяет доступность страницы, до вопроса о канонизации дело там не доходит. Если поле пустое, страница просто ещё не обработана, подождите обхода.
Теперь сверьте два адреса с таблицей.
| Что показал инспектор | Вероятная причина | Куда смотреть дальше |
|---|---|---|
Тот же путь, но с параметром (?sort=, ?utm_, ?page=) |
Параметрические дубли | Причина 3, разбор по CMS |
| Тот же путь, но со слешем или без, с www или без, http вместо https | Не сведённые версии адреса | Причина 9, чек-лист сигналов |
| Другая страница вашего сайта, близкая по теме | Близнецы или тонкий контент | Причины 1 и 2 |
| Раздел, тег или архив вместо самой статьи | Служебные страницы CMS перевешивают | Разбор по CMS |
| Языковая версия другой страны | Сломанные пары hreflang | Причина 7, раздел «когда чинить не нужно» |
| Адрес чужого домена | Копипаст, синдикация или взлом | Причина 8 |
Девять причин, по которым Google перебивает ваш canonical
Причина 1: страницы-близнецы
Самый частый случай. Два материала отличаются заголовком и парой абзацев, а основной текст совпадает. Классика: карточки одного товара в разных цветах, страницы услуги под соседние города, две статьи под запросы-синонимы. Google складывает их в одну группу и выбирает ту, у которой больше внутренних ссылок и внешнего веса.
Причина 2: мало уникального контента на фоне шаблона
Если девять десятых кода страницы — это меню, сайдбар, футер и блоки со ссылками на другие материалы, а собственного текста три абзаца, то для алгоритма страницы и правда выглядят одинаково. Различия нужны заметные и содержательные. Перестановка абзацев и новый заголовок не считаются.
Причина 3: адреса с параметрами
Сортировки (?sort=price), фильтры (?color=green), метки рекламных кампаний (?utm_source=), идентификаторы сессий и партнёрские метки плодят десятки адресов с одинаковым содержимым. Если такие адреса попадают во внутренние ссылки или в карту сайта, Google начинает считать их полноценными кандидатами.
Причина 4: рассинхрон мобильной и десктопной версий
На отдельном мобильном поддомене (m.site.ru) или при раздельных шаблонах контент, теги и ссылки расходятся. Индексация давно идёт по мобильной версии, поэтому решение принимается по ней. Десктопный вариант, который вы видите на компьютере, на выбор уже не влияет.
Причина 5: робот видит не то, что видят люди
Правила CDN, гео-редиректы, антибот-защита и файрвол выдают роботу упрощённый ответ. У десятка разных адресов он получается одинаковым, и группа дублей собирается на пустом месте. Ловится это той же живой проверкой в инспекторе: смотрите вкладку с HTML-кодом, который получил робот.
Причина 6: контент подгружается яваскриптом
Если в исходном HTML лежит почти пустой каркас, а текст и заголовки дорисовываются скриптами уже в браузере, до рендеринга все страницы сайта выглядят одинаково. Помогает серверный рендеринг (SSR, когда готовый HTML собирается на сервере) или пререндер для роботов.
Причина 7: сломанные пары hreflang
Атрибут hreflang сообщает, что страницы приходятся друг другу языковыми версиями и дублями их считать не надо. Работает он только парами: каждая версия должна ссылаться на все остальные и на себя. Одна недостающая обратная ссылка, и кластер рассыпается, версии для России и Казахстана становятся дублями.
Причина 8: синдикация и копипаст
Ваш текст перепечатали партнёры или утащил агрегатор. Как отличить такой случай от внутренних дублей, мы показывали в разборе статуса «Обнаружена, не проиндексирована». Иногда Google назначает представителем группы чужой адрес, особенно если чужой домен старше и авторитетнее. Тот же эффект даёт взлом: злоумышленники подставляют кросс-доменный canonical или редирект.
Причина 9: сигналы сайта противоречат друг другу
Тег указывает на один адрес, меню ссылается на второй, карта сайта содержит оба, а редирект ведёт на третий. Джон Мюллер из Google повторяет эту мысль годами: проблемы с канонизацией почти всегда сводятся к противоречивым сигналам. Когда сигналы согласованы, поисковику нечего додумывать.
Порядка приоритета нет. В июле 2026 Мюллер подтвердил: Google не публикует иерархию, по которой разрешает конфликты между редиректом, canonical, hreflang, картой сайта и noindex. Рассчитывать, что «редирект точно перебьёт тег», не стоит. Проще убрать конфликт, чем пытаться его выиграть.
CheckroiПодборка курсов по Google Search Console25 курсов • 14 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить→
Двенадцать сигналов канонизации: чек-лист выравнивания
Прежде чем менять контент, проверьте механику. В половине случаев статус снимается именно здесь. Пройдите по списку и убедитесь, что все двенадцать пунктов указывают на один и тот же адрес.
- Canonical на самой странице ссылается на неё же (самореферентный тег)
- Canonical на всех дублях ссылается на выбранный адрес, свой собственный там стоять не должен
- Карта сайта содержит только канонический адрес, дублей в ней нет
- Внутренние ссылки из меню, футера, хлебных крошек и текстов ведут на канонический адрес
- Протокол — https, все http-варианты отдают 301
- Редиректы с дублей — 301 или 308, без цепочек в три хопа
- HTTP-заголовок Link (если используется для PDF и файлов) не противоречит тегу
- Ответ сервера у канонического адреса — 200, не 301, не 404, не мягкая 404
- Тег лежит в
<head>. В<body>он не работает, поисковики его игнорируют - Адрес в теге абсолютный и записан в том же виде, что на сайте: с тем же слешем на конце, тем же регистром, тем же www
- Пары hreflang замкнуты, каждая версия видит все остальные
- Robots.txt не закрывает канонический адрес. Закрытую страницу робот не прочитает и сигнал не получит
Отдельно про пункт 10. Если сайт живёт на адресах со слешем на конце, а в теге записан вариант без слеша, вы своими руками создаёте пару дублей. Мы у себя закрыли этот вопрос жёстким правилом: все внутренние ссылки и все canonical пишутся в одном каноническом виде, расхождение считается багом.
Канал основателя Checkroi Вани БуявцаЗабирайте промпты и обучение по нейросетям в моём Телеграм-каналеБольше 3 700 человек уже применяют Claude Code, ChatGPT и другие нейросети в работе, учёбе, бизнесе и жизниПерейти в каналЧто делать по каждой причине: 25 способов
Если страницы и правда похожи
1. Слить их в одну. Самый честный вариант, когда обе страницы борются за один запрос. Выбираете сильнейшую, переносите в неё уникальные куски второй, со второй ставите 301.
2. Развести по смыслу запросов. Если люди ищут этими фразами разное, переписать так, чтобы отличие было видно с первого экрана: свой заголовок, своя структура, свои примеры, свои цифры. Косметической правки вступления мало.
3. Нарастить объём уникального блока. Добавить то, чего нет у близнеца: таблицу, расчёт, скриншоты, отзывы, ответы на вопросы. Полезно посмотреть, как это устроено у страницы, которую Google выбрал вместо вашей.
4. Перевести, если это языковые версии. Страницы на разных языках дублями не считаются. Проблема часто в том, что перевод отстаёт и на месте будущего текста временно висит оригинал.
5. Закрыть лишнее от индексации. Если вторая страница нужна людям, но не нужна в поиске (версия для печати, служебный фильтр), закройте её метатегом noindex. И снимите с неё canonical: эти две директивы вместе Google рекомендует не использовать.
6. Удалить страницу. Иногда честнее всего. Если у материала нет ни спроса, ни уникального смысла, он тянет вниз весь раздел. Логика та же, что и в разборе статуса «Малоценная или маловостребованная страница» у Яндекса.
Если дело в параметрах адреса
7. Самореферентный canonical на чистой версии и canonical на неё же со всех параметрических адресов.
8. Убрать параметры из внутренних ссылок. Если меню или блок «похожие товары» ссылается на /catalog/?sort=price, вы сами голосуете за параметрический адрес.
9. Вычистить карту сайта. В XML-карте должны быть только канонические адреса. Присутствие дубля в карте — сильный сигнал «этот адрес важен».
10. Закрыть в robots.txt бесполезные срезы фильтров, которые не нужны в поиске совсем. Осторожно: закрытая страница не передаёт вес и не отдаёт canonical.
11. Не плодить сортировки в индексируемых адресах. Сортировку и пагинацию внутри фильтра лучше отдавать через параметры, которые сайт единообразно канонизирует на базовый раздел.
Если сигналы противоречат друг другу
12. Свести зеркала. Один основной адрес: https, один вариант www, один вариант слеша. Остальные — 301 на него.
13. Убрать цепочки редиректов. Адрес А ведёт на Б, Б на В, и сигнал по дороге размывается. Ставьте сразу на конечный адрес.
14. Проверить, что canonical не указывает на редирект или на 404. Тег, ведущий на страницу, которая сама куда-то перенаправляет, обесценивается.
15. Найти циклы и цепочки canonical. Ситуация «А → Б, Б → В, В → А» встречается чаще, чем кажется, и полностью ломает канонизацию группы.
16. Усилить нужный адрес внутренними ссылками. Чем больше ссылок с сильных страниц ведёт на выбранный адрес, тем выше шанс, что представителем станет он.
17. Переставить внешние ссылки. Если на дубль ведут ссылки с других сайтов и из соцсетей, попросите заменить адрес там, где это возможно.
Если проблема в том, что видит робот
18. Сравнить HTML для робота и для человека через живую проверку в инспекторе URL.
19. Проверить правила CDN и антибота на предмет упрощённого ответа роботам Google.
20. Внедрить серверный рендеринг или пререндер, если контент рисуется скриптами.
21. Сверить мобильную и десктопную версии по тексту, тегам и ссылкам. Решение принимается по мобильной.
Если контент увели
22. Проверить сайт на взлом: подставленный кросс-доменный canonical и скрытые редиректы — типичный след.
23. Договориться с площадками синдикации о закрытии копий от индексации. Google прямо пишет, что для синдикации canonical подходит хуже, чем noindex на стороне партнёра.
24. Подать жалобу через инструмент удаления по авторскому праву, если текст скопировали без разрешения.
25. Ускорить индексацию оригинала: опубликовали материал, сразу отправьте адрес на переобход, чтобы Google увидел его у вас раньше, чем у копипастеров.
Что делать, если таких страниц сотни
Разбирать вручную триста адресов бессмысленно. Работает другой порядок.
Выгрузите список из отчёта в Search Console (кнопка экспорта, до тысячи строк за раз). Сгруппируйте адреса по шаблону: отдельно всё с ? в адресе, отдельно теги и архивы, отдельно карточки товаров, отдельно пагинация. Почти всегда 90 % строк укладываются в две-три группы, у каждой одна общая причина и одно общее решение в шаблоне сайта.
Дальше прогоните сайт краулером и сверьте по каждой группе: что стоит в canonical, куда ведут внутренние ссылки, что лежит в карте сайта. Расхождение вылезет сразу. После правки шаблона отправьте на переобход два-три показательных адреса из группы, остальные Google переоценит сам при обходе.
Не отправляйте на переобход сотни адресов подряд. Очередь приоритетной индексации ограничена, и массовая отправка не ускоряет обработку. Достаточно нескольких образцов из каждой группы.
Разбор по CMS
WordPress с Rank Math или Yoast. Оба плагина ставят самореферентный canonical автоматически, поле для ручного переопределения лежит в блоке дополнительных настроек записи. Типичные источники дублей: страницы вложений (каждая картинка получает свой адрес), архивы тегов и авторов, ленты фидов, пагинация комментариев. Всё это отключается или закрывается настройками плагина.
Интернет-магазины на Bitrix и OpenCart. Дубли тут плодят умный фильтр и сортировки. Ставьте canonical со всех срезов фильтра на базовый раздел, а те срезы, которые продвигаются под свои запросы, наоборот делайте самостоятельными страницами с уникальным заголовком и текстом. Смешивать эти две стратегии в одном разделе не стоит.
Tilda. Дубли обычно приезжают из служебных адресов вида project12345.tilda.ws и из страниц, доступных и по адресу проекта, и по подключённому домену. Проверьте, что домен подключён как основной, а служебные адреса закрыты.
CheckroiПодборка курсов по Tilda163 курса • 36 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить→
Shopify. Классика — один товар доступен по адресу коллекции и по собственному адресу. Платформа ставит canonical на короткий адрес сама, ломается это обычно правками в шаблоне или сторонними приложениями.
Когда чинить не нужно
Половина строк в этом отчёте — нормальная работа поисковика, и трогать их не надо.
- Языковые версии с корректным hreflang. Google собирает их в один кластер и отдаёт пользователю нужную версию, но статистику показывает на канонической. В отчёте это выглядит тревожно, в выдаче всё правильно
- Страницы пагинации. Второй и последующие листы каталога в индексе не нужны, их задача — довести робота до товаров
- Срезы фильтров без спроса. Сочетание «синие кроссовки 43 размера со скидкой» никто не ищет, его отсутствие в индексе ничего не стоит
- Вариации товара по цвету и размеру, если карточка одна и та же
- Адреса с utm-метками, прилетевшие из рекламы
Простой критерий: посмотрите, какой адрес Google выбрал представителем. Если это ваша нужная страница, всё в порядке. Проблема появляется тогда, когда представителем стал служебный адрес, чужой домен или менее удачная версия материала.
Чего делать нельзя
Советы, которые регулярно всплывают в роликах и на форумах и делают хуже.
Ставить canonical и noindex одновременно. Google прямо не рекомендует такое сочетание: директивы противоречат друг другу, и результат непредсказуем. Нужен один инструмент под задачу.
Прописывать canonical в <body>. Тег за пределами <head> игнорируется. Иногда он туда уезжает сам, если шаблон вставляет скрипт с незакрытым тегом выше.
Ставить кросс-доменный canonical «на всякий случай». Тег, указывающий на чужой сайт, отдаёт туда всё значение страницы. Так делают только осознанно, при согласованной синдикации.
Удалять адрес через инструмент удаления URL. Он убирает страницу из выдачи примерно на полгода и не решает вопрос канонизации совсем. Это инструмент для срочных случаев вроде утечки персональных данных.
Менять canonical каждые три дня. Поисковику нужно время на переоценку. Постоянные метания читаются как нестабильные сигналы и растягивают процесс.
Закрывать дубли в robots.txt вместо canonical. Закрытую страницу робот не скачает, тег не прочитает и сигнал не получит. Дубль останется дублем, только теперь ещё и слепым.
Что советуют в видеоразборах
Роликов по этому статусу много, качество разное. Мы пересмотрели англоязычные и русские разборы и свели то, что там предлагают.
Работающее и повторяющееся из ролика в ролик: сначала инспектор URL и сверка двух полей, потом чистка карты сайта, потом внутренние ссылки на нужный адрес, в конце запрос на переобход. Это же рекомендует и документация Google, так что базовый алгоритм в видео обычно верный.
Устаревшее. Совет «настройте обработку параметров URL в Search Console» встречается до сих пор, хотя инструмент параметров Google отключил ещё в 2022 году. Работать с параметрами теперь можно только через canonical, ссылки, карту сайта и robots.
Опасное. Рекомендация «поставьте на все дубли noindex вместе с canonical» и предложение массово удалить адреса через Removals. Первое противоречит документации, второе просто прячет проблему на несколько месяцев.
Полезные разборы для наглядности, если хочется увидеть интерфейс своими глазами:
- Google Search Console: канонические версии страницы не совпадают — русскоязычный разбор с показом панели
- Duplicate, Google Chose Different Canonical than User (How to fix) — англоязычный разбор с диагностикой
- How to fix all canonical tag issues flagged in Google Search Console — сводный ролик по всем каноническим статусам сразу
Сколько ждать после правок
Официальный ориентир из документации Google: переоценка канонического адреса занимает до двух недель после того, как поисковик увидел изменения. Ключевое слово тут «увидел». Сначала должен пройти обход, и только потом начнётся отсчёт.
Ускорить можно двумя способами. Первый: отправить адрес на переобход через инспектор URL, кнопка «Запросить индексирование». Второй: добавить или обновить адрес в карте сайта, это поднимает приоритет обхода.
Отдельно про сам отчёт «Индексирование страниц»: он обновляется с задержкой в несколько дней. Ситуация «мы всё починили, а строка висит» в первую неделю после правок нормальна. Смотреть надо в инспектор, он обновляется быстрее: если поле «Канонический URL, выбранный Google» изменилось на ваш адрес, вопрос закрыт, отчёт догонит.
Если прошёл месяц, сигналы выровнены, а Google по-прежнему выбирает другой адрес, честный вывод обычно такой: поисковик считает вторую страницу лучшим представителем группы. В этом случае разумнее согласиться с ним и признать канонической ту страницу, которую он выбрал, а свою переписать под другой запрос.
Чек-лист «страница готова к повторной проверке»
- В инспекторе URL записан адрес, который Google выбрал вместо вашего, и определена причина по таблице
- Все двенадцать сигналов канонизации указывают на один адрес
- Canonical лежит в
<head>, абсолютный, в том же виде, что и рабочий адрес сайта - Канонический адрес отдаёт 200 и открыт в robots.txt
- Цепочек и циклов canonical нет
- В карте сайта только канонические адреса
- Внутренние ссылки из меню, крошек и текстов ведут на канонический адрес
- Если страницы похожи, различие видно уже с первого экрана
- Мобильная версия совпадает с десктопной по тексту и тегам
- Адрес отправлен на переобход, дата отправки записана
Дальше остаётся ждать. Разбирать статус до того, как выровняли сигналы, смысла нет: Google каждый раз будет приходить к тому же решению.
Где научиться техническому SEO системно
Канонизация — часть большой темы про то, как поисковик обходит сайт, что берёт в индекс и по каким правилам выбирает страницу для показа. Отчёты Search Console, логи сервера, карта сайта, редиректы, скорость и разметка складываются в одну картину, и отдельными статьями её собирать долго. Если хочется разобраться разом и с практикой на своём проекте, проще один раз пройти нормальный курс.
| Курс | Школа | Стоимость со скидкой | В рассрочку | Длительность | Обзор курса от Checkroi |
|---|---|---|---|---|---|
| Performance-маркетинг в SEO Перейти на сайт курса |  Skillbox | 54 600 ₽ | 4550 ₽/мес. | 4 месяца | Обзор курса |
| Профессия «SEO-специалист с нуля до PRO» Перейти на сайт курса | Skillbox | 100 733 ₽ | 4579 ₽/мес. | 12 месяцев | Обзор курса |
| SEO-специалист PRO Перейти на сайт курса |  Нетология | 116 820 ₽ | 4867 ₽/мес. | 4 месяца | Обзор курса |
| SEO-специалист: базовый курс Перейти на сайт курса | Нетология | 44 700 ₽ | 2483 ₽/мес. | 4 месяца | Обзор курса |
| SEO-специалист: курс от AMDG Перейти на сайт курса | Skillbox | 55 245 ₽ | 4597 ₽/мес. | 4 месяца | Обзор курса |
| SEO-специалист Перейти на сайт курса |  Академия Синергия | 88 116 ₽ | 3672 ₽/мес. | 6 месяцев | Обзор курса |
| SEO-специалист Перейти на сайт курса | Нетология | 92 500 ₽ | 3084 ₽/мес. | 12 месяцев | Обзор курса |
| Профессия «SEO-специалист» Перейти на сайт курса | Skillbox | Бесплатно | 3320 ₽/мес. | 12 месяцев | Обзор курса |
| SEO-продвижение Перейти на сайт курса |  DSA | 27 500 ₽ | 2291 ₽/мес. | 1 месяц | Обзор курса |
| Факультет SEO-продвижения Перейти на сайт курса |  GeekBrains | 104 700 ₽ | 2908 ₽/мес. | 12 месяцев | Обзор курса |
Больше программ — в полном каталоге курсов по поисковой оптимизации (seo)
Если тема пока новая, начните с базового разбора «SEO для начинающих: что это и что в него входит» и большого словаря SEO-терминов. А если решаете, идти ли в профессию всерьёз, посмотрите план на 12 месяцев для будущего SEO-специалиста и разбор различий Яндекс Вебмастера и Метрики: у Яндекса своя логика работы с дублями, и знать обе полезно.
