سئو برای وب‌سایت‌های ساخته‌شده با هوش مصنوعی: واقعاً چه چیزی مهم است

یک وب‌سایت ساخته‌شده با هوش مصنوعی می‌تواند مثل هر وب‌سایت دیگری رتبه بگیرد: موتورهای جست‌وجو آنچه صفحه دارد و میزان خدمت آن به بازدیدکننده را قضاوت می‌کنند، نه اینکه کدش را چه ابزاری نوشته است. نکته، فنی بودن آن است. بسیاری از ابزارهای ساخت با هوش مصنوعی اپ‌های تک‌صفحه‌ای تولید می‌کنند که به مرورگر یک فایل HTML تقریباً خالی می‌فرستند و محتوا را با JavaScript رسم می‌کنند؛ این کار خواندن و اشتراک هر صفحه را برای خزنده‌ها سخت‌تر می‌کند. برای رفع آن از پیش‌رندر یا رندر سمت سرور استفاده کنید، به هر صفحه تیتر، توضیح و نشانی اختصاصی بدهید، نقشه سایت اضافه کنید، سایت را سریع نگه دارید و سپس بخشی را انجام دهید که هیچ ابزاری برایتان انجام نمی‌دهد: نوشتن محتوایی که مردم دنبالش می‌گردند.

چرا اپ‌های تک‌صفحه‌ای در جست‌وجو مشکل دارند

یک وب‌سایت سنتی متن کامل هر صفحه را در HTML خود می‌فرستد. یک اپ تک‌صفحه‌ای (SPA) — خروجی پیش‌فرض بسیاری از ابزارهای ساخت با هوش مصنوعی، معمولاً React با ابزاری مانند Vite — یک پوسته کوچک HTML می‌فرستد، چیزی شبیه یک <div id="root"> خالی، به‌همراه یک بسته JavaScript. مرورگر JavaScript را اجرا می‌کند و صفحه را می‌سازد.

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

1. رندر یک مرحله اضافه است. Google برای صفحات JavaScript سه فاز را توصیف می‌کند: خزیدن در HTML، رندر آن در یک مرورگر Chromium بدون رابط، و سپس ایندکس کردن نتیجه رندرشده. راهنمای خود Google می‌گوید رندر سمت سرور یا پیش‌رندر همچنان ایده خوبی است، چون برای کاربران و خزنده‌ها سریع‌تر است و همه ربات‌ها نمی‌توانند JavaScript اجرا کنند.
2. خواننده‌های دیگر صفحه اصلاً رندر نمی‌کنند. پیش‌نمایش لینک در اپ‌های چت و شبکه‌های اجتماعی، و بسیاری از خزنده‌های دیگر، معمولاً فقط HTML اولیه را می‌خوانند. اگر تیتر و تصویر پیش‌نمایش شما بعد از بارگذاری با JavaScript تنظیم شود، آن پیش‌نمایش‌ها مقادیر پیش‌فرض پوسته خالی را نشان می‌دهند — اغلب همان تیتر در هر صفحه.
3. همه چیز یک فایل HTML را به اشتراک می‌گذارد. مگر اینکه اپ آن را به‌روز کند، هر نشانی همان <title> و توضیح را دارد و این به موتورهای جست‌وجو درباره هر صفحه چیز زیادی نمی‌گوید.

هیچ‌کدام از این‌ها به معنای این نیست که یک SPA قابل ایندکس نیست. یعنی شما روی کار بیشتر خزنده حساب می‌کنید و کنترل آنچه خوانندگان غیررندرکننده می‌بینند را از دست می‌دهید.

یک روش رندر انتخاب کنید

چهار روش رایج برای رساندن HTML واقعی به خزنده‌ها وجود دارد. به ترتیب تأثیر روی اپ شما:

یک قاعده عملی: بخش عمومی و قابل‌جست‌وجوی سایت باید ایستا یا پیش‌رندرشده باشد؛ اپ ورودی پشت آن می‌تواند یک SPA معمولی بماند. موتورهای جست‌وجو در هر صورت نباید داشبوردها را ایندکس کنند.

