این سؤال معمولاً دربارهی ظاهر و امکانات پرسیده میشود، در حالی که تصمیمِ واقعی جای دیگری است: چند دامنه داشته باشیم و زیرمجموعهها کجا بنشینند؟ این یک تصمیمِ معماری است، پیامدهای سئویی و هزینهای چندساله دارد، و برگرداندنش گران است.
و یک نکتهی مقدماتی که بیشترِ پروژههای هلدینگ را از ریل خارج میکند: مخاطبِ سایت هلدینگ مشتری نیست. این را اول روشن کنیم، چون بقیهی تصمیمها از آن بیرون میآید.
مطالبی که در ادامه می خوانید:
مخاطبِ سایت هلدینگ چه کسی است؟
سایت شرکتی برای مشتری ساخته میشود: میخواهد بفروشد یا سرنخ بگیرد. اصولش را در تفاوت سایت شرکتی، فروشگاهی و لندینگ آوردهایم.
سایت هلدینگ اما مخاطبِ دیگری دارد — و کاملاً هم متفاوت است:
- سرمایهگذار و سهامدار — دنبالِ ساختار، ابعاد و پایداری است
- شریک تجاری و تأمینکنندهی بزرگ — دنبالِ اعتبار و سابقه است
- متقاضیِ کارِ سطحبالا — یکی از پرترافیکترین مخاطبها که اغلب فراموش میشود
- نهادِ ناظر، بانک و خبرنگار — دنبالِ اطلاعاتِ رسمی و قابلِ استناد است
نتیجهی عملیِ این تفکیک: اگر سایت هلدینگ را برای فروش بسازید، چیزِ اشتباهی ساختهاید. فروش کارِ سایتهای زیرمجموعه است؛ سایتِ چتر کارش ساختنِ اعتبار و پاسخدادن به کسانی است که میخواهند بدانند شما چه کسی هستید و چقدر قابلِ اعتمادید.
سه معماری، سه پیامد
این جدول همان تصمیمِ اصلی است. سه راه وجود دارد و هر کدام هزینه و فایدهی مشخصی دارد:
| معماری | یعنی چه | فایده | هزینه |
|---|---|---|---|
| تکدامنه | یک دامنه، زیرمجموعهها بهصورت بخشهای داخلی | اعتبارِ دامنه یکجا جمع میشود · یک تیم، یک بودجه · معرفیِ متقابلِ خودکار | برندهای زیرمجموعه هویتِ مستقلِ کمتری میگیرند |
| دامنههای جدا | هر شرکت دامنهی خودش، هلدینگ یک دامنهی مستقل | هر برند مستقل و آزاد · مناسبِ بازارهای کاملاً متفاوت · فروشِ یک زیرمجموعه سادهتر است | اعتبار هر دامنه از صفر · کارِ محتوا و لینک در n برابر · n برابر هزینهی نگهداری |
| ترکیبی | سایتِ هلدینگ + دامنهی جدا فقط برای زیرمجموعههایی که واقعاً بازارِ دیگری دارند | تعادلِ عملی؛ انتخابِ اکثرِ مجموعههای متوسط | نیاز به قاعدهی روشن که چه چیزی کجا منتشر میشود |
هزینهی سئویی تقسیمِ دامنه — مکانیزمش را بدانید
این بخش مهمترین چیزی است که در تصمیمگیری از قلم میافتد. وقتی بهجای یک دامنه پنج دامنه میسازید، پنج مسئلهی جدا درست کردهاید:
- اعتبار منتقل نمیشود. لینک و سابقهای که دامنهی مادر ساخته، به دامنهی تازه ارث نمیرسد. هر دامنه از صفر شروع میکند و ماهها وقت میبرد تا دیده شود.
- کارِ محتوا ضرب میشود. پنج دامنه یعنی پنج برنامهی محتوایی، نه یکی که پنج بخش دارد. اگر منابعتان برای یکی هم کم است، تقسیمش وضع را بدتر میکند (اصولِ برنامهی محتوایی).
- نگهداری هم ضرب میشود. پنج بهروزرسانی، پنج گواهی، پنج پایشِ سرعت و امنیت.
پس قاعدهی سرانگشتی: دامنهی جدا فقط وقتی توجیه دارد که آن زیرمجموعه بازار، مخاطب و برنامهی محتوایی واقعاً مستقلی داشته باشد — نه به این دلیل که «شرکتِ جداست». جدابودنِ حقوقی دلیلِ جدابودنِ دامنه نیست.
زیردامنه یا زیرپوشه؟
اگر تکدامنه را انتخاب کردید، سؤالِ بعدی این است که زیرمجموعهها روی brand.example.com بنشینند یا example.com/brand.
موضعِ رسمیِ گوگل این است که هر دو قابلِ قبول است و تفاوتی در پردازششان نمیگذارد. ولی مشاهدهی عملیِ اکثرِ تیمها این است که زیرپوشه اعتبار را سادهتر و مطمئنتر یکجا جمع میکند، و مواردی گزارش شده که انتقال از زیردامنه به زیرپوشه دیدهشدن را بهتر کرده. مدیریتِ فنیاش هم سادهتر است: یک گواهی، یک پیکربندی، یک گزارشگیری.
توصیهی متعادل: پیشفرض را زیرپوشه بگذارید؛ زیردامنه را برای وقتی نگه دارید که دلیلِ فنی یا سازمانیِ واقعی دارید (زیرساختِ کاملاً جدا، تیمِ مستقل، یا محصولی با ماهیتِ متفاوت).
یک مثالِ ملموس
فرض کنید گروهی دارید با سه زیرمجموعه: یک کارخانهی تولیدِ قطعه که به صنعت میفروشد، یک شرکتِ بازرگانی که واردات و توزیع میکند، و یک فروشگاهِ خردهفروشی آنلاین. تصمیمِ درست چیست؟
- فروشگاهِ خردهفروشی → دامنهی جدا. بازار و مخاطبش کاملاً متفاوت است (مصرفکنندهی نهایی)، برنامهی محتواییاش مستقل است (صفحهی محصول، دستهبندی، سئوی خرید)، و برندش باید بدونِ بارِ «هلدینگ» شناخته شود. اینجا تقسیم توجیه دارد.
- کارخانه و بازرگانی → زیرپوشهی همان دامنهی گروه. مخاطبِ هر دو مشتریِ سازمانی و شریک است؛ اعتبارِ گروه به هر دو کمک میکند و تقسیمشان فقط کارِ محتوا را دو برابر میکند بدونِ فایده. جزئیاتِ سایتِ کارخانه در سایت کارخانه.
- سایتِ هلدینگ → همان دامنهی گروه، در ریشه. ساختارِ گروه، ابعاد، مدیران، اخبار، فرصتهای شغلی — و لینکِ روشن به هر سه زیرمجموعه.
نتیجه: دو دامنه، نه چهار. و منطقِ تصمیم هم قابلِ تکرار است — هر بار بپرسید «مخاطبِ این زیرمجموعه همان مخاطبِ گروه است یا نه؟»
اگر بودجه برای همهشان نیست، اول کدام؟
ترتیبِ عملی برای مجموعهای که نمیتواند همه را یکجا بسازد:
- سایتی که مستقیم درآمد میسازد — یعنی همان زیرمجموعهای که فروش یا سرنخِ واقعی دارد. سایتِ چتر درآمد نمیسازد.
- سایتِ هلدینگ، در نسخهی حداقلی — چهار صفحه بس است: ساختارِ گروه، درباره، مدیران، تماس. مخاطبِ سرمایهگذار و شریک بهسرعت بعد از اولین جلسه سراغش میآید و «سایت نداریم» گران تمام میشود.
- بقیهی زیرمجموعهها بهترتیبِ سهمشان در درآمد.
- پرتالِ درونسازمانی، آخر از همه — چون مخاطبش کارمند است و کارمند تا آنموقع کارش را با ابزارهای فعلی انجام میدهد (تفاوتش با سایت).
روی سایت هلدینگ چه چیزی باید باشد
حالا که مخاطب را میشناسیم، فهرستِ محتوا خودش درمیآید:
- ساختارِ گروه — چه شرکتهایی، در چه حوزههایی، با چه نسبتی به هم. مهمترین صفحه است.
- ابعادِ قابلِ استناد — سالِ تأسیس، تعدادِ کارکنان، حوزههای فعالیت، حضورِ جغرافیایی. عددِ واقعی، نه صفتِ تبلیغاتی.
- هیئت مدیره و مدیرانِ ارشد — برای مخاطبِ سرمایهگذار و شریک، این صفحه بیشتر از هر متنِ تبلیغاتی اعتبار میسازد.
- اخبار و اطلاعیههای رسمی — قراردادها، توسعهها، انتصابها. این بخش است که خبرنگار و تحلیلگر را نگه میدارد.
- فرصتهای شغلی — یکی از پرترافیکترین بخشها که اغلب دستِ آخر ساخته میشود.
- مسیرِ روشن به سایتِ هر زیرمجموعه — کسی که دنبالِ خرید است باید در یک کلیک به جای درست برسد.
- نسخهی چندزبانه، اگر صادرات یا شریکِ خارجی دارید. اجباری نیست، ولی برای مخاطبِ بینالمللی تعیینکننده است (جزئیات برای مجموعههای صادراتی).
و چه چیزی نباید باشد
- فروش و سبد خرید. این کارِ سایتِ زیرمجموعه است. اگر گروهِ شما فروشِ آنلاینِ بزرگ دارد، دلایلِ فنیاش در چرا فروشگاهساز آماده برای فروشگاه بزرگ کافی نیست آمده.
- ابزارهای درونسازمانی. کارتابل، مرخصی، گردشِ کار — اینها پرتالِ سازمانیاند و مخاطبشان کارمند است نه بازار (تفاوتش).
- ادعاهای بدونِ سند. «پیشرو در صنعت» بدونِ عدد، برای مخاطبِ سرمایهگذار اثرِ معکوس دارد.
سه سؤال برای تصمیم
- مخاطبِ اصلیِ این سایت چه کسی است؟ اگر مشتری است، سایت شرکتی بسازید — حتی اگر چند شرکت دارید.
- آیا زیرمجموعهها بازار و مخاطبِ واقعاً متفاوتی دارند؟ اگر نه، یک دامنه با بخشهای داخلی بهترین گزینه است.
- منابعِ محتوا و نگهداری برای چند سایت را دارید؟ جوابِ صادقانه به این سؤال، تعدادِ دامنههای شما را تعیین میکند — نه نمودارِ سازمانی.
میشود بعداً ارتقا داد؟
بله، و مسیرِ رایج هم همین است: با یک سایت شرکتی شروع میشود و وقتی زیرمجموعهها زیاد شدند، به ساختارِ گروهی میرسد. ولی یک شرط دارد که باید از روز اول رعایت شود: ساختارِ آدرسها را طوری بچینید که افزودنِ بخشِ تازه آدرسهای موجود را نشکند.
گرانترین حالت این است که سه سال محتوا تولید کنید و بعد مجبور شوید کلِ ساختارِ آدرس را عوض کنید. آنوقت به ریدایرکتِ انبوه و پذیرشِ افتِ موقت نیاز دارید. اگر مسیرِ رشد از ابتدا معلوم باشد، این هزینه صفر است. مسیرِ عملیِ سفارشدادنِ چنین پروژهای در راهنمای سفارش نرمافزار و اپلیکیشن اختصاصی، و اگر بخشی از نیازتان نرمافزاری است در نرمافزار آماده یا اختصاصی.
جمعبندی
سه چیز را ببرید. اول: مخاطبِ سایت هلدینگ مشتری نیست — سرمایهگذار، شریک، متقاضیِ کار و نهادِ ناظر است؛ پس اگر برای فروش میسازیدش، چیزِ اشتباهی میسازید. دوم: تصمیمِ واقعی «شرکتی یا هلدینگ» نیست، تعدادِ دامنه است؛ و دامنهی جدا فقط وقتی توجیه دارد که بازار و برنامهی محتواییِ مستقلی داشته باشد، نه بهخاطرِ جدابودنِ حقوقی. سوم: اگر تکدامنه رفتید، پیشفرض را زیرپوشه بگذارید.
و یک سنجهی ساده برای خودتان: اگر منابعِ محتوا و نگهداریِ یک سایت را بهزور دارید، ساختنِ پنج سایت وضع را بهتر نمیکند. اثرِ سرعت و کیفیتِ فنی روی همهی این سایتها در سرعت سایت و اصولِ هویتِ برند در برندسازی آمده.
برای بررسیِ ساختارِ مجموعهی خودتان، صفحهی راهکار سازمانی مسیرِ کار را توضیح میدهد.
نظرات
0 نظرهنوز نظری ثبت نشده است. اولین نفری باشید که دیدگاهش را مینویسد.
دیدگاه خود را بنویسید