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

سئو تکنیکال چیست؟

سئو تکنیکال (Technical SEO) بهینه‌سازی زیرساخت سایت است؛ تمام کارهایی که باعث می‌شود موتور جستجو بتواند صفحات شما را پیدا کند، بفهمد، و با سرعت و کیفیت مناسب به کاربر نمایش دهد. در مقابل سئو داخلی که روی کیفیت خودِ صفحه تمرکز دارد، سئو تکنیکال با موتور و معماری سروکار دارد: خزش، ایندکس، سرعت، ساختار URL، امن‌سازی و دادهٔ ساختاریافته. معیارهای رسمی این حوزه هم در استانداردهای سئو فنی پیگیری می‌شود.

محتوا پادشاه است، اما سئو تکنیکال کاخ را نگه می‌دارد؛ بدون کاخ، پادشاهی در آسمان خواهد بود.

چرا پیش از محتوا اهمیت دارد؟

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

ستون اول: خزش (Crawling)

ربات گوگل (Googlebot) با دنبال‌کردن لینک‌ها صفحه‌ها را کشف می‌کند؛ ابزارهای اصلی این مرحله: robots.txt، sitemap.xml و بودجهٔ خزش (Crawl Budget). در یک سایت وردپرسی، فایل sitemap را افزونهٔ سئو می‌سازد — همان افزونه‌هایی که در معرفی افزونه‌های سئو وردپرس آورده‌ایم. اما نکات عملی‌ای که در ممیزی‌ها می‌بینم:

  • robots.txt را چک کنید: خط Disallow: / روی دامنهٔ اصلی، یعنی سایت نامرئی. بیشتر خرابی‌ها از همین یک خط است.
  • ساختار URL خوانا: پیش از هر چیز، URL را حرفه‌ای بسازید؛ پارامترهای بی‌پایان (?ref=، ?utm_* در ورودی) بودجهٔ خزش را می‌بلعند.
  • صفحات یتیم: صفحه‌ای که هیچ لینک داخلی به آن نمی‌رسد، کشف نمی‌شود. شبکهٔ لینک داخلی، نقشهٔ خزش شماست.
  • خطاهای ۴۰۴ و ۵۰۰: مسیر رفعشان در رفع خطای ۴۰۴ در وردپرس آمده؛ آن‌ها را با ریدایرکت درست به‌جای ۴۰۴ رها نکنید.

ستون دوم: ایندکس

صفحه‌ای که خزش شده، لزوماً ایندکس نمی‌شود. گوگل کیفیت، یکتایی و تناسب را می‌سنجد. دلایل فنی رایجِ ایندکس‌نشدن که در گزارش‌های Search Console زیاد دیده‌ام:

علتنشانه در Search Consoleاقدام
تگ noindexDiscovered – currently not indexedبررسی تنظیمات افزونه/قالب
محتوای تکراریDuplicate, Google chose different canonicalcanonical صحیح + حذف پارامترها
صفحات کم‌کیفیتCrawl – currently not indexedحذف/ادغام صفحات (Pruning)
خطای سرورServer errorرفع خطای ۵۰۰ و مانیتورینگ آپ‌تایم

نکتهٔ ظریف: در وردپرس، برچسب‌ها و آرشیوهای خالی (tag/archive صفحات تکراریِ دسته‌بندی) معمولاً کانون ایندکس‌نشدن‌اند. راه‌حل‌شان تنظیم canonical و noindex در همان افزونهٔ سئوست.

ستون سوم: تجربهٔ کاربر و Core Web Vitals

از سال ۲۰۲۱ که Page Experience بخشی از رتبه‌بندی شد، سرعت از «خوب است داشته باشید» به «باید داشته باشید» تبدیل شد. معیار رسمی‌اش Core Web Vitals است: سرعت بارگذاری اصلی (LCP)، بی‌ثباتی چیدمان (CLS) و زمان پاسخ تعامل (INP). مسیر عملی بهبود در وردپرس:

  1. قالب سبک: نیمی از مشکلات تکنیکال با یک قالب به‌سازگاری‌شده حل می‌شود؛ بهبود Core Web Vitals در وردپرس را بخوانید.
  2. افزونهٔ کش: همان ابزارهایی که در بهترین افزونه‌های کش مقایسه کرده‌ایم.
  3. CDN: برای مخاطب جغرافیایی پراکنده، نقش CDN در سرعت انکارناپذیر است.
  4. HTTPS: پیش‌نیاز امنیتی و سئویی؛ تأثیر HTTPS بر سئو و اگر سایتتان روی HTTP است، نصب SSL را اولویت صفر قرار دهید.

