Cy Logic Insights

سئو فنی برای وب‌سایت‌های شرکتی: Core Web Vitals، پیش‌رندر و داده‌های ساختاریافته

راهنمای جامع سئو فنی برای وب‌سایت‌های شرکتی مدرن مبتنی بر ری‌اکت: عملکرد، پیش‌رندر (Prerender)، نقشه سایت، پشتیبانی از چند زبان و داده‌های ساختاریافته schema.org.

سایت‌های شرکتی مدرن عمدتاً با کتابخانه‌های سمت کاربر مانند ری‌اکت توسعه می‌یابند. این رویکرد تعاملات غنی را فراهم می‌کند؛ اما برای اینکه موتورهای جستجو بتوانند محتوا را به درستی ایندکس کنند و تجربه صفحه سریعی ارائه شود، نیازمند دقت فنی مضاعفی است. این مقاله به استراتژی محتوا و کلمات کلیدی نمی‌پردازد، بلکه جنبه‌های فنی را بررسی می‌کند: آیا صفحه به درستی بارگذاری می‌شود، زبان آن صحیح است و ساختار مناسبی دارد؟

1. شاخص‌های حیاتی وب (Core Web Vitals): تجربه کاربری قابل اندازه‌گیری

شاخص‌های Core Web Vitals گوگل شامل سه معیار است: LCP (بزرگ‌ترین ترسیم محتوا: زمان نمایش محتوای اصلی)، INP (ترسیم پس از تعامل: زمان پاسخ به کلیک) و CLS (تغییر چیدمان تجمعی: پرش عناصر هنگام بارگذاری صفحه). این شاخص‌ها جزء سیگنال‌های رتبه‌بندی هستند و مستقیماً تجربه کاربری را منعکس می‌کنند.

بهبودهای کاربردی:

  • تصاویر قهرمان (Hero) را در فرمت‌های مدرن (WebP/AVIF)، با ابعاد مناسب و اولویت بالا بارگذاری کنید؛ سایر تصاویر باید به صورت تنبل (lazy) بارگذاری شوند.
  • انیمیشن‌های سنگین و صحنه‌های سه‌بعدی را تنها در صورتی که دستگاه پشتیبانی کند و پس از بارگذاری محتوای اصلی آغاز کنید؛ به تنظیمات کاهش حرکت سیستم‌عامل احترام بگذارید.
  • برای جلوگیری از تغییر چیدمان، به تصاویر و محتوای جاسازی‌شده ابعاد مشخص بدهید.
  • بسته جاوااسکریپت را بر اساس مسیر (Route) تفکیک کنید؛ صفحه اصلی نباید کد پنل مدیریت را دانلود کند.

2. پیش‌رندر (Prerender) و رندر سمت سرور

در صفای رندرشده سمت کاربر، HTML اولیه خالی است؛ اگرچه موتورهای جستجو می‌توانند جاوااسکریپت را اجرا کنند، اما این روند ممکن است با تاخیر و ناپایداری همراه باشد. راه‌حل این است که HTML صفحات عمومی را در زمان کامپایل تولید کنید (Prerender) یا از رندر سمت سرور استفاده کنید. برای سایت‌های شرکتی که محتوای آن‌ها از پایگاه داده می‌آید، پیش‌رندر در زمان کامپایل، در ترکیب با بازآوری (Rebuild) هنگام تغییر محتوا، یک راهحل عملی و کم‌هزینه است.

// Örnek: derleme sonrası rota listesini ön render etme (kavramsal)
const routes = ['/', '/hakkimizda', '/cozumler', ...servisSluglari.map((s) => '/cozumler/' + s)];
for (const route of routes) {
  const html = await renderRouteToHtml(route);   // başlık, açıklama ve içerik dahil
  await writeFile('dist' + route + '/index.html', html);
}

3. عنوان، توضیحات و آدرس کانونیکال (Canonical)

هر صفحه باید یک برچسب title و meta description منحصربه‌فرد داشته باشد؛ این فیلدها باید از سیستم مدیریت محتوا بیایند و نباید در کد سخت‌کد (Hardcode) شوند. اگر به یک محتوای واحد از طریق چند آدرس مختلف دسترسی وجود دارد (مثلاً تفاوت در اسلش انتهای آدرس)، برچسب canonical باید به یک آدرس واحد اشاره کند.

