نکات کلیدی
- پنل فارسی، فهم درخواست فارسی و کیفیت خروجی را جدا بسنج.
- ابزار را بر اساس سایت معرفی، فروشگاه یا تجربهٔ تعاملی انتخاب کن.
- در زاباندو، واژهنامه و بازخورد یک تمرین را دیدیم؛ ذخیرهٔ پیشرفت تأیید نشده است.
- فایل سایت، پیشنمایش و سرویس متصل سه مرحلهٔ متفاوتاند.
برای انتخاب سایتساز هوش مصنوعی فارسی، فقط به توانایی نوشتن جملهٔ فارسی نگاه نکن. یک صفحه ممکن است متن روان داشته باشد، اما شمارهٔ موبایل برعکس خوانده شود، منو در گوشی بیرون بزند یا تاریخ رزرو روز اشتباهی را نشان دهد. سؤال مفید این است: ابزار، یک جریان واقعی فارسی را تا انتها چطور تحویل میدهد؟
این راهنما کمک میکند بر اساس نوع پروژه، دو گزینه انتخاب کنی و خروجی فارسی آنها را بسنجی. یک نمونهٔ واقعی کُندا هم داریم: «زاباندو»، وباپ آموزش زبان با مسیر درس، واژهنامه و تمرین جملهسازی. منابع و این نمونه در ۲۵ مهر ۱۴۰۵ بررسی شدهاند. کُندا ناشر همین مقاله است؛ جدول، پیشنهاد تحریریه بر اساس کاربرد است و آزمون برابر همهٔ ابزارها یا رتبهبندی کیفیت نیست.

