ჩემი საიტი: ვიჯეტები თქვენს საკუთარ საიტზე

განყოფილება „ჩემი საიტი“ — მათთვის, ვისაც საიტი უკვე აქვს. საჭირო არ არის ჩვენს ვიტრინაზე გადასვლა და რაიმეს გადატანა: თქვენ არსებულ საიტზე სვამთ კოდის ერთ სტრიქონს და შემდეგ საჭირო პროდუქტებს ჩართავთ გადამრთველებით კაბინეტში.

იხსნება: ადმინ პანელი → მარკეტინგი → „ჩემი საიტი“ (admin.meni.ge).

მუშაობს ნებისმიერ პლატფორმაზე, სადაც შესაძლებელია <script>-ის ჩასმა: WordPress, Tilda, Wix, Shopify, Webflow, Bitrix, InSales, OpenCart, საკუთარი კოდით დაწერილი საიტი, კონსტრუქტორის ლენდინგი.

საიტის მისამართი და ინსტალაციის კოდი#

ბლოკი «🌐 თქვენი საიტი» განყოფილების თავსართში სამი ნაბიჯით მიჰყავს: მისამართი → კოდი საიტზე → შემოწმება, და მთავარი ღილაკი ყოველთვის შემდეგ დაუხურავ ნაბიჯს გთავაზობთ. პირველი — თქვენი საიტის მისამართი (მაგალითად, example.com): მასზე ვამოწმებთ ინსტალაციას და ვაგებთ სწორ ბმულებს ვიჯეტებში.

მეორე — ინსტალაციის კოდი. ეს ერთი სტრიქონია:

<script src="https://cdn.meni.ge/site/v1.js" data-domain="თქვენი-დომენი" async></script>

ჩასვით ის ერთხელ — <head>-ში ან </body>-ის წინ. საიტის კოდს მეტად დაბრუნება არ დაგჭირდებათ: ვიჯეტების შემადგენლობა კაბინეტში გადამრთველებით ეთითება, და არა გვერდზე არსებული თეგებით. ჩართეთ ვიჯეტი — ის საიტზე რამდენიმე წუთში ჩნდება, გამორთეთ — ქრება.

თუ ადრე ვიჯეტების ცალკეულ თეგებს ხელით სვამდით, ისინი განაგრძობენ მუშაობას: ერთიანი ჩამტვირთავი მათ ხედავს და ვიჯეტს მეორედ არ აწევს.

ინსტალაცია პოპულარულ პლატფორმებზე#

ფანჯარაში «ინსტალაციის კოდი» თითოეული პლატფორმისთვის ცალკე ჩანართია — იმავე ნაბიჯებით, რაც ქვემოთ არის.

თითოეულ პლატფორმას აქ საკუთარი ღუზა აქვს, და ბმული შეგიძლიათ გაუგზავნოთ იმას, ვინც საიტს არედაქტირებს, გადმოთქმის ნაცვლად: #html, #google-tag-manager, #wordpress, #tilda, #wix, #shopify, #webflow, #squarespace — მაგალითად, /ru/docs/site-widgets#tilda.

ყველა პლატფორმისთვის საერთო, რომ ყოველ პუნქტში არ გამეორდეს:

• თეგი იდგმება ერთხელ მთელ საიტზე — საერთო შაბლონში და არა ცალკეულ გვერდზე;
• კონსტრუქტორებთან (Tilda, Wix, Webflow, Squarespace) ჩასწორება რედაქტორში რჩება, სანამ საიტი ხელახლა არ გამოქვეყნდება;
• შემოწმება საჭიროა ცოცხალ საიტზე და არა რედაქტორის წინასწარ ხედზე;
• თუ საიტის წინ ქეში ან CDN დგას, გაასუფთავეთ იგი: სტუმარსაც და ჩვენს შემოწმებასაც შეიძლება მიეწოდოს გვერდის შენახული ასლი თეგის გარეშე;
• რას ვერ დაინახავს ამ დროს ინსტალაციის შემოწმება — ცალკე განხილვა ქვემოთ.

HTML#

ნებისმიერი საიტი, რომლის შაბლონზეც წვდომა გაქვთ: თვითნაწერი, სადესანტო გვერდი, სტატიკური გენერატორი.

1. დააკოპირეთ კოდის სტრიქონი: მარკეტინგი → «ჩემი საიტი».
2. ჩასვით იგი საიტის საერთო შაბლონის <head>-ში ან </body>-ის წინ.
3. საერთო შაბლონი არ არის (გვერდები ცალკე ფაილებია) — ჩასვით ყოველ გვერდზე.
4. ატვირთეთ ცვლილებები სერვერზე, გახსენით საიტი და დააჭირეთ «ინსტალაციის შემოწმებას».

Google Tag Manager#

გამოდგება, როცა შაბლონზე წვდომა არ გაქვთ, ხოლო GTM საიტზე უკვე დგას.

1. თეგები → შექმნა → ტიპი «მომხმარებლის HTML».
2. ჩასვით კოდის სტრიქონი, ტრიგერი — «ყველა გვერდი», შეინახეთ.
3. დააჭირეთ «გამოქვეყნებას»: სანამ კონტეინერის ვერსია გამოქვეყნებული არ არის, ცოცხალ საიტზე თეგი არ არის.

⚠️ GTM-იდან აწეულ თეგს ჩვენი «ინსტალაციის შემოწმება» ვერასოდეს დაინახავს — და ეს შეცდომა არაა, არამედ მეთოდის შედეგია: «რას ვერ ხედავს ინსტალაციის შემოწმება». გახსენით საიტი და თვალით შეხედეთ.

WordPress#

1. WordPress-ის კონსოლი (your-site/wp-admin), საჭიროა ადმინისტრატორის უფლებები.
2. საიმედო გზა: პლაგინები → დამატება → ნებისმიერი პლაგინი header/footer-ში კოდის ჩასასმელად → მის პარამეტრებში ჩასვით სტრიქონი ველში Header → შეინახეთ.
3. გზა პლაგინის გარეშე: გარეგნობა → თემის ფაილების რედაქტორი → header.php (დამხურავი </head>-ის წინ) ან footer.php (</body>-ის წინ) → «ფაილის განახლება».
4. გახსენით საიტი და დააჭირეთ «ინსტალაციის შემოწმებას».

⚠️ მშობელი თემის ფაილების ჩასწორება იკარგება მისი განახლებისას — ამაზე WordPress-ის დოკუმენტაციაც აფრთხილებს. კოდის ჩასმის პლაგინი ან შვილობილი თემა განახლებას გადაიტანს. დგას ქეშირების პლაგინი (W3 Total Cache, WP Rocket და მისთანები) — გაასუფთავეთ ქეში, თორემ შემოწმება გვერდის ძველ ასლს დაინახავს.

💡 ვიჯეტებისთვის ცალკე პლაგინის დაყენება საჭირო არ არის: მათ ერთი თეგი აერთებს. პლაგინი Cenaly Consent სხვა რამეზეა — ის თქვენ ნაცვლად მხოლოდ cookie-ბანერის თეგს დგამს (იხ. Cookies და თანხმობა).

Tilda#

