همه یه تاکسونومی بازاریابی میخوان
هاب ویژگی، صفحهی راهحل، واژهنامه، دایرکتوری. اگه با AI ساختار سایتت رو میسازی، وسوسهی بزرگ یه داستان موازیه: ساختاری که محصولی رو توصیف میکنه که واقعاً نساختی. موتورهای جستجو هم یه کاربر دیگهان که متوجه میشن.
سایت SpielOS وجود داره تا بازدیدکنندهی واجد شرایط رو به لیست انتظار بفرسته. کوتاهترین مسیر صادقانه اینه که توضیح بده محصول واقعاً چیه. SpielOS یه هارنسه: نقشها، مهارتها، ورکفلوها، ارزیابیها، کانتکست، پروایدرها و اتصالات. این معماریه و همون نقشهی سایت هم هست.
دستوری که به خودم دادم صریح بود: یه تاکسونومی بازاریابی جدا اختراع نکن. نه دایرکتوری موازی، نه صفحهی راهحل، نه تیم و تمپلیتی که توی محصول وجود نداره. تنها چیزی که سایت برایش رتبه میگیرد، همونهاییست که محصول واقعاً داره.
اگر ساختار محتوای سایت با خود محصول هماهنگ نباشه، مدتها باید هزینهی اصلاح و نگهداریش رو بدی.
معماری محصول بهعنوان نقشهی سایت
چهار هاب، یازده صفحه، صفر دستهبندی اختراعشده.
نتیجه یک درخت مسیره که مستقیماً هارنس رو آینه میکنه. هر هاب یک لایه از محصوله و هر صفحه زیرش یک قابلیت واقعی با یک نیت جستجوی واقعیه.
چت مدیرعامل برای جلسههای کاری طولانیمدت، حالت مستقیم برای اجرای ورکفلو و زمانبندی.
کانتکست فایلها بهعنوان پایگاه دانش، استراتژی برای مدیریت پرامپت و دستورها، حافظه برای وضعیت پایدار.
هارنس نقشها بهعنوان موقعیتها، مهارتها بهعنوان قابلیتهای قابل استفادهی مجدد، ورکفلوها بهعنوان پایپلاین چند ایجنتی، ارزیابیها بهعنوان دروازههای کیفیت.
زیرساخت پروایدرها برای انتخاب مدل، اتصالات برای MCP، OAuth و یکپارچهسازی API.
نقشهی سایت همان محصوله. هر صفحه جایگاهش رو با توصیفکردن کاری که محصول واقعاً انجام میده به دست میآره.
دو زبان، یک ساختار
همان درخت مسیر، در زیرمجموعهی /fa، با نیت جستجوی واقعی فارسی.
سئوی دوزبانه مستقیماً از تصمیم معماری اومد. هر صفحهی انگلیسی یه ورپر فارسی زیر /fa/ داره که کامپوننتها و دستهبندی یکسانی رو به اشتراک میذاره. نیت جستجو فرق داره — تیمهای ایرانی که دنبال ارکستریشن ایجنتیک به فارسی میگردن — اما ساختار دقیقاً یکیه.
همین تقارنه که سئو رو قابل نگهداری میکنه. یه تغییر معماری، هر دو زبان رو آپدیت میکنه. هیچ استراتژی محتوای موازیای نیست که در دو جهت جداگانه حرکت کنه.
hreflang، کانونیکال و متادیتای لوکال خودکاره چون ساختار URL خودش اینطوریه. یک بار معماری کن، دو بار سئو بگیر.
جستجو همون چیزی رو میخواد که محصول هست
وقتی قابلیت مدلها به هم نزدیک میشه، متمایزکننده هارنس دور اونه. موتورهای جستجو هم یه کاربر دیگهان از همون جواب.
نتیجهی جستجو برای «هارنس ایجنتیک» باید به صفحهای دربارهی هارنس برسه چون اون چیزیه که محصول هست. نتیجهی جستجو برای «اجرای ورکفلو» باید به صفحهی ورکفلوها برسه چون ورکفلوها نحوهی اجرا هستن. نه لایهی ترجمه، نه برق بازاریابی.
سریعترین سئو صداقت دربارهی اون چیزیه که ساختی. معماری جوابه؛ بقیهاش تزئینه.
این دقیقاً همون تصمیمیه که باید شکل بده چطور از AI برای ارائهی کسبوکارت استفاده کنی: دربارهی اون چیزی بنویس که سیستم واقعاً انجام میده، شامل بخشهایی که خراب شدن. حقیقت محصول بهرهی مرکب میده. داستانهای بازاریابی نه.
سئوی مبتنی بر معماری
سه حرکت که تقریباً هیچ هزینهای ندارن و همهچیز رو عوض میکنن — مخصوصاً اگه صفحهها رو با AI میسازی.
محصول واقعی رو نقشهبرداری کن. هر قابلیتی که محصول ارائه میده رو لیست کن. اون فهرست نقشهی سایتته. صفحهای اضافه نکن که محصول نتونه جواب بده.
تاکسونومیهای موازی رو ممنوع کن. اگر ساختار بازاریابی با ساختار محصول جور نباشه، یکیشون اشتباهه. معمولاً اون یکی بازاریابیه.
در هر زبانی آینهاش کن. یک معماری، ورپرهای آینهای. سئوی دوزبانه یه مشکل روتینگ میشه، نه مشکل محتوا.
صفحهی اصلی رو بهینه نکن. حقیقت رو بهینه کن. معماری خودش تحقیق کلمات کلیدی رو انجام داده.
هاب ویژگیها خود محصوله، نه توصیفش.
چت، کانتکست، هارنس، زیرساخت. چهار هاب، یازده صفحه، دو زبان، یک معماری.
ساختار محصول رو ببین