Как выбрать подрядчика для сайта на Next.js: 8 проверок на примере нашего сайта
Neaptide · 10 октября 2026 г. · 10 мин чтения
8 проверок подрядчика для сайта на Next.js. 6 из 6 страниц neaptide.ai вернули HTTP 200, один H1, совпадающий canonical и 7 языковых альтернатив.
В этой статье
Как выбрать подрядчика для разработки сайта на Next.js?
Выбирайте подрядчика для сайта на Next.js по восьми проверкам: четыре касаются HTML опубликованных страниц, ещё четыре — редактирования, миграции, форм и передачи проекта. 7 октября 2026 года мы проверили шесть страниц neaptide.ai: все шесть вернули HTTP 200, один H1, совпадающий canonical и семь языковых альтернатив. Попросите у подрядчика такие же данные до подписания договора.
- HTML страниц: 4 из 8 проверок касаются ответа сервера — статуса, canonical, H1 и языковых альтернатив.
- Наши данные: 6 из 6 страниц neaptide.ai прошли все четыре проверки 7 октября 2026 года (HTTP-запросы без авторизации и без выполнения JavaScript).
- Работа с сайтом: остальные 4 проверки касаются CMS, миграции, форм и передачи проекта, и для каждой нужна живая демонстрация.
- Бюджет: на странице разработки Neaptide указаны цены от 220 000 ₽ за лендинг, от 600 000 ₽ за корпоративный сайт и от 1 050 000 ₽ за веб-приложение.
- Тревожный признак: фиксированная цена многоязычного сайта с CMS без списка шаблонов, языков и старых URL.
Какие 8 проверок должен пройти подрядчик до подписания договора?
До подписания договора подрядчик для сайта на Next.js должен пройти восемь проверок: четыре по HTML опубликованных страниц и четыре по работе, которую HTTP-запрос не видит. Это ответ сервера, canonical, один H1, языковые альтернативы, редакционный процесс, миграция, формы и интеграции, передача проекта. Языковые альтернативы — это ссылки hreflang на каждую языковую версию страницы и x-default.
| Проверка | Что запросить у подрядчика | Норма / тревожный признак |
|---|---|---|
| 1. Ответ сервера | HTTP-статус и robots для типовых опубликованных URL | Норма: 200 и index, follow на каждой публичной странице. Тревожный признак: проверок по URL нет. |
| 2. Canonical | Canonical, который объявляет каждый URL | Норма: один canonical, совпадающий с запрошенным адресом. Тревожный признак: canonical отсутствует, повторяется или ведёт на другой адрес. |
| 3. Один H1 | Количество H1 в HTML каждого URL | Норма: ровно один H1. Тревожный признак: H1 нет или их несколько. |
| 4. Языковые альтернативы | Список языковых альтернатив по каждому URL и запрос к каждому целевому адресу | Норма: все опубликованные языки и x-default, каждый адрес открывается. Тревожный признак: язык пропущен или адреса не проверены. |
| 5. Редакционный процесс | Живую работу в CMS, которую выполняет ваш будущий редактор | Норма: черновик, предпросмотр, публикация языковой версии, исправление и восстановление. Тревожный признак: хотя бы одно из пяти действий не показано. |
| 6. Миграция | Список старых URL и карту перенаправлений | Норма: у каждого старого URL есть новый адрес или записанное решение. Тревожный признак: смета на миграцию без такого списка. |
| 7. Формы и интеграции | Подтверждение доставки по каждой форме и интеграции | Норма: тестовая заявка доходит до адресата. Тревожный признак: формы перечислены, но доставку не проверяли. |
| 8. Передача проекта | Доступы к репозиторию и аккаунтам, инструкции по выпуску и редактированию | Норма: другой сотрудник повторяет выпуск и редактирование по инструкциям. Тревожный признак: доступы есть только у подрядчика. |
Наше исследование охватывает только проверки 1–4. Проверки 5–8 нужно проводить на заказанном проекте.
Что запросить у подрядчика в первую очередь?
Запрашивайте у подрядчика недостающие данные в этом порядке и остановитесь на первом совпадении: пока пробел не закрыт, предложения нельзя честно сравнить.
- Если подрядчик не может показать проверки HTML по URL ни для одного своего сайта, начните с них.
- Если в проект входит CMS, а будущий редактор не видел, как черновик проходит предпросмотр, публикацию и восстановление, попросите показать этот процесс.
- Если новый сайт заменяет старый, а в смете нет списка старых URL, запросите этот список и план перенаправлений.
- Если формы и интеграции перечислены без проверки доставки, спросите, как её проведут до запуска.
- Если все четыре пункта закрыты, сравнивайте предложения по объёму работ, цене, исключениям и условиям передачи.
Что показала проверка нашего сайта?
7 октября 2026 года мы проверили шесть опубликованных страниц neaptide.ai: все шесть вернули HTTP 200, один H1, canonical, совпадающий с запрошенным адресом, robots index, follow и по семь языковых альтернатив. Neaptide — студия продвижения в интернете, которая также делает сайты на Next.js, и проверку мы провели на собственном сайте. Мы читали только HTML, полученный от сервера, поэтому данные не подтверждают индексацию в Google, качество перевода или возможности CMS.
Это исследование собственного сайта Neaptide. В статье нет сравнения названных агентств, результатов клиентских проектов и демонстрации headless CMS. Статьи нашего сайта хранятся в репозитории, поэтому многоязычные страницы подтверждают работу только этой системы публикации.
Как мы собирали данные по шести страницам?
Данные по шести страницам собраны 7 октября 2026 года: мы отправили HTTP-запросы GET без авторизации к шести английским страницам neaptide.ai и разобрали полученный HTML. В нём проверили статус, canonical, количество H1, robots и языковые альтернативы. Проверены страницы услуг SEO, GEO, разработки и ИИ-консалтинга, страница аудита Next.js и гайд по чат-боту для базы знаний компании. Время сбора и хеш каждого HTML-ответа сохранены в файле JSON.
JavaScript в браузере не выполнялся. Удобство интерфейса, производительность, формы, права в CMS, качество перевода и индексацию мы не измеряли: для них нужны отдельные тесты. Шесть URL выбраны вручную, чтобы охватить пять коммерческих страниц и одну статью, а не случайной выборкой по всему сайту.
| Путь URL | HTTP | Canonical | Количество H1 | Языковые альтернативы | Результат |
|---|---|---|---|---|---|
| /en/services/seo | 200 | Совпадает с запрошенным URL | 1 | 7 | Пройдена |
| /en/services/geo | 200 | Совпадает с запрошенным URL | 1 | 7 | Пройдена |
| /en/services/web | 200 | Совпадает с запрошенным URL | 1 | 7 | Пройдена |
| /en/services/ai | 200 | Совпадает с запрошенным URL | 1 | 7 | Пройдена |
| /en/services/seo/nextjs-seo-audit | 200 | Совпадает с запрошенным URL | 1 | 7 | Пройдена |
| /en/blog/company-knowledge-chatbot | 200 | Совпадает с запрошенным URL | 1 | 7 | Пройдена |
Подтверждает ли успешная HTTP-проверка, что страница на Next.js в индексе?
Успешная HTTP-проверка показывает только то, что сервер вернул в момент запроса; индексацию в Google и canonical, выбранный Google, нужно проверять отдельно. На шести страницах neaptide.ai поля совпали: один H1, один совпадающий canonical, index, follow и семь языковых альтернатив (шесть языков и x-default).
Семь объявленных альтернатив на странице ещё не доказывают, что каждая языковая версия открывается и переведена правильно. В этом исследовании мы не запрашивали адреса из 42 записей (6 страниц × 7). При приёмке нужно открыть каждый целевой URL и убедиться, что ссылки взаимные.
Google описывает объявленный canonical как сигнал. Чтобы разобраться с индексацией, сопоставьте ответ страницы с данными Search Console, доступностью для обхода, внутренними ссылками и картой сайта.
На каких страницах принимать многоязычный сайт на Next.js?
Многоязычный сайт на Next.js стоит принимать минимум на пяти типах страниц: типовой услуге, статье, кейсе, странице без перевода и каждом перенесённом URL. Публичный сайт должен отдавать нужный контент и метаданные. Закрытый предпросмотр подчиняется своим правилам доступа и индексации.
Если в заказ входит CMS, будущий редактор должен сам пройти весь процесс: создать и посмотреть черновик, опубликовать языковую версию, исправить её и восстановить предыдущую. Наше HTTP-исследование не показывает, работают ли эти действия в CMS, и мы не используем его как доказательство.
В бриф стоит включить пять разделов:
- Модели контента: поля услуг, статей и кейсов, общие разделы и связи.
- Языки: переводимые и общие поля, URL и отсутствующие переводы.
- Публикация: роли редакторов, доступ к предпросмотру, согласование и восстановление.
- Миграция: реальный список старых URL, перенаправления и решения по контенту.
- Передача: доступ к репозиторию и аккаунтам, инструкции по выпуску и ответственность за поддержку.
Отличаются ли проверки для агентства, фрилансера и своей команды?
Для агентства, фрилансера и своей команды подходят одни и те же восемь проверок: каждая проверяет опубликованные URL и работающие процессы, а не размер исполнителя. Наши данные не сравнивают эти три варианта, поэтому в статье нет вывода о том, какой из них лучше.
С любым из трёх вариантов заранее договоритесь, у кого будут доступы после запуска. Попросите оформить доступ к репозиторию и аккаунтам на вашу компанию и передать инструкции по выпуску и редактированию, которые сможет повторить другой сотрудник.
Сколько стоит сайт на Next.js?
Сайт на Next.js в Neaptide стоит от 220 000 ₽ за лендинг, от 600 000 ₽ за корпоративный сайт и от 1 050 000 ₽ за веб-приложение; эти цены указаны на нашей странице разработки. Это стартовые цены по форматам. Смету многоязычного проекта с CMS, миграцией и интеграциями считают по реальным шаблонам, языкам и требованиям к публикации.
На той же странице указан срок: обычно 4–8 недель. Около недели уходит на проектирование и дизайн, 3–5 недель на разработку и подготовку контента, последняя неделя на финальные правки, нагрузочное тестирование и запуск.
Какие тревожные признаки должны остановить выбор подрядчика?
Семь тревожных признаков — повод не подписывать договор, пока подрядчик их не устранит:
- Подрядчик не показывает проверки HTML по URL ни для одного своего сайта.
- Типовая страница возвращает статус, отличный от 200, содержит больше одного H1 или canonical, который не совпадает с её адресом.
- Языковые альтернативы не перечисляют все опубликованные языки и x-default: у сайта на шести языках их семь, как на каждой проверенной странице neaptide.ai.
- В демонстрации CMS пропущены предпросмотр, публикация языковой версии или восстановление предыдущей версии.
- Смета на миграцию составлена без списка старых URL и перенаправлений.
- Инструкции по передаче никто, кроме подрядчика, не повторил до приёмки.
- Фиксированная цена многоязычного сайта с CMS не называет шаблоны, языки, интеграции и исключения.
Это критерии приёмки. Как часто такие признаки встречаются у подрядчиков, мы не измеряли.
Как принять сайт на Next.js при передаче?
Принимайте сайт на Next.js только после того, как другой сотрудник без помощи подрядчика выполнил выпуск и редактирование по инструкциям. Храните проверки HTML по URL рядом со списком перенесённых адресов и подтверждением доставки форм, чтобы проверенное не смешивалось с непроверенным.
Метод, которым мы проверили шесть страниц neaptide.ai, можно повторять до и после выпуска как часть пакета приёмки вместе с проверками редактора, миграции и интеграций.