در AI Overviews سه چیز تعیین میکند که سایت شما به‌عنوان منبع انتخاب شود: صفحهای که ایندکس شده و واجد نمایش اسنیپت است، پاسخی که در دو جملهٔ اول یک بخش به یک زیرپرسش مشخص جواب می‌دهد، و برندی که گوگل بتواند به‌عنوان یک موجودیت بشناسد. گوگل در سند رسمی «AI features and your website» می‌نویسد برای ورود به AI Overviews و AI Mode هیچ الزام اضافه‌ای فراتر از بهترین‌شیوه‌های سئو وجود ندارد. یعنی هیچ اسکیما، فایل مخصوص یا ترفند تازه‌ای نیست که جای این سه را بگیرد. کاری که اثر دارد این است: صفحه را واجد شرایط کنید، هر بخش را قابل نقل بنویسید، و بدانید ترافیک را کجا از دست می‌دهید.
AI Overviews چیست و کجا نمایش داده میشود
AI Overviews یک پاسخ تولیدی است که گوگل بالای نتایج معمولی نشان می‌دهد و کنارش به چند صفحه لینک می‌دهد. این پاسخ از ایندکس خود گوگل ساخته میشود، نه از جای دیگر. سند رسمی گوگل می‌گوید این قابلیت فقط وقتی نمایش داده میشود که سیستم‌ها آن را «افزوده» به جست‌وجوی کلاسیک بدانند؛ به همین دلیل روی بسیاری از پرسش‌ها اصلاً فعال نمی‌شود.
AI Mode قابلیت دیگری است و با AI Overviews یکی نیست. در AI Mode کاربر خودش وارد حالت گفت‌وگو میشود، پاسخ بلندتر می‌گیرد و می‌تواند سؤال تکمیلی بپرسد. گوگل تصریح میکند که این دو ممکن است از مدل و تکنیک متفاوت استفاده کنند، پس مجموعهٔ منابعی که نشان می‌دهند یکی نیست. اگر برای یکی بهینه کنید، تضمینی برای دیگری ندارید.
query fan-out و نتیجهٔ عملی‌اش
هر دو قابلیت ممکن است از روشی به نام query fan-out استفاده کنند: سیستم پرسش کاربر را به چند زیرپرسش می‌شکند، برای هر کدام جست‌وجوی جداگانه می‌زند، و بعد پاسخ را از منابع مختلف می‌سازد. گوگل می‌گوید همین کار باعث میشود مجموعهٔ لینک‌های متنوع‌تری نسبت به جست‌وجوی کلاسیک نمایش داده شود.
پیامدش ساده است و اکثر سایت‌ها آن را نادیده می‌گیرند: صفحهٔ شما لازم نیست برای عبارت دقیق کاربر اول باشد. کافی است برای یکی از زیرپرسش‌ها بهترین پاسخ را داشته باشد. پس استراتژی «یک صفحه برای هر عبارت کلیدی با تکرار همان عبارت» روی این سطح از جستوجو کار نمی‌کند؛ چیزی که کار میکند پوشش دادن سؤال‌های فرعی یک موضوع در یک صفحهٔ منسجم است.
زبان پشتیبانی میشود، کشور در فهرست نیست
این بخش را با سند بررسی کنید، نه با حدس. در فهرست رسمی کشورها و زبانهای پشتیبانیشده، «Persian (Farsi)» در ستون زبان‌ها هست؛ یعنی از نظر زبانی، محتوای فارسی واجد شرایط است. اما در ستون کشورها و مناطق، نام ایران در آن فهرست نیست.
برداشت ما از این دو واقعیت — و صریح می‌گوییم برداشت، نه سند — این است: کاربری که جست‌وجویش از یک کشور فهرست‌شده ثبت شود، ممکن است پاسخ هوش مصنوعی را ببیند؛ کاربری که از ایران جستوجو میکند، طبق همان فهرست نسخهٔ کلاسیک را میبیند. گوگل هیچ بیانیهای دربارهٔ ایران منتشر نکرده و ما هم به‌جایش جمله نمی‌سازیم. نتیجهٔ مدیریتی این است که مخاطب فارسی‌زبان شما دو نیمه دارد: نیمهٔ داخل ایران که هنوز با نتایج آبی کار میکند، و نیمهٔ خارج از ایران که ممکن است پاسخ تولیدی را ببیند و اصلاً به سایت شما نرسد.
قبل از هر سرمایه‌گذاری، یک کار را انجام دهید: ببینید سایت شما در گزارش هوش مصنوعی سرچ کنسول داده دارد یا نه. اگر صفر است، اول باید بفهمید دلیلش نبود نمایش است یا کنار گذاشتن سایت از این قابلیتها. این دو، دو درمان کاملاً متفاوت دارند.
چه چیزی در انتخاب منابع این پاسخ‌ها اثر دارد
انتخاب منبع یک مرحله نیست، سه مرحله است. در هر مرحله چیز متفاوتی تعیین میکند و اشتباه رایج این است که همهٔ انرژی روی مرحله‌ای گذاشته میشود که در دست شما نیست.
مرحلهٔ اول: واجد بودن
شرط فنی که سند گوگل اعلام میکند فقط دو چیز است: صفحه ایندکس شود و واجد نمایش با اسنیپت باشد. اگر صفحه در robots.txt بسته است، `noindex` دارد، پاسخ ۴xx می‌دهد، یا با `nosnippet` اسنیپتش را خاموش کرده‌اید، پیش از هر داوری دربارهٔ کیفیت محتوا از فهرست نامزدها بیرون است. این مرحله کاملاً در دست شماست و بیشترین خرابی‌ها هم همین‌جا رخ می‌دهد.
مرحلهٔ دوم: نامزد شدن برای یک زیرپرسش
وقتی fan-out اجرا میشود، برای هر زیرپرسش یک مجموعه نتیجه ساخته میشود. صفحهٔ شما باید در یکی از این مجموعه‌ها حاضر باشد. حضور، تابع دو چیز است: پوشش موضوعی (صفحه واقعاً به آن زیرپرسش جواب می‌دهد) و قابل بازیابی بودن (پاسخ در متن HTML است، نه داخل عکس یا فقط داخل جاوااسکریپت). سند گوگل روی «محتوای مفید و مردم‌محور» تأکید میکند؛ ترجمهٔ عملی‌اش برای این مرحله همین است: صفحهای که ده زیرپرسش یک موضوع را پوشش می‌دهد، ده بلیت ورود دارد؛ صفحهای که یک عبارت را ده بار تکرار کرده، یک بلیت دارد.
مرحلهٔ سوم: انتخاب شدن
از میان نامزدها، سیستم باید تصمیم بگیرد کدام را نقل کند. اینجا سه چیز وزن دارد و هیچ‌کدام عدد منتشرشده ندارد:
- صریح بودن پاسخ. جمله‌ای که خودش کامل است و بدون پاراگراف قبل معنا می‌دهد، راحت‌تر نقل میشود. جملهٔ «همان‌طور که پیش‌تر گفتیم، این موضوع پیچیده است» هیچ چیزی برای نقل ندارد.
- شاهد دست‌اول. عدد، تاریخ، محدودیت روش، تجربهٔ اجرا، نمونهٔ واقعی. چیزی که بازنویسیِ ده سایت دیگر نیست.
- اعتبار منبع. نویسندهٔ مشخص، برند شناخته‌شده، صفحهٔ تماس واقعی، تاریخ به‌روزرسانی که با تغییر محتوا هم‌خوان است.
و یک هشدار صداقتی: هیچ آزمون عمومی معتبری نداریم که بگوید افزودن فلان تگ، درصد مشخصی شانس انتخاب را بالا می‌برد. هر عددی از این جنس که در وب فارسی می‌بینید، روش ندارد. ما هم عدد نمی‌دهیم؛ چیزی که می‌دهیم قیف سه‌مرحله‌ای و ترتیب کار است.
تفاوت دیده شدن در AI Overviews با رتبهٔ آبی سنتی
تفاوت اصلی در واحد اندازه‌گیری است، نه در ابزار. در نتایج آبی واحد دیده شدن «جایگاه» است؛ در پاسخ تولیدی واحد دیده شدن «نقل شدن به‌عنوان منبع» است. این دو با هم همبستگی دارند ولی یکی نیستند: صفحهای در جایگاه دوازدهم می‌تواند منبع یک پاسخ باشد، و صفحهای در جایگاه دوم می‌تواند هیچ سهمی از آن پاسخ نگیرد.
| محور مقایسه | رتبهٔ آبی سنتی | AI Overviews | AI Mode |
|---|---|---|---|
| واحد دیده شدن | جایگاه در فهرست نتایج | نقل شدن در پاسخ، در کنار چند منبع دیگر | نقل شدن در پاسخ بلندتر و گفت‌وگویی |
| شرط ورود | ایندکس + رتبه گرفتن | ایندکس + واجد بودن اسنیپت + حضور در نامزدهای یک زیرپرسش | همان شرط، با مجموعهٔ منابع متفاوت |
| کلیک در گزارش | ستون Clicks در گزارش Performance | کلیک جدا ندارد؛ داده‌اش داخل نوع جست‌وجوی Web است | همان وضعیت |
| چیزی که کنترل می‌کنید | محتوا، لینک داخلی، سرعت، عنوان | واجد بودن، صراحت پاسخ، شاهد دست‌اول، وضوح برند | همان‌ها، بدون کنترل روی مدل و چینش |
| ریسک اصلی | افت جایگاه | نمایش بدون کلیک: دیده می‌شوید و ترافیک نمی‌گیرید | همان ریسک، با پاسخ طولانی‌تر که نیاز به کلیک را کمتر میکند |
ستون سوم جدول را با احتیاط بخوانید. اینکه کلیک روی منبع در پاسخ تولیدی، در گزارش Performance به‌عنوان کلیک معمولی شمرده میشود، ادعایی است که منابع فارسی به راهنمای سرچ کنسول نسبت می‌دهند؛ در دو صفحهای که برای این مقاله خوانده شد این جمله نبود. تا وقتی سندش را ندیده‌اید، آن را حدس حساب کنید. چیزی که سند دارد این است: دادهٔ گزارش Generative AI از نوع جست‌وجوی Web می‌آید و شامل کلیک نیست.
تفاوت دوم، اقتصاد توجه است. در نتایج آبی، کاربر برای رسیدن به جواب باید کلیک کند. در پاسخ تولیدی، جواب همان‌جاست و کلیک اختیاری است. برای صفحهای که تنها ارزشش «جواب کوتاه» بود، این یعنی پایان مدل درآمدی. برای صفحهای که بعد از جواب، ابزار، محاسبه، نمونهٔ فایل، مقایسهٔ عمیق یا مسیر اجرا دارد، پاسخ تولیدی نقش درِ ورودی را بازی میکند، نه جانشین.
نقشهٔ دانش و موجودیت برند: چرا اسم برند مهم است
موجودیت یعنی چیزی که گوگل می‌تواند آن را با یک نام، یک توصیف و مجموعه‌ای از رابطه‌ها بشناسد. مسئله این است که موتور جستوجو برای ساختن پاسخ، دربارهٔ موضوع جستوجو میکند؛ اگر نام برند شما در آن پرسش‌ها و در وب به‌شکل متناقض ظاهر شود، شما یک موجودیت نیستید، یک رشتهٔ متنی هستید.
سه نشانهٔ عملی موجودیت بودن
- نام یکسان در همه‌جا. «سئوپلاس»، «SEOPlus» و «سئو پلاس» در عنوان صفحه، لوگو، شبکه‌های اجتماعی و امضای ایمیل باید یک شکل داشته باشند. سه شکل، سه موجودیت ضعیف می‌سازد.
- یک جملهٔ ثابت دربارهٔ شما. در صفحهٔ «دربارهٔ ما» و در توضیح برند، همان جمله‌ای را بنویسید که می‌خواهید نقل شود: چه کاری، برای چه کسی، با چه تفاوتی. اگر خودتان جمله را ننوشته‌اید، دیگران جملهٔ خودشان را می‌سازند.
- شاهد بیرونی. اشارهٔ سایت‌های دیگر با همان نام، پروفایل واقعی کسب‌وکار، صفحهٔ نویسنده با سابقهٔ قابل بررسی. گوگل در راهنمای محتوای مردم‌محور روی همین اعتبار تأکید میکند.
نکته‌ای که باید صریح گفت: اینکه «نقشهٔ دانش گوگل مستقیماً در انتخاب منابع AI Overviews وزن دارد»، سند منتشرشده ندارد. این یک استدلال است: سیستم باید منبع را انتخاب کند، و انتخاب منبع بدون تشخیص موجودیت ممکن نیست؛ پس وضوح موجودیت کمک میکند. اما اندازهٔ این اثر را هیچ‌کس اندازه نگرفته. با آن مثل یک سرمایه‌گذاری کم‌ریسک و کم‌هزینه رفتار کنید، نه مثل یک اهرم جادویی. مسیر عملی این کار در کشف برند در جستجوی هوش مصنوعی با مثال آمده است.
ساختار محتوا: پاراگراف پاسخ‌محور و جدول مقایسه
الگو یکی است و در همهٔ بخش‌های همین مقاله اجرا شده: هر H2 یک سؤال است، بلافاصله زیرش یک یا دو جملهٔ کامل که به آن سؤال جواب می‌دهد، بعد شرط‌ها، استثناها و شاهد. خوانندهٔ عجله‌دار در جملهٔ دوم جوابش را می‌گیرد؛ سیستمی که دنبال جملهٔ قابل نقل است، همان جمله را پیدا میکند.
ثابت چیست و حدس چیست
گوگل الزام ساختاری خاصی برای این قابلیتها اعلام نکرده. پس هر کسی به شما گفت «برای هوش مصنوعی باید متن را به فلان شکل تکه‌تکه کنی»، دارد حدسش را به‌جای سند می‌فروشد. آنچه ساختار می‌دهد، سود خواننده است و از آنجا سود ماشین: تیتر توصیفی، پاراگراف کوتاه، جدول برای مقایسه، فهرست شماره‌دار برای مراحل.
یک نمونهٔ قبل و بعد
بد: «اسکیما یکی از مباحث بسیار مهم در سئو است که در سال‌های اخیر توجه زیادی را به خود جلب کرده و همهٔ کارشناسان بر اهمیت آن تأکید می‌کنند.» این پاراگراف هیچ اطلاعاتی ندارد و هیچ بخشی از آن قابل نقل نیست.
خوب: «اسکیما شرط ورود به AI Overviews نیست. گوگل فقط ایندکس شدن و واجد بودن اسنیپت را شرط می‌داند؛ نشانه‌گذاری به فهم نوع صفحه و موجودیت کمک میکند، ولی جای پاسخ روشن را نمی‌گیرد.» این پاراگراف یک ادعا، یک شرط و یک محدودیت دارد و همه‌اش قابل نقل است.
مقایسه را جدول کن، نه پاراگراف
جدول سه فایده دارد که پاراگراف ندارد: خواننده در یک نگاه تصمیم می‌گیرد، مقایسه قابل استخراج است، و مجبور می‌شوید معیارهای مقایسه را صریح بنویسید. اما جدول دو شرط دارد: هر ستون یک معیار باشد، نه یک دستهٔ کلی؛ و جدولی که داخل عکس است، برای هیچ سیستمی جدول نیست. اگر جدول را عکس گذاشتید، آن را دوباره به متن برگردانید.
نکتهٔ اجرایی برای سایت وردپرسی: همین الگو در قالب باید پشتیبانی شود و پاراگراف اول هر بخش بدون فاصلهٔ اضافه رندر شود. اگر ساختار محتوایی سایت‌تان قدیمی است، بهینه‌سازی جستجوی هوش مصنوعی در وردپرس مسیر فنی همین کار را نشان می‌دهد.
نقش اسکیما در این پاسخ‌ها: چه چیزی ثابت شده و چه چیزی حدس است
پاسخ کوتاه: اسکیما شرط ورود به AI Overviews نیست و سند رسمی گوگل برای این قابلیتها هیچ نوع نشانه‌گذاری ویژه‌ای معرفی نمی‌کند. کاری که اسکیما میکند، کمک به فهم نوع صفحه و موجودیت است؛ کاری که نمی‌کند، باز کردن دری که بسته است.
ثابت
- شرط ورود در سند گوگل: ایندکس شدن و واجد بودن نمایش با اسنیپت. همین.
- خاموش کردن اسنیپت (`nosnippet`، `data-nosnippet`، سقف کوچک `max-snippet`) یعنی حذف داوطلبانه از فهرست نامزدها. اگر می‌خواهید در این پاسخ‌ها دیده شوید، این‌ها را روی صفحات مهم باز بگذارید.
- محتوا باید در HTML قابل دریافت باشد. متنی که فقط با اجرای سنگین جاوااسکریپت ساخته میشود، برای خزنده در معرض ریسک است.
- نشانه‌گذاری باید با محتوای مرئی صفحه یکی باشد. اسکیمایی که قیمت یا ادعایی خلاف متن صفحه دارد، ریسک است نه بهینه‌سازی.
حدس
- «اسکیمای FAQPage باعث ورود به AI Overviews میشود.» هیچ سندی این را نمی‌گوید. ما در همین مقاله اسکیمای پرسش‌های متداول را برای خوانایی ماشین می‌نویسیم، نه به‌عنوان بلیت ورود.
- «اسکیمای Article یا Organization شانس نقل شدن را بالا می‌برد.» استدلال دارد، اندازه ندارد.
- «فایل llms.txt یا نسخهٔ Markdown صفحه لازم است.» گوگل چنین الزامی اعلام نکرده. این‌ها استانداردهای پیشنهادی دیگران‌اند، نه شرط گوگل.
- «باید متن را به قطعه‌های ۲۰۰ کلمه‌ای بشکنی.» ساختار خوب سود دارد، عدد جادویی ندارد.
اگر می‌خواهید بدانید پژوهش‌های موجود در این باره چه می‌گویند و کجا سقفشان است، داده‌های اسکیما و اهمیت آن در جستجوی هوش مصنوعی را بخوانید؛ آنجا بین یافته و تفسیر فرق گذاشته شده است.
چگونه بفهمیم ترافیک ما از AI Overviews آمده
یک گزارش رسمی هست و یک روش استنتاجی. اولی را باید بشناسید، دومی را با احتیاط به کار ببرید. از ۳۱ اوت ۲۰۲۶ گوگل گزارش Generative AI را برای همهٔ سایت‌های جهان منتشر کرده است.
گزارش Generative AI در Search Console چه می‌دهد
مسیر: Search Console → Performance → گزارش Generative AI. این گزارش فقط نمایش دارد؛ ستون کلیک ندارد. قابلیتهای شامل: AI Overviews و AI Mode. ابعادش صفحه (آدرس نهایی پس از ریدایرکت)، کشور، تاریخ به وقت اقیانوس آرام و دستگاه است، و فیلتر نوع جستوجو دو گزینه دارد: `Web: text-based` و `Web: multimodal`. سه محدودیت را بدانید: سقف ۱٬۰۰۰ ردیف، دادهٔ روزهای آخر مقدماتی است و ممکن است تغییر کند، و دادهٔ Search Labs شامل نمی‌شود.
یک نمایش برای هر پاسخ، نه برای هر لینک
این مهم‌ترین جزئیات گزارش است و در بیشتر راهنماها نیامده: اگر دو نتیجه از یک سایت در یک پاسخ نمایش داده شود، در نمودار یک نمایش حساب میشود. یعنی این عدد، «تعداد لینک دیده‌شده» نیست؛ «تعداد پاسخ‌هایی است که سایت شما در آن‌ها حاضر بوده». دو پیامد دارد: نمی‌توانید از آن نرخ کلیک حساب کنید (چون کلیک در گزارش نیست)، و افزایش نمایش بدون افزایش کلیک، لزوماً خبر بد نیست؛ ممکن است یعنی در پاسخ‌های بیشتری حاضر شده‌اید.
روش استنتاجی: افت نرخ کلیک با جایگاه ثابت
راه دوم، خواندن رفتار پرسش‌ها در گزارش Performance است. منطقش این است: اگر صفحهای برای یک پرسش اطلاعاتی، جایگاه ثابتش را نگه دارد ولی نرخ کلیکش افت کند، احتمالاً پاسخ در بالای نتایج جواب کاربر را داده و کلیک کمتری لازم شده. آستانهٔ کاری پیشنهادی ما — و صریح می‌گوییم آزمون‌نشده در مقیاس:
- حداقل ۱٬۰۰۰ نمایش در ۲۸ روز برای همان پرسش، وگرنه نوسان است نه سیگنال.
- جایگاه در دو بازهٔ ۲۸ روزه ثابت، با اختلاف حداکثر یک.
- افت نرخ کلیک ۳۰ درصد یا بیشتر، برای ۱۴ روز پشت‌سرهم.
اگر این سه با هم برقرار شد، آن پرسش یک «کاندید جذب‌شده» است: جای آزمون تغییر ساختار صفحه، نه جای شکایت از الگوریتم. و سه چیز را قبل از هر نتیجه‌گیری چک کنید، وگرنه عدد دروغ می‌گوید: آیا افت قبل از تغییر شما شروع شده، آیا صفحه از قبل هم روزهای صفر داشته، و آیا ایمپرشن کل سایت هم افت کرده یا فقط همان صفحه.
یک چیز را نمی‌توانید بفهمید: تفکیک ترافیک از روی Referrer. کلیک از پاسخ هوش مصنوعی گوگل هم با دامنهٔ گوگل می‌آید و در لاگ سرور قابل تفکیک نیست. اگر کسی ادعا کرد با Referrer این را جدا میکند، از او روشش را بخواهید. برای تعریف شاخص‌های موفقیت در این سطح، استراتژی محتوا و معیارهای موفقیت در جستجوی هوش مصنوعی چارچوب تصمیم می‌دهد.
چه صفحاتی بیشتر شانس ورود دارند
شانس ورود را با پنج نشانه می‌توان تخمین زد و هر پنج نشانه از داده‌ای می‌آید که همین حالا دارید. جدول زیر را برای هر صفحه پر کنید و جمع بزنید؛ امتیاز ۶ و بالاتر یعنی اولویت شصت‌روزه.
جدول امتیازدهی صفحه با آستانهٔ عددی
| نشانه | آستانه | چرا مهم است | وزن |
|---|---|---|---|
| نمایش در ۲۸ روز | ۵۰۰ یا بیشتر | صفحهای که هیچ‌کس نمی‌بیند، زیرپرسشی ندارد که ارزش پاسخ دادن داشته باشد | ۲ |
| جایگاه برای یک پرسش اطلاعاتی | ۱ تا ۱۰ | حضور در نامزدهای fan-out بدون جایگاه پایه، نادر است | ۲ |
| وجود پرسش‌های فرعی پوشش‌داده‌نشده | دست‌کم ۳ زیرپرسش | هر زیرپرسش یک بلیت ورود جداگانه است | ۲ |
| پاسخ دو جمله‌ای در ابتدای بخش | در ۵۰ درصد بخش‌ها | جملهٔ کامل و مستقل، قابل نقل است | ۱ |
| شاهد دست‌اول روی صفحه | عدد، تاریخ یا نمونهٔ واقعی | چیزی که در ده سایت دیگر نیست، دلیل انتخاب است | ۱ |
| تاریخ به‌روزرسانی واقعی | ۱۲ ماه اخیر، با تغییر محتوا | برای پرسش‌هایی که جوابشان با زمان عوض میشود، تازگی تعیین‌کننده است | ۱ |
از نظر نوع صفحه، سه دسته بیشترین شانس را دارند: تعریف‌ها و «چیست»، راهنماهای «چگونه» با مراحل مشخص، و مقایسه‌های دو گزینه‌ای. دو دسته کمترین شانس را دارند: صفحات ناوبری برند (کاربر دنبال همان سایت است، نه دنبال پاسخ) و صفحات تراکنشی مثل سبد خرید و فرم پرداخت. دستهٔ سومِ کم‌شانس، محتوای نازک است: صفحهای که فقط چند جملهٔ بازنویسی‌شده دارد، حتی اگر ایندکس شود، دلیلی برای نقل شدن ندارد.
اشتباه‌های رایج بهینه‌سازی برای هوش مصنوعی
این فهرست از الگوهایی می‌آید که در سایت‌های فارسی تکرار میشود. هر مورد: خطا، دلیل غلط بودن، جایگزین.
- نوشتن «برای هوش مصنوعی». جمله‌هایی مثل «پاسخ کوتاه برای هوش مصنوعی» یا «خلاصهٔ قابل استخراج» را داخل متن می‌گذارند. گوگل الزام اضافه‌ای اعلام نکرده و این عبارت‌ها فقط خوانندهٔ انسانی را اذیت می‌کنند. جایگزین: همان جواب را بدون برچسب، در دو جملهٔ اول بنویسید.
- انبار عبارت کلیدی در تیترها. H2هایی مثل «بهینه‌سازی برای هوش مصنوعی و سئوی هوش مصنوعی و AI SEO». تیتر باید سؤالِ خواننده باشد. جایگزین: «چه چیزی در انتخاب منابع این پاسخ‌ها اثر دارد».
- تکه‌تکه کردن مصنوعی متن. هر جمله در یک پاراگراف جدا، بدون ساختار معنایی. ماشین از این کار چیزی نمی‌فهمد که از پاراگراف درست نفهمد. جایگزین: یک بخش، یک سؤال، یک جواب.
- اسکیمای متناقض یا انبوه. چند نوع اسکیما روی هم، با قیمت و ادعای متفاوت از متن. جایگزین: یک اسکیمای درست که همان چیزی را می‌گوید که خواننده میبیند.
- خاموش کردن اسنیپت برای «کنترل». با `nosnippet` صفحه را از فهرست نامزدها بیرون می‌برید و بعد از افت نمایش تعجب می‌کنید. جایگزین: اسنیپت باز، و اگر بخشی محرمانه است فقط همان بخش را با `data-nosnippet` ببندید.
- سنجش با کلیکی که وجود ندارد. گزارش Generative AI کلیک ندارد؛ اگر KPI روی کلیک این گزارش بسته شود، همیشه صفر است. جایگزین: نمایش به‌عنوان شاخص حضور، و کلیک کل پرسش به‌عنوان شاخص ارزش.
- بازنویسی رقیب با کلمات دیگر. روشی که مدل‌های زبانی راحت تشخیص می‌دهند و کاربر هم می‌فهمد. جایگزین: یک چیز اضافه کنید که در رقیب نیست؛ یک عدد، یک نمونه، یک تصمیم.
چه کارهایی اثر ندارد و وقت تلف کردن است
این بخش مهم‌تر از فهرست کارهاست، چون هر ساعت اینجا دو برابر ارزش دارد. دلیل هر مورد را نوشته‌ایم تا بتوانید خودتان قضاوت کنید.
- ساختن llms.txt با انتظار اثر روی گوگل. گوگل چنین فایلی را شرط نکرده. اگر آن را می‌سازید، برای ابزارهای دیگری است، نه برای این قابلیت.
- جست‌وجوی «اسکیمای مخصوص AI Overviews». وجود ندارد. سند گوگل نوع ویژه‌ای معرفی نمی‌کند؛ هر پکیجی که این را بفروشد، همان اسکیمای عمومی را با نام تازه می‌فروشد.
- تنظیم چگالی عبارت کلیدی. منطق تطابق لفظی، مدل ذهنی جست‌وجوی دههٔ گذشته است. پوشش زیرپرسش‌ها جای آن را گرفته.
- ساخت یک صفحه برای هر تغییر کوچک عبارت. نتیجه‌اش کانیبالیزیشن است: سه صفحه که هیچ‌کدام به‌تنهایی قوی نیستند. یک صفحهٔ منسجم با بخش‌های روشن، بهتر از پنج صفحهٔ نازک است.
- حذف انبوه محتوا برای «تمرکز اعتبار». بدون داده، این کار فقط ترافیک موجود را می‌سوزاند. حذف باید به صفحهٔ مشخص و با شاهد انجام شود، نه به‌عنوان استراتژی.
- خرید اشاره و منشن. ممکن است سیگنال بیرونی بسازد، ولی هیچ سندی نمی‌گوید در انتخاب منابع این پاسخ‌ها وزن دارد. پول را به شاهد دست‌اول بدهید.
- مسدود کردن خزنده‌ها برای «مذاکره». نتیجه‌اش حذف از نتایج است، نه افزایش قدرت چانه‌زنی.
چک‌لیست ۹۰ روزه
سه بلوک سی‌روزه، هر آیتم با شاهد قبولی. اگر شاهدی ندارد، آن آیتم انجام نشده است.
روز ۱ تا ۳۰ — واجد بودن و اندازه‌گیری
- □ گزارش Generative AI در سرچ کنسول را باز کنید. شاهد: وجود یا نبود داده در ۲۸ روز گذشته، با عدد.
- □ ۲۰ صفحهٔ پرنمایش را با ابزار بازرسی URL چک کنید. شاهد: فهرست ۲۰تایی با وضعیت ایندکس و واجد بودن اسنیپت.
- □ وجود `noindex`، `nosnippet` و سقف کوچک `max-snippet` را روی صفحات مهم بررسی کنید. شاهد: فهرست صفحات اصلاح‌شده.
- □ robots.txt را برای مسیرهای مهم بخوانید. شاهد: خروجی فایل و توضیح یک‌خطی هر قاعده.
- □ نرخ کلیک و جایگاه ۲۰ پرسش اطلاعاتی را در دو بازهٔ ۲۸ روزه ثبت کنید. شاهد: جدول مبنا (baseline).
روز ۳۱ تا ۶۰ — ساختار و پوشش
- □ برای سه صفحهٔ اولویت‌دار، پنج زیرپرسش از دادهٔ پرسش‌ها و «سؤالات مرتبط» بیرون بکشید. شاهد: نقشهٔ سؤال هر صفحه.
- □ هر بخش را با دو جملهٔ پاسخ شروع کنید. شاهد: سه صفحهٔ بازنویسی‌شده، با شمارش بخش‌هایی که الگو را دارند.
- □ مقایسه‌ها را به جدول متنی تبدیل کنید، نه عکس. شاهد: شمارش جدول‌های متنی هر صفحه.
- □ نام برند و جملهٔ معرفی را در صفحهٔ دربارهٔ ما، فوتر و پروفایل‌های بیرونی یکسان کنید. شاهد: فهرست جاهایی که تغییر کرد.
- □ یک شاهد دست‌اول به هر صفحه اضافه کنید: عدد، تاریخ، محدودیت روش. شاهد: جملهٔ مشخص در صفحه.
روز ۶۱ تا ۹۰ — سنجش و تصمیم
- □ نمایش گزارش Generative AI را با مبنا مقایسه کنید. شاهد: دو عدد با تاریخ.
- □ سه پرسش کاندید جذب‌شده را با سه شرط بخش سنجش بررسی کنید. شاهد: فهرست سه‌تایی با اعداد.
- □ برای هر پرسش کاندید، یک تغییر ساختاری هدفمند اعمال کنید و تاریخش را ثبت کنید. شاهد: یادداشت تاریخ و تغییر.
- □ بعد از ۲۸ روز، اثر را بخوانید و تصمیم بگیرید: نگه‌دار، برگردان، یا تکرار روی صفحهٔ بعدی. شاهد: یک جملهٔ تصمیم برای هر مورد.
این نقشه سه‌ماهه است، نه سه‌ساله. اگر تیم کوچک است، بلوک اول را کامل انجام دهید و بقیه را با دادهٔ خودتان تنظیم کنید؛ چک‌لیستی که نصفش انجام شود از برنامهٔ بلندپروازانه‌ای که شروع نشود بهتر است.
پرسش‌های متداول دربارهٔ AI Overviews
آیا برای ورود به AI Overviews اسکیمای خاصی لازم است؟
نه. سند گوگل فقط ایندکس شدن و واجد بودن نمایش با اسنیپت را شرط می‌داند و هیچ نوع نشانه‌گذاری ویژه‌ای معرفی نمی‌کند. اسکیما برای فهم نوع صفحه و موجودیت کمک میکند، ولی شرط ورود نیست.
آیا کاربران داخل ایران AI Overviews را میبینند؟
طبق فهرست رسمی گوگل، فارسی در زبانهای پشتیبانیشده هست ولی ایران در فهرست کشورها و مناطق نیست. برداشت ما این است که جستوجو از داخل ایران نسخهٔ کلاسیک را میبیند؛ گوگل دربارهٔ ایران بیانیهای نداده و این برداشت است، نه سند.
چرا گزارش Generative AI در سرچ کنسول من داده ندارد؟
دو دلیل دارد: سایت نمایش کافی در این قابلیتها نگرفته، یا از قابلیتهای هوش مصنوعی جستوجو کنار گذاشته شده است. تفاوت این دو را باید اول روشن کنید، چون درمانشان یکی نیست.
اگر دو لینک از سایت من در یک پاسخ بیاید، دو نمایش حساب میشود؟
نه. طبق راهنمای سرچ کنسول، دو نتیجه از یک سایت در یک پاسخ، یک نمایش حساب میشود. یعنی عدد گزارش، تعداد پاسخ‌هایی است که در آن‌ها حاضر بوده‌اید، نه تعداد لینک‌ها.
آیا AI Overviews ترافیک سایت را کم میکند؟
برای صفحهای که تنها ارزشش جواب کوتاه بود، بله؛ جواب همانجا داده میشود. برای صفحهای که بعد از جواب ابزار، نمونه یا مسیر اجرا دارد، نقش درِ ورودی را بازی میکند. عدد کلی برای فارسی نداریم و هر عددی بدون روش را نباید باور کرد.
