سایت من: ویجت‌ها در سایت خودتان

بخش «سایت من» برای کسانی است که سایت از قبل دارند. نیازی نیست به ویترین ما نقل مکان کنید یا چیزی را منتقل کنید: یک خط کد را در سایت موجود خود قرار می‌دهید و پس از آن محصولات موردنظر را با کلیدهای روشن/خاموش در حساب خود فعال می‌کنید.

مسیر دسترسی: پنل مدیریت → بازاریابی → «سایت من» (admin.cenaly.com).

روی هر پلتفرمی که امکان درج <script> را دارد کار می‌کند: WordPress، Tilda، Wix، Shopify، Webflow، Bitrix، InSales، OpenCart، سایت اختصاصی، صفحه فرود سازنده سایت.

نشانی سایت و کد نصب#

بلوک «🌐 سایت شما» در سربرگ بخش، سه گام را پیش می‌برد: نشانی → کد روی سایت → بررسی، و دکمه اصلی همیشه گام بعدیِ ناتمام را پیشنهاد می‌دهد. گام اول — نشانی سایت شما (مثلاً example.com): بر اساس آن نصب را بررسی می‌کنیم و پیوندهای درست را در ویجت‌ها می‌سازیم.

گام دوم — کد نصب. این یک خط است:

<script src="https://cdn.cenaly.com/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. Tags → New → نوع «Custom HTML».
2. رشته کد را بگذارید، تریگر — «All Pages»، ذخیره کنید.
3. «Publish» را بزنید: تا نسخه کانتینر منتشر نشود، تگ روی سایت زنده وجود ندارد.

⚠️ تگی که از GTM بالا می‌آید، «بررسی نصب» ما هرگز آن را نمی‌بیند — و این خطا نیست، پیامد روش کار است: «بررسی نصب چه چیزی را نمی‌بیند». سایت را باز کنید و با چشم خودتان ببینید.

WordPress#

1. پیشخوان WordPress (your-site/wp-admin)، به دسترسی مدیر نیاز دارید.
2. مسیر مطمئن: Plugins → Add New → هر افزونه‌ای که کد را در header/footer درج می‌کند → در تنظیماتش رشته را در فیلد Header بگذارید → ذخیره کنید.
3. مسیر بدون افزونه: Appearance → Theme File Editor → header.php (پیش از </head> بسته) یا footer.php (پیش از </body>) → «Update File».
4. سایت را باز کنید و «بررسی نصب» را بزنید.

⚠️ ویرایش فایل‌های قالب مادر با به‌روزرسانی آن از دست می‌رود — مستندات WordPress هم درباره این هشدار می‌دهد. افزونه درج کد یا قالب فرزند از به‌روزرسانی جان سالم به در می‌برد. اگر افزونه کش نصب است (W3 Total Cache، WP Rocket و مانند این‌ها)، کش را پاک کنید، وگرنه بررسی نسخه قدیمی صفحه را می‌بیند.

💡 نیازی به نصب افزونه جداگانه برای ویجت‌ها نیست: یک تگ آن‌ها را وصل می‌کند. افزونه Cenaly Consent چیز دیگری است، فقط تگ بنر کوکی را به‌جای شما می‌گذارد (نگاه کنید به کوکی‌ها و رضایت).

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 → Themes.
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) جایگزین نیست: کد را داخل یک صفحه می‌گذارد، در حالی که ویجت‌ها در کل سایت لازم‌اند.

گام‌ها با راهنمای رسمی پلتفرم‌ها تطبیق داده شده‌اند. اگر پلتفرم نام یک مورد منو را عوض کرده باشد، به راهنمای خودش اعتماد کنید نه به ما، و به ما بنویسید: اصلاح می‌کنیم.

دوازده ویجت#

هر ویجت یک کارت جداگانه با کلید روشن/خاموش و چرخ‌دنده تنظیمات است. داده‌هایی که ویجت‌ها جمع می‌کنند به بخش‌های معمول حساب می‌رسند — نیازی به ساختن «صندوق ورودی جداگانه برای سایت» نیست.

ترتیب بارگذاری تصادفی نیست: بنر کوکی اولین ویجت از ویجت‌های ما است که بارگذاری می‌شود. بارگذارنده واحد و ناهمگام ابتدا تنظیمات را می‌خواند و نمی‌تواند از تحلیلی که سایت پیش‌تر اجرا کرده جلو بزند. اگر مسدودسازی پیش از اجرای ردیاب‌ها لازم است، تگ جداگانه consent/v1.js را اول در <head> نصب کنید، بدون async و defer، همان‌طور که در مقاله رضایت توضیح داده شده است. دکمه چندگانه بعد از ویجت‌های تجمیع‌شده می‌آید و «ویترین زنده» آخر از همه: پلاک‌هایش دکمه‌های همان گوشه را در نظر می‌گیرد.