4. سایت‌های چندزبانه: hreflang

در سایتی که دارای نسخه ترکی و انگلیسی است، هر صفحه باید معادل زبان دیگر را با برچسب hreflang مشخص کند؛ به این ترتیب موتور جستجو زبان درست را به کاربر ارائه می‌دهد و نسخه‌ها را کپی یکدیگر نمی‌شمارد.

<link rel="alternate" hreflang="tr" href="https://ornek-site.com/tr/cozumler" />
<link rel="alternate" hreflang="en" href="https://ornek-site.com/en/solutions" />
<link rel="alternate" hreflang="x-default" href="https://ornek-site.com/tr/cozumler" />

5. داده‌های ساختاریافته: schema.org JSON-LD

داده‌های ساختاریافته به موتور جستجو می‌گویند که صفحه چیست: سازمان، خدمات، اپلیکیشن نرم‌افزاری، مقاله. قالب JSON-LD مستقل از محتوای صفحه اضافه می‌شود و اعتبارسنجی آن آسان است. قانون مهم: داده‌های ساختاریافته نباید حاوی اطلاعاتی باشند که در صفحه قابل مشاهده نیستند (مانند امتیازات یا نظرات غیرموجود)؛ این کار هم گمراه‌کننده است و هم ممکن است با جرایمی مواجه شود.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Kurumsal Web Siteleri İçin Teknik SEO",
  "datePublished": "2026-07-10",
  "author": { "@type": "Organization", "name": "Cy Logic Software" }
}

6. نقشه سایت (Sitemap) و robots

فایل sitemap.xml باید فقط شامل صفحات منتشرشده باشد و با تغییر محتوا به‌طور خودکار تولید شود؛ پیش‌نویس‌ها یا صفحات مخفی نباید در این فهرست باشند. فایل robots.txt پنل مدیریت و آدرس‌های API را از خزیدن (Crawling) مستثنی می‌کند؛ اما برای حریم خصوصی نباید به robots.txt تکیه کرد، زیرا این یک کنترل دسترسی نیست.

هدف سئو فنی فریب دادن موتور جستجو نیست، بلکه ارائه ماهیت واقعی سایت به شکلی است که ماشین‌ها نیز بتوانند آن را بخوانند.

7. دسترسی‌پذیری (Accessibility) دوستار سئو است

هرم معنادار تیترها (یک h1، تیترهای مرتب h2/h3)، متن جایگزین (Alt) برای تصاویر، منوهای قابل پیمایش با کیبورد و کنتراست رنگی کافی هم از منظر دسترسی‌پذیری و هم ایندکس شدن ارزشمند هستند. این موارد تزئینات الحاقی نیستند، بلکه باید بخشی از کتابخانه کامپوننت‌ها باشند.

8. پایش و مانیتورینگ

وضعیت ایندکس شدن، خطاهای خزیدن و گزارش‌های Core Web Vitals باید به طور منظم با ابزارهایی مانند Search Console پایش شوند. پس از هر تغییر بزرگ در سایت (ساختار جدید مسیرها، تغییر زبان)، این گزارش‌ها باید بررسی شوند.

فیلدهای سئو برگرفته از مدیریت محتوا

هرچقدر هم که زیرساخت فنی خوب باشد، عنوان، توضیحات و آدرس کانونیکال هر صفحه باید در دست تیم محتوا باشد. مدل کاربردی: در کنار هر رکورد محتوایی (خدمات، محصول، مقاله)، فیلدهای سئوی اختیاری وجود دارد؛ اگر خالی رها شوند، سیستم یک پیش‌فرض منطقی از عنوان و خلاصه تولید می‌کند. فیلدهای Open Graph (عنوان، توضیحات، تصویر) برای کارت‌های اشتراک‌گذاری اجتماعی نیز از همین بخش مدیریت می‌شوند؛ اگر تصویر اشتراک‌گذاری وجود نداشته باشد، تصویر پیش‌فرض برند استفاده می‌شود.

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

