Класически WooCommerce или headless магазин, как да изберете

# ЕтикетиWooCommerceHeadlessСкорост

Екипът на WPhost30 сеп 202614 мин четене

Магазинът Ви работи на WooCommerce и при всяка кампания страниците се забавят. Или тепърва започвате и се чудите дали да изберете класически WooCommerce, или headless магазин, за който сте чули, че е по-бърз. Изборът зависи от няколко неща, които можете да прецените и без да сте програмист.

В това ръководство минаваме през тях едно по едно: колко голям е каталогът, колко посетители имате и има ли пикове, кои плъгини участват в поръчката, какъв е бюджетът и кой ще поддържа магазина. Обясняваме и какво остава същото за Вас, какво се променя и как изборът се отразява на скоростта и SEO. Накрая има чеклист.

Накратко

И в двата варианта продуктите, поръчките и клиентите са в WooCommerce и работите от същия админ панел. Разликата е във витрината, която виждат купувачите.
Headless витрината на Next.js остава бърза при голям каталог и много посетители, но всичко, което досега плъгин показваше на купувача, трябва да се направи в нея.
Еконт и Спиди се свързват през API на куриерите, а наложеният платеж работи както досега. Плащането с карта се уговаря отделно.
Малък магазин, който тепърва започва, се справя добре с класически WooCommerce. Растящ магазин с трафик печели най-много от headless.

Каква е разликата между класически WooCommerce и headless магазин

При класическия WooCommerce магазинът е част от WordPress. Темата показва продуктите, количката и страницата за поръчка, а плъгините добавят каквото липсва, от избора на офис на куриера до полетата за фактура. Всяко отваряне на страница, която не е в кеша, минава през PHP и базата данни на същия сървър.

При headless магазин витрината, която виждат купувачите, е отделно приложение на Next.js. WooCommerce продължава да пази продуктите, наличностите, поръчките и клиентите и остава мястото, от което управлявате магазина. Двете части си говорят през API. WooCommerce има REST API за продуктите и поръчките и Store API, направен за количката и поръчката в публичната част на магазина. Документацията на Store API описва и как количката работи с headless витрина.

Ако искате първо да разберете как работи headless изобщо, започнете с ръководството Headless WordPress с Next.js, кога си струва и кога не.

Какво остава същото и какво се променя за Вас

За собственика най-важното е, че работата в админ панела не се променя. Добавяте продукти, сменяте цени и наличности и обработвате поръчките в WooCommerce, както досега. Промяната е във витрината и в начина, по който се свързват куриерите, плащанията и другите услуги.

Част от магазина	Класически WooCommerce	Headless магазин
Продукти, поръчки, клиенти	В WooCommerce	В WooCommerce
Админ панел	WordPress и WooCommerce	Същият
Витрина за купувачите	Тема на WordPress	Приложение на Next.js
Еконт и Спиди	Модули на куриерите	Връзка през API на куриерите
Наложен платеж	Вграден в WooCommerce	Предлага се във витрината, поръчката влиза в WooCommerce
Плащане с карта	Плъгин на доставчика	Уговаря се отделно
Нова функция за купувачите	Често готов плъгин	Програмира се във витрината

Последният ред е разликата, която се усеща най-много в ежедневието. При класическия магазин много неща се добавят с инсталиране на плъгин. При headless всяка промяна в това, което купувачът вижда, минава през програмист, затова е добре функциите на витрината да са описани още в офертата.

Започнете с числата на сегашния магазин

Преди да сравнявате варианти, съберете няколко числа. С тях разговорът с всеки изпълнител става по-конкретен, а решението се основава на факти.

Измерете в PageSpeed Insights на мобилни началната страница, една категория и един продукт. Пуснете теста няколко пъти, защото резултатът леко се променя от пускане на пускане.
Вижте в Google Analytics или в статистиката на хостинга колко посетители имате в обикновен ден и в най-натоварения ден на последната кампания.
Проверете в панела на хостинга дали магазинът е достигал лимита на процесора или паметта по време на кампания.
Пребройте продуктите заедно с вариантите им, както и плъгините, които участват в поръчката.