اگر از صفر شروع می‌کنید و سئو مهم است، این را در اولین پرامپت بگویید تا هوش مصنوعی راه‌اندازی مناسب را انتخاب کند:

یک وب‌سایت بازاریابی برای کلینیک فیزیوتراپی بساز با صفحات خانه، خدمات (یک صفحه برای هر خدمت)، درباره ما، قیمت‌ها و تماس. سئو مهم است: هر صفحه باید کل محتوا و تیتر و توضیح متای اختصاصی‌اش را در HTML اولیه بفرستد — از راه‌اندازی ایستا یا پیش‌رندرشده استفاده کن، نه یک SPA فقط سمت کلاینت.

اگر از قبل یک SPA با Vite دارید، از پیش‌رندر مسیرهای عمومی بخواهید:

این اپ React را همان‌طور که هست نگه دار، ولی مسیرهای عمومی (/، /pricing، /about، /blog و هر /blog/:slug) را در زمان ساخت به HTML ایستا پیش‌رندر کن، هرکدام با تیتر، توضیح متا، canonical و تگ‌های Open Graph مخصوص خودش. مسیرهای ورودی /app می‌توانند رندر سمت کلاینت بمانند.

پس از آن خودتان نتیجه را بررسی کنید: یک صفحه را باز کنید، گزینه View page source را انتخاب کنید (نه پنل Elements ابزارهای توسعه‌دهنده که صفحه رندرشده را نشان می‌دهد) و تأیید کنید متن و تیتر در HTML خام هستند.

مبانی روی صفحه را درست کنید

این موارد صرف‌نظر از روش رندر اعمال می‌شوند.

تیترها و توضیح‌های متا

• یک <title> منحصربه‌فرد برای هر صفحه، با موضوع اصلی صفحه در ابتدا. حدود ۵۰ تا ۶۰ کاراکتر یک راهنمای رایج است، چون تیترهای بلندتر در نتایج کوتاه می‌شوند.
• یک توضیح متای منحصربه‌فرد برای هر صفحه — جمله‌ای که آدم دوست داشته باشد روی آن کلیک کند، نه فهرست کلمات کلیدی. Google ممکن است آن را بازنویسی کند، اما توضیح خوب اغلب استفاده می‌شود.
• از meta keywords صرف‌نظر کنید. Google می‌گوید این تگ اثری در ایندکس یا رتبه‌بندی ندارد.

نشانی‌ها، عنوان‌ها و لینک‌ها

• نشانی واقعی برای صفحات واقعی. هر بخش محتوا به مسیر خودش نیاز دارد (/services/sports-massage)، نه یک تب یا پنجره‌ای که فقط بعد از کلیک وجود دارد. از مسیریابی با قطعه # برای محتوایی که می‌خواهید ایندکس شود پرهیز کنید.
• یک h1 برای هر صفحه، و بعد ساختار معقول h2/h3. طراحی‌های تولیدشده با هوش مصنوعی گاهی از عنوان برای استایل استفاده می‌کنند؛ عنوان‌های معنایی بخواهید.
• لینک‌های خزیدنی. برای ناوبری از لینک واقعی <a href> استفاده کنید. دکمه‌هایی که با JavaScript صفحه را عوض می‌کنند برای خزنده‌هایی که لینک را دنبال می‌کنند نامرئی‌اند.
• تگ‌های canonical که هر صفحه را به نشانی ترجیحی‌اش ارجاع می‌دهد، تا نسخه‌های ?utm= و نسخه‌های تکراری با اسلش انتهایی با هم رقابت نکنند.
• متن جایگزین توصیفی برای تصاویر معنادار.

پیش‌نمایش‌های شبکه‌های اجتماعی

تگ‌های Open Graph (og:title، og:description، og:image، og:url) را در HTML اولیه هر صفحه عمومی بگذارید. این همان بخشی است که SPAها بیشتر از همه اشتباه انجام می‌دهند، چون ربات‌های پیش‌نمایش لینک JavaScript اجرا نمی‌کنند.

