جدول شاخص‌های کلیدی و زمان‌بندی تحویل در سال ۱۴۰۵
سئو تکنیکال را نمی‌توان با احساس ارزیابی کرد. هر مؤلفهٔ این جدول یک عدد قابل‌اندازه‌گیری دارد و همان عدد تعیین می‌کند آیا باید روی آن وقت گذاشت یا نه. ستون «اثر بر خزش» بر اساس این پرسش پر شده که رفع این مورد، احتمال کشف و ایندکس شدن URLهای جدید را چقدر بالا می‌برد — نه اینکه چقدر «مدرن» به نظر می‌رسد. ترتیب ستون‌ها تصادفی نیست: مؤلفه‌هایی که بالاتر آمده‌اند، هم اثر بزرگ‌تری دارند و هم معمولاً سریع‌تر رفع می‌شوند. سرعت پاسخ سرور و ساختار لینک داخلی دو موردی هستند که اگر خراب باشند، هیچ مقدار محتوای خوب نمی‌تواند جبرانشان کند. در مقابل، داده‌ساختاریافته ارزشمند است اما اثرش بعد از حل مشکلات پایه ظاهر می‌شود؛ اجرای آن پیش از رفع خطاهای خزش، هدر دادن بودجه است. ستون آخر مهم‌ترین ستون جدول است: میانگین وضعیت در سایت‌های ایرانی. این ستون برای مقایسهٔ سایت شما با دیگران نیست، برای این است که بدانید کدام مشکل رایج‌تر است و بنابراین احتمال وجود آن در سایت شما بیشتر است. اگر بیش از سه مورد از ستون آخر «خطا» دارد، پیش از هر کار محتوایی باید آدیت سئو انجام شود. دو نکتهٔ عملی که در جدول جا نشد: اول، تغییر ساختار لینک داخلی باید همیشه پیش از تولید محتوای جدید انجام شود، وگرنه محتوای تازه هم از همان ساختار معیوب رنج می‌برد. دوم، هر تغییر فنی باید یک‌بار قبل و یک‌بار بعد از اجرا اندازه‌گیری شود؛ بدون عدد قبل، نمی‌توان گفت آیا کاری اثر داشته یا نه. یک قاعدهٔ تجربی که در سه سال گذشته پایدار مانده: اگر بیش از ۴۰٪ صفحات یک سایت بیش از چهار کلیک با صفحهٔ اصلی فاصله داشته باشند، رفع لینک داخلی به‌تنهایی می‌تواند تا ۲۰٪ افزایش در صفحات ایندکس‌شده ایجاد کند — بدون تولید حتی یک کلمهٔ محتوای جدید. این ارزان‌ترین بهبود ممکن در سئو است و به همین دلیل همیشه اول سراغش می‌رویم. قاعدهٔ دوم: پیش از هر تغییر در معماری اطلاعات، یک نسخهٔ پشتیبان کامل از ساختار فعلی نگه دارید. بدون آن، مقایسهٔ قبل و بعد ممکن نیست و نمی‌توانید ثابت کنید کاری که کردید اثر داشت یا نه. و یک نکتهٔ پایانی دربارهٔ ابزارها: ابزار گران‌قیمت به‌خودی‌خود آدیت بهتری تولید نمی‌کند. سه ابزاری که در ستون «ابزار سنجش» آمده — PageSpeed Insights، Screaming Frog و گزارش Pages در سرچ کنسول — برای پوشش ۹۰٪ موارد این جدول کافی‌اند و هر سه نسخهٔ رایگان یا ارزان دارند. تفاوت یک آدیت خوب با یک آدیت متوسط در ابزار نیست، در ترتیب اجرا و در این است که آیا کسی خطاها را به یک اقدام مشخص ترجمه کرده یا نه. ما همیشه با همین سه ابزار شروع می‌کنیم و تنها وقتی سایت بزرگی با بیش از ۱۰٬۰۰۰ URL باشد سراغ ابزارهای سنگین‌تر می‌رویم.
| مؤلفهٔ فنی | اثر بر خزش | زمان اجرا | ابزار سنجش | وضعیت پیش‌فرض سایت‌های ایرانی |
|---|---|---|---|---|
| سرعت پاسخ سرور (TTFB) | بالا | ۳ تا ۷ روز | PageSpeed Insights | معمولاً > ۰.۸ ثانیه |
| ساختار لینک داخلی | بالا | ۵ تا ۱۰ روز | Screaming Frog | عمق کلیک > ۴ |
| داده‌ساختاریافته | متوسط | ۳ تا ۵ روز | Rich Results Test | ناقص یا تکراری |
| مدیریت کنونیکال | بالا | ۲ تا ۴ روز | GSC → Pages | خطای Duplicate |
| نقشهٔ سایت و robots.txt | متوسط | ۱ تا ۲ روز | GSC → Sitemaps | اغلب بدون lastmod |
| نسخهٔ موبایل | بالا | ۷ تا ۱۴ روز | Mobile-Friendly Test | پس‌زمینهٔ سنگین |
📋 فهرست مطالب
مهندسی سئو تکنیکال و رفع خطاهای Core Web Vitals در عمل: رسیدن به امتیاز ۱۰۰/۱۰۰ موبایل
بسیاری از آژانس‌ها دربارهٔ سئو تکنیکال و رفع خطاهای Core Web Vitals مقاله می‌نویسند، در حالی که وب‌سایت خودشان در تست موبایل گوگل (PageSpeed Insights) امتیاز ۵۰ یا ۶۰ می‌گیرد! در MGH.CO، ما دقیقاً همان جراحی‌های کدی را برای مشتریان اجرا می‌کنیم که روی دامنهٔ خودمان به صورت زنده قابل راستی‌آزمایی است (امتیاز ۱۰۰ در هر چهار شاخص Performance، Accessibility، Best Practices و SEO با LCP زیر ۱.۱ ثانیه و CLS صفر).
- صفر کردن پرش چیدمان فونت‌های فارسی (CLS = 0.000): استخراج متریک‌های دقیق جدول فونت (
ascent-override,descent-override)، پیش‌بارگذاری (rel=preload) و استراتژیfont-display: optionalبرای رساندن خطای CLS در موبایل به صفر مطلق. - کاهش LCP به زیر ۱ ثانیه و حذف اسکریپت‌های مسدودکننده رندر: درون‌خطی کردن CSS بحرانی (Critical CSS Inlining)، حذف ویجت‌های خارجی سنگین، فشرده‌سازی Brotli و سرو تصاویر با فرمت WebP و ابعاد صریح.
- مهندسی بودجهٔ خزش (Crawl Budget) و تمیزکاری سایتمپ: اصلاح هدرهای MIME نقشهٔ سایت (
application/xml)، حذف فایل‌های یتیم (index.htmlموازی باindex.php)، و تفکیک لاگ‌های واقعی Googlebot (66.249.x.x) از خزنده‌های اسپم.
| خطای رایج در سرچ کنسول | ریشهٔ فنی در سایت‌های فارسی | راه‌حل مهندسی اجراشده توسط MGH.CO | نتیجهٔ اندازه‌گیری‌شده (PSI Mobile) |
|---|---|---|---|
| CLS بیش از 0.1 (پرش صفحه) | سوآپ دیرهنگام فونت فارسی و تصاویر بدون width/height | تنظیم متریک فونت + font-display:optional + aspect-ratio | کاهش CLS از 0.132 به 0.000 |
| LCP بیش از 2.5 ثانیه در موبایل | فایل‌های CSS/JS مسدودکننده رندر و TTFB بالای سرور | Critical CSS + کش هدر + حذف اسکریپت‌های مرده | کاهش LCP از 3.8s به 0.9s–1.1s |
| Discovered / Crawled - Not Indexed | هم‌پوشانی بالای ۴۰٪ متن صفحات و ضعف لینک داخلی | جراحی ضدتکرار ۵-گرام + قیف PageRank داخلی | ایندکس پایدار و ارتقای رتبهٔ خوشه |
سئو تکنیکال چیست؟
سئو تکنیکال به مجموعه‌ای از بهینه‌سازی‌های زیرساختی گفته می‌شود که به گوگل کمک می‌کنند سایت شما را به‌راحتی کرال (خزش)، فهم و ایندکس کند، و تجربه‌ای سریع و بدون مشکل برای کاربر فراهم کند. برخلاف سئو محتوایی که روی کلمات و متن تمرکز دارد، سئو تکنیکال روی «چیزهایی که کاربر مستقیماً نمی‌بیند اما گوگل و مرورگر آن‌ها را می‌بینند» کار می‌کند: سرعت بارگذاری، ساختار کد، اسکیمای ساختاریافته، ایندکس‌پذیری و امنیت.
این صفحه، پیلار اصلی خدمات سئو سایت حرفه‌ای MGH.CO در حوزه فنی است و به تمام صفحات تخصصی‌تر مثل Core Web Vitals، سئو محلی و سئو محتوا مرتبط است.
چرا سئو تکنیکال زیربنای هر استراتژی سئوست؟
فرض کنید بهترین محتوای دنیا را نوشته‌اید، اما سایت شما آن‌قدر کند است که گوگل قبل از بارگذاری کامل صفحه از کرال کردن آن صرف‌نظر می‌کند، یا ساختار سایت به‌گونه‌ای است که گوگل اصلاً نمی‌تواند صفحه شما را پیدا کند. در این حالت، حتی بهترین محتوا هم هرگز دیده نمی‌شود. سئو تکنیکال دقیقاً همین مشکلات پایه را رفع می‌کند تا محتوای شما فرصت واقعی رقابت در نتایج جستجو را پیدا کند.
جدول چک‌لیست کامل سئو تکنیکال
| حوزه | موارد کلیدی |
|---|---|
| خزش و ایندکس | robots.txt، sitemap.xml، robots meta، Crawl Budget |
| پرفورمنس | LCP، CLS، INP، فشرده‌سازی، کشینگ |
| داده ساختاریافته | JSON-LD، Schema.org، Rich Snippet |
| محتوای تکراری | Canonical Tag، پارامترهای URL |
| امنیت | HTTPS، HSTS، هدرهای امنیتی |
| موبایل | Mobile-First Indexing، ریسپانسیو بودن |
می‌خواهید بدانید سایت شما چند تا از این موارد رو رعایت می‌کنه؟
📞 ممیزی رایگانخزشپذیری (Crawlability) و مدیریت Crawl Budget
قبل از هر چیز، گوگل باید بتواند صفحات سایت شما را پیدا و کرال کند. این یعنی robots.txt نباید به‌اشتباه صفحات مهم را مسدود کند، ساختار لینک داخلی باید همه صفحات را قابل‌دسترس نگه دارد، و برای سایت‌های بزرگ، Crawl Budget (تعداد صفحاتی که گوگل‌بات در هر بازه زمانی کرال می‌کند) باید روی صفحات مهم متمرکز شود، نه صفحات کم‌ارزش مثل نتایج فیلتر یا صفحه‌بندی بی‌پایان.
ایندکس‌پذیری (Indexability)
کرال شدن به‌معنای ایندکس شدن نیست. صفحه‌ای که به‌اشتباه تگ noindex دارد، یا محتوای آن آن‌قدر شبیه صفحات دیگر است که گوگل آن را کم‌ارزش تشخیص می‌دهد (وضعیتی به نام «Crawled – currently not indexed»)، هرگز در نتایج جستجو ظاهر نمی‌شود. پایش منظم گزارش Coverage در Google Search Console برای شناسایی این مشکلات ضروری است.
ساختار URL و معماری سایت
URLهای کوتاه، خوانا و سلسله‌مراتبی (مثل mghdotco.ir/seo-site/seo-takniki/ به‌جای یک رشته پارامتر بی‌معنا) هم برای کاربر و هم برای گوگل قابل‌فهم‌ترند. معماری سایت نیز باید به‌گونه‌ای باشد که هیچ صفحه مهمی بیش از سه کلیک از صفحه اصلی فاصله نداشته باشد.
HTTPS و امنیت سایت
HTTPS یکی از سیگنال‌های تأییدشده رتبه‌بندی گوگل است. علاوه بر ریدایرکت کامل HTTP به HTTPS، هدرهای امنیتی مانند HSTS، X-Content-Type-Options، X-Frame-Options، Referrer-Policy و Content-Security-Policy باید به‌درستی تنظیم شوند — همان‌طور که در پیاده‌سازی خود MGH.CO با CSP سخت‌گیرانه و nonce اختصاصی برای هر اسکریپت انجام شده است.
Mobile-First Indexing
گوگل عمدتاً نسخه موبایل سایت شما را برای ایندکس و رتبه‌بندی در نظر می‌گیرد. این یعنی اگر نسخه موبایل محتوای کمتری نسبت به دسکتاپ داشته باشد یا به‌درستی نمایش داده نشود، مستقیماً روی رتبه‌گیری تأثیر منفی می‌گذارد. طراحی ریسپانسیو واقعی (نه فقط مقیاس‌پذیر) پیش‌نیاز اصلی این بخش است.
Core Web Vitals عمیق: LCP، CLS و INP
Core Web Vitals سه معیار اصلی تجربه صفحه گوگل هستند. LCP (Largest Contentful Paint) زمان نمایش بزرگ‌ترین المان قابل‌مشاهده صفحه را اندازه می‌گیرد و باید زیر ۲.۵ ثانیه باشد؛ بهبود آن با lazy loading تصاویر پایین صفحه، فرمت WebP و preload منابع حیاتی حاصل می‌شود. CLS (Cumulative Layout Shift) پایداری بصری صفحه را می‌سنجد؛ رزرو فضای دقیق برای تصاویر و فونت‌ها (با font-display: swap) این معیار را نزدیک صفر نگه می‌دارد. INP (Interaction to Next Paint) که از ۲۰۲۴ جایگزین FID شده، سرعت پاسخ‌گویی صفحه به کل تعاملات کاربر را اندازه می‌گیرد؛ کاهش اسکریپت‌های سنگین و استفاده از defer/async روی جاوااسکریپت غیرضروری مستقیماً INP را بهبود می‌دهد.
فشرده‌سازی و کشینگ
فعال‌سازی Gzip یا Brotli حجم فایل‌های منتقل‌شده بین سرور و مرورگر را به‌طور محسوسی کاهش می‌دهد. تنظیم صحیح Browser Caching (معمولاً یک ماه برای CSS/JS و شش ماه برای تصاویر) باعث می‌شود بازدیدکنندگان تکراری سایت را سریع‌تر ببینند، که هم تجربه کاربری و هم سیگنال‌های رتبه‌بندی را بهبود می‌بخشد.
سرعت سایت شما رو رایگان برات چک می‌کنیم.
✉️ درخواست بررسی سرعتدادههای ساختاریافته (Schema.org / JSON-LD)
اسکیمای ساختاریافته زبانی است که به گوگل کمک می‌کند محتوای صفحه شما را دقیق‌تر بفهمد — مثلاً اینکه یک صفحه درباره یک خدمت است، یک محصول است یا شامل سؤالات متداول است. پیاده‌سازی صحیح انواعی مثل Service، BreadcrumbList، FAQPage، Article و HowTo می‌تواند به نمایش Rich Snippet در نتایج جستجو منجر شود که نرخ کلیک را افزایش می‌دهد. تمام اسکیماها باید قبل از انتشار با ابزار Rich Results Test گوگل اعتبارسنجی شوند.
Sitemap.xml و robots.txt
فایل sitemap.xml نقشه صفحات مهم سایت را به گوگل معرفی می‌کند و باید به‌صورت منظم با تاریخ lastmod به‌روز نگه داشته شود. robots.txt نیز باید دقیقاً مشخص کند کدام بخش‌ها (مثل پنل مدیریت یا صفحات فنی داخلی) نباید کرال شوند، بدون اینکه به‌اشتباه صفحات مهم را مسدود کند.
Canonical Tag و رفع محتوای تکراری
وقتی چند نسخه از یک صفحه (مثلاً با و بدون پارامتر فیلتر) وجود دارد، تگ Canonical به گوگل می‌گوید کدام نسخه، نسخه اصلی و قابل‌ایندکس است. بدون این تگ، اعتبار سئو بین نسخه‌های مختلف تقسیم می‌شود و ممکن است هیچ‌کدام رتبه خوبی نگیرند.
ریدایرکت‌ها و مدیریت خطای ۴۰۴
ریدایرکت‌های ۳۰۱ باید مستقیم باشند، نه زنجیره‌ای (چند ریدایرکت پشت سر هم)، چون هر مرحله اضافه سرعت را کاهش می‌دهد. صفحات ۴۰۴ به‌خودی‌خود مشکلی نیستند اگر محتوای واقعاً حذف‌شده باشند، اما اگر لینک داخلی یا خارجی معتبری به آن‌ها اشاره کند، باید ریدایرکت مناسب تنظیم شود.
سئو جاوااسکریپت (Rendering)
سایت‌های ساخته‌شده با فریمورک‌های جاوااسکریپتی مثل React یا Vue، در صورت نبود رندر سمت سرور (SSR) یا پیش‌رندر مناسب، ممکن است محتوایشان به‌درستی توسط گوگل دیده نشود. بررسی اینکه گوگل واقعاً چه چیزی از صفحه می‌بیند (با ابزار URL Inspection در Search Console) برای این نوع سایت‌ها حیاتی است.
بهینه‌سازی تصاویر
تصاویر باید در فرمت‌های سبک مثل WebP باشند، ابعاد مشخص (width/height) داشته باشند تا از CLS جلوگیری شود، و تصاویر پایین صفحه با loading="lazy" بارگذاری تأخیری داشته باشند تا سرعت اولیه بارگذاری صفحه افزایش یابد.
ابزارهای ممیزی سئو تکنیکال
برای ممیزی فنی، ترکیبی از ابزارهای رایگان مثل Google Search Console و PageSpeed Insights، و ابزارهای تخصصی‌تر مثل Ahrefs برای اسکن گسترده و شناسایی خطاهای ساختاری استفاده می‌شود.
اشتباهات رایج سئو تکنیکال
رایج‌ترین اشتباهاتی که در ممیزی سایت‌ها دیده می‌شود: مسدود کردن ناخواسته صفحات مهم در robots.txt، نبود یا نادرست بودن canonical، sitemap.xml قدیمی و به‌روزنشده، تصاویر سنگین بدون فشرده‌سازی، و اسکیمای ناقص یا نامعتبر.
هزینه و مدت زمان سئو تکنیکال
هزینه سئو تکنیکال به وضعیت فعلی سایت، تعداد صفحات و پیچیدگی مشکلات فنی بستگی دارد. اجرای اولیه معمولاً ۱ تا ۴ هفته طول می‌کشد و نتایج آن در ۴ تا ۱۲ هفته بعد در رتبه‌ها قابل مشاهده است. برای برآورد دقیق، راهنمای قیمت سئو را ببینید یا با ما تماس بگیرید.
چرا MGH.CO
MGH.CO سئو تکنیکال را با کدنویسی اختصاصی و بدون قالب آماده اجرا می‌کند — از جمله CSP سخت‌گیرانه، nonce اختصاصی برای هر اسکریپت و بارگذاری بهینه CSS/فونت، دقیقاً همان استانداردی که در همین سایت پیاده‌سازی شده است.
چرا روش ما با اکثر آژانس‌های سئو در ایران متفاوت است
بسیاری از آژانس‌ها سئو تکنیکال را به نصب یک افزونه و تنظیمات پیش‌فرض خلاصه می‌کنند. رویکرد MGH.CO ممیزی دستی و عمیق هر لایه فنی سایت — از هدرهای HTTP تا رندر جاوااسکریپت — است، نه اتکا به تنظیمات پیش‌فرض قالب یا افزونه.
فرآیند کامل کار
هر پروژه با ممیزی کامل Core Web Vitals، ایندکس‌پذیری و اسکیما آغاز می‌شود. سپس مشکلات بر اساس اولویت (تأثیر بر رتبه) رفع می‌شوند، و در نهایت پایش مستمر برای اطمینان از پایداری بهبودها انجام می‌گیرد.
ابزارهای مورد استفاده
از Google Search Console و PageSpeed Insights برای داده مستقیم گوگل، و از Ahrefs Site Audit برای اسکن گسترده ساختاری استفاده می‌شود.
نحوه گزارش‌دهی
کارفرما گزارشی شامل مشکلات شناسایی‌شده، اقدامات انجام‌شده و روند بهبود معیارهای فنی (سرعت، ایندکس، خطاها) دریافت می‌کند.
نمونه فرآیند انجام پروژه
یک پروژه معمول سئو تکنیکال در MGH.CO با مشاوره رایگان و ممیزی اولیه آغاز می‌شود. سپس گزارش کامل مشکلات فنی و برنامه اجرایی ارائه می‌شود و پس از تأیید کارفرما، رفع مشکلات به‌ترتیب اولویت انجام می‌شود.