1. პროექტების სიაში — საჭირო საიტის «საიტის პარამეტრები» (პროექტის და არა გვერდის პარამეტრები).
2. განყოფილება «სხვა» (ანგარიშების ნაწილში ის ხელმოწერილია როგორც «კოდის ჩასმა») → ველი «HTML-კოდი head-ის შიგნით ჩასასმელად».
3. ჩასვით სტრიქონი და შეინახეთ.
4. ხელახლა გამოაქვეყნეთ პროექტის ყველა გვერდი — ამის გარეშე კოდი მხოლოდ რედაქტორში რჩება.
5. გახსენით ცოცხალი საიტი და დააჭირეთ «ინსტალაციის შემოწმებას».

💡 თეგი მხოლოდ ერთ გვერდზე გჭირდებათ — იგივე ველი არის «გვერდის პარამეტრებში» → «დამატებით»; მაშინ ხელახლა სწორედ ეს გვერდი უნდა გამოაქვეყნოთ.

Wix#

1. საიტი უნდა იყოს გამოქვეყნებული, ხოლო დომენი — მიერთებული: ეს თავად Wix-ის პირობაა საკუთარი კოდისთვის.
2. Settings (პარამეტრები) → Development & integrations (შემუშავება და ინტეგრაციები) → Custom Code.
3. «+ Add Custom Code» → ჩასვით სტრიქონი, მიეცით ფრაგმენტს გასაგები სახელი.
4. გამოიყენეთ ყველა გვერდზე (All pages), ჩაიტვირთოს ერთხელ, ჩასმის ადგილი — Head. შეინახეთ.
5. დააჭირეთ Publish, გახსენით ცოცხალი საიტი და დააჭირეთ «ინსტალაციის შემოწმებას».

⚠️ Wix-ში კოდის ფრაგმენტები დომენზეა მიბმული: საიტს სხვა დომენი მიანიჭეთ — ფრაგმენტები იშლება და თეგი ხელახლა მოგიწევთ ჩასვათ.

Shopify#

1. Shopify-ის ადმინ-პანელი → ონლაინ-მაღაზია (Online Store) → თემები.
2. საჭირო თემასთან «…» → Duplicate: თემის ასლი თქვენი უკან დასაბრუნებელი გზაა.
3. იქვე «…» → კოდის შეცვლა (Edit code).
4. მარცხნივ საქაღალდე Layout → ფაილი theme.liquid → ჩასვით სტრიქონი დამხურავი </head>-ის წინ (ან </body>-ის წინ) → Save.
5. გახსენით მაღაზიის ვიტრინა და დააჭირეთ «ინსტალაციის შემოწმებას».

⚠️ ჩასწორება თემას ეკუთვნის და არა მაღაზიას: თემა გადართეთ ან ხელახლა შექმენით — ჩასვით თეგი ახალში, თორემ ვიჯეტები ძველთან ერთად გაქრება. Shopify-ის შეკვეთის გაფორმების გვერდები თემის თვითნებური სკრიპტებისთვის დახურულია — ვიჯეტები ვიტრინაზეა გათვლილი.

Webflow#

1. საჭირო პროექტის Site settings → ჩანართი Custom code.
2. ველი Head code → ჩასვით სტრიქონი და შეინახეთ. ამ ველში მხოლოდ თავად სკრიპტს წერენ: თეგების html, head, body დამატება საჭირო არ არის.
3. დააჭირეთ Publish — რედაქტორში და წინასწარ ხედში საკუთარი კოდი არ მუშაობს.
4. გახსენით გამოქვეყნებული საიტი და დააჭირეთ «ინსტალაციის შემოწმებას».

⚠️ Webflow-ის საიტის პარამეტრებში საკუთარი კოდის ველები ფასიან Site plan-ზე იხსნება. ვიჯეტი მხოლოდ ერთ გვერდზე გჭირდებათ — გვერდს თავის პარამეტრებში საკუთარი კოდის ველები აქვს.

Squarespace#

1. საიტის პანელი → Website → Website Tools → Code Injection.
2. ველი Header (ხვდება ყოველი გვერდის <head>-ში) → ჩასვით სტრიქონი → Save.
3. გახსენით ცოცხალი საიტი და დააჭირეთ «ინსტალაციის შემოწმებას».

⚠️ პანელი Code Injection ხელმისაწვდომია გეგმებზე Core, Plus, Advanced და Squarespace-ის ლეგასი-გეგმების ნაწილზე. გვერდზე კოდის ბლოკი (Code Block) ჩანაცვლება არ არის: ის კოდს ერთი გვერდის შიგნით დგამს, ვიჯეტები კი მთელ საიტზეა საჭირო.

ნაბიჯები შედარებულია პლატფორმების ოფიციალურ ცნობარს. პლატფორმამ მენიუს პუნქტს სახელი შეუცვალა — დაუჯერეთ მის ცნობარს და არა ჩვენ, და მოგვწერეთ: გავასწორებთ.

თორმეტი ვიჯეტი#

თითოეული ვიჯეტი ცალკე ბარათია ჩამრთველითა და პარამეტრების კბილანათი. მონაცემები, რომელსაც ვიჯეტები აგროვებენ, კაბინეტის ჩვეულებრივ განყოფილებებში ხვდება — ცალკე «საიტის ინბოქსის» შექმნა საჭირო არ არის.

ჩატვირთვის თანმიმდევრობა შემთხვევითი არ არის: cookie-ბანერი ჩვენს ვიჯეტებს შორის პირველი იტვირთება. ერთიანი ასინქრონული ჩამტვირთავი ჯერ პარამეტრებს კითხულობს და ვერ გაასწრებს ანალიტიკას, რომელიც საიტს უკვე გაშვებული აქვს. თუ ტრეკერების გაშვებამდე ბლოკირებაა საჭირო, დააყენეთ ცალკე ტეგი consent/v1.js პირველად <head>-ში, async-ისა და defer-ის გარეშე, როგორც ეს აღწერილია თანხმობის შესახებ სტატიაში. მულტიღილაკი აგრეგირებად ვიჯეტებს მოჰყვება, ხოლო «ცოცხალი ვიტრინა» — ბოლოა: მისი ფირფიტები ითვალისწინებს იმავე კუთხეში მდგარ ღილაკებს.

cenaly.ru-ზე cookie-ბანერს შეზღუდვები აქვს: თანხმობების ჟურნალი და CSV ჯერჯერობით არ გროვდება, cookies-ის სკანერი მიუწვდომელია, დეკლარაციას ხელით აწარმოებენ. კონფიგის მიუწვდომლობისას მიმდინარე ვერსია ხსნის ტრეკერების ბლოკირებას; დაყენების შემდეგ შეამოწმეთ ბანერი და გვერდის ფაქტობრივი მოთხოვნები. სრული პირობები — Cookies და თანხმობაში.

მხარდაჭერის ცენტრი აჩვენებს გამოქვეყნებულ სტატიებს, რომლებიც უნდა მოამზადოთ განყოფილებაში «სტატიები და გვერდები» ან გამოაქვეყნოთ ცოდნის ბაზიდან. ღილაკი თავად სტატიებს არ ქმნის. დახმარების ანალიტიკაში ამ პანელის შიგნით გვერდის მოვლენები წყარო «საიტს» მიეკუთვნება; წყარო «ვიჯეტი» ჩატში დახმარების ჩანართს აღნიშნავს.