Ако магазинът е бърз, а сървърът не стига лимитите си дори при кампании, вероятно класическият WooCommerce Ви е достатъчен. Как да четете резултата от PageSpeed Insights, обясняваме в ръководството Как да измерите скоростта на сайта с PageSpeed Insights.

Колко голям е каталогът

Броят на продуктите сам по себе си рядко решава въпроса. Магазин с малък каталог и прости продукти работи добре на класически WooCommerce с лека тема, добър хостинг и кеш.

Нещата се променят, когато продуктите са много, имат варианти по размер и цвят, а купувачите филтрират и търсят. Категорийните страници с филтри и търсенето натоварват базата данни при всяко посещение извън кеша. При голям каталог в кеша рядко попадат всички страници и комбинации от филтри.

При headless продуктовите и категорийните страници се подготвят предварително и се обновяват на заден план, така че купувачът получава готова страница, без да чака базата данни. Търсенето и филтрите все пак имат нужда от данни в момента, в който купувачът ги ползва. Как точно са направени, е въпрос, който си струва да зададете на изпълнителя.

Колко посетители имате и има ли пикове

Кешът решава голяма част от проблема при класическия WooCommerce, но не целия. Според документацията на WooCommerce количката, поръчката и профилът на клиента не бива да се кешират, защото показват данни за конкретния купувач. Точно тези страници натоварват сървъра най-много при кампании и разпродажби, когато много хора пазаруват едновременно.

Класическият магазин обикновено работи на един сървър или хостинг с определен капацитет. Когато трафикът го надхвърли, страниците се забавят или спират да отговарят, а част от купувачите си тръгват по средата на поръчката.

Headless магазинът поема пиковете по друг начин. Витрината се зарежда от кеш. Kubernetes, система за управление на приложения на няколко сървъра, пуска още копия на витрината, когато трафикът расте, и спира излишните, когато спадне. WooCommerce вече не обслужва всяко разглеждане на продукт. В нашия модел поръчките минават през опашка, затова поръчка не се губи, дори WooCommerce да не отговаря в този момент.

Ако магазинът Ви има равномерен и умерен трафик, тази разлика почти не се усеща. Ако продавате с кампании, тя има значение точно в часовете, в които се продава най-много.

Кои плъгини участват в поръчката

Това е въпросът, който най-често определя цената и сложността. В българските магазини поръчката обикновено минава през модулите на Еконт и Спиди, наложения платеж, плащането с карта и полетата за фактура.

При класическия WooCommerce всеки модул добавя своите полета в страницата за поръчка на WooCommerce. Как се настройват куриерите по този начин, описваме в ръководството Как да настроите доставка с Еконт и Спиди в WooCommerce. При headless страницата за поръчка е част от витрината и модулите не я променят, затова всичко се свързва наново.

Еконт и Спиди. Двата куриера публикуват API със списъците на офисите и градовете си и с услуги за пратки. Витрината ги ползва, за да покаже избора на офис направо в поръчката. Това е част от нашия headless модел.
Наложен платеж. Той е вграден в WooCommerce и не изисква връзка с банка. Купувачът го избира във витрината, поръчката влиза в WooCommerce като поръчка с наложен платеж, както досега, а куриерът събира сумата при доставка.
Плащане с карта. Модулите на банките и платежните доставчици са направени за страницата за поръчка на WooCommerce. В headless поръчка плащането с карта изисква отделна връзка с доставчика. Ако Ви трябва, уговорете го с изпълнителя още в офертата. Какви модули за карти има за български магазин, описваме в ръководството Наложен платеж и плащане с карта в WooCommerce за България.
Фактури и други модули. Плъгините, които работят само с поръчката в админ панела, обикновено продължават да работят, стига витрината да изпраща данните, които им трябват, например име на фирмата, ЕИК и ДДС номер. Плъгините, които показват нещо на купувача, се правят наново.