بنر کوکی در cenaly.ru محدودیت‌هایی دارد: دفتر رضایت‌ها و CSV فعلاً جمع‌آوری نمی‌شوند، اسکنر کوکی‌ها در دسترس نیست و اعلامیه به‌صورت دستی نگهداری می‌شود. در صورت در دسترس نبودن پیکربندی، نسخه فعلی مسدودسازی ردیاب‌ها را برمی‌دارد؛ پس از نصب، بنر و درخواست‌های واقعی صفحه را بررسی کنید. شرایط کامل — در کوکی‌ها و رضایت.

مرکز پشتیبانی مقالات منتشرشده را نشان می‌دهد که باید در بخش «مقالات و صفحات» آماده کنید یا از پایگاه دانش منتشر کنید. دکمه خودش مقاله نمی‌سازد. در تحلیل راهنما، رویدادهای صفحه داخل این پنل به منبع «سایت» نسبت داده می‌شوند؛ منبع «ویجت» به زبانه راهنما در چت اشاره دارد.

اسناد حقوقی ابتدا باید روی میزبانی ما منتشر شوند. ویجت نسخه‌های منتشرشده را به‌صورت پیوند، در پنجره یا به‌صورت متن روی صفحه نشان می‌دهد؛ بازانتشار در حساب آن‌ها را به‌روز می‌کند. این ردیابی خودکار تغییرات قوانین نیست.

دکمه چندگانه فقط فهرست پیوندها نیست: حباب دعوت («سؤالی دارید؟»)، شرایط نمایش (در کدام صفحات، بعد از چند ثانیه، فقط روی تلفن یا همه‌جا)، متن آماده اولین پیام برای پیام‌رسان‌ها و آمار کلیک جداگانه روی کانال‌ها دارد.

«ویترین زنده» اثبات اجتماعی را روی داده‌های خودتان — سفارش‌ها، رزروها و نوبت‌ها — نشان می‌دهد و این کار را صادقانه انجام می‌دهد: نام و شماره تلفنی در پلاک نیست، رویدادها تجمیع شده‌اند و رویدادهای قدیمی بر اساس تقویم کسب‌وکار از نمایش خارج می‌شوند (کسب‌وکاری که دیروز تعطیل بوده، سفارش‌های دیروز را «نمی‌فروشد»).

در کارت «پاپ‌آپ‌ها و فرم‌ها» کنار کلید روشن/خاموش و چرخ‌دنده، دکمه «✨ ساخت از قالب» قرار دارد: همان پنجره تنظیمات ویجت را باز می‌کند، اما مستقیماً با گالری سناریوهای آماده — و تا وقتی «انجام شد» را نزنید چیزی ذخیره نمی‌کند.

پنل «اسناد حقوقی» دیگر به ویزارد پنج‌مرحله‌ای نمی‌فرستد: کشور، مجموعه اسناد، پرسش‌ها درباره فعالیت شما، مشخصات و زبان در یک صفحه قرار دارند، تکمیل خودکار و پیش‌نمایش جمع شده‌اند و پایین — شمارنده «انتشار اسناد: N». گزینه‌ای که با پاسخ‌های داده‌شده در تناقض باشد، همراه با توضیح دلیل آن قفل می‌شود.

پنجره‌های باز هاب در نشانی صفحه زندگی می‌کنند: چرخ‌دنده ویجت ?widget=<ویجت> را می‌نویسد، پنجره کد نصب — ?panel=install. یعنی می‌توانید پیوند تنظیمات یک ویجت مشخص را برای همکارتان بفرستید و با F5 و دکمه «بازگشت» هم باقی می‌ماند.

یک ویجت فقط کلید روشن/خاموش نمی‌خواهد — به محتوا هم نیاز دارد:

• نوبت‌دهی آنلاین وقتی در سایت ظاهر می‌شود که در منو حداقل یک مورد با نوع «خدمت» باشد و رزرو فعال باشد (همان کلیدی که رزرو میز دارد)؛
• مرکز پشتیبانی بلافاصله با کلید روشن/خاموش فعال می‌شود، اما بدون مقالات منتشرشده صفحه راهنمای خالی باز می‌کند — در تنظیمات ویجت دیده می‌شود که چند مقاله منتشر شده است.

محدودیت‌های رزرو. در حال حاضر ویجت رزرو میز تاریخ و زمان انتخاب‌شده را در منطقه زمانی مرورگر مهمان تبدیل می‌کند. برای بازدیدکننده‌ای از منطقه زمانی دیگر، زمان در دفتر ممکن است با زمان مورد انتظار کسب‌وکار تفاوت داشته باشد — هنگام تأیید آن را بررسی کنید. پیام ارسال درخواست هم همیشه به این معنا نیست که سرور رزرو را تأیید کرده است. اگر نوبت‌دهی آنلاین از تأخیر تأیید خبر می‌دهد، ابتدا دفتر نوبت‌ها را بررسی کنید: تلاش دوباره ممکن است رکورد تکراری بسازد.

بررسی خاموش شدن. پس از خاموش کردن ویجت، سایت را بررسی کنید و پس از به‌روزرسانی داده‌ها تنظیمات را دوباره باز کنید. در نسخه فعلی ممکن است کلید به‌صورت محلی خاموش شود اما فعال بودن قبلی روی سرور باقی بماند. در توقف فوری یک ویجت مشخص، تگ جداگانه آن را حذف کنید یا با پشتیبانی تماس بگیرید؛ حذف تگ عمومی یک‌جا کل مجموعه‌ای را که آن تگ متصل می‌کرد متوقف می‌کند.

