На Tilda часть настроек задаётся на уровне проекта, часть — конкретной страницы, а часть формируется шаблоном Потока. Поэтому проверка одного опубликованного URL не заменяет проверку всех типов страниц. Задача стартового аудита — убедиться, что бизнес-страницы открываются правильно, пользователю понятна структура, а поисковикам доступны нужные документы.
Последовательность проверки перед индексированием
Проверьте адрес и доступность проекта
Откройте сайт по основному домену на мобильном и настольном устройстве. Убедитесь, что HTTPS работает, варианты www/без www не создают самостоятельные дубли, а тестовый адрес Tilda не является неожиданной канонической версией. Проверьте страницу ошибки, важные разделы и базовую навигацию. Если домен подключён недавно, учитывайте время распространения DNS, но не публикуйте непроверенные выводы о готовности.
Снимите карту опубликованных страниц
Составьте перечень главной, коммерческих страниц, разделов, CMS-публикаций и технических URL. Отдельно отметьте страницы, которые не должны индексироваться. Для каждого типа проверьте Title, Description, H1, canonical, адрес и внутренние ссылки. При большом объёме проверяйте не только главную, но и несколько разных записей одного Потока: ошибки шаблона могут воспроизводиться массово.
Проверьте robots.txt и sitemap
Откройте технические файлы на рабочем домене. Убедитесь, что публикации не закрыты случайным noindex после копирования шаблона и что XML-карта содержит актуальные URL. Если Tilda генерирует файл автоматически, не считайте его правильным без выборочной проверки. Для страниц со сменившимися адресами настройте релевантные постоянные редиректы и обновите внутренние ссылки.
Проверьте контент и адаптив
Посмотрите первый экран, меню, карточки, длинные статьи, таблицы и изображения на ширинах мобильных устройств. Не должно быть пустых заголовков, обрезанных кнопок, наложений, технических обозначений полей CMS и тяжелых изображений без оптимизации. ALT описывает изображение, но не служит местом для перечисления ключевых запросов. Контролируйте контрастность и читабельность.
Убедитесь, что аналитика измеряет нужные действия
Проверьте, подключена ли Метрика или другая система, доходят ли просмотры и события, работают ли ссылки и формы, если они предусмотрены сайтом. Для информационного проекта без форм оцените чтение, переходы к материалам и поиск по сайту, если он есть. Для коммерческого сайта проверьте отправку заявки тестовым сценарием и отсутствие двойного подсчёта целей.
Опубликуйте правки и проверьте их снаружи
После изменений на уровне шаблона перепубликуйте нужные страницы, очистите кеш браузера и откройте публичные URL. В Zero Block одно поле может выглядеть правильно в редакторе, но не подставиться на опубликованной записи. Если ошибка повторяется, проверяйте источники данных и привязку Потока, а не только CSS. Запишите найденные проблемы и их приоритет.
Пример: на странице видна техническая переменная CMS
В шаблоне под надписью «Опубликовано» выводится технический идентификатор поля вместо даты. Это не проблема SEO-описания статьи: значение отображается на странице как обычный текст. Проверьте, что компонент действительно находится в назначенном шаблоне Потока, подключён к поддерживаемому системному полю и опубликован после изменения. Затем откройте две разные записи, чтобы убедиться, что значение подставляется динамически.
Типовые риски CMS-потоков
При импорте в Потоки важно отдельно проверить slug, поля краткого описания, лид, HTML-тело, обложку и SEO-метаданные. Если файл импортирован с пустым идентификатором, он может создать новую запись, а если повторно загружен с тем же alias — результат зависит от конкретной логики интерфейса и настроек импорта. Всегда тестируйте процесс на безопасном примере. При переносе шаблона между проектами нужно заново проверить подключения динамических полей и путь к публикации.
Как расставить приоритеты ошибок
Ошибки уровня P0 — сайт недоступен, сломан домен, массово закрыты важные страницы или не работают основные сценарии. Уровень P1 — битые URL, некорректный canonical, дубли шаблонных Title и проблемы мобильной навигации. Уровень P2 — точечные ALT, улучшение отдельных метатегов и несущественные визуальные недочёты. Такая классификация не заменяет контекст бизнеса, но помогает не тратить первое рабочее время на малозначимые элементы вместо системных дефектов.
Минимальная матрица стартового аудита
| Область | Проверка | Критерий |
|---|---|---|
| Домен и HTTPS | Главная, разделы, технические URL. | Рабочий адрес, отсутствие дублей. |
| Индексация | robots, noindex, sitemap, canonical. | Нужные URL доступны роботу. |
| Содержание | Title, H1, текст, ALT, ссылки. | Нет пустых и технических фрагментов. |
| Интерфейс | Мобильное меню, формы, таблицы. | Сценарии работают на устройствах. |
Наиболее частые недочёты
- Проверка только редактора Tilda без открытия опубликованной страницы.
- Перенос старых стилей и переменных CMS между разными проектами.
- Отсутствие карты редиректов после изменения URL.
- Наличие дублей заголовков в разных CMS-записях.
Что должно быть в итоговом отчёте
- Список фактических URL и найденных проблем.
- Приоритет каждой правки и способ воспроизведения.
- Снимки или сохранённые примеры критических ошибок.
- Статус повторной проверки после исправления.
- Перечень вопросов, которые требуют доступа к аналитике.
Как использовать результат аудита
Не исправляйте найденное в случайном порядке. Сначала устраняйте проблемы доступности, ошибок URL и основных пользовательских сценариев; затем — шаблонные метаданные, перелинковку и качество содержания. Для большого сайта важнее исправить один дефект общего шаблона, чем вручную менять сотню дочерних страниц.
