چطور یک وبلاگ به وبسایت خود اضافه کنیم: گزینهها، سئو و راهاندازی
برای افزودن وبلاگ به وبسایت، ابتدا انتخاب کنید پستها چطور نوشته شوند — فایلهای Markdown در پروژه اگر خودتان یا یک توسعهدهنده مینویسید، یک پایگاه داده با ویرایشگر مدیریتی اگر افراد غیرفنی مینویسند، یا یک CMS اگر یک ابزار ویرایش کامل میخواهید — سپس وبلاگ را روی /blog در دامنهی اصلی با یک صفحهی فهرست، یک صفحه برای هر پست، و یک فید RSS قرار دهید. برای موتورهای جستوجو، مطمئن شوید هر پست بهصورت HTML واقعی با عنوان، توضیح و تصویر اشتراکگذاری مخصوص خودش سرو میشود و در sitemap شما میآید. یک ساز اپ هوش مصنوعی میتواند هرکدام از اینها را از روی یک پرامپت بسازد؛ انتخاب بیشتر به این بستگی دارد که چه کسی مینویسد.
انتخاب کنید پستها چطور نوشته شوند
این تصمیمی است که بیشترین اهمیت را دارد. فناوری از آن پیروی میکند.
| گزینه | نحوهی کار | مناسب برای | نکات منفی |
|---|---|---|---|
| فایلهای Markdown در پروژه | هر پست یک فایل .md است؛ سایت آن را به صفحه تبدیل میکند | بنیانگذاران یا توسعهدهندگانی که گاهی مینویسند | انتشار یک پست یعنی تغییر پروژه و دیپلوی مجدد |
| پایگاه داده + ویرایشگر مدیریتی | پستها ردیفهایی در یک جدولاند که در ویرایشگری داخل اپ نوشته میشوند | تیمهای کوچک، نویسندگان غیرفنی | خودتان ویرایشگر را میسازید و نگه میدارید |
| CMS بدون رابط (Headless) | یک ابزار محتوای جدا؛ سایت شما پستها را از طریق API آن میگیرد | تیمهای محتوا، نویسندگان زیاد، فرآیندهای تأیید | یک حساب دیگر، کلید API و صورتحساب دیگر |
| پلتفرم وبلاگ جدا | یک ابزار وبلاگ میزبانیشده روی یک زیردامنه | شروع بدون هیچ ساختنی | طراحی متفاوت، پیوند ضعیفتر با سایت اصلی |
یک قاعدهی مفید: اگر راحت هستید در یک فایل متنی ساده بنویسید، Markdown سادهترین و سریعترین برای سرو کردن است. اگر کلمههای "commit" و "redeploy" شما یا تیمتان را از پست گذاشتن بازمیدارد، یک ویرایشگر انتخاب کنید.
زیرپوشه یا زیردامنه؟
- زیرپوشه (
example.com/blog): یک سایت، یک طراحی، یک مجموعه تحلیل، و پستهای وبلاگ روی همان دامنهای هستند که صفحاتی را که میخواهید رتبه بگیرند. سادهترین گزینه برای بیشتر کسبوکارها. - زیردامنه (
blog.example.com): وقتی لازم است که وبلاگ روی یک پلتفرم متفاوت اجرا شود که نمیتوانید زیر سایت اصلی سرو کنید.
اگر در هر حال وبلاگ را در سایت خودتان میسازید، از زیرپوشه استفاده کنید.
یک وبلاگ به چه چیزهایی نیاز دارد
- صفحهی فهرست پستها با عنوان، تاریخ، خلاصهی کوتاه و صفحهبندی.
- صفحهی پست با عرض خواندنی (تقریباً ۶۰ تا ۸۰ کاراکتر در هر خط)، عنوانهای واضح و مدیریت خوب تصاویر.
- نشانیهای تمیز:
/blog/how-to-choose-a-caterer، نه/blog?id=17. - عنوان و توضیح متا برای هر پست، بهعلاوهی تگهای Open Graph تا لینکهای اشتراکگذاری پیشنمایش درست داشته باشند.
- ورودیهای sitemap برای هر پست، و یک فید RSS برای خوانندگان و ابزارهای خبرنامه.
- نویسنده و تاریخ، و یک تاریخ "بهروزرسانیشده" وقتی پستی را ویرایش میکنید.
- دستهها یا تگها وقتی پستهای کافی دارید که به آنها نیاز باشد.
- پیشنویسها تا پستهای ناتمام خصوصی بمانند.
سئو: پستها را صفحات واقعی کنید
بسیاری از سایتهای ساختهشده با ابزارهای مدرن اپهای تکصفحهای هستند: مرورگر جاوااسکریپتی دانلود میکند که سپس صفحه را میکشد. این برای اپها کار میکند، اما یک وبلاگ به جستوجو و پیشنمایش لینکها وابسته است، و صفحاتی که فقط در مرورگر کشیده میشوند برای برخی خزندهها و پیشنمایشهای اجتماعی خواندنشان سختتر است. برای یک وبلاگ، درخواست کنید پستها پیشرندر (در زمان ساخت سایت به HTML تبدیل شوند) یا سمت سرور رندر شوند، تا هر نشانی پست فوراً کل محتوا، عنوان و توضیح خود را برگرداند.
راهنمای ما دربارهی سئو برای وبسایتهای ساختهشده با هوش مصنوعی عنوانها، sitemap و دادهی ساختاریافته را با جزئیات بیشتر پوشش میدهد.
نمونه پرامپتها
وبلاگ Markdown:
یک وبلاگ در /blog اضافه کن. هر پست یک فایل Markdown در content/blog است با عنوان، توضیح، تاریخ و تصویر کاور اختیاری در بالای آن. یک صفحهی فهرست (جدیدترین اول، ۱۰ پست در هر صفحه) و یک صفحه برای هر پست در /blog/[slug] بساز. همهی صفحات وبلاگ را به HTML استاتیک پیشرندر کن تا هرکدام عنوان، توضیح متا و تگهای Open Graph مخصوص خودشان را داشته باشند. پستها را به sitemap.xml اضافه کن و یک فید RSS در /blog/rss.xml بساز.
وبلاگ با ویرایشگر:
یک وبلاگ اضافه کن که پستهایش در پایگاه داده ذخیره میشوند: عنوان، slug، خلاصه، متن (Markdown)، تصویر کاور، وضعیت (پیشنویس یا منتشرشده)، تاریخ انتشار. یک بخش مدیریت محافظتشده با رمز بساز تا پستها را بسازم، ویرایش کنم، پیشنمایش کنم و منتشر کنم، با امکان آپلود تصویر برای کاور و تصاویر داخل متن. فقط پستهای منتشرشده در /blog دیده شوند. هر صفحهی پست را روی سرور رندر کن با عنوان و توضیح متای مخصوص خودش.
بهبود ظاهر:
چیدمان صفحهی پستها را بهتر کن: عرض خواندن راحت، ارتفاع خط بیشتر، عنوانها، بلوکهای کد و نقلقولهای استایلدار، تصاویر واکنشگرا، و لینکهای "پست بعدی / قبلی" در پایین. رنگها و فونتهای موجود سایت را نگه دار.
گام به گام
- تصمیم بگیرید چه کسی مینویسد و Markdown، پایگاه داده + ویرایشگر، یا CMS را انتخاب کنید.
- ساختار نشانی را انتخاب کنید:
/blogو/blog/post-slug. - صفحات فهرست و پست را با مبانی چیدمان بالا بسازید.
- متادیتا را برای هر پست اضافه کنید: عنوان، توضیح، تصویر اشتراکگذاری، تاریخها.
- پستها را قابل خزش کنید: پیشرندر یا رندر سمت سرور، سپس با دیدن source صفحهی یک پست بررسی کنید — متن مقاله باید آنجا باشد.
- یک sitemap و فید RSS اضافه کنید.
- تصاویر را مدیریت کنید: فشرده کنید، اندازه تعیین کنید، متن جایگزین (alt) اضافه کنید. برای یک ویرایشگر، آپلودها را در فضای ذخیرهسازی فایل نگه دارید (ببینید چطور آپلود فایل را به اپ اضافه کنیم).
- قبل از راهاندازی دو یا سه پست بنویسید، تا وبلاگ خالی به نظر نرسد.
- منتشر کنید، سپس sitemap را در Google Search Console ثبت کنید.
اشتباهات رایج
- انتخاب راهی که هیچکس استفاده نمیکند. یک وبلاگ Markdown برای تیمی که به فایلها دست نمیزند خالی میماند.
- پستهایی که فقط در مرورگر رندر میشوند. اشتراکگذاریها پیشنمایش خالی نشان میدهند و موتورهای جستوجو ممکن است محتوای کمتری ببینند.
- عنوان و توضیح یکسان برای همهی پستها. هر پست باید مال خودش را داشته باشد.
- تغییر slug بعد از انتشار. لینکها را میشکند؛ اگر ناچارید، یک ریدایرکت اضافه کنید.
- تصاویر بزرگ و فشردهنشده. همهی پستها را کند میکنند.
- نبودن پیشنویس. پستهای نیمهکاره بهطور تصادفی منتشر میشوند.
- نوشتن دربارهی خودتان بهجای سؤالهای مشتریان. پاسخهای مفید بازدید جذب میکنند؛ اعلانها بهندرت این کار را میکنند.
چکلیست
- روش نوشتن با کسانی که واقعاً خواهند نوشت مطابقت دارد
- وبلاگ روی دامنهی اصلی در /blog است
- نشانیهای تمیز و پایدار برای هر پست
- عنوان، توضیح و تصویر اشتراکگذاری یکتا برای هر پست
- HTML پست شامل کل مقاله است (source صفحه را بررسی کنید)
- sitemap و فید RSS همهی پستهای منتشرشده را دارند
- پیشنویسها خصوصی میمانند
- تصاویر فشرده و با متن جایگزین
- چند پست قبل از راهاندازی نوشته شده
افزودن وبلاگ با Mythex
در Mythex میتوانید هر دو نوع وبلاگ را از داخل چت بسازید. برای وبلاگ مبتنی بر ویرایشگر، پستها در پایگاه دادهی پروژه و تصاویر در فضای ذخیرهسازی فایل قرار میگیرند، که Mythex وقتی اپ به آنها نیاز دارد فعال میکند. مستندات Mythex اشاره میکند که اپهای جدید پیشفرض اغلب اپهای تکصفحهای Vite هستند، با سئوی ضعیفتر نسبت به HTML رندر شده روی سرور یا استاتیک — پس برای یک وبلاگ، صفحات پست پیشرندر یا استاتیک یا یک راهاندازی Next.js بخواهید. سئو برای اپ منتشرشدهی شما را ببینید و بعد از تغییرات دوباره منتشر کنید.
اگر از صفر شروع میکنید، چطور با هوش مصنوعی وبسایت بسازیم و چطور وبسایت یک کسبوکار کوچک بسازیم را ببینید.
پرسشها
وبلاگ من باید روی زیردامنه باشد یا زیرپوشه؟
یک زیرپوشه مثل example.com/blog وبلاگ را روی همان سایتِ محصولتان نگه میدارد و برای بیشتر کسبوکارهای کوچک سادهترین انتخاب است. یک زیردامنه مثل blog.example.com وقتی منطقی است که وبلاگ روی یک پلتفرم جدا اجرا شود و نتوانید آن را زیر سایت اصلی میزبانی کنید.
سادهترین راه برای افزودن وبلاگ به سایتی که با هوش مصنوعی ساختهام چیست؟
اگر فقط خودتان یا یک توسعهدهنده پست مینویسید، هر پست را بهصورت یک فایل Markdown در پروژه ذخیره کنید و بگذارید سایت آنها را به صفحه تبدیل کند. اگر افراد غیرفنی مینویسند، پستها را با یک ویرایشگر مدیریتی ساده در یک پایگاه داده اضافه کنید، یا یک CMS وصل کنید.
آیا وبلاگ روی یک اپ تکصفحهای برای سئو بد است؟
میتواند ضعیفتر باشد. صفحاتی که فقط در مرورگر رندر میشوند برای برخی خزندهها و پیشنمایشهای اشتراکگذاری خواندنشان سختتر است. پستهای وبلاگ باید بهصورت HTML واقعی سرو شوند — در زمان ساخت پیشرندر شده یا روی سرور رندر شده — با عنوان و توضیح مخصوص خودشان.
در یک وبلاگ کسبوکار چند وقت یک بار باید پست بگذارم؟
عدد جادویی وجود ندارد. یک سرعت پایدار که بتوانید ادامه دهید، با پستهایی که به سؤالهای واقعی مشتریانتان جواب میدهند، بهتر از یک موج پست و بعد ماهها سکوت است.