ممکن است بهترین محتوا را نوشته باشید، طراحی خوبی داشته باشید و حتی برای صفحه لینک دریافت کنید؛ اما اگر موتور جستجو نتواند صفحه را به درستی پیدا کند، Crawl کند، Render کند یا برای Indexing پردازش کند، بخش مهمی از این تلاش ها عملا بی استفاده می ماند.
اینجاست که سئو تکنیکال یا Technical SEO وارد می شود.
سئو تکنیکال به مجموعه اقداماتی گفته می شود که زیرساخت فنی سایت را طوری بهینه می کنند که موتورهای جستجو بتوانند صفحات مناسب را پیدا کنند، به آن ها دسترسی داشته باشند، محتوای آن ها را پردازش کنند و نسخه صحیح URLها را تشخیص دهند؛ در عین حال سایت باید برای کاربران نیز سریع، امن و قابل استفاده باقی بماند.
اما Technical SEO فقط درباره سرعت سایت یا فایل robots.txt نیست.
موضوعاتی مثل Crawling، Indexing، Canonical، Redirect، Status Code، XML Sitemap، JavaScript، Structured Data، Core Web Vitals، HTTPS، ساختار URL و مدیریت صفحات تکراری همگی می توانند بخشی از سئو فنی سایت باشند.
در این راهنما تصویر کاملی از Technical SEO می سازیم و مشخص می کنیم در یک Audit فنی دقیقا باید چه چیزهایی بررسی شوند.
سئو تکنیکال چیست؟
سئو تکنیکال یا Technical SEO بخشی از سئو است که روی دسترسی، پردازش و درک فنی صفحات سایت توسط موتورهای جستجو تمرکز دارد.
به زبان ساده، سئو تکنیکال باید مطمئن شود:
- موتور جستجو URLهای مهم سایت را پیدا می کند؛
- Googlebot اجازه دسترسی به صفحات مورد نظر را دارد؛
- صفحات پاسخ فنی صحیح دریافت می کنند؛
- صفحات مهم قابل Index هستند؛
- نسخه صحیح هر URL مشخص است؛
- Redirectها و صفحات حذف شده درست مدیریت شده اند؛
- محتوای JavaScript در صورت نیاز قابل پردازش است؛
- ساختار سایت باعث ایجاد URLهای غیرضروری و بی نهایت نمی شود؛
- و تجربه فنی کاربر در سطح مناسبی قرار دارد.
بنابراین Technical SEO را بهتر است زیرساختی ببینیم که به محتوای خوب اجازه می دهد در محیطی قابل فهم و قابل دسترسی برای موتور جستجو منتشر شود.
چرا سئو تکنیکال اهمیت دارد؟
رتبه گرفتن یک صفحه معمولا بعد از چند مرحله اتفاق می افتد.
در یک مدل ساده:
Discovery → Crawling → Rendering → Indexing → Ranking
اگر در مراحل ابتدایی مشکل جدی وجود داشته باشد، حتی بحث درباره Ranking ممکن است زود باشد.
مثلا صفحه ای را در نظر بگیرید که:
- به اشتباه با
noindexمنتشر شده است؛ - Googlebot به آن دسترسی ندارد؛
- با Status Code اشتباه پاسخ می دهد؛
- Canonical آن به URL دیگری اشاره می کند؛
- یا فقط از طریق JavaScript ناقص قابل مشاهده است.
در چنین شرایطی تغییر عنوان یا اضافه کردن چند کلمه کلیدی مشکل اصلی را حل نمی کند.
اگر با مراحل کلی کار موتور جستجو آشنا نیستید، بهتر است ابتدا راهنمای موتور جستجو چگونه کار می کند؟ را مطالعه کنید.
حداقل شرایط فنی یک صفحه برای Google چیست؟
Google در مستندات Search Essentials سه شرط فنی پایه را برای واجد شرایط بودن یک صفحه برای Indexing مطرح می کند:
- Googlebot مسدود نشده باشد؛
- صفحه به شکل صحیح کار کند و Google پاسخ موفق دریافت کند؛
- صفحه دارای محتوای قابل Index باشد.
اما رعایت این شرایط به این معنی نیست که Index شدن صفحه تضمین شده است.
این موارد فقط حداقل الزامات فنی هستند.
Google Search Technical Requirements
سئو تکنیکال از کجا شروع می شود؟
برای بررسی Technical SEO بهتر است ترتیب فرایند موتور جستجو را دنبال کنیم.
به جای اینکه بدون اولویت ده ها ابزار را اجرا کنیم، ابتدا این سوال ها را بپرسیم:
- آیا URL باید وجود داشته باشد؟
- آیا موتور جستجو می تواند آن را پیدا کند؟
- آیا اجازه Crawl دارد؟
- آیا پاسخ HTTP صحیح است؟
- آیا محتوا قابل Render و پردازش است؟
- آیا صفحه اجازه Index شدن دارد؟
- آیا همین URL باید نسخه اصلی باشد؟
- آیا تجربه فنی مناسبی برای کاربر دارد؟
این ترتیب کمک می کند مشکلات بنیادی را قبل از جزئیات کم اهمیت تر پیدا کنیم.
Crawling چه نقشی در سئو تکنیکال دارد؟
Crawling یا خزش مرحله ای است که موتور جستجو URLها را کشف و درخواست می کند.
لینک های داخلی، Sitemap، Redirectها و URLهایی که Google قبلا می شناسد می توانند در کشف صفحات نقش داشته باشند.
اگر صفحه مهمی در ساختار سایت مسیر مشخصی نداشته باشد، پیدا کردن و مدیریت آن دشوارتر می شود.
در Audit فنی باید بررسی کنیم:
- صفحات مهم قابل Crawl هستند؟
- robots.txt مسیر اشتباهی را مسدود نکرده؟
- لینک های داخلی قابل Crawl هستند؟
- URLهای بی ارزش بیش از حد تولید نمی شوند؟
- Redirect Chain وجود ندارد؟
- ساختار فیلترها و پارامترها Crawl غیرضروری ایجاد نمی کند؟
برای بررسی عمیق تر این مرحله می توانید راهنمای خزش Google را مطالعه کنید.
آیا Crawl شدن به معنی Index شدن است؟
خیر.
Google می تواند یک URL را Crawl کند اما تصمیم بگیرد آن را وارد Index نکند.
از طرف دیگر ممکن است Google یک URL را بشناسد ولی به دلیل محدودیت دسترسی یا سایر شرایط هنوز محتوای آن را Crawl نکرده باشد.
به همین دلیل نباید Crawling و Indexing را یک مفهوم در نظر بگیریم.
راهنمای تفاوت خزش، ایندکس و رتبه بندی این سه مرحله را دقیق تر از یکدیگر جدا می کند.
Indexing در Technical SEO
بعد از دسترسی و پردازش صفحه، باید بررسی کنیم آیا صفحه مورد نظر شرایط مناسبی برای Index شدن دارد یا نه.
مشکلات رایج این مرحله می توانند شامل موارد زیر باشند:
noindexناخواسته؛- Canonical اشتباه؛
- محتوای بسیار مشابه با URL دیگر؛
- صفحه خطا؛
- کیفیت ناکافی صفحه؛
- نسخه های متعدد از یک محتوا؛
- یا مشکلات Rendering.
یکی از اشتباهات مهم این است که تصور کنیم هر URL موجود در Sitemap باید حتما در Google Index شود.
Sitemap صرفا اطلاعاتی درباره URLهای مورد نظر سایت در اختیار موتور جستجو قرار می دهد و تضمینی برای Indexing نیست.
برای جزئیات بیشتر راهنمای ایندکس Google را ببینید.
robots.txt چیست و چه کاری انجام می دهد؟
فایل robots.txt برای مدیریت دسترسی Crawlerها به مسیرهای سایت استفاده می شود.
یکی از اشتباهات رایج این است که robots.txt را ابزار مستقیم Noindex در نظر بگیریم.
این دو وظیفه متفاوت دارند:
robots.txt ← مدیریت Crawling
noindex ← مدیریت Indexing
Google برای مشاهده و اعمال دستور noindex باید بتواند آن صفحه را Crawl کند.
بنابراین مسدود کردن URL در robots.txt و انتظار برای خواندن Meta Robots همان صفحه می تواند با هدف شما تضاد ایجاد کند.
مستند Google درباره Robots Meta Tag
XML Sitemap چه نقشی دارد؟
XML Sitemap فایلی است که اطلاعات URLهای مهم سایت را در اختیار موتورهای جستجو قرار می دهد.
Sitemap مخصوصا می تواند برای سایت هایی با صفحات زیاد، محتوای جدید یا ساختار پیچیده مفید باشد.
اما Sitemap نباید جای معماری سایت و لینک داخلی را بگیرد.
اگر صفحه ای در Sitemap قرار دارد اما هیچ جای سایت به آن لینک داده نشده، همچنان باید دلیل این وضعیت بررسی شود.
بهتر است Sitemap عمدتا شامل URLهایی باشد که:
- قرار است Index شوند؛
- Canonical خودشان هستند؛
- Status Code صحیح دارند؛
- و بخشی واقعی از سایت محسوب می شوند.
راهنمای رسمی Google درباره Sitemap
Canonical چیست و چرا اهمیت دارد؟
گاهی یک محتوا از چند URL قابل دسترسی است.
مثلا پارامترها، فیلترها، نسخه های متفاوت URL یا ساختار اشتباه سایت می توانند URLهای بسیار مشابه ایجاد کنند.
Canonical به موتور جستجو کمک می کند نسخه ترجیحی یک مجموعه صفحه مشابه را تشخیص دهد.
اما یک نکته بسیار مهم وجود دارد:
Canonical برای Google یک Signal است، نه فرمان مطلق.
Google ممکن است براساس مجموعه سیگنال های موجود URL دیگری را به عنوان Canonical انتخاب کند.
سیگنال هایی مثل Redirect، Sitemap، لینک های داخلی و rel="canonical" بهتر است با یکدیگر هماهنگ باشند.
راهنمای Google درباره Canonicalization
Self-Canonical چیست؟
در بسیاری از صفحات ایندکس پذیر می توان Canonical را به خود همان URL اشاره داد.
مثلا اگر URL اصلی این باشد:
https://example.com/seo/
Canonical نیز می تواند همین URL باشد.
مهم تر از وجود Self-Canonical، هماهنگی کل سیستم URLهاست.
اگر لینک داخلی، Sitemap و Canonical هرکدام نسخه متفاوتی از URL را معرفی کنند، ساختار سایت بی دلیل پیچیده می شود.
Status Codeها چرا در سئو تکنیکال مهم هستند؟
هر درخواست HTTP یک Status Code دریافت می کند.
چند گروه مهم در Audit فنی عبارتند از:
- 200: درخواست موفق؛
- 3xx: Redirect؛
- 404: منبع پیدا نشده؛
- 410: منبع حذف شده؛
- 5xx: مشکل سمت سرور.
هدف این نیست که سایت هیچ 404 نداشته باشد. وجود 404 برای URLهایی که واقعا وجود ندارند طبیعی است.
مشکل زمانی ایجاد می شود که:
- لینک های داخلی به 404 اشاره کنند؛
- صفحه مهم اشتباها 404 شود؛
- Soft 404 ایجاد شود؛
- Redirectهای غیرضروری ساخته شوند؛
- یا خطاهای Server مانع دسترسی کاربران و Crawlerها شوند.
Redirect در سئو تکنیکال
Redirect زمانی استفاده می شود که کاربر و موتور جستجو باید از یک URL به URL دیگری منتقل شوند.
مثلا هنگام تغییر دائمی Slug:
/old-url/ → /new-url/
Redirect می تواند مسیر مناسبی برای انتقال باشد.
اما بعد از ایجاد Redirect بهتر است لینک های داخلی سایت نیز به مقصد نهایی اصلاح شوند.
این ساختار:
مقاله ← URL قدیمی ← Redirect ← URL جدید
وقتی مقصد نهایی مشخص است، بهتر است تبدیل شود به:
مقاله ← URL جدید
همچنین باید از Redirect Chainهای غیرضروری جلوگیری شود:
A → B → C → D
اگر مقصد نهایی D است، در بسیاری از موارد منطقی است Redirect و لینک های داخلی مستقیما به D اشاره کنند.
ساختار URL بخشی از Technical SEO است؟
بله، اما URL خوب به معنی URL پر از Keyword نیست.
ساختار URL بهتر است:
- ساده باشد؛
- قابل درک باشد؛
- تا جای ممکن پایدار بماند؛
- پارامتر غیرضروری ایجاد نکند؛
- و نسخه های متعدد بی دلیل از یک صفحه نسازد.
تغییر URL فقط برای زیباتر شدن آدرس معمولا تصمیمی نیست که بدون دلیل انجام شود.
اگر درباره این موضوع نیاز به جزئیات بیشتری دارید، راهنمای ساختار URL مناسب سئو را ببینید.
آیا ساختار سایت بخشی از سئو تکنیکال است؟
مرز میان Site Architecture، Internal Linking و Technical SEO همیشه کاملا جدا نیست.
معماری سایت روی مواردی مثل:
- کشف صفحات؛
- Click Depth؛
- ایجاد صفحات یتیم؛
- مسیر Crawl؛
- و ارتباط URLها
اثر می گذارد.
بنابراین معماری سایت در یک Audit تکنیکال باید بررسی شود، حتی اگر بخش هایی از آن با لینک سازی داخلی و UX هم پوشانی داشته باشند.
JavaScript SEO چیست؟
سایت های مدرن ممکن است بخشی از محتوا، Navigation یا لینک های خود را با JavaScript تولید کنند.
Google می تواند JavaScript را پردازش کند، اما Rendering وب با Crawl ساده HTML یکسان نیست و محدودیت ها و تفاوت هایی وجود دارد.
در سایت JavaScript محور باید بررسی کنیم:
- محتوای اصلی بعد از Render وجود دارد؟
- لینک های مهم قابل شناسایی هستند؟
- Meta Robots و Canonical درست تولید می شوند؟
- خطای JavaScript مانع محتوای اصلی نمی شود؟
- محتوا فقط بعد از تعامل کاربر ظاهر نمی شود؟
یکی از تست های مهم این است که فقط چیزی را که Browser به کاربر نشان می دهد نبینیم؛ بلکه HTML و Render نهایی قابل مشاهده برای Google را هم بررسی کنیم.
راهنمای Google برای مشکلات JavaScript در Search
سرعت سایت چه ارتباطی با سئو تکنیکال دارد؟
Performance یکی از بخش های مهم تجربه فنی سایت است.
اما «سایت سریع تر = رتبه بالاتر» فرمول دقیقی نیست.
سرعت باید در کنار تجربه کلی صفحه، محتوا و سایر عوامل بررسی شود.
در Technical SEO معمولا عواملی مثل این ها تحلیل می شوند:
- زمان نمایش محتوای اصلی؛
- حجم تصاویر؛
- CSS و JavaScript غیرضروری؛
- Cache؛
- فونت ها؛
- پاسخ Server؛
- Lazy Loading؛
- و Layout Shift.
Core Web Vitals چیست؟
Core Web Vitals مجموعه ای از معیارهای تجربه واقعی کاربران است که در حال حاضر سه بخش اصلی را اندازه گیری می کند:
| معیار | چه چیزی را اندازه می گیرد؟ | محدوده خوب پیشنهادی Google |
|---|---|---|
| LCP | سرعت بارگذاری محتوای اصلی | حداکثر 2.5 ثانیه |
| INP | پاسخ دهی صفحه به تعامل | کمتر از 200 میلی ثانیه |
| CLS | ثبات بصری صفحه | کمتر از 0.1 |
Google توصیه می کند سایت ها Core Web Vitals مناسبی داشته باشند، اما رسیدن به امتیاز کامل در ابزارهای Performance به تنهایی تضمین کننده رتبه بالا نیست.
راهنمای رسمی Google درباره Core Web Vitals
Field Data مهم تر است یا Lab Data؟
هر دو کاربرد متفاوتی دارند.
Lab Data برای Debug و بررسی شرایط کنترل شده بسیار مفید است.
Field Data رفتار واقعی کاربران را در شرایط واقعی نشان می دهد.
بنابراین اگر PageSpeed Insights در تست آزمایشگاهی عددی عالی نشان می دهد اما کاربران واقعی تجربه ضعیفی دارند، نباید فقط به یک Score اکتفا کنیم.
آیا باید برای PageSpeed امتیاز 100 بگیریم؟
خیر.
هدف اصلی Technical SEO و Performance ایجاد تجربه سریع و پایدار برای کاربران است، نه گرفتن عدد نمایشی 100.
اگر برای رسیدن از Score 96 به 100 مجبور شویم قابلیت مهمی را حذف کنیم، شاید هزینه بهینه سازی از منفعت آن بیشتر باشد.
اول مشکلات واقعی را حل کنید:
- LCP ضعیف؛
- INP بالا؛
- CLS محسوس؛
- تصاویر بسیار سنگین؛
- JavaScript بلااستفاده؛
- Server کند.
سئو موبایل در Technical SEO
نسخه موبایل سایت باید همان محتوای مهم، لینک های اصلی، Metadata و Structured Data مورد نیاز را حفظ کند.
یکی از مشکلات رایج این است که بعضی سایت ها برای ساده کردن نسخه موبایل، بخش های مهم محتوا یا Navigation را حذف می کنند.
در Audit موبایل مواردی مثل این ها بررسی می شوند:
- Responsive بودن Layout؛
- خوانایی متن؛
- اندازه و فاصله عناصر قابل لمس؛
- نمایش صحیح محتوای اصلی؛
- Navigation؛
- لینک های داخلی؛
- Performance؛
- و تفاوت Metadata میان نسخه ها.
HTTPS چه نقشی در سئو فنی دارد؟
HTTPS ارتباط میان Browser و Server را رمزنگاری می کند و بخش مهمی از امنیت وب است.
در مهاجرت از HTTP به HTTPS باید بررسی شود که:
- HTTP به HTTPS Redirect می شود؛
- Canonicalها نسخه HTTPS را نشان می دهند؛
- Sitemap از HTTPS استفاده می کند؛
- لینک های داخلی هنوز HTTP نیستند؛
- Mixed Content وجود ندارد.
داشتن Certificate به تنهایی کافی نیست؛ تمام اجزای سایت باید با نسخه امن هماهنگ باشند.
Structured Data بخشی از Technical SEO است؟
بله، پیاده سازی و اعتبارسنجی Structured Data معمولا در Audit تکنیکال بررسی می شود.
Structured Data اطلاعات صفحه را در یک فرمت استاندارد در اختیار موتور جستجو قرار می دهد.
مثلا برای مقاله می توان اطلاعاتی مثل:
- عنوان؛
- نویسنده؛
- تاریخ انتشار؛
- تاریخ به روز رسانی؛
- تصویر
را ساختاریافته مشخص کرد.
اما Structured Data تضمین نمی کند که Rich Result نمایش داده شود.
پیاده سازی صحیح فقط می تواند صفحه را برای Feature مربوطه واجد شرایط کند.
Google همچنین توصیه می کند Markup را با Rich Results Test بررسی کنیم.
آشنایی با Structured Data در Google Search
Schema بیشتر همیشه بهتر است؟
خیر.
هدف اضافه کردن بیشترین تعداد Schema نیست.
Structured Data باید:
- با محتوای واقعی صفحه تطابق داشته باشد؛
- از نوع مناسب استفاده کند؛
- اطلاعات نادرست ارائه نکند؛
- و الزامات Feature مربوطه را رعایت کند.
اضافه کردن Markup نامرتبط صرفا برای اینکه Source Code پیچیده تر به نظر برسد، مزیت سئویی ایجاد نمی کند.
تصاویر چه بخش فنی در سئو دارند؟
Image SEO فقط Alt Text نیست.
در Audit تکنیکال تصاویر ممکن است این موارد بررسی شوند:
- فرمت مناسب؛
- ابعاد صحیح؛
- حجم فایل؛
- Lazy Loading؛
- دسترسی Google به فایل تصویر؛
- URL تصویر؛
- Responsive Images؛
- و Layout Shift.
برای بررسی کامل این موضوع راهنمای سئو تصاویر را مطالعه کنید.
Duplicate URLها در Technical SEO
وجود محتوای مشابه همیشه Spam یا تخلف نیست.
در بسیاری از سایت ها سیستم فنی می تواند چند نسخه از یک محتوا ایجاد کند:
/product/
/product/?sort=popular
/product/?ref=menu
اگر پارامترها بدون کنترل تولید شوند، ممکن است تعداد زیادی URL بسیار مشابه ایجاد شود.
در این شرایط باید بررسی کنیم:
- کدام URL ارزش Index شدن دارد؟
- Canonical چیست؟
- لینک داخلی به کدام نسخه اشاره می کند؟
- Sitemap کدام URL را معرفی می کند؟
- پارامتر واقعا محتوای متفاوتی ایجاد می کند؟
Faceted Navigation چیست و چرا می تواند مشکل ساز شود؟
فیلترهای فروشگاهی نمونه رایج Faceted Navigation هستند.
فرض کنید کاربران بتوانند محصولات را براساس:
- برند؛
- رنگ؛
- قیمت؛
- اندازه؛
- موجودی
فیلتر کنند.
ترکیب این فیلترها می تواند هزاران URL بسازد.
همه این URLها لزوما ارزش Search ندارند.
Technical SEO باید مشخص کند کدام Facetها صفحه قابل Index ایجاد کنند و کدام ترکیب ها فقط برای UX باقی بمانند.
Crawl Budget چیست؟
Crawl Budget مفهومی است که بیشتر برای سایت های بزرگ اهمیت پیدا می کند.
در یک سایت کوچک با چند ده یا چند صد URL، معمولا اولین مسئله Technical SEO نباید «بودجه خزش» باشد.
اما در سایت های بسیار بزرگ، URLهای تکراری، Faceted Navigation، Calendar Pages، پارامترها و ساختارهای بی نهایت می توانند منابع Crawl را به مسیرهای کم ارزش ببرند.
پس Crawl Budget را باید متناسب با اندازه و معماری سایت بررسی کرد، نه به عنوان یک نگرانی عمومی برای تمام سایت ها.
آیا لینک سازی داخلی بخشی از Technical SEO است؟
لینک سازی داخلی را می توان از زاویه های مختلف بررسی کرد.
از نظر محتوا، لینک داخلی به کاربر کمک می کند اطلاعات مرتبط را پیدا کند.
از نظر معماری و Technical SEO نیز لینک ها می توانند در کشف URLها و ایجاد مسیر دسترسی نقش داشته باشند.
به همین دلیل در Audit فنی معمولا مواردی مثل:
- Orphan Pages؛
- Broken Links؛
- Redirected Internal Links؛
- Click Depth؛
- و Crawlable Links
بررسی می شوند.
Technical SEO با سئو داخلی چه تفاوتی دارد؟
این دو حوزه هم پوشانی دارند، اما تمرکز آن ها متفاوت است.
| سئو تکنیکال | سئو داخلی |
|---|---|
| Crawling | عنوان صفحه |
| Indexing | Heading |
| Canonical | ساختار محتوا |
| Status Code | پاسخ به Intent |
| Redirect | تصاویر و Alt در Context محتوا |
| XML Sitemap | لینک سازی Contextual |
| JavaScript Rendering | بهینه سازی عناصر صفحه |
مرز این دو همیشه کاملا قطعی نیست.
مثلا URL Structure یا لینک داخلی می توانند هم جنبه Technical داشته باشند و هم On-Page.
برای شناخت حوزه دوم می توانید راهنمای سئو داخلی چیست؟ را ببینید.
Technical SEO با تولید محتوا چه تفاوتی دارد؟
Technical SEO نمی تواند جای محتوای خوب را بگیرد.
فرض کنید سایتی:
- Core Web Vitals عالی دارد؛
- Canonicalهای صحیح دارد؛
- Sitemap کامل دارد؛
- هیچ Broken Link ندارد؛
- و Crawl آن کاملا تمیز است.
اگر صفحه پاسخ خوبی به نیاز کاربر ندهد، این زیرساخت فنی به تنهایی دلیل کافی برای رتبه گرفتن ایجاد نمی کند.
برعکس، محتوای عالی روی سایتی که Googlebot نمی تواند به آن دسترسی داشته باشد نیز ممکن است ظرفیت واقعی خود را نشان ندهد.
پس رابطه درست این است:
محتوای خوب + زیرساخت فنی سالم + معماری منطقی + اعتبار
نه اینکه یکی جای دیگری را بگیرد.
آیا Technical SEO یک Ranking Factor مستقل است؟
بهتر است Technical SEO را یک «فاکتور واحد» تصور نکنیم.
سئو تکنیکال مجموعه ای از مسائل متفاوت است.
بعضی موارد اساسا امکان حضور صفحه در Search را تحت تاثیر قرار می دهند، مثلا:
- مسدود بودن Googlebot؛
- noindex؛
- خطای Server.
بعضی دیگر به تجربه کاربر یا فهم بهتر صفحه کمک می کنند.
بنابراین چیزی به نام یک «Technical SEO Score» رسمی که Google براساس آن سایت را رتبه بندی کند وجود ندارد.
آیا داشتن خطای Technical همیشه باعث افت رتبه می شود؟
خیر.
شدت مشکل مهم است.
مثلا:
یک Redirect داخلی اضافه
با:
noindex شدن تمام صفحات محصول
در یک سطح نیست.
یکی از مهارت های مهم در Technical SEO همین اولویت بندی مشکلات است.
چگونه مشکلات Technical SEO را اولویت بندی کنیم؟
برای هر Issue چهار سوال بپرسید:
- چند URL تحت تاثیر قرار گرفته اند؟
- این URLها چقدر مهم هستند؟
- مشکل چقدر شدید است؟
- اصلاح آن چه هزینه و ریسکی دارد؟
برای نمونه:
| مشکل | اولویت تقریبی |
|---|---|
| noindex ناخواسته روی صفحات مهم | بحرانی |
| خطای 5xx گسترده | بحرانی |
| Canonical اشتباه روی صفحات اصلی | خیلی بالا |
| صفحه مهم بدون مسیر Crawl | بالا |
| Broken Internal Link گسترده | بالا |
| Redirect داخلی غیرضروری | متوسط |
| Schema Warning غیرضروری | پایین تر |
این جدول قانون ثابت نیست؛ اهمیت URL و وضعیت سایت می تواند اولویت را تغییر دهد.
ابزارهای مهم برای بررسی سئو تکنیکال
برای Technical SEO ابزار واحدی وجود ندارد که تمام مشکلات را به تنهایی تشخیص دهد.
معمولا ترکیبی از چند ابزار استفاده می شود.
Google Search Console
برای بررسی مواردی مثل:
- Indexing؛
- URL Inspection؛
- Sitemap؛
- Core Web Vitals؛
- Performance؛
- Rich Results
کاربرد دارد.
Crawler سایت
ابزارهایی مثل Screaming Frog می توانند ساختار داخلی سایت را Crawl کنند و اطلاعاتی مثل:
- Status Code؛
- Redirect؛
- Canonical؛
- Depth؛
- Internal Links؛
- Meta Robots؛
- Title و Heading؛
- و تعداد زیادی داده فنی دیگر
را استخراج کنند.
PageSpeed Insights
برای بررسی Performance و Core Web Vitals مفید است و می تواند داده های آزمایشگاهی و در صورت موجود بودن داده کاربران واقعی را نمایش دهد.
Rich Results Test
برای بررسی Structured Dataهایی که Google برای Rich Results پشتیبانی می کند کاربرد دارد.
Browser DevTools
برای Debug مواردی مثل:
- Network؛
- JavaScript؛
- Rendering؛
- Performance؛
- و منابع صفحه
بسیار مفید است.
آیا ابزارهای Audit هر خطایی را درست تشخیص می دهند؟
خیر.
ابزار معمولا یک وضعیت را گزارش می کند؛ تصمیم سئویی هنوز نیاز به Context دارد.
مثلا ابزار ممکن است بگوید:
Page has noindex
اما اگر آن URL صفحه حساب کاربری باشد، Noindex احتمالا کاملا صحیح است.
یا ممکن است صدها 404 پیدا شود که مربوط به URLهای قدیمی و حذف شده باشند و هیچ لینک یا ترافیکی هم نداشته باشند.
پس:
Technical SEO یعنی تفسیر داده های فنی، نه فقط حذف Warningهای ابزار.
یک Technical SEO Audit شامل چه مراحلی است؟
برای یک Audit ساختاریافته می توان این ترتیب را دنبال کرد:
1. بررسی دسترسی
- robots.txt
- Status Code
- Server Error
- HTTPS
2. بررسی Crawl
- Internal Links
- Orphan Pages
- Click Depth
- Redirectها
- Broken Links
3. بررسی Indexing
- Meta Robots
- Canonical
- Sitemap
- Duplicate URLs
- Index Coverage
4. بررسی Rendering
- JavaScript
- محتوای Render شده
- لینک های تولیدشده توسط JavaScript
- Metadata نهایی
5. بررسی Performance
- LCP
- INP
- CLS
- Images
- CSS و JavaScript
- Server Response
6. بررسی Search Appearance
- Structured Data
- Title
- Meta Description
- Breadcrumb
- تصاویر
چک لیست سریع سئو تکنیکال
- □ صفحات مهم HTTP 200 دریافت می کنند.
- □ Googlebot به صفحات مهم دسترسی دارد.
- □ صفحه مهمی به اشتباه noindex نشده است.
- □ robots.txt مسیر مهمی را اشتباه مسدود نکرده است.
- □ XML Sitemap فقط URLهای مناسب را معرفی می کند.
- □ Canonical صفحات مهم صحیح است.
- □ لینک های داخلی به نسخه Canonical URL اشاره می کنند.
- □ Redirect Chain غیرضروری وجود ندارد.
- □ Broken Internal Linkهای مهم اصلاح شده اند.
- □ صفحات مهم Orphan نیستند.
- □ URLهای مهم در عمق غیرضروری قرار ندارند.
- □ پارامترها URLهای بی نهایت ایجاد نمی کنند.
- □ صفحات Duplicate مدیریت شده اند.
- □ JavaScript مانع مشاهده محتوای اصلی نمی شود.
- □ نسخه موبایل محتوای اصلی را حفظ می کند.
- □ HTTPS به درستی اجرا شده است.
- □ Mixed Content وجود ندارد.
- □ Core Web Vitals بررسی شده اند.
- □ تصاویر بیش از حد سنگین نیستند.
- □ Structured Data معتبر است.
- □ سایت بعد از تغییرات مهم دوباره Crawl شده است.
اشتباهات رایج در سئو تکنیکال
- تمرکز روی Score ابزار به جای مشکل واقعی؛
- مسدود کردن صفحه در robots.txt برای Noindex کردن آن؛
- قرار دادن هر URL سایت داخل Sitemap؛
- استفاده اشتباه از Canonical؛
- Redirect کردن تمام 404ها به Homepage؛
- نادیده گرفتن لینک های داخلی Redirect شده؛
- تغییر گسترده URLها بدون نیاز؛
- ساخت هزاران URL فیلتر؛
- تمرکز بیش از حد روی Crawl Budget در سایت کوچک؛
- حذف قابلیت های مهم سایت فقط برای PageSpeed 100؛
- اضافه کردن Schemaهای نامرتبط؛
- اعتماد کامل به یک Crawler؛
- نادیده گرفتن Server Log و Search Console در مسائل پیچیده؛
- اصلاح همزمان تعداد زیادی Issue بدون اندازه گیری نتیجه.
هر چند وقت یک بار Technical SEO Audit انجام دهیم؟
یک عدد ثابت برای همه سایت ها وجود ندارد.
سایت کوچک و نسبتا ثابت ممکن است نیاز به Auditهای مکرر نداشته باشد.
اما سایت هایی که:
- روزانه URLهای زیادی تولید می کنند؛
- فروشگاهی هستند؛
- تیم توسعه فعال دارند؛
- مهاجرت انجام می دهند؛
- ساختار URL را تغییر می دهند؛
- یا JavaScript سنگین دارند
نیاز به Monitoring بیشتری دارند.
علاوه بر Audit دوره ای، بعد از تغییرات بزرگ فنی بهتر است بررسی مجدد انجام شود.
چه تغییراتی حتما نیاز به بررسی Technical SEO دارند؟
موارد مهم عبارتند از:
- تغییر دامنه؛
- تغییر CMS؛
- تغییر ساختار URL؛
- طراحی مجدد سایت؛
- مهاجرت HTTP به HTTPS؛
- تغییر سیستم JavaScript؛
- تغییر Navigation؛
- حذف تعداد زیادی صفحه؛
- ادغام دسته بندی ها؛
- تغییر Canonicalها؛
- تغییر robots.txt.
مشکلات Technical اغلب زمانی خطرناک می شوند که یک تغییر کوچک Template یا تنظیم Server روی هزاران URL اعمال شود.
چگونه سئو تکنیکال را یاد بگیریم؟
بهتر است Technical SEO را به شکل مجموعه ای از ابزارها حفظ نکنید.
ابتدا منطق پشت فرایند را یاد بگیرید:
URL چگونه کشف می شود؟
Server چه پاسخی می دهد؟
Crawler چه چیزی دریافت می کند؟
Browser چه چیزی Render می کند؟
Google اجازه Index کردن دارد؟
نسخه اصلی صفحه کدام URL است؟
وقتی این جریان را بفهمید، ابزارهایی مثل Screaming Frog، Search Console و DevTools فقط وسیله جمع آوری داده خواهند بود، نه چیزی که به جای شما تصمیم بگیرد.
موضوعات اصلی خوشه Technical SEO
برای یادگیری عمیق تر سئو تکنیکال، موضوعات مهم این حوزه را می توان در چند گروه قرار داد:
- Crawling و Googlebot؛
- robots.txt؛
- XML Sitemap؛
- Indexing؛
- Meta Robots و X-Robots-Tag؛
- Canonicalization؛
- Redirectها؛
- HTTP Status Codes؛
- 404 و Soft 404؛
- JavaScript SEO؛
- Core Web Vitals؛
- Page Speed؛
- HTTPS؛
- Structured Data؛
- Crawl Budget؛
- Faceted Navigation؛
- Duplicate URLs؛
- Mobile SEO؛
- Log File Analysis؛
- مهاجرت سایت.
هرکدام از این موضوعات یک مسئله مستقل دارند و بهتر است در صفحه تخصصی خودش بررسی شوند.
پاسخ کوتاه: Technical SEO دقیقا چه کاری انجام می دهد؟
اگر بخواهیم همه این مقاله را در یک جمله خلاصه کنیم:
سئو تکنیکال موانع فنی میان محتوای سایت، کاربران و موتورهای جستجو را پیدا و برطرف می کند.
هدف Technical SEO این نیست که سایت را برای ربات ها بسازیم.
هدف این است که زیرساخت سایت مانع دیده شدن محتوایی که برای کاربر ساخته ایم نشود.
جمع بندی
سئو تکنیکال یا Technical SEO مجموعه اقداماتی است که به موتورهای جستجو کمک می کند URLهای مناسب سایت را پیدا کنند، Crawl کنند، محتوای آن ها را پردازش کنند و نسخه صحیح صفحات را برای Indexing تشخیص دهند.
موضوعاتی مثل robots.txt، Sitemap، Canonical، Redirect، Status Code، JavaScript، Core Web Vitals، HTTPS، Structured Data و مدیریت URLها همگی می توانند بخشی از این حوزه باشند.
اما Technical SEO نباید به مسابقه گرفتن Score از ابزارها تبدیل شود.
یک Audit حرفه ای باید ابتدا مشکلاتی را پیدا کند که واقعا روی صفحات مهم و تجربه کاربران اثر می گذارند، سپس براساس شدت، گستردگی و ارزش URLها آن ها را اولویت بندی کند.
اگر سایت از نظر فنی سالم باشد، محتوای خوب مسیر بسیار روشن تری برای کشف، پردازش و حضور در Search خواهد داشت؛ اما زیرساخت فنی خوب جای محتوا، اعتبار و پاسخ مناسب به نیاز کاربر را نمی گیرد.
اولین دیدگاه را بنویسید