Смерть от настройки Magento

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

Для многих ритейлеров Magento была такой мечтой. Многофункциональное, недорогое и легко настраиваемое решение. К сожалению, мы видели, как эта мечта превратилась в кошмар для многих бедняг, которые перестарались, добавив слишком много функций и настроек на свой сайт Magento.

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

Итак, сколько слишком много?

Этот вопрос имеет уникальный ответ для каждого отдельного бизнеса. Существует определенный предел количества функций и настроек, которые могут быть созданы и поддерживаться любой организацией. Компании с большими бюджетами и техническими способностями могут поддерживать невероятно сложное программное обеспечение (например, Google и Amazon). Но каждая компания должна понимать, каковы их пределы и как работать и расти в пределах своих возможностей. Во-первых, давайте обсудим, какие проблемы может вызвать чрезмерная настройка:

• Рост затрат. У вас не только высокие затраты на поддержку и обновление настроек, но и затраты на ведение документации и ноу-хау для них.
• Угрозы безопасности. Иногда расширения могут содержать код, открывающий лазейку на ваш сайт. Сторонние расширения могут предложить отличные функциональные возможности для вашего магазина электронной коммерции, но перед установкой они должны быть тщательно проверены на качество и безопасность опытным разработчиком.
• Медленная скорость . Само собой разумеется, что в сегодняшней конкурентной среде компания электронной коммерции должна сделать скорость веб-сайта одним из своих главных приоритетов. Большинство расширений отправляют HTTP-запросы для загрузки ресурсов, таких как CSS, скрипты, изображения и т. д. При неправильном кодировании расширения могут вызывать множество различных проблем с производительностью, некоторые из которых сложно устранить. Скорость страницы всегда следует критически оценивать, когда новое расширение или настройка тестируются в тестовой среде.
• Непрерывность веб-сайта (или ее отсутствие). Из-за обширной и сложной архитектуры Magento трудности с кодом могут привести к конфликту расширений друг с другом. Это может привести к сбою страниц, если код не будет исправлен. Ничто так не расстраивает, как «Ошибка страницы не найдена», за исключением случаев, когда клиент видит эту ошибку. Согласно следующей статистике : «Около 74% посетителей уходят и никогда больше не посещают веб-сайт после всего лишь одного случая ошибки «Страница не найдена». Это не большие шансы.

Я уверен, что мы уже напугали вас. Так как же предотвратить эти неприятные последствия? В конечном счете, мы должны оценить размер вашей компании, ее доход и ресурсы.

Мелкие продавцы – подходит ли вам Magento?

С появлением Magento 2 мы получили запросы на миграцию от многих мелких продавцов, использующих Magento 1 Community Edition, которые было бы гораздо лучше обслужить, если бы вместо этого использовалась платформа «программное обеспечение как услуга» (SaaS), такая как BigCommerce или Shopify. Эти компании, возможно, были привлечены к использованию Magento из-за его многочисленных функций и гибкости, но стоимость обслуживания Magento намного превышает возможности этих малых и средних предприятий. Вместо того, чтобы работать как двигатель роста, Magento становится обузой, вынуждая этих продавцов тратить драгоценные ресурсы, которые они должны выделять на маркетинг, на обновления, исправления и поддержку. В дополнение к тому, что затраты на обслуживание (обычно) слишком высоки, этим продавцам не хватает внутренних ресурсов для надлежащего администрирования Magento, что еще больше снижает их рентабельность инвестиций.

По нашему мнению, для малых и средних продавцов с ежегодными онлайн-продажами менее 5 миллионов долларов обычно лучше попытаться ограничить использование пользовательских модулей для Magento до 10 или меньше. Хотя это число является несколько произвольным, оно является хорошим эталоном для продавцов, желающих снизить риск получения большего количества настроек, чем они могут безопасно выдержать.

Большинству продавцов, продающих менее 1 миллиона долларов в Интернете, вероятно, лучше всего подойдет решение SaaS, такое как Shopify или BigCommerce. Если эти продавцы, использующие Saas, хотят безопасно снизить риск проблем с производительностью или ошибок совместимости, им, вероятно, следует использовать существующие шаблонные темы и менее 5 приложений.

Крупные продавцы — вы не застрахованы от ошибок чрезмерной настройки

В то время как у крупных онлайн-продавцов есть бюджет и техническая смекалка, чтобы правильно управлять платформой веб-сайта, такой как Magento, они не застрахованы от серьезного вреда от добавления слишком большого количества функций и настроек. К сожалению, мы были свидетелями того, как крупные продавцы значительно снижали эффективность Magento из-за слишком большого количества функций и настроек. Много раз в таких ситуациях оптимистичные руководители (в попытке произвести большой фурор запуском нового и лучшего сайта) требовали добавления чрезмерного количества функций и настроек при создании нового сайта на Magento.

Для крупных продавцов, которым требуется большое количество сложных функций на своем веб-сайте, мы рекомендуем убедиться, что их настройки слабо связаны и работают путем взаимодействия с Magento API, чтобы свести к минимуму проблемы с производительностью и совместимостью кода. Например, продавец, желающий удовлетворить сложные требования к стоимости доставки, может снизить риск чрезмерной настройки с помощью стороннего приложения ShipperHQ . ShipperHQ — это решение SaaS, которое интегрируется в Magento с помощью небольшого кода расширения и API. Следовательно, приложение очень слабо связано и, следовательно, имеет минимальный риск возникновения конфликтов кода или снижения производительности.

Настройка не должна быть страшной

Настройка может стать властной, но это не обязательно. Не бойтесь расширений Magento, но и не доверяйте им слепо. Не все расширения одинаковы. Пока вы следуете этим рекомендациям и строго требуете, чтобы старший разработчик проверил и протестировал расширения перед использованием, вы можете действовать с осторожностью. Как всегда, если у вас есть какие-либо вопросы по этому поводу или вы затрудняетесь с настройками, позвоните нам сегодня, чтобы поговорить с разработчиком Magento.