آماده‌سازی سایت برای AI Agent؛ راهنمای Agent-Ready Website

پاسخ کوتاه: آماده‌سازی سایت برای AI Agent یعنی سایت طوری ساخته شود که اطلاعات آن قابل‌کشف، قابل‌فهم و قابل‌اقدام باشد. این کار با یک متاتگ یا فایل جادویی انجام نمی‌شود؛ باید از سئوی فنی و معماری محتوا شروع کرد، اطلاعات مهم را در HTML قابل‌دسترسی نگه داشت، روابط موجودیت‌ها و لینک‌ها را روشن کرد و برای تعاملات واقعی، فرم‌ها، دکمه‌ها، وضعیت‌ها، API و در سناریوهای مناسب فناوری‌هایی مانند WebMCP را به‌شکل کنترل‌شده طراحی کرد.

این موضوع جایگزین SEO نیست. برای AI Overviews و AI Mode هم پایه همان SEO سالم است: صفحه باید قابل‌خزش و قابل‌ایندکس باشد، محتوای مفید و منحصربه‌فرد داشته باشد، اطلاعات مهم در قالب متن قابل‌دسترسی ارائه شوند، لینک‌های داخلی مناسب داشته باشند و داده‌های ساختاریافته با محتوای قابل‌مشاهده صفحه تطابق داشته باشند. Google برای این تجربه‌ها «Schema جادویی» یا بهینه‌سازی فنی جداگانه‌ای معرفی نکرده است.

AI Agent چیست و چه تفاوتی با crawler دارد؟

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

یک crawler معمولی بیشتر برای کشف و دریافت منابع طراحی شده است؛ درحالی‌که Agent می‌تواند با هدف انجام یک کار وارد جریان شود. برای مثال crawler ممکن است صفحه محصول را دریافت کند؛ اما Agent ممکن است به مقایسه چند محصول، بررسی شرایط یا تکمیل یک مسیر عملی نیاز داشته باشد.

در راهنماهای رسمی Google درباره تجربه‌های agentic، DOM، رندر بصری و درخت دسترسی‌پذیری به‌عنوان بخش‌هایی از درک رابط وب مطرح می‌شوند. بنابراین ساختار واقعی صفحه، نام‌گذاری عناصر و قابل‌فهم‌بودن تعاملات اهمیت پیدا می‌کند.

همچنین OpenAI برای جستجوی ChatGPT از OAI-SearchBot استفاده می‌کند. این یعنی باید بین «خزنده‌ای که محتوا را کشف می‌کند» و «Agentی که در یک workflow می‌تواند از ابزارها استفاده کند» تفاوت گذاشت.

Agent-Ready Website دقیقاً چیست؟

Agent-Ready Website اصطلاحی برای توصیف یک معماری وب مناسب تعامل عامل‌هاست، نه یک فاکتور رسمی رتبه‌بندی Google. یک سایت Agent-Ready معمولاً سه لایه دارد: Discoverability برای پیدا شدن اطلاعات، Interpretability برای فهم درست ساختار و معنا، و Actionability برای اجرای کنترل‌شده کارهایی که سایت اجازه انجامشان را می‌دهد.

سه لایه اصلی Agent Readiness

اصطلاح Agent-Ready Website را بهتر است یک چارچوب مهندسی بدانیم، نه یک فاکتور رتبه‌بندی رسمی. منظور سایتی است که اطلاعات، ساختار و تعاملات آن به‌شکل استاندارد و قابل‌پیش‌بینی ارائه می‌شوند.

رابطه SEO، AI Search و AI Agent Readiness

این چهار حوزه رقیب هم نیستند. در معماری سالم، Technical SEO زیرساخت کشف است؛ محتوای باکیفیت لایه اطلاعاتی را می‌سازد؛ داده‌های ساختاریافته به درک موجودیت‌ها کمک می‌کنند؛ و طراحی تعاملات استاندارد، سایت را برای سناریوهای agentic آماده‌تر می‌کند.

