На обычном хостинге Tilda нет штатного переключателя IndexNow и универсальной загрузки произвольного TXT-файла в корень основного домена. Поэтому подключить IndexNow только настройкой DNS нельзя. Рабочая интеграция требует, чтобы тот же host реально отдавал файл с ключом по HTTPS — напрямую, через собственный хостинг либо через reverse proxy или edge-функцию перед Tilda.
Что именно требует IndexNow
Поисковики проверяют, что отправитель управляет host, URL которого он отправляет. Официальная спецификация предусматривает два варианта:
- Файл в корне — рекомендуемый способ. Адрес:
https://example.ru/{key}.txt. Содержимое: сам ключ в UTF-8. - Файл в другом пути того же host. Его адрес нужно передавать как
keyLocationпри каждом одиночном или пакетном уведомлении.
Во втором варианте путь файла ограничивает область ключа. Например, файл в /catalog/ позволяет отправлять URL внутри /catalog/, но не URL из /help/. Поэтому спецификация настоятельно рекомендует корневой вариант.
Почему чистая Tilda создаёт проблему
Tilda умеет генерировать Sitemap, robots.txt и специальные файлы вроде ads.txt, но в официальной справке нет универсальной загрузки произвольного TXT-файла в корень основного домена. Для произвольных файлов Tilda предлагает стороннее хранилище и отдельный поддомен, одновременно предупреждая, что подключить к такому хранилищу основной домен с уже работающим сайтом нельзя.
Поддомен files.example.ru не решает задачу для страниц example.ru: IndexNow требует файл в том же host, URL которого отправляются. Обычная Tilda-страница с адресом /{key}.txt тоже ненадёжна, потому что платформа возвращает HTML-документ, а key-файл должен содержать ключ без HTML-разметки.
Рабочие варианты для Tilda
| Вариант | Как работает | Когда выбирать |
|---|---|---|
| Экспорт на собственный хостинг | Экспортированный сайт обслуживается вашим сервером; key-файл кладётся в корень | Есть разработчик и контроль над публикацией |
| Reverse proxy или edge-функция | Запрос /{key}.txt обрабатывает прокси, остальные запросы идут в Tilda | Нужно сохранить редактор и хостинг Tilda |
Другой путь + keyLocation | Чистый TXT отдаётся в другом пути того же host; отправитель всегда передаёт его адрес | Инфраструктура и используемый API поддерживают пользовательский keyLocation |
| Только DNS TXT | Не создаёт HTTPS-файл | Для IndexNow не работает |
Вариант 1. Экспортировать Tilda на свой сервер
Если тариф и процесс публикации позволяют экспорт, разместите сайт на собственном сервере или объектном хранилище с поддержкой основного домена. Создайте файл с именем ключа, запишите внутрь только ключ и проверьте публичный URL.
- Получите ключ IndexNow в сервисе отправки.
- Создайте файл
{key}.txtв корневом каталоге сайта. - Убедитесь, что запрос по HTTPS возвращает код 200 и сам ключ без HTML.
- Запустите проверку ключа.
- После подтверждения подключите Sitemap или ручную отправку URL.
Вариант 2. Поставить edge-маршрут перед Tilda
CDN или reverse proxy может обслуживать один точный путь, не перенося сам сайт с Tilda. Например, Cloudflare Workers Routes позволяют запустить Worker перед существующим proxied host. Для пути key-файла Worker возвращает текстовый ответ, а остальные запросы передаёт origin Tilda.
Запрос /{key}.txt → edge-функция → 200 text/plain → {key}
Все остальные URL → origin TildaЭто не «подтверждение через DNS». DNS только направляет трафик через прокси. Верификация проходит потому, что URL https://example.ru/{key}.txt действительно существует. Перед изменением DNS проверьте совместимость HTTPS, редиректов и настроек домена Tilda.
Можно ли обойтись внешним сервисом отправки
Внешний сервис может генерировать ключ, проверять файл, отслеживать Sitemap, находить новые URL, ставить отправки в очередь и хранить журнал. Но поисковый endpoint всё равно проверяет владение host. Поэтому ни Index-Now.ru, ни другой корректный провайдер не должен обещать отправку чужого домена только по DNS TXT или подтверждению в Google.
Для Index-Now.ru рабочий порядок такой:
- Добавить проект и сайт — сервис выдаст имя и содержимое key-файла.
- Организовать выдачу этого файла на основном host одним из вариантов выше.
- Нажать проверку и получить статус подтверждённого ключа.
- Добавить
/sitemap.xml, выбрать доступные индексаторы и настроить расписание обхода. - Отправлять только новые, изменённые или удалённые URL.
Как проверить key-файл
- URL использует тот же host, что и отправляемые страницы.
- Ответ по HTTPS имеет код 200.
- Нет перенаправления на Tilda, страницу входа или другой host.
- Тело ответа содержит только ключ; нет HTML, BOM и поясняющего текста.
- Файл доступен без cookie, авторизации и географических ограничений.
- robots.txt и защитный экран CDN не блокируют поисковый endpoint.
Автоматизация после подтверждения
После верификации внешний процесс может регулярно читать sitemap.xml, сравнивать URL и lastmod с предыдущим состоянием и отправлять только изменения. Если Tilda обновляет даты массово, дополнительно сравнивайте ETag, Last-Modified или хеш значимой части HTML.
Успешный ответ IndexNow подтверждает приём уведомления, но не гарантирует обход или индексирование. Итог проверяйте в Яндекс Вебмастере, Bing Webmaster Tools и серверных логах.
Что точно не работает
- DNS TXT с ключом IndexNow без доступного HTTPS-файла.
- Подтверждение домена в Google Search Console или Яндекс Вебмастере.
- Метатег в head Tilda.
- Файл на стороннем домене или отдельном host для URL основного host.
- Webhook формы Tilda: он сообщает о заявке, а не о публикации страницы.
Частые вопросы
Можно ли подтвердить IndexNow DNS-записью?
Нет. Спецификация IndexNow описывает только key-файл в корне либо в другом пути того же host с параметром keyLocation.
Почему DNS иногда называют обходным путём?
Потому что через DNS домен можно направить на CDN или proxy, который отдаст key-файл. Проверяется всё равно HTTPS-файл, а не DNS TXT.
Можно ли использовать поддомен для файла?
Файл на поддомене подтверждает только этот поддомен. Для URL основного host файл должен быть доступен на основном host.
Достаточно ли подключить Sitemap?
Нет. Sitemap помогает находить изменения, но не подтверждает право отправлять URL через IndexNow.