Настройки cookie
Технические — всегда включены
Аналитические (Яндекс.Метрика)
Маркетинговые (VK Pixel)
Инструкция для сборки статьи SWARMICA Статья собирается из готовых блоков в библиотеке Tilda. Добавить блок можно так: «+» → «Мои блоки» → выбрать нужный блок из набора «Статья». Блоки можно копировать, переставлять, редактировать и удалять. Главное - не смешивать зоны статьи между собой и не менять технические настройки блоков, если они уже заданы. Общая структура страницы Страница статьи состоит из 5 зон: Верх статьи Лид-абзац Основная часть статьи Финальное завершение статьи CTA в конце статьи 1. Верх статьи В верхней зоне должны быть только блоки, которые относятся к началу статьи: ME605 Статья: хлебные крошки Навигация над статьёй. Ставится самым первым блоком. TL01 Статья: заголовок H1 и прочее Главный заголовок статьи. В этом блоке должен быть только H1. Описание / подзаголовок теперь выносится отдельно в лид-абзац. TX01 Статья: дата публикации Дата статьи. Ставится под H1. TX01 Статья: время чтения Время чтения. Ставится рядом с датой публикации. IM01 Статья: обложка Главная обложка статьи. Правильный порядок верхней зоны: ME605 Статья: хлебные крошки TL01 Статья: заголовок H1 и прочее TX01 Статья: дата публикации TX01 Статья: время чтения IM01 Статья: обложка Важно: в верхнюю зону не добавляем обычные текстовые блоки, H2, кнопки, выделения и CTA. 2. Лид-абзац TX01 Статья: лид-абзац Короткое вступление после hero-блока. Это первый смысловой абзац статьи. Лид-абзац не должен быть внутри H1-блока. Он стоит отдельно перед основной частью статьи. 3. Основная часть статьи В этой зоне собирается сам материал. Эти блоки можно копировать, переставлять и использовать несколько раз. TL01 Статья: заголовок 2-уровня H2 Заголовок раздела. TX01 Статья: текстовый блок Обычный текст статьи. TX01 Статья: фраза с выделением Важная мысль, вывод, предупреждение или смысловая врезка. TX01 Статья: подпись к изображению Подпись под изображением. Ставится сразу после изображения. CR47 Статья: кнопка для прочего Одиночная кнопка внутри статьи. Используется для перелинковки, перехода к кейсу, демо, чек-листу или другому материалу. Если в статье есть изображение внутри текста, используйте соответствующий блок изображения из библиотеки и сразу после него ставьте подпись. Пример структуры основной части: TX01 Статья: лид-абзац TL01 Статья: заголовок 2-уровня H2 TX01 Статья: текстовый блок TX01 Статья: фраза с выделением TX01 Статья: текстовый блок CR47 Статья: кнопка для прочего TX01 Статья: текстовый блок 4. Финальное завершение статьи Каждую статью важно замыкать финальными блоками. Они отделяют вывод от основной части и помогают шаблону корректно завершить материал. TL01 Статья: финальный заголовок H2 Финальный заголовок. Например: «Что в итоге», «Вывод», «Что делать дальше». TX01 Статья: финальный текстовый блок Заключительный текст статьи. После финального заголовка и финального текста не стоит добавлять новые обычные H2-разделы. Если статью нужно продолжить, лучше перенести финальные блоки ниже. 5. CTA в конце статьи После финальных блоков ставится призыв к действию: CR47 Статья: призыв к действию в конце Это отдельный финальный CTA. Его не нужно путать с блоком «CR47 Статья: кнопка для прочего». Разница: CR47 Статья: кнопка для прочего - обычная кнопка внутри статьи. CR47 Статья: призыв к действию в конце - большой финальный CTA после статьи. Короткая правильная схема статьи ME605 Статья: хлебные крошки TL01 Статья: заголовок H1 и прочее TX01 Статья: дата публикации TX01 Статья: время чтения IM01 Статья: обложка TX01 Статья: лид-абзац TL01 Статья: заголовок 2-уровня H2 TX01 Статья: текстовый блок Дополнительные блоки основной части при необходимости TL01 Статья: финальный заголовок H2 TX01 Статья: финальный текстовый блок CR47 Статья: призыв к действию в конце Что можно делать Можно копировать блоки основной части статьи. Можно менять порядок блоков внутри основной части. Можно добавлять несколько H2, текстовых блоков, подписей, выделений и кнопок. Можно редактировать текст, ссылки, изображения, подписи и кнопки. Что важно не делать Не смешивать блоки верхней зоны с блоками основной части. Не ставить обычные H2 и текстовые блоки выше хлебных крошек. Не писать лид-абзац внутри H1-блока. Не использовать финальный CTA как обычную кнопку внутри статьи. Не использовать обычную кнопку внутри статьи как финальный CTA. Не оставлять статью без финального заголовка и финального текстового блока. Не менять CSS name блоков, если он уже задан. Не использовать длинные CSS name: Tilda может их обрезать.

SWARMICA и Группа Астра объявили о технологическом
партнерстве

Компании SWARMICA и Группа Астра подтвердили совместимость своих решений.
20 августа 2026
Время на чтение 3 минуты
Компания Swarmica, разработчик платформы для технической поддержки и клиентского сервиса, и Группа Астра, ведущий российский производитель инфраструктурного программного обеспечения, объявили о технологическом партнерстве.

Платформа Swarmica 6.0 прошла тестирование по программе Ready for Astra и подтвердила корректную работу в среде операционной системы Astra Linux.
Для организаций, работающих в контуре импортозамещения, совместимость с отечественной ОС — не маркетинговая строка, а условие закупки. Требования к программному обеспечению, включенному в единый реестр российских программ, ужесточаются: постановление Правительства РФ № 1236 дополнено нормой о совместимости продукта не менее чем с двумя операционными системами разных правообладателей, прошедшими процедуру подтверждения соответствия дополнительным требованиям. Норма вступила в силу 1 марта 2026 года и распространяется на классы ПО поэтапно.

После подтверждения совместимости с Astra Linux платформа Swarmica работает на двух российских операционных системах — Astra Linux и РЕД ОС. Для заказчика это означает:
  • развертывание в собственном контуре на отечественной ОС, без зарубежных программных компонентов в основании стека;
  • отсутствие технологической зависимости от одного поставщика ОС: инфраструктуру можно выбирать или менять, не меняя систему поддержки;
  • прохождение внутренних процедур согласования с ИБ и соответствие требованиям к закупкам ПО из реестра;
  • предсказуемое обновление: связка «платформа + ОС» проверена вендорами, а не собирается силами заказчика.
«Наши заказчики — это компании, где техническая поддержка работает с чувствительными данными и живёт внутри защищенного контура. Для них вопрос соответствия требованиям возникает раньше, чем вопрос о функциональности. Подтвержденная совместимость с Astra Linux и РЕД ОС снимает этот вопрос на старте: платформу можно ставить в отечественную инфраструктуру и проходить согласование с ИБ в ускоренном порядке».

— Роман Басалыко, СЕО Swarmica