چطور محتوای سایت را برای AI Agent قابل‌فهم کنیم؟

۱. هر صفحه باید یک هدف اصلی داشته باشد

اگر صفحه‌ای هم‌زمان مقاله، لندینگ، صفحه خدمات و فروشگاه باشد، تشخیص هدف آن سخت‌تر می‌شود. عنوان، H1، مقدمه و H2/H3 باید در خدمت یک موضوع مرکزی باشند.

۲. پاسخ اصلی را زود ارائه کنید

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

۳. اطلاعات قابل مقایسه را واقعاً قابل مقایسه کنید

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

۴. موجودیت‌ها و ارتباط‌ها را روشن کنید

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

۵. لینک‌سازی داخلی را موضوعی طراحی کنید

یک مقاله جامع باید به مقالات تخصصی‌تر لینک بدهد و مقالات زیرمجموعه نیز به صفحه اصلی موضوع برگردند. این معماری Topic Cluster رابطه موضوعی صفحات را واضح‌تر می‌کند.

AI Search، GEO و AEO چه نسبتی با Agent Readiness دارند؟

SEO بیشتر روی کشف، ایندکس و ارتباط موضوعی تمرکز دارد. AI Search از همین زیرساخت برای بازیابی و ترکیب منابع در پاسخ‌های مولد استفاده می‌کند. اصطلاح‌های GEO و AEO بیشتر برای توصیف بهینه‌سازی محتوا برای تجربه‌های پاسخ‌محور استفاده می‌شوند و نباید به‌عنوان مجموعه‌ای از «ترفندهای مستقل از SEO» در نظر گرفته شوند. راهنمای فعلی Google نیز بر محتوای ارزشمند و اصول پایه SEO تأکید می‌کند، نه ترفندهای ساختگی برای AEO/GEO.

HTML معنایی، Schema، Accessibility و JavaScript

HTML معنایی

از عناصر معنایی مانند <main>، <nav>، <article>، <section>، headingهای منطقی، <button> و <a> برای معنای واقعی محتوا استفاده کنید. یک عنصر کلیک‌پذیر که فقط با یک <div> ساخته شده ممکن است برای انسان کار کند اما معنای آن برای ابزارهای مختلف کمتر واضح باشد.

Structured Data و Schema

Structured Data را برای توصیف واقعیت موجود در صفحه استفاده کنید، نه برای تزریق اطلاعاتی که کاربر در صفحه نمی‌بیند. بسته به نوع محتوا می‌توان از Article، Breadcrumb، Organization، Product و انواع مرتبط استفاده کرد؛ به شرطی که داده با محتوای واقعی صفحه مطابقت داشته باشد.

Google برای AI Search یک Schema جادویی معرفی نکرده است. بنابراین Schema باید بخشی از زیرساخت سالم SEO باشد، نه ترفندی برای تضمین حضور در پاسخ‌های هوش مصنوعی.

Accessibility

label صحیح فرم‌ها، نام قابل‌فهم دکمه‌ها، ترتیب منطقی headingها، alt تصاویر و پیام‌های وضعیت هم برای دسترسی‌پذیری و هم برای قابل‌تفسیرشدن رابط اهمیت دارند.

JavaScript

استفاده از JavaScript مشکلی ندارد. مسئله زمانی ایجاد می‌شود که اطلاعات یا عملکردهای حیاتی بی‌دلیل پشت رفتارهای شکننده، eventهای پیچیده یا اجرای کامل اسکریپت پنهان شوند. محتوای اصلی و کنترل‌های اساسی باید مسیر قابل پیش‌بینی داشته باشند.

چطور فرم‌ها، دکمه‌ها و مسیرهای عملی را Agent-Ready کنیم؟

هر اقدام باید ورودی، خروجی و وضعیت مشخص داشته باشد

