SEO и промоција на продавницата

Голем дел од SEO за продавницата работи автоматски, без рачно подесување: платформата сама подготвува страници за пребарувачките роботи, ги означува производите со структурирани податоци, води мапа на сајтот и продуктови фидови. Во овој дел — што се прави само, а што вреди да се донамести: продуктови фидови во рекламни канали, пренасочувања при преместување адреси, поврзување на Search Console.

Што работи автоматски#

При секоја промена на каталогот, цената или достапноста платформата одново подготвува за пребарувачките роботи и AI агентите страници на вашата продавница — одделно од тоа што го гледа живиот купувач (нему му се дава обична брза веб-апликација).

• Мета-ознаки и наслови — title/description за главната, каталогот, колекцијата и секој производ; описот внимателно се скратува до потребната должина по знаци, а не по бајти — така грузискиот, арапскиот или кинескиот текст не се прекинува на половина знак.
• Canonical-врски — секоја страница има една „главна“ адреса; дупликатите (на пример, старата и новата URL на производот) коректно укажуваат на актуелната, без губење на тежината на врската.
• hreflang — ако на продавницата се вклучени неколку јазици, пребарувачот добива поврзаност на јазичните верзии на една страница.
• sitemap.xml — мапата на сајтот се обновува автоматски, ја вклучува главната на секој јазик, каталогот, производите, колекциите и статиите; кај картичките на производите во мапата е ставена датум на последна измена (lastmod): при обновување на каталогот таа се зема од самиот производ, затоа пребарувачот гледа што навистина се сменило и не прегледува сѐ по ред (по измена на поставките на локацијата мапата се составува целосно, и датумите во неа еднократно стануваат тековни). За производите со фотографии мапата дополнително носи image-sitemap — директни врски до сликите за индексирање во Google Картинки. Категориите немаат одделни страници (категоријата е дел од каталогот), затоа ги нема ни во мапата на сајтот.
• robots.txt — се генерира и обновува сам, без рачно уредување на датотеката.
• Структурирани податоци (JSON-LD):
  • на главната на продавницата — Store/Organization и означување за пребарување по сајтот (Google може да ја прикаже лентата за пребарување по сајтот директно во резултатите); кај ресторанот наместо тоа — Restaurant со врска до менито;
  • на страницата на производот — Product/Offer со цена, достапност, баркод (GTIN), артикал, бренд, состојба, услови за достава и враќање;
  • кај производ со неколку варијанти (боја/големина) — ProductGroup со сите варијанти одеднаш: нивните SKU, баркод, цена, тежина — Google разбира дека тоа е еден производ со избор на опции, а не различни ставки;
  • лебни трошки (BreadcrumbList) на сите страници.
• Пререндер за ботови и AI агенти — главната, каталогот, страницата на колекцијата, списокот на колекции и картичката на производот им се даваат на пребарувачките роботи и AI-краулерите како готова HTML-страница со целосна содржина (а не „празна“ JS-апликација) — тоа се однесува и на обичните пребарувачки ботови и на краулерите на AI агенти како асистенти за купување.
• Филтрите на каталогот не создаваат „ѓубре“ страници. Самиот каталог, изборот и страницата на брендот се отворени за пребарување, а нивните состојби — избраниот производител или тип на производ, опсегот на цена, пребарувањето, нестандардното сортирање — се затворени за индексирање (noindex), при што производите од таква страница роботот сепак ги посетува. Canonical-врската секогаш води до чистата адреса на каталогот, затоа utm-ознаките и службените параметри не се претвораат во одделни страници. Без ова илјадници комбинации на филтри би го јаделе буџетот за посета и би ја разводнувале тежината меѓу речиси исти адреси наместо каталогот и картичките на производите.
• Сопствен домен се зема предвид во сите адреси погоре: ако на продавницата е поврзан сопствен домен, canonical-врските, sitemap, robots.txt и llms.txt автоматски укажуваат на вашиот домен, а не на поддоменот на платформата — види Сопствен домен.

Ништо од ова не бара рачно стартување — обновувањето се случува при промена на каталогот или профилот на локацијата, само.

Продуктови фидови во рекламни канали#

Покрај SEO-означувањето за органско пребарување, платформата умее да го извезува каталогот како одделни продуктови фидови — за рекламни сметки и маркетплејси на кои им треба датотека во нивниот сопствен формат (XML/CSV). Се поврзуваат како екстензии во Продавница за апликации, по локација:

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

Продавница за AI агенти#

Одделно од класичното SEO, платформата ја подготвува продавницата за тоа што сѐ почесто не ја „читаат“ луѓе, туку AI агенти — гласовни асистенти, шопинг-ботови, пребарувачки AI-системи:

• на секој домен има страница llms.txt — кратка машински читлива мапа на сајтот специјално за јазични модели: каков е магацинот, кои производи и категории ги има, каде да се бара API;
• страниците на производите и каталогот, дадени на AI-краулерот, содржат проширен опис — карактеристики, варијанти, достапност, услови за достава и враќање — тоа што обично е скриено зад интерактивните елементи на интерфејсот и незабележливо за обичен краулер;
• надворешните AI агенти можат programmatically да бараат производи и да направат нарачка преку јавниот Guest API/MCP — подробности во делот Guest API за AI агенти.

