راهنمای کامل سئو فنی؛ از کجا شروع کنیم؟

خوشهٔ سئو فنی در وبلاگ ما عمیق است و دو مقالهٔ خواهر دو سرِ این میدان را پوشش داده‌اند: سئو فنی چیست؛ چهار ستونی که جست‌وجو روی آن می‌ایستد تعریف و ستون‌های چهارگانه را باز می‌کند و ۹ اشتباه رایج در خطاهای موبایل سرچ کنسول و راه‌حل هرکدام خطاهای گزارش‌شدهٔ سرچ‌کنسول را. تفکیک روشن است: آن دو می‌گویند «چه چیزی» و «کدام خطا»؛ این راهنما می‌گوید از کجا و با چه ترتیبی شروع کنید — نقشهٔ اولین ممیزی فنی برای سایتی که تازه می‌خواهد مرتب شود.

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

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

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

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

اگر زیرساخت شما وردپرسی است، نگاشت همین شش ایستگاه روی وردپرس را در خوشه جداگانه نوشته‌ایم؛ ساختار ایستگاه‌ها یکی است و فقط ابزارها و افزونه‌ها فرق می‌کنند. برای سایت‌های غیروردپرسی هم همین نقشه درست است، چون مبنای آن رفتار خزنده است، نه ابزار.

ایستگاه ۱؛ دسترسی خزنده‌ها و robots.txt

اولین پرسش ممیزی این است: خزنده اصلاً می‌تواند وارد شود؟ فایل robots.txt باید در ریشهٔ دامنه بماند و کاری که می‌کند بستن کراول است، نه ایندکس؛ گوگل صریح می‌گوید Disallow جلوی خزیدن را می‌گیرد نه جلوی ایندکس‌شدن را و دستور Crawl-delay نادیده گرفته می‌شود (Google Search Central — تاریخ گردآوری: آبان ۱۴۰۵). نتیجهٔ عملی: صفحه‌ای که با robots بسته شده ولی لینک بیرونی دارد، می‌تواند بدون محتوا در نتایج ظاهر شود؛ برای حذف از نتایج، noindex لازم است نه Disallow.

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

دایرکتیو Sitemap در robots.txt باید URL مطلق داشته باشد و کنارش نقشهٔ سایت XML سالم با فهرست به‌روز بماند. برای سنجش، گزارش Crawl Stats سرچ‌کنسول نشان می‌دهد خزنده چند درخواست می‌زند و به کدام مسیرها؛ اگر عدد عجیب پایین است یا مسیرهای غلط پرتکرارند، اول همین ایستگاه را ببندید و بعد بروید سراغ ایندکس.

ایستگاه ۲؛ ایندکس‌گذاری و صفحات کانونی

ایستگاه دوم این پرسش است: کدام صفحه‌ها واقعاً در گوگل ثبت شده‌اند؟ گزارش Pages سرچ‌کنسول فهرست «ایندکس‌شده» و «ایندکس‌نشده» را با دلیل می‌دهد. دو وضعیت شناخته‌شده را جدی بگیرید: «Crawled – currently not indexed» یعنی خزیده ولی ارزش ثبت ندیده و «Discovered – currently not indexed» یعنی کشف شده ولی صف خزش به آن نرسیده؛ به تجربهٔ ما هر دو معمولاً سیگنال اهمیت کم می‌دهند، نه صرفاً ایراد فنی.

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

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

ایستگاه ۳؛ رندر و جاوااسکریپت

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

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

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

ایستگاه ۴؛ سرعت و موبایل

تجربهٔ صفحه با سه سنجهٔ میدانی سنجیده می‌شود: LCP برای سرعت نمایش محتوای اصلی، INP برای پاسخ‌گویی به تعامل و CLS برای پایداری چیدمان؛ آستانه‌های قبولی ۲٫۵ ثانیه، ۲۰۰ میلی‌ثانیه و ۰٫۱ سنجیده در صدک ۷۵ بازدیدها است (مستندات Core Web Vitals گوگل — تاریخ گردآوری: آبان ۱۴۰۵). در سایت‌های فارسی مقصرهای همیشگی تصویر بنر و فونت چندوزنه است؛ اصلاح را از همین دو شروع کنید چون اثرشان زودتر از بقیه در داده دیده می‌شود.

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

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

ایستگاه ۵؛ معماری لینک داخلی و لینک‌های شکسته

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

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

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

برنامهٔ دوهفته‌ای اولین ممیزی فنی

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

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

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

جمع‌بندی؛ از ممیزی یک‌بار به پایش هفتگی

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

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

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