بالای دکمه‌های هر کارت — آمار کوچک ۷ روزه: نمایش‌ها، باز شدن‌ها و عدد سوم بر اساس معنای ویجت (درخواست‌ها، سفارش‌ها، رزروها، نوبت‌ها، گفتگوها، دیالوگ‌ها، کلیک‌ها). «—» یعنی هنوز هیچ داده‌ای نیست، «0» — تله‌متری هست اما رویدادی رخ نداده؛ «بیشتر →» به داشبورد «ویجت‌های سایت» می‌رود.

در پنجره تنظیمات سفارش آنلاین یک دکمه دیگر هم برای سایت دیگران هست — «🔔 اطلاع از موجود شدن»: شما کالا و گونه را از کاتالوگ خودتان انتخاب می‌کنید، دکمه را روی صفحه کالای ناموجود علامت‌گذاری می‌کنید و مهمان ایمیل می‌گذارد، آن را از طریق پیوند تأیید می‌کند و وقتی کالا موجود شد یک ایمیل دریافت می‌کند. کاتالوگ دیگران را نمی‌خوانیم و موجودی را از صفحه دیگران برنمی‌داریم — کالا به‌صورت دستی متصل می‌شود. بیشتر — در مقاله سفارش آنلاین در سایت خودتان.

فرم‌هایی که از قبل در سایت شما وجود دارند#

بلوک «📝 فرم‌هایی که از قبل در سایت شما وجود دارند» زیر شبکه کارت‌ها برای این حالت است: «فرم درخواست از قبل روی سایت هست و کسی آن را تغییر نمی‌دهد». ما آن را جایگزین نمی‌کنیم و متوقف نمی‌کنیم: فرم مثل قبل به بک‌اند شما ارسال می‌شود و یک نسخه از درخواست به حساب کاربری می‌رسد.

قاعده یک انتخابگر CSS فرم، نشانی فیلدهای «نام / تلفن / ایمیل» است (مقدار می‌تواند فقط نام فیلد باشد، مثلاً phone، یا انتخابگر input[name="tel"])، به‌همراه ماسک‌های اختیاری صفحه و کلید روشن/خاموش. تعداد قواعد برای هر شعبه تا 10 مورد است، هر قاعده برای یک فرم. قاعده بدون انتخابگر فرم یا بدون تلفن یا ایمیل را نمی‌توان فعال کرد — چیزی برای جمع‌آوری ندارد. هر سطر دکمه «بررسی» دارد: سرور صفحه را می‌خواند و پاسخ می‌دهد که فرم پیدا شد یا نه، کدام فیلدهای قاعده در آن هست و اصلاً چه نام‌هایی برای فیلدهایش وجود دارد.

دقیقاً چه چیزی می‌رود. دقیقاً سه فیلد — نام، تلفن، ایمیل — به‌همراه نشانی صفحه بدون پارامترها و لنگر. ورودی پیش از فشردن «ارسال» خوانده نمی‌شود، ما بررسی و تأخیر خودمان را اضافه نمی‌کنیم، و فرمی که بررسی خود مرورگر را نگذراند درخواستی ایجاد نمی‌کند. سرور تکرار همان فرم با همان تماس را تا 10 دقیقه سرکوب می‌کند؛ در ارسال‌های همزمان یا خطای ثبت نشانگر، تکرار ممکن است. فرم‌های ویجت‌های خودمان شنیده نمی‌شوند.

رهگیری نسخه‌ای از درخواست را بدون انتظار برای پاسخ سرور می‌فرستد. در قطع شبکه یا مسدود شدن درخواست توسط مرورگر، نسخه ممکن است نرسد: صف تحویل پس از برقراری دوباره ارتباط فعلاً وجود ندارد. تکرار با همان تماس در همان صفحه نیز تا بارگذاری دوباره آن سرکوب می‌شود. نشانه ارسال به معنای تلاش برای رهگیری است، و رسیدن را در صندوق ورودی بررسی کنید.

کجا جست‌وجو کنیم. بخش «درخواست‌ها» و زبانه «درخواست‌ها» در مرکز تماس — با گروه «فرم‌های روی سایت: <برچسب قاعده>». هر چنین درخواستی نشانه صادقانه‌ای دارد: ما فشردن «ارسال» را می‌بینیم، نه سرنوشت داده‌ها در بک‌اند شما.

⚠️ دکمه «بررسی» HTML را بدون مرورگر تحلیل می‌کند: فرمی که JavaScript می‌کشد را نمی‌بیند — در حالی که رهگیری در مرورگر مهمان آن را می‌بیند. پنل این را صریح می‌گوید.

پیوندها و QR برای اقدام‌ها#