Колкото повече такива модули има поръчката Ви, толкова повече работа има по витрината. Направете списък, преди да поискате оферта.

Бюджетът и кой ще поддържа магазина

Класическият WooCommerce е по-евтин за изработка и по-лесен за промени. За него има голям избор от плъгини и много разработчици, а нова функция често се добавя с готов модул.

Headless магазинът струва повече, защото се изграждат две части и връзката между тях. Инфраструктурата също обикновено струва повече от един споделен хостинг. Витрината и WooCommerce работят в облак, в акаунт на Ваше име, а Kubernetes добавя капацитет, когато е нужен. Конкретната цена зависи от магазина и се вижда в офертата. Какво да поискате в нея, описваме в ръководството Изработка на онлайн магазин, 10 въпроса за офертата.

Помислете и кой ще поддържа магазина. При класическия WooCommerce редовната работа е обновяване на плъгините, темата и WordPress и проверка, че поръчката работи след всяка промяна. При headless към нея се добавя приложението на Next.js с неговите зависимости, затова Ви трябва екип или партньор, който познава и двете страни. И в двата случая без поддръжка никой не следи ежедневно за уязвимости и не обновява навреме.

Как изборът се отразява на скоростта и SEO

Добре направеният класически WooCommerce също може да е бърз. Сайтовете на класически WordPress, които правим, предаваме с над 90 точки в Google PageSpeed Insights, измерени на мобилни в деня на предаването, при бърз хостинг и проверени от нас плъгини. Разликата се вижда при голям каталог, много плъгини и много посетители, когато класическият магазин трудно задържа скоростта.

При headless магазините целта ни е 90+ за скорост и 100 за SEO в PageSpeed Insights. Резултатът за SEO там е набор от технически проверки, например дали страницата има мета описание, валиден canonical адрес и hreflang и дали отговаря с успешен код. Той не измерва позиции в Google.

Скоростта има значение и за самия Google. Според документацията му основните системи за класиране се стремят да награждават страници, които работят добре за посетителя, но Google винаги търси най-подходящото съдържание, дори страницата да е по-бавна. Добрите Core Web Vitals не гарантират първите места.

При преминаване към headless има и риск. Заглавията, мета описанията, canonical адресите, структурираните данни и картата на сайта, които досега извеждаше SEO плъгинът, трябва да се извеждат от витрината. Всеки адрес, който се сменя, трябва да се пренасочи с 301 към новия. Ако нещо от това се пропусне, магазинът може да загуби видимост в Google, затова го включете в офертата.

Правилото накратко

Малък магазин, който тепърва започва, се справя добре с класически WooCommerce. Изработката е по-евтина, промените са по-лесни, а с лека тема и добър хостинг магазинът е бърз. В началото е по-важно да разберете кои продукти се продават, отколкото да изграждате сложна система.

Растящ магазин с трафик и кампании печели най-много от headless. Колкото повече посетители и продукти има, толкова повече тежат скоростта и стабилността в часовете, в които се продава най-много.

Между двете има и среден път. Ако започнете с класически WooCommerce и по-късно магазинът порасне, преминаването към headless сменя само витрината. Продуктите, поръчките и профилите на клиентите остават в WooCommerce, затова не започвате отначало. Как протича такава преработка, описваме стъпка по стъпка в ръководството Преработка на WooCommerce магазин в headless, как протича.

Чеклист

Знаете колко продукта и варианта има магазинът и колко бързо расте каталогът.
Знаете колко посетители имате в обикновен ден и в най-натоварения ден на кампания.
Имате списък с плъгините, които участват в поръчката: куриери, плащания, фактури и други.
Ако Ви трябва плащане с карта, то е уговорено в офертата.
Измерили сте магазина в PageSpeed Insights на мобилни на началната страница, на категория и на продукт.
Знаете кой ще поддържа магазина след пускането и какво включва поддръжката.
Ако минавате към headless, офертата включва SEO данните и пренасочването на старите адреси.

