نظر، امتیاز، پرسش و تصویر کاربران میتواند به صفحه اطلاعات تازه بدهد، اما انتشار بی‌بررسی آن راهی برای ورود لینکهای تبلیغاتی و متن‌های بیربط است. برای هر نوع مشارکت، معیار پذیرش، مسیر گزارش و بازبینی، وضعیت لینک‌ها و تصمیم روشن دربارهٔ نمایه‌شدن صفحه تعیین کنید. نظر منفیِ واقعی را صرفاً به دلیل منفیبودن حذف نکنید.
در صفحهٔ یک محصول، کاربری دربارهٔ اندازهٔ واقعی کالا سؤال می‌پرسد و خریدار دیگری پاسخ میدهد. این گفت‌وگو برای خواننده مفید است. در همان فرم، حسابی تازه‌ساخته ممکن است ده‌ها پیام تکراری با لینک فروشگاه دیگری بفرستد. هر دو «محتوای تولیدشده توسط کاربر» هستند، اما نباید با یک قاعده منتشر شوند.
UGC در این مقاله به نظرها، بررسی‌ها، پرسش‌وپاسخ، عکس‌ها و فایل‌هایی گفته می‌شود که کاربران در صفحههای سایت می‌گذارند. مدیریت ساختار انجمن و کامیونیتی موضوع دیگری است. اینجا تصمیم اصلی دربارهٔ کیفیت مشارکت، لینک درون آن و صفحه‌ای است که در نهایت به موتور جست‌وجو نشان داده می‌شود.
UGC چه زمانی به صفحه کمک میکند و چه زمانی مسئله می‌سازد؟
مشارکت کاربر وقتی ارزشمند است که تجربه یا پرسشی مشخص را به موضوع صفحه اضافه کند. مثلاً نظر «این کفش برای پنجهٔ پهن من تنگ بود» به خریدار بعدی کمک میکند؛ عبارت «عالی بود» بدون جزئیات اطلاعات کمتری دارد. ارزش نظر را با طول متن یا مثبت‌بودن آن یکی نگیرید.
در سیاست‌های اسپم جست‌وجوی گوگل، حساب‌های اسپم، پست‌های اسپم در انجمن، نظرهای تبلیغاتی وبلاگ و فایل‌های بارگذاری‌شدهٔ اسپم نمونههای سوءاستفاده از بخش‌های کاربری‌اند. این نمونه‌ها توضیح می‌دهند چرا صرفِ داشتن فرم انتشار، بدون نظارت، برای کیفیت صفحه کافی نیست.
مرز محتوای تحریریه و UGC را برای خواننده روشن نگه دارید. پاسخ رسمی کسب‌وکار، توضیح نویسنده و تجربهٔ کاربر از نظر مسئولیت و اعتبار یکسان نیستند. اگر مطلب تحریریه به توضیح نیاز دارد، آن را در متن اصلی اصلاح کنید؛ انبوه نظرهای پراکنده جای ویرایش مقاله را نمیگیرد. برای برنامه‌ریزی متن اصلی، راهنمای سئو محتوا مبنای جداگانه‌ای است.
پیش از انتشار، چه مشارکتی را بپذیریم؟
قانون کوتاهی کنار فرم بگذارید که کاربر بداند چه چیزی پذیرفته می‌شود: تجربهٔ مرتبط، پرسش واقعی، نقد مستند و تصویر مربوط به همان محصول یا خدمت. انتشار شمارهٔ تماس دیگران، متن تبلیغاتی تکراری، لینک بیربط یا محتوایی که حق انتشارش روشن نیست باید برای بررسی متوقف شود.
در راهنمای گوگل برای پیشگیری از اسپم کاربران، اعلام سیاست سوءاستفاده، امکان گزارش محتوا، پایش رفتار حساب‌ها، بازبینی دستی و محدودکردن ارسال خودکار از روش‌های پیشنهادی‌اند. ترکیب این کنترل‌ها به حجم و خطر مشارکت بستگی دارد؛ یک فروشگاه با چند نظر روزانه به همان فرایند یک سرویس با هزاران ارسال نیاز ندارد.
| وضعیت مشارکت | تصمیم اولیه | نمونهٔ دلیل |
|---|---|---|
| تجربه یا پرسش مرتبط و قابل‌فهم | انتشار پس از کنترل لازم | توضیح کاربردی دربارهٔ محصول یا پاسخ به پرسش همان صفحه |
| محتوای مبهم، دارای لینک یا ادعای حساس | نگه‌داشتن برای بازبینی | لینک ناشناخته، ادعای پزشکی یا افشای اطلاعات شخصی |
| پیام تکراری، فریبنده یا آشکارا تبلیغاتی | رد و ثبت الگو | ارسال یک متن در چند صفحه یا لینک‌سازی انبوه |
این جدول دستور ثابت برای حذف خودکار نیست. یک نقد تند میتواند واقعی و مرتبط باشد و یک نظر ظاهراً مثبت میتواند ساختگی باشد. پیش از رد، موضوع، شواهد داخل پیام و سابقهٔ رفتار حساب را بررسی کنید؛ تصمیم را با دلیل قابل پیگیری ثبت کنید.
مسیر بررسی را متناسب با خطر مشارکت تنظیم کنید
برای کاربر تازه، انتشار نخستین پیام میتواند منوط به بازبینی باشد. پس از چند مشارکت پذیرفته‌شده، همان کنترل را سبک‌تر کنید، اما امکان گزارش و بازبینی بعدی را نگه دارید. سابقهٔ حساب فقط یک نشانه است؛ حساب قدیمی هم ممکن است ناگهان پیام تبلیغاتی بفرستد.
محدودیت تعداد ارسال در بازهٔ کوتاه، کنترل الگوی متن‌های تکراری و مانع ثبت‌نام خودکار میتواند صف بازبینی را کوچک کند. آستانه‌ها را با دادهٔ واقعی سایت تنظیم کنید تا کاربر عادی به خاطر چند پرسش پشت‌سرهم مسدود نشود. اگر سامانه پیامی را نگه داشت، به کاربر وضعیت روشن نشان دهید؛ سکوت فرم معمولاً او را به ارسال دوباره وامی‌دارد.
برای محتوای دارای عکس یا فایل، فقط متن همراه را نبینید. فایل میتواند نام یا نشانی تبلیغاتی، اطلاعات شخصی یا تصویری بیربط داشته باشد. پیش از انتشار، نوع فایل، اندازه، محتوای قابل مشاهده و حق استفاده‌ای را که سایت از کاربر می‌گیرد با سیاست خودتان تطبیق دهید. این کنترل دربارهٔ امنیت بارگذاری هم به بررسی فنی جداگانه نیاز دارد.
حق پاسخ و اصلاح را برای مشارکت واقعی حفظ کنید. اگر نقدی به دلیل افشای شماره تلفن رد شد، میتوان به کاربر گفت نسخهٔ بدون آن اطلاعات را دوباره بفرستد. حذف نقد به‌خاطر پایین‌آوردن میانگین امتیاز، تصویر نادرستی از تجربهٔ مشتریان می‌سازد و اعتماد خواننده را کم میکند.
با لینکهای داخل نظر و بررسی چه کنیم؟
لینکی که کاربر در نظر خود گذاشته، تأیید تحریریهٔ سایت نیست. مستند گوگل دربارهٔ ویژگی‌های پیوند خروجی برای لینکهای محتوای کاربر rel="ugc" را توصیه میکند و ترکیب آن با nofollow را هم میپذیرد. برای پیوند تبلیغاتی یا پولی، برچسب sponsored کاربرد دارد.
این ویژگی‌ها روی همان لینک اثر دارند و جای بررسی محتوای پیام را نمی‌گیرند. صفحه‌ای که پر از پیام بیربط و لینکهای اسپم است، با افزودن rel به صفحهٔ مفید تبدیل نمی‌شود. همچنین نباید تصور کرد nofollow یا ugc بهتنهایی تضمین میکند مقصد هرگز پیدا یا نمایه نشود.
پیوندهایی که نویسنده در متن مقاله به‌عنوان منبع یا مسیر مطالعه گذاشته، با لینک کاربر فرق دارند. الگوی پیوند دادن داخلی و خارجی را در قالب‌ها و خروجی واقعی بررسی کنید. اگر دربارهٔ معنای این ویژگی‌ها ابهام دارید، تفاوت لینک فالو و نوفالو را در همان زمینه بخوانید.
در فرم نظر، داشتن فیلد نشانی وب را هم بازبینی کنید. اگر برای کاربر و هدف صفحه ضرورتی ندارد، حذف آن یکی از راه‌های کم‌کردن انگیزهٔ ارسال پیام صرفاً برای گرفتن لینک است. اگر لینک واقعاً به فهم تجربه کمک میکند، آن را فقط پس از بررسی مقصد و ارتباطش نگه دارید.
کدام صفحهٔ UGC باید در جست‌وجو دیده شود؟
نظرها گاهی زیر یک مقاله یا محصول قرار می‌گیرند و گاهی هر پرسش یا بررسی صفحهٔ مستقل دارد. در حالت اول، تصمیم noindex معمولاً بر کل صفحهٔ میزبان اثر می‌گذارد، نه فقط یک نظر. یک پیام ضعیف زیر مقالهٔ خوب دلیل خودکار برای خارج‌کردن کل مقاله از نمایه نیست؛ پیام را بررسی، ویرایش طبق سیاست یا حذف کنید.
برای صفحهٔ مستقلِ ساخته‌شده توسط کاربر تازه و ناشناخته، گوگل در راهنمای پیشگیری از اسپم پیشنهاد میکند تا زمان شکل‌گرفتن اعتماد، استفاده از noindex را در نظر بگیرید. این یک گزینهٔ مشروط است، نه دستور برای همهٔ صفحههای UGC. وقتی صفحه از نظر ارتباط، اصالت و ایمنی بررسی شد، میتوان دربارهٔ نمایه‌شدنش تصمیم تازه گرفت.
صفحههای کم‌محتوا یا تکراری را فقط برای افزایش تعداد URL نسازید. اگر ده پرسش تقریباً یکسان دربارهٔ یک محصول دارید، پاسخ‌ها را به تجربهٔ خواندن همان محصول وصل کنید و نسخه‌های مشابه را بی‌دلیل جداگانه منتشر نکنید. در صفحههای مستقل، عنوان، پرسش، پاسخ و مسیر رسیدن به محتوای مرتبط باید برای خواننده معنا داشته باشد.
robots.txt جای noindex نیست. اگر می‌خواهید موتور جست‌وجو دستور noindex یک صفحه را ببیند، دسترسی خزنده به همان صفحه باید ممکن باشد. هر تغییر در وضعیت نمایه‌شدن را روی URL واقعی بررسی کنید؛ تنظیمات فرم یا پیش‌نمایش مدیر سایت برای این کنترل کافی نیست.
در وردپرس چه چیزهایی را در خروجی واقعی بررسی کنیم؟
نخست مسیر ارسال نظر یا بررسی را از دید یک کاربر تازه طی کنید: پیام چه زمانی عمومی می‌شود، چه چیزی در صف می‌ماند و آیا پیوند داخل آن با ویژگی مورد انتظار در HTML خروجی قرار می‌گیرد؟ تنظیمات افزونه و قالب ممکن است متفاوت باشند؛ حکم را از صفحهٔ زنده بگیرید.
سپس یک پیام آزمایشی بی‌خطر با لینک و یک پیام بدون لینک ثبت کنید و فقط در محیطی که کنترل دارید نتیجه را ببینید. اگر پیام آزمایشی در سایت عمومی منتشر می‌شود، پس از آزمون حذفش کنید. وضعیت نمایش در موبایل، دکمهٔ گزارش، خوانایی پاسخ‌ها و توانایی مدیر برای پیدا کردن مشارکت‌های گزارش‌شده نیز بخشی از کنترل است.
برای چک‌کردن صفحهٔ منتشرشده، از چک‌لیست کنترل کیفیت سئو استفاده کنید و یک مورد ویژهٔ UGC به آن بیفزایید: لینک، متن و فایلِ کاربر باید در خروجی عمومی همان وضعیتی را داشته باشند که بازبین تأیید کرده است. اگر نظرات با اسکریپت بارگذاری می‌شوند، نسخه‌ای را که کاربر و خزنده واقعاً می‌بینند بررسی کنید.
وقتی تعداد مشارکت‌ها زیاد شد، چند نمونه از پیام‌های پذیرفته‌شده و ردشده را دوره‌ای بازبینی کنید. نرخ گزارش، پیام‌های تکراری، تغییر ناگهانی تعداد لینکهای خروجی و صفحه‌هایی که بدون پاسخ مفید ساخته شده‌اند، نشانه‌هایی برای بررسی‌اند؛ هیچکدام بهتنهایی حکم اسپم بودن همهٔ محتوای کاربر نیستند.
اگر تیم برای طراحی فرم، وضعیت نمایه و کنترل لینک‌ها به برنامهٔ فنی نیاز دارد، این موارد را در نقشهٔ بهینه سازی و سئو سایت همراه با مسئول بازبینی محتوا ثبت کند. نتیجهٔ کار باید روی صفحههای واقعی قابل مشاهده و قابل اصلاح باشد.
هنگام مشاهدهٔ موج اسپم چه کنیم؟
ابتدا راه ورود را پیدا کنید: کدام فرم، حساب، بازهٔ زمانی یا نوع لینک تکرار می‌شود؟ انتشار خودکار همان مسیر را موقتاً محدود کنید و پیام‌های مشکوک را به صف ببرید. حذف انبوه بر اساس یک واژه میتواند نظرهای واقعی را هم از بین ببرد؛ نمونه‌ها را دسته‌بندی کنید.
بعد صفحههای عمومیِ آلوده را مرور کنید. لینک‌ها و فایل‌های اسپم را بردارید، صفحههای مستقل بی‌کیفیت را طبق وضعیتشان اصلاح یا از نمایه خارج کنید و مطمئن شوید نسخهٔ عمومی تغییر کرده است. اگر پیام‌هایی را به اشتباه رد کرده‌اید، آن‌ها را دوباره بررسی کنید. الگوی رخداد را ثبت کنید تا محدودیت بعدی بر اساس همان مسیر سوءاستفاده باشد.
برای پیشگیری، مسئول مشخصی برای صف، گزارش کاربران و بازبینی دوره‌ای تعیین کنید. زمانی که پیامها زیاد می‌شوند، مسئله معمولاً نبود یک افزونهٔ دیگر نیست؛ باید معلوم باشد چه کسی تصمیم می‌گیرد، با چه معیارهایی و در چه زمانی. معیارها را برای کاربر هم تا حد لازم روشن بنویسید.
جمع‌بندی
UGC زمانی به صفحه کمک میکند که مشارکت واقعی و مرتبط منتشر شود و راه ورود پیام تبلیغاتی کنترل شود. برای هر نوع ارسال، معیار پذیرش، بازبینی، وضعیت لینک و تصمیم نمایه‌شدن را مشخص کنید؛ سپس خروجی زنده را از دید کاربر بررسی کنید.
سوالات متداول
آیا همهٔ نظرهای کاربران برای سئو مفیدند؟
خیر. نظر مرتبط میتواند اطلاعات تازه به خواننده بدهد؛ پیام تکراری، بیربط یا تبلیغاتی باید بررسی و در صورت لزوم رد شود. تعداد نظر بهتنهایی معیار کیفیت نیست.
آیا نظر منفی را برای حفظ سئو حذف کنیم؟
منفیبودن دلیل حذف نیست. اگر نظر واقعی، مرتبط و مطابق قواعد انتشار است، آن را نگه دارید و در صورت نیاز پاسخ دقیق بدهید. همان قواعد باید برای نظر مثبت هم اجرا شوند.
برای لینک در نظر کاربر `ugc` بهتر است یا `nofollow`؟
گوگل ugc را برای لینکهای محتوای کاربر توصیه میکند و ترکیب ugc nofollow را هم میپذیرد. انتخاب نهایی را با قالب و سیاست سایت هماهنگ کنید؛ هیچکدام جای کنترل اسپم را نمیگیرد.
آیا باید صفحههای UGC را `noindex` کنیم؟
نه بهصورت دستهجمعی. برای صفحهٔ مستقلِ کاربر ناشناخته میتوان موقتاً این گزینه را بررسی کرد. برای نظری که زیر یک مقاله است، noindex کل مقاله را تحت تأثیر قرار میدهد.
اگر اسپم از قبل منتشر شده باشد، اولین اقدام چیست؟
مسیر ورود را محدود کنید، نمونههای آلوده را پیدا کنید و پیامها یا صفحههای آسیبدیده را اصلاح کنید. پس از آن، خروجی عمومی و وضعیت نمایهٔ URLهای مستقل را بررسی کنید.
منابع
- Google Search Central: Spam policies for Google Web Search
- Google Search Central: Prevent User-Generated Spam on Your Site
- Google Search Central: Qualify Outbound Links for SEO
