Техническое SEO
Находим и исправляем SEO-ошибки на существующем сайте и контролируем его работу после изменений
Находим и исправляем SEO-ошибки на существующем сайте и контролируем его работу после изменений
Важные страницы не появляются в Google, после обновления возникают неправильные перенаправления, а магазин создаёт всё новые адреса фильтров. Такие проблемы нельзя решить только дополнительными текстами. Мы проверяем, как существующий сайт отдаёт содержимое, связывает страницы и обеспечивает доступ поисковым системам.
Project33 занимается поисковой оптимизацией с 2007 года. Мы не создаём новые сайты в рамках этой услуги, а находим и исправляем SEO-ошибки на работающем ресурсе. Изменения, затрагивающие хостинг, расширения или сложную логику приложения, согласовываем с ответственными разработчиками и администраторами.
Результат работы — не перечень предупреждений из программы, а понятные выводы о причинах проблем, приоритетах исправления и состоянии сайта после изменений. Пришлите адрес сайта и опишите проблему.
SEO-анализ помогает определить, что мешает продвижению. Техническая оптимизация включает следующий этап — устранение причин и контроль результата на затронутых страницах и шаблонах.
Успешная проверка не означает немедленного роста позиций. Мы фиксируем, что исправлено, когда проведён контроль и какие ограничения ещё остаются.
Не каждый исключённый из индекса адрес требует исправления. Служебные страницы, дубли и старые URL с перенаправлением могут обрабатываться правильно. Сначала определяем, какие страницы действительно должны находиться в поиске.
Запрет обхода и запрет индексации решают разные задачи. Поэтому мы не используем robots.txt как универсальный способ убрать страницы из поиска и не обещаем, что технически доступная страница обязательно попадёт в индекс.
Фильтры, сортировка, варианты товаров и старые адреса могут создавать несколько версий одного содержимого. Мы определяем нужный адрес и согласовываем с ним Canonical, внутренние ссылки, перенаправления и карту сайта.
Решения принимаются с учётом назначения страницы. Полезная категория магазина может заслуживать отдельной индексации, а простая перестановка товаров — нет. Для больших каталогов техническую работу связываем с SEO интернет-магазина, а при смене адресов — с сопровождением переезда сайта.
Отдельно смотрим на единообразие адресов. Сайт должен открываться в одном варианте — с www или без, с завершающим слешем или без него и только по HTTPS. Остальные варианты ведут на основной одним перенаправлением 301, без промежуточных шагов.
Сравниваем исходный и отрисованный HTML, проверяем наличие важных текстов, товаров и настоящих ссылок. Ошибки JavaScript, недоступные API, защитные экраны или неправильное кеширование могут менять содержимое, доступное посетителю и поисковой системе.
Навигация должна строиться на обычных ссылках с адресом, а не только на обработчиках кликов. Тексты и товары, которые подгружаются после прокрутки или нажатия кнопки, поисковая система может не увидеть. Задача не в том, чтобы отказаться от JavaScript, а в том, чтобы убрать конкретные препятствия на вашем сайте.
При медленной загрузке ищем конкретные причины в изображениях, скриптах, шаблонах и серверных ответах. При наличии данных реальных пользователей сопоставляем их с лабораторными тестами. Проверяем загрузку основного содержимого, отзывчивость и смещения элементов, а не только итоговый балл проверки.
| Показатель | Что измеряет | Хорошее значение | Частые причины проблем |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Когда появляется основной блок страницы | до 2,5 секунды | Тяжёлые изображения, медленный сервер, блокирующие стили и скрипты |
| INP (Interaction to Next Paint) | Как быстро страница реагирует на действия посетителя | до 200 миллисекунд | Тяжёлый JavaScript, сторонние виджеты, перегруженные обработчики событий |
| CLS (Cumulative Layout Shift) | Насколько смещаются элементы во время загрузки | до 0,1 | Изображения без размеров, поздно загружаемые баннеры, шрифты и cookie-баннеры |
Хорошие показатели улучшают удобство сайта, но сами по себе не гарантируют высоких позиций в Google. Поэтому скорость мы улучшаем там, где она действительно мешает посетителям и важным страницам.
На мобильных устройствах контролируем полноту информации, читаемость и навигацию. Google оценивает прежде всего мобильную версию сайта, поэтому важное содержимое не должно в ней пропадать. Исправления не должны нарушать формы, оформление заказа и другие важные действия посетителя.
Ошибочный Canonical в шаблоне может затронуть сотни адресов. То же касается общих правил noindex, неправильных данных о товарах или автоматически создаваемых перенаправлений. Поэтому мы изучаем не только отдельные страницы, но и правила, по которым они создаются, а после исправления проверяем несколько представителей каждого затронутого типа страниц.
В WordPress и WooCommerce учитываем взаимодействие темы, плагинов и настроек. Для Shopware, Shopify, Magento, TYPO3, JTL и собственных разработок строим проверку исходя из их технического устройства.
Микроразметку Schema.org сверяем с видимым содержимым страницы. Она должна передавать верные сведения об организации, товарах, ценах, отзывах и хлебных крошках, но не заменяет отсутствующий контент и не гарантирует расширенный сниппет в выдаче.
Многие наши клиенты работают на немецком и русском языках, а часто и на английском. Если языковые версии связаны неправильно, Google показывает немецким пользователям русскую страницу или считает переводы дублями.
При выходе на рынки других стран Европы техническую часть согласуем с продвижением по странам Европы.
Технические проблемы часто возникают не в CMS, а на уровне сервера. Мы проверяем сертификат HTTPS и смешанное содержимое, время ответа сервера, ошибки 5xx при нагрузке и корректность кеширования.
Особое внимание уделяем защите от ботов. Брандмауэры, Cloudflare и защитные плагины иногда блокируют или замедляют Googlebot, и сайт постепенно теряет страницы в индексе без видимых причин. По логам сервера видно, какие страницы поисковые системы обходят на самом деле, какие ответы получают и на что тратится бюджет обхода.
ChatGPT, Perplexity, Copilot и другие AI-системы используют собственных роботов, например OAI-SearchBot, PerplexityBot и Bingbot. Если защита сайта или robots.txt их блокирует, сайт не может стать источником для AI-ответов. Мы проверяем, каким ботам открыт доступ, и помогаем принять осознанное решение — какие разрешить для поиска, а какие ограничить, например роботов, собирающих данные для обучения моделей.
Технически доступный сайт — основа для продвижения в GEO (AI SEO). Отдельные файлы вроде llms.txt и дополнительная разметка не заменяют надёжного содержимого и понятной структуры страниц.
| Ошибка | Чем опасна | Что делаем |
|---|---|---|
| noindex после обновления или переезда | Важные страницы выпадают из поиска | Находим источник в шаблоне или настройках и проверяем все типы страниц |
| Цепочки и петли перенаправлений | Теряется ссылочный вес, страницы медленно обходятся | Ведём старые адреса на конечные одним перенаправлением 301 |
| Тысячи адресов фильтров и сортировки | Бюджет обхода уходит на дубли | Решаем, какие комбинации нужны в индексе, остальные закрываем правильно |
| Canonical на неправильную страницу | Google индексирует не ту версию или игнорирует указание | Согласуем Canonical с внутренними ссылками, перенаправлениями и картой сайта |
| Содержимое появляется только после JavaScript | Поисковая система видит пустую или неполную страницу | Переносим важные тексты и ссылки в исходный HTML или исправляем отрисовку |
| Неверный hreflang | В выдаче показывается не та языковая версия | Выстраиваем взаимные ссылки и согласуем их с Canonical |
| Защита сайта блокирует поисковых роботов | Страницы постепенно пропадают из индекса | Проверяем логи и настраиваем исключения для настоящих поисковых ботов |
Ошибка в шаблоне способна затронуть сотни страниц. Поэтому после исправления проверяем несколько представителей каждого затронутого типа, а не один удобный пример.
Обновления, новые расширения и изменения каталога могут создавать новые проблемы. В рамках SEO-обслуживания регулярно проверяем согласованные области и устраняем возникающие ошибки. Следим за доступностью сайта, важными группами адресов и новыми сообщениями в Google Search Console. При этом не объясняем каждое изменение позиций техническими причинами раньше, чем это подтвердится данными.
Для первой оценки достаточно адреса сайта и короткого описания проблемы. Полезно также знать, когда она появилась и проводились ли перед этим обновления или крупные изменения. Доступы к CMS, серверу и Search Console согласуем только для оговорённого анализа или исправлений.
Объём работ зависит от системы, количества затронутых шаблонов, доступных данных и необходимых согласований. Возможны решение одной конкретной проблемы, комплексная техническая оптимизация или постоянное сопровождение. Объём и стоимость мы определяем до начала работы.
Официальные рекомендации Google по теме — в справке Google Search Central о технических требованиях к сайтам, обработке JavaScript и Core Web Vitals.
Анализ показывает, какие проблемы есть на сайте и какие из них важнее. Техническое SEO идёт дальше — мы устраняем причины в шаблонах, настройках и на сервере и проверяем, что исправление работает.
Причин много — запрет в robots.txt или метатеге, ошибки сервера, дубли, слабые внутренние ссылки, содержимое только в JavaScript или низкая ценность страницы. Мы находим конкретную причину по Search Console, логам и проверке самих страниц.
Сами исправления проверяются сразу. Повторный обход и индексация занимают от нескольких дней до нескольких недель, на больших сайтах дольше. Рост позиций зависит ещё и от содержимого и конкуренции.
Для анализа часто хватает адреса сайта и доступа к Search Console. Для исправлений нужны доступ к CMS или серверу либо работа вместе с вашими разработчиками. Перед изменениями мы сохраняем возможность восстановления.
Да. Мы работаем с WordPress и WooCommerce, Shopware, Shopify, Magento, TYPO3, JTL и собственными разработками и учитываем особенности каждой системы.
Core Web Vitals — один из многих сигналов. Быстрый сайт удобнее посетителям и лучше конвертирует, но скорость не заменяет релевантного содержимого. Поэтому мы улучшаем её там, где она реально мешает.
Сначала проверяем самые частые причины — noindex, запрет в robots.txt, изменённые адреса без перенаправлений и блокировку роботов защитой сайта. Опишите нам, что и когда менялось, и мы начнём с этих мест.