- ساعات کاری:9-->19 روزهای کاری شنبه --> 4شنبه
- 021-91035791
- 021-28428356
- 03sotweb@gmail.com
فیلترهای فروشگاه اینترنتی به کاربر کمک می‌کنند میان صدها یا هزاران محصول سریع‌تر به گزینه مناسب برسد؛ اما همین قابلیت مفید، اگر بدون معماری مشخص پیاده‌سازی شود، می‌تواند هزاران URL کم‌ارزش و تکراری بسازد. «سئوی فیلتر محصولات» یعنی تعیین کنیم کدام ترکیب فیلتر ارزش ایندکس‌شدن دارد، کدام مسیر فقط برای تجربه کاربر لازم است و خزنده‌ها چگونه باید به نسخه‌های اصلی و قابل‌اعتماد برسند.
هدف این راهنما حذف فیلترها نیست. هدف، تبدیل Faceted Navigation از یک مولد بی‌پایان URL به ساختاری کنترل‌شده است که هم انتخاب محصول را آسان کند و هم بودجه خزش و سیگنال‌های صفحه را هدر ندهد.
Faceted Navigation چیست و چرا برای سئو مسئله می‌سازد؟
در ناوبری فیلترشونده، کاربر ویژگی‌هایی مانند برند، رنگ، محدوده قیمت، اندازه، موجودی یا کاربرد را انتخاب می‌کند. هر انتخاب ممکن است پارامتر تازه‌ای به URL اضافه کند یا یک مسیر جدید بسازد. برای مثال، یک دسته محصول با پنج فیلتر و چندین مقدار می‌تواند صدها ترکیب تولید کند؛ در حالی که بخش بزرگی از آن‌ها همان محصولات را با ترتیب متفاوت یا تفاوتی ناچیز نشان می‌دهند.
مشکل اصلی تعداد فیلترها نیست، بلکه نبود تصمیم روشن درباره مالکیت هر نیت جست‌وجو است. اگر چند ترکیب، محتوای تقریباً یکسان داشته باشند، موتور جست‌وجو باید میان نسخه‌های متعدد حدس بزند. نتیجه می‌تواند خزش بی‌هدف، تضعیف سیگنال‌های داخلی، ایندکس صفحات خالی و رقابت چند URL با یک نیت واحد باشد.
ابتدا فیلترهای ارزشمند را از فیلترهای عملیاتی جدا کنید
همه فیلترها شایسته صفحه فرود سئو نیستند. پیش از هر تنظیم فنی، ترکیب‌ها را در دو گروه قرار دهید:
- ترکیب‌های دارای تقاضا و نیت مستقل: مانند یک دسته به‌همراه برند یا کاربردی که کاربر واقعاً آن را جست‌وجو می‌کند و موجودی کافی برای پاسخ‌گویی دارد.
- ترکیب‌های صرفاً عملیاتی: مانند مرتب‌سازی، نمایش تعداد در صفحه، شناسه نشست، فیلترهای موقت موجودی یا ترکیب‌های بسیار محدود و بدون تقاضای مشخص.
برای گروه اول می‌توان یک URL پایدار، عنوان و توضیح منحصربه‌فرد، لینک داخلی و جایگاه مشخص در معماری سایت تعریف کرد. گروه دوم باید تجربه کاربر را حفظ کند، اما نباید خودکار به هزاران صفحه قابل ایندکس تبدیل شود. این تصمیم را می‌توان با نقشه کلمات کلیدی و تعیین صفحه مالک هر ترکیب مستند کرد تا هر عبارت فقط یک مقصد اصلی داشته باشد.
چطور صفحه فیلتر ارزشمند را انتخاب کنیم؟
وجود نیت جست‌وجوی متمایز
صفحه باید پاسخ متفاوتی نسبت به دسته اصلی بدهد. اگر انتخاب یک فیلتر فقط چند محصول را جابه‌جا می‌کند و سؤال تازه‌ای از کاربر را پاسخ نمی‌دهد، ساخت صفحه فرود مستقل معمولاً توجیه ندارد. در مقابل، ترکیبی که مجموعه معناداری از محصولات و نیاز مشخصی را پوشش می‌دهد، می‌تواند نامزد مناسبی باشد.
کفایت موجودی و پایداری صفحه
صفحه‌ای که امروز چند محصول دارد و فردا خالی می‌شود، مقصد قابل‌اعتمادی نیست. برای ترکیب‌های مهم، سیاستی برای حداقل موجودی، جایگزین محصول و پیام صفحه خالی تعریف کنید. اگر موجودی موقتاً صفر شد، حذف فوری URL یا تغییر مداوم مقصد می‌تواند سیگنال‌های آن را از بین ببرد.
امکان تولید ارزش افزوده
فقط نمایش شبکه محصولات کافی نیست. صفحه منتخب باید عنوان دقیق، توضیح کوتاه و مفید، گزینه‌های مرتبط، مسیر بازگشت به دسته مادر و در صورت نیاز راهنمای انتخاب داشته باشد. این عناصر باید متناسب با همان ترکیب باشند، نه نسخه‌ای تکراری از متن دسته اصلی.
ساختار URL فیلترها را ثابت و قابل پیش‌بینی نگه دارید
یک ترکیب واحد نباید با چند ترتیب پارامتر ساخته شود. اگر ?brand=x&color=y و ?color=y&brand=x هر دو محتوای یکسان دارند، سامانه باید یک ترتیب استاندارد تولید کند. پارامترهای رهگیری، شناسه نشست و تنظیمات نمایشی نیز نباید در URLهای داخلی دائمی پخش شوند.
برای صفحات منتخب، URL کوتاه و پایدار بهتر از زنجیره‌ای بلند از پارامترهاست؛ اما تغییر ساختار صرفاً برای زیبایی کافی نیست. هر URL باید یک نیت مشخص، خروجی ثابت و مقصد قانونی خود را داشته باشد. اگر مسیرهای قبلی وجود دارند، مهاجرت آن‌ها باید با نقشه روشن و بدون ایجاد حلقه یا زنجیره ریدایرکت انجام شود.
Canonical، noindex و robots.txt را با یک هدف اشتباه نگیرید
Canonical برای نسخه‌های مشابه است، نه کنترل قطعی خزش
تگ canonical به موتور جست‌وجو نسخه ترجیحی را پیشنهاد می‌دهد، اما جایگزین معماری درست نیست. اگر هزاران URL فیلترشده همچنان از لینک‌های داخلی تولید شوند، خزنده ممکن است آن‌ها را کشف و بررسی کند؛ حتی اگر canonical همه به دسته اصلی اشاره کند. برای صفحات واقعاً مستقل نیز canonical باید به خود همان صفحه اشاره کند.
Noindex مانع خزش اولیه نمی‌شود
دستور noindex می‌تواند از حضور صفحه در نتایج جلوگیری کند، ولی موتور جست‌وجو باید صفحه را بخزد تا آن را ببیند. بنابراین افزودن noindex به تعداد عظیمی URL، بدون محدودکردن تولید لینک و مسیر کشف، لزوماً مشکل مصرف خزش را حل نمی‌کند. همچنین صفحه noindex نباید مقصد اصلی لینک‌سازی داخلی باشد.
Robots.txt ابزار ظریفی است
مسدودکردن الگوهای پارامتری در robots.txt می‌تواند خزش را کاهش دهد، اما اگر URL قبلاً از جای دیگری کشف شده باشد، ممکن است بدون مشاهده محتوای صفحه در فهرست باقی بماند. علاوه بر این، خزنده دیگر canonical یا noindex داخل صفحه را نمی‌بیند. به همین دلیل، پیش از مسدودسازی باید مطمئن شوید URLهای ارزشمند در همان الگو گرفتار نمی‌شوند و مسیر پاک‌سازی URLهای قبلی نیز مشخص است.
لینک‌سازی داخلی را فقط به ترکیب‌های منتخب بدهید
هر لینکی که در دسته، فوتر، مگامنو یا متن سایت قرار می‌گیرد، به موتور جست‌وجو درباره اهمیت مقصد پیام می‌دهد. پس فیلترهای ارزشمند را با لینک HTML پایدار و انکر طبیعی در دسترس قرار دهید و برای ترکیب‌های عملیاتی از تولید انبوه لینک قابل‌خزش جلوگیری کنید.
اگر یک صفحه منتخب فقط از طریق چند کلیک جاوااسکریپتی پنهان قابل دسترسی باشد، ممکن است به صفحه یتیم یا مسیر کم‌لینک تبدیل شود. از سوی دیگر، قراردادن همه ترکیب‌ها در یک بلوک بزرگ نیز معماری را متورم می‌کند. تعادل مناسب یعنی لینک‌دادن به تعداد محدود و تاییدشده‌ای از صفحات که واقعاً پاسخ مستقل دارند.
فیلترهای جاوااسکریپتی باید برای کاربر و خزنده قابل فهم باشند
در رابط‌هایی که با جاوااسکریپت کار می‌کنند، تغییر فیلتر باید وضعیت URL را به‌صورت پایدار و قابل بازگشت ثبت کند. دکمه عقب مرورگر، اشتراک‌گذاری لینک و بارگذاری مستقیم باید خروجی یکسانی ارائه دهند. برای مسیرهای منتخب، لینک‌های استاندارد با href واقعی قابل‌اعتمادتر از رویدادهایی هستند که فقط با کلیک اجرا می‌شوند.
تولید خودکار URLهای نامحدود در کد، تقویم، اسکرول بی‌نهایت یا کنترل‌های بدون مقصد ثابت می‌تواند فضای خزش را بزرگ کند. جزئیات فنی این بخش باید در کنار اصول سئوی جاوااسکریپت و رندر فیلترها بررسی شود تا محتوای مهم هم در HTML نهایی قابل مشاهده باشد و هم نسخه‌های بی‌ارزش تکثیر نشوند.
نقشه سایت XML فقط نسخه‌های قانونی و قابل ایندکس را شامل شود
نقشه سایت محل فهرست‌کردن هر URL تولیدشده نیست. فقط دسته‌ها و صفحات فیلتر منتخب که پاسخ موفق، canonical خودارجاع، محتوای کافی و امکان ایندکس دارند باید در sitemap باشند. URLهای noindex، ریدایرکت‌شده، خالی یا دارای canonical به مقصد دیگر را از نقشه سایت خارج کنید.
هماهنگی میان sitemap، canonical، لینک داخلی و وضعیت ایندکس مهم‌تر از هر تنظیم منفرد است. وقتی این چهار سیگنال مقصدهای متفاوتی نشان دهند، موتور جست‌وجو مجبور به تفسیر می‌شود و کنترل معماری از دست شما خارج خواهد شد.
صفحات خالی، مرتب‌سازی و صفحه‌بندی را جداگانه مدیریت کنید
مرتب‌سازی بر اساس قیمت یا محبوبیت معمولاً نیت مستقل نمی‌سازد؛ بنابراین نباید نسخه جدیدی از صفحه را به‌عنوان مقصد سئو تقویت کند. صفحه‌بندی نیز باید دسترسی واقعی به محصولات عمیق‌تر را ممکن کند، بدون آنکه همه حالت‌های مرتب‌سازی با همه شماره صفحه‌ها ترکیب شوند.
برای فیلترهای بدون نتیجه، پاسخ فنی و تجربه کاربری باید منطقی باشد. صفحه‌ای که موقتاً خالی است با ترکیبی که اصولاً محصولی برای آن وجود ندارد یکسان نیست. در حالت دوم بهتر است از ایجاد لینک و URL دائمی جلوگیری شود؛ در حالت اول می‌توان گزینه‌های جایگزین و مسیر بازگشت ارائه کرد.
چک‌لیست پیاده‌سازی سئوی فیلتر محصولات
- همه پارامترها و ترکیب‌های قابل تولید را فهرست کنید.
- برای هر ترکیب، نیت، موجودی، ارزش محتوایی و صفحه مالک را مشخص کنید.
- ترتیب پارامترها و شکل URL را استاندارد کنید.
- فقط صفحات منتخب را self-canonical و indexable نگه دارید.
- لینک‌های داخلی را به مقصدهای ارزشمند و پایدار محدود کنید.
- URLهای عملیاتی را از sitemap حذف کنید.
- رفتار فیلترهای جاوااسکریپتی، پاسخ سرور و امکان اشتراک‌گذاری URL را آزمایش کنید.
- لاگ سرور، گزارش خزش و وضعیت ایندکس را دوره‌ای بررسی کنید.
- برای صفحات خالی، کم‌محصول و حذف‌شده سیاست مشخص داشته باشید.
- پس از هر تغییر، نمونه‌ای از URLهای مجاز و غیرمجاز را دوباره آزمایش کنید.
جمع‌بندی
سئوی Faceted Navigation با یک دستور عمومی حل نمی‌شود. راه‌حل پایدار از تصمیم محتوایی شروع می‌شود: کدام ترکیب واقعاً شایسته صفحه مستقل است؟ سپس URL، canonical، قابلیت ایندکس، لینک داخلی، sitemap و رندر باید همان تصمیم را تایید کنند. اگر برای توسعه فروشگاه یا بازطراحی معماری آن برنامه‌ریزی می‌کنید، مسیر طراحی سایت نیز باید از ابتدا تولید URLهای فیلتر، صفحه‌های مالک و رفتار خزنده را در مشخصات فنی در نظر بگیرد.