راهنمای کاملپاسخ صریح به پرسشهایی که کارفرمایان پیش از انتخاب شرکت طراحی سایت میپرسند — از هزینه و مالکیت سورسکد تا بازطراحی بدون از دست دادن سئو.
طراحی سایت اختصاصی یعنی سایت از روی نیاز واقعی کسبوکار شما ساخته میشود، نه از روی قالبی که از پیش برای هزاران کسبوکار دیگر نوشته شده است. در این مسیر، ابتدا فرایندهای شما شناخته میشود (مشتری از کجا میآید، چه چیزی را مقایسه میکند، کجا تصمیم میگیرد و چه اطلاعاتی برای تصمیمش لازم دارد)، سپس ساختار اطلاعات، رابط کاربری و کد بر همان اساس نوشته میشود. نتیجه، سایتی است که چیز اضافهای ندارد و چیز لازمی هم کم ندارد.
قالب آماده و سایتساز، هر دو معاملهٔ مشخصی پیشنهاد میکنند: هزینه و زمان کمتر، در ازای پذیرش محدودیتهای از پیش تعیینشده. قالب آماده برای سناریوی متوسطِ فرضی نوشته شده است؛ بنابراین معمولاً دهها امکانی دارد که شما هرگز استفاده نمیکنید (و همانها سایت را سنگین میکنند) و دقیقاً همان یک امکانی را ندارد که کسبوکار شما بدون آن نمیچرخد. سایتساز هم سایت را سریع بالا میآورد، اما دادهٔ شما و ظاهر سایت داخل سرویسِ سازنده میماند و مهاجرت از آن، سالها بعد، هزینهٔ پنهان همان تصمیم ارزان است.
پس انتخاب درست، به «بهترین بودن» یکی از این سه ربطی ندارد؛ به این ربط دارد که سایت برای کسبوکار شما چه نقشی دارد. اگر سایت فقط یک کارت ویزیت دیجیتال است و قرار نیست فروش یا فرایندی از آن عبور کند، قالب آماده تصمیم اقتصادی معقولی است و ما هم صادقانه همین را میگوییم. اما اگر سایت، ابزار کار شماست — جایی که سفارش ثبت میشود، لید میآید، پرونده تشکیل میشود یا کاربر وارد پنل خودش میشود — هر محدودیتِ قالب، در نهایت به یک محدودیت کسبوکاری تبدیل خواهد شد.
|
| هزینهٔ اولیه | پایین؛ خرید یکبارهٔ قالب | اشتراک ماهانه یا سالانه | بالاتر؛ در برتینا از ۷۰ میلیون تومان |
| انطباق با فرایند کسبوکار | محدود به آنچه سازندهٔ قالب پیشبینی کرده | محدود به امکانات سرویسدهنده | کامل؛ بر پایهٔ نیازسنجی ساخته میشود |
| سرعت و Core Web Vitals | معمولاً افتدار؛ کد و افزونهٔ استفادهنشده | وابسته به زیرساخت سرویس و قابل تغییر نیست | قابل بهینهسازی تا سطح هدف پروژه |
| کنترل سئو فنی | محدود؛ ساختار قالب تحمیل میشود | دسترسی محدود به خروجی HTML | کنترل کامل بر ساختار، آدرسها و Schema |
| مالکیت سورسکد | مالکیت اصلی نزد سازندهٔ قالب میماند | سورسی تحویل نمیشود؛ داده روی سرویس است | تحویل به کارفرما مطابق قرارداد |
| توسعهٔ آینده | وابسته به بهروزرسانیهای سازندهٔ قالب | فقط در چارچوب امکانات سرویس | بدون سقف؛ هر قابلیتی قابل افزودن است |
| ریسک وابستگی و قفلشدن | متوسط | زیاد؛ خروج و مهاجرت دشوار است | کم |
| مناسب برای | سایت معرفی سادهٔ کمبودجه | صفحهٔ فرود و پروژهٔ آزمایشی کوتاهمدت | کسبوکاری که سایت، ابزار کارش است |
هزینه طراحی سایت از جمع «حجم کار» تشکیل میشود، نه از یک تعرفهٔ ثابت؛ به همین دلیل هیچ شرکت درستکاری نمیتواند پیش از شناخت پروژه، عدد قطعی بدهد. در برتینا قیمتها بهصورت «شروع از» اعلام میشود: طراحی سایت از ۷۰ میلیون تومان، ساخت اپلیکیشن از ۸۰ میلیون تومان و پروژهٔ کامل (سایت و اپلیکیشن یکپارچه) از ۱۸۰ میلیون تومان. قیمت نهایی پس از جلسهٔ نیازسنجی و بر اساس امکانات، اتصالها، حجم داده و سطح پشتیبانی مشخص میشود و در پروپوزال بهصورت مکتوب میآید.
مؤلفههایی که بیشترین اثر را روی قیمت طراحی سایت دارند، تقریباً همیشه همین چند مورد است و اگر پیش از تماس، پاسخشان را برای خودتان روشن کنید، برآورد سریعتر و دقیقتر خواهد بود. توجه کنید که «تعداد صفحات» — که بسیاری از خریداران آن را معیار اصلی میدانند — در عمل کماثرترین عامل است؛ ده صفحهٔ ساده هزینهٔ چندانی به پروژه اضافه نمیکند، اما یک اتصال به سامانهٔ حسابداری میتواند بهتنهایی از همهٔ آن صفحات سنگینتر باشد.
- نوع سایت: سایت شرکتی معرفیمحور با فروشگاه اینترنتی چندهزار محصوله، دو دنیای متفاوت از نظر کار است
- امکانات اختصاصی: پنل کاربری، داشبورد، گردش کار، سیستم رزرو یا هر منطق مخصوص کسبوکار شما
- اتصالها (Integration): درگاه پرداخت، پیامک، ایمیل، CRM، سامانهٔ انبار یا نرمافزار حسابداری
- طراحی رابط کاربری: استفاده از سیستم طراحی موجود یا طراحی هویت بصری از صفر برای هر صفحه
- حجم و پیچیدگی داده در بازطراحی: انتقال چند صد محتوا با انتقال چند ده هزار محصول و سفارش یکی نیست
- محتوا: تولید متن، عکاسی محصول و تنظیم محتوای سئو، اگر بر عهدهٔ ما باشد، بستهٔ کاری جداگانه است
- چندزبانه بودن: هر زبان اضافه یعنی محتوا، ساختار آدرس و منطق نمایش بیشتر
- سطح نگهداری پس از انتشار: از پایش ساده تا توسعهٔ مستمر ماهانه
|
| طراحی سایت | از ۷۰ میلیون تومان | سایت اختصاصی از نیازسنجی تا انتشار |
| ساخت اپلیکیشن | از ۸۰ میلیون تومان | اپلیکیشن موبایل بهعنوان پروژهٔ مستقل |
| پروژهٔ کامل | از ۱۸۰ میلیون تومان | سایت و اپلیکیشن یکپارچه، با نگهداری یکساله مطابق قرارداد |
| نگهداری ماهانه | از ۱۰ میلیون تومان در ماه | حداقل دورهٔ شش ماه |
برای اینکه کل هزینه یکجا روی دوش پروژه نیفتد، امکان پرداخت تا چهار مرحله مطابق قرارداد در نظر گرفته میشود؛ هر مرحله به یک خروجی قابل مشاهده گره میخورد، نه به گذشت زمان. همچنین چهار مرحله بازخورد و اصلاح در محدودهٔ قرارداد پیشبینی شده است تا بازبینیهای شما جزئی از فرایند باشد، نه درخواست اضافه. هر خواستهٔ خارج از محدودهٔ توافقشده، بهصورت Change Request با برآورد جداگانه ثبت میشود — این شفافیت، همان چیزی است که پروژه را از تورم بیپایان محدوده نجات میدهد.
وقتی پیشنهادی بهطور محسوسی زیر بازار است، معمولاً چیزی از پروژه کم شده است: تحلیل و نیازسنجی حذف شده، قالبی آماده با تغییر رنگ تحویل میشود، سئو فنی به «نصب یک افزونه» تقلیل پیدا کرده، یا نگهداری و مسئولیت پس از تحویل اصلاً وجود ندارد. هزینهٔ این کمشدنها حذف نمیشود؛ فقط به سال بعد منتقل میشود — آن هم معمولاً به شکل بازسازی کامل. پیش از مقایسهٔ دو عدد، مطمئن شوید که دو پیشنهاد، واقعاً یک کار را توصیف میکنند.
سایت شرکتی یک کار مشخص دارد: اعتماد بسازد و مخاطبِ مردد را به تماس، درخواست یا استعلام برساند. هر چیزی که به این دو کمک نکند، تزئین است. به همین دلیل در طراحی سایت شرکتی، پیش از هر تصمیم بصری، این را روشن میکنیم که بازدیدکنندهٔ شما با چه سؤالی وارد سایت میشود و پاسخ آن سؤال چند اسکرول با او فاصله دارد.
در عمل، سایتهای شرکتی معمولاً نه بهخاطر ظاهر ضعیف، بلکه بهخاطر «سکوت» شکست میخورند: خدمات را با کلیگویی توضیح میدهند، هیچ نشانهٔ اعتباری قابل تأیید ارائه نمیکنند و مسیر تماس را پشت یک فرم طولانی پنهان میکنند. کاربری که نمیفهمد دقیقاً چه چیزی میفروشید و چرا باید به شما اعتماد کند، سایت را میبندد و همان چیزی که او را نگه میداشت، سه اسکرول پایینتر منتظر بود.
ساختار پیشنهادی ما برای سایت شرکتی، صفحهٔ مستقل برای هر خدمت است، نه یک صفحهٔ «خدمات» که همهچیز را در چند خط جمع کرده باشد. هر خدمت، جستوجوی خودش، مخاطب خودش و سؤالهای خودش را دارد؛ صفحهٔ اختصاصی، هم برای کاربر روشنتر است و هم برای موتور جستوجو، سیگنالی دقیقتر از یک صفحهٔ شلوغ.
- صفحهٔ مستقل و کامل برای هر خدمت، با توضیح مسئله، راهحل و مسیر اقدام
- نشانههای اعتبار قابل راستیآزمایی: نمونهکارهای واقعی، گواهیها، مجوزها و سابقهٔ شرکت
- صفحهٔ «دربارهٔ ما» با محتوای واقعی؛ این صفحه یکی از پربازدیدترین صفحات هر سایت شرکتی است
- مسیر تماس همیشهدردسترس: شمارهٔ کلیکشونده در موبایل و فرم کوتاه با کمترین فیلد ممکن
- ساختار دادهٔ Organization و LocalBusiness برای نمایش درست در نتایج گوگل
- صفحهٔ سؤالات متداول برای پاسخ به تردیدهای پیش از تماس
- وبلاگ یا بخش دانش، اگر قرار است واقعاً بهروز بماند؛ وبلاگ رهاشده، سیگنال منفی است
- سرعت و نمایش درست موبایل؛ بیشتر بازدید سایتهای شرکتی از موبایل میآید
در طراحی فروشگاه اینترنتی، مسیر «دیدن محصول تا پرداخت موفق» ستون فقرات پروژه است و هر گرهای در این مسیر، مستقیماً به سفارشِ ازدسترفته ترجمه میشود. بنابراین طراحی فروشگاه، بیش از آنکه کار زیباییشناسی باشد، کار حذف اصطکاک است: کمترین تعداد گام، کمترین فیلد اجباری، و هیچ غافلگیریِ لحظهٔ آخر در هزینهٔ ارسال یا موجودی.
سه بخش زیر، بخشهایی هستند که بیشترین تیکت و بیشترین بازکاری را در پروژههای فروشگاهی میسازند و به همین دلیل، پیش از شروع توسعه، جزئیاتشان را با کارفرما مکتوب میکنیم.
اتصال درگاه پرداخت، بخش فنی سختی نیست؛ بخش سختش پیشنیازهای حقوقی آن است. برای گرفتن درگاه از شرکتهای پرداخت (PSP) به نماد اعتماد الکترونیکی، دامنهٔ ثبتشده به نام کسبوکار و مدارک هویتی/شرکتی نیاز دارید؛ این مراحل زمانبر است و اگر از روز اول شروع نشود، به گلوگاه انتشار تبدیل میشود. در سمت فنی، آنچه اهمیت دارد پایداری بازگشت از درگاه است: سفارش باید پیش از انتقال کاربر به درگاه ثبت شود و وضعیتش فقط با تأیید سرور به سرور نهایی شود تا نه پرداخت موفقِ بیسفارش داشته باشیم و نه سفارش تأییدشدهٔ بیپرداخت.
سبد خرید باید بین دستگاهها و پس از بستن مرورگر باقی بماند و در هر لحظه، هزینهٔ نهایی را بدون ابهام نشان دهد. مهمترین تصمیم در این بخش، اجازهٔ خرید بدون ثبتنام اجباری است: اجبار به ساخت حساب کاربری پیش از خرید، یکی از شناختهشدهترین دلایل رهاکردن سبد است. تأیید موجودی باید در لحظهٔ تسویه دوباره انجام شود، نه فقط هنگام افزودن به سبد؛ در غیر اینصورت، دو کاربر آخرین موجودی یک کالا را همزمان میخرند و شما ماندهاید با یک سفارش که نمیتوانید ارسال کنید.
پنل مدیریت سفارش باید کار روزمرهٔ تیم شما را ساده کند: فیلتر بر اساس وضعیت، تغییر وضعیت گروهی، چاپ فاکتور و برچسب ارسال، و ثبت کد رهگیری پستی که خودکار برای مشتری پیامک میشود. اگر انبارتان در نرمافزار دیگری مدیریت میشود، همگامسازی موجودی را از ابتدا در محدودهٔ پروژه بیاورید — این نوع اتصال، اگر بعد از انتشار درخواست شود، تقریباً همیشه گرانتر تمام میشود. اتصال درگاه، پیامک، ایمیل تراکنشی و CRM هم پیش از انتشار بهصورت سرتاسری تست میشود، چون فروشگاهی که سفارش میگیرد اما اطلاعرسانی نمیکند، عملاً کار نمیکند.
تفاوت اصلی سایت سازمانی با سایت شرکتی، در مقیاس و در تعداد تصمیمگیرنده است. سایت شرکتی معمولاً چند ده صفحه دارد و یک نفر آن را بهروز میکند؛ سایت سازمانی صدها تا هزاران محتوا دارد که دهها نفر از واحدهای مختلف تولیدش میکنند و هر واحد، سطح دسترسی و مسئولیت متفاوتی دارد. بنابراین طراحی سایت سازمانی، پیش از آنکه مسئلهٔ ظاهر باشد، مسئلهٔ معماری اطلاعات و مدیریت دسترسی است.
وقتی حجم محتوا بالا میرود، جستوجو و دستهبندی از «امکانات خوب» به «زیرساخت حیاتی» تبدیل میشود. کاربری که به دنبال یک بخشنامه، یک فرم، یک مناقصه یا یک اطلاعیه است، حوصلهٔ مرور منو را ندارد؛ او جستوجو میکند و اگر جستوجو نتیجهٔ درست ندهد، تماس میگیرد — و هزینهٔ آن تماس، روی دوش واحد پاسخگویی شماست. جستوجوی دقیق با فیلتر (نوع محتوا، واحد سازمانی، بازهٔ تاریخ) بزرگترین صرفهجویی عملیاتی یک سایت سازمانی است.
در لایهٔ دسترسی، مدل نقشمحور پیاده میشود: نویسنده محتوا میسازد، سرپرست واحد تأیید میکند و مدیر سایت منتشر میکند؛ هر تغییر با نام کاربر و زمان ثبت میشود تا تاریخچه قابل ردیابی باشد. برای سازمانهایی که کاربر داخلی دارند، پنل با سطوح تفکیکشده و امکان اتصال به سامانههای موجود سازمان طراحی میشود. حجم بالای محتوا، مسئلهٔ عملکرد هم هست: خروجی ایستا، کش لایهای و صفحهبندی درست، همان چیزی است که سایت سازمانی را در ساعت اوج، سرپا نگه میدارد.
- معماری اطلاعات پیش از طراحی: چه محتوایی، از کدام واحد، با چه چرخهٔ عمری
- گردش کار انتشار: تولید، بازبینی، تأیید و انتشار با نقشهای تفکیکشده
- جستوجوی داخلی دقیق با فیلتر ترکیبی؛ مهمترین امکان یک سایت پرمحتوا
- تاریخچهٔ تغییرات و امکان بازگشت به نسخهٔ قبلی محتوا
- آرشیو و مدیریت محتوای منقضیشده تا سایت زیر بار محتوای قدیمی دفن نشود
- دسترسپذیری برای همهٔ کاربران: تضاد رنگی کافی، پیمایش با صفحهکلید و ساختار عنوانهای درست
- زیرساخت متناسب با بار واقعی؛ سرور، بکاپ و پایش از همان روز انتشار
بازطراحی سایت وقتی لازم است که سایت فعلی، جلوی رشد کسبوکار را گرفته باشد — نه وقتی که صرفاً از ظاهرش خسته شدهاید. نشانههای تصمیم، عینی و قابل اندازهگیریاند: سرعت پایین، تجربهٔ بد موبایل، مسیر پیچیدهٔ خرید یا تماس، پنل مدیریتی که تیم از کار با آن فراری است، خطاهای تکرارشونده، نسخههای نرمافزاری قدیمی و آسیبپذیر، و ناتوانی در افزودن هر امکان جدید بدون شکستن جای دیگری. اگر دو مورد از اینها را دارید، بازطراحی احتمالاً ارزانتر از وصلهکاری مداوم است.
اما بزرگترین ترس هر صاحب سایتِ باسابقه درست است: بازطراحیِ بد، سئو را نابود میکند. افت رتبه پس از بازطراحی تقریباً هرگز بهخاطر «طراحی جدید» نیست؛ بهخاطر شکستن آدرسهاست. وقتی صفحهای که سالها اعتبار جمع کرده، بیهیچ ریدایرکتی به ۴۰۴ تبدیل میشود، آن اعتبار به هیچجا منتقل نمیشود. به همین دلیل در برتینا، سئو یک مرحلهٔ جداگانه در انتهای پروژه نیست؛ از اولین روز، بخشی از نقشهٔ مهاجرت است.
مسیر امن، پنج مرحله دارد و ترتیبش قابل مذاکره نیست: بررسی و بکاپ کامل، نقشهٔ انتقال و Redirect Plan، توسعه در محیط آزمایشی بدون هیچ اثری روی سایت زنده، تست سرتاسری، و در نهایت انتشار کنترلشده. سایت جدید تا لحظهٔ آخر روی محیط آزمایشی میماند و سایت فعلی شما تا ثانیهٔ جابهجایی، بدون وقفه کار میکند.
- فهرست کامل آدرسهای فعلی از Search Console، نقشهٔ سایت و لاگ سرور استخراج میشود
- برای هر آدرسی که تغییر میکند، ریدایرکت دائم ۳۰۱ به نزدیکترین معادل نوشته میشود — نه همه به صفحهٔ اصلی
- صفحات پربازدید و صفحات دارای رتبه، پیش از هر تصمیم طراحی مشخص و حفظ میشوند
- عنوان، توضیحات متا و ساختار عنوانهای صفحات مهم منتقل و در صورت نیاز بهبود داده میشود
- ساختار داده (Schema)، نقشهٔ سایت و فایل robots از نو تولید و پیش از انتشار اعتبارسنجی میشود
- محیط آزمایشی از دید موتورهای جستوجو بسته میماند تا نسخهٔ ناقص، ایندکس نشود
- پس از انتشار، خطاهای خزش و وضعیت ایندکس صفحهبهصفحه پایش میشود
- نوسان کوتاهمدت رتبه پس از هر جابهجایی بزرگ طبیعی است؛ آنچه کنترلشدنی است، جلوگیری از افت دائمی است
داراییهای پروژه متعلق به شماست و این باید پیش از شروع، در قرارداد مکتوب شود — نه بعد از اختلاف. سه دارایی وجود دارد که باید تکلیف هرکدام روشن باشد: دامنه، محتوا و دادهٔ سایت، و سورسکد. دامنه باید به نام حقوقی خود شما ثبت شود، نه به نام آژانس؛ این مهمترین بندی است که خریداران معمولاً از آن غافل میمانند و سالها بعد، هنگام جدایی از پیمانکار، گرانترین درسِ پروژهشان میشود.
دربارهٔ سورسکد صریح باشید و صراحت را در قرارداد بخواهید: چه چیزی تحویل داده میشود، در چه قالبی و در چه زمانی. در برتینا تحویل، مطابق قرارداد پروژه انجام میشود و پیش از امضا دقیقاً میدانید چه چیزی در پایان به شما میرسد. اگر پیمانکاری از دادن پاسخ روشن به این سؤال طفره میرود، همین طفرهرفتن، خودش پاسخ است.
هاست و زیرساخت اما داستان متفاوتی دارد و اینجا مزیتی داریم که آژانسهای طراحی معمولاً ندارند: برتینا خودش هاست، سرور مجازی، سرور اختصاصی، دامنه، گواهی SSL و ایمیل سازمانی ارائه میدهد. یعنی سایت شما لازم نیست بین یک شرکت طراحی و یک شرکت میزبانی معلق بماند و در روز بحران، هر طرف مشکل را گردن دیگری بیندازد. کد و سروری که یک تیم تحویل میدهد، یک مسئول دارد و پشتیبانی ۲۴/۷ همان مجموعه، پشت هر دو ایستاده است.
- دامنه به نام مالک حقوقی کسبوکار ثبت شود؛ دسترسی پنل دامنه همیشه نزد شما بماند
- محتوا، تصاویر، دادهٔ کاربران و سفارشها بدون قید و شرط متعلق به شماست
- محدودهٔ تحویل سورسکد، پیش از امضای قرارداد مکتوب شود
- دسترسی مدیریت سایت، هاست، Search Console و Analytics در پایان پروژه به شما منتقل میشود
- سرویسهای ثالث (درگاه، پیامک) با حساب کاربری خودِ کسبوکار ثبت شود، نه حساب پیمانکار
زمان اجرا بسته به محدودهٔ پروژه متفاوت است و در پروپوزال، بهصورت مرحلهای و با خروجی مشخص برای هر مرحله اعلام میشود. عمداً در این صفحه عددی وعده نمیدهیم: هر شرکتی که پیش از دیدن نیازهای شما «تحویل در فلان روز» را تضمین کند، یا پروژه را ندیده یا قرار است چیزی از آن کم کند. آنچه میتوانیم شفاف بگوییم، این است که زمان از کجا میآید و کدام بخشش در کنترل شماست.
فرایند از ثبت درخواست تا انتشار، هشت مرحله دارد: ثبت درخواست اولیه، بررسی سایت یا ایده، جلسهٔ نیازسنجی، پروپوزال و برآورد، طراحی رابط کاربری، توسعه و انتقال داده، تست و بازبینی، و در نهایت انتشار و پشتیبانی. در طول پروژه چهار مرحله بازخورد و اصلاح مطابق محدودهٔ قرارداد در نظر گرفته شده است. مراحلی که بیشترین اثر را روی طول پروژه دارند، معمولاً فنی نیستند: نیازسنجی، آمادهسازی محتوا و سرعت بازخورد کارفرما.
صادقانه بگوییم که رایجترین علت طولانیشدن پروژهها، محتواست. سایتی که کدش آماده است اما متن، عکس محصول و مشخصات فنیاش هنوز نرسیده، منتشر نمیشود. اگر میخواهید پروژه سریع پیش برود، مؤثرترین کاری که میتوانید بکنید این است: پیش از شروع توسعه، یک نفر را در سازمانتان مسئول محتوا و تصمیمهای نهایی کنید و به او اختیار تأیید بدهید. پروژهای که برای هر تصمیم کوچک منتظر کمیته میماند، هیچوقت سریع نمیشود.
- در کنترل شما: سرعت تحویل محتوا، سرعت بازخورد، و وجود یک تصمیمگیرندهٔ نهایی
- در کنترل ما: تحلیل، طراحی، توسعه، تست و انتشار مطابق مراحل پروپوزال
- در کنترل هیچکس: زمان بررسی مدارک نزد نهادهای ثالث، مثل مراحل نماد اعتماد یا درگاه پرداخت
- هر خواستهٔ خارج از محدودهٔ توافقشده، هم به زمان اضافه میکند و هم به هزینه؛ بهصورت Change Request ثبت میشود
انتشار، پایان پروژه نیست؛ شروع عمر سایت است. سایتی که رها شود، در عرض یک سال به همان چیزی تبدیل میشود که امروز از آن فرار میکنید: کند، ناامن، و پر از خطاهایی که کسی متوجهشان نشده. نگهداری، بیمهٔ سرمایهای است که تازه گذاشتهاید. در برتینا نگهداری فنی، بهروزرسانی، بکاپ و رفع اشکال مطابق قرارداد نگهداری ارائه میشود؛ نگهداری ماهانه از ۱۰ میلیون تومان در ماه با حداقل دورهٔ شش ماه شروع میشود و در پروژهٔ کامل، نگهداری یکساله مطابق قرارداد در نظر گرفته شده است.
در روز انتشار، آموزش پنل مدیریت به تیم شما داده میشود تا برای هر تغییر کوچک، وابسته به پیمانکار نمانید؛ ویرایش محتوا، افزودن محصول، انتشار خبر و پاسخ به فرمها باید کاری باشد که خودتان انجام میدهید. آنچه بر عهدهٔ ما میماند، لایهٔ فنی است: پایش در دسترس بودن، بهروزرسانیهای امنیتی، بکاپ منظم و قابل بازیابی، و رفع اشکالهایی که در استفادهٔ واقعی بروز میکند.
- پایش در دسترس بودن سایت و هشدار در صورت قطعی
- بهروزرسانی امنیتی هستهٔ نرمافزاری و اجزای وابسته
- بکاپ منظم و — مهمتر از آن — تست بازیابی بکاپ، چون بکاپِ آزمودهنشده فقط یک امید است
- رفع اشکالهای گزارششده مطابق سطح توافقشده در قرارداد
- پایش سرعت و شاخصهای Core Web Vitals پس از هر تغییر محتوایی بزرگ
- گزارش دورهای از وضعیت فنی، خطاها و پیشنهادهای بهبود
- پشتیبانی تلفنی ۲۴/۷ برتینا برای مسائل زیرساختی، با آپتایم ۹۹.۹٪ روی سرویسهای میزبانی
سئو یک لایه نیست که بعد از تحویل روی سایت بکشند؛ تصمیمهای ساختاری است که در همان هفتهٔ اول پروژه گرفته میشود و بعداً تغییرشان یعنی بازنویسی. ساختار آدرسها، سلسلهمراتب عنوانها، معماری اطلاعات، نحوهٔ رندر صفحات و ساختار دادهٔ Schema — همهٔ اینها اگر از ابتدا درست انتخاب شوند، هزینهٔ اضافهای ندارند؛ و اگر نشوند، هیچ افزونهای بعداً جبرانشان نمیکند.
امروز یک لایهٔ دیگر هم به این تصویر اضافه شده است: GEO یا بهینهسازی برای موتورهای مولد. بخش رو به رشدی از کاربران، پاسخ سؤالشان را از دستیارهای هوش مصنوعی و پاسخهای خلاصهٔ گوگل میگیرند و هرگز روی هیچ لینکی کلیک نمیکنند. چیزی که این موتورها نقل میکنند، محتوایی است که پاسخ را صریح، کوتاه و در همان جملهٔ اول میدهد؛ محتوایی که پاسخ را در پاراگراف پنجم پنهان کرده، دیده نمیشود. به همین دلیل ساختار محتوای صفحات را طوری میچینیم که هر بخش، با پاسخ مستقیم شروع شود و بعد توضیح بدهد — دقیقاً همان الگویی که همین صفحه از آن پیروی میکند.
در پایان یک هشدار لازم است: هیچکس نمیتواند رتبهٔ گوگل را تضمین کند و هر کس تضمین میدهد، یا الگوریتم را نمیشناسد یا امیدوار است شما نشناسید. آنچه میتوان تضمین کرد، انجام درست کارهایی است که در کنترل ماست: زیرساخت فنی سالم، سرعت، ساختار داده، محتوای پاسخمحور و رفع خطاهای خزش. رتبه، نتیجهٔ اینهاست، نه وعدهٔ فروش.
- ساختار آدرس خوانا و پایدار؛ آدرسی که قرار نیست شش ماه بعد عوض شود
- یک عنوان اصلی در هر صفحه و سلسلهمراتب درست عنوانهای فرعی
- عنوان و توضیحات متای یکتا برای هر صفحه؛ نه تکرار یک متن روی همهٔ صفحات
- ساختار دادهٔ Schema متناسب با نوع صفحه: سازمان، خدمت، محصول، مقاله یا سؤالات متداول
- سرعت و Core Web Vitals بهعنوان معیار پذیرش پروژه، نه یک آرزوی بعد از تحویل
- شروع هر بخش با پاسخ مستقیم و خودبسنده — مبنای نقلشدن در پاسخهای مولد
- نقشهٔ سایت، فایل robots و اتصال Search Console پیش از انتشار، نه هفتهها بعد
یک شرکت طراحی سایت را باید بر اساس چیزهایی انتخاب کنید که میتوانید راستیآزمایی کنید: سابقهٔ قابل بررسی، نمونهکار واقعی و در دسترس، گواهیها و مجوزهای معتبر، شفافیت قرارداد، و پاسخ روشن به سؤال «بعد از تحویل چه کسی پاسخگوست؟». هر معیاری خارج از این پنج مورد — از جمله ادعاهای بزرگ در تبلیغات — قابل اتکا نیست.
برتینا از سال ۱۳۸۳ فعال است، بیش از ۲۰ سال سابقه دارد و بیش از ۱۰۰٬۰۰۰ مشتری در سرویسهای مختلفش داشته است. گواهی ISO 9001 (از SGS) و ISO 20000-1 (از EGScert)، مجوز نظام صنفی رایانهای و پارتنری رسمی گوگل، مواردی هستند که میتوانید مستقل از حرف ما بررسی کنید. تلفن پشتیبانی ۰۲۱۴۹۱۳۵ بهصورت ۲۴/۷ در دسترس است؛ پیش از هر تصمیمی، همین یک تماس، بیشتر از هر بروشوری به شما میگوید با چه مجموعهای طرف هستید.
اما تفاوت ساختاری ما با آژانسهای طراحی، جای دیگری است: برتینا همزمان ارائهدهندهٔ زیرساخت است — هاست، سرور مجازی، سرور اختصاصی، دامنه، گواهی SSL و ایمیل سازمانی. سایتی که اینجا طراحی میشود، روی زیرساختی مینشیند که خودمان نگه میداریم و پشتیبانی میکنیم. این یعنی وقتی سایت کند میشود یا از دسترس خارج میشود، هیچکس توپ را به زمین دیگری نمیاندازد؛ کد، سرور و پشتیبانی، همه یک مسئول دارند.
و پیش از هر تعهد مالی، یک قدم رایگان وجود دارد: چکاپ تخصصی سایت فعلی شما. سرعت، سئو، وضعیت موبایل، مشکلات امنیتی قابل مشاهده و مسیرهای تبدیل بررسی میشود و گزارش PDF شامل نقاط قوت، مشکلات و پیشنهادهای اولیه به دست شما میرسد. حتی اگر تصمیم بگیرید با ما کار نکنید، آن گزارش برای شما میماند.
بیشتر پروژههای ناموفق، بهخاطر ضعف فنی شکست نمیخورند؛ بهخاطر تصمیمهای اشتباهی شکست میخورند که خیلی زودتر از نوشتن اولین خط کد گرفته شدهاند. فهرست زیر، الگوی تکرارشوندهٔ همان تصمیمهاست. اگر فقط همینها را پیش از شروع پروژه بخوانید، احتمال موفقیت پروژهتان محسوس بالا میرود:
- شروع پروژه بدون هدف قابل اندازهگیری: «سایت خوب میخواهیم» یک هدف نیست؛ «میخواهیم درخواست استعلام از سایت بیاید» هست
- انتخاب پیمانکار فقط بر اساس ارزانترین قیمت، بدون مقایسهٔ محدودهٔ کار دو پیشنهاد
- نسپردن محتوا به کسی: پروژهای که محتوایش تا هفتهٔ آخر آماده نشود، منتشر نمیشود
- نداشتن یک تصمیمگیرندهٔ نهایی؛ بازخوردهای متناقض چند مدیر، پروژه را متوقف میکند
- کپیکردن سایت رقیب: شما نه فرایند او را دارید، نه مخاطب او را، نه محتوای او را
- نادیدهگرفتن موبایل در بازبینیها؛ سایت را روی مانیتور بزرگ تأیید میکنند و کاربر با موبایل میبیند
- نگرفتن دسترسیها در پایان پروژه: دامنه، هاست، پنل، Search Console و Analytics باید به نام شما باشد
- قطع نگهداری برای صرفهجویی؛ سایت رهاشده، ظرف یک سال به بازطراحی دوباره میرسد
- تغییر محدودهٔ پروژه در میانهٔ کار بدون پذیرش اثر آن بر زمان و هزینه
- انتظار نتیجهٔ سئو در هفتهٔ اول؛ سئو، سرمایهگذاری چندماهه است، نه سوئیچ روشن/خاموش