برای Agent، فقط وجود یک دکمه کافی نیست. نام، نقش، ورودی موردنیاز و نتیجه اقدام باید قابل‌تشخیص باشد. برای فرم‌ها از label واقعی، نوع ورودی مناسب و پیام خطای واضح استفاده کنید. برای دکمه‌ها متن معنایی و دقیق مثل «افزودن به سبد» یا «ارسال درخواست» بهتر از متن‌های مبهمی مثل «ادامه» است.

API، Authentication و Authorization

اگر Agent باید عملی خارج از رابط کاربری انجام دهد، API می‌تواند مرز بهتری برای منطق کسب‌وکار باشد. Authentication هویت را مشخص می‌کند و Authorization تعیین می‌کند آن هویت اجازه انجام چه کاری را دارد. این دو را با هم اشتباه نگیرید و هیچ Tool یا endpoint حساسی را فقط به دلیل اینکه Agent قادر به فراخوانی آن است، عمومی نکنید.

تفاوت «سایت قابل‌خواندن» و «سایت Agent-Ready» در همین بخش پررنگ می‌شود. Agent ممکن است فقط متن را نخواند؛ بلکه لازم باشد یک درخواست ثبت کند، محصولی را بررسی کند یا تا یک مرحله مشخص از workflow پیش برود.

• هر فیلد فرم label واضح داشته باشد.
• فرمت ورودی و محدودیت‌ها مشخص باشند.
• خطاها دقیق و نزدیک به همان فیلد نمایش داده شوند.
• داده صحیح کاربر بعد از خطا بی‌دلیل حذف نشود.
• حالت‌های loading، success و error قابل تشخیص باشند.
• دکمه‌ها هدف مشخص داشته باشند و برای navigation از لینک واقعی استفاده شود.
• نتیجه نهایی هر عملیات قابل مشاهده و بازبینی باشد.
• اقدامات حساس مانند پرداخت یا حذف نهایی نیازمند تأیید صریح کاربر باشند.

robots.txt و دسترسی خزنده‌های AI

robots.txt سیاست دسترسی crawlerهاست، نه ابزار مستقیم رتبه‌بندی. مهم است هر User-Agent را بر اساس نقش واقعی‌اش بررسی کنید و قبل از مسدودکردن یک crawler بدانید چه نوع دسترسی را از بین می‌برید.

در سایت‌های واقعی، دسترسی crawler فقط به robots.txt محدود نیست و لایه‌هایی مثل CDN، فایروال، احراز هویت و وضعیت پاسخ HTTP هم می‌توانند مانع دسترسی شوند. OpenAI نیز به‌طور مشخص روی دسترسی OAI-SearchBot برای نمایش محتوای سایت در ChatGPT Search تأکید کرده است.

robots.txt سیاست دسترسی crawlerهاست، نه ابزار مستقیم رتبه‌بندی. قبل از مسدودکردن یک User-Agent باید هدف آن را بدانید.

OpenAI درباره OAI-SearchBot توضیح می‌دهد که این crawler برای جستجوی ChatGPT استفاده می‌شود. اگر هدف شما دیده‌شدن محتوای عمومی در Search است، باید مطمئن شوید این crawler در robots.txt یا لایه‌های امنیتی سایت ناخواسته مسدود نشده باشد.

در عین حال بازکردن همه مسیرها برای همه crawlerها نیز تصمیم حرفه‌ای محسوب نمی‌شود. سیاست دسترسی باید بر اساس نوع محتوا، امنیت و هدف هر crawler تنظیم شود.

llms.txt چیست و چه نقشی دارد؟

llms.txt یک پیشنهاد غیرالزامی برای ارائه یک نمای متنی ساختاریافته از بخش‌های مهم یک سایت به برخی سیستم‌هاست. برای Google Search ساختن آن لازم نیست و Google اعلام کرده وجود یا نبود آن اثر مثبت یا منفی مستقیمی بر رتبه یا دیده‌شدن در Search ندارد. بنابراین نباید آن را جایگزین Sitemap، robots.txt، معماری اطلاعات، محتوای باکیفیت یا لینک‌سازی داخلی دانست.