იურიდიული დოკუმენტები ჯერ უნდა გამოქვეყნდეს ჩვენს ჰოსტინგზე. ვიჯეტი გამოქვეყნებულ ვერსიებს აჩვენებს ბმულებით, ფანჯარაში ან ტექსტად გვერდზე; კაბინეტში ხელახალი გამოქვეყნება მათ განაახლებს. ეს არ არის კანონმდებლობის ცვლილებების ავტომატური თვალყურის დევნება.

მულტიღილაკი უბრალოდ ბმულების სია არ არის: მას აქვს მოსაწვევი ღრუბელი («გაქვთ კითხვა?»), ჩვენების პირობები (რომელ გვერდებზე, რამდენ წამში, მხოლოდ ტელეფონზე თუ ყველგან), მესენჯერებისთვის პირველი შეტყობინების დამზადებული ტექსტი და კლიკების საკუთარი სტატისტიკა არხების მიხედვით.

«ცოცხალი ვიტრინა» სოციალურ მტკიცებულებას თქვენივე მონაცემებზე — შეკვეთებზე, ჯავშნებსა და ჩაწერებზე — აჩვენებს და ამას პატიოსნად აკეთებს: ფირფიტაში სახელები და ტელეფონები არ არის, მოვლენები აგრეგირებულია, ხოლო მოძველებულები დაწესებულების კალენდრის მიხედვით ჩვენებას წყვეტს (გუშინ დაკეტილი დაწესებულება გუშინდელ შეკვეთებს არ «ყიდის»).

ბარათს «პოპაპები და ფორმები» ჩამრთველისა და კბილანის გვერდით აქვს ღილაკი «✨ შექმენი შაბლონიდან»: ის ხსნის იმავე პარამეტრების ფანჯარას, ოღონდ მაშინვე მზა სცენარების გალერეით — და არაფერს ინახავს, სანამ «მზადაა»-ს არ დააჭერთ.

პანელი «იურიდიული დოკუმენტები» აღარ გამგზავნით ხუთსაფეხურიან ოსტატში: ქვეყანა, დოკუმენტების ნაკრები, კითხვები თქვენი საქმიანობის შესახებ, რეკვიზიტები და ენა ერთ ეკრანზეა, ავტოშევსება და გადახედვა ჩაკეცილია, ქვემოთ კი — მთვლელი «გამოსაქვეყნებელი დოკუმენტები: N». ოფცია, რომელიც უკვე გაცემულ პასუხებს ეწინააღმდეგება, ჩაკეტილია იმის ახსნით, თუ რატომ.

ჰაბის ღია ფანჯრები გვერდის მისამართში ცხოვრობს: ვიჯეტის კბილანა წერს ?widget=<widget>, ინსტალაციის კოდის ფანჯარა — ?panel=install. ე. ი. კონკრეტული ვიჯეტის პარამეტრებზე ბმული კოლეგას შეიძლება გაუგზავნოთ და ის F5-საც გადაიტანს და ღილაკ «უკან»-საც.

ერთ ვიჯეტს ჩამრთველი არ ჰყოფნის — შიგთავსიც სჭირდება:

• ონლაინ ჩაწერა საიტზე გამოჩნდება, როცა მენიუში სულ მცირე ერთი პოზიციაა ტიპით «მომსახურება» და ჩართულია დაჯავშნა (იგივე გადამრთველი, რაც მაგიდის ჯავშანს აქვს);
• მხარდაჭერის ცენტრი ჩამრთველით მაშინვე ირთვება, მაგრამ გამოქვეყნებული სტატიების გარეშე ცარიელ დახმარების გვერდს გახსნის — ვიჯეტის პარამეტრებში ჩანს, რამდენი სტატიაა გამოქვეყნებული.

დაჯავშნის შეზღუდვები. ამჟამად მაგიდის ჯავშნის ვიჯეტი არჩეულ თარიღსა და დროს სტუმრის ბრაუზერის დროის სარტყელში გარდაქმნის. სხვა სარტყელიდან შემოსული ვიზიტორისთვის ჟურნალში დრო შეიძლება დაწესებულების მოსალოდნელ დროს არ ემთხვეოდეს — შეამოწმეთ ის დადასტურებისას. განაცხადის გაგზავნის შეტყობინებაც ყოველთვის არ ნიშნავს, რომ სერვერმა ჯავშანი უკვე დაადასტურა. თუ ონლაინ ჩაწერა დადასტურების დაყოვნებას გატყობინებთ, ჯერ ჩაწერების ჟურნალი შეამოწმეთ: ახალმა ცდამ შეიძლება დუბლიკატი შექმნას.

გამორთვის შემოწმება. ვიჯეტის გამორთვის შემდეგ შეამოწმეთ საიტი და მონაცემების განახლების შემდეგ ხელახლა გახსენით პარამეტრები. მიმდინარე ვერსიაში ჩამრთველი შეიძლება ლოკალურად ჩაქრეს, სერვერზე კი წინა ჩართვა შენარჩუნდეს. ცალკეული ვიჯეტის სასწრაფოდ გაჩერებისას წაშალეთ მისი ცალკე ტეგი ან მიმართეთ მხარდაჭერას; საერთო ტეგის წაშლა ერთბაშად გააჩერებს მთელ ნაკრებს, რომელსაც ის რთავდა.

თითოეული ბარათის ღილაკებს ზემოთ — მინი-სტატისტიკა 7 დღის განმავლობაში: ჩვენებები, გახსნები და მესამე რიცხვი ვიჯეტის აზრის მიხედვით (განაცხადები, შეკვეთები, ჯავშნები, ჩაწერები, საუბრები, დიალოგები, კლიკები). «—» ნიშნავს, რომ მონაცემები ჯერ საერთოდ არ არის, «0» — ტელემეტრია არის, მოვლენები კი არ ყოფილა; «დაწვრილებით →» დაშბორდ «საიტის ვიჯეტებში» გადაგიყვანთ.

ონლაინ შეკვეთის პარამეტრების ფანჯარაში სხვისი საიტისთვის კიდევ ერთი ღილაკია — «🔔 შემატყობინე ჩამოსვლის შესახებ»: თქვენ საკუთარი კატალოგიდან ირჩევთ პროდუქტსა და ვარიანტს, გამოყიდული პროდუქტის გვერდზე ღილაკს მონიშნავთ, სტუმარი კი ელფოსტას ტოვებს, ბმულით ადასტურებს მას და ერთ წერილს იღებს მაშინ, როცა პროდუქტი მარაგში დაბრუნდება. სხვის კატალოგს ჩვენ არ ვკითხულობთ და ნაშთებს სხვის გვერდიდან არ ვიღებთ — პროდუქტი ხელით მიებმება. დაწვრილებით — სტატიაში ონლაინ შეკვეთა საკუთარ საიტზე.

ფორმები, რომლებიც უკვე გაქვთ საიტზე#

