راهنمای کامل ساختار دسته‌بندی محصولات؛ از صفر تا اجرا

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

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

معماری دسته‌بندی محصولات چه تصمیم‌هایی می‌گیرد؟

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

این چهار تصمیم مستقل از ابزار هستند: روی ووکامرس، هر پلتفرم فروشگاه‌ساز دیگر یا کد اختصاصی، همان پرسش‌ها پرسیده می‌شوند و فقط محل اجرا فرق می‌کند. وردپرس به گزارش W3Techs حدود ۴۳ درصد از همهٔ وب‌سایت‌ها را قدرت می‌دهد (تاریخ گردآوری: آبان ۱۴۰۵) و سهم بزرگی از همین سهم، فروشگاه‌های کوچک و متوسط‌اند؛ برای همین مثال‌ها را با زبان فروشگاه ووکامرسی می‌گوییم، بی‌آن‌که تصمیم‌ها به آن محدود باشند.

عمق یا گستردگی؛ تصمیم اول درخت فروشگاه

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

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

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

صفحهٔ دسته؛ صفحهٔ فرود خرید، نه شبکهٔ سادهٔ کالا

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

صفحهٔ دسته همان‌جایی است که دارایی‌های غیرمحصولی فروشگاه معنا پیدا می‌کنند: راهنمای انتخاب، مقایسهٔ مدل‌ها و پاسخ پرسش‌های رایج کنار شبکهٔ محصولات، صفحهٔ دسته را از شبکهٔ خام به فرود خرید تبدیل می‌کند. در کیس ثبت‌شدهٔ سوئیت — فروشگاه liuna — ده محتوای دارایی‌ساز در سه ماه به ۲۸۶ صفحهٔ اول رسید؛ همان پروژه با صداقت یادآوری کرد فروشگاه بود نه آژانس، و درسش همین است: کاتالوگ تنها، سقف رشد دارد.

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

مرز دسته و فیلتر؛ کجا دسته بسازیم، کجا کانونی ببندیم؟

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

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

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

تله‌های ناوبری وجهی در فروشگاه‌های بزرگ

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

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

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

طراحی منو؛ ویترین سه‌کلیکی فروشگاه

منو ویترین معماری شماست، نه خودِ معماری. منوی ردهٔ اول را با دسته‌های پرتقاضا هم‌راستا کنید — پنج تا نُه ورودی — و زیرمنو را فقط تا جایی باز کنید که هدف‌گیری مشتری را سریع کند. مگامنو برای کاتالوگ بزرگ کمک ناوبری خوبی است؛ خطایش ساختن نقشهٔ کامل سایت در منو است که منو را شلوغ و هر لینک را کم‌اثر می‌کند.

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

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

مسیر ساخت از صفر تا اجرا در ده ایستگاه

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

خروجی هر ایستگاه را مکتوب ببندید؛ ترتیب، ترتیب وابستگی‌ها است.

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

جمع‌بندی؛ ساختاری که با فروشگاه بزرگ می‌شود

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

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

رصد ما، رشد شما.