پاسخ سریع: بهترین سایتساز فارسی را چطور پیدا کنی؟
اگر پنل فارسی و ساخت یک تجربهٔ اختصاصی با گفتگو میخواهی، کُندا را در فهرست کوتاهت بگذار؛ نمونهٔ تعاملی آن را پایینتر میبینی. برای سایت معرفی با ویرایش بصری، هوشوارهٔ اپیشاپ را بررسی کن. برای دریافت فایل سایت و میزبانی توسط خودت، دیپفا مسیر متفاوتی دارد. اگر فروشگاه استاندارد با عملیات روزمره اولویت توست، سایتسازهای فروشگاهی را هم کنار AI مقایسه کن.
قبل از انتخاب، یک جمله بنویس: «مخاطب من کیست و باید چه کاری را در سایت تمام کند؟» سایت خدماتی به فرم درخواست نیاز دارد؛ اپ آموزش زبان به پاسخ تمرین و پیشرفت؛ فروشگاه به سفارش و پرداخت. تقویم شمسی برای همهٔ اینها ضروری نیست. دو ابزار مناسب همان کار را بردار و جریان اصلی را با دادهٔ یکسان امتحان کن.
فارسی را در چهار لایه بررسی کن
محتوا
جمله، عدد و متن ترکیبی درست خوانده شوند.
چیدمان
منو، جدول و فرم با جهت صفحه هماهنگ باشند.
رفتار
تاریخ، خطا و داده درست ذخیره و بازیابی شوند.
انتشار
همان جریان روی گوشی و آدرس عمومی کار کند.
این مقاله برای کسی است که میخواهد سایت فارسی بسازد یا بداند چه زمانی به وباپ اختصاصی نیاز دارد. اگر هنوز میان وردپرس و سایتساز تصمیم نگرفتهای، راهنمای ساخت سایت بدون کدنویسی را اول بخوان. اینجا تمرکز روی کیفیت خروجی فارسی است؛ نه تعداد قالب و افزونه.
اول روشن کن «سایتساز فارسی» یعنی چه
سه ادعا را از هم جدا کن: پنل خود ابزار فارسی است؛ ابزار دستور فارسی میفهمد؛ خروجی نهایی برای مخاطب فارسی درست کار میکند. ممکن است یکی برقرار باشد و دیگری نه. زبان پنل را از روی صفحهٔ رسمی یا حساب بررسی کن، فهم پرامپت را با یک تغییر دقیق بسنج و کیفیت خروجی را روی سایت ساختهشده ببین.
همین تفاوت دربارهٔ «هوش مصنوعی» هم وجود دارد. یک سایتساز ممکن است برای متن یا عکس دستیار AI داشته باشد، ولی ساختار سایت با بخشهای آماده تغییر کند. در مسیر تولید کد، گفتگو میتواند ساختار و منطق را تغییر دهد. هیچکدام خودبهخود انتخاب بهتر نیست؛ مسئلهٔ تو و روش نگهداری بعدی تعیینکنندهاند.
کدام سایتساز برای چه نیازی مناسب بررسی است؟
برای دیدن همهٔ ستونها، جدول را افقی جابهجا کن.
| گزینه | چه زمانی وارد فهرست کوتاه شود؟ | پیش از انتخاب چه چیزی را بررسی کنی؟ |
|---|---|---|
| کُندا | پنل فارسی، گفتگو و ساخت تجربهای فراتر از صفحهٔ معرفی | خروجی همان پروژه، ذخیرهٔ داده و امکانات فعال حسابت |
| هوشوارهٔ اپیشاپ | ساخت نسخهٔ اولیه از توضیح کسبوکار و ادامه با ویرایشگر بصری | آزادی تغییر ساختار، رفتار فرم و شرایط انتشار |
| سازندهٔ سایت دیپفا | صفحهٔ فرود یا سایت معرفی با تحویل HTML و ZIP | مسئولیت هاست، دامنه، بهروزرسانی و اتصال فرم |
| Lovable | وباپ سفارشی با گفتگو و پیشنمایش | کیفیت RTL همان خروجی، حساب و هزینهٔ اصلاح |
| Bolt | ساخت و اصلاح اپ وب از درخواست متنی | منطق موردنیاز، متن ترکیبی و مسیر انتشار |
| وبزی، پرتال و سازیتو | سایت یا فروشگاه با ویرایشگر و مدیریت آماده | امکانات فروش، اتصالهای لازم و محدودیت شخصیسازی |
در اپیشاپ، مسیر توضیح کسبوکار، ساخت اولیه، پیشنمایش و ویرایش بصری در صفحهٔ رسمی معرفی شده و فارسی/RTL هم از قابلیتهای اعلامی است. این بررسی، تست حساب یا کیفیت همهٔ خروجیهای آن نیست. دیپفا در صفحهٔ رسمی، ساخت تکصفحهای یا چندصفحهای و دانلود HTML/ZIP را توضیح میدهد؛ فایل سایت را با سرویس متصل برای سفارش یا ثبت درخواست یکی نگیر.
مستندات Lovable و Bolt مسیر ساخت اپ با زبان طبیعی را توضیح میدهند؛ از این قابلیت، فارسیبودن پنل یا درستی خودکار همهٔ خروجیها را نتیجه نمیگیریم. دربارهٔ وبزی، پرتال و سازیتو، مقایسهٔ سایتسازهای بدون کدنویسی با تصاویر محیط عمومی را ببین. داشتن دستیار تولید متن یا عکس با ساخت کل منطق سایت از پرامپت فرق دارد.
پیش از پرداخت، خروجی و نگهداری را هم مقایسه کن
فقط هزینهٔ ساخت اولیه را نبین. بپرس دامنه کجا وصل میشود، اصلاح بعدی چطور انجام میشود، محتوا را چه کسی مدیریت میکند و اگر فرم قطع شد چطور متوجه میشوی. برای مقایسهٔ هزینهٔ کُندا، صفحهٔ رسمی قیمتگذاری را با نیاز همان پروژه بخوان. تعداد اعتبار دو سرویس، واحد مشترکی برای مقایسهٔ هزینه نیست. برای محصول دادهمحور هم راهنمای هزینهٔ ساخت اپ با AI مفید است.
هفت معیار برای سنجش سایت فارسی
برای دیدن همهٔ ستونها، جدول را افقی جابهجا کن.
| معیار | نمونهٔ بررسی | چه چیزی را ثبت کنی؟ |
|---|---|---|
| جهت کلی | منو، کارت و فرم در صفحهٔ راستبهچپ | محل اجزا و ترتیب حرکت |
| متن ترکیبی | «پیگیری سفارش ABC-120» و یک ایمیل | خوانایی کد، علامت و نشانهگذاری |
| فونت | بازکردن صفحه در دستگاه تازه | فونت بارگذاریشده و شکست خط |
| تاریخ | انتخاب روز نزدیک پایان ماه | روز ذخیرهشده و نمایش دوباره |
| فرم | خطای فیلد، ارسال و تلاش مجدد | پیام روشن و حفظ مقدار |
| موبایل | عرض کم، بزرگکردن متن، بازکردن منو | بریدگی، همپوشانی و لمس دکمه |
| انتشار | بازکردن لینک مستقیم صفحه و تصویر | رفتار آدرس عمومی، نه فقط پیشنمایش |
این جدول، پروتکل پیشنهادی تحریریه است؛ وزنها یا نتیجهٔ اندازهگیریشدهٔ ابزارها نیست. برگهٔ CSV آزمون فارسی را دانلود کن و برای هر گزینه شواهد خودت را بنویس. «قبول»، «رد» و «بررسی نشده» را از هم جدا نگه دار.
راستچین با راستبهچپ فرق دارد
در مرجع ویژگی dir در MDN، جهت پایهٔ متن از زبان آن جداست. بنابراین فارسیبودن متن یا داشتن lang="fa"، جای تعیین جهت را نمیگیرد. برای توضیح مشکل به ابزار، بهجای «فارسیاش خراب است» یک نمونهٔ دقیق بده: شماره، ایمیل، کد سفارش یا علامتی که جابهجا میشود.
ویژگیهای منطقی CSS هم به تعریف فاصله و چیدمان بر اساس جهت نوشتار کمک میکنند. لازم نیست برای شروع همهٔ آنها را بلد باشی. کافی است از ابزار بخواه تغییر را در چند بخش آزمایش کند و فقط با راستچینکردن متن، مسئله را حلشده معرفی نکند.
«یک سایت خدماتی فارسی و راستبهچپ بساز. محتوا: استودیوی نمونه، سه خدمت و فرم درخواست مشاوره. نمونهٔ کد پیگیری ABC-120 و ایمیل hello@example.com را داخل جملهٔ فارسی نمایش بده. شمارهٔ موبایل خوانا باشد. روی گوشی منو و فرم بدون بریدگی باشند. فقط برای ثبت واقعی پیام موفقیت بده. اگر تاریخ میگیری، روز انتخابشده بعد از ذخیره و بازکردن دوباره حفظ شود. از نام و دادهٔ ساختگی استفاده کن و بخشهای نمونه را روشن بگو.»
این پرامپت برای مقایسهٔ سایت خدماتی پیشنهاد شده و پرامپت ساخت زاباندو نیست؛ در این نوبت اجرا نشده است. برای مقایسه، متن، تصویر و نام کسبوکار را در دو ابزار یکسان نگه دار. اگر یکی از خروجیها از محتوای بیشتر یا عکس بهتر استفاده کرده، آن تفاوت را به کیفیت RTL نسبت نده.
فونت؛ چیزی که روی لپتاپ تو درست است کافی نیست
یک فونت نصبشده روی دستگاه میتواند ایراد بارگذاری فونت سایت را پنهان کند. صفحه را روی دستگاه یا مرورگری که آن فونت را ندارد باز کن. تیتر بلند، عدد قیمت، پیام خطا و دکمهٔ کوتاه را ببین. اگر فونت عوض شد، آیا هنوز متن خواناست و دکمه جا دارد؟
در این بلاگ، حروف فارسی با Pelak تنظیم شدهاند؛ این انتخاب برند کُنداست، نه اجبار برای همهٔ سایتهایی که کاربران میسازند. برای کسبوکار خودت، فونت دارای مجوز مناسب انتخاب کن و دربارهٔ فایل وب و وزنهای لازم تصمیم بگیر. قرار نیست ابزار برای نمایش یک تیتر، تعداد زیادی وزن غیرضروری بارگیری کند.
تقویم شمسی؛ ظاهر تاریخ را با منطق رزرو اشتباه نگیر
برای سایت معرفی که تاریخ عملیاتی ندارد، تقویم قابلیت ضروری نیست. برای رزرو و برنامهریزی، تاریخ بخشی از منطق محصول است. یک روز را انتخاب کن، داده را ذخیره کن، صفحه را دوباره باز کن و ببین همان روز برمیگردد. برچسب «امروز» را هم با ساعت و منطقهٔ زمانی مخاطب مقایسه کن.
چند حالت را از قبل در برگهٔ آزمون بگذار: پایان ماه، تغییر ماه، روز غیرفعال و زمان نزدیک نیمهشب. از نمایش چند عدد فارسی، درستی محاسبهٔ تاریخ را نتیجه نگیر. اگر سایت قرار است نوبت مشترک بگیرد، جلوگیری از رزرو همزمان را جدا از ظاهر تقویم بررسی کن.
فرم فارسی؛ پیام موفقیت باید معنای واقعی داشته باشد
فرم را یک بار خالی، یک بار با مقدار نامعتبر و یک بار با دادهٔ آزمایشی درست بفرست. پیام خطا باید مشخص کند چه چیزی را اصلاح کنی. در شکست ارسال، از دست رفتن همهٔ متن میتواند کاربر را منصرف کند. از ابزار بخواه مقدارها را نگه دارد و مرحلهٔ بعد را روشن بگوید.
برای دیدن همهٔ ستونها، جدول را افقی جابهجا کن.
| موقعیت | متن پیشنهادی برای رابط | شرط استفاده |
|---|---|---|
| شمارهٔ ناقص | شمارهٔ موبایل را کامل وارد کن | اعتبارسنجی همان فیلد |
| در حال ارسال | درخواستت در حال ارسال است | درخواست واقعاً شروع شده باشد |
| خطای ارتباط | ارسال انجام نشد؛ دوباره تلاش کن | نتیجهٔ موفق دریافت نشده باشد |
| موفقیت | درخواستت ثبت شد؛ کد پیگیری را نگه دار | سرور ثبت را تأیید کرده باشد |
متن بالا نمونهٔ UX writing است؛ فرایند واقعی کسبوکار را به آن اضافه کن. اگر هیچ کد پیگیری تولید نمیشود، چنین وعدهای در پیام ننویس. راهنمای ساخت سایت با AI ثبت داده و اصلاح مرحلهای فرم را بیشتر توضیح میدهد.
ساخت با کُندا چه شکلی است؟ از پنل تا یک وباپ فارسی
ارزش کُندا برای این مسیر، امکان توضیح مسئله به فارسی و دیدن نتیجهای است که میتوانی روی آن بازخورد مشخص بدهی. لازم نیست از یک درخواست بزرگ شروع کنی. ابتدا یک جریان کوچک را بساز، آن را امتحان کن و بعد مرحلهٔ بعد را اضافه کن.
۱. از ایده یا قالب نزدیک به نیازت شروع کن
در داشبورد کُندا، کادر درخواست در بالای صفحه است. بخش «قالبهای کُندا» هم نمونههای قابل مرور را نشان میدهد. اگر هنوز ساختار ایدهات روشن نیست، یک نمونهٔ نزدیک را ببین و فهرست کن چه بخشهایی را میخواهی تغییر دهی. دیدن کارت قالب، بهتنهایی تأیید همهٔ قابلیتهای نوشتهشده روی آن نیست.