بلوک «🔗 پیوندها و QR برای اقدام‌ها» زیر شبکه کارت‌ها پیوندی می‌سازد که روی سایت شما یک اقدام مشخص را باز می‌کند: https://ваш-сайт/#cenaly=book — فرم رزرو، #cenaly=appointment:<услуга> — نوبت مستقیم برای یک خدمت، #cenaly=order:<товар> — کارت کالا، و همچنین چت، تماس بازگشتی، راهنما، سند (legal:<тип>)، بادبزن چنددکمه‌ای و تماس با پشتیبانی (#cenaly=support — زبانه «تماس‌ها» در چت، #cenaly=support:<категория> — مستقیم فرم با همان دسته). چنین پیوندی معمولاً به‌صورت کد QR چاپ می‌شود: روی میز، در رسید، روی بسته‌بندی، در تبلیغات آفلاین.

روش ساخت: اقدام را انتخاب کنید، در صورت تمایل — شیء مشخص (خدمت یا موردی از منوی منتشرشده، سند منتشرشده) و «کجا قرار می‌دهید» — برچسب‌های UTM برای تحلیل شما به آن بستگی دارد (utm_source=qr&utm_medium=<место>&utm_campaign=<действие>؛ ما آن‌ها را نمی‌خوانیم). خروجی — پیوندی با دکمه «کپی» و کد QR که در PNG و SVG دانلود می‌شود. پایه پیوند نشانی سایت شماست، و اگر وارد نشده باشد — ویترین ما. روی کارت هر ویجت دکمه کوتاه «🔗 پیوند» با اقدام از پیش انتخاب‌شده وجود دارد.

چرا لنگر # و نه پارامتر ?: CMSهای دیگران، افزونه‌های کش و CDN پارامترهای ناشناخته را می‌بُرند و نشانی کانونیک را تغییر می‌دهند، اما مرورگر لنگر را به سرور نمی‌فرستد — پس تضمینی به کد ما می‌رسد. آن را تگ یکپارچه اجرا می‌کند: لنگر را یک بار هنگام بارگذاری می‌خواند، آن را از نشانی برمی‌دارد و ویجت موردنظر را وقتی بالا آمد باز می‌کند. تگ‌های تک‌ویجتی لنگر را نمی‌خوانند.

بلوک پیش از چاپ تیراژ هشدار می‌دهد: ویجت اقدام خاموش است، کد نصب در آخرین بررسی روی سایت پیدا نشد. پیوند چیز خاموشی را روشن نمی‌کند و سند ناموجود را جایگزین نمی‌کند — در چنین حالتی فقط هیچ کاری نمی‌کند: روی سایت دیگری این بهتر از خطاست. یک استثنا هست و عمدی است: پیوند تماس با پشتیبانی در حالی که تماس‌ها خاموش‌اند چت معمولی را باز می‌کند — مهمان باز هم می‌تواند بنویسد، و بلوک از قبل هشدار می‌دهد که تماس‌ها خاموش‌اند. همان پیوند روی ویترین ما برای کسب‌وکار هم کار می‌کند، از جمله راهنما، اسناد و چنددکمه‌ای — برچسب یک بار چاپ می‌شود، اما سایت ممکن است عوض شود.

ویجت نوبت‌دهی آنلاین با جزئیات بیشتر#

تنظیمات — کارت «نوبت‌دهی آنلاین» → چرخ‌دنده: رنگ دکمه، متن آن، گوشهٔ صفحه و زبان. همان‌جا، زیر تنظیمات، رشتهٔ کد آماده به‌طور جداگانه برای همین ویجت قرار دارد — برای مواقعی که فقط آن را نصب می‌کنید.

زبان. به‌طور پیش‌فرض — خودکار: ویجت به زبان صفحه‌ای که روی آن قرار دارد صحبت می‌کند و ۴۵ زبان را می‌شناسد. واژه‌نامه فقط در صورت نیاز بارگذاری می‌شود، بنابراین بر سرعت سایت تأثیری ندارد. در فهرست می‌توان یک زبان را به‌صورت ثابت تعیین کرد — مثلاً اگر سایت دوزبانه است و می‌خواهید نوبت‌دهی به یک زبان باشد.

پیوند به خدمت یا متخصص مشخص. می‌توان به تگ ویجت ویژگی‌هایی افزود — مهمان مستقیماً به مرحلهٔ موردنظر می‌رسد:

شناسهٔ منقضی (خدمت تغییر نام داده، متخصص ترک کار کرده) ویجت را خراب نمی‌کند: بی‌صدا انتخاب عادی را از مرحلهٔ اول نشان می‌دهد.

مراحل کمتر تا نوبت:

• تنها یک خدمت یا تنها یک متخصص مناسب — صفحهٔ اضافی نمایش داده نمی‌شود؛
• چیپ «⚡ نزدیک‌ترین: امروز ۱۷:۳۰» با یک ضربه نوبت می‌دهد و تقویم خودبه‌خود روی اولین روز با زمان آزاد باز می‌شود؛
• نام، تلفن و ایمیل روی دستگاه مهمان ذخیره می‌شوند: در نوبت‌دهی مجدد فیلدها از قبل پر شده‌اند و پیوند «من نیستم» آن‌ها را پاک می‌کند؛
• روی تلفن، پنل تمام‌صفحه باز می‌شود و دکمهٔ نوبت زیر صفحه‌کلید پنهان نمی‌شود؛
• ویجت با صفحه‌کلید قابل استفاده است و به‌درستی توسط برنامهٔ صفحه‌خوان خوانده می‌شود.