ბლოკი «📝 ფორმები, რომლებიც უკვე გაქვთ საიტზე» ბარათების ბადის ქვეშ — იმ შემთხვევისთვის, როცა «განაცხადის ფორმა საიტზე უკვე დგას და მის შეცვლას არავინ აპირებს». ჩვენ მას არ ვცვლით და არ ვაყოვნებთ: ფორმა თქვენს ბექენდზე იგზავნება, როგორც ადრე, განაცხადის ასლი კი კაბინეტში ხვდება.

წესი — ეს არის ფორმის CSS-სელექტორი, ველების «სახელი / ტელეფონი / ფოსტა» მისამართები (მნიშვნელობა შეიძლება იყოს უბრალოდ ველის სახელიც, მაგალითად phone, და სელექტორიც input[name="tel"]), არასავალდებულო გვერდების ნიღბები და ჩამრთველი. ერთ ლოკაციაზე წესები — 10-მდე, თითო ფორმაზე თითო წესი. წესს ფორმის სელექტორის გარეშე ან ტელეფონისა და ფოსტის გარეშე ვერ ჩართავთ — მას შესაგროვებელი არაფერი აქვს. ყოველ სტრიქონს აქვს ღილაკი «შემოწმება»: სერვერი კითხულობს გვერდს და პასუხობს, მოიძებნა თუ არა ფორმა, წესის რომელი ველებია მასში და რა სახელები აქვს მის ველებს საერთოდ.

კონკრეტულად რა მიდის. ზუსტად სამი ველი — სახელი, ტელეფონი, ფოსტა — პლუს გვერდის მისამართი პარამეტრებისა და ღუზის გარეშე. «გაგზავნა»-ზე დაჭერამდე შეყვანილი არ იკითხება, საკუთარ შემოწმებასა და დაყოვნებებს ჩვენ არ ვამატებთ, ხოლო ფორმა, რომელმაც ბრაუზერის საკუთარი შემოწმება ვერ გაიარა, განაცხადს არ ქმნის. სერვერი თრგუნავს იმავე ფორმის გამეორებას იმავე კონტაქტით 10 წუთის განმავლობაში; ერთდროული გაგზავნებისას ან მარკერის ჩაწერის ხარვეზისას დუბლიკატია შესაძლებელი. ჩვენი საკუთარი ვიჯეტების ფორმებს არ ვუსმენთ.

გადაჭერა განაცხადის ასლს სერვერის პასუხის მოლოდინის გარეშე აგზავნის. ქსელის გაწყვეტისას ან ბრაუზერის მიერ მოთხოვნის დაბლოკვისას ასლმა შეიძლება ვერ მიაღწიოს: კავშირის აღდგენის შემდეგ მიტანის რიგი ამჟამად არ არსებობს. გამეორება იმავე კონტაქტით იმავე გვერდზე ასევე თრგუნება მის გადატვირთვამდე. გაგზავნის აღნიშვნა გადაჭერის მცდელობას ნიშნავს, ჩამოსვლა კი ინბოქსში შეამოწმეთ.

სად ვეძებოთ. განყოფილება «განაცხადები» და კონტაქტ-ცენტრის ჩანართი «განაცხადები» — ჯგუფით «ფორმები საიტზე: <წესის წარწერა>». ყოველ ასეთ განაცხადს აქვს პატიოსანი აღნიშვნა: ჩვენ ვხედავთ «გაგზავნა»-ზე დაჭერას და არა მონაცემების ბედს თქვენს ბექენდზე.

⚠️ ღილაკი «შემოწმება» HTML-ს ბრაუზერის გარეშე არჩევს: ფორმას, რომელსაც JavaScript ხატავს, ის ვერ დაინახავს — გადაჭერა კი სტუმრის ბრაუზერში მას დაინახავს. პანელი ამას პირდაპირ ამბობს.

ბმულები და QR მოქმედებებზე#

ბლოკი «🔗 ბმულები და QR მოქმედებებზე» ბარათების ბადის ქვეშ ქმნის ბმულს, რომელიც თქვენს საიტზე ერთ კონკრეტულ მოქმედებას ხსნის: https://your-site/#cenaly=book — ჯავშნის ფორმას, #cenaly=appointment:<service> — მაშინვე მომსახურებაზე ჩაწერას, #cenaly=order:<product> — პროდუქტის ბარათს, და ასევე ჩატს, უკუზარს, დახმარებას, დოკუმენტს (legal:<type>) და მულტიღილაკის მარაოს. ასეთ ბმულს ჩვეულებრივ QR-კოდად ბეჭდავენ: მაგიდაზე, ჩეკზე, შეფუთვაზე, ოფლაინ რეკლამაში.

როგორ ავაწყოთ: აირჩიეთ მოქმედება, სურვილისამებრ — კონკრეტული ობიექტი (მომსახურება ან პოზიცია გამოქვეყნებული მენიუდან, გამოქვეყნებული დოკუმენტი) და «სად ათავსებთ» — ამაზეა დამოკიდებული UTM-ნიშნულები თქვენი ანალიტიკისთვის (utm_source=qr&utm_medium=<place>&utm_campaign=<action>; ჩვენ მათ არ ვკითხულობთ). გამოსავალზე — ბმული ღილაკით «კოპირება» და QR-კოდი, რომელიც PNG-სა და SVG-ში ჩამოიტვირთება. ბმულის ბაზა — თქვენი საიტის მისამართი, ხოლო თუ ის მითითებული არ არის — ჩვენი ვიტრინა. თითოეული ვიჯეტის ბარათზე არის მოკლე ღილაკი «🔗 ბმული» უკვე არჩეული მოქმედებით.

რატომ ღუზა #, და არა პარამეტრი ?: სხვისი CMS-ები, ქეშ-პლაგინები და CDN ჭრიან უცნობ პარამეტრებს და ცვლიან კანონიკურ მისამართს, ღუზას კი ბრაუზერი სერვერზე არ აგზავნის — ის გარანტირებულად აღწევს ჩვენს კოდამდე. მას ასრულებს ერთიანი ტეგი: ის ღუზას ერთხელ კითხულობს ჩატვირთვისას, მისამართიდან იღებს მას და ხსნის საჭირო ვიჯეტს, როცა ის აიმართება. ვიჯეტების ერთეული ტეგები ღუზას არ კითხულობენ.

ბლოკი გაფრთხილებთ ტირაჟის დაბეჭდვამდე: მოქმედების ვიჯეტი გამორთულია, ინსტალაციის კოდი საიტზე ბოლო შემოწმებისას ვერ მოიძებნა. ბმული გამორთულს არ რთავს და არარსებულ დოკუმენტს არ ანაცვლებს — ასეთ შემთხვევაში ის უბრალოდ არაფერს აკეთებს: სხვის საიტზე ეს შეცდომას სჯობს. იგივე ბმული მუშაობს ჩვენს დაწესებულების ვიტრინაზეც, დახმარების, დოკუმენტებისა და მულტიღილაკის ჩათვლით, — სტიკერი ერთხელ იბეჭდება, საიტი კი შეიძლება შეიცვალოს.

ონლაინ ჩაწერის ვიჯეტი დეტალურად#

