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

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

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

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

چرا سئوی فروشگاهی به‌شکل متفاوتی خراب می‌شود

یک سایت خدماتی ممکن است چند ده صفحهٔ تجاری داشته باشد. اما یک فروشگاه آنلاین می‌تواند از یک قالب دسته، هزاران حالت قابل‌خزش بسازد. یک URL مانند «چکمهٔ ضدآب چرمی قرمز سایز ۴۲ مرتب‌شده بر اساس قیمت» شاید برای یک خریدار مفید باشد، اما لزوماً شایستهٔ ایندکس‌شدن نیست.

سه مشکل معمولاً با هم پدیدار می‌شوند:

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

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

ناوبری فاست: تصمیم بگیرید چه چیزی باید قابل‌ایندکس باشد

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

از یک چارچوب تصمیم‌گیری استفاده کنید:

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

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

برچسب canonical به‌تنهایی یک راهبرد پاک‌سازی نیست

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

از canonical به‌عنوان بخشی از یک سامانهٔ کنترل گسترده‌تر استفاده کنید:

• URLهای تمیز دسته و محصول که باید ایندکس شوند را self-canonical کنید.
• حالت‌های فیلترشدهٔ غیرضروری را وقتی محتوا تمایز معناداری ندارد، به نزدیک‌ترین والد مفید canonical کنید.
• یک صفحهٔ فرود واقعاً منحصربه‌فرد را از خودش canonical نکنید.
• canonicalها، لینک‌های داخلی و نقشه‌های سایت را هم‌راستا نگه دارید.
• حالت‌های پارامتری غیرقابل‌ایندکس را در نقشهٔ سایت XML نگنجانید.

اگر نقشهٔ سایت بگوید «این مهم است» و canonical بگوید «این تکراری است»، خزنده‌ها را وادار به حل یک تناقض کرده‌اید.

اسکیمای محصول: شفاف کنید، نه تزئین

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

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

از ابزار تولیدکنندهٔ schema ما به‌عنوان کمک‌پیش‌نویس استفاده کنید، سپس علامت‌گذاری نهایی را با همان منبع حقیقتی که صفحهٔ قابل‌مشاهدهٔ محصول را تغذیه می‌کند به قالب‌ها متصل کنید. اگر وضعیت موجودی در فروشگاه تغییر کند اما در داده‌های ساختاریافته نه، یک ناهماهنگی (drift) ساخته‌اید.

تنوع‌های محصول به یک سیاست URL یکدست نیاز دارند

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

بپرسید:

• آیا این تنوع تقاضای جستجوی متمایزی دارد؟
• آیا محتوای محصول به‌شکل معناداری متفاوت است؟
• آیا موجودی یا قیمت‌گذاری آن‌قدر تفاوت دارد که یک صفحهٔ جداگانه را توجیه کند؟
• آیا لینک‌های داخلی و نقشه‌های سایت می‌توانند بدون شلوغی از این تنوع پشتیبانی کنند؟
• آیا برچسب‌های canonical با تغییر موجودی یکدست می‌مانند؟

اگر پاسخ منفی است، تنوع‌ها را به‌جای صفحات ایندکس‌پذیر جداگانه، به‌صورت حالت‌های قابل‌انتخاب محصول نگه دارید. اگر پاسخ مثبت است، به آن تنوع آن‌قدر محتوا و لینک داخلی بدهید که به‌عنوان یک URL واقعی بایستد.

بودجهٔ خزش: آنچه شایستهٔ کشف است را در اولویت بگذارید

اصطلاح «بودجهٔ خزش» اغلب بیش‌ازحد به‌کار می‌رود، اما نظمِ زیربنایی آن اهمیت دارد. فروشگاه‌های بزرگ باید کشف دسته‌ها، صفحات محصول و راهنماهای خرید همیشه‌سبز مهم را برای خزنده‌ها آسان کنند، بی‌آنکه وقت بیش‌ازحدی صرف حالت‌های تکراری شود.

اولویت بدهید به:

• صفحات تمیز دسته نزدیک به سلسله‌مراتب سایت.
• صفحات محصول مهمی که از دسته‌ها، مجموعه‌ها و محتوای مرتبط لینک شده‌اند.
• نقشه‌های سایت XML که فقط شامل URLهای canonical، قابل‌ایندکس و با وضعیت ۲۰۰ باشند.
• لینک‌های داخلی که راهنماها، دسته‌ها و محصولات را به‌شکل طبیعی به هم وصل می‌کنند.
• الگوهای صفحه‌بندی و اسکرول بی‌نهایت که همچنان مسیرهای قابل‌خزش را در دسترس می‌گذارند.

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

لینک‌های داخلی، فروشگاه و محتوا را به هم وصل می‌کنند

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

یک الگوی سالم چنین است:

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

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

یک چک‌لیست «اول اصلاح»

پیش از مقیاس‌دهی صفحات محصول یا محتوا، بررسی کنید:

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

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

جمع‌بندی

سئوی فروشگاهی فقط توضیحات محصول و متن دسته نیست. این نظمِ خواناکردن یک کاتالوگ پیچیده است: فاست‌های کنترل‌شده، canonicalهای هم‌راستا، اسکیمای دقیق، نقشه‌های سایت تمیز و لینک‌های داخلی‌ای که نشان می‌دهند چه چیزی مهم است.

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