Здравейте, аз съм Васил Тошков от Cloxy, а темата днес е оптимизация на OpenCart електронни магазини. Първо защо OpenCart - лично според нас OpenCart е най-лесната за работа система и за програмистите, и за потребителите. Също така е най-лесна за оптимизация за търсачките.

По-подразбиране OpenCart изобщо не оптимизирана за търсачките. Има адреси дълги с параметри, въобще откъм SEO е почти 0. Но благодарение на много добрата си MVC структура, сравнително добър код има. В смисъл от всички системи, които аз съм виждал тя е най-добре програмирана като код.

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

Първото нещо е структурата. Естествено, най-важното нещо е структурата на един сайт, структурата на адресите. На това нещо се базира всичко. Какво може да се направи откъм структура. Първото е да се пусне, OpenCart има модул за SEO Friendly адреси, естествено това нещо може да се пусне. Но той в никакъв случай не ни решава всички проблеми.

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

Другото нещо, което трябва да се реши как ще са адресите на категориите и на продуктите в магазина. Ще смеся първа и втора точка. Canonical-ът в OpenCart по подразбиране сочи към... т.е в OpenCart може всеки един продукт или категория да се отвори по два пътя. Първият път е да включва в себе си целия път, тоест и родителските категории. Вторият вариант примерно за продукт е да се отваря само продуктът нали домейнът.com/името-на-продуктът без категориите между тях. И двата пътя са възможни в OpenCart. Въпросът е да се реши спрямо магазинът, който ще се прави кой от двата ще се избере.

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

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

Така че пълни адреси трябва да се пренапишат и за продукти, т.е трябва да се пренапишат примерно даден продукт, категориите или пътят от категориите в адреса си и за съответните категории, ако някоя категория има родителска - тя да се вижда в URL адреса.

Така и самият breadcrumb, пътища или както искаме да го наричем "трохички" на български е пълен, въобще ползите са много. Потребителят знае къде се е озовал, не говорим само за търсачки. Така че пренаписваме canonical-ът.

Другото нещо, което липсва в OpenCart това са prev/next релациите на връзките. В смисъл много релации липсват, то почти няма никакви релации освен един canonical, който е спорно дали е правилен или не. Така че prev/next трябва да си вкараме на ниво категория, примерно поне. Тоест всяка една категория, ако има повече от продуктите, които са изписани на първа страница да са свързани втора, трета и т.н страници с previous и next релации. Имаме отделно видео за това (Страниране, разбираемо за търсачките). И естествено много други релации - за лиценз, relation me. Много неща могат да се интегрират и за тази точка.

Третото нещо е да се деиндексират всички излишни страници. Има много такива страници - страници за сравнение, търсенията в търсачката, shopping cart, за акаунт, има много неща, които могат да се махнат от резултатите, за да не се размиват, да имат по-голяма тежест всички важни категории, продукти и т.н страници, а не да индексираме излишни страници.

XML карта на сайта. Системата има по подразбиране такъв модул, може да се пусне, но това нещо, което трябва да се направи е да се преработи. Да се вкарат адресите с пълните пътища, за които вече говорих в първите 2 точки. Тъй като по подразбиране там са всички видове адреси и пълни и кратки, нали абсолютно всички видове на пътищата. Има дублиране на адресите, което няма логика да го правим.

И естествено Ping по тази карта на сайтът. Няма интегрирано в OpenCart - система за пингвания. Когато пуснем нов продукт трябва да се update-ва картата, това нещо се случва и имаме видео и за това (Ползи от XML картата на сайта) да се пингва по един или друг начин самата търсачка Google. За да може, когато пуснем един продукт моментално, за секунди той да влиза в резултатите на търсачката.

Заглавията са много дълга тема, но малко време ще им отделя. Има много голяма разлика между OpenCart 1 и OpenCart 2, който сега излезе. В OpenCart заглавията на продуктите са имената на продуктите, докато в OpenCart 2 си има отделно поле за това, по подразбиране продуктът няма заглавие, там си има много проблеми, които се надявам, че ще бъдат решени.

Спрямо версията трябва да се измисли стратегия, най-малкото да се вкара брандът на съответния магазин, това нещо го няма. Моят съвет е в заглавието да се вкарат и наобратно пътят през всички категории, през които се минава, за да се стигне до този продукт. Сега няма да давам пример, но идеята е заглавията да вървят обратно на адресите. Ако имаме домейн/категория/име-на-продукт заглавието ни да е продукт | категорията | брандът на електронният магазин.

HTML5 и Microdata. Във втора версия има някаква базова HTML5 семантика, но не е довършена напълно, микроданни няма. В първа версия няма нито едно от тези двете неща, така че трябва да си пренапишем шаблона на HTML5, да отговаря на всички стандарти за HTML5, има страшно много неща, които могат да се опишат като тагове. Като цяло много добре са програмирани шаблоните, така че много лесно се прави, просто се сменят имената на таговете.

И естествено микроданни, поне микроданни за продукт трябва да си вкараме. На всеки един продукт да опишем името, снимката, ревюта, оценки и такива неща. Отново много добре са направени шаблоните, много лесно се интегрира микродатата, но трябва за всеки един магазин да се редактира ръчно шаблона. Няма как това нещо да стане автоматично и да се опише това нещо.

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

За оптимизацията много зависи типът на магазина, който развиваме. Няма универсално решение за всички магазини. И затова са го оставили, ние да си сложим индекси спрямо това, къде ще се натоварва най-много базата. И това нещо трябва да се направи. Има проблеми в първа версия с броенето на категории и всякакви такива неща, които ако не се спрат просто като минем 500-1000 продукта и целия магазин се затлачва.

И накрая като пример всичкото това нещо къде сме го изпълнили до момента в най-добър вид. Един магазин, в който имаме участие и който разработваме. Това е Axeny.com, в който сме се постарали всички тези неща да бъдат изпълнени. Там е един чист OpenCart. В моментът е първа версия, изчакваме втора версия, тъй като е прекалено нова, да се стабилизира. И тези неща сме ги разработили, имаме копие на магазина и на втора версия, просто като се стабилизира ще пуснем магазинът и на втора версия. Зависи кога гледате това видео, може вече да го гледате и на втора версия.

Това са нещата. Разбира се това е най-базово описани неща. Има някои неща, доста елементарни като със и без www, трябва да се пренасочи. Но не се съсредоточавам върху такива дреболии в момента. Много е мощна системата. Аз лично я препоръчвам за електронни магазини. По подразбиране не е оптимизирана, но това и е хубавото. Тя поставя една рамка, която всеки може да разширява както си иска и именно това е силата на OpenCart. Това е за днес, до следващият път, чао.