პარამეტრები — ბარათი „ონლაინ ჩაწერა“ → ჭანჭიკი: ღილაკის ფერი, მისი ტექსტი, ეკრანის კუთხე და ენა. იქვე, პარამეტრების ქვემოთ, დევს მზა კოდის სტრიქონი ცალკე ამ ვიჯეტისთვის — იმ შემთხვევისთვის, თუ მხოლოდ მას აყენებთ.

ენა. ნაგულისხმევად — ავტომატური: ვიჯეტი საუბრობს იმ გვერდის ენაზე, რომელზეც დგას, და იცის 45 ენა. იტვირთება მხოლოდ ის ლექსიკონი, რომელიც დასჭირდა, ამიტომ საიტის სიჩქარეზე ეს არ მოქმედებს. სიაში შეგიძლიათ მკაცრად დააფიქსიროთ ერთი ენა — მაგალითად, თუ საიტი ორენოვანია, ჩაწერა კი ერთ ენაზე გინდათ.

ბმულები კონკრეტულ მომსახურებაზე ან ოსტატზე. ვიჯეტის ტეგს შეიძლება მიაწეროთ ატრიბუტები — სტუმარი მაშინვე საჭირო ნაბიჯზე მოხვდება:

მოძველებული იდენტიფიკატორი (მომსახურებას სახელი გადაერქვა, ოსტატი წავიდა) ვიჯეტს არ ამტვრევს: ის ჩუმად აჩვენებს ჩვეულებრივ არჩევანს პირველი ნაბიჯიდან.

ნაკლები ნაბიჯი ჩაწერამდე:

• ერთადერთი მომსახურება ან ერთადერთი შესაფერისი ოსტატი — ზედმეტი ეკრანი არ ჩნდება;
• ჩიპი „⚡ უახლოესი: დღეს 17:30“ ერთი შეხებით წერს, კალენდარი კი თავად იხსნება პირველ დღეზე, სადაც თავისუფალი დროა;
• სახელი, ტელეფონი და ელფოსტა ახსოვს სტუმრის მოწყობილობას: განმეორებით ჩაწერისას ველები უკვე შევსებულია, ბმული „ეს მე არ ვარ“ კი შლის მათ;
• ტელეფონზე პანელი მთელ ეკრანზე იხსნება, ჩაწერის ღილაკი კლავიატურის ქვეშ არ იმალება;
• ვიჯეტით შეიძლება კლავიატურით სარგებლობა და ის სწორად იკითხება ეკრანიდან წამკითხველი პროგრამით.

ფოსტა. ველი ელფოსტა არასავალდებულოა; დატოვა სტუმარმა მისამართი — მიიღებს წერილს ვიზიტის დეტალებითა და ბმულით „ჩაწერის მართვა“, რომლითაც თავად გადაიტანს ან გააუქმებს ვიზიტს. დეტალები — განყოფილებაში ჩანაწერების ჟურნალი.

რა მოგცა ვიჯეტმა. ჩანაწერების ჟურნალში ღილაკი „🌐 ვიჯეტი საიტზე“ აჩვენებს ძაბრს 7, 30 ან 90 დღეზე: რამდენჯერ ნახეს ღილაკი, რამდენმა სტუმარმა გახსნა პანელი, მიაღწია კონტაქტებამდე და ჩაიწერა, რამდენი ჩანაწერი დაიკარგა დაკავებული დროის გამო. თავად საიტიდან მოსულ ჩანაწერებს კი აქვს ბეჯი „საიტიდან“.

ინსტალაციის შემოწმება#

ღილაკი «შეამოწმე ინსტალაცია» ხსნის თქვენს საიტს და კითხულობს გვერდის საწყის HTML-ს. პასუხში:

• «ვიჯეტების კოდი ნაპოვნია საიტზე» — ერთიანი ტეგი ადგილზეა;
• «ნაპოვნია მხოლოდ ვიჯეტების ცალკეული ტეგები» — მუშაობს ძველი ერთეული ჩანართები, ერთიანი ტეგი არ არის;
• «საიტზე არსებული კოდი სხვა ლოკაციას ეკუთვნის» — ტეგში სხვისი data-domain-ია (ხშირი შეცდომა რამდენიმე დაწესებულების შემთხვევაში);
• «ამ გვერდზე ვიჯეტების კოდი არ არის» — ტეგი არ ჩანს.

⚠️ შემოწმება კითხულობს ერთი გვერდის საწყის HTML-ს. თუ ტეგს უკვე ბრაუზერში სვამს Google Tag Manager ან სხვა სკრიპტი, შემოწმება მას ვერ დაინახავს — ეს შეცდომა არ არის. კიდევ რა რჩება მეთოდის საზღვრებს მიღმა, თავმოყრილია ქვემოთ, «რას ვერ ხედავს ინსტალაციის შემოწმება»-ში.

კვირაში ერთხელ იგივე შემოწმება თავად მეორდება — იმ ლოკაციებისთვის, რომლებსაც მითითებული აქვთ საიტის მისამართი, ჩართული აქვთ თუნდაც ერთი ვიჯეტი და წინა შემოწმება ტეგს პოულობდა. ტეგი ჩუმად კვდება — საიტი ახალ თემაზე გადავიდა, კონტრაქტორმა ვერსტკა ჩანართის გარეშე გამოუშვა, ქეშ-პლაგინმა «ზედმეტი» სკრიპტი გადააგდო, — და ადრე ამას მხოლოდ იმით ამჩნევდნენ, რომ განაცხადები გამოილია. ახლა გადასვლა «ტეგი იყო → ტეგი აღარ არის» ბარათად მოდის სამუშაო ჩატში (ერთ ლოკაციაზე კვირაში ერთხელზე არა უხშირესად) და წითელ მესამე საფეხურად ბლოკში «თქვენი საიტი». საიტი, რომელიც არ გაიხსნა (ტაიმაუტი, სერვერის შეცდომა), მწყობრიდან გამოსულად არ ითვლება — მომავალ კვირას შევამოწმებთ; Google Tag Manager-ით ჩასმულ ტეგს შემოწმება არასდროს ხედავს, ამიტომ მასზე ცრუ განგაშიც არ იქნება.

იგივე გარჩევა ხელმისაწვდომია საჯაროდ, კაბინეტში შესვლის გარეშე — გვერდი «საიტის შემოწმება»: შეიყვანეთ მისამართი და ის წაიკითხავს გვერდის HTML-ს და გაჩვენებთ მთვლელებსა და პიქსელებს სახელდებით, დგას თუ არა თანხმობის ბანერი (ჩვენი, სხვისი თუ არცერთი) და ჩანს თუ არა ჩვენი ტეგი ჩართული ვიჯეტებით. მისით მოსახერხებელია საიტის შემოწმება მიერთებამდე და ბმულის გადაცემა დეველოპერისთვის ან კლიენტისთვის.

განყოფილებაში ვიჯეტების ბარათების ქვეშ კიდევ ორი ბლოკია: «ვიტრინა საკუთარ კოდზე (Headless)» — მონაცემები, API და ვებჰუკები იმ შემთხვევისთვის, როცა საიტს თქვენი დეველოპერი წერს და ჩვენი ვიჯეტები მას არ სჭირდება, — და «გაფართოებული: ცალკე ტეგი თითოეულ ვიჯეტზე» მზა ერთეული ტეგებით. ე. ი. ერთეული ტეგი შეიძლება არა მხოლოდ «წარსულიდან მოიტანოთ», არამედ აქვე აიღოთ.

