چک‌لیست ممیزی سئو؛ Audit فنی، محتوا و لینک

ممیزی سئو زمانی مفید است که به فهرست اقدام اولویت‌دار ختم شود، نه یک PDF صدصفحه‌ای از خطاهای ابزار. ۲۰هزار URL با «Meta Description کوتاه» ممکن است مسئله اصلی نباشد، درحالی‌که یک canonical اشتباه، دسته‌بندی یتیم یا افت کیفیت صفحات درآمدی مستقیماً رشد را متوقف کرده است.

این راهنما Audit سراسری سایت را از تعریف هدف تا Crawl، Index، محتوا، معماری، لینک، داده و برنامه ۹۰روزه توضیح می‌دهد. برای بهینه‌سازی یک صفحه منفرد، چک‌لیست سئو داخلی هر URL را اجرا کنید.

ممیزی سئو چیست؟

SEO Audit بررسی شواهد فنی، محتوایی و عملکردی یک سایت برای یافتن مانع، فرصت و ریسک است. خروجی خوب برای هر Finding مشخص می‌کند:

• چه چیزی مشاهده شده و منبع داده چیست؛
• کدام URL/Template/بازار متاثر است؛
• اثر احتمالی بر Crawl، Index، تجربه یا کسب‌وکار چیست؛
• راه‌حل و Acceptance Criteria کدام است؛
• مالک، اولویت، وابستگی و زمان بررسی مجدد چیست.

Audit تضمین رتبه یا ترافیک نیست. فرضیه‌ها باید پس از اجرا با Search Console، Analytics، Crawl و KPI کسب‌وکار سنجیده شوند.

مرحله صفر: هدف و دامنه ممیزی

پیش از اجرای ابزار پاسخ دهید:

• هدف کسب‌وکار چیست: Lead، فروش، ثبت‌نام، ترافیک محتوایی یا ورود بازار جدید؟
• کدام دامنه، زیر‌دامنه، زبان و محیط در Scope است؟
• چه افت، مهاجرت یا تغییر اخیر رخ داده است؟
• صفحات و Queryهای درآمدی کدام‌اند؟
• چه دسترسی‌هایی به Search Console، Analytics، CMS، Log و تیم فنی داریم؟
• محدودیت Crawl، بودجه توسعه و موعد تجاری چیست؟

Audit بدون Baseline باعث می‌شود تغییرات بعدی قابل‌نسبت‌دادن نباشند. بازه مقایسه، فصل، کمپین و تغییر Tracking را ثبت کنید.

داده‌های لازم را جمع کنید

اعداد متفاوت میان ابزارها الزاماً خطا نیستند؛ تعریف Session، Bot، Canonical و بازه می‌تواند فرق کند. هر نتیجه را با منبع و تاریخ ثبت کنید.

۱. مالکیت، Tracking و سلامت داده

• Property دامنه و Prefixهای لازم در Search Console تأیید شده‌اند.
• کاربران و سطح دسترسی بازبینی شده‌اند.
• GA4/Tag Manager روی محیط Production درست و یک‌بار اجرا می‌شود.
• Conversionهای اصلی با تراکنش واقعی یا Test کنترل شده‌اند.
• UTM داخلی Session و Attribution را خراب نمی‌کند.
• Consent و محدودیت داده در تفسیر گزارش لحاظ شده است.
• Annotation مهاجرت، Deploy، کمپین و تغییر Tracking ثبت می‌شود.
• درآمد و Lead با Backend/CRM تطبیق نمونه‌ای دارد.

اگر داده Conversion غلط است، اولویت‌گذاری بر اساس صفحه «پرفروش» نیز غلط می‌شود. برای تفکیک Attribution و Incrementality از راهنمای تحلیل داده بازاریابی کمک بگیرید.

۲. Crawl و Index؛ از Google چه می‌دانیم؟

گزارش Page Indexing در Search Console نشان می‌دهد Google کدام URLهای شناخته‌شده را Index یا Exclude کرده و چرا. «Not indexed» همیشه خطا نیست: صفحه Redirect، Duplicate، noindex یا حذف‌شده ممکن است عمداً Index نشود.

URLها را به چهار گروه تقسیم کنید:

1. باید Index شود و شده است؛
2. باید Index شود ولی نشده است؛
3. نباید Index شود و نشده است؛
4. نباید Index شود ولی شده است.

این طبقه‌بندی از تلاش برای «Index کردن همه صفحات» جلوگیری می‌کند.

۳. robots.txt، noindex و دسترسی Render