Кога не е нужно да решавате сами

Ако магазинът Ви е малък и работи бързо, няма нужда да сменяте нищо. Ако е бавен, първо проверете дали причината не е в нещо, което се оправя и без нова витрина. Най-честите причини са описани в ръководството Бавен WooCommerce магазин, 7 причини и как да ги оправите.

Ако магазинът расте и класическият вариант вече не стига, на страницата за изработка на сайтове и онлайн магазини е описан нашият headless онлайн магазин. За магазин, който вече работи, има преработка по същия модел, при която продуктите, поръчките и профилите на клиентите остават в WooCommerce, а Вие управлявате магазина от същия админ панел.

Често задавани въпроси

Каква е разликата между класически WooCommerce и headless магазин?

В класическия WooCommerce магазинът е част от WordPress, темата показва продуктите, количката и поръчката, а плъгините добавят каквото липсва. В headless магазина витрината, която купувачите виждат, е отделно приложение на Next.js, а WooCommerce пази продуктите, наличностите, поръчките и клиентите. И при двата варианта работите от същия админ на WooCommerce.

Ще се промени ли работата ми в админа с headless магазин?

Не. Добавяте продукти, сменяте цени и наличности и обработвате поръчките в WooCommerce както досега. Промяната е във витрината и в начина, по който се свързват куриерите, плащанията и другите услуги, а всяка нова функция, която купувачът вижда, минава през разработчик.

Кой вариант е по-подходящ за малък магазин в началото?

Малък магазин в началото се справя добре с класически WooCommerce. Изработката е по-евтина, промените са по-лесни, а с лека тема и добър хостинг магазинът е бърз. Ако магазинът порасне по-късно, преминаването към headless сменя само витрината, а продуктите, поръчките и клиентските акаунти остават в WooCommerce.

Помага ли кешът на класическия WooCommerce при кампании и разпродажби?

Помага за голяма част от страниците, но не за всички. Според документацията на WooCommerce количката, поръчката и акаунтът на клиента не бива да се кешират, защото показват данни на конкретния купувач, а точно те натоварват сървъра най-много при кампании. Класическият магазин обикновено работи на един сървър или хостинг акаунт с фиксиран капацитет и когато трафикът го надхвърли, страниците се забавят.

Работят ли Еконт, Спиди и наложеният платеж в headless магазин?

Да. Еконт и Спиди публикуват API със списъци на офисите и градовете си, а витрината ги ползва, за да покаже избора на офис направо в поръчката. Наложеният платеж е вграден в WooCommerce, купувачът го избира във витрината и поръчката влиза в WooCommerce както преди. Плащането с карта изисква собствена връзка с доставчика, затова се уговаря отделно и трябва да е записано в офертата.

Ще работят ли плъгините ми за фактури в headless магазин?

Плъгините, които работят само с поръчката в админа, обикновено продължават да работят, стига витрината да изпраща нужните им данни, например името на фирмата, ЕИК и номера по ДДС. Плъгините, които показват нещо на купувача, се изграждат наново във витрината. Колкото повече такива модули има в поръчката, толкова повече работа има по витрината, затова направете списък, преди да поискате оферта.

По-скъп ли е headless магазинът?

Да. Изработката струва повече, защото се правят две части и връзката между тях, а инфраструктурата в облака обикновено струва повече от споделен хостинг. Към поддръжката се добавят приложението на Next.js и зависимостите му, така че Ви трябва екип или партньор, който познава и двете страни. Точната цена зависи от магазина и се вижда в офертата.

Може ли преминаването към headless да навреди на SEO?

Може, ако нещо се пропусне. Заглавията, мета описанията, каноничните адреси, структурираните данни и sitemap, които досега е изписвал плъгинът за SEO, трябва да идват от витрината, а всеки сменен адрес трябва да се пренасочи към новия с 301. Добрите Core Web Vitals също не гарантират първите места, защото Google винаги се опитва да покаже най-подходящото съдържание.

Източници