سئوی فنی برای اپهای جاوااسکریپت، بدون ترس
فریمورکهای جاوااسکریپت سئو را نشکستند. آنها این فرض را شکستند که هر چه سرور میفرستد، همان است که خزنده میبیند؛ فرضی که فقط برای HTML ایستا درست بود.
وقتی رندر میتواند در بیش از یک جا اتفاق بیفتد، سؤالها مشخص میشوند: HTML از کجا میآید، پاسخ اول چه چیزی دارد، و آیا خزنده میتواند بدون اجرای اسکریپت به همهٔ صفحهها برسد؟
برای هر مسیر، یک استراتژی رندر انتخاب کنید
بیشتر پروژهها به یک پاسخ واحد برای کل سایت نیاز ندارند. صفحهٔ بازاریابی، داشبورد و صفحهٔ نتیجهٔ جستوجو نیازهای متفاوتی در تازگی و سرعت دارند، و یکسان دیدن آنها معمولاً همان جایی است که دردسر شروع میشود.
- ایستا: محتوایی که با برنامه تغییر میکند، نه با درخواست
- افزایشی: محتوای منتشرشده که باید سریع و تازه باشد
- رندر سمت سرور: صفحههایی که به خود درخواست وابستهاند
- رندر سمت کلاینت: نماهایی که نیاز به ورود دارند و هرگز نباید ایندکس شوند
بعد خزش را بیابهام کنید
canonicalهایی که با sitemap همخوان باشند، یک نشانی برای هر محتوا، دادهٔ ساختاریافتهای که با آنچه در صفحه دیده میشود بخواند، و sitemapای که تولید میشود نه دستی نگهداری. هیچکدام عجیب نیست؛ همهشان راحت اشتباه میشوند.
در آخر، همانطور که موتورهای جستوجو اندازه میگیرند بسنجید: صفحههای خودتان را بهعنوان خزنده بگیرید، ببینید چه چیزی رندر میشود، و مطمئن شوید ایندکس همان چیزی است که میخواستید منتشر کنید.

SaaS شما بهاندازهٔ کافی سریع است — تا وقتی که نباشد
افتهای کارایی بیصدا روی هم انباشته میشوند: یک وابستگی، یک لیست بهینهنشده، یک مسیر پردازش تصویر «موقت». این ممیزیای است که قبل از هر مقیاسگیری اجرا میکنیم؛ و ترتیبی که در آن اجرا میکنیم.