ممیزی سئو تکنیکال؛ چکلیست Crawl، Index و Search Console

خیلی از سایتها محتوا و لینک میخرند، اما رشد نمیکنند — چون گوگل نمیتواند صفحات را درست بخزد، ایندکس کند یا به کاربر تجربه قابل قبول بدهد. ممیزی سئو تکنیکال همان چکاپ زیرساخت است: قبل از هر استراتژی محتوا، بفهمید آیا سایت از نظر crawl، index، سرعت و امنیت سالم است یا نه.
این راهنما چکلیست عملی ممیزی فنی برای سایتهای فارسی است — با تمرکز روی Search Console و اولویتبندی رفع خطا. برای اجرای کامل، سئو و تولید محتوا روبینش و مقالات مکمل در وبلاگ را ببینید.
Make sure Google can find, crawl, and index your pages. Technical SEO helps search engines access and understand your content.
ممیزی سئو تکنیکال چیست؟
ممیزی سئو تکنیکال (Technical SEO Audit) بررسی سیستماتیک زیرساخت سایت است تا موانع خزش، ایندکس، رندر و تجربه کاربر پیدا شود. برخلاف ممیزی محتوایی که روی کلمات کلیدی و کیفیت متن تمرکز دارد، اینجا robots.txt، sitemap، canonical، کدهای HTTP، Core Web Vitals و ساختار URL در مرکز هستند.
بدون ممیزی فنی، ممکن است بهترین مقاله cluster هم index نشود یا با نسخه duplicate رقابت کند. Technical SEO پایه است؛ on-page و content روی آن ساخته میشوند.
چه زمانی ممیزی لازم است؟
- قبل از redesign یا migration
- افت ناگهانی ترافیک ارگانیک
- بعد از راهاندازی سایت جدید (Next.js، وردپرس، فروشگاه)
- هر ۶–۱۲ ماه بهصورت دورهای
- قبل از scale محتوا (خوشه topic cluster)
اگر تازه کلاستر محتوایی میسازید، ابتدا کلاستر سئو را طراحی کنید، اما همزمان مطمئن شوید sitemap و canonical از اول درستاند.
چکلیست ممیزی سئو تکنیکال
۱. خزش و ایندکس (Crawl & Index)
در Google Search Console بخش Pages (Indexing) را باز کنید:
- صفحات Indexed vs Not indexed — دلیل هر خطا (404، redirect، noindex، duplicate)
- Submitted sitemap vs discovered URLs
- URL inspection برای صفحات پولساز
robots.txt را بررسی کنید: آیا مسیرهای مهم block نشدهاند؟ sitemap.xml باید URLهای canonical را لیست کند، نه noindex یا redirect chain.
۲. URL، canonical و duplicate
هر صفحه indexable باید self-canonical داشته باشد. موارد رایج خطا:
- HTTP و HTTPS هر دو index
- www و non-www بدون redirect یکسان
- پارامتر UTM در canonical
- صفحات فیلتر با محتوای تکراری
برای on-page جزئیات title و meta، سئو داخلی را ببینید. ممیزی فنی canonical را از منظر index تأیید میکند.
۳. سرعت و Core Web Vitals
گزارش Experience → Core Web Vitals در Search Console و تست PageSpeed/Lighthouse. LSI مرتبط: LCP، INP، CLS، lazy-load، font display، image dimensions.
راهنمای عمیق در Core Web Vitals. در ممیزی، صفحات landing و blog hero را جدا تست کنید — معمولاً سنگینترند.
۴. موبایل و mobile-first indexing
محتوای موبایل باید با دسکتاپ همارز باشد. موبایل فرست ایندکس را بخوانید. در ممیزی: منو، CTA، FAQ و لینکهای داخلی روی گوشی واقعی.
۵. HTTPS و امنیت
SSL فعال، mixed content نباشد، Security Issues در GSC خالی. برای YMYL و فرم تماس، اعتماد کاربر و گوگل به HTTPS وابسته است — مرتبط با EEAT.
۶. Schema و HTML تمیز
Service، BlogPosting، FAQPage، BreadcrumbList — هر کدام فقط جایی که معتبر است. از schema تکراری یا aggregateRating نامعتبر پرهیز کنید. HTML semantic: یک H1، heading hierarchy منطقی.
| اولویت | مشکل | اثر |
|---|---|---|
| P0 | صفحات پولساز noindex یا 5xx | از دست رفتن کامل visibility |
| P1 | canonical اشتباه / duplicate گسترده | رقابت داخلی، dilution |
| P2 | CWV ضعیف روی landing | CTR و conversion پایین |
| P3 | broken internal links | کرول و UX |
| P4 | صفحات زامبی index | crawl budget — زامبی پیج |
Google Search Console در ممیزی
Search Console منبع اول است — نه فقط ابزارهای third-party. بخشهای کلیدی:
- Performance: queries، pages، CTR — overlap با keyword map
- Pages / Indexing: وضعیت index و دلایل exclusion
- Sitemaps: submit و خطای parse
- Core Web Vitals & Mobile usability
- Manual actions & Security
داده GSC با کیورد ریسرچ ترکیب شود تا بفهمید کدام URL فنی سالم است اما intent اشتباه دارد — آن دیگر ممیزی محتواست.
ابزارهای مکمل (نه جایگزین GSC)
Screaming Frog یا crawler مشابه برای لیست URL، redirect chain، meta duplicate. PageSpeed Insights برای lab data. Lighthouse CI در pipeline Next.js برای regression.
ابزار خودکار خطای منطقی (مثلاً cannibalization بین دو landing) را نمیفهمد؛ نقشه نیت انسانی لازم است.
فرآیند ۳۰ روزه پیشنهادی
- هفته ۱: crawl کامل + GSC export + لیست P0/P1
- هفته ۲: رفع index/canonical/redirect + sitemap
- هفته ۳: CWV و موبایل روی top 10 URL
- هفته ۴: schema QA، internal link broken fix، مستندسازی
بعد از baseline سالم، سراغ scale محتوا و لینک سازی داخلی در cluster بروید.
نکات ممیزی برای Next.js / App Router
سایتهای مدرن مثل روبینش: metadata API برای title/canonical، dynamic sitemap، robots.ts، image optimization، font subset. در ممیزی بررسی کنید:
- generateMetadata روی هر route indexable
- noindex روی admin/404
- self-canonical نسبی + metadataBase
- JSON-LD یکتا per template
اتصال طراحی و سئو از روز اول در ارتباط طراحی سایت و سئو توضیح داده شده.
اشتباهات رایج در ممیزی
- فقط گزارش PDF ابزار بدون اولویتبندی کسبوکار
- رفع ۵۰۰ خطای minor قبل از P0 index
- نادیده گرفتن mobile vs desktop diff
- حذف URL بدون 301 strategy
- یکبار ممیزی و فراموش — فنی ongoing است
رندر JavaScript و SPA
اگر بخشهایی از محتوا با client-side render لود میشوند، URL Inspection در GSC را روی «Live test» بزنید. متن مهم باید در HTML اولیه یا SSR باشد — نه فقط بعد از hydration. در Next.js، routeهای indexable را SSG/SSR نگه دارید و lazy component برای محتوای SEO-critical استفاده نکنید.
صفحهبندی، فیلتر و crawl budget
فروشگاه و listing: pagination با rel next/prev یا canonical به صفحه اصلی آرشیو (بسته به استراتژی). فیلترهای low-value را noindex یا ajax-only کنید تا crawl trap نشوند. برای سایت خدماتی با صفحات کم، معمولاً مشکل pagination نیست — مشکل URLهای کمپین و tag است.
چندزبانه و hreflang (در صورت نیاز)
اگر نسخه en/fa دارید، hreflang و canonical متقابل باید دقیق باشد. نسخه فارسی بدون ترجمه ضعیف اولویت دارد؛ duplicate بین زبانها با hreflang درست مدیریت شود. سایت تکزبانه فارسی (مثل روبینش) این لایه را ساده نگه میدارد.
مستندسازی بعد از ممیزی
خروجی ممیزی باید قابل اجرا باشد: spreadsheet با URL، issue، اولویت، owner، deadline. بدون owner، گزارش PDF در کشو میماند. هر fix را در GSC validate کنید (Validate fix برای indexing issues).
Regression checklist بسازید: قبل از هر deploy، smoke test روی canonical، sitemap و ۵ URL پولساز. این habit از تکرار خطای migration جلوگیری میکند.
تحویل از ممیزی فنی به تیم محتوا
بعد از P0/P1، لیست URLهای «آماده scale» را به تیم محتوا بدهید: صفحاتی که index سالم، CWV قابل قبول و canonical درست دارند. روی URLهای broken scale نکنید — cluster روی پایه شکسته اتلاف است.
گزارش ممیزی باید به زبان کسبوکار هم ترجمه شود: «صفحه خدمت X index نیست → از دست رفتن لید ارگانیک»، نه فقط «noindex tag detected».
رویکرد روبینش
ممیزی رایگان نقطه شروع همکاری ماست: index health، CWV snapshot، نقشه quick wins. سپس technical + content + cluster با هم جلو میروند. اگر redesign دارید، ممیزی قبل از launch از افت ترافیک جلوگیری میکند.
برای شروع، تماس با روبینش — یا مقالات مکمل Core Web Vitals و پاکسازی زامبی را بخوانید.
جمعبندی
ممیزی سئو تکنیکال یعنی crawl، index، canonical، سرعت، موبایل و امنیت را قبل از scale محتوا درست کنید. Search Console مرکز تصمیم است؛ crawler و Lighthouse مکمل. baseline سالم، پایه topical authority و cluster است.
سؤالات متداول
ممیزی سئو تکنیکال چیست؟
بررسی سیستماتیک زیرساخت سایت برای موانع خزش، ایندکس، canonical، سرعت، موبایل و امنیت — قبل از سرمایهگذاری روی محتوا و لینک.
اولین قدم ممیزی فنی چیست؟
Google Search Console: وضعیت Pages/Indexing، خطاهای 404/5xx، noindex ناخواسته و submit sitemap. سپس crawl با ابزار spider برای redirect chain و duplicate meta.
تفاوت ممیزی فنی و on-page چیست؟
فنی crawl، index، HTTPS، CWV و معماری URL را میسنجد. on-page title، heading، محتوا و لینک متنی هر صفحه را. هر دو لازماند.
هر چند وقت یکبار ممیزی کنیم؟
حداقل سالانه؛ قبل/بعد migration؛ و وقتی افت ترافیک یا redesign دارید. پایش هفتگی GSC برای indexing و CWV توصیه میشود.
آیا بدون ممیزی میتوان cluster محتوا ساخت؟
میتوان، اما URLهای جدید روی پایه شکسته index ضعیف میگیرند. baseline فنی سالم scale محتوا را سریعتر به نتیجه میرساند.