რას ვერ ხედავს ინსტალაციის შემოწმება#

შემოწმების მეთოდი მარტივი და პატიოსანია: ერთი მოთხოვნა ერთი მისამართის საწყის HTML-ზე, ბრაუზერის გარეშე. ჩვენ ვკითხულობთ იმას, რაც სერვერმა გასცა, და მარკირებაში ვეძებთ <script src="…">-ს ჩვენი გზებით. აქედან მოდის ყველაფრის სია, რისი გაკეთებაც მას არ შეუძლია, — და ეს არ არის ავარია, არამედ მეთოდის საზღვარია.

რას ხედავს შემოწმება კარგად: არის თუ არა ჩვენი ტეგი საწყის მარკირებაში, ერთიანია ის თუ ერთეულების ნაკრები და ვისი data-domain დგას მასში, — ე. ი. იჭერს ყველაზე ხშირ შეცდომას «კოდი მეზობელი ლოკაციიდან დავაკოპირე».

ზუსტად იგივე საზღვარი აქვს საჯარო გვერდს «საიტის შემოწმება»: ისიც საწყის HTML-ს კითხულობს და სკრიპტებს არ ასრულებს. რეალურ cookies-ს და იმას, რაც უკვე ბრაუზერში იტვირთება, მხოლოდ CMP-ის სკანერი აგროვებს — იხ. Cookies და თანხმობა.

ხარვეზების აღმოფხვრა#

საერთო სია თორმეტივე ვიჯეტისთვის — ყველაზე ხშირი მიზეზიდან იშვიათებისკენ. კონკრეტული ვიჯეტის სპეციფიკა მის სტატიაშია აღწერილი.

1. «ინსტალაციის შემოწმება» ამბობს, რომ კოდი არ არის. თეგი არ არის ჩასმული, ჩასმულია არა შაბლონის ყველა გვერდზე ან საიტი ჩასმის შემდეგ არ გამოქვეყნებულა (Tilda, Wix, Webflow ხელახალ გამოქვეყნებას ითხოვენ). შეამოწმეთ განყოფილების თავსართში საიტის მისამართიც: შემოწმება სწორედ მასზე დადის — და მხოლოდ მასზე, ერთი გვერდით. სანამ რამეს გაასწორებდეთ, შეადარეთ სიას «რას ვერ ხედავს ინსტალაციის შემოწმება»: შემთხვევების ნახევარი «კოდი არ არის» საიტის გაფუჭება კი არა, მეთოდის საზღვარია.

2. საიტზე არსებული კოდი სხვა ლოკაციას ეკუთვნის. თეგში სხვისი data-domain დგას — ხშირი შეცდომა, როცა დაწესებულება რამდენიმეა და კოდი მეზობელი ბარათიდან დააკოპირეს. აიღეთ კოდი საჭირო ლოკაციის არჩევის შემდეგ.

3. შემოწმება ვერ ხედავს Google Tag Manager-ით ჩასმულ თეგს. ეს შეცდომა არ არის. შემოწმება კითხულობს გვერდის საწყის HTML-ს — იმას, რაც სერვერმა გასცა, — ხოლო GTM თეგს უკვე ბრაუზერში სვამს. გახსენით საიტი და თვალით შეხედეთ: ვიჯეტი ან არის, ან არა. სრული სია იმისა, რასაც შემოწმების მეთოდი არ აჩვენებს (GTM, საიტის მეორე გვერდი, SPA, დახურული საიტი), — «რას ვერ ხედავს ინსტალაციის შემოწმება».

4. ცვლილებები საიტზე არ გამოჩნდა. ვიჯეტების ფაილები ვრცელდება CDN-ით 5-წუთიანი ქეშით. გადამრთველის ჩართვის ან პარამეტრების ჩასწორების შემდეგ დაელოდეთ რამდენიმე წუთს და განაახლეთ გვერდი ქეშის გასუფთავებით (Ctrl+F5). თუ ბრაუზერი ჯიუტად აჩვენებს ძველს — შეამოწმეთ ინკოგნიტო რეჟიმში.

5. ვიჯეტი ჩართულია, მაგრამ გვერდზე არ ჩანს. გაიარეთ სია:

• ვიჯეტი ფასიანია და გადახდილი არ არის — გადაუხდელი გაფართოება სერვერზე იჭრება საიტის მონაცემებიდან, ამიტომ გვერდზე ის ჩართული გადამრთველის დროსაც კი არ მოხვდება;
• ვიჯეტს აქვს ჩვენების პირობები (მულტიღილაკი, უკუზარი, «ცოცხალი ვიტრინა»): გვერდების ნიღბმა, დაყოვნებამ, მოწყობილობის ფილტრმა ან განრიგმა შეიძლება სწორედ ეს გვერდი და ეს მომენტი მოკვეთოს;
• ვიჯეტს არ ჰყოფნის შიგთავსი: ონლაინ-ჩაწერა ჩნდება, როცა მენიუში სულ მცირე ერთი პოზიცია-მომსახურებაა და ჩართულია დაჯავშნა; მხარდაჭერის ცენტრი გამოქვეყნებული სტატიების გარეშე ცარიელ პანელს გახსნის; მულტიღილაკი ერთი არხის გარეშე საერთოდ არ იხატება; «ცოცხალი ვიტრინა» დუმს, სანამ რიცხვები ზღვარზე დაბალია;
• მულტიღილაკმა შთანთქა მეზობლის ღილაკი: თუ მის მარაოში არის პუნქტი «ჩატის გახსნა» ან «უკუზარი», ამ ვიჯეტების საკუთარი ღილაკები განზრახ ქრება — ისინი ახლა მარაოს შიგნით არიან.

6. ეკრანის კუთხეში რამდენიმე ღილაკი ეჯახება ერთმანეთს. ჩართეთ მულტიღილაკი და დაამატეთ მის მარაოში საჭირო ვიჯეტების მოქმედებები — მათი ცალკეული ღილაკები თავისით ჩაქრება.

7. ვიჯეტები არ არის ჩვენი კონსტრუქტორით გაკეთებულ საიტზე. იქ ინსტალაციის კოდი შაბლონშია ჩაკერებული, და კოდის ბლოკი კაბინეტში არ ჩანს — ეს ნორმალურია. შეამოწმეთ ვიჯეტების გადამრთველები: ახალი გენერირებული საიტი მოდის ჩართული cookie-ბანერით, იურიდიული დოკუმენტებითა და ჩატით, დანარჩენი ხელით ირთვება. გაითვალისწინეთ ზედაპირების განსხვავებებიც: მულტიღილაკი ჩვენს ვიტრინაზე ჩანს მხოლოდ ცალკე გადამრთველით «ვაჩვენოთ ჩვენს ვიტრინაზეც» (ის შთანთქავს გვერდის ნატიურ ღილაკებს), ხოლო «ცოცხალი ვიტრინა» იმავე ერთი გადამრთველით მუშაობს, რაც სხვის საიტზე.