• robots.txt روی Hostname درست با پاسخ ۲۰۰ در دسترس است.
• مسیر CSS/JS لازم برای فهم صفحه مسدود نیست.
• صفحات هدف noindex در Meta یا X-Robots-Tag ندارند.
• صفحات خصوصی فقط با robots.txt محافظت نشده‌اند؛ احراز هویت دارند.
• محیط staging Password/noindex و لینک Canonical تولید را رعایت می‌کند.
• نسخه Mobile و Desktop محتوای اصلی هم‌ارز دارند.
• JavaScript محتوای اصلی را برای Bot دیر یا ناقص تولید نمی‌کند.

robots.txt مانع Crawl است، نه روش مطمئن حذف URL از Index. برای عیب‌یابی یک URL از Live Test و Render در URL Inspection استفاده کنید.

۴. XML Sitemap

Sitemap باید Inventory URLهای canonical، Indexable و ۲۰۰ باشد:

• هیچ 3xx، 4xx، 5xx یا noindex در Sitemap نباشد.
• URL با canonical خودارجاع و نسخه HTTPS/Host نهایی درج شود.
• lastmod فقط هنگام تغییر معنادار محتوا به‌روز شود.
• Sitemap بزرگ بر اساس نوع/زبان تقسیم و در Index معرفی شود.
• تعداد URL ارسالی با Inventory CMS و Index report تطبیق داده شود.
• Sitemap در robots.txt و Search Console معرفی شده باشد.

Sitemap تضمین Index نیست؛ مسیر کشف و Freshness را کمک می‌کند.

۵. Status Code و Redirect

همه 404ها را به صفحه اصلی Redirect نکنید؛ این کار مقصد نامرتبط و احتمال Soft ۴۰۴ می‌سازد.

۶. Canonical و Duplicate Content

برای هر خانواده URL بررسی کنید:

• canonical خودارجاع صفحه اصلی محتوا؛
• هماهنگی canonical با Redirect، Sitemap و لینک داخلی؛
• پارامترهای فیلتر، Sort، UTM و Session؛
• نسخه HTTP/HTTPS و www/non-www؛
• صفحه Print، AMP قدیمی یا آرشیو تکراری؛
• محصول با Variant، صفحه‌بندی و Faceted Navigation؛
• نسخه زبان با hreflang و canonical درست.

Canonical یک Hint قوی است، نه دستور مطلق. اگر سیگنال‌ها متناقض باشند، گوگل ممکن است URL دیگری انتخاب کند. URL Inspection را برای نمونه هر Pattern ببینید.

۷. معماری سایت و Crawl Depth

معماری باید اهمیت و رابطه موضوعی را برای کاربر روشن کند:

• صفحات پول‌ساز و Pillar از Navigation/Hub قابل‌دسترسی‌اند.
• Orphan page بدون لینک ورودی داخلی نداریم.
• صفحه حیاتی پشت جست‌وجوی داخلی یا JavaScript event پنهان نیست.
• Breadcrumb، دسته و Hub مسیر معنادار می‌سازند.
• عمق کلیک بر اساس اهمیت سنجیده می‌شود، نه قانون عددی ثابت.
• Footer و Tag Cloud با صدها لینک کم‌ارزش شلوغ نیست.
• Anchor متن مقصد را طبیعی توضیح می‌دهد.

برای بازطراحی، راهنمای ساختار درختی و لینک داخلی را ببینید.

۸. Faceted Navigation و پارامترها

فیلتر رنگ، قیمت، برند، Sort و Pagination می‌تواند میلیون‌ها ترکیب URL بسازد. برای هر Pattern تصمیم بگیرید:

• آیا تقاضای جست‌وجو و محتوای مستقل دارد؟
• باید Index شود، canonical شود یا اصلاً Crawl نشود؟
• لینک‌ها Crawlable هستند یا JavaScript کنترل‌شده؟
• پارامترهای بی‌اثر و ترتیب متفاوت یک URL را تکرار می‌کنند؟
• Sitemap فقط Landingهای منتخب را شامل می‌شود؟

noindex به‌تنهایی Crawl را متوقف نمی‌کند. ترکیب robots، canonical، link architecture و قواعد پارامتر باید با نیاز کشف صفحات هماهنگ باشد.

۹. Crawl Budget؛ فقط وقتی واقعاً لازم است

سایت کوچک یا متوسط که صفحات تازه همان روز Crawl می‌شوند معمولاً نباید Crawl Budget را مسئله اصلی بداند. راهنمای رسمی گوگل این موضوع را عمدتاً برای سایت‌های بسیار بزرگ یا سریع‌التغییر مطرح می‌کند. ابتدا Duplicate، خطای سرور، Facet و کیفیت Inventory را اصلاح کنید؛ «افزایش بودجه Crawl» یک دکمه نیست.

