# Невидимый фронтенд: 4 критические SEO-ошибки в Next.js, которые блокируют индексацию Сайты, построенные на базе Next.js, обещают молниеносную скорость и отличный пользовательский опыт, но за фасадом React-компонентов часто скрываются фундаментальные проблемы поисковой оптимизации. Анализ рабочих журналов множества проектов на этой популярной платформе выявляет системный характер одних и тех же недочетов. В результате поисковые системы, такие как Яндекс и Google, либо не могут корректно просканировать контент, либо пессимизируют ресурс из-за технических противоречий, оставляя страницы вне поисковой выдачи. Речь идет о четырех ключевых уязвимостях: дублировании контента на `www` и без него, некорректных кодах ответа сервера, ошибочном размещении мета-тегов и загрязнении URL-параметрами. ## Детальный разбор технических барьеров Для понимания глубины проблемы необходимо рассмотреть каждый из этих факторов с точки зрения работы поискового краулера. ### 1. Зеркала сайта: битва за канонический адрес Классическая проблема, которая, казалось бы, должна была остаться в прошлом, процветает в современной веб-разработке. Когда сайт доступен по двум адресам — с префиксом `www` и без него (например, `www.example.com` и `example.com`) — для поисковой системы это два абсолютно разных ресурса с идентичным контентом. Если не настроен серверный редирект (301 Redirect) с неосновного зеркала на основное, происходит следующее: - **Размытие ссылочного веса:** Внешние ссылки, ведущие на обе версии домена, не суммируются. Часть «ссылочного сока» уходит на неосновное зеркало, которое не участвует в ранжировании. - **Дублирование контента:** Поисковик видит два одинаковых сайта. Чтобы избежать спама в выдаче, он вынужден выбрать одну версию для индексации, и этот выбор не всегда совпадает с предпочтениями владельца бизнеса. - **Проблемы с кросс-доменными ссылками:** Если внутренние ссылки на сайте ведут то на одну версию, то на другую, это создает путаницу для краулера и увеличивает количество бесполезных переходов. В контексте Next.js это часто происходит из-за неправильной конфигурации хостинга (Vercel, Netlify) или отсутствия явных правил в `next.config.js` и на уровне веб-сервера (Nginx, Apache). ### 2. Иллюзия жизни: код 200 для несуществующих страниц Одна из самых коварных ошибок — возврат HTTP-статуса `200 OK` для страниц, которых не существует (Soft 404). В классическом понимании, если пользователь запрашивает `/page-not-found`, сервер должен ответить кодом `404 Not Found`. Это четкий сигнал для робота: «Этой страницы нет, забудь о ней и удали из индекса». В Next.js, особенно при использовании `getServerSideProps` или кастомных серверов, разработчики часто создают красивую страницу-заглушку с текстом «404», но забывают явно установить соответствующий HTTP-заголовок. В итоге: - Краулер получает код `200`, что означает: «Страница успешно найдена и отдана». - Он видит контент страницы (например, «Ничего не найдено») и может ошибочно принять его за легитимный, но крайне низкокачественный контент. - В индекс попадают тысячи «пустых» URL, расходуя краулинговый бюджет впустую. Вместо того чтобы сканировать важные товары или статьи, робот тратит время на анализ мусорных адресов. Для исправления в Next.js необходимо использовать метод `res.statusCode = 404` внутри `getServerSideProps` или компонент `next/error` с соответствующим статусом. ### 3. Анатомия мета-тегов: `title` и `canonical` не на своем месте Поисковые роботы парсят HTML-документ последовательно. Самой важной его частью для SEO является блок ``. Ошибка заключается в динамической генерации или вставке критически важных тегов (`