کاملاً رایگانپیش‌نمایش رایگان سایتت
بازگشت به مجلهفروشگاه اینترنتی

درگاه پرداخت اینترنتی؛ راهنمای کامل انتخاب، دریافت و وصل‌کردن به سایت

درگاه پرداخت اینترنتی از یک دکمه‌ی ساده خیلی پیچیده‌تر است؛ راهنمای انتخاب بین درگاه مستقیم و پرداخت‌یار، گرفتن اینماد و باگ‌هایی که شب اول فروش لو می‌روند.

۱ تیر ۱۴۰۵۱۴ دقیقه مطالعه

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

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

درگاه پرداخت اینترنتی چیست و پشت پرده چه اتفاقی می‌افتد

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

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

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

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

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

دو مسیر برای گرفتن درگاه پرداخت اینترنتی

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

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

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

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

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

مقایسه‌ی مسیر درگاه پرداخت اینترنتی مستقیم و پرداخت‌یار
مقایسه‌ی مسیر درگاه پرداخت اینترنتی مستقیم و پرداخت‌یار

کدام مسیر برای کسب‌وکار تو درست است

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

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

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

اینماد؛ گلوگاه واقعی ماجرا

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

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

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

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

ساخت سایت هفته‌ای است که خودت کنترلش می‌کنی. اینماد و درگاه هفته‌ای است که در صف اداری می‌گذرد. این دو را موازی ببر، نه پشت سر هم.

چک‌لیست مدارکی که قبل از درخواست باید آماده باشد

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

یک اشتباه رایج هم دقیقاً همین‌جا اتفاق می‌افتد: ثبت دامنه به نام طراح سایت یا شرکت میزبانی. اگر مالک دامنه تو نباشی، نه اینماد می‌گیری نه درگاه، و هر بار برای یک تغییر کوچک باید دنبال کسی بگردی که شاید دیگر جواب تلفن هم ندهد. پس از همان روز اول شرط کن که دامنه به نام خودت باشد و مدارکش دست خودت. درباره‌ی خودِ سایت هم منطق ما همین است: سورس‌کد کامل به مالکیت مشتری می‌رسد و چیزی گروگان نگه داشته نمی‌شود. در بخش سؤالات متداول سایت هم درباره‌ی هاست و دامنه و درباره‌ی درگاه و اینماد جواب کوتاه‌تری داده‌ایم.

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

قبل از هر پرداختی، پیش‌نمایش صفحه‌ی اصلی سایتت را رایگان ببین.

شروع کن

چیزهایی که فقط بعد از وصل‌کردن درگاه روی سایت‌های واقعی می‌فهمی

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

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

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

تست تراکنش واقعی درگاه پرداخت اینترنتی روی سایت فروشگاهی قبل از افتتاح
تست تراکنش واقعی درگاه پرداخت اینترنتی روی سایت فروشگاهی قبل از افتتاح

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

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

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

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

بعد از پرداخت موفق، کار تازه شروع می‌شود

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

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

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

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

چهارم، تطبیق حساب. ماهی یک بار گزارش تراکنش‌های پنل پرداخت را با سفارش‌های ثبت‌شده در سایت مقایسه کن. هر مغایرتی یعنی یک تراکنش بلاتکلیف که یا باید به سفارش تبدیل شود یا به مشتری برگردد. سیاست بازگشت وجهت را هم از قبل مکتوب کن: در چه شرایطی پول برمی‌گردد، چقدر طول می‌کشد و چه کسی تأیید می‌کند. این‌ها را از هر کسی که برایت سایت می‌سازد بخواه؛ اگر جواب روشنی نداشت، احتمالاً هیچ‌کدامش را ننوشته است.

کارمزد، تسویه و سؤال‌هایی که باید خودت بپرسی

درباره‌ی کارمزد و تسویه عمداً عدد نمی‌دهیم و به هیچ مقاله‌ای که عدد قطعی می‌دهد اعتماد نکن. نرخ‌ها، سقف کارمزد، دوره‌های تسویه و شرایط مبلغ ضمانت هر سال تغییر می‌کنند و نتایج گوگل پر از عددهای منقضی‌شده است. چیزی که ثابت می‌ماند الگوست: درگاه مستقیم بار کارمزدی کمتری روی دوش پذیرنده می‌گذارد ولی فرایند اداری سنگین‌تری دارد؛ پرداخت‌یار سریع‌تر و ساده‌تر است ولی درصدی از هر تراکنش را برمی‌دارد.

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

چرا نوع سایت روی سرنوشت درگاه اثر می‌گذارد

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

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

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

هزینه‌ی یک سایت با درگاه پرداخت اینترنتی چقدر است

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

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

درباره‌ی سئو هم بگذار صریح باشیم، چون این کلیدواژه معمولاً کنار وعده‌های بزرگ سئو فروخته می‌شود. ما سئوی پایه را درست و کامل انجام می‌دهیم: ساختار صفحات، سرعت بارگذاری، نشانه‌گذاری، عنوان و توضیحات، نقشه‌ی سایت و تجربه‌ی موبایل. ولی هیچ تیمی مالکِ جایگاه تو در نتایج نیست. اگر کسی رتبه‌ی یک را تضمین کرد، دارد چیزی می‌فروشد که مالکش نیست.

جمع‌بندی

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

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

پیش‌نمایش رایگان، قبل از هر پرداخت

سایتی می‌خواهی که درست ساخته شود؟

صفحه‌ی اصلی سایتت را در کمتر از ۴۸ ساعت می‌سازیم و نشانت می‌دهیم. پسندیدی ادامه می‌دهیم، نپسندیدی هیچ تعهدی نداری.