BITSPARK / Статьи / Заказ, договор и приёмка
Редизайн сайта: что это и что проверить до запуска
Коротко: редизайном называют переделку уже работающего сайта. Справка Яндекс Вебмастера выделяет в таких работах два случая: меняется структура, то есть адреса страниц, или меняются дизайн и вёрстка при прежних адресах. Для каждого случая справка даёт свой список проверок. Обещаний сохранить позиции и трафик в источниках нет.
Статья о редизайне сайта - для владельца бизнеса или маркетолога, у которого сайт уже работает и который собирается его переделать. Разобраны два случая, которые различает Яндекс, проверки Яндекса и Google для каждого, расхождение двух страниц Яндекса о JavaScript, решения заказчика до дизайна и вопросы подрядчику.
Примеры вымышленные: чайный магазин Липа с сайтом example.ru. Настройка перенаправлений, смена домена и смена хостинга здесь не разбираются: для них есть отдельные статьи (о редиректе 301, о смене домена, о смене хостинга). Страницы справок открыты 10.10.2026.
Что называют редизайном сайта?
Коротко: слово редизайн не определено ни в справке Яндекса, ни в справке Google, на которые опирается статья. Справка Яндекса различает два случая: смену структуры сайта и смену дизайна и верстки без смены адресов.
Слово редизайн в этих справках не встречается. Слово используют для переделки сайта, справки же описывают конкретные изменения и проверки. Страница Яндекса называется «Смена структуры и дизайна сайта | Вебмастер», и в ней два раздела: «Смена структуры сайта» и «Смена дизайна сайта». Второй раздел открывается словами:
«При смене дизайна и верстки сайта без смены адресов страниц проверьте, что контент на новых страницах доступен роботу для индексирования»
- Яндекс, «Смена структуры и дизайна сайта | Вебмастер», раздел о смене дизайна
Вёрстка - это превращение макета страницы в код, который открывает браузер. Робот - программа поисковой системы, которая обходит страницы сайта и добавляет их в поиск.
Пример. Владелица чайного магазина Липа хочет обновить внешний вид example.ru. Подрядчик может предложить два пути. Первый: поменять оформление и вёрстку, а адрес страницы с зелёным чаем оставить example.ru/catalog/zelenyj-chaj/. Второй: собрать сайт в другой системе управления, где та же страница получит адрес example.ru/tea/zelenyj-chaj/. От того, какой путь выбран, зависит, по какому разделу справки Яндекса проверять работу.
Чем смена структуры отличается от смены дизайна и вёрстки?
Коротко: у смены структуры и смены дизайна в справке Яндекса свои разделы с разными проверками. Граница в тексте справки одна: меняются адреса страниц или остаются прежними.
Таблица собрана из двух разделов одной страницы Яндекса.
| Что сравниваем | Смена структуры сайта | Смена дизайна сайта |
|---|---|---|
| Когда применяется, по тексту раздела | адреса страниц меняются | при смене дизайна и верстки без смены адресов страниц |
| С чего начинается список | с перенаправления со старого адреса к новому | с проверки, что страницы отдают роботу контент в полном объёме |
| Что проверить дальше | код ответа 200 ОК у нового адреса, судьба удалённых страниц, Sitemap, меню навигации, внешние ссылки | запрещающий метатег robots с noindex, rel="canonical", указывающий другую страницу, закрывающие теги noindex, метатеги Keywords, Description и элемент title |
Разбивка по двум случаям принадлежит Яндексу, а таблица построена по странице «Смена структуры и дизайна сайта | Вебмастер». Документ «Перенос сайта» описывает другой предмет. Он открывается фразой:
«Из этого руководства вы узнаете, как изменить URL страниц вашего сайта, чтобы свести к минимуму негативные последствия для его позиции в результатах поиска Google.»
- Google, «Перенос сайта»
Советы этого документа относятся к редизайну там, где у страниц меняются адреса или готовится новый сайт. Сам по себе внешний вид страниц документ не разбирает.
В каких случаях у страниц меняются адреса?
Коротко: Яндекс называет три случая: смену структуры, внедрение человеко-понятных адресов и изменение или обновление CMS. Google к переносу с изменением URL относит ещё переход на HTTPS и смену домена.
Страница Яндекса начинает раздел о структуре так:
«Как правило, изменить адреса страниц сайта необходимо в следующих случаях:»
- Яндекс, страница о смене структуры и дизайна, раздел о смене структуры
Дальше в списке три пункта: смена структуры, внедрение человеко-понятных URL (ЧПУ-адресов) и изменение или обновление CMS. ЧПУ-адрес - человеко-понятный адрес, который читается как слова. CMS - система управления сайтом; что это и какие вопросы к ней задать, разбирает статья о CMS.
Документ «Перенос сайта» называет переход на HTTPS, смену доменного имени и изменение путей URL, например из example.com/page.php?id=1 получается example.com/widget. Смена домена - отдельная задача, её разбирает статья о смене домена.
Для чайного магазина Липа смена системы управления - причина, по которой могут измениться адреса товаров. Что Яндекс пишет о простом создании новой страницы:
«Простое создание новой страницы не будет решением ситуации: индексирующий робот будет воспринимать страницу по старому и новому адресу как две отдельных страницы, которые будут индексироваться и отображаться по запросам независимо друг от друга.»
- Яндекс, страница о смене структуры и дизайна, раздел о смене структуры
Что Яндекс советует делать при смене адресов?
Коротко: Яндекс называет перенаправление 301 со старого адреса, проверку кода 200 у нового, решение по удалённым страницам, переобход, файл Sitemap, ссылки в меню и внешние ссылки. Подробности перенаправлений - в статье о редиректе 301.
Раздел о смене структуры перечисляет следующее.
- Перенаправление со старого адреса к новому, 301 серверный редирект. По словам страницы, робот индексирует цель перенаправления и удаляет из поиска ранее известные ему страницы.
- Проверка, что новый адрес доступен роботу, сервер отвечает кодом 200 ОК и отдаёт контент. Для этого страница называет инструмент Вебмастера «Проверка ответа сервера», а для проверки запретов в robots.txt - «Анализ robots.txt».
- Решение по страницам, которых уже нет. Если тематика не изменилась и остались схожие товары или статьи, страница советует перенаправление с кодом 301 к главной странице соответствующего раздела или в раздел со схожей тематикой. Если вместе со структурой меняется тематика, прежние страницы должны отдавать код 404.
- Переобход: инструмент «Переобход страниц» поможет ускорить индексирование новых страниц, а старые страницы с перенаправлением тоже можно отправить туда же. Инструмент открывается по адресу из ссылки в тексте страницы Яндекса: webmaster.yandex.ru/site/indexing/reindex/.
- Sitemap - файл со списком адресов страниц сайта. Новые адреса добавляют в существующий файл или создают новый, а через «Файлы Sitemap» в Вебмастере сообщают Яндексу об изменениях.
- В меню навигации сайта уже должны быть указаны новые адреса. В разделе Вебмастера «Внешние ссылки» видно, какие сторонние сайты ссылаются на старые страницы, и их владельцев можно попросить изменить адреса ссылок.
Перенаправления, таблицу старых и новых адресов и проверку кода ответа разбирает статья о редиректе 301. Код 404 для страниц без замены - в статье о странице 404.
Что Яндекс советует проверить, когда адреса остаются прежними?
Коротко: раздел о смене дизайна содержит четыре проверки: полный контент для робота, отсутствие запрещающего noindex и чужого canonical, закрытые теги noindex и заполненные метатеги и title.
Раздел состоит из четырёх пунктов.
- Контент отдаётся роботу в полном объёме. Если страницы используют скрипт, содержимое, которое им создаётся, по словам Яндекса, робот не сможет проиндексировать. Контент для поиска Яндекс советует отдавать в HTML-коде страницы сразу.
- В коде нет запрещающего метатега robots с noindex и rel="canonical", указывающего другую страницу. Метатег - служебная строка в коде страницы. Тег meta с атрибутом robots, по словам справки Google «Общие сведения о поисковой оптимизации сайтов, использующих JavaScript», позволяет «запретить Google индексировать определенную страницу или переходить по ссылкам»; noindex - директива этого метатега. Тег link с rel="canonical", по словам той же справки, помогает находить каноническую версию страницы. В пункте Яндекса примером чужой страницы служат главная страница или стартовая страница каталога. Про оба элемента вместе страница пишет:
«Эти элементы не позволят роботу включить в поиск новые страницы.»
- Яндекс, страница о смене структуры и дизайна, раздел о смене дизайна
- У каждого открывающего тега noindex есть закрывающий. Это отдельный пункт раздела.
- Метатеги Keywords, Description и элемент title заполнены правильно. Как их составлять, статья не разбирает: здесь это пункт приёмки.
Если подрядчик собирает новую версию по тестовому адресу, noindex там может стоять до запуска. Документ «Перенос сайта» об этом: если при создании сайта использовался noindex, нужен список страниц, с которых его потом удалят. Яндекс предупреждает, что запрещающий метатег не позволит роботу включить в поиск новые страницы. Поэтому в приёмку магазина Липа стоит записать проверку кода каждой страницы после снятия тестовых запретов.
Как эти проверки выглядят у чайного магазина?
Коротко: у одной и той же страницы магазина Липа список проверок зависит от того, меняется ли её адрес. Таблица показывает, какой пункт справок к какой странице относится.
В таблице пять страниц вымышленного магазина. Для каждой названо, что говорят справки.
| Страница магазина Липа | Что говорят справки |
|---|---|
| Карточка зелёного чая получает адрес example.ru/tea/zelenyj-chaj/ вместо example.ru/catalog/zelenyj-chaj/ | Яндекс: перенаправление 301 со старого адреса, код 200 ОК у нового, новый адрес в Sitemap и в меню навигации |
| Карточка зелёного чая сохраняет адрес, меняются оформление и вёрстка | Яндекс: полный контент для робота, нет запрещающего noindex и чужого canonical, закрыты теги noindex, заполнены title, Description и Keywords |
| Страница чая, снятого с продажи; в разделе остались схожие сорта | Яндекс: перенаправление 301 к главной странице раздела или в раздел со схожей тематикой. Google: для удалённых страниц код 404 или 410 |
| Фильтр по сортам, который строится скриптом при открытии каталога | Яндекс, смена дизайна: содержимое, созданное скриптом, робот не сможет проиндексировать. Яндекс, JavaScript β: по умолчанию робот сам решает, выполнять ли скрипт. Google: страницы с кодом 200 попадают в очередь отрисовки |
| Тестовая копия нового каталога, закрытая от индексирования | Google: если сайт закрывали от сканирования на время разработки, robots.txt готовят до переноса, а для страниц с noindex составляют список, с которых правило потом удаляют. Яндекс: запрещающий метатег не позволит роботу включить новые страницы в поиск |
Для третьей строки две страницы называют разные решения для удалённых страниц: Яндекс описывает переход в раздел со схожей тематикой, Google в разделе о подготовке говорит о кодах 404 или 410. Выбор между ними - вопрос к подрядчику, а подробности кодов разобраны в статье о странице 404. Проверки из раздела о дизайне Яндекс относит к случаю без смены адресов. Нужны ли они при смене адресов, тоже вопрос к подрядчику, поэтому пункты о noindex, canonical и метатегах в списке вопросов ниже стоят независимо от пути.
Что Яндекс и Google пишут о JavaScript и где расхождение?
Коротко: две страницы Яндекса по-разному пишут о том, как его робот обращается с JavaScript, а Google описывает свою обработку. Общего правила статья из этих страниц не выводит.
JavaScript - программный код, который выполняется в браузере внутри страницы и может создавать её содержимое прямо при открытии. Поэтому для переделанного сайта важно, лежит ли текст страницы в HTML-коде или его строит скрипт. Три источника описывают это по-разному.
Яндекс, страница о смене структуры и дизайна. В разделе о смене дизайна сказано:
«Если на них используются код Java Script, робот не сможет проиндексировать содержимое, которое генерируется при помощи скрипта.»
И дальше: «Контент, который должен участвовать в поиске, рекомендуем сделать доступным в HTML-коде сразу при обращении к странице без использования кода Java Script.»
Яндекс, страница «Индексирование страниц с JavaScript β». Страница говорит, что в Вебмастере можно указать, следует ли роботу выполнять JavaScript при обходе сайта, и называет путь «Индексирование → Рендеринг страниц JavaScriptβ». О значении по умолчанию там сказано:
«По умолчанию включена опция На усмотрение робота Яндекса. Это значит, что робот самостоятельно определит, выполнять ли JavaScript-код на страницах сайта.»
- Яндекс, «Индексирование страниц с JavaScript β | Вебмастер», раздел «Управление индексированием»
Там же дан совет: «Запретите рендеринг, если на сайте реализован SSR (Server-Side Rendering) или пререндеринг.»
Для контента, который загружается с задержкой, предусмотрен раздел «Расширенные настройки рендеринга». Его первая фраза:
«Если на вашем сайте контент загружается с задержкой, вы можете сообщить об этом Яндексу с помощью специального кода JavaScript.»
- Яндекс, «Индексирование страниц с JavaScript β | Вебмастер», раздел «Расширенные настройки рендеринга»
В начале страницы есть примечание: «При выполнении JavaScript-кода робот может создавать дополнительную нагрузку на ваш сервер.» Код пишет разработчик. Заказчику достаточно знать, что такой раздел есть.
Google, справка о JavaScript. Страница «Общие сведения о поисковой оптимизации сайтов, использующих JavaScript | Центр Google Поиска | Documentation | Google for Developers» пишет:
«Google Поиск обрабатывает код JavaScript с помощью последней версии Chromium.»
Справка называет три этапа обработки: сканирование, отрисовку и индексирование. Дальше сказано: «Мы рекомендуем по возможности использовать отрисовку на стороне сервера или предварительную отрисовку, поскольку в этом случае сайт будет загружаться быстрее.» Там же Google пишет, что «не все роботы могут выполнять код JavaScript». Если в коде страницы стоит noindex, по тексту той же справки робот «может пропустить отрисовку страницы и выполнение кода JavaScript». Справка добавляет: «Если вы хотите, чтобы страница индексировалась, не используйте тег noindex в ее коде.»
В чём расхождение. Две страницы Яндекса по-разному описывают поведение его робота. Страница о смене дизайна говорит, что содержимое, созданное скриптом, робот не сможет проиндексировать. Страница о JavaScript β говорит, что робот может выполнять скрипты и по умолчанию сам решает, делать ли это. Статья не выводит из них общего правила. Практический вопрос к подрядчику: где лежит текст страниц новой версии, в HTML-коде или создаётся скриптом, и какие рекомендации каждого поисковика выполнены.
Что Google пишет о приложениях, где страницы строит скрипт?
Коротко: если новый сайт устроен как одностраничное приложение, справка Google о JavaScript отдельно говорит о ссылках, переходах между экранами, ошибках при отсутствующих страницах и каноническом адресе. Для заказчика это вопросы к разработчику.
Одностраничное приложение - сайт, в котором переходы между экранами выполняет скрипт, а браузер не загружает каждый раз новый документ. Справка говорит об одностраничных приложениях «с клиентской маршрутизацией» и называет четыре темы.
- Ссылки. Googlebot находит ссылки, только если они заданы в HTML-элементе a с атрибутом href.
- Адреса экранов. Справка советует: «Если у вас одностраничное приложение с клиентской маршрутизацией, для переходов между разными видами приложения используйте History API.» Причина названа так: «Чтобы робот Googlebot мог находить, обрабатывать и извлекать URL, не используйте фрагменты для загрузки разного контента страницы.»
- Страницы, которых нет. Использовать коды статусов HTTP в таких приложениях может быть невозможно или неудобно. Против ошибки soft 404 справка предлагает два пути: скриптом перенаправить посетителя на адрес, который отдаёт 404, или добавить скриптом тег meta robots с noindex. Что такое soft 404, объясняет статья о странице 404.
- Канонический адрес. Справка пишет: «Лучше всего задавать канонический URL с помощью HTML». Скриптом его можно внедрить, хотя Google этого не рекомендует; тогда на странице не должно быть других тегов link с rel="canonical".
Источник - «Общие сведения о поисковой оптимизации сайтов, использующих JavaScript», разделы «Применяйте History API вместо фрагментов», «Старайтесь не допускать ошибок soft 404 в одностраничных приложениях» и «Задайте канонический URL». Для магазина Липа отсюда следует вопрос разработчику: как устроены переходы между каталогом, карточкой и корзиной и какой код ответа получает адрес несуществующей карточки.
Что Google включает в подготовку новой версии?
Коротко: раздел «Подготовьте новый сайт» в документе Google «Перенос сайта» перечисляет, что подготовить до запуска: CMS и контент, изображения и файлы, robots.txt, список страниц с noindex, коды для удалённых страниц, подтверждение прав в Search Console, аналитику и серверные мощности.
Раздел написан о переносе с изменением URL. К редизайну его пункты применимы, когда меняются адреса или собирается новый сайт. Второй пункт обзора в документе: «Подготовьте новый сайт и тщательно его протестируйте.» Порядок этапов разобран в статье о редиректе 301. Ниже каждый пункт подготовки дан вместе с вопросом заказчика.
| Пункт подготовки по тексту документа | Что спросить |
|---|---|
| CMS и импорт контента: «рекомендуется использовать ту же CMS, что и на старом сайте» | Какая система управления будет у новой версии и переносится ли контент старой? |
| Перенос изображений и файлов для скачивания, например PDF; Google рекомендует уведомить пользователей и робота Googlebot о новом расположении таких файлов | Кто переносит картинки и PDF и меняются ли их адреса? |
| robots.txt: правила в файле должны точно отражать, какие страницы недоступны для сканирования. Если сайт закрывают от сканирования в период разработки, файл готовят до переноса | Какой robots.txt будет у новой версии и кто сверит его перед запуском? |
| noindex в период разработки: нужен список страниц, с которых правило потом удаляют | Где список страниц, с которых после запуска снимают noindex? |
| Коды для удалённых или объединённых страниц: сервер возвращает 404 или 410 | Какие старые страницы не переносятся и какой код они отдадут? |
| Подтверждение прав в Search Console «для всех версий обоих сайтов»; при изменении URL токены подтверждения могут измениться. Файл HTML включают в новую копию, метатег или код Google Аналитики добавляют в новую версию | У кого доступ к Search Console и какой способ подтверждения использован? |
| Веб-аналитика: «Во время переноса важно анализировать данные» | Будет ли код аналитики у новых страниц? |
| Вычислительные мощности сервера: нужно убедиться, что у новой версии достаточно ресурсов для возросшего объёма трафика от Google | Кто проверяет, что хостинг выдержит нагрузку после запуска? |
Таблица построена по документу «Перенос сайта» (последнее обновление 2026-09-11 UTC). Резервной копии действующего сайта в списке нет; о ней - статья о бэкапе.
Что источники говорят о позициях и сроках?
Коротко: слова Яндекса «в течение двух недель» относятся к страницам, отправленным на переобход, и не задают срок восстановления позиций. Google пишет, что при переносе позиции могут меняться и что точный срок завершения переноса назвать невозможно.
В разделе о смене структуры Яндекс пишет:
«Отправленные на переобход страницы смогут попасть в поиск в течение двух недель.»
- Яндекс, страница о смене структуры и дизайна, раздел о смене структуры
Фраза описывает, когда страницы смогут попасть в поиск после отправки на переобход. Позиций страниц в ней нет, и срока их восстановления тоже. Для раздела о смене дизайна без смены адресов Яндекс срока не называет.
Документ «Перенос сайта» в общих рекомендациях о переносе с изменением URL пишет: при переносе позиции могут меняться; точный срок, за который перенос завершится, назвать невозможно: он зависит от размера сайта и скорости сканирования. Цитаты разобраны в статье о редиректе 301. Обещаний сохранить позиции, трафик или заявки нет ни у Яндекса, ни у Google в источниках статьи, и она их не даёт. Совет Google о том, как относиться к переделке структуры, приведён в статье о структуре.
Какие ошибки после запуска называет Google?
Коротко: раздел «Устранение неполадок при переносе сайта» называет пять ошибок, из-за которых могут возникнуть проблемы с индексированием новой версии: оставшиеся noindex и запрет в robots.txt, неверную переадресацию, ошибки сканирования, нехватку мощностей сервера и устаревшие файлы Sitemap.
Раздел относится к переносу с изменением URL, включая смену протокола. Его пункты стоит превратить в проверки после запуска.
- Оставшийся noindex и запрет в robots.txt. «Не забудьте удалить директивы noindex и убрать блокировку в файле robots.txt, если они были нужны только на время переноса.»
- Неверная переадресация. Документ просит сверить настройки переадресации со старых адресов к новым.
- Другие ошибки сканирования. «Изучите отчет об индексировании вашего нового сайта на предмет резкого роста числа ошибок во время переноса.»
- Недостаточные мощности сервера. Раздел повторяет совет убедиться, что ресурсов хватает для возросшего объёма трафика от Google.
- Устаревшие файлы Sitemap. «Проверьте, правильно ли указаны URL в файлах Sitemap.»
Источник - «Перенос сайта», раздел «Устранение неполадок при переносе сайта».
Ход переноса документ советует отслеживать: после его начала нужно наблюдать, «как изменяется трафик поисковых роботов и пользователей на новом сайте и на старом». Названы отчёты Search Console: файлы Sitemap, отчёт об индексировании, поисковые запросы. Дополнительно предлагаются журналы обращений к серверам и средство веб-аналитики. Рекомендация касается смены адресов, когда существуют старая и новая версии.
Что заказчик решает до дизайна?
Коротко: до дизайна стоит решить, меняются ли адреса страниц и система управления, что будет со страницами, которых нет в новой версии, и у кого доступы. От этого зависит, какие проверки из справок нужны.
Решения ниже взяты из пунктов справок. Каждое привязано к странице, где сказано правило, или к статье раздела.
| Решение | Откуда |
|---|---|
| Меняются ли адреса страниц. От ответа зависит, по какому разделу проверять работу | Яндекс, раздел о смене структуры и раздел о смене дизайна; статья о структуре |
| Меняется ли система управления сайтом | Яндекс называет изменение или обновление CMS причиной смены адресов; Google рекомендует ту же CMS, что у прежнего сайта; статья о CMS |
| Что произойдёт со страницами, которых нет в новой версии | Яндекс: перенаправление 301 в раздел или код 404 при смене тематики; документ о переносе: 404 или 410; статья о странице 404 |
| Меняются ли вместе с дизайном домен или хостинг | Если домен, то отдельная задача: статья о смене домена; порядок этапов - статья о редиректе 301 |
| Есть ли копия действующей версии | Статья о бэкапе |
| Как выглядит новый дизайн в мобильной версии | Статья об адаптивном сайте |
| Где записаны проверяемые требования и как принимается результат | Статья о техническом задании; статья о договоре на разработку |
| У кого доступ к Search Console и к Яндекс Вебмастеру | Google: подтверждение прав для старой и новой версии; Яндекс называет инструменты Вебмастера в разделе о смене структуры |
Что спросить у подрядчика?
Коротко: вопросы составлены для любого исполнителя. У каждого указана страница, где сказано правило, из которого он вытекает.
| № | Вопрос | Откуда вопрос |
|---|---|---|
| 1 | Меняются ли адреса страниц и по какому разделу справки Яндекса вы проверяете работу? | Яндекс, «Смена структуры и дизайна сайта» |
| 2 | Какая система управления будет у новой версии и что она сделает с адресами? | Яндекс (изменение или обновление CMS); документ о переносе (та же CMS, что у прежнего сайта) |
| 3 | Где таблица старых и новых адресов, кто её утверждает и как проверяется код ответа? | Яндекс (301, код 200 ОК); статья о редиректе 301 |
| 4 | Что будет со страницами, которых нет в новой версии? | Яндекс (301 в раздел или 404); документ о переносе (404 или 410) |
| 5 | Где лежит текст страниц: в HTML-коде или создаётся скриптом? | Яндекс, «Смена структуры и дизайна сайта» и «Индексирование страниц с JavaScript β»; справка Google о JavaScript |
| 6 | Как устроены переходы между страницами новой версии: обычные ссылки или скрипт, и какой код получает адрес несуществующей страницы? | справка Google о JavaScript |
| 7 | Стоит ли в коде новых страниц noindex или canonical, указывающий другую страницу, и закрыты ли теги noindex? | Яндекс, раздел о смене дизайна |
| 8 | Заполнены ли title, Description и Keywords у каждой страницы? | Яндекс, раздел о смене дизайна |
| 9 | Что будет в robots.txt и Sitemap новой версии и когда с тестовой версии снимут запреты? | документ о переносе, разделы «Подготовьте новый сайт» и об устранении неполадок; Яндекс, раздел о смене структуры |
| 10 | Кто переносит изображения и файлы для скачивания? | документ о переносе, раздел «Подготовьте новый сайт» |
| 11 | У кого доступ к Search Console и Вебмастеру и кто подтверждает права для новой версии? | документ о переносе, раздел «Подготовьте новый сайт» |
| 12 | Кто отправляет страницы на переобход, проверяет меню и внешние ссылки? | Яндекс, раздел о смене структуры |
| 13 | Кто смотрит отчёты и серверные журналы после запуска и что считается ошибкой? | документ о переносе, разделы «Отслеживайте трафик» и об устранении неполадок |
| 14 | Чем подтверждаются сроки, которые вы слышите? | Яндекс («в течение двух недель» - о переобходе); документ о переносе («Точный срок назвать невозможно») |
Главная страница BITSPARK называет шаги работы так: Задача, Структура, Дизайн, Разработка, Запуск. Шаг «Структура» описан словами «Собираем архитектуру: сценарии, страницы, контент и логику взаимодействия.», шаг «Запуск» - словами «Проверяем desktop и mobile, скорость, формы и ключевые сценарии - затем запускаем.» Услуги студии, цены и контакты опубликованы там же.
Источники
Страницы открыты 10.10.2026.
- Смена структуры и дизайна сайта | Вебмастер - деление на смену структуры и смену дизайна, причины смены адресов, действия при смене адресов, проверки при смене дизайна, переобход.
- Индексирование страниц с JavaScript β | Вебмастер - настройка выполнения JavaScript, значение по умолчанию, расширенные настройки рендеринга.
- Перенос сайта | Центр Google Поиска | Documentation | Google for Developers - варианты переноса с изменением URL, подготовка нового сайта, отслеживание трафика, устранение неполадок (последнее обновление 2026-09-11 UTC).
- Общие сведения о поисковой оптимизации сайтов, использующих JavaScript | Центр Google Поиска | Documentation | Google for Developers - этапы обработки JavaScript, отрисовка на стороне сервера, noindex (последнее обновление 2026-03-05 UTC).
- BITSPARK - Digital studio - шаги работы, описания шагов «Структура» и «Запуск».
Обсудить проект в Telegram: t.me/billioniks