WebMCP چیست و چرا مهم است؟

WebMCP روشی در حال توسعه برای این است که یک وب‌سایت بتواند ابزارهای ساختاریافته‌ای را در اختیار Agentهای اجراشونده در مرورگر قرار دهد. در مستندات فعلی Chrome، WebMCP APIهایی برای تعریف Tool با JavaScript، ورودی ساختاریافته و اجرای عملیات‌هایی مانند ورود اطلاعات فرم، ناوبری و مدیریت وضعیت فراهم می‌کند. این فناوری در حال توسعه است و وضعیت آن ممکن است تغییر کند؛ بنابراین نباید آن را فاکتور رتبه‌بندی یا الزام هر سایت معرفی کرد.

Tool Calling در WebMCP چه معنایی دارد؟

به‌جای اینکه Agent مجبور باشد از روی متن صفحه حدس بزند یک اقدام چگونه انجام می‌شود، سایت می‌تواند Toolهایی با نام، توضیح، ورودی و رفتار مشخص ثبت کند. برای یک Tool خرید یا رزرو، باید دقیقاً معلوم باشد چه داده‌ای دریافت می‌کند، چه نتیجه‌ای برمی‌گرداند و چه side effectای دارد.

امنیت Toolها را از ابتدا طراحی کنید

Toolهای agentic می‌توانند side effect داشته باشند؛ بنابراین ورودی‌ها باید validate و sanitize شوند، سطح دسترسی بررسی شود، عملیات حساس نیازمند تأیید کاربر باشند و برای داده‌های غیرقابل‌اعتماد مسیر امن پردازش در نظر گرفته شود. مستندات Chrome نیز در راهنمای امنیت WebMCP درباره prompt injection، داده نامطمئن و ابزارهای consequential هشدار می‌دهند.

WebMCP یک استاندارد وب در حال توسعه است که به وب‌سایت اجازه می‌دهد ابزارهایی را برای استفاده توسط عامل‌های هوش مصنوعی تعریف و ارائه کند. این با «فقط خواندن صفحه» فرق دارد: صفحه معمولی اطلاعات و رابط ارائه می‌کند، درحالی‌که WebMCP می‌تواند قابلیت‌های مشخصی را به‌شکل ابزار تعریف‌شده در اختیار Agent قرار دهد.

OpenAI در مستندات Site Tools خود استفاده از WebMCP را توضیح داده و Chrome نیز APIهای WebMCP را برای تعریف ابزارهای وب مستندسازی کرده است. وضعیت این فناوری هنوز در حال توسعه است، بنابراین نباید آن را یک استاندارد قطعی و فراگیر برای تمام وب در نظر گرفت.

تفاوت سایت معمولی و سایت دارای WebMCP

مثال مفهومی

یک فروشگاه می‌تواند در معماری agentic ابزارهای مشخصی مثل جستجوی محصول، دریافت مشخصات و بررسی موجودی داشته باشد. نکته مهم این است که هر Tool باید ورودی، خروجی، خطا، سطح دسترسی و side effect مشخص داشته باشد.

WebMCP به معنی بازکردن کامل سایت برای Agent نیست. ابزارهای Agentic باید با authentication، authorization، اعتبارسنجی ورودی، محدودیت نرخ، ثبت رویداد و محدودکردن دامنه عملیات طراحی شوند.

آماده‌سازی سایت وردپرسی برای AI Agent

