Почему Host.it использовал Joomla для апгрейда своего корпоративного сайта

Привет, VC! Один из крупнейших хостеров Италии – host.it использовал в качестве платформы для своего корпоративного сайта и внутренней сети (интранет) компании CMS Joomla! 4. После выхода Joomla! 4 многие компании задумались о переводе своих сайтов на эту CMS. Хотите узнать почему?

Я перевел для вас статью об этом из ежемесячного журнала Joomla! Community Magazine™.

В оригинале статья называется «Why Host.it used Joomla to rebuild its corporate website».

В декабре 2021 года Host.it (входит в топ 10 хостинг-провайдеров Италии), опубликовал свой новый сайт, созданный на Joomla 4. Давайте узнаем больше об их «путешествии с Joomla 4», поговорив с их генеральным директором Марко Манджионе (Marco Mangione).

Как все начиналось?

Все началось, когда Joomla 4 еще находилась на стадии бета-версии, летом прошлого года.

В течение многих лет команда маркетинга Host.it пыталась сократить «time to market» (то есть время затраченное на весь процесс от создания до публикации новых страниц на сайте компании), учитывая необходимость привлечения команды R&D (Research & Development) для разработки каждой новой страницы.

Наличие команды R&D, состоящей из Java-разработчиков, означало, что веб-сайт компании также разрабатывался на JSP (Java Server Page); это имело некоторые преимущества, будучи «связанным» с основной системой компании, но также имело и некоторые недостатки, с большим временем выхода на рынок для каждого изменения/обновления веб-сайта и недостаточной производительностью. Только представьте, что для исправления опечатки на веб-странице требовалось выпустить релиз всего основного программного обеспечения компании, которое включало и веб-сайт.

Каковы были цели проекта и почему вы использовали Joomla?

Мы хотели быть быстрее и гибче, с более современным веб-сайтом.

Тогда мы определили следующие цели:

  • Сократить время, необходимое для изменения/обновления страниц нашего сайта;
  • Снизить «стоимость разработки» новых веб-страниц;
  • Увеличить скорость работы сайта;
  • Повысить поисковую оптимизацию сайта.

Затем, учитывая внутренний опыт работы с Joomla и тот факт, что мы спонсировали итальянское сообщество Joomla с самого начала его существования, мы решили, что релиз Joomla 4 был бы подходящим моментом для начала нашего путешествия по перестройке нашего корпоративного сайта.

В нашей компании есть несколько человек, способных создавать и управлять сайтами Joomla.

Кроме того, у нас есть другие публичные сайты, а также интранет-сайты, основанные на Joomla, так что это «естественный выбор».

Joomla 4 перспективна для нас, поскольку она поддерживает многоязычный контент на уровне ядра и поможет нам на пути интернационализации.

Какие были трудности?

Проект принес с собой несколько проблем:

  • Изменить веб-сайт, не меняя его;
  • Более быстрый и современный сайт;
  • Сложные макеты без конструкторов страниц;
  • Сохранить позицию в поисковых система

Изменить веб-сайт, не меняя его

Это кажется «ерундой», но мы хотели изменить технологию под капотом сайта, не дав пользователям это заметить.

Поэтому первой целью (и задачей) была разработка нового сайта, который выглядел бы почти идентично предыдущему, но с Joomla 4 вместо JSP.

Мы начали с нуля, сразу после объявления о том, что Joomla 4 будет использовать Bootstrap 5, и привлекли двух известных итальянских разработчиков расширений: Марко Биаджиони (Marco Biagioni) и Алессандро Чессари (Alessandro Chessari).

Они начали разрабатывать новый шаблон на основе Cassiopeia, который выглядел бы идентично предыдущему сайту Host.it.

Это, очевидно, потребовало огромной кастомизации CSS и JS, но результат получился просто идеальным.

Более быстрый и современный сайт

Производительность сейчас действительно важна для каждого сайта, а для хостинговой компании она еще более важна… Как мы можем заявлять, что наш хостинг быстрый, если наш сайт не быстрый?