نقشه سایت و robots.txt

نقشه سایت فایل XML‌ای است که نشانی‌هایی را که می‌خواهید ایندکس شوند فهرست می‌کند. کمک می‌کند موتورهای جست‌وجو صفحات را پیدا کنند، به‌ویژه در سایت‌های جدید با لینک ورودی کم. بر اساس مستندات Google، از سپتامبر ۲۰۲۶:

• یک نقشه سایت می‌تواند تا ۵۰٬۰۰۰ نشانی یا ۵۰ مگابایت بدون فشرده‌سازی داشته باشد؛ سایت‌های بزرگ‌تر را با یک فهرست نقشه سایت تقسیم کنید.
• Google تگ‌های <priority> و <changefreq> را نادیده می‌گیرد.
• Google از <lastmod> فقط در صورتی استفاده می‌کند که دائماً دقیق باشد، پس آن را برای تغییرات واقعی محتوا به‌روز کنید، نه در هر ساخت.

فایل robots.txt به خزنده‌ها می‌گوید کدام مسیرها را نخزند. از آن برای دور نگه داشتن خزنده‌ها از /app، /admin و مسیرهای API استفاده کنید و نقشه سایت را هم از همان‌جا معرفی کنید. توجه داشته باشید که robots.txt جلوی خزیدن را می‌گیرد، نه ایندکس شدن را: برای اینکه صفحه‌ای در نتایج نباشد، از متاتگ robots با noindex استفاده کنید و اجازه دهید خزیده شود.

پس از اینکه سایت روی دامنه نهایی‌اش قرار گرفت، نقشه سایت را در Google Search Console ثبت کنید. Search Console همچنین نشان می‌دهد کدام صفحات ایندکس شده‌اند و چرا بقیه نیستند — مفیدترین ابزار رایگان سئو.

داده ساختاریافته

داده ساختاریافته نشانه‌گذاری قابل‌خواندن توسط ماشین است که توصیف می‌کند صفحه چیست: یک سازمان، یک کسب‌وکار محلی، یک محصول، یک مقاله، یک رویداد. Google قالب JSON-LD را توصیه می‌کند و در دو نکته روشن است:

• می‌تواند صفحات را واجد شرایط نتایج غنی کند، اما تضمینی برای آن نیست.
• باید اطلاعات قابل‌دیدن روی صفحه را توصیف کند. نظرات، قیمت‌ها یا پرسش‌های متداولی را که بازدیدکننده نمی‌بیند نشانه‌گذاری نکنید.

نقاط شروع منطقی: Organization یا LocalBusiness در صفحه اصلی، Product در صفحات محصول، Article در پست‌های وبلاگ و BreadcrumbList در صفحات عمیق. با Rich Results Test گوگل آزمایش کنید.

داده ساختاریافته JSON-LD اضافه کن: LocalBusiness در صفحه اصلی با استفاده از نشانی، تلفن و ساعت کاری که از قبل روی صفحه نشان داده شده، و Article برای هر پست وبلاگ. امتیاز یا نظر اضافه نکن.

سرعت و موبایل

Google از سیگنال‌های تجربه صفحه، از جمله Core Web Vitals، استفاده می‌کند و سرعت صرف‌نظر از آن برای بازدیدکنندگان مهم است. آستانه‌های «خوب» Google که در صدک ۷۵ بارگذاری صفحات اندازه‌گیری می‌شوند، این‌ها هستند:

راه‌حل‌های معمول برای سایت‌های ساخته‌شده با هوش مصنوعی:

• تصاویر — اندازه را کم کنید، فشرده کنید، از قالب‌های جدید استفاده کنید، عرض و ارتفاع را تنظیم کنید (که جابه‌جایی چیدمان را جلوگیری می‌کند) و زیر تا‌خوردگی بارگذاری تنبل را فعال کنید.
• JavaScript — یک بسته بزرگ همه‌چیز را در یک SPA به تأخیر می‌اندازد. پیش‌رندر کمک می‌کند؛ تقسیم کد برای هر مسیر هم کمک می‌کند.
• فونت‌ها — خانواده‌ها و وزن‌ها را محدود کنید و آنی را که بالای تا‌خوردگی استفاده می‌شود پیش‌بارگذاری کنید.
• اسکریپت‌های شخص ثالث — هر ویجت چت و پیکسل ردیابی از سرعت می‌کاهد. فقط آن‌هایی را نگه دارید که واقعاً استفاده می‌کنید.

نشانی زنده را با PageSpeed Insights یا Lighthouse در حالت موبایل آزمایش کنید.

بیشترِ کار با محتواست

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

• یک صفحه برای هر موضوعی که مردم جست‌وجو می‌کنند. یک لوله‌کش به یک صفحه برای هر خدمت و هر منطقه‌ای که خدمت می‌دهد نیاز دارد، نه یک صفحه «خدمات» که همه‌چیز را فهرست کند.
• جزئیات مشخص و اصیل — قیمت‌ها، فرایند، عکس‌های کارهای واقعی، پاسخ به پرسش‌هایی که مشتریان تلفنی می‌پرسند.
• به‌روز شده وقتی چیزها تغییر می‌کنند. ساعت کاری قدیمی و قیمت‌های کهنه خیلی سریع اعتماد را از بین می‌برند.

هوش مصنوعی می‌تواند صفحات را سریع پیش‌نویس کند، و این وسوسه را ایجاد می‌کند که تعداد زیادی صفحه نازک و شبیه به هم منتشر شود. راهنمای Google محتوایی را هدف می‌گیرد که عمدتاً برای رتبه گرفتن ساخته شده نه برای کمک به مردم، صرف‌نظر از اینکه چگونه تولید شده باشد. از هوش مصنوعی برای پیش‌نویس استفاده کنید، سپس آنچه فقط خودتان می‌دانید را اضافه کنید. سایت‌های سبک فهرست بیشترین مواجهه را با این موضوع دارند؛ برای اینکه صفحات فهرست ارزش ایندکس شدن داشته باشند، نحوه ساخت وب‌سایت دایرکتوری را ببینید.

چک‌لیست راه‌اندازی

• صفحات عمومی کل محتوا را در HTML اولیه می‌فرستند (View page source را بررسی کنید)
• تیتر، توضیح متا و canonical منحصربه‌فرد در هر صفحه
• تگ‌های Open Graph و یک تصویر اشتراک‌گذاری در هر صفحه عمومی
• یک h1 برای هر صفحه، لینک‌های واقعی <a href>، متن جایگزین برای تصاویر
• sitemap.xml با نشانی‌های واقعی؛ robots.txt که مسیرهای اپ و API را مسدود می‌کند
• داده ساختاریافته فقط برای محتوای قابل‌دیدن، و آزمایش‌شده
• LCP، INP و CLS در محدوده «خوب» روی موبایل
• سایت روی دامنه نهایی با HTTPS و ثبت‌شده در Search Console

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

سئو در Mythex

Mythex بخش جداگانه سئو ندارد؛ سئو را با تغییر اپ از طریق گفتگو یا کد بهتر می‌کنید. اپ‌های وب جدید به‌طور پیش‌فرض یک SPA با Vite و React هستند، پس وقتی جست‌وجو مهم است، از همان ابتدا یک سایت ایستا یا پیش‌رندرشده، یا Next.js بخواهید. مستندات یک پرامپت آغازین برای تیترها، تگ‌های Open Graph، نقشه سایت و robots.txt در سئو برای اپ شما دارد و وب‌سایت‌های ایستا سایت‌های محتوامحور را پوشش می‌دهد. پس از تغییرات، دوباره منتشر کنید تا سایت زنده آن‌ها را دریافت کند. دامنه‌های اختصاصی در پلن Pro در دسترس‌اند.

پرسش‌ها