საიტი Content-Security-Policy-თ#

თუ თქვენი სერვერი გასცემს თავსართს Content-Security-Policy, ბრაუზერი თავად წყვეტს, რისი ჩატვირთვა აქვს ნებადართული ჩვენს ინსტალაციის კოდს. თავად თეგი ამ დროს მუშაობს — თქვენ ის ნებადართული გაქვთ, — ხოლო ყველაფერი, რასაც ის ჩამოიტანს, შეიძლება ჩუმად დაიბლოკოს: გარედან ეს გამოიყურება როგორც «ვიჯეტები გაქრა». ბრაუზერის კონსოლში ამ დროს ჩანს სტრიქონები სახით Refused to load the script.

რღვევა ჩნდება ზუსტად ერთ რეჟიმში: პოლიტიკა სკრიპტებს რთავს მხოლოდ ერთჯერადი nonce-ით, 'strict-dynamic'-ის გარეშე და სიაში ჩვენი CDN-ის ჰოსტის გარეშე. ქვემოთ — სამი ხერხი ამის დასახურად, ყველაზე მარტივიდან.

ვარიანტი 1 — nonce ჩვენს თეგზე#

თქვენი სერვერი აგენერირებს ახალ შემთხვევით მნიშვნელობას ყოველ პასუხზე, დგამს მას თავსართშიც და თეგშიც:

Content-Security-Policy: script-src 'nonce-r4nd0m...'

<script nonce="r4nd0m..." src="https://cdn.<თქვენი ბრენდი>/site/v1.js" data-domain="თქვენი-ლოკაცია" async></script>

ერთიანი თეგი კითხულობს საკუთარი თეგის nonce-ს და გადასცემს მას ყოველ ვიჯეტის ბანდლს, რომელსაც სვამს, — ისინი გადიან შემოწმებას script-src. მოთხოვნებისთვის, სტილებისა და ჩასმული გვერდებისთვის ასევე საჭიროა ნებართვები ქვემოთ მოცემული ცხრილიდან. ცალკე ფორმას «შემატყობინეთ ჩამოსვლის შესახებ» აქვს შეზღუდვა, რომელიც ქვემოთაა აღწერილი.

⚠️ მუდმივი მნიშვნელობა, ყველა პასუხზე ერთნაირი, nonce არ არის: მას თავის სკრიპტში დააკოპირებს ნებისმიერი, ვინც შეძლო გვერდზე კოდის ჩასმა. აგენერირეთ ყოველ პასუხზე, სერვერზე.

ვარიანტი 2 — 'strict-dynamic'#

Content-Security-Policy: script-src 'nonce-r4nd0m...' 'strict-dynamic'

'strict-dynamic'-თან ერთად ნდობა ჩვენი თეგისადმი ვრცელდება იმ სკრიპტებზე, რომლებსაც ის სვამს, «ჭკვიანი პოპაპების» ზარმაცი ნაწილების ჩათვლით. ეს სკრიპტების დირექტივის მაგალითია: default-src, connect-src, style-src ან frame-src შეზღუდვების დროს დაამატეთ შესაბამისი ნებართვები ქვემოთ მოცემული ცხრილიდან.

ვარიანტი 3 — ჰოსტების სია#

თუ nonce მიუწვდომელია (ასე ხდება საიტების კონსტრუქტორებზე), ცხადად დაუშვით ჩვენი ჰოსტები:

Content-Security-Policy: script-src https://cdn.<თქვენი ბრენდი>;
  connect-src https://cdn.<თქვენი ბრენდი> https://api.<თქვენი ბრენდი> wss://ws.<თქვენი ბრენდი> https://o.<თქვენი ბრენდი>;
  img-src https://cdn.<თქვენი ბრენდი> https://i.<თქვენი ბრენდი>;
  frame-src https://cdn.<თქვენი ბრენდი> https://თქვენი-ლოკაცია.<თქვენი ბრენდი>;
  style-src 'unsafe-inline'

მზა სნიპეტი თქვენი ბრენდისა და თქვენი ლოკაციის ჩასმული ჰოსტებით არის კაბინეტში: მარკეტინგი → ჩემი საიტი, ბლოკი «საიტი Content-Security-Policy-თ?» ინსტალაციის კოდის ქვეშ — იქვეა ღილაკი «კოპირება» და აღნიშვნა, რომელ ვიჯეტს სჭირდება თითოეული ჰოსტი.

რა ვის სჭირდება:

რას არ ფარავს ეს — პატიოსნად#

• სტილები. ფანჯრების გაფორმება ინლაინური <style>-ია Shadow DOM-ის შიგნით, ამიტომ საჭიროა style-src 'unsafe-inline'. script-src-ზე ეს გავლენას არ ახდენს: სკრიპტებისთვის ჩვენ 'unsafe-inline'-სა და 'unsafe-eval'-ს არ ვითხოვთ.
• ვიჯეტების ზარმაცი ნაწილები (გაფართოებული პოპაპები და «ჭკვიანი პოპაპების» სლოტები, თანხმობის ბანერის ასაკობრივი კარიბჭე, მულტიღილაკის მობილური ზოლი, ფორმების გადაჭერა) იტვირთება საკუთარი ჩამტვირთავებით და nonce-ს იღებს — ისინი გადიან იმავე შემოწმებას, რასაც მთავარი ბანდლი. გამონაკლისია ღილაკის «შემატყობინეთ ჩამოსვლის შესახებ» ფორმა (stock/form-v1.js): ეს ცალკე თეგია ერთიანი ჩამტვირთავის გარეთ, და nonce-ს ის ჯერჯერობით არ გადააქვს — პოლიტიკის დროს მხოლოდ nonce-ით, ჩვენი CDN-ის ჰოსტის გარეშე, გამოწერის ფორმა არ გაიხსნება.
• საიტების კონსტრუქტორები (Tilda, Wix და მისთანები) თავსართს თავად გასცემენ, და ერთჯერად nonce-ს თქვენს თეგს იქ ვერ გამოუწერთ. რჩება ვარიანტი ჰოსტების სიით — თუ პლატფორმა საერთოდ იძლევა პოლიტიკის ჩასწორების საშუალებას.
• ზარი საიტიდან ხმას გადასცემს WebRTC ნაკადით და მედიაფაილებს არ ტვირთავს, ამიტომ media-src მას არ სჭირდება; მიკროფონს რთავს Permissions-Policy და HTTPS და არა CSP.

ვიჯეტის გატანა ცალკე განყოფილებად#

თუ ვიჯეტებიდან ერთ-ერთი — თქვენი ძირითადი პროდუქტია (მაგალითად, იყენებთ მხოლოდ ამომხტომ ფანჯრებს ან მხოლოდ cookie-ბანერს), გზა «მარკეტინგი → ჩემი საიტი → ბარათი → კბილანა» ზედმეტად გრძელია. ბარათზე არის ღილაკი «გატანა გვერდით პანელში» — ვიჯეტი მიიღებს საკუთარ მენიუს პუნქტს და გაიხსნება ერთი დაწკაპებით.