ایمیل. فیلد ایمیل اختیاری است؛ اگر مهمان نشانی را وارد کند، نامه‌ای با جزئیات بازدید و پیوند «مدیریت نوبت» دریافت می‌کند که با آن خودش بازدید را جابه‌جا یا لغو می‌کند. جزئیات — در بخش دفتر نوبت‌ها.

ویجت چه چیزی به دست داد. در دفتر نوبت‌ها، دکمهٔ «🌐 ویجت در سایت» قیف ۷، ۳۰ یا ۹۰ روزه را نشان می‌دهد: چند بار دکمه دیده شده، چند مهمان پنل را باز کرده‌اند، به مخاطبین رسیده‌اند و نوبت گرفته‌اند، و چند نوبت به‌دلیل زمان اشغال از دست رفته است. روی خود نوبت‌های گرفته‌شده از سایت، نشان «از سایت» قرار دارد.

بررسی نصب#

دکمهٔ «بررسی نصب» سایت شما را باز می‌کند و HTML منبع صفحه را می‌خواند. در پاسخ:

• «کد ویجت‌ها در سایت پیدا شد» — تگ یکپارچه سر جایش است؛
• «فقط تگ‌های جداگانهٔ ویجت‌ها پیدا شدند» — درج‌های تکی قدیمی کار می‌کنند و تگ یکپارچه وجود ندارد؛
• «کد روی سایت به شعبهٔ دیگری تعلق دارد» — در تگ، data-domain متعلق به جای دیگری است (خطای رایج در چند شعبه)؛
• «در این صفحه کد ویجت‌ها وجود ندارد» — تگ دیده نمی‌شود.

⚠️ بررسی، HTML منبع یک صفحه را می‌خواند. اگر تگ را Google Tag Manager یا اسکریپت دیگری در همان مرورگر درج کند، بررسی آن را نمی‌بیند — این خطا نیست. آنچه فراتر از محدودهٔ این روش می‌ماند، در ادامه زیر «آنچه بررسی نصب نمی‌بیند» گرد آمده است.

هفته‌ای یک‌بار همان بررسی خودش تکرار می‌شود — برای شعبه‌هایی که نشانی سایت برایشان ثبت شده، حداقل یک ویجت فعال دارند و بررسی قبلی تگ را پیدا کرده است. تگ بی‌صدا می‌میرد — سایت به پوستهٔ جدیدی منتقل شده، پیمانکار بدون درج کد، قالب را منتشر کرده، افزونهٔ کش اسکریپت «اضافی» را حذف کرده — و پیش‌تر این وضعیت فقط از روی تمام‌شدن درخواست‌ها فهمیده می‌شد. حالا گذار «تگ بود → تگ نیست» به‌صورت کارت در چت کاری می‌آید (حداکثر هفته‌ای یک‌بار برای هر شعبه) و به‌صورت گام سوم قرمز در بلوک «سایت شما». سایتی که باز نشود (وقفهٔ زمانی، خطای سرور) خرابی به حساب نمی‌آید — هفتهٔ بعد بررسی می‌کنیم؛ تگی که از طریق Google Tag Manager درج شده باشد هرگز دیده نمی‌شود، پس هشدار نادرست هم برایش نخواهد بود.

همین بررسی به‌صورت عمومی و بدون ورود به حساب هم در دسترس است — صفحهٔ «بررسی سایت»: نشانی را وارد کنید تا HTML صفحه را بخواند و شمارنده‌ها و پیکسل‌ها را نام‌به‌نام نشان دهد، این‌که بنر رضایت وجود دارد یا نه (مال ما، مال دیگری یا هیچ‌کدام) و این‌که تگ ما با ویجت‌های فعال دیده می‌شود یا نه. با آن می‌توانید سایت را پیش از اتصال بررسی کنید و پیوند را به توسعه‌دهنده یا مشتری بدهید.

زیر کارت‌های ویجت‌ها در این بخش دو بلوک دیگر هم هست: «ویترین با کد خودتان (Headless)» — داده‌ها، API و وب‌هوک‌ها برای وقتی که سایت را توسعه‌دهندهٔ شما می‌نویسد و ویجت‌های ما را نمی‌خواهد — و «پیشرفته: تگ جداگانه برای هر ویجت» با تگ‌های تکی آماده. یعنی تگ تکی را نه‌فقط می‌توان «از گذشته آورد»، بلکه از همین‌جا هم برداشت.

آنچه بررسی نصب نمی‌بیند#

روش بررسی ساده و صادقانه است: یک درخواست برای HTML منبع یک نشانی، بدون مرورگر. ما همان چیزی را می‌خوانیم که سرور فرستاده و در نشانه‌گذاری دنبال <script src="…"> با مسیرهای خودمان می‌گردیم. از همین‌جا تمام فهرست کارهایی که انجام نمی‌دهد می‌آید — و این خرابی نیست، مرز روش است.

