Статья обновлена 27.03.2025 г.
Есть много мнений по поводу того, чем хороша (или плоха) Тильда для SEO. Работая, как seo-шник, с этим конструктором не первый год, я собрал свой список «косяков».
Когда мне подсказали, что ссылки на карточки товара в конструкторе Tilda генерируются через JavaScript…
«Хватит это терпеть», — решил я и написал эту статью
TLDR: если вы делаете новый проект и с первого раза умудритесь «навсегда» сделать всё правильно, то — welcome. В остальных случаях я не рекомендую делать сайт на Tilda, если планируется его продвижение в поисковиках.
URL карточек товара
У каждого товара в Тильде есть заголовок
Зачем-то, URL карточки этого товара содержит в себе транслитерацию этого заголовка. Поэтому, если вы с первого раза (и, причём, навсегда) не создадите товар с правильным названием, то его URL будет меняться при каждом изменении заголовка.
Как подсказал Гугл Bard Gemini, Tilda предоставляет возможность настроить ЧПУ для URL-адресов товаров (это полностью ручное сопоставление и для большого числа карточек может отнять кучу времени), что позволяет частично решить эту проблему.
URL записей «Потоков»
У Тильды есть инструмент «Потоки», который предназначен для ведения блогов.
URL постов в нём тоже генерируются через JavaScrpit. А значит — имеют всё те же минусы.
Рекомендую размещать статьи на обычных страницах.
Безопасность web-сервера
Если проверить http-заголовки, которые отдаёт web-сервер Тильды, то волосы в подмышках начинают шевелиться от ужаса:
Не настроен ни один из возможных параметров, увеличивающих безопасность HTTP-запросов.
301 редиректы на карточки товара
Казалось бы, в настройках сайта есть возможность прописать нужные 301 редиректы. Например, чтобы убрать проблему со сменой URL товара, описанную выше.
Но, как говорит техподдержка Тильды,
или, так:
именно для товаров этого сделать нельзя.
301 редирект с кириллического URL
Если у вас, «до Тильды» был сайт с кириллическими URL, то вы никак не сможете настроить 301 редирект для таких страниц.
Создать страницы «с кириллицей» тоже нельзя.
правила 301 редиректа
Допустим, нам надо сделать редирект с одной страницы сайта на другую. Чтобы такой редирект заработал, мало снять страницу с публикации: её надо удалить, или поменять URL.
Редирект на страницу другого домена
В Тильде нельзя настроить обычный 301 редирект на страницу другого домена. Вариант, который предлагает техподдержка — это блок «Переадресация на URL».
Проблема с такой переадресацией в том, что она выполняется через JavaScript. При этом страница продолжает отдавать код HTTP 200.
Яндексовские же «платоны» предлагают другое решение:
Робот может не увидеть такой «редирект», так как для него останется код ответа страницы 200 ОК. Если настроить редирект 301 нет возможности, то попробуйте метатег refresh. Поисковая система воспринимает его как редирект 302.
Для этого можно использовать HTML-код. Вставляйте его в раздел <head> страницы (через настройки страницы-Дополнительно) и обратите внимание на вложенные кавычки в URL:
<meta http-equiv="refresh" content="0;URL='https:/newsite.ru/newpage/'">
Если вы знаете, как на такое решение «посмотрит» Google, отпишитесь в комментариях!
Ссылки на карточку товара из каталога
Как написано выше, эти ссылки генерируются через JavaScript. Поэтому, вы не сможете обойти ваши товары краулерами, типа SiteAnalyzer (кстати, искренне рекомендую! Он бесплатный для небольших сайтов, «нашей» разработки и очень крутой).
Единственный «костыль» для переобхода таких страниц — это то, что товары есть в отдельном sitemap-е Тильды.
Фантомная страница для «главной»
Вы, наверное, знаете, что для каждой страницы Тильда генерирует (какую-то внутреннюю?) html-версию, типа /page129338027.html
Проблема заключается в том, что такой фантом главной страницы никак не закрывается в robots.txt Тильды, и, вдобавок, отдает HTTP-код 200.
В результате, он может попасть в индекс Яндекса.
Ненужная директива в robots.txt
Формально, это не ошибка. На мой взгляд, такой подход отлично демонстрирует приоритеты создателей конструктора — они явно лежат не в области SEO.
Итак, в 2018 году Яндекс отменил придуманную им же директиву host, для robots.txt Она использовалась для указания на главное зеркало сайта. Другие поисковики эту директиву никогда не распознавали.
Тем не менее, Тильда до сих пор (более пяти лет!) включает ненужную строку в свой robots. И не собирается ничего менять
Проблема индексирования неканонических страниц в Тильде
В Тильде формируется множество неканонических страниц. Про «фантомные» я написал выше. Ещё, например, есть фильтры для каталога товаров. Тут проблема в GET-параметрах с квадратными скобками, типа https://site.ru/?tfc_sort[610662228]=title:asc
По неведомой причине, Тильда преобразовывает эти параметры для включения в clean-param примерно так: tfc_sort%5B610662228%5D К счастью, после очередной моей ругачки с техподдержкой в ноябре 2023 г., они откатили это нововведение — и теперь всё норм.
В таком виде параметры не отрабатываются Яндексом — и страница фильтра попадает в индекс.
Техподдержка Тильды, как всегда пишет всякую ерунду (по данным на конец октября 2023 г.):
О том, что неканонические адреса могут индексироваться Яндексом, они «не знают» (или, как минимум, делают вид).
Для исключения этих страниц, приходится писать отдельный clean-param для каждого значения такого фильтра.
Проблемы из-за некорректного запрета индексирования страниц
Представим, что в вашем проекте на Tilda есть страницы
/sample-page и
/sample-page-for-other-case
В какой-то момент времени, вам нужно запретить индексирование /sample-page
Почему-то, спецы Тильды решили, что лучше всего это сделать через robots.txt (хотя с ним есть проблемы — см. выше!), вписывая в него директиву Disallow: /sample-page
Казалось бы, при чём тут индексирование /sample-page-for-other-case ?
Дело в том, что директива robots Disallow: /sample-page запретит индексирование (на самом деле, переобход роботом) обеих страниц!
Что делать?
На момент написания решения у Тильды нет, хотя с точки зрения синтаксиса, им надо всего-то исправить строку в robots на «правильный» Disallow: /sample-page$
Но, можно «подстелить соломку»: не называйте страницы так, чтобы относительный URL одних был бы началом других (как в примере выше).
Тильда неверно обрабатывает URL
Переношу я, значит, сайт с WordPress на Tilda (гусары: молчать!).
По стандарту, URL адреса, типа
https://site.ru/catalog/ и https://site.ru/catalog являются разными и могут отдавать разное содержание.
Но, только не для Тильды! Если в ней генерируются страницы «без слэша на конце», то страница «со слэшем» также будет отдавать HTTP-код 200 и то же содержимое, что и «без слэша».
Отдельно удивляет рекомендация техподдержки Тильды по устранению этой ошибки (а это — явная ошибка работы их web-сервера), данная мне в июле 2023 года:
Похоже, разработчики Tilda просто не знают, что canonical и для Яндекса и Google — это рекомендация и поисковики могут её игнорировать.
Удивительно, что в обратную сторону web-сервер Тильды работает верно: если в настройках страницы в указывать адрес «со слэшем на конце», то «адрес без слэша» будет отдавать ошибку 404, как и должно быть.
У Tilda есть ограничение на длину URL
Вы не сможете сделать URL длиннее 80 символов. Формально, это не ошибка. Но, если вы:
- переезжаете с другой CMS;
и - у вас был сайт с большой вложенностью страниц,
то вполне может стать проблемой.
Семантические HTML-тэги в Тильде
У вас не получится обернуть статью в тэг <article>, прописать заголовок в <header> или сделать другое аналогичное улучшение страницы, которое сделает её более понятной поисковикам (Гуглу, в первую очередь).
Коллективный разум
Не только я считаю Тильду неидеальным, для SEO-шных целей, решением.
Спасибо, что прочитали. Надеюсь, знание этих проблем поможет вам в продвижении.
Выстрадано в Тильде для вас Алексеем.
Источники:
- Официальная справка Tilda;
- Ответы техподдержки Тильды;
- RFC стандарт на URL;
- Youtube-канал Ивана Зимина;
- Сервис проверки безопасности web-сервера securityheaders.com;
- LLM
BardGemini от Google (+VPN); - Личный опыт продвижения сайтов на Тильде.