بخش عمده‌ای از حجم صفحات در سایت‌های شرکتی را تصاویر تشکیل می‌دهند. تغییر اندازه در سمت سرور و تبدیل به فرمت‌های مدرن (WebP/AVIF) در زمان بارگذاری، ارائه ابعاد مناسب دستگاه با srcset، بارگذاری تنبل تصاویر خارج از صفحه و تعیین عرض/ارتفاع برای هر تصویر، مستقیماً هم LCP و هم CLS را بهبود می‌بخشد. کتابخانه رسانه باید این تبدیل‌ها را به صورت خودکار انجام دهد؛ نباید انتظار داشت که ویرایشگر تصویر را «با اندازه درست» آپلود کند.

ساختار URL و ریدایرکت‌ها

آدرس‌ها باید کوتاه، خوانا و دائمی باشند. هنگام انتقال محتوا یا تغییر slug، آدرس قدیمی باید با ریدایرکت 301 به آدرس جدید هدایت شود؛ در غیر این صورت، رتبه‌بندی‌های به‌دست‌آمده و لینک‌های خارجی از دست می‌روند. جدول ریدایرکت باید بخشی از مدیریت محتوا باشد؛ هر تغییر slug باید یک رکورد ریدایرکت خودکار تولید کند. در سایت‌های چندزبانه، زبان باید بخشی از آدرس باشد (مثلاً /tr/، /en/)؛ آدرس‌های واحدی که با کوکی یا زبان مرورگر تغییر می‌کنند، از نظر ایندکس‌گذاری مشکل‌ساز هستند.

بودجه خزش (Crawl Budget) و صفحات غیرضروری

ترکیبات فیلتر، پارامترهای مرتب‌سازی و صفحه‌بندی می‌توانند صدها آدرس مختلف برای یک محتوای یکسان تولید کنند. این آدرس‌ها یا باید با کانونیکال به صفحه اصلی متصل شوند یا نباید ایندکس شوند (noindex). پنل مدیریت، صفحات ورود و نقاط پایانی API نباید ایندکس شوند؛ اما حریم خصوصی آن‌ها نباید بر اساس robots.txt باشد، بلکه باید مبتنی بر کنترل دسترسی باشد.

سنجش: داده‌های آزمایشگاهی و میدانی

ابزارهایی مانند Lighthouse اندازه‌گیری‌های آزمایشگاهی ارائه می‌دهند؛ اما داده‌های کاربران واقعی (Chrome User Experience Report و اندازه‌گیری کاربران واقعی در سایت شما) مقداری است که در رتبه‌بندی در نظر گرفته می‌شود. این دو ممکن است نتایج متفاوتی بدهند: صفحه‌ای که در آزمایشگاه سریع به نظر می‌رسد، ممکن است در ارتباطات کند تلفن همراه عملکرد ضعیفی داشته باشد. افزودن سنجش کاربران واقعی به سایت باید از منظر داده‌های شخصی ارزیابی شود و در صورت نیاز به صورت ناشناس نگهداری شود.

// Örnek: web-vitals ile gerçek kullanıcı ölçümü (kavramsal)
import { onLCP, onINP, onCLS } from 'web-vitals';
const send = (metric) => navigator.sendBeacon('/api/vitals', JSON.stringify({ name: metric.name, value: metric.value, route: location.pathname }));
onLCP(send); onINP(send); onCLS(send);

چک‌لیست پیش از انتشار

  1. عنوان و توضیحات منحصربه‌فرد در هر صفحه
  2. آدرس کانونیکال و برچسب‌های hreflang
  3. آیا محتوا در HTML پیش‌رندر شده قابل مشاهده است؟
  4. آیا داده‌های ساختاریافته از ابزار اعتبارسنجی عبور کرده‌اند؟
  5. آیا sitemap.xml فقط شامل صفحات منتشرشده است؟
  6. آیا تصاویر دارای ابعاد، فرمت مدرن و بارگذاری تنبل هستند؟
  7. آیا ریدایرکت‌های 301 برای آدرس‌های قدیمی تعریف شده‌اند؟
  8. آیا در نمای موبایل اسکرول افقی و ناحیه لمسی کوچک وجود ندارد؟

در خدمات وب و اپلیکیشن‌های موبایل شرکت Cy Logic، معماری سازگار با سئو نه یک افزونه بازاریابی، بلکه استاندارد تحویل پیش‌فرض سایت‌های شرکتی است؛ تیم بازاریابی دیجیتال ما نیز جنبه‌های محتوا و سنجش را بر عهده می‌گیرد.