دقیقاً کِی به فکر وردپرس مالتی سایت میافتید؟
سایت دوم را ساختهاید. یا سوم. حالا هر بار برای آپدیت یک افزونه باید وارد سه پیشخوان جدا شوید، سه بار لاگین کنید، سه بار «بهروزرسانی» را بزنید. یکروز از خودتان میپرسید: «نکند یک نصب واحد برای همهشان کافی باشد؟»
این سؤال را از خودتان نپرسید. اول بپرسید: «آیا این سایتها واقعاً یک زیرساخت مشترک میخواهند؟»
وردپرس مالتی سایت (WordPress Multisite) یک هسته وردپرس است که چند سایت را با یک دیتابیس و یک پوشه wp-content اداره میکند. از نسخه 3.0 بهصورت رسمی در هسته وجود دارد و با افزودن یک خط به فایل wp-config.php فعال میشود:
define( 'WP_ALLOW_MULTISITE', true );بعد از این خط، از مسیر Tools → Network Setup شبکه را میسازید. همین. اما این «همین» یعنی چه؟ یعنی همه سایتها یک هسته مشترک دارند، یک دیتابیس مشترک، و مهمتر از همه: یک جدول مشترک برای کاربران. اگر سایتی را هک کنند، بقیه در همان لحظه در معرض خطرند.
مزیت واقعی: وقتی همه سایتها واقعاً یکی هستند
وردپرس مالتی سایت برای یک سناریو ساخته شده است: شبکهای از سایتها که یک تیم واحد آنها را مدیریت میکند، از یک پنل، با یک مجموعه افزونه و قالب. نمونهاش را هر روز میبینید: دانشگاهی که هر دانشکده یک زیردامنه دارد (math.university.ac.ir، eng.university.ac.ir)، یا شبکهای از فروشگاههای یک برند که هرکدام برای یک شهر است.
در این حالت، یک آپدیت هسته همه سایتها را یکجا بهروز میکند. یک نصب افزونه، برای همه فعال میشود. کاربری که در سایت دانشکده ریاضی ثبتنام میکند، در سایت دانشکده مهندسی هم همان حساب را دارد. این یعنی صرفهجویی واقعی در زمان مدیریت، نه یک ادعای بازاریابی.
مدیریت کاربران سراسری هم یک مزیت جدی است. در نصب جداگانه، اگر ۲۰ سایت داشته باشید و یک مدیر بخواهد به همه دسترسی داشته باشد، باید ۲۰ بار او را بهعنوان مدیر اضافه کنید. در مالتی سایت، یک بار. نقشهای Super Admin در کل شبکه نفوذ دارند.
اینجا اشتباه میکنند: فکر میکنند مالتی سایت یعنی «چند سایت با یک هاست»
رایجترین برداشت غلط همین است. کسی سه سایت مستقل دارد، هرکدام با دامنه جدا، محتوای جدا، و مخاطب جدا. بعد میشنود مالتی سایت «هزینه هاست را کم میکند» و شبکه میسازد. سه ماه بعد، میخواهد یکی از سایتها را بفروشد یا به سرور قویتری منتقل کند.
آنجاست که ماجرا تلخ میشود. خروج یک سایت از شبکه مالتی سایت یک عملیات دستی است: باید جدولهای آن سایت را از دیتابیس مشترک استخراج کنید، پیوندهای جدولها را بازنویسی کنید، فایلهای آن را از پوشه مشترک uploads جدا کنید، و بعد همه اینها را در یک نصب تازه وارد کنید. ابزار خودکاری برای این کار در هسته وجود ندارد. افزونههای شخص ثالث هم معمولاً برای سایتهای کوچک جواب میدهند و در مقیاس بزرگ، وسط کار میشکنند.
نتیجه؟ یا سایت را رها میکنید تا بماند، یا یک آخر هفته را صرف مهاجرت دستی میکنید. من این صحنه را بارها دیدهام: تیمی که برای صرفهجویی ۵۰۰ هزار تومان در ماه هاست، ۲۰ ساعت کار مهاجرت خریده است.
بکاپ؛ جایی که نقشهها عوض میشود
بکاپ یک نصب وردپرس معمولی یعنی: یک کپی از فایلها + یک خروجی SQL از دیتابیس. ساده. بازیابی هم ساده است: فایلها را برگردانید، SQL را import کنید، تمام.
در مالتی سایت، دیتابیس یک موجودیت واحد است. جدولهای هر سایت پیشوند مشخصی دارند (مثلاً wp_2_posts برای سایت با ID شماره 2). اگر بخواهید فقط یک سایت از شبکه را بازیابی کنید، باید جدولهای همان سایت را جداگانه پیدا کنید و import کنید. اگر کل شبکه را بازیابی کنید و یکی از سایتها در فاصله بین دو بکاپ خراب شده باشد، چارهای ندارید جز اینکه کل شبکه را به حالت قبل برگردانید و تغییرات بقیه سایتها را از دست بدهید.
حالا تصور کنید ۱۵ سایت روی یک شبکه دارید. یکی از آنها توسط یک افزونه ضعیف هک میشود. برای پاک کردن آلودگی، باید کل دیتابیس را اسکن کنید، چون کاربران و نشستها مشترکاند. در نصب جداگانه، آن یک سایت را از بکاپ برمیگردانید و بقیه به کارشان ادامه میدهند.
نکته فنی: افزونههای بکاپ معروف مثل UpdraftPlus در حالت رایگان از مالتی سایت پشتیبانی کامل ندارند. نسخه پولی دارند که هر سایت را جداگانه بکاپ میگیرد، اما این هزینه را هم باید در حسابتان بگذارید. ابزار خط فرمان مثل wp db export از طریق WP-CLI کل دیتابیس را خروجی میگیرد، نه یک سایت را. برای بکاپ انتخابی باید کوئری دستی بنویسید.
مهاجرت: زنجیرهای که فقط یک حلقهاش را میخواهید
فرض کنید شبکه را ساختهاید و حالا یکی از سایتها آنقدر بزرگ شده که به یک سرور جدا نیاز دارد. این سناریو آنقدرها هم نادر نیست. سایت اصلی شما ۱۰۰ هزار بازدید ماهانه دارد، سایت فرعی تازه به ۵۰۰ هزار رسیده و دارد بقیه را کند میکند.
خروج از شبکه، همانطور که گفتم، دستی است. اما ورود به شبکه هم آسان نیست. اگر سایتی مستقل دارید و میخواهید آن را به شبکه اضافه کنید، باید محتوای آن را با ابزار WordPress Importer وارد کنید. این ابزار برای متن و تصویر کار میکند، اما تنظیمات افزونهها، شورتکدهای سفارشی، و ساختارهای پیچیده را درست منتقل نمیکند. عملاً سایت را از نو میسازید، نه اینکه منتقلش کنید.
یک معیار عملی به شما میدهم: اگر برنامه شما این است که در ۱۲ ماه آینده یکی از سایتها را به زیرساخت جدا منتقل کنید، از حالا مالتی سایت نسازید. هزینه ساخت شبکه را پرداختهاید و هزینه خروج را هم خواهید پرداخت. جمع این دو همیشه از هزینه یک هاست جداگانه بیشتر است.
چه زمانی نصب جداگانه انتخاب درست است؟
جواب کوتاه: تقریباً همیشه. اگر سایتهای شما دامنههای مستقل دارند، تیمهای محتوایی جدا دارند، یا هرکدام افزونههای متفاوتی نیاز دارند، نصب جداگانه گزینه امنتری است. هزینه هاست بیشتر میشود، اما هزینه مدیریت خطا و مهاجرت را نمیپردازید.
یک قانون سرانگشتی از من: اگر تعداد سایتهای شما از ۵ کمتر است و هرکدام دامنه جدا دارند، مالتی سایت نسازید. در این مقیاس، صرفهجویی در زمان آپدیت (که شاید ماهی ۳۰ دقیقه باشد) در برابر ریسک امنیتی و پیچیدگی بکاپ نمیارزد.
اگر تعداد سایتها زیاد است اما زیردامنه مشترک دارند و یک تیم واحد آنها را مدیریت میکند، مالتی سایت معنا دارد. در این حالت، حتماً یک استراتژی بکاپ سطح شبکه داشته باشید و پیش از ساخت، مستندات وردپرس در مورد شبکهسازی را بخوانید.
برای سایتهای مستقل، انتخاب هاست وردپرس با مدیریت جداگانه هر سایت، ریسک را پخش میکند. اگر یکی از سایتها مشکل پیدا کند، بقیه تحت تأثیر قرار نمیگیرند. این سادگی در بلندمدت ارزش پولش را دارد.
مقایسه سریع: مالتی سایت در برابر نصب جداگانه
| معیار | وردپرس مالتی سایت | نصب جداگانه |
|---|---|---|
| مدیریت آپدیتها | یکجا برای همه | تکتک |
| بکاپ و بازیابی | کل شبکه یا دستی | مستقل و ساده |
| مدیریت کاربران | سراسری | جداگانه |
| مهاجرت یک سایت | دشوار و دستی | انتقال ساده |
| ریسک امنیتی | سرایت به کل شبکه | محدود به همان سایت |
| هزینه هاست | کمتر | بیشتر |
تصمیم نهایی را چطور بگیرید؟
یک تست ساده انجام دهید. سه سؤال را صادقانه جواب بدهید:
- آیا همه سایتها یک تیم مدیریتی دارند؟
- آیا همه از یک مجموعه افزونه استفاده میکنند؟
- آیا هیچکدام قرار نیست در آینده نزدیک به زیرساخت جدا منتقل شوند؟
اگر به هر سه «بله» گفتید، مالتی سایت میتواند انتخاب درستی باشد. اگر به یکی «نه» گفتید، نصب جداگانه را انتخاب کنید. ساده است.
و اگر هنوز مطمئن نیستید، با یک نصب آزمایشی شروع کنید. یک شبکه با دو سایت بسازید، یک ماه با آن کار کنید، بکاپ بگیرید و بازیابی کنید. هزینه این آزمایش یک هاست لینوکس ارزان است، نه بیشتر. بعد از یک ماه، خودتان جواب را میدانید.
ابزارهای تست و بررسی آنلاین سرورنت میتوانند به شما در ارزیابی عملکرد سایتهای مستقل کمک کنند. اگر سایتهای شما سرعت قابل قبولی روی هاست فعلی دارند، دلیل فنی برای یکپارچهسازی آنها وجود ندارد.
پرسشهای پرتکرار
آیا وردپرس مالتی سایت برای سئو ضرر دارد؟
خود ساختار مالتی سایت به سئو آسیب نمیزند. گوگل با زیردامنهها و زیرپوشههای یک نصب واحد مانند سایتهای مستقل رفتار میکند. مشکل اصلی زمانی پیش میآید که سرعت سایت به دلیل اشتراک منابع کاهش یابد یا یکی از سایتهای شبکه بهخاطر محتوای ضعیف، اعتبار کل دامنه را تحت تأثیر قرار دهد.
آیا میتوانم سایتهای مستقل را بعداً به مالتی سایت تبدیل کنم؟
بله، اما هزینه آن بالاست. باید محتوای هر سایت را با ابزار Import وارد شبکه کنید و تنظیمات افزونهها را دوباره انجام دهید. این کار برای سایتهای کوچک با محتوای متنی ساده شدنی است، اما برای سایتهای پیچیده با ساختار سفارشی، عملاً بازسازی سایت محسوب میشود.
آیا افزونههای وردپرس با مالتی سایت سازگارند؟
بیشتر افزونههای معروف با مالتی سایت کار میکنند، اما برخی فقط برای نصب تکی طراحی شدهاند. افزونههایی که دادههای خود را در جدولهای سراسری ذخیره میکنند (مثل برخی افزونههای کش یا امنیتی) ممکن است بین سایتها تداخل ایجاد کنند. پیش از نصب، برگه سازگاری افزونه را در مخزن وردپرس چک کنید.
بکاپ مالتی سایت با بکاپ معمولی چه فرقی دارد؟
در بکاپ معمولی، یک فایل SQL کل دیتابیس را شامل میشود. در مالتی سایت، دیتابیس شامل جدولهای همه سایتهاست و بازیابی یک سایت خاص نیاز به استخراج دستی جدولهای همان سایت دارد. افزونههای بکاپ حرفهای این کار را خودکار میکنند، اما نسخه رایگان اغلب چنین امکانی ندارد.
دیدگاهها ۰
هنوز دیدگاهی ثبت نشده؛ اولین نفر باشید!