Менаџер за пренасочувања и дневник на 404#

При промена на структурата на адресите на продавницата (преселба од друга платформа, промена на URL на категории/производи) старите врски почнуваат да враќаат 404 — се губи сообраќај и тежина на врските од пребарувачот и од социјалните мрежи. Делот Студио за продавница → Продавница → „SEO и фид“ го решава ова без учество на програмер:

• Пренасочувања — табела со правила „од каде → каде“: точно совпаѓање, совпаѓање по почеток на адресата или по регуларен израз; код на одговор 301 (постојан), 302 (привремен) или 410 (страницата е трајно избришана); правилата може да се вклучуваат/исклучуваат и да се снабдат со забелешка.
• Увоз на CSV — ако се преселувате од WordPress/WooCommerce и веќе сте поставувале пренасочувања со додатокот Redirection, може да увезете готов список со една датотека, наместо рачно да ги пренесувате правилата.
• Дневник на 404 — платформата сама евидентира на кои адреси пристигнуваат „мртви“ посети во последните 30 дена (колку пати, кога за последен пат). На секој ред од дневникот има копче „Создај пренасочување“, кое веднаш отвора формулар за ново правило со веќе внесена адреса.
• Пренасочувањето се применува и за пребарувачките роботи и за живите посетители: на ботот му доаѓа вистински HTTP-статус (301/302/410) уште на ниво на издавање на страницата — тоа е она што е важно за зачувување на позициите и тежината на врските при преселба на адреси; човекот што ќе отвори стара врска пристигнува на новата адреса без „Страницата не е најдена“.

Органски пребарувачки барања#

Во делот Статистика има детализација на органските пребарувачки барања: по кои зборови ве наоѓаат на Google, колку кликови и прикажувања има по нив, просечна позиција во резултатите. Вообичаената аналитика на посетеноста (Google Analytics) воопшто не дава такви податоци — пребарувачките фрази се видливи само преку Search Console.

Не треба ништо да поврзувате или потврдувате: Search Console е поврзана на страната на платформата, а вам ви се прикажува пресек за вашиот сајт. Редовите со извори на сообраќај со органско пребарување во „Статистика“ се отвораат во табела со барања — не треба да се отвора посебен екран.

Сопствен домен и SEO#

Јавниот сајт стандардно живее на поддомен на платформата (вашата-продавница.cenaly.com). SEO-адресите (canonical, sitemap, фидови со производи, llms.txt) при поврзување на сопствен домен автоматски се преуредуваат за него — тоа е адресата што треба да се користи во реклами, на натписот и што ќе ја видат пребарувачите. Детално упатство за поврзување — во делот Сопствен домен.

Поврзани делови#

• Интернет-продавница: продавница и продажби — преглед на трговската вертикала
• Google Product Feed — фид со производи за Google Merchant Center
• Сопствен домен — поврзување на сопствен домен
• Статистика — посетеност на сајтот и органски барања
• Конструктор на сајт — уредување на продавницата
• Guest API за AI-агенти — како AI-агентите ја гледаат вашата продавница

Често поставувани прашања#

Дали треба нешто рачно да се постави за да проработи SEO?#

Основното SEO (мета-ознаки, canonical, hreflang, sitemap, robots.txt, означување на производи, пререндер за ботови) работи веднаш, без поставување. Разбивката на органските барања во „Статистика“ — исто така, не треба сами да поврзувате Search Console. Рачно вреди да се поврзе само она што бара надворешна сметка: фидовите со производи (Google Merchant Center и сл.).

Како пребарувачот дознава за нов производ?#

При додавање, измена или бришење на производ, платформата сама ги регенерира SEO-страниците и sitemap на таа локација — обично за неколку секунди до минути. Понатаму брзината на индексирање зависи веќе од самиот пребарувач.

Дали пренасочувањата се применуваат веднаш по зачувувањето?#

Да, правилото почнува да важи веднаш и за ботовите и за живите посетители — не е потребен посебен чекор за објавување.

Може ли да се пренесат пренасочувања од WordPress?#

Да, ако сте го користеле додатокот Redirection (или сличен извоз на CSV во неговиот формат), списокот со правила може да се увезе со една датотека во делот „SEO и фид“.

А што со Яндекс и .ru-домените?#

Извоз на производи во Яндекс постои (Яндекс Товары). Означувањето, картата на сајтот, robots.txt и hreflang се генерираат исто на сите домени на платформата, вклучително и руските брендови. Но издавањето готови страници на роботите (пререндер) и менаџерот за пренасочувања во моментов работат на домените cenaly.com и cenaly.com: на рускиот контур (cenaly.ru) правилата за пренасочувања се зачувуваат во вашата сметка, но до продавницата и до роботот сѐ уште не стигнуваат, а на пребарувачкиот бот му се издава вообичаена веб-апликација. Делот „Статистика“ со разбивка на органските барања е изграден на Google Search Console — за домени што се промовираат преку Яндекс, оваа разбивка сѐ уште не е достапна, аналогот базиран на Яндекс.Вебмастера е во развој.