آنچه بررسی خوب می‌بیند: این‌که تگ ما در نشانه‌گذاری منبع هست یا نه، یکپارچه است یا مجموعه‌ای از تگ‌های تکی، و data-domain چه کسی در آن آمده — یعنی رایج‌ترین خطا، «کد را از شعبهٔ بغلی کپی کرده‌ام»، گرفته می‌شود.

دقیقاً همین مرز برای صفحهٔ عمومی «بررسی سایت» هم هست: آن هم HTML منبع را می‌خواند و اسکریپت‌ها را اجرا نمی‌کند. کوکی‌های واقعی و آنچه در همان مرورگر بارگذاری می‌شود را فقط اسکنر CMP جمع می‌کند — ببینید کوکی‌ها و رضایت.

رفع اشکال#

فهرست کلی برای همهٔ دوازده ویجت — از شایع‌ترین علت تا موارد نادر. جزئیات هر ویجت در مقالهٔ خودش توضیح داده شده است.

۱. «بررسی نصب» می‌گوید کدی وجود ندارد. کد درج نشده، در همهٔ صفحات قالب درج نشده، یا سایت پس از درج منتشر نشده است (Tilda، Wix و Webflow نیاز به انتشار مجدد دارند). نشانی سایت را در بالای بخش هم بررسی کنید: بررسی دقیقاً روی همان نشانی انجام می‌شود — و فقط همان، به‌صورت یک صفحه. پیش از هر اقدامی، فهرست «بررسی نصب چه چیزهایی را نمی‌بیند» را ببینید: نیمی از موارد «کدی وجود ندارد» نقص سایت نیست، بلکه محدودیت روش بررسی است.

۲. کد روی سایت به شعبهٔ دیگری تعلق دارد. در تگ، data-domain دیگری قرار دارد — خطایی رایج وقتی چند شعبه وجود دارد و کد از کارت مجاور کپی شده است. کد را با شعبهٔ درست انتخاب‌شده بردارید.

۳. بررسی، تگی را که از طریق Google Tag Manager درج شده نمی‌بیند. این خطا نیست. بررسی، HTML منبع صفحه را می‌خواند — همان چیزی که سرور فرستاده — در حالی که GTM تگ را در مرورگر جای می‌گذارد. سایت را باز کنید و با چشم ببینید: ویجت یا هست یا نیست. فهرست کامل چیزهایی که روش بررسی نشان نمی‌دهد (GTM، صفحهٔ دوم سایت، SPA، سایت بسته) در «بررسی نصب چه چیزهایی را نمی‌بیند» آمده است.

۴. تغییرات روی سایت ظاهر نشد. فایل‌های ویجت از طریق CDN با کش ۵ دقیقه ارائه می‌شوند. پس از روشن‌کردن کلید یا ویرایش تنظیمات، چند دقیقه صبر کنید و صفحه را با پاک‌کردن کش بازخوانی کنید (Ctrl+F5). اگر مرورگر همچنان نسخهٔ قدیمی را نشان می‌دهد، در حالت ناشناس بررسی کنید.

۵. ویجت روشن است، اما در صفحه دیده نمی‌شود. این فهرست را مرور کنید:

• ویجت پولی است و پرداخت نشده — افزونهٔ پرداخت‌نشده در سرور از داده‌های سایت حذف می‌شود، بنابراین حتی با روشن‌بودن کلید هم در صفحه ظاهر نمی‌شود؛
• ویجت شرایط نمایش دارد (چنددکمه، تماس بازگشتی، «ویترین زنده»): ماسک صفحات، تأخیر، فیلتر دستگاه یا زمان‌بندی ممکن است دقیقاً همین صفحه و همین لحظه را حذف کرده باشد؛
• ویجت محتوا کم دارد: نوبت آنلاین زمانی ظاهر می‌شود که در منو حداقل یک آیتم خدمت باشد و رزرو فعال باشد؛ مرکز پشتیبانی بدون مقالهٔ منتشرشده پنل خالی باز می‌کند؛ چنددکمه بدون هیچ کانالی اصلاً رسم نمی‌شود؛ «ویترین زنده» تا وقتی اعداد زیر آستانه باشند ساکت می‌ماند؛
• چنددکمه دکمهٔ همسایه را بلعیده است: اگر در بادبزن آن گزینهٔ «باز کردن چت» یا «تماس بازگشتی» باشد، دکمه‌های اختصاصی این ویجت‌ها عمداً خاموش می‌شوند — چون اکنون داخل بادبزن قرار دارند.

۶. در گوشهٔ صفحه چند دکمه روی هم می‌افتند. چنددکمه را روشن کنید و اقدام‌های ویجت‌های موردنظر را به بادبزن آن اضافه کنید — دکمه‌های جداگانهٔ آن‌ها خودبه‌خود خاموش می‌شوند.