برای سایت بزرگ، Log را تحلیل کنید: سهم Bot بر Template، status، زمان پاسخ، URL parameter و تازگی. ۳۰۴، Sitemap دقیق و ظرفیت سرور به کارایی کمک می‌کند.

۱۰. Core Web Vitals و عملکرد

• داده Field در Search Console/CrUX را از Lab جدا کنید.
• LCP، INP و CLS را به تفکیک Template و دستگاه ببینید.
• TTFB، تصویر LCP، فونت، JavaScript و Third-party را اندازه بگیرید.
• صفحه Login، Cart و Conversion را فقط به Home محدود نکنید.
• Regression بودجه عملکرد در CI/CD داشته باشد.
• شبکه و دستگاه کاربران ایرانی در RUM نمونه کافی داشته باشد.

نتیجه خوب Core Web Vitals تضمین رتبه نیست، اما تجربه و پایداری را بهتر می‌کند. جزئیات فنی در راهنمای Core Web Vitals آمده است.

۱۱. Mobile، Accessibility و Page Experience

• محتوای اصلی و Structured Data در Mobile حذف نشده‌اند.
• Viewport، Tap target، فونت و فرم روی دستگاه واقعی مناسب است.
• Interstitial مزاحم مانع دسترسی به محتوا نمی‌شود.
• Heading، Label، Focus، Contrast و Keyboard بررسی می‌شوند.
• محتوای اصلی از تبلیغ و Navigation قابل‌تشخیص است.
• Checkout و Login با Password manager و خطای قابل‌فهم کار می‌کنند.

Accessibility فقط SEO نیست؛ معیار کیفیت محصول و دسترسی کاربران است.

۱۲. HTTPS، DNS و امنیت

• همه URLها به HTTPS نهایی Redirect مستقیم دارند.
• گواهی، chain، SNI و تمدید خودکار درست است.
• Mixed Content و asset ناامن وجود ندارد.
• HSTS با شناخت Subdomain و Rollback تنظیم شده است.
• DNS، CDN و WAF Googlebot را اشتباهی مسدود نمی‌کنند.
• Security Issues و Manual Actions در Search Console بررسی شده‌اند.
• هک، Spam page و Redirect تزریق‌شده در Crawl/Log دیده نمی‌شود.

SEO جای امنیت برنامه نیست. برای کنترل کد، راهنمای پیشگیری از SQL Injection و XSS را اجرا کنید.

۱۳. Structured Data

Inventory نوع Schema را بر Template بسازید و با مستندات فعلی Google تطبیق دهید:

• نوع اصلی با محتوای قابل‌مشاهده منطبق است.
• Propertyهای الزامی و پیشنهادی معتبرند.
• قیمت، موجودی، Review و تاریخ با صفحه اختلاف ندارند.
• Organization، Breadcrumb، Article و Product در جای درست‌اند.
• خطای Rich Results Test و Enhancements بررسی شده است.
• Markup قدیمی یا Feature پشتیبانی‌نشده حذف/اصلاح می‌شود.

Schema صحیح نمایش Rich Result را تضمین نمی‌کند. برای راهنمای عمیق‌تر، مقاله داده ساختاریافته را ببینید.

۱۴. ممیزی محتوا؛ Inventory تا تصمیم

برای هر URL ستون‌های زیر را بسازید:

• نوع، دسته، تاریخ، نویسنده و وضعیت؛
• Intent، کلمه/Topic و مرحله Funnel؛
• Click، Impression، Query، Conversion و لینک داخلی؛
• عمق، اصالت، منبع، تازگی و تجربه دست‌اول؛
• رقیب داخلی و canonical؛
• تصمیم: Keep، Improve، Merge، Redirect، Noindex یا Remove.

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

۱۵. کیفیت و People-first Content

برای نمونه‌های مهم و سپس Templateها سؤال کنید:

• آیا پاسخ اصلی سریع و کامل ارائه می‌شود؟
• تحلیل، تجربه یا داده اصل دارد یا بازنویسی رقباست؟
• ادعاها منبع اولیه و تازه دارند؟
• نویسنده/بازبین و صلاحیت موضوع روشن است؟
• مثال‌ها برای بازار ایران واقعی و قابل‌اجرا هستند؟
• محدودیت و Trade-off بیان شده است؟
• کاربر پس از خواندن باز هم برای همان پاسخ باید جست‌وجو کند؟
• تاریخ Update با تغییر واقعی متن هماهنگ است؟