نمونه عملی برای سایت‌های فارسی و وردپرسی: ابتدا نقش هر URL را مشخص کنید: صفحه اطلاعاتی، خدمت، محصول، ابزار، فرم یا ناحیه عملیاتی. سپس بررسی کنید اطلاعات اصلی در HTML قابل‌دسترسی هستند، عنوان و H1 با نیت صفحه هماهنگ‌اند، لینک‌های داخلی رابطه موضوعی روشنی دارند و صفحات مهم orphan نیستند. بعد از آن Structured Data، accessibility، API و در صورت نیاز قابلیت‌های agentic را روی همین معماری سالم سوار کنید.

یک مسیر اجرایی برای WordPress

1. Indexability، canonical، robots.txt و Sitemap را بررسی کنید.
2. برای هر صفحه یک هدف اصلی و یک Entity یا موضوع مرکزی تعریف کنید.
3. عنوان، H1، مقدمه و Headingها را بر اساس سؤال واقعی کاربر تنظیم کنید.
4. اطلاعات مهم را در متن HTML نگه دارید و آن‌ها را فقط داخل تصویر یا canvas قرار ندهید.
5. برای فرم‌ها label، نوع ورودی، state و پیام خطای واضح تعریف کنید.
6. Structured Data را فقط بر اساس محتوای قابل‌مشاهده صفحه تنظیم کنید.
7. لینک‌های داخلی را بین صفحات واقعاً مرتبط و با Anchor Text توصیفی بسازید.
8. اگر قابلیت عملی برای Agent لازم است، API و مجوزهای آن را قبل از WebMCP طراحی کنید.

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

مرحله اول: Technical SEO

• canonical و noindex را بررسی کنید.
• خطاهای 404 و redirectهای زنجیره‌ای را اصلاح کنید.
• XML sitemap را بررسی کنید.
• صفحات مهم را orphan نگذارید.
• robots.txt را بازبینی کنید.

مرحله دوم: معماری محتوا

• برای هر موضوع یک صفحه اصلی و برای زیرموضوع‌های باارزش صفحات تخصصی داشته باشید.
• از صفحات تکراری با اختلاف بسیار کم جلوگیری کنید.
• لینک‌های داخلی را بر اساس ارتباط واقعی موضوعی بسازید.
• عنوان و H1 هر صفحه را روشن و منحصربه‌فرد نگه دارید.

مرحله سوم: Semantic HTML و Accessibility

• دکمه، لینک، input و heading را با عنصر درست بسازید.
• labelهای فرم را اضافه کنید.
• وضعیت‌های loading، success و error را واضح نمایش دهید.
• محتوای اصلی را فقط در تصویر یا canvas قرار ندهید.

مرحله چهارم: Structured Data

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

مرحله پنجم: مسیرهای عملی

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

چک‌لیست عملی آماده‌سازی سایت برای AI Agent

1. موضوع و هدف اصلی هر صفحه را در یک جمله تعریف کنید.
2. عنوان، H1 و پاراگراف ابتدایی را با نیت جستجوی همان صفحه هماهنگ کنید.
3. اطلاعات اصلی را در HTML واقعی و قابل‌دسترسی قرار دهید.
4. ساختار H2 و H3 را منطقی و سلسله‌مراتبی نگه دارید.
5. فرم‌ها را با label، نوع ورودی و پیام خطای واضح بسازید.
6. دکمه‌ها و لینک‌ها را با عنصر HTML و متن معنایی درست پیاده کنید.
7. قیمت، ویژگی، شرایط و محدودیت‌ها را به‌صورت قابل مقایسه ارائه کنید.
8. Structured Data را بر اساس محتوای واقعی صفحه تنظیم کنید.
9. robots.txt، canonical، noindex و sitemap را بررسی کنید.
10. crawlerهای موردنیاز را به‌طور ناخواسته مسدود نکنید.
11. نویسنده، تاریخ و منابع مقالات تخصصی را شفاف کنید.
12. لینک‌سازی داخلی را به‌شکل یک Topic Cluster واقعی طراحی کنید.
13. سرعت، پایداری، accessibility و رفتار JavaScript را بررسی کنید.
14. برای فرایندهای مهم، state و نتیجه نهایی را قابل تشخیص کنید.
15. قبل از افزودن WebMCP، authentication و authorization ابزارها را طراحی کنید.
16. برای هر Tool ورودی، خروجی، خطا، side effect و سطح دسترسی را مشخص کنید.