قبل از هر اقدامی، وضعیت را با ابزارهای تست سرعت سایت بسنجید؛ بدون اندازه‌گیری، بهینه‌سازی فقط حدس است.

سئو تکنیکال پروژه نیست، وضعیت پایدار است؛ هر قالب، افزونه و تغییر سرور باید دوباره با همین سه ستون ارزیابی شود.

عیب‌یابی عملی یک سایت وردپرسی

چک‌لیستی که در ممیزی اولیهٔ هر سایت اجرا می‌کنم، به همین ترتیب:

  1. site:yourdomain.com در گوگل — ایندکس‌شدن کل را در چند ثانیه نشان می‌دهد.
  2. robots.txt و sitemap.xml را باز کنید؛ از دسترس بودن و درست‌بودنشان را ببینید.
  3. Search Console ← Coverage: توزیع خطاها (Discovered/Not indexed/Server errors).
  4. PageSpeed Insights روی سه الگوی صفحه: خانه، یک نوشته، یک برگهٔ محصول.
  5. افزونه‌های سربار را با تست حذف شناسایی کنید؛ کش و CDN را بعد از آن تنظیم کنید.
  6. اگر سایت کند است و مشکل افزونه نبود، رفع کندی وردپرس را اجرا کنید.

اشتباهات رایج تکنیکال

  • nofollow روی لینک‌های داخلی: بودجهٔ خزش را در سایت خودتان می‌بندد؛ لینک داخلی را همیشه معمولی بگذارید.
  • Canonical خودسر: قالب‌ها گاهی canonical را اشتباه تنظیم می‌کنند؛ اگر نسخهٔ تکراری از یک URL باز می‌شود، canonical باید به نشانی اصلی برگردد.
  • هک شدن sitemap: افزونه‌های سئو را بی‌دلیل دستکاری نکنید؛ sitemap را از همان افزونه معتبر بگیرید.
  • جابجایی بدون ریدایرکت: هر تغییر ساختار، باید با ریدایرکت ۳۰۱ همراه باشد، وگرنه لینک‌های شما ۴۰۴ می‌شوند. در سئو داخلی دربارهٔ قدرت لینک داخلی گفته‌ایم؛ هر ۴۰۴، پس‌زدن آن قدرت است.
  • نصب افزونهٔ سئوی دوم: دو افزونه سئو یعنی دو sitemap، دو canonical، دو everything؛ یکی را انتخاب کنید و دیگری را حذف کنید (روش انتخاب در افزونه‌های سئو).

دید مهندسی

برای مخاطب فنی، سئو تکنیکال را به‌عنوان یک سیستم مهندسی ببینید: ورودی‌ها (URL، محتوا، هدرها)، پردازش (خزش، تفسیر، رتبه) و بازخورد (Search Console، لاگ سرور). سه الگوی معماری که مستقیماً به کد مربوط‌اند:

  • Statelessness و کش‌پذیری: صفحاتی که کوکی/توکن کاربری در HTML آن‌ها نفوذ نکرده، قابل کش CDN می‌مانند — همین، بودجهٔ خزش و TTFB را نجات می‌دهد؛ کش در افزونه‌های کش وردپرس دقیق شده است.
  • Signature تمیز: خروجی HTML را با دید «ساختاردهی» مرور کنید: H2/H3 منطقی، JSON-LD برای schema، OpenGraph برای اشتراک‌گذاری. موتورهای نسل جدید (LLM-based) همین سیگنال‌ها را در پاسخ‌هایشان استفاده می‌کنند؛ تفاوت AEO با سئو را جدی بگیرید.
  • مانیتورینگ مداوم: Coverage Search Console را هفته‌ای یک‌بار چک کنید؛ یک افزونه یا قالبِ به‌روز‌شده می‌تواند شبی بدون Canonical باقی بگذارد. ابزارهای تست سرعت و لاگ سرور، حسگرهای همین پایش‌اند.

جمع‌بندی

سئو تکنیکال یعنی سایت شما برای گوگل «خوانا» باشد: قابل خزش، قابل فهم، سریع و قابل‌اعتماد. ترتیب اولویتم در پروژه‌ها: اول کشف (robots/sitemap/لینک داخلی)، بعد ایندکس (canonical/noindex/صفحات یتیم)، بعد تجربه (سرعت/CWV/HTTPS). هر کدام از این سه که لنگ بزند، بقیهٔ کارها هدر است.

اگر سایتی دارید که در Search Console مشکوک به نظر می‌رسد، از همین چک‌لیست شروع کنید. و اگر یک خطای تکنیکال را کشف کرده‌اید که ماه‌ها پنهان مانده بود — در دیدگاه‌ها بنویسید؛ آن تجربه برای صاحب سایت بعدی، چند ماه زمان می‌خرد. 🔧