اعتبار موضوعی و لینک‌دهی خوشه‌ای؛ ساختار ستون و خوشه در عمل

امید بداق سئو بدون دیدگاه ۱۲ دقیقه مطالعه

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

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

اعتبار موضوعی چیست و چیست نیست

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

سه چیز را از هم جدا کن:

حجم محتوا عدد است. پنجاه مقاله، پنجاه مقاله است؛ نه اعتبار می‌آورد نه از آن می‌کاهد.

پوشش موضوعی نقشه است. دربارهٔ وب‌سرور نوشتی؟ لایهٔ کش را پوشش دادی؟ لایهٔ دیتابیس را؟ عیب‌یابی واقعی را؟ هر کدام یک صفحه می‌خواهد، با مثال واقعی خودش.

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

نکتهٔ عملی: اگر یک صفحه فقط تعریف و تکرار آنچه در ده صفحهٔ اول نت هست را دارد، به اعتبار سایت تو اضافه نمی‌کند؛ از آن کم می‌کند.

ستون، خوشه، و پل

ساختار سه‌بخشی که در عمل کار می‌کند:

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

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

پل لینک دوطرفه است. ستون به همهٔ اعضا وصل می‌شود، هر عضو به ستون وصل می‌شود، و هر عضو فقط به هم‌خوشه‌ای‌هایی وصل می‌شود که واقعاً به موضوعشان مرتبط‌اند.

چرا دوطرفه؟ چون لینک یک‌طرفه (فقط ستون به اعضا) اعضای خوشه را در فشار «چطور پیدایشان کند» می‌گذارد؛ و لینک برگشتیِ بی‌منطق، ستون را به فهرست لینک تبدیل می‌کند.

چطور نقشهٔ موضوع بکشیم

روش عملی در پنج قدم، بدون ابزار گران:

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

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

۳. هر زیرموضوع را به یک صفحه وصل کن، نه چند. اگر دو زیرموضوع جواب‌شان در یک صفحه جا می‌شود، همان یکی کافی است. اگر یک زیرموضوع به سه صفحهٔ جدا نیاز دارد، سه عضو داری.

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

۵. ترتیب انتشار را تعیین کن. ستون اول، بعد دو یا سه عضو پرتقاضا. خوشه‌ای که فقط ستون دارد و عضو ندارد، لینک داخلی‌اش به فضاست.

لینک داخلی: کجا، با چه متنی، چقدر

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

متن لینک (انکر تکست) باید چیزی باشد که خواننده انتظار دارد، نه کلمهٔ کلیدیِ فشرده‌شده. برای صفحهٔ مربوط به کش PHP، متن «چرا کد قدیمی بعد از آپلود اجرا می‌شود» هم برای انسان درست است هم برای سیستم. متن‌های «اینجا کلیک کنید» یا «مقالهٔ مرتبط» هیچ اطلاعاتی حمل نمی‌کنند.

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

تعداد را مصنوعی بالا نبر. در یک مقالهٔ ۲۵۰۰ کلمه‌ای، ۳ تا ۸ لینک داخلیِ بامعنا معمولاً طبیعی است. بیشتر از آن، صفحه را به فهرست تبدیل می‌کند و ارزش هر لینک را پایین می‌آورد. برای صفحهٔ ستون استثناست: ستون موظف است اعضا را فهرست کند، و این کارکردش است نه شلوغی.

لینک بین خوشه‌ها لازم است ولی کم. صفحه‌های وب‌سرور می‌توانند به صفحهٔ سرعت و به صفحهٔ کش وصل شوند، چون یک مسئله را از دو زاویه می‌بینند. اما وصل‌کردن هر چیزی به هر چیز، ساختار را بی‌معنا می‌کند.

صفحه‌های دسته‌بندی، ستون را جای دیگری بگذار

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

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

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

چطور بفهمیم خوشه کار کرده

سه نشانهٔ قابل‌سنجش، به‌ترتیب ارزش:

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

۲) پرس‌وجوهای جدید در سرچ کنسول برای اعضا ظاهر می‌شود. خوشه سالم، ورودی‌های بلند و مشخص می‌گیرد؛ نه فقط کلمهٔ اصلی ستون.

۳) کلیک از صفحهٔ ستون به اعضا در گزارش مسیر کاربر دیده می‌شود. این یعنی ساختار برای انسان هم معنا دارد، نه فقط برای خزشگر.

عدد رتبه را معیار اول قرار نده. رتبه نوسان دارد و به‌تنهایی نشان نمی‌دهد خوشه درست کار می‌کند یا نه.

اشتباه‌هایی که خوشه را خراب می‌کند

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

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

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

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

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

اگر سایتت صدها نوشته دارد، از کجا شروع کنی

برای سایتی با چند صد مقاله، خوشه‌سازی یعنی بازنویسی ساختار، نه فقط تولید تازه. ترتیب منطقی:

۱. از سرچ کنسول، صفحه‌هایی را که برای یک موضوع چند ورودی دارند استخراج کن. این‌ها نامزدهای یک خوشه‌اند. ۲. یک ستون برای آن موضوع بنویس یا بهترین صفحهٔ موجود را به ستون تبدیل کن. ۳. لینک ستون به همهٔ اعضای آن موضوع را اضافه کن، و از هر عضو یک لینک برگشتی به ستون. ۴. کانیبال‌ها را همان‌جا حل کن: ادغام، بازنویسی، یا تفکیک با کلمهٔ هدف متفاوت. ۵. فهرست باقی‌ماندهٔ موضوع را که هنوز صفحه ندارند، برای تولید بعدی نگه دار.

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

یک مثال کامل: خوشهٔ «سرور و عملیات»

چیزی که بالا گفتم را روی یک خوشهٔ واقعی باز کنم؛ همان خوشه‌ای که این مقاله‌ها بخشی از آن‌اند.

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

  • کش PHP و گزینه‌ای که باعث می‌شود دیپلوی بی‌اثر به‌نظر برسد؛ یک مسئلهٔ عیب‌یابی مشخص
  • ری‌استارت کردن workerهای PHP یک اکانت بدون قطعی بقیه؛ یک عملیات خاص
  • انتخاب نسخهٔ PHP برای هر اکانت؛ یک تصمیم با ریسک معلوم
  • پیدا کردن وب‌شل روی هاست اشتراکی؛ یک وضعیت بحرانی
  • SPF و DKIM و DMARC؛ یک خانوادهٔ کاملاً جدا از مسئلهٔ سرعت
  • لاگ خطا در سی‌پنل کجا نوشته می‌شود؛ یک سؤال اولین‌کمک
  • بکاپ و تست بازگردانی؛ یک فرآیند تکرارشونده
  • استیجینگ قبل از دست زدن به سایت اصلی؛ یک محیط کاری
  • مجوز فایل‌ها؛ یک تنظیم ساده با پیامد بزرگ
  • فایلی که lint رد می‌کند و سایت خراب است؛ یک تلهٔ تشخیصی

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

لینک‌دهی این خوشه به این شکل است: ستون به هر ده عضو وصل می‌شود، چون ستون نقشه است. هر عضو به ستون برمی‌گردد، چون ستون زمینهٔ مشترک است. و چند لینک جانبیِ دقیق: صفحهٔ دیپلوی به صفحهٔ بکاپ وصل می‌شود (چون بازگشت بدون بکاپ تست‌شده ممکن نیست)، صفحهٔ lint به صفحهٔ دیپلوی (چون ریشهٔ آسیب در روش جایگزینی فایل است)، و صفحهٔ وب‌شل به صفحهٔ مجوز فایل‌ها و به صفحهٔ REST API (چون سه‌تایی ورودهای رایج‌اند). این سه، رابطهٔ علت‌ومی‌دهند، نه رابطهٔ «موضوعشان شبیه است».

تقویم محتوایی: خوشه را چطور در زمان پخش کنی

بدترین کار این است که ساختار درست را با انتشار غلط خراب کنی. ترتیب پیشنهادی برای یک خوشهٔ ده عضوی:

هفتهٔ اول: ستون منتشر می‌شود. تنها. لینکش را در منوی مرتبط و در یک نوشتهٔ قدیمی هم‌موضوع قرار بده تا از اول یک ورودی داشته باشد.

هفتهٔ دوم تا پنجم: دو تا سه عضو در هفته، به‌ترتیب تقاضا. اول آن‌هایی که سرچ کنسولهم‌اکنون برایشان نمایش داده‌ات می‌کند؛ یعنی نیمی از راه را رفته‌ای.

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

پایان ماه: یک بازبینی ساختاری. کدام عضو هنوز یتیم است؟ کدام لینک به صفحهٔ حذف‌شده می‌رود؟ کدام دو عضو دارند هم‌پوشانی پیدا می‌کنند؟

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

ابزار و ثبت: نقشه را جایی نگه دار

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

| ستون | عضو | کلمهٔ هدف | دسته | وضعیت | لینک‌های ورودی | |—|—|—|—|—|—|

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

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

نگهداری در بلندمدت

خوشه یک‌بار چیده نمی‌شود و تمام. سه کار دوره‌ای لازم دارد:

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

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

سه: حذف بی‌رحمانهٔ هم‌پوشانی. هر شش ماه، صفحه‌هایی که برای یک پرسوجو رقابت می‌کنند را پیدا کن و یکی کن. این کار معمولاً ترافیک را کم نمی‌کند؛ چون دو صفحهٔ نصفه به یک صفحهٔ کامل تبدیل می‌شوند.

نکتهٔ آخر را جدی بگیر: در خوشه‌سازی، «کم کردن صفحه» هم یک حرکت پیشرفت است. اگر سایتت ۲۶۰ نوشته دارد و بیست‌تایشان دربارهٔ یک موضوع‌اند، احتمالاً مسئله‌ات تولید بیشتر نیست.

جمع‌بندی

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

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

مقالبی بخوانی

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

دیدگاه خود را بنویسید