SEO և ցուցափեղկի առաջխաղացում

Խանութի SEO-ի մեծ մասն աշխատում է ավտոմատ, առանց ձեռքով կարգավորման. հարթակն ինքն է պատրաստում էջերը որոնողական ռոբոտների համար, նշում ապրանքները կառուցվածքային տվյալներով, վարում է կայքի քարտեզը և ապրանքային ֆիդերը։ Այս բաժնում՝ ինչ է արվում ինքնուրույն, և ինչ արժե լրացուցիչ կարգավորել՝ ապրանքային ֆիդերը գովազդային ալիքներում, վերահասցեավորումները հասցեների տեղափոխման ժամանակ, Search Console-ի միացումը։

Ինչ է աշխատում ավտոմատ#

Կատալոգի, գնի կամ առկայության յուրաքանչյուր փոփոխության դեպքում հարթակը նորից է պատրաստում ձեր ցուցափեղկի էջերը որոնողական ռոբոտների և ԱԲ գործակալների համար՝ առանձին այն ամենից, ինչ տեսնում է կենդանի գնորդը (նրան տրվում է սովորական արագ վեբ հավելված)։

• Մետա-թեգեր և վերնագրեր — 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) բոլոր էջերում։
• Նախապես ցուցադրվող էջեր բոտերի և ԱԲ գործակալների համար — գլխավոր էջը, կատալոգը, հավաքածուի էջը, հավաքածուների ցանկը և ապրանքի քարտը որոնողական ռոբոտներին ու ԱԲ քրոլերներին տրվում են պատրաստի HTML էջի տեսքով՝ ամբողջական բովանդակությամբ (ոչ թե «դատարկ» JS հավելված) — սա վերաբերում է և՛ սովորական որոնողական բոտերին, և՛ գնումների օգնականների նման ԱԲ գործակալների քրոլերներին։
• Կատալոգի ֆիլտրերը «աղբային» էջեր չեն ստեղծում։ Ինքը կատալոգը, ընտրանին և բրենդի էջը բաց են որոնման համար, իսկ դրանց վիճակները՝ ընտրված արտադրողը կամ ապրանքի տեսակը, գնային միջակայքը, որոնումը, ոչ ստանդարտ դասավորումը՝ փակ են ինդեքսավորումից (noindex), ընդ որում նման էջի ապրանքները ռոբոտը միևնույն է շրջանցում է։ Canonical-հղումը միշտ տանում է կատալոգի մաքուր հասցեին, ուստի utm-նշումները և սպասարկող պարամետրերը չեն վերածվում առանձին էջերի։ Առանց սրա ֆիլտրերի հազարավոր համակցությունները կուտեն շրջանցման բյուջեն և կլուծեն կշիռը գրեթե նույնական հասցեների միջև՝ կատալոգի և ապրանքների քարտերի փոխարեն։
• Սեփական դոմենը հաշվի է առնվում վերը նշված բոլոր հասցեներում. եթե ցուցափեղկին միացված է սեփական դոմեն, canonical-հղումները, sitemap-ը, robots.txt-ը և llms.txt-ը ավտոմատ մատնանշում են ձեր դոմենը, ոչ թե հարթակի ենթադոմենը — տես Սեփական դոմեն։

Սրանից ոչինչ ձեռքով գործարկում չի պահանջում — թարմացումը տեղի է ունենում կատալոգի կամ լոկացիայի պրոֆիլի փոփոխության դեպքում՝ ինքնուրույն։

Ապրանքային ֆիդերը գովազդային ալիքներում#

Բացի օրգանական որոնման համար SEO-նշումից, հարթակը կարողանում է կատալոգը արտահանել առանձին ապրանքային ֆիդերով՝ գովազդային կաբինետների և մարկետփլեյսների համար, որոնց անհրաժեշտ է ֆայլ իրենց սեփական ձևաչափով (XML/CSV)։ Միանում են որպես ընդլայնումներ Հավելվածների խանութում՝ ըստ լոկացիայի.

Բոլոր ֆիդերը կառուցվում են նույն կատալոգից և թարմացվում են ավտոմատ՝ ապրանքների, գների և մնացորդների փոփոխության դեպքում — ոչինչ ձեռքով վերագեներացնել պետք չէ։

Ցուցափեղկ ԱԲ գործակալների համար#

Դասական SEO-ից առանձին՝ հարթակը ցուցափեղկը պատրաստում է նրան, որ այն ավելի ու ավելի հաճախ «կարդում են» ոչ թե մարդիկ, այլ ԱԲ գործակալներ՝ ձայնային օգնականներ, գնումների բոտեր, որոնողական ԱԲ համակարգեր.

• յուրաքանչյուր դոմենում կա llms.txt էջ՝ հակիրճ մեքենայաընթեռնելի կայքի քարտեզ հատուկ լեզվական մոդելների համար. ինչ խանութ է, ինչ ապրանքներ և կատեգորիաներ կան, որտեղ փնտրել API.
• ԱԲ քրոլերին տրված ապրանքների և կատալոգի էջերը պարունակում են ընդլայնված նկարագրություն՝ բնութագրեր, տարբերակներ, առկայություն, առաքման և վերադարձի պայմաններ — այն, ինչ սովորաբար թաքնված է ինտերֆեյսի ինտերակտիվ տարրերի հետևում և աննկատ է սովորական քրոլերի համար.
• արտաքին ԱԲ գործակալները կարող են programmatically որոնել ապրանքներ և ձևակերպել պատվեր հանրային Guest API/MCP-ի միջոցով — մանրամասները Guest API for AI agents բաժնում։

Փոխանցումների կառավարիչ և 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 և ֆիդ» բաժնում։

Իսկ ի՞նչ կարգավիճակ է Yandex-ի և .ru-դոմենների հետ։#

Ապրանքային արտահանում դեպի Yandex կա (Yandex Products)։ Նշումը, կայքի քարտեզը, robots.txt-ը և hreflang-ը գեներացվում են հարթակի բոլոր դոմեններում նույն կերպ՝ ներառյալ ռուսական բրենդները։ Իսկ ահա պատրաստի էջերի տրամադրումը ռոբոտներին (նախապես տրամադրվող էջեր) և փոխանցումների կառավարիչը ներկայումս աշխատում են cenaly.com և cenaly.com դոմեններում. ռուսական կոնտուրում (cenaly.ru) փոխանցումների կանոնները պահպանվում են ձեր հաշվում, սակայն ցուցափեղկ և ռոբոտ դեռ չեն հասնում, իսկ որոնողական ռոբոտին տրամադրվում է սովորական վեբ-հավելվածը։ Օրգանական հարցումների բաժանումով «Վիճակագրություն» բաժինը կառուցված է Google Search Console-ի վրա — Yandex-ով առաջ մղվող դոմենների համար այդ բաժանումը դեռ հասանելի չէ, Yandex Webmaster-ի վրա հիմնված անալոգը մշակման փուլում է։