ایدهٔ فارسی خودت را به یک نمونه تبدیل کن
از زاباندو الهام بگیر یا متن را برای سایت خودت تغییر بده. خروجی را با برگهٔ RTL و رفتار بررسی کن.
نمونهٔ زاباندو و بررسی تمرین ۲. خروجی را با کاری که کاربر انجام میدهد نشان بده
نمونهٔ انتخابشده برای این راهنما زاباندو است: یک وباپ آموزش زبان با رابط فارسی و الگوی درسهای مرحلهای؛ چیزی شبیه ایدهٔ «دولینگو فارسی». این تشبیه برای توضیح نوع تجربه است؛ محصول رسمی Duolingo یا ادعای همسطحبودن با آن نیست. پروژه از قبل با کُندا ساخته شده بود و در این نوبت خروجی موجود را بررسی کردیم. پیشنمایش زاباندو را باز کن و مسیر درس و واژهنامه را ببین.

در این صفحه، کاربر نقطهٔ شروع و مرحلههای بعد را میبیند. برای انتخاب ابزار، همین سؤال را جایگزین «ظاهرش قشنگ است؟» کن: آیا مخاطب میفهمد کجا شروع کند، چه چیزی فعلاً غیرفعال است و بعد از هر کار چه اتفاقی میافتد؟
۳. متن فارسی و انگلیسی را کنار هم بررسی کن
از «واژهنامه و تلفظ» وارد فهرست کلمهها شدیم. معنی فارسی، واژهٔ انگلیسی، آوانویسی و جملهٔ مثال در یک رابط کنار هم قرار میگیرند. چنین صفحهای از یک تیتر فارسی، شاهد کاربردیتری برای بررسی متن دوطرفه است.

