Как команда разработки в «Логеме» поженила ежей, ужей и Тильду

1. Вводная задача от заказчика, проблематика, цели

Компании приходят к нам за разработкой, анализом и хорошей экспертизой — мы научились довольно быстро понимать, какую пользу можем причинить бизнесу. Иногда это поддержка существующих проектов, в которых кем-то что-то где-то уже было настроено, но прямо сейчас работает как-то не так. Вот об этом и будет наш кейс: жила-была крутая компания, которая построила экосистему сервисов для бизнес-коммуникаций и совместной работы разных людей в онлайне, и был у них сайт и было этому сайту не очень. В кейсе расскажем, что было не так, чего не хватало и что было сделано.

В общем, классика! Поехали!

ПАРА СЛОВ О КЛИЕНТЕ И ЗАДАЧЕ

«МТС Линк» — это платформа бизнес-коммуникаций и совместной работы, на которой ежегодно проходит до 5 миллионов онлайн-мероприятий. Сайт такой компании должен выполнять свои функции: рассказывать клиентам платформы о новостях, знакомить с тарифами, продуктами и нести полезную нагрузку в виде блога, ̶п̶о̶т̶о̶м̶у̶ ̶ч̶т̶о̶ ̶т̶а̶к̶ ̶х̶о̶т̶я̶т̶ ̶S̶E̶O̶ . А еще компания постоянно тестирует гипотезы с помощью настраиваемых брендированных лендингов. 

Формула успеха завязана на статейном продвижении и желании быстро проверять гипотезы. Если будут высокие показатели в Google PageSpeed и реальные поведенческие — будет совсем хорошо. Как с этой целью действует маркетолог: сначала создается лендинг, измеряются показатели трафика и A/B тестов, затем льется рекламный трафик. Если конверсия достойная, страницу дорабатывают по рекомендациям оптимизатора. Логично, что чем больше людей придут в компанию из поиска, тем приятнее будут показатели вовлеченности, прибыли, лояльности. При этом желательно, чтобы между маркетологом и лендингом не было программиста, которому нужно платить деньги за разработку страницы. А когда программист будет нужен?


