سئو-سئوی فنی (Technical SEO)(مرحله دوم)

سئوی فنی (Technical SEO)

هدف دقیق این دسته

هدف این دسته اینه که مطمئن بشید گوگل اصلاً می‌تونه سایت شما رو به‌درستی بخزه (Crawl)، درک کنه، و در فهرست خودش (Index) قرار بده — و بعد از ایندکس شدن، تجربه‌ی فنی سایت (سرعت، امنیت، سازگاری با موبایل) به‌اندازه‌ای خوب باشه که گوگل و کاربر هر دو ازش راضی باشن.

به زبان ساده‌تر: این دسته جواب می‌ده به سؤال «آیا اصلاً درِ سایت من به روی گوگل بازه، و وقتی وارد شد، چیزی که می‌بینه قابل‌قبوله؟» — قبل از این‌که اصلاً به محتوا یا کلمات کلیدی فکر کنیم.

تأثیر — چرا این دسته، سقف واقعی موفقیت شماست

نکته‌ای که در ۳۰ سال کار بارها دیدم و همیشه تیم‌ها رو غافلگیر می‌کنه: بهترین محتوای دنیا، اگه روی زیرساخت فنی خراب سوار بشه، هیچ‌وقت دیده نمی‌شه. سئوی فنی برخلاف محتوا، سقف تعیین می‌کنه، نه کف. یعنی:

• اگه سایت شما کند باره، گوگل صفحات شما رو کمتر می‌خزه (Crawl Budget محدود می‌شه) — یعنی محتوای جدیدتون دیرتر دیده و ایندکس می‌شه
• اگه سایت موبایل‌فرندلی نباشه، چون گوگل از ایندکسینگ موبایل-محور (Mobile-first Indexing) استفاده می‌کنه، اصلاً رتبه‌ی خوبی نمی‌گیرید — حتی اگه نسخه‌ی دسکتاپش عالی باشه
• اگه ساختار داده (Schema) نداشته باشید، حتی با رتبه‌ی خوب، نتیجه‌ی شما در گوگل «کسل‌کننده» دیده می‌شه (بدون ستاره‌ی امتیاز، بدون قیمت، بدون تصویر) و نرخ کلیک پایین میاد
• اگه صفحه‌ای به‌اشتباه از ایندکس مسدود شده باشه (مثلاً با یک خط اشتباه در robots.txt)، تمام تلاش محتوایی روی اون صفحه به‌طور کامل هدر می‌ره — و این اشتباه، خیلی وقت‌ها هفته‌ها بدون توجه باقی می‌مونه

قاعده‌ای که همیشه تأکید می‌کنم: سئوی فنی رو باید مثل فونداسیون یک ساختمان دید — اگه خراب باشه، هرچقدر هم طبقات بالا (محتوا، لینک‌سازی) زیبا باشن، کل ساختمون بی‌ثباته.

اقدامات و کارهای این دسته

۱. بررسی قابلیت خزش و ایندکس (Crawlability & Indexability)

چی باید انجام بشه:

• بررسی فایل robots.txt — مطمئن بشید به‌اشتباه صفحات مهم رو مسدود نکرده
• بررسی نقشه‌ی سایت (XML Sitemap) — ارسال شده به Google Search Console و همه‌ی صفحات مهم توش هست
• بررسی گزارش «Coverage» یا «Pages» در Google Search Console — صفحاتی که ایندکس نشدن رو پیدا کنید و دلیلش رو بفهمید
• بررسی وجود صفحات تکراری یا نسخه‌های چندگانه (با/بدون www، http/https) که می‌تونه گوگل رو گیج کنه

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

۲. سرعت و عملکرد سایت (Core Web Vitals)

چی باید انجام بشه:

• تست سایت با ابزار Google PageSpeed Insights یا Search Console → Core Web Vitals
• بررسی سه معیار اصلی گوگل: LCP (سرعت بارگذاری بزرگ‌ترین المان)، INP (واکنش‌پذیری صفحه)، CLS (پایداری بصری صفحه هنگام بارگذاری)
• بهینه‌سازی تصاویر (فشرده‌سازی، فرمت‌های مدرن مثل WebP)، کاهش حجم کدهای CSS/JS اضافی، استفاده از سرویس‌های کش و CDN در صورت نیاز

خروجی مورد انتظار: امتیاز سبز (Good) در هر سه معیار Core Web Vitals، حداقل برای صفحات پرترافیک.

۳. سازگاری با موبایل (Mobile-Friendliness)

چی باید انجام بشه:

• تست با ابزار Mobile-Friendly Test گوگل
• بررسی خوانایی متن بدون نیاز به زوم، فاصله‌ی مناسب بین لینک‌ها/دکمه‌ها برای لمس با انگشت، عدم استفاده از عناصری که در موبایل کار نمی‌کنن (مثل فلش قدیمی)

خروجی مورد انتظار: تجربه‌ی کاملاً یکسان و روان روی موبایل، چون اکثر ترافیک جستجوی امروز از موبایله.

۴. امنیت و پروتکل HTTPS

چی باید انجام بشه:

• اطمینان از نصب صحیح گواهی SSL و انتقال کامل سایت به HTTPS (نه فقط صفحه‌ی اصلی)
• بررسی «محتوای مختلط» (Mixed Content) — یعنی منابعی (تصویر، اسکریپت) که هنوز از طریق HTTP بارگذاری می‌شن

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

۵. ساختار داده و نشانه‌گذاری Schema (Structured Data)

چی باید انجام بشه:

• افزودن Schema Markup مناسب نوع محتوا (مثلاً Product برای صفحات محصول، Article برای مقالات، LocalBusiness برای کسب‌وکار محلی، FAQ برای سؤالات متداول)
• تست با ابزار Rich Results Test گوگل برای اطمینان از صحت پیاده‌سازی

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

۶. مدیریت خطاهای فنی رایج

چی باید انجام بشه:

• شناسایی و رفع لینک‌های شکسته (404 Errors)
• بررسی صحیح بودن ریدایرکت‌ها (301) برای صفحات حذف‌شده یا جابه‌جاشده
• بررسی وجود «کانونیکال تگ» (Canonical Tag) درست برای جلوگیری از محتوای تکراری

خروجی مورد انتظار: گزارش «Crawl Errors» تمیز در Google Search Console، بدون خطای بحرانی.

۷. ممیزی دوره‌ای فنی (Technical Audit)

چی باید انجام بشه:

• استفاده از ابزارهایی مثل Screaming Frog (نسخه‌ی رایگان تا ۵۰۰ صفحه) برای اسکن کامل سایت و شناسایی مشکلات فنی به‌صورت یک‌جا

زمان‌بندی: این کار برخلاف بقیه‌ی موارد این دسته که یک‌بار انجام می‌شن، باید هر ۳ تا ۶ ماه تکرار بشه — چون با اضافه‌شدن صفحات جدید، مشکلات فنی جدید هم به‌مرور ایجاد می‌شن.

جمع‌بندی خروجی نهایی این دسته

بعد از این ۷ اقدام، باید مطمئن باشید که: سایت شما کاملاً قابل‌خزش و ایندکس، سریع، موبایل‌فرندلی، امن، و دارای ساختار داده‌ی صحیحه. این‌ها همه پیش‌نیازهایی هستن که باید قبل یا هم‌زمان با شروع تولید محتوا (دسته‌ی بعدی) انجام بشن — چون محتوای عالی روی زیرساخت خراب، مثل ساختن روی شن است.

بخش بعدی رو هروقت آماده بودید بفرستید.