ممکن است یک مقاله ۳۰۰۰کلمهای بنویسید، کلمه کلیدی را در Title و چند Heading بگذارید، چراغ افزونه سئو را سبز کنید و بعد از چند هفته تقریباً هیچ Impression نگیرید. مشکل لزوماً «کمبود کلمه کلیدی» نیست. شاید URL تازه نباید ساخته میشد، Intent را اشتباه فهمیدهاید، پاسخ شما با ده نتیجه موجود تفاوت قابل دفاعی ندارد، مدرکی برای ادعاها ندارید یا Google اصلاً نسخهای را که شما میبینید Crawl و Index نکرده است.
محتوای سئو شده یک متن تزئینشده با Keyword نیست؛ یک دارایی قابل کشف، قابل فهم، قابل اعتماد و قابل سنجش است که کار واقعی جستوجوگر را کامل میکند. این راهنما فرایند نوشتن را از Query evidence تا Brief، Draft، Publish QA، Search Console و Refresh توضیح میدهد. رتبه تضمین نمیشود؛ اما هر مرحله به یک خروجی و معیار پذیرش تبدیل میشود تا بدانید کجا و چرا نتیجه نگرفتهاید.
محتوای سئو شده چیست؟
محتوای سئو شده صفحهای است که برای یک مخاطب و مسئله مشخص ساخته شده، پاسخ مفید و قابل اتکا میدهد و موانع کشف، Crawl، Index، درک و انتخاب را تا حد ممکن برطرف میکند. SEO روی محتوای People-first اعمال میشود؛ جای موضوع، تجربه، تحقیق یا قضاوت تحریریه را نمیگیرد.
گوگل در راهنمای رسمی خود میگوید هیچ راز یا تغییری وجود ندارد که خودکار رتبه اول بسازد. حتی اثر تغییرات میتواند از چند ساعت تا چند ماه طول بکشد. بنابراین عبارت «محتوایی که رتبه میگیرد» را باید بهمعنای «محتوایی با Eligibility و شواهد بهتر برای رقابت و یادگیری» فهمید، نه وعده جایگاه.
| مرحله | پرسش پذیرش | مدرک | مالک محتمل |
|---|---|---|---|
| Useful | آیا کاربر پس از خواندن میتواند تصمیم یا کار را جلو ببرد؟ | Task test، بازخورد، Outcome | نویسنده/متخصص |
| Reliable | ادعا، تجربه و محدودیت قابل بررسیاند؟ | Source، Method، Reviewer، تاریخ | Editor/Reviewer |
| Eligible | صفحه ۲۰۰ و قابل Index است؟ | URL Inspection، HTTP، Robots | SEO/فنی |
| Understandable | موضوع، ساختار، موجودیت و رابطهها روشناند؟ | Title، H1، Heading، متن، Link | نویسنده/SEO |
| Selectable | نتیجه در Search وعده دقیق و متمایز میدهد؟ | Title link، Snippet، CTR segment | Editor/SEO |
| Maintainable | Owner و Trigger بازبینی دارد؟ | Content registry، Change log | Content owner |
پیش از نوشتن: صفحه جدید، بهروزرسانی یا ادغام؟
رایجترین اتلاف، نوشتن URL تازه برای مسئلهای است که صفحهای موجود تقریباً همان Intent را پوشش میدهد. ابتدا در Inventory سایت، Search Console و جستوجوی داخلی دنبال نزدیکترین دارایی بگردید. سپس Query را روی مقصد موجود Map کنید.
| وضعیت | تصمیم | شرط پذیرش |
|---|---|---|
| Intent و Outcome همان است؛ صفحه موجود ضعیف یا قدیمی است | Update | URL و ارزش انباشته حفظ شود |
| چند صفحه پاسخ مشابه و شواهد پراکنده دارند | Merge | یک مقصد اصلی، Redirect و Linkهای اصلاحشده |
| Intent، Audience یا Deliverable واقعاً متفاوت است | New page | Boundary یکجملهای و Link دوطرفه |
| موضوع خارج از تخصص/هدف سایت یا بدون ارزش تازه است | Do not create | فرصت از Backlog خارج یا Reframe شود |
برای نمونه، «هزینه طراحی سایت»، «قیمت سایت فروشگاهی» و «محاسبه TCO سایت» ممکن است یک خانواده Query باشند؛ اما اگر یک صفحه نرخ و Scope خرید را پوشش دهد و دیگری مدل مالی ۳۶ماهه را، Outcome متفاوت میتواند دو URL را توجیه کند. مرزبندی باید پیش از Draft ثبت شود، نه پس از Cannibalization.
Workflow رتبهپذیری: از Query تا Outcome
این زنجیره را بهعنوان مدل عملیاتی مقاله نگه دارید:
- Evidence: Query و مسئله واقعی را پیدا کنید.
- Decision: New/Update/Merge و مقصد را تعیین کنید.
- Intent: Job، Audience و Deliverable را تعریف کنید.
- Angle: ارزش متمایز و Evidence plan بسازید.
- Brief: Scope، ساختار، منبع، لینک و معیار را قرارداد کنید.
- Draft: Answer-first، روشن، مستند و قابل اسکن بنویسید.
- Optimize: Title/H1/Meta/URL/Link/Image را همراستا کنید.
- Validate: کیفیت تحریریه و خروجی عمومی را تست کنید.
- Measure: Query/Page/Segment و Outcome را بسنجید.
- Refresh: با Trigger و Change log اصلاح کنید.
۱. Query evidence را جمع کنید، نه فقط Volume
Keyword tool یک منبع است، نه حقیقت کامل بازار. واژههای مشتری ایرانی ممکن است میان فارسی و انگلیسی، نیمفاصله، املای متفاوت، برند، شهر و واحد پول جابهجا شوند. «طراحی سایت فروشگاهی»، «ساخت فروشگاه اینترنتی»، «قیمت سایت فروشگاهی در تهران» و «ووکامرس یا سایت اختصاصی» Jobهای یکسانی ندارند.
داده را از چهار مسیر ترکیب کنید:
- First-party: پرسش فروش، چت پشتیبانی، Search داخلی، فرم، نظر، تماس و اعتراض مشتری.
- Search: Queryهای Search Console، پیشنهادها، Related searches و شکل نتایج.
- Market: واژگان رقیب، انجمن، شبکه اجتماعی، Review و مستندات صنعت.
- Business: قابلیت واقعی، حاشیه سود، ظرفیت پاسخگویی، ریسک حقوقی و هدف صفحه.
| فیلد Query ledger | نمونه | چرا مهم است؟ |
|---|---|---|
| Raw query | هزینه سئو سایت فروشگاهی | زبان واقعی حفظ میشود |
| Normalized family | هزینه SEO فروشگاه | املای مشابه بیدلیل صفحه نمیسازد |
| Audience/Stage | مدیر فروشگاه / بررسی خرید | عمق و CTA را تعیین میکند |
| Job | بودجه و Scope را تخمین بزند | از تعریف عمومی فراتر میرود |
| Evidence source | ۱۲ تماس فروش + GSC | حدس از داده جدا میشود |
| Current destination | /seo-cost/ | همپوشانی معلوم میشود |
| Confidence | متوسط | عدم قطعیت ثبت میشود |
برای روش عمیقتر مقایسه Query و Coverage رقبا، از چارچوب تحلیل رقبا در سئو استفاده کنید؛ هدف کپی Headingهای آنها نیست، بلکه کشف توقع کاربر، Evidence gap و فرصت تمایز است.
۲. Intent را به Job و Deliverable تبدیل کنید
تقسیم Informational، Commercial، Transactional و Navigational شروع خوبی است اما برای نوشتن کافی نیست. دو Query اطلاعاتی میتوانند خروجی کاملاً متفاوت بخواهند: «Canonical چیست» پاسخ و مثال کد میخواهد؛ «رفع canonical اشتباه» مسیر عیبیابی و Test matrix.
| لنز | پرسش Brief | اثر روی صفحه |
|---|---|---|
| Audience | چه کسی و با چه سطح دانشی؟ | واژگان و پیشنیاز |
| Situation | در چه شرایطی جستوجو کرده؟ | Hook و ترتیب پاسخ |
| Job | پس از خواندن چه کاری باید انجام دهد؟ | Deliverable و CTA |
| Risk | تصمیم اشتباه چه هزینهای دارد؟ | منبع، Reviewer و هشدار |
| Format | راهنما، مقایسه، ابزار یا عیبیابی؟ | ساختار و Component |
| Freshness | کدام بخش با زمان تغییر میکند؟ | تاریخ، Owner و Trigger |
Primary keyword برچسب خانواده Query و مقصد است، نه سهمیه تکرار. Secondaryها زیرمسئلههای ضروریاند و Long-tailها حالت، محدودیت یا سؤال دقیق را نشان میدهند. همه آنها باید طبیعی و فقط در صورت نیاز پاسخ داده شوند.
۳. SERP را بهعنوان Evidence محدود بخوانید
نتایج فعلی درباره قالب، زبان، سطح رقابت و توقع احتمالی سرنخ میدهند؛ حقیقت کامل یا دستور Outline نیستند. نتایج شخصیسازی، مکان، زمان و قابلیتهای Search تغییر میکنند. برای Query ایرانی، Desktop و Mobile، زبان فارسی و انگلیسی، و در صورت اهمیت Local، شهر را ثبت کنید.
- چه نوع صفحههایی دیده میشوند: مقاله، Category، Tool، Video، Forum یا Product؟
- کدام سؤالها بارها تکرار شدهاند و کدام بیپاسخ ماندهاند؟
- چه ادعاهایی بدون Method یا Source تکرار میشوند؟
- نتیجه موفق چه Deliverable دارد: جدول، Calculator، Template یا Screenshot؟
- سایت شما چه تجربه، داده یا محدودیت محلی میتواند اضافه کند؟
یک SERP snapshot با تاریخ، Device، Location و Query نگه دارید. آن را پس از انتشار برای «اثبات اینکه گوگل باید شما را رتبه دهد» استفاده نکنید؛ فقط Hypothesis بنویسید.
۴. زاویه و Information gain را پیش از Outline تعریف کنید
اگر ارزش صفحه فقط بازنویسی ده نتیجه اول باشد، حتی متن روان هم دارایی متمایزی نمیسازد. یک Value proposition خوب میگوید «برای چه کسی، چه تصمیمی را، با چه مدرکی و چه خروجیای بهتر میکنیم».
| نوع ارزش تازه | نمونه ایرانی | Evidence لازم |
|---|---|---|
| First-party data | خطاهای پرتکرار ۵۰۰ Checkout فارسی | Sample، بازه، Method، Privacy |
| First-hand experience | مهاجرت واقعی یک فروشگاه | قبل/بعد، محدودیت، Screenshot |
| Tool/Template | محاسبه TCO یا Checklist QA | ورودی، فرمول، مثال، Version |
| Synthesis | اتصال Search Console، CRM و فروش | Source hierarchy و Reconciliation |
| Local adaptation | تومان/ریال، آدرس، RTL، درگاه | سناریو و Constraint واقعی |
| Contrarian correction | رد چگالی ۲٪ با منبع رسمی | ادعای دقیق، Citation و Limit |
اگر Evidence تازه ندارید، میتوانید با سازماندهی بهتر، Decision tree، مثال شفاف یا توضیح محدودیت ارزش بسازید؛ اما «جامعتر و طولانیتر» بهتنهایی Angle نیست.
۵. Content Brief را به قرارداد تحریریه تبدیل کنید
Brief خوب فقط Keyword و تعداد کلمه نیست. تصمیمهایی را ثبت میکند که Writer، Reviewer، SEO و Publisher باید روی آن توافق داشته باشند.
| بخش Brief | خروجی قابل قبول |
|---|---|
| Objective | Outcome کاربر و Outcome کسبوکار، جدا از Rank |
| Audience/Job | مخاطب، Stage، پیشنیاز، محدودیت |
| Query map | Primary family، Secondary jobs، Exclusions |
| Destination decision | New/Update/Merge و دلیل |
| Boundary | مالکیت صفحه و موضوعاتی که فقط Link میشوند |
| Answer promise | پاسخ یکجملهای بدون اغراق |
| Evidence plan | ادعا→منبع/تجربه→Reviewer→تاریخ |
| Outline | ترتیب سؤال و تصمیم، نه تقلید SERP |
| Internal links | Source، Destination، Context، Anchor، Owner |
| Measurement | Baseline، KPI، Guardrail، Window |
| Refresh | Owner، Trigger، SLA و Change log |
Brief این مقاله برای مثال «نوشتن یک مقاله سئو شده از انتخاب Query تا Refresh» را مالک است؛ چکلیست سئو داخلی جزئیات Release یک URL، استراتژی بازاریابی محتوا Portfolio و Distribution، و راهنمای آتوریتی موضوعی معماری Cluster را مالکاند.
۶. تحقیق را با Evidence registry مدیریت کنید
منبع زیاد مساوی اعتماد نیست. برای هر ادعای مهم، نزدیکترین منبع به حقیقت را انتخاب کنید: مستند رسمی برای رفتار محصول، قانون برای الزام حقوقی، مقاله پژوهشی برای یافته علمی، داده First-party برای تجربه خود و Source ثانویه برای زمینه. تاریخ و Scope را ثبت کنید.
| Claim | نوع | Source/Method | As of | Limit | Reviewer |
|---|---|---|---|---|---|
| Meta ممکن است Snippet نشود | رفتار Search | Google Search Central | تاریخ بررسی | Query-dependent | SEO editor |
| زمان تحویل تهران ۲۴ ساعت | عملیات | OMS/Carrier sample | ۳۰ روز اخیر | مناطق تحت پوشش | Ops owner |
| این روش Conversion را بهتر کرد | آزمایش | Experiment log | بازه تست | Segment/Sample | Analyst |
نقلقول کوتاه، Paraphrase دقیق و Link مستقیم بهتر از فهرست منابع تزئینی است. اگر ادعا در زمان تغییر میکند، عبارت «در زمان نگارش»، Version یا تاریخ دسترسی را کنار آن بیاورید. اگر درباره سلامت، مالی یا حقوقی مینویسید، Reviewer متخصص و محدودیت را سختگیرانهتر کنید.
۷. E‑E‑A‑T را با Who، How و Why نشان دهید
E‑E‑A‑T یک امتیاز افزونه یا یک Ranking factor مستقل و قابل اندازهگیری نیست. Google میگوید Trust مهمترین بخش است و سامانهها از ترکیبی از نشانهها برای تشخیص محتوای مفید استفاده میکنند. پس ادعای «تخصصی» ننویسید؛ شواهد تخصص را قابل مشاهده کنید.
- Who: نام نویسنده، سابقه مرتبط، Reviewer و راه تماس/اصلاح.
- How: محصول چگونه تست شد، داده چگونه جمع شد، Sample و محدودیت چه بود.
- Why: محتوا برای حل چه مسئلهای ساخته شد، نه صرفاً جذب Traffic.
- Evidence: Screenshot، Log، نمونه، Method، Source و تاریخ.
- Accountability: Policy اصلاح، Disclosure تعارض منافع و Change log.
راهنمای E‑E‑A‑T و سیستم اعتماد محتوا این لایه را از Byline ساده تا Evidence registry و Correction workflow باز میکند.
۸. Draft را Answer-first و Decision-first بنویسید
مقدمه نباید ده پاراگراف برای تعریف اهمیت موضوع وقت بگیرد. وضعیت مخاطب، تنش واقعی، وعده و مرز صفحه را زود روشن کنید. سپس پاسخ کوتاه بدهید و جزئیات را در ترتیب تصمیم کاربر توسعه دهید.
| بخش | وظیفه | آزمون |
|---|---|---|
| Hook | مسئله یا هزینه واقعی را نشان دهد | بدون آمار ساختگی هم معنا دارد؟ |
| Promise | Deliverable و مرز را بگوید | اغراق یا تضمین ندارد؟ |
| Direct answer | نتیجه اصلی را زود ارائه کند | در ۳۰ ثانیه قابل فهم است؟ |
| Decision path | شرطها و Trade-off را مرتب کند | کاربر میداند قدم بعد چیست؟ |
| Evidence | ادعا را پشتیبانی و محدود کند | Source و Method نزدیک ادعاست؟ |
| Example | ابهام را به سناریو تبدیل کند | داده نمونه بهوضوح برچسب دارد؟ |
| CTA | قدم طبیعی پس از پاسخ باشد | با Stage مخاطب همخوان است؟ |
هر Heading باید یک سؤال، تصمیم یا تغییر State را نمایندگی کند. پاراگرافها را حول یک گزاره بسازید. جدول برای مقایسه فیلدهای تکرارشونده، فهرست برای مراحل مستقل و مثال برای نشاندادن شرطهاست؛ Component را صرفاً برای طولانیتر نشاندادن صفحه اضافه نکنید.
۹. نوشتن برای فارسی و کاربران ایران
ترجمه واژهبهواژه محتوای انگلیسی معمولاً Intent، واحد پول، محدودیت دسترسی و رفتار خواندن فارسی را نادیده میگیرد. واژه تخصصی را یکبار با معادل انگلیسی بیاورید و بعد یک اصطلاح ثابت انتخاب کنید. نیمفاصله و املای استاندارد را رعایت کنید، اما جمله را برای شکار تمام شکلهای Query خراب نکنید.
- تومان و ریال را با Label و فرمول تبدیل روشن کنید؛ عدد نمونه را قیمت جاری جا نزنید.
- تاریخ شمسی/میلادی، منطقه زمانی و «بهروز تا» را در محتوای حساس مشخص کنید.
- در جدول و کد، Bidirectional text، عدد، پرانتز و English token را روی Mobile تست کنید.
- مثال ایران باید واقعی و مرتبط باشد: درگاه، ارسال بینشهری، آدرس، پیامک، نوسان ارز یا محدودیت Provider.
- دسترسی به سرویس خارجی را فرض نکنید؛ Eligibility، Billing، تحریم و جایگزین را بررسی کنید.
۱۰. Mythهای قدیمی تولید محتوای سئو را کنار بگذارید
| Myth | اصلاح عملی |
|---|---|
| چگالی کلمه کلیدی باید ۱ تا ۲٪ باشد | سهمیهای وجود ندارد؛ موضوع را روشن و طبیعی پوشش دهید. تکرار غیرطبیعی میتواند Keyword stuffing باشد. |
| LSI keyword به گوگل کمک میکند | «LSI keyword» چارچوب عملی رسمی Search نیست؛ موجودیت، اصطلاح و زیرمسئله مرتبط را برای وضوح کاربر بیاورید. |
| مقاله بالای ۲۰۰۰ کلمه بهتر رتبه میگیرد | Google میگوید Word count ترجیحی ندارد؛ طول تابع Task و Evidence است. |
| Duplicate content جریمه میشود | تکرار داخلی معمولاً Spam violation نیست؛ مشکل اصلی تجربه، انتخاب Canonical و اتلاف Crawl است. |
| Bounce rate مستقیماً رتبه را کم میکند | یک Metric تحلیلی را بدون Evidence رسمی Ranking factor ننامید؛ موفقیت Task و Outcome خود را بسنجید. |
| چراغ سبز افزونه یعنی صفحه آماده رتبه است | افزونه حضور فیلدها را میسنجد، نه Intent، Evidence، Indexability یا رضایت. |
| محتوای AI ذاتاً ممنوع است | روش تولید بهتنهایی مسئله نیست؛ هدف دستکاری رتبه، بیدقتی و نبود مسئولیت مشکلاند. |
| تغییر تاریخ، Freshness میسازد | تاریخ را فقط پس از تغییر معنادار و با Change log بهروز کنید. |
۱۱. Title، H1 و Heading را همراستا ولی مستقل بسازید
<title> ترجیح شما برای Title link است؛ H1 عنوان اصلی قابل مشاهده صفحه. لازم نیست عین هم باشند، اما باید یک Promise بدهند. Google از Title، عنوان بصری، Heading، og:title، متن برجسته و Anchorها برای ساخت Title link استفاده میکند و ممکن است آن را بازنویسی کند.
| فیلد | کار | خطای رایج |
|---|---|---|
| SEO Title | موضوع، تمایز و تصمیم Click | تکرار Keyword، Boilerplate، تاریخ نادرست |
| H1 | خلاصه روشن محتوای صفحه | چند عنوان هموزن یا Promise متفاوت |
| H2 | مرحله/سؤال/تصمیم اصلی | فقط Variant کلمه کلیدی |
| H3 | زیرمسئله واقعی H2 | پرش سلسلهمراتب برای Style |
برای Title سقف کاراکتری قطعی وجود ندارد؛ نمایش بر اساس عرض دستگاه کوتاه میشود. عنوان را مختصر و توصیفی نگه دارید، بخش ارزشمند را جلو بیاورید و بعد از انتشار، Title link واقعی و CTR را در Segment بررسی کنید.
۱۲. Meta Description وعده دقیق بدهد، نه Keyword dump
Meta Description میتواند منبع Snippet باشد، اما Google بسته به Query ممکن است بخشی از متن صفحه را نمایش دهد. بنابراین Meta را خلاصه منحصربهفرد، دقیق و مفید بنویسید؛ نه ضمانت نمایش و نه فهرست مترادفها.
- مسئله، Deliverable و تمایز را در یک یا دو جمله بگویید.
- ادعایی که در صفحه پشتیبانی نشده ننویسید.
- برای صفحههای بزرگ و مهم، Description منحصربهفرد بسازید.
- طول را برای وضوح و احتمال Truncation مدیریت کنید، نه بهعنوان قانون رتبه.
۱۳. URL و Canonical را پیش از انتشار تثبیت کنید
Slug کوتاه، توصیفی و پایدار انتخاب کنید. در سایت فارسی، Slug انگلیسی یا Finglish میتواند برای اشتراک، لاگ و عملیات سادهتر باشد؛ انتخاب باید سیاست یکنواخت سایت باشد. پس از کسب لینک و Index، URL را صرفاً برای زیباترشدن عوض نکنید.
Canonical مقصد ترجیحی میان نسخههای تکراری است، نه ابزار ادغام Intentهای متفاوت و نه تضمین انتخاب. Redirect، Internal link، Sitemap و Canonical باید روی مقصد واحد همراستا باشند. اگر URL را تغییر میدهید، ۳۰۱ مستقیم، Linkهای داخلی اصلاحشده و مانیتور ۴۰۴/Index لازم است.
۱۴. لینک داخلی را به رابطه معنایی و Journey تبدیل کنید
Anchor توصیفی به کاربر و Crawler میگوید مقصد چه کمکی میکند. لینک باید با <a href> قابل Crawl، مقصد آن ۲۰۰ و Context آن واقعی باشد. Tag archive و لینککردن هر تکرار Keyword جای معماری محتوا را نمیگیرد.
| نوع رابطه | نمونه Anchor | هدف |
|---|---|---|
| Prerequisite | پیش از Brief، تحلیل رقبا را انجام دهید | دانش لازم |
| Deep dive | جزئیات چکلیست On-page | حفظ Boundary |
| Next step | بعد از انتشار، تشخیص افت رتبه | ادامه Journey |
| Evidence | راهنمای رسمی Title link | پشتیبانی ادعا |
| Alternative | اگر صفحه AI-assisted است، Workflow تحریریه AI | مسیر شرطی |
برای هر مقاله ۳ تا ۸ لینک مرتبط نقطه شروع معقولی است، نه سهمیه جهانی. Source page، Destination، Anchor، Placement و Link-back را در Content map ثبت کنید. مقاله Orphan باید Owner و مسیر اصلاح داشته باشد.
۱۵. تصویر و Alt را بر اساس کار تصویر بنویسید
تصویر باید چیزی را نشان دهد که متن بهسختی منتقل میکند: فرایند، مقایسه، Screenshot، نمودار یا نمونه. تصویر تزئینی را با Alt خالی پیاده کنید؛ Alt تصویر اطلاعاتی، محتوای ضروری را در Context توصیف میکند. Keyword را به همه Altها تزریق نکنید.
- نام فایل قابل فهم، فرمت و اندازه مناسب و ابعاد رزروشده.
- Caption برای Context یا Source؛ Alt برای جایگزین معنایی تصویر.
- Screenshot با داده شخصی پاکسازیشده و Version/تاریخ.
- متن حیاتی فقط داخل تصویر نباشد؛ نسخه HTML هم ارائه شود.
- خروجی Mobile، Lazy load و شکست تصویر تست شود.
۱۶. FAQ را فقط برای سؤال واقعی اضافه کنید
FAQ جای تکرار Keyword یا مخفیکردن بخشهای اصلی نیست. سؤال باید از Query، فروش، پشتیبانی یا ابهام واقعی بیاید و پاسخ مستقل، کوتاه و دقیق باشد. اگر جواب به Scope مفصل نیاز دارد، بخش اصلی یا صفحه مستقل بسازید.
Structured data را فقط وقتی اضافه کنید که محتوای قابل مشاهده با Markup منطبق و نوع آن برای صفحه مجاز باشد. حضور FAQ یا Schema تضمین Rich result نیست. از ساخت پرسش مصنوعی فقط برای گرفتن فضای بیشتر در Search خودداری کنید.
۱۷. AI را در Workflow مهار کنید، نه پنهان
AI میتواند Queryها را Cluster کند، سؤالهای خالی را پیشنهاد دهد، متن را ساده کند یا QA مکانیکی انجام دهد؛ اما Source، تجربه و تصمیم تحریریه نیست. Prompt خوب هم مسئولیت انتشار را منتقل نمیکند.
| کار | AI role | Human gate |
|---|---|---|
| Query clustering | پیشنهاد گروه | Intent و Destination review |
| Outline | گزینه ساختار | Boundary و Information gain |
| Draft | پیشنویس محدود | Fact، Voice، Example، Risk |
| Citation | کاندید Source | بازکردن منبع و تطبیق Claim |
| Localization | پیشنهاد معادل | کاربرد واقعی ایران و RTL |
| QA | یافتن تناقض/تکرار | تصمیم و Sign-off انسانی |
Source fabrication، Citation laundering، انتشار انبوه بدون Review و بازنویسی سطحی رقبا Red flag هستند. برای Disclosure، Provenance، نمونهبرداری QA و Escalation، Workflow محتوای AI و سئو را ببینید.
۱۸. Publish QA: فایل و صفحه عمومی هر دو باید قبول شوند
Preview در CMS کافی نیست. نسخه عمومی ممکن است Title دیگری، H1 تکراری، Canonical اشتباه، Script شکسته یا لینک Redirectدار داشته باشد. Release را با URL واقعی تست کنید.
| Gate | Acceptance | روش |
|---|---|---|
| Editorial | Promise، Evidence، Source، Example و Limit کامل | Reviewer مستقل |
| HTML | یک عنوان اصلی، سلسلهمراتب و Table/List سالم | Rendered DOM |
| HTTP | URL نهایی ۲۰۰ مستقیم و HTTPS | Header check |
| Indexability | Index/follow، Robots و Auth درست | URL Inspection/Source |
| Canonical | Self-reference یا مقصد عمدی و سازگار | Rendered/source + Sitemap |
| Metadata | Title، Meta، OG و زبان صحیح | Source/social preview |
| Links | داخلی مستقیم ۲۰۰، Anchor و مقصد درست | Crawler/manual |
| Mobile/RTL | Table، Code، عدد و CTA قابل استفاده | Device test |
| Accessibility | Keyboard، Focus، Alt، Contrast و Zoom | Automated + manual |
| Measurement | Baseline، Annotation و Conversion تستشده | GSC/Analytics/Backend |
۱۹. بعد از انتشار چه چیزی را اندازه بگیریم؟
Rank یک میانگین وابسته به Query، زمان، مکان و Device است؛ Outcome کسبوکار نیست. Search Console Impression، Click، CTR و Average position را نشان میدهد، اما Queryهای ناشناس حذف میشوند، جدول داده محدود است و Page/Property aggregation فرق دارد. تحلیل را با Filter صفحه و Query family انجام دهید و Trend را مهمتر از یک عدد روزانه ببینید.
| لایه | Metric | پرسش | محدودیت |
|---|---|---|---|
| Eligibility | Index status، Canonical | آیا صفحه میتواند رقابت کند؟ | Index تضمین نمایش نیست |
| Visibility | Impression، Query coverage | برای چه تقاضایی دیده میشود؟ | Queryهای ناشناس/Truncation |
| Selection | Click، CTR | Promise نتیجه مناسب است؟ | رتبه و SERP feature Confound |
| Consumption | Task event، Scroll، outbound | محتوا استفاده میشود؟ | Scroll رضایت را ثابت نمیکند |
| Outcome | Lead، Signup، Assisted sale | کار جلو رفت؟ | Attribution ناقص |
| Quality | Correction، Return-to-SERP study، feedback | پاسخ دقیق و کافی بود؟ | Sample و Bias |
| Maintenance | Broken link، stale claim، refresh SLA | دارایی هنوز قابل اعتماد است؟ | نیاز به Owner |
Baseline را پیش از Update ثبت کنید: ۲۸ یا ۹۰ روز، Query family، Device، Country و Seasonality. سپس Annotation تغییر، Window انتظار و Guardrail را مشخص کنید. برای رشد کل Portfolio و نه فقط یک URL، سیستم افزایش ترافیک ارگانیک وبلاگ را ببینید.
۲۰. تشخیص نتیجه: هر علامت یک اقدام متفاوت دارد
| علامت | فرضیههای نخست | اقدام بعدی |
|---|---|---|
| Impression صفر | Discover/Crawl/Index/Canonical/تقاضا | URL Inspection، Link، Sitemap، Query evidence |
| Impression هست، Click کم | Intent، Title/Snippet، Position، SERP feature | Page+Query segment و Search review |
| Click هست، Outcome کم | Promise mismatch، Task gap، CTA، UX | Usability/interview/funnel |
| یک Query دو URL دارد | Overlap یا Intent ambiguity | Boundary، Merge، Internal link، Canonical فقط اگر Duplicate |
| افت ناگهانی | Technical change، Seasonality، competitor، demand | Change log، Index/Crawl، Segment، سیستمهای Search |
| رتبه بهتر، فروش ثابت | Query کمارزش یا Attribution/Offer | Lead quality و Business outcome |
اگر افت یا Plateau دارید، مستقیم عنوان را عوض یا ۱۰۰۰ کلمه اضافه نکنید. راهنمای تشخیص و بهبود رتبه گوگل ترتیب Eligibility→Intent→Evidence→Authority→Action را پوشش میدهد.
۲۱. Refresh را با Trigger انجام دهید، نه تقویم کور
هر صفحه باید Content owner و Trigger داشته باشد. قیمت، قانون، Version محصول، Screenshot، Link، آمار، Availability و روش اجرا نرخ تغییر متفاوت دارند. بازبینی ماهانه همه مقالهها هم گران است و هم لزوماً مفید نیست.
| Trigger | تصمیم | مدرک پایان |
|---|---|---|
| Source یا Version تغییر کرده | Fact update | Claim/Source/Date اصلاح |
| Query جدید با همان Job | Expand/Reframe | بخش و Internal link |
| Intent نتایج تغییر کرده | Rebrief | Promise و Deliverable تازه |
| دو صفحه همپوشاناند | Merge/Boundary | ۳۰۱ و Link cleanup |
| Traffic افت کرده ولی تقاضا هم افت کرده | Watch/Portfolio decision | Trend و Seasonality |
| صفحه دیگر برای مخاطب مفید نیست | Retire | Redirect/۴۱۰ بر اساس جایگزین |
تاریخ انتشار را بدون تغییر واقعی تازه نکنید. Change log کوتاه بگوید چه چیزی، چرا و با چه Source یا دادهای اصلاح شد. نسخه قبلی را در Revision نگه دارید تا تصمیم قابل حسابرسی باشد.
سه مثال برای کسبوکار ایرانی
خدمات محلی: تعمیر پکیج در تهران
Query «هزینه تعمیر پکیج در غرب تهران» فقط مقاله عمومی نمیخواهد. صفحه باید منطقه پوشش، مدل قیمتگذاری، هزینه بازدید، قطعه/اجرت، زمان پاسخ، صلاحیت تعمیرکار، شرایط ضمانت و راه تماس را روشن کند. ادعای «۲۴ساعته» بدون داده شیفت و ظرفیت حذف میشود. Query شهر دیگر لزوماً صفحه تازه نمیخواهد؛ فقط وقتی پوشش و اطلاعات یکتا وجود دارد.
فروشگاه: راهنمای انتخاب میز کار
هدف صرفاً Traffic برای «بهترین میز کار» نیست. Content باید قد، عمق، تحمل وزن، فضای اتاق، مونتاژ، ارسال و مرجوعی را به Attributeهای Catalog وصل کند. جدول انتخاب و تصاویر مقیاسدار Evidence هستند. Event از راهنما به Product و Kept order سنجیده میشود؛ نه فقط Time on page.
B2B: نرمافزار حسابداری تولیدی
مقاله عمومی «حسابداری چیست» با خریدار B2B همخوان نیست. Job مقایسه Fit برای BOM، بهای تمامشده، چندانبار، دسترسی و Integration است. تجربه پیادهسازی، Matrix قابلیت، محدودیت Migration و Pilot نماینده ارزش تازه میسازند. CTA مناسب «دریافت فایل عمومی» نیست؛ Assessment یا Demo با سناریوی واقعی است.
برنامه ۳۰روزه نوشتن و انتشار یک محتوای سئو شده
| بازه | کار | خروجی |
|---|---|---|
| روز ۱ تا ۳ | Query evidence، First-party و Inventory | Query ledger + New/Update/Merge |
| روز ۴ تا ۶ | Intent، Job، SERP snapshot و Boundary | Decision record |
| روز ۷ تا ۱۰ | Angle، Evidence plan و Source review | Approved brief |
| روز ۱۱ تا ۱۵ | Draft Answer-first و مثال ایران | Draft v1 |
| روز ۱۶ تا ۱۸ | Fact check، Reviewer و Edit | Evidence registry + v2 |
| روز ۱۹ تا ۲۱ | Title/H1/Meta/Link/Image/URL | On-page package |
| روز ۲۲ تا ۲۴ | CMS Preview، Mobile/RTL/A11y | QA report |
| روز ۲۵ | Publish و Public URL test | Release sign-off |
| روز ۲۶ تا ۳۰ | Distribution، Index check، Annotation | Baseline + monitoring window |
چکلیست نهایی محتوای سئو شده
- Query از Evidence واقعی آمده و به Job مشخص تبدیل شده است.
- تصمیم New/Update/Merge و مقصد قبل از نوشتن ثبت شده است.
- Boundary با صفحههای نزدیک روشن و لینک دوطرفه برنامهریزی شده است.
- Answer promise، Audience، Stage، Risk و Deliverable در Brief هستند.
- صفحه ارزش تازه، تجربه، داده، Tool، Template یا Synthesis قابل دفاع دارد.
- ادعاهای مهم Source، Method، تاریخ، محدودیت و Reviewer دارند.
- Hook کوتاه، پاسخ زودهنگام و ساختار بر اساس تصمیم کاربر است.
- فارسی طبیعی، واحد پول، تاریخ، RTL و شرایط ایران کنترل شدهاند.
- Title، H1، Meta، URL و Canonical یک Promise سازگار دارند.
- لینک داخلی Context و Anchor روشن، مقصد مستقیم ۲۰۰ و رابطه ثبتشده دارد.
- تصویر کار مشخص، Alt متناسب و خروجی Mobile/Performance سالم دارد.
- AI در صورت استفاده Provenance، Fact check و Sign-off انسانی دارد.
- صفحه عمومی ۲۰۰، Indexable، دارای یک عنوان اصلی و بدون شکست HTML است.
- Baseline، KPI، Guardrail، Measurement window و Refresh trigger ثبت شدهاند.
پرسشهای متداول نوشتن محتوای سئو شده
چند بار کلمه کلیدی را در مقاله تکرار کنیم؟
عدد یا درصد ثابتی لازم نیست. خانواده Query و اصطلاحات لازم را طبیعی بهکار ببرید تا موضوع و پاسخ روشن باشد. اگر حذف یک تکرار هیچ ابهامی نمیسازد، احتمالاً لازم نیست. Keyword stuffing خلاف سیاست Spam است.
مقاله سئو شده باید چند کلمه باشد؟
طول را Task، Evidence و پیچیدگی تعیین میکنند. پاسخ ساده ممکن است کوتاه و ابزار یا راهنمای تصمیم طولانی باشد. Google صریحاً میگوید Word count ترجیحی ندارد. هر بخش باید کاری انجام دهد.
چقدر طول میکشد مقاله رتبه بگیرد؟
زمان ثابت و تضمینی وجود ندارد. Crawl/Index، رقابت، تقاضا، کیفیت سایت و تغییرات Search اثر دارند. Google پیشنهاد میکند برای سنجش برخی تغییرات چند هفته صبر کنید، اما اثر میتواند از چند ساعت تا چند ماه متفاوت باشد.
آیا محتوای تولیدشده با AI رتبه میگیرد؟
روش تولید بهتنهایی تعیینکننده نیست. صفحه باید دقیق، مفید، مسئولانه، دارای Source و متناسب با مخاطب باشد. تولید انبوه برای دستکاری رتبه یا انتشار ادعای بررسینشده ریسک جدی دارد.
برای مقاله قدیمی Update کنیم یا URL تازه بسازیم؟
اگر Intent و Outcome یکی است، معمولاً Update همان URL بهتر است. وقتی Audience، Job یا Deliverable واقعاً متفاوت است صفحه تازه را با Boundary روشن بسازید. صفحات همپوشان را Merge و مقصدهای قبلی را درست Redirect کنید.
منابع رسمی این راهنما
- Google: Creating helpful, reliable, people-first content
- Google SEO Starter Guide
- Google: Influencing title links
- Google: How to write meta descriptions
- Google: SEO link best practices
- Google Image SEO best practices
- Google Search spam policies: Keyword stuffing
- Google: Canonicalization and duplicate URLs
- Google Search Console: Performance report tasks
محتوای سئو شده با پایان Draft تمام نمیشود. اگر Query، Evidence، صفحه عمومی و Outcome در یک زنجیره قابل حسابرسی باشند، میتوانید بهجای حدسزدن درباره الگوریتم، مسئله واقعی را پیدا و نسخه بعدی را آگاهانه بهتر کنید.