۷. ویجت‌ها در سایتی که با سازندهٔ ما ساخته شده وجود ندارند. در آنجا کد نصب در قالب تعبیه شده و بلوک کد در حساب نمایش داده نمی‌شود — این طبیعی است. کلیدهای ویجت‌ها را بررسی کنید: سایت تازه‌ساخته با بنر کوکی، اسناد حقوقی و چت روشن ارائه می‌شود و بقیه دستی روشن می‌شوند. تفاوت بسترها را هم در نظر بگیرید: چنددکمه در ویترین ما فقط با کلید جداگانهٔ «نمایش در ویترین ما هم» نشان داده می‌شود (چون دکمه‌های بومی صفحه را می‌بلعد)، اما «ویترین زنده» با همان یک کلیدِ سایت بیرونی کار می‌کند.

سایت با Content-Security-Policy#

اگر سرور شما هدر Content-Security-Policy را ارسال می‌کند، مرورگر خودش تصمیم می‌گیرد که کد نصب ما اجازه دارد چه چیزی را بارگذاری کند. خود تگ در این حالت کار می‌کند — چون شما آن را مجاز کرده‌اید — اما هر چیزی که آن تگ فراخوانی می‌کند ممکن است بی‌صدا مسدود شود: از بیرون به نظر می‌رسد که «ویجت‌ها ناپدید شده‌اند». در کنسول مرورگر در این حالت خطوطی مانند Refused to load the script دیده می‌شود.

این شکاف دقیقاً در یک حالت رخ می‌دهد: سیاستی که اسکریپت‌ها را فقط با nonce یک‌بارمصرف مجاز می‌کند، بدون 'strict-dynamic' و بدون میزبان CDN ما در فهرست. در ادامه سه راه برای رفع این مشکل آمده است، از ساده‌ترین.

گزینه ۱ — 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 نیست: هر کسی که توانسته کد را در صفحه درج کند، آن را در اسکریپت خود کپی می‌کند. برای هر پاسخ، روی سرور، مقدار جدید تولید کنید.

گزینه ۲ — 'strict-dynamic'#

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

با 'strict-dynamic' اعتماد به تگ ما به اسکریپت‌هایی که درج می‌کند نیز گسترش می‌یابد، از جمله بخش‌های تنبل «پاپ‌آپ‌های هوشمند». این نمونه‌ای از دستور برای اسکریپت‌هاست: در صورت محدودیت‌های default-src، connect-src، style-src یا frame-src، مجوزهای مربوطه را از جدول زیر اضافه کنید.

گزینه ۳ — فهرست میزبان‌ها#

اگر 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.

قرار دادن ویجت در بخش جداگانه#

اگر یکی از ویجت‌ها محصول اصلی شماست (مثلاً فقط از پاپ‌آپ‌ها یا فقط از بنر کوکی استفاده می‌کنید)، مسیر «بازاریابی → سایت من → کارت → چرخ‌دنده» بیش از حد طولانی است. روی کارت دکمهٔ «قرار دادن در نوار کناری» وجود دارد — ویجت آیتم منوی خودش را می‌گیرد و با یک کلیک باز می‌شود.

این تنظیم رابط کاربری شماست: فقط نمایش بخش را کنترل می‌کند، نه عملکرد ویجت روی سایت را.

تنظیمات عمومی سایت — آدرس، کد نصب و بررسی — در «سایت من» باقی می‌مانند: این آیتم در منو کنار بخش ویجت قرار دارد، بنابراین بخش جداشده پیوند «← همهٔ ویجت‌های سایت» را ندارد. اگر ویجت را از نوار کناری بردارید، پیوند برمی‌گردد.

در صفحهٔ خود ویجت، همان دکمه روی قاب بالای بلوک تنظیمات، سمت راست قرار دارد. برای ویجت جداشده، برچسب آن «در نوار کناری» است — برای حذف آیتم از منو روی آن کلیک کنید؛ دکمه در جای خود باقی می‌ماند.

چه چیزی رایگان است و چه چیزی افزونهٔ پرداختی#

بخشی از ویجت‌ها در اشتراک گنجانده شده‌اند و بخشی به‌صورت افزونه در بخش «افزونه‌ها» فعال می‌شوند: رزرو، پاپ‌آپ‌ها و فرم‌ها، مرکز پشتیبانی و اسناد حقوقی با برچسب پرداختی مشخص شده‌اند — روی کارت آن‌ها نشان «💳 افزونهٔ پرداختی» دیده می‌شود.

ویجت پرداختی پس از خرید فعال می‌شود. کلیک روی کلید یک ویجت پرداخت‌نشده آن را روشن نمی‌کند، بلکه پنجرهٔ پرداخت را مستقیماً در همان بخش باز می‌کند؛ پس از پرداخت، ویجت خودبه‌خود روشن می‌شود. نشان «💳 افزونهٔ پرداختی» روی ویجت پرداخت‌نشده هم خودش دکمهٔ پرداخت است و روی ویجت پرداخت‌شده شما را به فهرست محصولات می‌برد تا اشتراک را ببینید. دسترسی به خرید فعال بستگی دارد. تغییر اشتراک و به‌روزرسانی تنظیمات سایت دو عملیات جداگانه‌اند: اگر پس از خرید ویجت ظاهر نشد، کلید را بررسی کنید و تنظیمات شعبه را ذخیره کنید. پنج دقیقهٔ کش از زمان انتشار داده‌های به‌روزشده شمرده می‌شود؛ خودِ تغییر وضعیت اشتراک در حال حاضر چنین انتشاری را تضمین نمی‌کند.

