راهنمای کامل سئو فنی برای وردپرس؛ از صفر تا اجرا

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

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

سئو فنی وردپرس از کجا شروع می‌شود؛ نقشهٔ شش‌گامی

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

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

گام ۱؛ کراول: robots.txt و سایت‌مپ XML را درست ببندید

robots.txt باید در ریشهٔ دامنه بنشیند و کارش کنترل خزش است، نه ایندکس: طبق مستندات رسمی گوگل، Disallow فقط مانع خزش می‌شود و مانع ایندکس نیست؛ صفحه‌ای که با Disallow بسته‌اید، اگر از جای دیگری لینک بگیرد می‌تواند بدون محتوایش در نتایج ظاهر شود. سه رفتار مستند گوگل را حین کار یادتان باشد: گوگل Crawl-delay را نادیده می‌گیرد؛ فایل حتماً باید در ریشهٔ دامنه باشد؛ و دستور Sitemap باید آدرس مطلق سایت‌مپ را بگیرد، نه مسیر نسبی.

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

گام ۲؛ ایندکس: پوشش صفحات را در سرچ‌کنسول بخوانید

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

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

گام ۳؛ سرعت: کش، تصاویر و میزبان را با ترتیب بررسی کنید

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

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

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

گام ۴؛ موبایل: سایت را با چشم تلفن همراه بسنجید

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

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

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

گام ۵؛ اسکیما: دادهٔ ساختاریافته در وردپرس

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

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

گام ۶؛ خطاهای ۴xx و ۵xx را زودتر از گوگل ببینید

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

خطاهای ۵xx معمولاً داستان منابع میزبان است: ترافیک ناگهانی، افزونهٔ سنگین یا حافظهٔ کم. این خطاها را زود ببینید، چون گوگل هم می‌بیند و شدت خزش را کم می‌کند؛ پایش ماهانهٔ همین گام، همان یک ساعتِ پایانی چرخهٔ ماست. خطایی که ماه‌ها دیده نشود، از یک اشتباه کوچک به افت ایندکس می‌رسد.

چک‌لیست ماهانه و جمع‌بندی

ریتم پیشنهادی ما برای سایت وردپرسی میان‌اندازه است؛ با حجم انتشار و تعداد نویسنده تنظیمش کنید.

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

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