اشتباهات رایج در «سئو برای AI Agent»

اشتباه اول: تکرار مصنوعی عبارت AI Agent. پوشش مفهومی طبیعی بهتر از تکرار بی‌هدف کلمات کلیدی است.

اشتباه دوم: تصور اینکه llms.txt رتبه Google را بالا می‌برد. چنین ادعایی طبق مستندات Google قابل اتکا نیست.

اشتباه سوم: اضافه‌کردن Schema بدون تطابق با صفحه. داده ساختاریافته باید بازتاب محتوای واقعی باشد.

اشتباه چهارم: قفل‌کردن اطلاعات مهم پشت UI پیچیده. قیمت، پاسخ اصلی و شرایط بهتر است به‌شکل واضح در صفحه قابل‌دسترسی باشند.

اشتباه پنجم: تصور اینکه WebMCP همه مشکلات را حل می‌کند. WebMCP یک لایه تعامل است، نه جایگزین SEO، UX، API یا امنیت.

چگونه موفقیت Agent-Ready شدن سایت را اندازه‌گیری کنیم؟

اندازه‌گیری را از «رتبه در یک ابزار AI» جدا کنید. برای Google، Search Console از داده‌های Performance برای ترافیک Search و همچنین گزارش‌های Generative AI برای بررسی visibility در تجربه‌هایی مانند AI Overviews و AI Mode استفاده می‌کند. برای ChatGPT نیز OpenAI اعلام کرده ارجاع‌های Search با پارامتر utm_source=chatgpt.com قابل ردیابی‌اند. بنابراین بهتر است visibility، click، referral و conversion را کنار هم بررسی کنید، نه اینکه یک عدد واحد را به‌عنوان امتیاز Agent Readiness در نظر بگیرید.

آیا هر سایت ایرانی باید همین الان WebMCP داشته باشد؟

خیر. اولویت به نوع کسب‌وکار و ماهیت عملیات بستگی دارد. سایت محتوایی بیشتر به Technical SEO و معماری محتوا نیاز دارد؛ سایت خدماتی به تعریف دقیق خدمات و فرم‌ها؛ فروشگاه به داده محصول و workflow خرید؛ و وب‌اپلیکیشن علاوه بر این‌ها ممکن است به API و فناوری‌های agentic نیاز داشته باشد.

جمع‌بندی

آماده‌سازی سایت برای AI Agent یک متاتگ یا ترفند کوتاه‌مدت نیست. هسته کار، ساختن سایتی است که قابل کشف، قابل فهم، قابل استناد، قابل مقایسه و در صورت نیاز قابل تعامل باشد.

SEO به کشف کمک می‌کند؛ محتوای خوب باعث فهم بهتر می‌شود؛ ساختار و اعتماد کیفیت اطلاعات را بالا می‌برند؛ و فناوری‌هایی مانند WebMCP در سناریوهای پشتیبانی‌شده می‌توانند تعامل مستقیم‌تر Agent با قابلیت‌های سایت را ممکن کنند.

برای سایت‌های وردپرسی نیز لازم نیست پروژه را از صفر بسازید. بهتر است ابتدا صفحات مهم و Technical SEO را تمیز کنید، سپس معماری محتوا و تعاملات را استاندارد کنید و در نهایت فقط جایی که ارزش واقعی دارد، قابلیت‌های Agentic و WebMCP را اضافه کنید.

سؤالات متداول

برای کسب‌وکارهای محلی، راهنمای ثبت رایگان کسب کار در گوگل؛ راهنمای ایران را هم بخوانید.