• Когда после подключения Тильды станет ясно, что сайту не хватает скорости и гибкости для продвижения;
• Когда потребуется добавить к Тильде еще одну CMS и настроить уже ее, чтобы было и гибко и быстро;
• Когда бизнесу потребуется современный фронтенд на Vue или React`е.

В чем была сложность? Сайт заказчика был разработан в связке PHP 5.4 + October CMS на базе Laravel v5. Фактически, речь шла об устаревшей версии ПО и отсутствии нужной для оптимизаторов функциональности. Нам пришлось обновить стек до PHP 8.1 с Laravel v9 и Nuxt.js, заново написать код и оптимизировать структуру. А еще: подключить WordPress для хорошей SEO-оптимизации и Тильду, для запланированных массовых лендингов под гипотезы и сбор лидов.

WordPress — нормальная история для клиентов, которым нужно что-то доброе и вечное для блога, с максимальными возможностями из коробки. Тильда хороша для визиток и лендингов. Чтобы не затрагивать холиварную тему о том, что SEO на этом конструкторе имеет ограничения, вернемся к истории о разработке; к тому же, за SEO у нас отвечал WP. (SEO-оптимизаторы приглашаются к обсуждению, поп-корн за наш счет). 

Казалось бы, задача решена? Был медленный и устаревший вариант сайта, а теперь — комбайн, на котором можно все, что угодно. На Тильде разместили около 300 страниц: посадочные и экспериментальные для А/Б тестов. На WP мы перевезли более сотни статей, которые до этого хранились в отдельных файлах; контент стал управляемым, менеджерам больше не нужно было изучать программирование в свободное от основной работы время. Стало возможным полное изменение структуры страниц на фронтенде без какой-либо зависимости от бэкенда. Переписанное на современный фреймворк решение и компонентный подход позволили объединить хранение скриптов, ускорить загрузку сайта на 37%.

Примеры задач, которые удалось решить:

• Исправили показатели Core Web Vitals и оптимизировали скорость загрузки страниц;
• Сделали пагинацию для списка статей в блоге и настроили хлебные крошки на сайте;
• Скорректировали sitemap.xml и robots.txt, сгенерировали карту сайта, общую для 3-х CMS;
• Перевезли статьи на WordPress;
• Перевезли внутренние страницы для теста гипотез на Тильду и автоматизировали процесс их создания;
• Перенесли исполнение части JS-скриптов в отдельные потоки;
• Настроили обе CMS, попутно решив несколько задач по SEO на сжатие изображений, внедрение JSON- и Open Graph-разметки.

Но появились новые трудности:

1. У маркетологов возникала задача по массовой проверке форм на лендингах, а в текущей реализации, инструментов для этого не было;

2. Не было контроля версий страниц на Тильде — не получалось отслеживать изменения;

3. Нужно было сохранить возможность создавать/редактировать страницы через Тильду, но забирать их на наш сервер при необходимости для доработок;

4. Нужен был человеческий поиск. Например, маркетологу требовалось заменить какое-либо слово на всех лендингах Тильды, но найти его вхождения через админку было невозможно, пришлось бы методично открывать каждую страницу. Полноценный поиск по документам и адресам в импровизированной админке гарантировал «Логеме» плюс в карму.


Эти задачи — вопрос удобства и расширения функциональности. На Тильде, при всех ее плюсах для нашего решения, как-либо доработать личный кабинет невозможно. Значит, нужно было придумать, как упростить настройку показа страниц и создать реестр всех документов на сайте, а еще.... Из этого реестра мы хотели получать уведомление для своего сервера о том, что страница требует изменений.

2. Описание реализации кейса и творческого пути по поиску оптимального решения

КАК РЕШАЛИ ЗАДАЧУ

Мы уже писали, что начинаем работу с проектами, используя наработки продуктового подхода. Команда «Логемы» предлагает решения, которые максимально соответствуют потребностям клиента и основаны на анализе задач и болях заказчика. Исходя из аналитики, мы выделили ключевые аспекты проекта и определили стратегию, которая обеспечивает оптимальное сочетание эффективности и функциональности. Работа над проектом стартовала в январе 2022 года. В команде было три разработчика «Логемы» и один менеджер со стороны клиента. Весь процесс внедрения изменений завершился через год: на первом этапе решались первоочередные вопросы, на втором — все то, о чем пойдет речь ниже. Сейчас расскажем, как это было.

Решили проксировать Тильду

Сначала мы предложили проксирование. Казалось бы, контент-менеджеры и маркетологи заказчика теперь могли спокойно решать, какой из 400 лендингов на Тильде требует внимания — гипотеза выстрелила, трафик можно приводить не только через контекст или таргет, но и с органики. Нужна доработка страницы? Проксируем страницу на сервер с помощью nginx → посетитель даже не замечает перехода между нашей версией страницы и Тильдой, но…

У проксирования есть серьезные ограничения. Например, если случились проблемы на стороне Тильды, недоступными будут сразу все страницы сайта. Еще — каждый раз менеджеру нужно было обращаться к DevOps, а само проксирование грозило перестать работать при достижении лимита страниц.

Что мы точно знали — в официальной документации Тильды говорится о возможности использовать API для размещения контента на своем сервере. Иными словами, можно отредактировать страницу в Тильде, затем отправить ее на публикацию. В этом случае на сервер уйдет webhook (функция, которая позволяет серверам обмениваться автоматическими уведомлениями при наступлении определенных событий), такой webhook позволяет целиком скачать исходник страницы и хостить ее у себя.

Подключили фреймворк

Имея такую возможность, мы решили посмотреть, что будет, если вместо проксирования мы будем скачивать нужные страницы с Тильды, показывая их с сервера. Ключевая идея была в том, чтобы связав Тильду с современным фронтенд-фреймворком, обеспечить заказчику больше гибкости в возможностях SEO-оптимизации и настройки страниц. Следите за руками: взяли PHP, Nuxt.js, Laravel и настроили все так, чтобы у контент-менеджера была возможность создавать/редактировать страницы через ЛК Тильды. При сохранении эти страницы передавались на наш сервер и выводились через него же.

По сути, получился настоящий слоеный бутерброд, в котором некоторые страницы могут мигрировать из одной системы в другую, переходить между платформами, а весь контент показывается под единым клиентским доменом и даже url остается прежним. Все это без ограничений, лимитов, и с одобрения SEO-специалистов.

Написали админку

Чтобы все это было удобно админить, за основу взяли решение на Laravel. Ничего уникального: Laravel Breeze + кастомные компоненты. Например, авторизация и регистрация, тарификация, персоналии авторов статей.

В решении из коробки не было поиска: весь контент был реализован в виде бесконечного списка. Нужные поля мы добавили и теперь у контент-менеджера появилась возможность искать любой материал по текстовому отрывку (заодно и видеть, где еще используется тот или иной текст), а также осуществлять поиск документа по части известного url.

Управление лендингами стало намного более удобным. Раньше контент-менеджер был вынужден искать информацию в админке ЛК Тильды вручную, на это уходило много времени. Особенно, если требовалось внести какие-то изменения в текст, который был «разбросан» по разным страницам.

3. Результаты сотрудничества

РЕЗУЛЬТАТЫ РАБОТЫ

Сейчас измеряемых метрик, которые касаются скорости работы в админке, у нас для вас нет. Контент-менеджеры и маркетологи как работали раньше, так и продолжают работать. Но теперь возможности маркетологов стали еще шире — можно делать много хорошего, тестировать гипотезы и не платить за разработку сложного и спорного лендинга сразу много денег. Если счастье SEO-специалиста можно измерить, то остановимся на том, что оптимизатор в этом кейсе был очень рад, потому что стало можно:

• размещать невероятное количество лендингов и Тильде ничего за это не будет;
• размещать полезные материалы и кастомизировать любые страницы;
• внедрять любые не шаблонные решения там, где они нужны;
• бороться за органику и вести трафик на лендинги клиентов;
• наращивать положительный клиентский опыт;
• бороться за показатели скорости страниц;
• забыть про ограничения!

Большинство страниц спокойно собираются и тестируются без разработчиков, а значит, низкий прайс на работу с сайтом остается, а заказчик платит только за те страницы, которым нужна магия. Тильда используется под некоторые посадочные, для А/Б тестов и экспериментов и полностью себя оправдывает.

При создании таких ресурсов самое важное —  метрика Time to Market, а она никуда не делась. Соорудить лендинг можно очень быстро, если нужно протестить бизнес-гипотезу: например, маркетолог хочет пройти клиентский путь и выяснить, как оптимизировать воронку продаж, но так, чтобы не привлекать разработчика, дизайнера и еще десяток людей к процессу.

Итогом работы стал успешный кейс. Тильду починили  → заказчик остался доволен  →  мы продолжаем сотрудничество. В целом, рассказать о том, как нужно решать задачи, похожие на те, что стояли перед командой разработчиков «Логемы», можно и без кейса. Но мы стараемся показать, как устроена разработка изнутри, чем наша компания отличается от других, что такое продуктовый подход. Пишите, если вам нужна экспертиза, консультация или ИТ-решение, которое позволит бизнесу расти.

ПАРА СЛОВ ДЛЯ ТЕХ, КТО ДОЧИТАЛ ДО КОНЦА

Сегодня поисковые системы отдают приоритет не конкретному документу, а структурированной базе данных документов, если хотите — коллекциям. Строятся целые графы, хитрым способом распределяется вес страниц. Формулы расчета основаны на филигранном балансе между тем, как оптимизатор расширяет запросный индекс и суммарным спросом, на который поисковая система может ответить. Такая борьба за первые пять мест в выдаче порождает агрессивный поиск точек роста для любого сайта: что можно добавить, улучшить, чтобы сайт получил больше полезного трафика? Тильда здесь может выступать в качестве ограничения, а может — в качестве бонуса; все индивидуально. Поэтому:

• Хотите MVP — делаете сайт на Тильде;
• Хотите конкурировать с сайтами, у которых большой траст, запросный индекс, проработанные коммерческие факторы — делаете сайт на более гибкой платформе, которая позволяет внедрять всякие-разные технические задания.

Кто-то возразит, что у системы с закрытым исходным кодом полно минусов, но нам удалось эти минусы частично обойти. Поэтому, приведем пару аргументов для тех, у кого сайт на Тильде прямо сейчас:

• Не каждому бизнесу нужны сложные, дорогие в обслуживании и ресурсозатратные связки ПО/сервисов. Какой-нибудь условный airtable + zapier + webflow + еще пару сервисов будут съедать бюджет очень быстро. Некоторые из них требуют постоянной подписки, имеют ограничения по объему данных — не слишком ли много проблем, чтобы быстро протестировать гипотезу?
• Переезд на WordPress или другую CMS может прокатить, но когда бизнес-процессы подразумевают 50-100-200 полноценных одностраничников — контент-менеджер будет грустить не меньше, чем оптимизатор.


Проблема в работе таких сайтов, если говорить простым языком, состоит в количестве действий, которые надо совершить для внесения изменений на все 100500 страниц. Если задача стоит в том, чтобы поменять header, то надо будет пройтись вручную по каждой странице. А еще, обычно, сверху нависает команда оптимизаторов и менеджеров с ворохом технических заданий. Возникают вопросы: как все это внедрять, оправданы ли будут попытки дорабатывать эту систему?

Вот почему команде «Логемы» пришлось проанализировать ограничения и возможности конструктора, сравнив их с тем, что мы обычно внедряем.

Павел Машанов

технический директор, компания «Логема»

Мы работаем с максимальной отдачей, не важно, приходит к нам запрос на доработку 1С, Тильды или космического шаттла. Трудных задач не боимся, стремясь помочь бизнесу и создать кейс, о котором рассказать не стыдно. 

Приятным бонусом считаю, что после работы с этим клиентом стало ясно — нет еще такой штуки, которую придумает оптимизатор, а мы ее не решим.