در سایتی که با سازندهٔ ما ساخته شده باشد، «اسناد حقوقی» و بنر کوکی رایگان‌اند. روی کارت آن‌ها به‌جای برچسب «پرداختی»، نشان «🎁 در سایت گنجانده شده» دیده می‌شود و پنجرهٔ پرداخت اصلاً نمایش داده نمی‌شود: این یک فروش مکمل نیست، بلکه شرطی است که استفادهٔ قانونی از سایت را ممکن می‌کند. سایت تازه‌ساخته‌شده بلافاصله با بنر کوکی، اسناد حقوقی و چتِ فعال تحویل داده می‌شود. در سایت دیگران، افزونهٔ «اسناد حقوقی» جداگانه پرداخت می‌شود. بنر کوکی در هاب فعلی در فهرست چهار ویجت پرداختی نیست.

طرح‌ها و پرداخت — در بخش فروشگاه برنامه‌ها و اشتراک.

بخش‌های مرتبط#

• سازندهٔ سایت — اگر سایت خودتان را ندارید و به ویترین ما نیاز دارید
• ویترین روی کد خودتان (headless) — اگر سایت را توسعه‌دهندهٔ شما می‌نویسد و داده را از ما می‌گیرد
• دامنهٔ اختصاصی — اتصال دامنهٔ خودتان به ویترین ما

پرسش‌های پرتکرار#

آیا باید از سایت خودمان دست بکشیم؟ نه. ویجت‌ها روی سایت شما قرار می‌گیرند؛ چیدمان و میزبانی را تغییر نمی‌دهید.

اگر چند ویجت داشته باشیم، چند تگ باید درج کنیم؟ یکی. ترکیب ویجت‌ها با کلیدها در حساب کاربری تنظیم می‌شود.

آیا ویجت سایت را کند می‌کند؟ بارگذار به‌صورت ناهمگام (async) متصل می‌شود و رندر صفحه را مسدود نمی‌کند؛ هر ویجت در یک فایل کوچک جداگانه و فقط در صورت فعال بودن بارگذاری می‌شود. ویجت خاموش اصلاً دانلود نمی‌شود.

آیا ویجت چیدمان را خراب می‌کند؟ نه. هر ویجت در یک ظرف ایزوله (Shadow DOM) رسم می‌شود: سبک‌های سایت شما به داخل ویجت نفوذ نمی‌کنند و سبک‌های ویجت هم به بیرون. استثنای عمدی، ویجت سفارش آنلاین است: این ویجت به‌طور ویژه دکمه‌های «افزودن به سبد خرید» را در نشانه‌گذاری شما قرار می‌دهد و این با پیش‌نمایش قابل تنظیم است (به سفارش آنلاین در سایت خودتان مراجعه کنید).

ویجت به چه زبانی صحبت می‌کند؟ به زبان صفحه نگاه می‌کند: ابتدا ویژگی data-lang در تگ، اگر آن را تعیین کرده باشید، سپس lang صفحهٔ HTML شما، سپس زبان مرورگر مهمان و در نهایت انگلیسی. واژه‌نامه‌ها اندازه‌های متفاوتی دارند: بنر کوکی، ویجت نوبت‌دهی آنلاین و پنجرهٔ چت ۴۵ زبان را می‌شناسند (برچسب‌های چت به‌صورت بستهٔ زبانی جداگانه بر اساس زبان صفحه ارائه می‌شوند)؛ در بقیه، انگلیسی، روسی، گرجی و ترکی با بازگشت به انگلیسی گنجانده شده است. برچسب دکمه‌ها و پیام‌های دعوت را خودتان تعیین می‌کنید — به‌صورت خطی جداگانه برای هر زبان سایت.

داده‌هایی که ویجت‌ها جمع‌آوری می‌کنند کجا ذخیره می‌شوند؟ در ابر برند شما: در cenaly.com — AWS و در cenaly.ru — Yandex Cloud؛ داده‌های کسب‌وکارهای روسی در روسیه می‌ماند. درخواست‌ها، سفارش‌ها، رزروها و مکالمات به حساب کاربری شما می‌رسند و فقط تنظیمات ویجت‌ها و آنچه از قبل عمومی است (منو، ساعات کاری، اسناد منتشرشده، اعداد بی‌نام «ویترین زنده») به CDN عمومی می‌رود.

چند شعبه دارم — چه کنم؟ ویجت‌ها برای هر شعبه تنظیم می‌شوند: آن را از فهرست بالای بخش انتخاب کنید و کد نصب آن را بردارید. هر سایت data-domain خودش را دارد.

آیا می‌توان ویجت‌ها را روی چند سایت مختلف نصب کرد؟ بله، تگ یک شعبه را می‌توان در چند صفحه یا سایت درج کرد — داده‌ها به همان یک شعبه می‌رسند.