محتوای تولیدشده با AI را صرفاً به‌دلیل ابزار حذف نکنید؛ کیفیت، اصالت، دقت، ارزش و هدف تولید را ممیزی کنید. تولید انبوه موضوعات بی‌ربط بدون نظارت و ارزش افزوده ریسک است.

۱۶. Cannibalization و هم‌پوشانی Intent

نشانه‌ها:

• چند URL برای یک Query بین Positionها جابه‌جا می‌شوند؛
• Title/H1 و Outline تقریباً یکسان است؛
• لینک داخلی بین صفحات رقیب تقسیم شده؛
• هیچ صفحه‌ای پاسخ کامل Intent نیست.

راه‌حل ممکن است ادغام و ۳۰۱، تفکیک Intent، بازنویسی Anchor یا تعیین نقش Pillar/Cluster باشد. صرف شباهت کلمه مشکل نیست؛ دو صفحه می‌توانند مراحل یا نیاز متفاوت را پاسخ دهند.

۱۷. On-Page در مقیاس Template

به‌جای بررسی دستی همه URLها، ابتدا Patternها را پیدا کنید:

• Title خالی، تکراری یا Boilerplate؛
• H1 غایب/ناهماهنگ؛
• Meta تکراری؛
• صفحه بدون متن اصلی یا با Intro تکراری؛
• تصویر بدون Alt کاربردی یا ابعاد؛
• Canonical اشتباه Template؛
• لینک Tag/Category بیش از حد؛
• FAQ یا Schema غیرمنطبق.

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

۱۸. لینک‌سازی داخلی و صفحات یتیم

Graph لینک داخلی را با Inventory CMS و Sitemap مقایسه کنید. برای هر صفحه مهم:

• حداقل یک لینک Crawlable از صفحه مرتبط دارد؛
• Anchor مقصد را توضیح می‌دهد؛
• از Hub/Pillar مناسب قابل‌دسترسی است؛
• لینک به URL نهایی ۲۰۰ است؛
• لینک شکسته، Redirect chain و Protocol قدیمی ندارد؛
• PageRank داخلی میان Tagهای کم‌ارزش پخش نشده است.

صفحات تازه را فقط در Sitemap رها نکنید؛ لینک زمینه‌دار از محتوای قدیمی مرتبط ایجاد کنید.

۱۹. بک‌لینک و Off-Page

پروفایل لینک را با تمرکز بر ریسک و فرصت واقعی بررسی کنید:

• لینک‌های معتبر به کدام صفحات می‌رسند و آیا مقصد ۲۰۰ است؟
• Redirect مهاجرت، لینک‌های باارزش را حفظ کرده است؟
• Anchorهای غیرطبیعی یا شبکه لینک پولی وجود دارد؟
• Manual Action یا اخطار امنیتی دیده می‌شود؟
• ذکر برند بدون لینک یا منبع صنعتی فرصت رابطه است؟
• رقبا از چه دارایی قابل‌ارجاع لینک می‌گیرند؟

بر اساس یک «Toxic Score» عمومی فوراً Disavow انبوه نکنید. منبع، الگو، کنترل شما بر لینک و شواهد اقدام دستی را بررسی و تغییر پرریسک را مستند کنید.

۲۰. SEO محلی و بازار ایران

• نام، تلفن، آدرس و ساعات در سایت یکدست است.
• صفحه هر شعبه محتوای یکتا، مسیر، خدمت و اطلاعات واقعی دارد.
• شماره تماس قابل‌کلیک و فرمت فارسی/لاتین مناسب است.
• LocalBusiness Schema با داده visible هماهنگ است.
• نظر مشتری واقعی و پاسخ‌گویی شفاف مدیریت می‌شود.
• شهرها فقط با صفحه Doorway تکراری هدف‌گیری نمی‌شوند.
• روش خدمت‌رسانی، هزینه سفر/ارسال و محدوده پوشش روشن است.

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

۲۱. تحلیل افت ترافیک

افت را قبل از نسبت‌دادن به «آپدیت الگوریتم» بخش‌بندی کنید:

Search Console، Analytics، Log، Index و Timeline تغییرات را کنار هم بگذارید. همبستگی تاریخ، اثبات علت نیست.

۲۲. اولویت‌بندی Findingها

هر Ticket را با چهار عامل امتیاز دهید:

• Impact: تعداد/ارزش URL و مرحله Funnel؛
• Confidence: قدرت شواهد و قابلیت بازتولید؛
• Effort: توسعه، محتوا، QA و هماهنگی؛
• Risk: احتمال افت، قطعی یا تغییر ناخواسته.

۲۳. Ticket قابل‌اجرا بنویسید

ساختار هر Ticket:

1. عنوان و Pattern متاثر؛
2. شواهد با نمونه URL، Screenshot/Export و تاریخ؛
3. اثر کاربر/SEO/کسب‌وکار؛
4. رفتار فعلی و رفتار مورد انتظار؛
5. راه‌حل پیشنهادی و گزینه‌های جایگزین؛
6. Acceptance Criteria قابل‌تست؛
7. QA روی نمونه و Rollback؛
8. مالک و زمان Validation بعد از Release.

«همه Metaها را بهتر کنید» Ticket نیست؛ «برای Template محصول، Meta یکتا از نام + مزیت بسازید، خالی/تکراری صفر، طول استاندارد داخلی و Snapshot قبل/بعد» قابل‌اجراتر است.

نقشه ۳۰، ۶۰ و ۹۰روزه

۳۰ روز اول: رفع مانع و ساخت Baseline

• P0/P1 Crawl، Index، امنیت و Tracking؛
• Inventory URL و Dashboard KPI؛
• نمونه Template و صفحات درآمدی؛
• تثبیت Redirect، canonical و Sitemap.

روز ۳۱ تا ۶۰: محتوا و معماری

• ادغام هم‌پوشانی و به‌روزرسانی صفحات فرصت؛
• ساخت Pillar/Cluster و لینک داخلی؛
• اصلاح Title/Meta/Schema در Template؛
• Core Web Vitals صفحات کلیدی.

روز ۶۱ تا ۹۰: مقیاس و آزمایش

• انتشار Clusterهای اولویت‌دار؛
• دارایی لینک‌پذیر و روابط صنعتی؛
• QA خودکار SEO در CI/CD؛
• مقایسه Baseline و بازاولویت‌بندی Backlog.

چک‌لیست تحویل نهایی Audit

• Executive Summary با ۵ مانع/فرصت اصلی؛
• Inventory و منبع داده نسخه‌دار؛
• Findingهای فنی با Pattern و نمونه URL؛
• Content Matrix با Keep/Improve/Merge/Remove؛
• Keyword/Intent map و Cannibalization؛
• نقشه لینک داخلی و صفحه یتیم؛
• Backlink/brand opportunity و ریسک واقعی؛
• Backlog امتیازدار با مالک و Acceptance Criteria؛
• Roadmap ۳۰/۶۰/۹۰؛
• Dashboard و تاریخ Validation؛
• فرضیه‌ها، محدودیت داده و موارد خارج Scope.

سؤالات متداول ممیزی سئو

SEO Audit چیست؟

بررسی سیستماتیک Crawl، Index، فنی، محتوا، لینک و داده برای یافتن مانع و فرصت و تبدیل آن‌ها به Backlog اولویت‌دار و قابل‌سنجش است.

هر چند وقت یک‌بار ممیزی سئو انجام دهیم؟

پایش باید پیوسته باشد؛ Audit عمیق را پس از مهاجرت/تغییر بزرگ، افت معنادار یا در چرخه شش‌ماهه/سالانه متناسب با سرعت سایت اجرا کنید. Templateهای پرتغییر را بیشتر بررسی کنید.

آیا همه صفحات Not Indexed مشکل دارند؟

خیر. Redirect، Duplicate، noindex و صفحات حذف‌شده ممکن است عمداً Index نشوند. ابتدا تعیین کنید URL باید Index شود یا نه، سپس علت را بررسی کنید.

Audit با ابزار کافی است؟

خیر. Crawler الگو و خطا را پیدا می‌کند، اما Intent، کیفیت، اولویت کسب‌وکار و تصمیم ادغام/حذف به قضاوت انسانی و داده چندمنبعی نیاز دارد.

رفع خطاهای Audit چه زمانی نتیجه می‌دهد؟

بسته به Crawl مجدد، نوع تغییر، رقابت و تقاضا از چند روز تا چند ماه. Acceptance Criteria فنی را فوری تست کنید و اثر Search/Conversion را در بازه منطقی و با Baseline بسنجید.

جمع‌بندی

ممیزی خوب از سؤال کسب‌وکار شروع و با شواهد، اولویت و مالک تمام می‌شود. همه هشدارهای ابزار اهمیت یکسان ندارند؛ مانع Index، خطای Template و صفحه درآمدی ضعیف معمولاً از اصلاح صدها جزئیات کم‌اثر مهم‌تر است. Crawl، داده و قضاوت محتوایی را کنار هم بگذارید و پس از اجرا دوباره اندازه بگیرید.

برای Audit مستقل سایت، تحلیل افت یا ساخت Roadmap اجرایی، از فرم مشاوره سئو مایندیو استفاده کنید و دسترسی‌های موجود، هدف و تاریخ تغییرات مهم را بنویسید.