مدل هاب و اسپوک (Pillar-Cluster) به زبان ساده

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

این مدل ادامهٔ منطقی بحث اقتدار موضوعی (Topical Authority) چیست و چطور بسازیم؟ است؛ اگر آن مفهوم را ندانید، پیلهٔ این مقاله را نمی‌فهمید، چون هاب و اسپوک دقیقاً ابزار اجرایی رسیدن به اقتدار موضوعی است، نه یک تکنیک جدا.

• یک خوشهٔ استاندارد بین ۶ تا ۱۲ اسپوک دارد؛ کمتر از این تعداد معمولاً گراف موضوعی قابل‌تشخیصی برای الگوریتم نمی‌سازد.
• هاب معمولاً ۱۵۰۰ تا ۲۵۰۰ کلمه است؛ هر اسپوک بین ۸۰۰ تا ۱۵۰۰ کلمه.
• هاب باید هر ۴۵ تا ۶۰ روز، با انتشار اسپوک‌های تازه، به‌روزرسانی و لینک‌دهی شود.
• لینک‌دهی باید سه‌جهته باشد: اسپوک به هاب، هاب به اسپوک، و اسپوک‌های مرتبط به هم.
• خوشه‌های ناقص با کمتر از ۵ اسپوک منتشرشده، عملاً هیچ اقتدار موضوعی قابل‌سنجشی ایجاد نمی‌کنند.

مدل هاب و اسپوک دقیقاً چیست؟

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

چرا گوگل و موتورهای AI به این ساختار پاسخ می‌دهند؟

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

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

ساختار صفحهٔ هاب چگونه باید باشد؟

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

• نباید سطحی باشد؛ صرفاً فهرست‌کردن عنوان اسپوک‌ها بدون توضیح واقعی، ارزش کمی برای کاربر و موتور جستجو دارد.
• نباید بیش از حد تخصصی باشد؛ جزئیات عمیق باید به اسپوک منتقل شود، وگرنه هاب متورم و کند می‌شود.
• باید حداقل یک پاراگراف مستقل برای هر زیرموضوع اصلی داشته باشد، نه فقط یک لینک بدون توضیح.
• باید هر ۴۵ تا ۶۰ روز، هم‌زمان با انتشار اسپوک‌های تازه، به‌روزرسانی شود.

ساختار مقالهٔ اسپوک چگونه باید باشد؟

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

1. یک کوئری با قصد جستجوی مشخص (informational، commercial یا transactional) را هدف می‌گیرند، نه چند کوئری پراکنده.
2. در همان چند سطر اول بعد از هر تیتر، پاسخ مستقیم و قابل‌نقل‌قول می‌دهند.
3. حداقل یک لینک به هاب و در صورت امکان یک تا دو لینک به اسپوک‌های مرتبط منتشرشده دارند.
4. عمق کافی برای رتبه گرفتن مستقل دارند — معمولاً بین ۸۰۰ تا ۱۵۰۰ کلمه، نه یک پاراگراف پر از کلمات کلیدی.

چند اسپوک برای هر هاب لازم است؟

یک خوشهٔ استاندارد بین ۶ تا ۱۲ اسپوک نیاز دارد تا الگوریتم بتواند گراف موضوعی قابل‌تشخیصی از آن بسازد. کمتر از این عدد، سیگنال پوشش موضوعی ضعیف است؛ بیشتر از ۱۵ اسپوک معمولاً نشان می‌دهد موضوع آن‌قدر گسترده است که باید به دو یا سه هاب مستقل تقسیم شود.

مثال عملی برای یک کسب‌وکار ایرانی چگونه است؟

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

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

مراحل ساخت اولین خوشهٔ هاب و اسپوک چیست؟

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

1. یک موضوع گسترده و مرتبط با کسب‌وکارتان انتخاب کنید که پتانسیل ۶ تا ۱۲ زیرموضوع مستقل داشته باشد.
2. با تحقیق کلمات کلیدی، زیرموضوعات و قصد جستجوی هرکدام را مشخص کنید و همپوشانی احتمالی را از همین مرحله حذف کنید.
3. ابتدا هاب را بنویسید؛ ساختار آن باید از قبل جای همهٔ اسپوک‌ها را نگه دارد، حتی قبل از نوشتن‌شان.
4. اسپوک‌ها را یکی‌یکی منتشر کنید و در هر کدام، هم به هاب و هم به اسپوک‌های مرتبطِ منتشرشده لینک بدهید.
5. بعد از انتشار هر ۲ تا ۳ اسپوک، هاب را به‌روزرسانی کنید و لینک‌های تازه را اضافه کنید.

نقطه‌ای که اکثر تیم‌ها اینجا گیر می‌کنند، برنامه‌ریزی زمان‌بندی انتشار است — نوشتن ۸ تا ۱۲ اسپوک بدون نظم، خودش پروژه‌ای سنگین است که معمولاً بعد از سومین مقاله متوقف می‌شود. اگر می‌خواهید این خوشه را در یک بازه‌ی مشخص و بدون سردرگمی اجرا کنید، برنامه رشد ۳۰ روزه دقیقاً برای همین طراحی شده: تقویم انتشار هاب و اسپوک‌ها را از قبل مشخص می‌کند تا خوشه به‌جای پراکنده منتشر شدن، پیوسته و به‌موقع کامل شود.

هاب و اسپوک با سیلوی محتوایی (Content Silo) چه فرقی دارد؟

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

چه اشتباهاتی در اجرای این مدل رایج است؟

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

• لینک‌دهی یک‌طرفه: فقط اسپوک به هاب لینک می‌دهد، ولی هاب به‌روزرسانی نمی‌شود و لینک برگشتی ندارد.
• همپوشانی موضوعی: دو اسپوک برای یک کوئری نوشته می‌شوند و با هم رقابت می‌کنند (کانیبالیزیشن)؛ نشانه‌ی رایج آن این است که هر دو در نتایج گوگل برای یک عبارت جای هم را می‌گیرند.
• هاب سطحی و بدون عمق: هاب فقط فهرستی از لینک‌ها می‌شود بدون محتوای واقعی، که ارزش کمی برای کاربر و موتور جستجو دارد.
• رهاکردن خوشه در نیمه‌راه: ۳ اسپوک منتشر می‌شود و بعد پروژه متوقف می‌ماند؛ اقتدار موضوعی با خوشه‌ی ناقص کمتر از ۵ اسپوک عملاً شکل نمی‌گیرد.