Что проверять в SEO-аудите Next.js 16?
SEO-аудит Next.js — это проверка доступности и согласованности технических сигналов, а не обещание позиции. Для каждой канонической страницы нужно сопоставить ответ сервера, метаданные, структурированные данные, sitemap, robots и нативные внутренние ссылки. Решение о сканировании, индексации, показе и ранжировании остаётся у поисковой системы.
Metadata API и canonical
Статическая metadata или generateMetadata позволяют сформировать заголовок, описание, canonical и социальные поля на сервере. В динамическом маршруте сначала нужно подтвердить существование записи, а затем построить метаданные из того же источника, который создаёт страницу. Несуществующий slug должен возвращать настоящий 404, а не индексируемую пустую оболочку.
На аудите проверьте итоговый HTML: один canonical на предпочтительный URL, содержательные title и description, корректный основной язык и отсутствие служебных или альтернативных адресов в каноническом инвентаре. Наличие этих полей помогает описать страницу, но не гарантирует её включение в индекс.
BlogPosting и значимые даты
Для статьи BlogPosting связывает заголовок, автора, канонический URL и дату исходной публикации. dateModified уместна только после реального изменения содержания. Видимая дата и эквивалентное значение в структурированных данных должны описывать одно и то же событие.
Проверка источников без изменения текста — это factual review, а не новая содержательная редакция. Поэтому дата проверки может быть показана отдельно, но не должна автоматически менять dateModified, Open Graph modified time, порядок каталога или sitemap lastmod.
Sitemap и значимое обновление
Sitemap должен перечислять предпочтительные канонические URL. lastmod имеет смысл, когда он соответствует проверяемому существенному изменению основного содержания, структурированных данных или ссылок страницы. Косметическая смена даты не является таким изменением; значения priority и changefreq не дают основания обещать приоритет обхода или ранжирование.
Sitemap сообщает адреса и дату значимого изменения, но остаётся подсказкой для обхода. После генерации проверьте XML, уникальность URL, совпадение хоста и отсутствие закрытых, дублирующих или ещё не опубликованных маршрутов.
Нативные связи между страницами
Контекстная ссылка должна существовать в серверном HTML как обычный href и вести на опубликованный канонический маршрут. Подпись ссылки объясняет следующий шаг читателя; пустые, общие или искусственно повторяемые анкоры не добавляют проверяемой пользы. Клиентский обработчик без доступного href не заменяет crawlable-связь.
Как проверять robots для поиска ChatGPT и обучения?
OAI-SearchBot управляет автоматическим сканированием для поисковых функций ChatGPT. GPTBot отдельно управляет тем, может ли автоматически собранный материал использоваться для обучения генеративных базовых моделей OpenAI. Эти настройки независимы.
В текущей политике сайта действует одно общее правило: обход разрешён всем user agent, отдельных запретов для GPTBot, ClaudeBot, CCBot или Google-Extended нет. Для сайта услуг цитирование в ответах ChatGPT, Claude и Perplexity — это способ быть найденным, поэтому поисковые и обучающие боты сознательно не закрываются. ChatGPT-User — другой user agent для действий, инициированных пользователем; он не выполняет автоматический веб-обход и не определяет участие страницы в поиске ChatGPT.
Эти директивы не гарантируют индексацию, позицию, упоминание, цитирование или трафик. Разрешение для AI-ботов выражает выбор владельца сайта, но не является гарантией появления страницы в ответах какой-либо AI-системы.
Core Web Vitals: загрузка, реакция и устойчивость
Core Web Vitals описывают опыт реальных пользователей. Для хорошей оценки ориентиры Google: LCP не более 2,5 секунды, INP не более 200 миллисекунд, CLS не более 0,1. Оценка берётся на 75-м процентиле посещений, отдельно для мобильных и настольных устройств.
Проверьте крупное изображение первого экрана, шрифты, размеры медиа, объём клиентского JavaScript и сторонние скрипты. Lighthouse помогает найти причины в лабораторном запуске, но его балл и Total Blocking Time не заменяют полевой INP. При недостатке данных Search Console может не показывать полевые показатели. Это отсутствие наблюдений, а не пройденная проверка сайта.
Хорошие показатели не гарантируют позицию: полезность содержания и соответствие запросу остаются самостоятельной задачей.
Google, Яндекс и AI-поиск после технических работ
Отправьте актуальный sitemap в Search Console и Яндекс Вебмастер, проверьте предпочтительный домен, регион работы и привязку аналитики. Для нескольких приоритетных страниц проверьте ответ сервера и запросите повторный обход. Подтверждение приёма sitemap или IndexNow не означает включение в индекс.
Google не требует отдельной специальной разметки или AI-файла для AI Overviews и AI Mode: применяются обычные требования доступности и качества. Для других сервисов проверяйте их собственную политику обхода. Создавайте ясные ответы, источники, сведения об авторе и честные проектные примеры; разрешение роботу не заменяет эту работу.
Наблюдайте показы, запросы и обращения по группам страниц после выпуска. Дата отчёта может отставать от даты изменений, а при малом трафике выводы о росте требуют времени и сопоставимого периода.
Состав и стоимость работ
В услуге развития сайта аудит и план начинаются от 25 000 ₽: проверка состояния, индексации и ошибок, список приоритетов и оценка работ. Исправления, поддержка и контент согласуются по объёму отдельно. Нельзя оценивать работу только обещанной позицией или датой попадания страницы в индекс.
Минимальный проверяемый маршрут аудита
- Получить страницу и убедиться в успешном статусе либо настоящем 404.
- Сопоставить canonical, title, description и видимый основной заголовок.
- Проверить BlogPosting, автора, datePublished и применимую dateModified.
- Сверить URL и lastmod с sitemap.
- Проверить robots для нужных user agents отдельно.
- Убедиться, что внутренние ссылки имеют нативный href и опубликованную цель.
- Зафиксировать дату, версию сайта, результат проверки и ограничения.
Разбор SEO-автоматизации показывает структуру вопросов для проверки, но не публикует исходные и итоговые значения, период, запросы, состав страниц или причинный вклад автоматизации. Поэтому на него нельзя ссылаться как на доказательство роста трафика или позиций.
Что отправить для асинхронного аудита?
Укажите канонический адрес, стек, классы страниц, известные проблемы, состояние аналитики и поисковых инструментов, планируемые миграции и доступные полномочия. Запросить разбор сайта можно через форму; это не обещание индексации, ранжирования, цитирования, трафика или результата.
Ограничения решения
Корректные metadata, structured data, sitemap, robots и внутренние ссылки создают проверяемый технический контур, но не управляют решениями поисковых систем.