Поэтому одной из основных целей было создание шаблона/структуры сайта, который бы достигал не менее 90% в тестах Google PageSpeed Insight. И мы добились этого! Очевидно, что должен быть баланс между производительностью и возможностями, которые вам необходимы, и мы думаем, что достигли приемлемого среднего уровня.

Вот скриншоты того, как работал сайт до (JSP):

Почему Host.it использовал Joomla для апгрейда своего корпоративного сайта

И после миграции на Joomla 4:

Почему Host.it использовал Joomla для апгрейда своего корпоративного сайта

Тест после миграции был проведен в первый день публикации нового сайта.

Текущий результат может отличаться из-за дополнительной интеграции и изменений на сайте.

Сложные макеты без конструкторов страниц

Один из самых легких соблазнов — использовать шаблонизатор или конструктор страниц для быстрого и простого создания сложных макетов и дизайна страниц сайта. Это, конечно, сократило бы время разработки страниц, но использование конструктора страниц/конструктора макетов создало бы своего рода «привязку к поставщику» и повлияло бы на производительность сайта.

Поэтому мы решили использовать родной функционал Joomla — Модули. Мы определили несколько пользовательских модулей, которые Марко и Алессандро разработали для нас, включая:

  • модуль для поиска доступности домена;
  • модуль для расчета индивидуальных расценок на услуги;
  • модуль, показывающий причины, по которым следует покупать определенные продукты;
  • и несколько других модулей с индивидуальным стилем.

Это позволило нам в точности воспроизвести внешний вид предыдущего сайта.

Подход «Module-centric» позволил нам повторно использовать один и тот же тип модуля несколько раз для различных страниц.

Сохранить позицию в поисковых системах

Основная задача заключалась в минимизации последствий миграции. Нам нужно было импортировать все страницы предыдущего сайта, а также интегрировать на основной сайт блог (с более чем 300 статьями), удалив отдельный экземпляр WordPress, который обслуживал блог на протяжении многих лет.

Это, конечно, привело к огромным изменениям в структуре URL сайта, и нам пришлось создать карту всех URL сайта и 301 редирект, используя огромный файл. htaccess.

После публикации сайта нам очень помог другой родной функционал Joomla — Перенаправления. Это позволило нам быстро определить неработающие ссылки, которые вызывали 404 ошибку, и легко создать перенаправления непосредственно в панели управления Joomla.

Это позволило нам минимизировать влияние миграции на позиции в поисковых системах.

Какие расширения вы использовали? Трудно ли было найти их для Joomla 4?

Помимо модулей, разработанных на заказ, мы использовали:

  • Akeeba Backup: для создания резервных копий сайта «на лету» во время работы над ним;
  • GDPR by ! ExtensionsStore: для управления отображением cookie и предпочтениями пользователей, в соответствии с правилами конфиденциальности;
  • OSmap: для создания XML карты сайта для Google Search Console;
  • Phoca OpenGraph: для управления тегами OpenGraph для сайта;
  • LiteSpeed Cache: для использования возможностей быстрого кэша LiteSpeed, предлагаемого сервером.

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

Какой стек вы использовали?

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

Наш сайт использует:

  • LiteSpeed Cache в качестве системы внешнего кэширования, которая статизирует страницы сайта, уменьшая время их загрузки;
  • Redis в качестве системы бэкэнд-кэширования, благодаря встроенной в Joomla поддержке этой технологии.

Спасибо, что поделились своим примером, Марко. Мы рады, что Joomla 4 стала лучшим решением для вашего нового сайта.

1515
29 комментариев

достаточно разумный ход

3
Ответить

Занятный опыт. Благодарю Дмитрий.

3
Ответить

С днюхой на ВС бро)

1
Ответить

Единственное отличие joomla в данном случает от любой другой CMS (в пользу первой), что они давно являлись спонсорами итальянского сообщества joomla

1
Ответить

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

Ответить

Первые сайты писал на джумла (версия 1.5, с нее начинался мой опыт веб-разработчика)
Теперь делаем веб-сервисы, там и разошлись пути с джумлой...

Ответить

Четверку можно использовать как бэк. Там в коробке REST API есть теперь.

2
Ответить