ეს არის თქვენი ინტერფეისის პარამეტრი: ის მართავს მხოლოდ განყოფილების ხილვადობას, ხოლო არა ვიჯეტის მუშაობას საიტზე.

რა არის უფასო და რა — ფასიანი გაფართოება#

ვიჯეტების ნაწილი შედის გამოწერაში, ნაწილი უერთდება როგორც გაფართოება განყოფილებაში «გაფართოებები»: ფასიანად მონიშნულია დაჯავშნა, პოპაპები და ფორმები, მხარდაჭერის ცენტრი და იურიდიული დოკუმენტები — ბარათზე დგას ჩიპი «💳 ფასიანი გაფართოება».

ფასიანი ვიჯეტი ირთვება შეძენის შემდეგ. გადაუხდელი ვიჯეტის გადამრთველზე დაჭერა მას არ რთავს, არამედ ხსნის გადახდის ფანჯარას პირდაპირ განყოფილებაში; გადახდის შემდეგ ვიჯეტი თავისით ირთვება. ჩიპი «💳 ფასიანი გაფართოება» გადაუხდელ ვიჯეტთან ასევე გადახდის ღილაკია, ხოლო უკვე გადახდილთან ის კატალოგში გადაჰყავს გამოწერის სანახავად. წვდომა დამოკიდებულია მოქმედ შესყიდვაზე. გამოწერის შეცვლა და საიტის პარამეტრების განახლება ცალკეული ოპერაციებია: თუ შეძენის შემდეგ ვიჯეტი არ გამოჩნდა, შეამოწმეთ გადამრთველი და შეინახეთ ლოკაციის პარამეტრები. ხუთი წუთი ქეშისა აითვლება განახლებული მონაცემების გამოქვეყნებიდან; თავად გამოწერის სტატუსის ცვლილება ამჟამად ასეთ გამოქვეყნებას არ გარანტირებს.

ჩვენი კონსტრუქტორით გაკეთებულ საიტზე «იურიდიული დოკუმენტები» და cookie-ბანერი უფასოა. მათ ბარათებზე «ფასიანის» ნაცვლად დგას ჩიპი «🎁 შედის საიტში», და გადახდის ფანჯარა საერთოდ არ ჩანს: ეს აფსელი კი არა, პირობაა, რომლითაც საიტით სარგებლობა კანონიერია. ახალი გენერირებული საიტი მაშინვე მოდის ჩართული cookie-ბანერით, იურიდიული დოკუმენტებითა და ჩატით. სხვის საიტზე გაფართოება «იურიდიული დოკუმენტები» ცალკე იხდება. cookie-ბანერი მიმდინარე ჰაბში ოთხი ფასიანი ვიჯეტის სიაში არ შედის.

ტარიფები და გადახდა — განყოფილებაში აპლიკაციების მაღაზია და გამოწერა.

დაკავშირებული განყოფილებები#

• საიტის კონსტრუქტორი — თუ საკუთარი საიტი არ გაქვთ და ჩვენი ვიტრინა გჭირდებათ
• ვიტრინა საკუთარ კოდზე (headless) — თუ საიტს თქვენი დეველოპერი წერს, ხოლო მონაცემებს ჩვენგან იღებს
• საკუთარი დომენი — საკუთარი დომენის მიერთება ჩვენს ვიტრინასთან

ხშირი კითხვები#

საჭიროა თუ არა საკუთარ საიტზე უარის თქმა? არა. ვიჯეტები თქვენი საიტის ზემოდან ცხოვრობენ, დაშლილობასა და ჰოსტინგს არ ცვლით.

რამდენი თეგი ჩავსვათ, თუ ვიჯეტები რამდენიმეა? ერთი. ვიჯეტების შემადგენლობა — გადამრთველებია კაბინეტში.

შეანელებს თუ არა ვიჯეტი საიტს? ჩამტვირთავი უერთდება ასინქრონულად (async) და არ ბლოკავს გვერდის დახატვას; თითოეული ვიჯეტი იტვირთება ცალკე პატარა ფაილით და მხოლოდ მაშინ, თუ ის ჩართულია. გამორთული ვიჯეტი საერთოდ არ ჩამოიტვირთება.

გატეხავს თუ არა ვიჯეტი დაშლილობას? არა. თითოეული ვიჯეტი იხატება იზოლირებულ კონტეინერში (Shadow DOM): თქვენი საიტის სტილები ვიჯეტის შიგნით არ იჟონება, ხოლო ვიჯეტის სტილები — გარეთ. ჩანაფიქრით გამონაკლისია ონლაინ-შეკვეთის ვიჯეტი: ის სპეციალურად სვამს ღილაკებს «კალათაში» თქვენს დაშლილობაში, და ეს წინასწარი ხედით კონფიგურირდება (იხ. ონლაინ-შეკვეთა საკუთარ საიტზე).

რომელ ენაზე ალაპარაკდება ვიჯეტი? ის უყურებს გვერდის ენას: ჯერ ატრიბუტს data-lang თეგში, თუ ის მიუთითეთ, შემდეგ თქვენი HTML-გვერდის lang-ს, შემდეგ სტუმრის ბრაუზერის ენას, უკიდურეს შემთხვევაში კი — ინგლისურს. ლექსიკონები სხვადასხვა ზომისაა: cookie-ბანერმა, ონლაინ-ჩაწერის ვიჯეტმა და ჩატის ფანჯარამ იციან 45 ენა (ჩატის წარწერები მოდის ცალკე ენობრივი პაკეტით გვერდის ენის მიხედვით), დანარჩენებში ჩაშენებულია ინგლისური, რუსული, ქართული და თურქული ინგლისურზე დაცემით. ღილაკებისა და მოწვევების წარწერებს თქვენ თვითონ ადგენთ — ცალკე სტრიქონით საიტის თითოეული ენისთვის.

სად ინახება მონაცემები, რომლებსაც ვიჯეტები აგროვებენ? თქვენი ბრენდის ღრუბელში: cenaly.com-ს — AWS, cenaly.ru-ს — Yandex Cloud; რუსული დაწესებულებების მონაცემები რჩება რუსეთში. განაცხადები, შეკვეთები, ჯავშნები და მიმოწერები ხვდება თქვენს კაბინეტში, ხოლო საჯარო CDN-ზე მიდის მხოლოდ ვიჯეტების პარამეტრები და ის, რაც ისედაც საჯაროა (მენიუ, სამუშაო საათები, გამოქვეყნებული დოკუმენტები, «ცოცხალი ვიტრინის» უპიროვნო რიცხვები).

მე რამდენიმე დაწესებულება მაქვს — როგორ მოვიქცე? ვიჯეტები ლოკაციაზე კონფიგურირდება: აირჩიეთ ის განყოფილების თავში არსებულ სიაში და აიღეთ მისი ინსტალაციის კოდი. თითოეულ საიტს — საკუთარი data-domain.

შეიძლება თუ არა ვიჯეტების დაყენება რამდენიმე სხვადასხვა საიტზე? დიახ, ერთი ლოკაციის თეგი შეიძლება ჩაისვას რამდენიმე გვერდზე ან საიტზე — მონაცემები ერთ ლოკაციაში მოვა.