در پروژهٔ خودت هم ایمیل، شماره و کد پیگیری را در جملهٔ فارسی بگذار. اگر چیدمان یک مورد بههم ریخت، همان نمونه را در درخواست اصلاح بنویس؛ لازم نیست کل سایت را دوباره توصیف کنی.
۴. یک تعامل را تا پیام نتیجه دنبال کن
در مسیر یادگیری، درس «احوال و احساسات» را باز کردیم و «شروع تمرین» را زدیم. برای جملهٔ I am happy today، کلمههای «من»، «امروز» و «خوشحالم» را انتخاب کردیم. دکمهٔ بررسی فعال شد و پاسخ درست بازخورد گرفت.


برای دیدن همهٔ ستونها، جدول را افقی جابهجا کن.
| در این نمونه چه دیدیم؟ | چه چیزی هنوز تأیید نشده؟ |
|---|---|
| بازشدن مسیر درس و واژهنامه | اعتبار آموزشی محتوا و دقت تلفظ |
| بازشدن تمرین و انتخاب/برداشتن کلمه | پوشش همهٔ انواع سؤال و پاسخهای جایگزین |
| بازخورد پاسخ درست در یک سؤال | ذخیرهٔ پایدار پیشرفت، نقشها و حسابهای مختلف |
| نمایش RTL و متن ترکیبی در صفحات بازشده | عملکرد همهٔ دستگاهها و شبکهها |
این تجربه نشان میدهد خروجی کُندا میتواند یک تعامل قابل امتحان داشته باشد. برای انتشار یک محصول آموزشی، هنوز باید محتوای درس، منطق امتیاز و خطا، ذخیرهٔ پیشرفت و دسترسپذیری را بررسی کنی. زمان و اعتبار ساخت اولیهٔ این پروژه ثبت نشده؛ از آن تخمین هزینه نمیسازیم.
۵. بازخورد را به درخواست کوچک تبدیل کن
در محیط کار کُندا، درخواست اصلاح را به یک صفحه و رفتار مشخص وصل کن. برای نمونه: «در تمرین جملهسازی، پاسخ درست و غلط را علاوه بر رنگ با متن روشن نشان بده؛ وضعیت انتخاب کلمه با صفحهکلید هم قابل تشخیص باشد.» این یک پیشنهاد برای ادامهٔ بررسی است و در این نوبت اجرا نشده است.
برای آزمون پروژهٔ خودت، مسیر کوتاهی بنویس: «ورود به درس ← انتخاب پاسخ ← بررسی ← پیام نتیجه ← بازگشت». کنار هر مرحله بنویس چه دیدی و چه انتظار داشتی. این روش هم اصلاح را دقیقتر میکند و هم کمک میکند هزینه را صرف رفتار مهم برای کاربر کنی. برای ساخت مرحلهبهمرحله، راهنمای ساخت وباپ بدون کدنویسی را هم ببین.
از ایران و پس از انتشار چه چیزی را دوباره ببینیم؟
بازشدن سایت نمونه روی دستگاه تو، تجربهٔ همهٔ مخاطبان نیست. لینک عمومی، عکس، فونت و سرویسهای لازم را روی شبکه و دستگاه مخاطب هم بررسی کن. وضعیت دسترسی، روش پرداخت و کیفیت فارسی را در یک ستون ادغام نکن. در این نوبت آزمون تازهٔ چندشبکهای انجام نشده است.
برای صفحات عمومی که باید از جستجو ورودی بگیرند، آدرس مستقیم، عنوان و توضیحات هر صفحه را بررسی کن. راهنمای رسمی گوگل دربارهٔ سئوی JavaScript دربارهٔ رندر، متادیتا و مسیرها توضیح میدهد. کارکردن یک دکمه در پیشنمایش، بهتنهایی شاهد قابل ایندکس بودن صفحه نیست.
برگهٔ پذیرش خروجی فارسی
- check_circle ایمیل، شماره و کد پیگیری را روی موبایل خواندهام.
- check_circle فونت را روی دستگاه تازه بررسی کردهام.
- check_circle اگر تاریخ عملیاتی دارم، روز انتخابشده پس از ذخیره و بازیابی همان روز است.
- check_circle فرم و پیام موفقیت روی آدرس عمومی آزموده شدهاند.
گزینهای را انتخاب کن که جریان اصلیات در آن روشنتر ساخته و اصلاح میشود. اگر مشکل تکرار میشود، نمونهٔ خطا را نگه دار و درخواست محدود بده. برای شروع با کُندا، یک نسخهٔ کوچک بساز؛ بعد همان نسخه را با برگهٔ بررسی بسنج، پیش از اینکه امکانات بیشتری اضافه کنی.
مطالعهٔ زاباندو مسیر یک تمرین را با شواهد و محدودیتهایش جدا بررسی میکند.
پرسشهای پرتکرار
بهترین سایتساز هوش مصنوعی فارسی کدام است؟
برای ساخت با گفتگو و پنل فارسی، کُندا؛ برای سایت معرفی با ویرایش بصری، هوشوارهٔ اپیشاپ؛ برای تحویل فایل HTML و ZIP، دیپفا را بررسی کن. کیفیت خروجی همان پروژه و روش نگهداری را بسنج؛ این مقاله برندهٔ یک آزمون برابر ابزارها را اعلام نمیکند.
راستچین و RTL یکی هستند؟
خیر. ترازبندی متن با جهت پایه و ترتیب اجزای رابط یک موضوع نیست. شماره، ایمیل، جدول و فرم را جدا بررسی کن.
تقویم شمسی درست را چطور تشخیص بدهم؟
یک روز انتخاب کن، ذخیره کن و پس از بارگذاری دوباره بخوان. پایان ماه و زمان نزدیک نیمهشب را هم بسنج؛ شکل فارسی عددها کافی نیست.
آیا فونت فارسی روی دستگاه من کافی است؟
نه. صفحه را روی دستگاه تازهای که فونت را از قبل ندارد باز کن تا مشکل بارگیری فایل وب پنهان نماند.
سایت فارسی ساختهشده با AI خودکار سئو میشود؟
خیر. محتوای مفید، دسترسی خزنده، عنوان، لینک و رفتار صفحات عمومی باید بررسی شوند. تولید صفحه بهتنهایی رتبه یا ایندکس را تضمین نمیکند.
آیا با کُندا میشود چیزی شبیه دولینگو فارسی ساخت؟
نمونهٔ زاباندو در این مقاله، مسیر درس، واژهنامه و تمرین جملهسازی با بازخورد درست را نشان میدهد. این یک نمونهٔ قابل بررسی است؛ همسطحی با Duolingo، اعتبار آموزشی و ذخیرهٔ پایدار پیشرفت در این بازبینی تأیید نشدهاند.
برای سایت فارسی، خروجی HTML بهتر است یا سایتساز میزبانیشده؟
اگر مدیریت هاست و انتشار را خودت انجام میدهی، تحویل فایل میتواند مناسب باشد. اگر مدیریت روزمره و ویرایش محتوا اولویت دارد، محیط میزبانیشده را بررسی کن. برای فرم، سفارش و حساب کاربری، اتصال و نگهداری را جدا بسنج.
منابع
- جهت متن در HTML (۲٬۰۲۶)
- ویژگیهای منطقی CSS (۲٬۰۲۶)
- هوشوارهٔ اپیشاپ؛ معرفی رسمی (۲٬۰۲۶)
- سازندهٔ سایت دیپفا؛ خروجی و مراحل (۲٬۰۲۶)
- شروع کار با Lovable (۲٬۰۲۶)
- شروع کار با Bolt (۲٬۰۲۶)
- داشبورد کُندا (۲٬۰۲۶)
- قیمتگذاری کُندا (۲٬۰۲۶)
- راهنمای رسمی سئوی JavaScript (۲٬۰۲۶)