کپی‌رایتینگ لندینگ پیج؛ پیام، شواهد و CTA

تیتر «فروش‌تان را در ۳۰ روز دو برابر کنید» شاید کلیک بگیرد؛ اما اگر داده‌ای برای ادعا ندارید، فرم شماره موبایل را پیش از توضیح قیمت می‌خواهید و «فقط امروز» هر شب از نو شروع می‌شود، متن شما متقاعدکننده نیست—فشارآور و غیرقابل‌اعتماد است. Copy خوب قرار نیست هر بازدیدکننده‌ای را وادار به خرید کند. باید فرد مناسب را کمک کند پیشنهاد را بفهمد، شواهد را ارزیابی کند، ریسک را بسنجد و با انتظار درست اقدام کند.

این راهنما کپی‌رایتینگ لندینگ پیج را به یک سیستم تصمیم تبدیل می‌کند: از Voice of Customer و Message match تا Claim/Evidence، Headline، Objection، CTA، Form microcopy، نسخه فارسی، آزمایش و Governance. طراحی Layout، Performance و زیرساخت A/B در مقاله لندینگ پیج و A/B تست عمیق‌تر پوشش داده شده است؛ مالکیت این صفحه، متن و قرارداد پیام است.

کپی‌رایتینگ متقاعدکننده چیست؟

کپی‌رایتینگ متقاعدکننده یعنی ارائه روشن و صادقانه پیشنهاد به شکلی که با Intent، Stage و زبان مخاطب سازگار باشد و اقدام بعدی را بدون ابهام نشان دهد. «متقاعدسازی» با Manipulation فرق دارد: انتخاب باید آگاهانه، هزینه و محدودیت قابل دیدن و ردکردن پیشنهاد ممکن باشد.

Persuasive copy = relevance + clarity + evidence + risk clarity
                + usable action - deception - pressure

نرخ تبدیل تنها معیار نیست. Lead نامرتبط، خرید پشیمان، Refund، شکایت، لغو یا فروش ناشی از وعده نادرست می‌تواند Conversion را بالا و ارزش کسب‌وکار را پایین بیاورد.

قبل از نوشتن، Copy brief بسازید

«کاربران ۲۵ تا ۴۵ ساله» Brief کافی نیست. «مدیر مالی شرکت ۲۰ تا ۱۰۰نفره که از جست‌وجوی نرم‌افزار حقوق و دستمزد آمده، نگران مهاجرت داده است و Demo می‌خواهد» به تصمیم Copy کمک می‌کند.

Voice of Customer را جمع کنید، اختراع نکنید

زبان خوب از مکالمه واقعی می‌آید: مصاحبه، تماس فروش، تیکت پشتیبانی، Review، جست‌وجوی داخلی، Query، Chat و پاسخ فرم. عبارت را همراه Context و Source ذخیره کنید. یک جمله پرهیجان نماینده همه کاربران نیست و بازنشر Review بدون اجازه یا حذف Context می‌تواند گمراه‌کننده باشد.

Quote: «نمی‌دانم فایل‌های سیستم قبلی را چطور منتقل کنم.»
Source: interview P07, finance manager, 2026-07-12
Stage: solution-aware, vendor comparison
Underlying need: migration confidence
Copy response: supported formats + sample migration + owner + rollback
Do not claim: «مهاجرت بدون هیچ ریسک و در چند دقیقه»

مشاهده را از تفسیر جدا کنید. واژه مشتری را برای فهم بهتر استفاده کنید، نه برای تقلید مصنوعی درد یا ایجاد ترس.

Message match: قول مبدأ باید در مقصد ادامه یابد

کاربری که روی آگهی «دموی رایگان گزارش مالی برای شرکت خدماتی» کلیک کرده، باید همان Offer را با همان Scope و CTA ببیند؛ نه Homepage عمومی یا فرم خرید. Google Ads نیز Relevance میان Ad/Keyword و Landing page، مفیدبودن اطلاعات و سهولت انجام کار را بخشی از Landing-page experience می‌داند.

پارامتر Campaign می‌تواند Variant پیام را انتخاب کند، اما پیشنهاد اصلی نباید برای Crawler و انسان یا گروه‌های مشابه به‌صورت فریبنده متفاوت باشد.

Value proposition را از صفت به قرارداد تبدیل کنید

«هوشمند، جامع، حرفه‌ای و بی‌نظیر» اطلاعات تصمیم نیست. یک Promise مفید پنج جزء دارد:

For [specific audience/context]
who need [job/outcome],
[offer] helps [measurable/observable progress]
through [credible mechanism],
with [evidence, scope and constraint].

مثال ضعیف: «بهترین نرم‌افزار حسابداری ابری ایران.» مثال روشن‌تر: «فاکتور، دریافت و گزارش شعب را در یک پنل جمع کنید؛ مهاجرت فایل نمونه پیش از قرارداد بررسی می‌شود و زمان اجرا پس از ارزیابی اعلام می‌گردد.» نسخه دوم هنوز باید Evidence داشته باشد، اما Category، Outcome، Mechanism و شرط را پنهان نمی‌کند.

Claim ledger؛ هر ادعا صاحب و شاهد می‌خواهد

Evidence باید نزدیک Claim باشد و کاربر بداند نتیجه Case برای چه شرایطی بوده است. راهنمای E‑E‑A‑T و معماری شواهد Claim-to-source، نویسنده و بازبینی را گسترده‌تر توضیح می‌دهد.

Headline: Comprehension پیش از Cleverness

قانون ثابت «۸۰٪ فقط تیتر را می‌خوانند» یا «سه ثانیه فرصت دارید» بدون Scope و منبع کمکی نمی‌کند. تیتر را با سؤال‌های قابل آزمون بسنجید:

• کاربر Category پیشنهاد را درست تشخیص می‌دهد؟
• می‌فهمد برای چه کسی و چه Outcomeی است؟
• آیا Claim مشخص اما قابل دفاع است؟
• آیا با Ad/Query و محتوای بعدی هم‌خوان است؟
• آیا بدون بازی با ترس و ابهام، دلیل ادامه‌دادن می‌دهد؟

قالب پیشنهادی، نسخه عمومی نیست: [Outcome] برای [Audience]، با [Mechanism/Evidence]. برای Product شناخته‌شده ممکن است قیمت/Offer مهم‌تر باشد؛ برای B2B پیچیده، Category و Risk.

Subheadline و Lead؛ فاصله Promise تا باور

Subheadline نباید همان تیتر را طولانی‌تر تکرار کند. Mechanism، Scope یا Counter-objection را اضافه کند. Lead نیز در دو تا سه جمله نشان دهد چرا این صفحه با وضعیت کاربر مرتبط است و ادامه صفحه چه پرسش‌هایی را پاسخ می‌دهد.

نمونه:

Headline: حقوق و دستمزد سه شعبه را با یک فرایند تأیید ببندید.
Subheadline: ورود اطلاعات از Excel، سطح دسترسی شعب و گزارش مغایرت؛
پیش از قرارداد، فایل نمونه و اتصال بانکی شما بررسی می‌شود.
CTA: ارزیابی فایل نمونه

Feature را حذف نکنید؛ به Outcome و Evidence وصل کنید

کاربر گاهی دقیقاً Feature، Protocol یا Limit را می‌خواهد. «فقط Benefit بنویسید» می‌تواند تصمیم B2B یا فنی را دشوار کند. زنجیره بهتر:

Feature → Capability → User outcome → Evidence → Constraint

«ما بیداریم تا شما راحت بخوابید» جای SLA و Scope حل مشکل را نمی‌گیرد.

ساختار صفحه را با سؤال‌های تصمیم بچینید

هیچ ترتیب جادویی برای همه Landing pageها وجود ندارد. هر Section باید سؤال بعدی کاربر را پاسخ دهد:

1. این چیست و برای من هست؟
2. چه Outcomeی می‌سازد و چگونه؟
3. چرا باید این ادعا را باور کنم؟
4. چه چیزی دقیقاً دریافت می‌کنم؟
5. هزینه، زمان، محدودیت و ریسک چیست؟
6. اگر مناسب نبود یا مشکلی رخ داد چه می‌شود؟
7. اقدام بعدی چیست و بعد از آن چه اتفاقی می‌افتد؟

در Offer کم‌ریسک، پاسخ‌ها کوتاه‌اند؛ در خرید سازمانی یا سلامت/مالی، Evidence، Scope و Risk باید زودتر و عمیق‌تر بیایند. طول را با پیچیدگی تصمیم تعیین کنید، نه فرمول Long-copy/Short-copy.

Proof architecture؛ لوگو و عدد تزئینی کافی نیست

Proof را بر اساس نوع ادعا انتخاب کنید:

صفحه اعتمادسازی سایت با Evidence معماری Claim→Source→Scope→Date→Verify را کامل‌تر می‌کند.

Testimonial و Review را با Provenance منتشر کنید

نظر واقعی باید از فردی با تجربه واقعی باشد، اجازه انتشار و Context داشته باشد و اگر رابطه، تخفیف یا جبران وجود داشته آشکار شود. نام/نقش خیالی، Review تولیدشده با AI یا گزینش گمراه‌کننده اعتبار نمی‌سازد. FTC آمریکا در Rule و راهنماهای جاری خود Review/Testimonial جعلی و خرید Review با Sentiment شرط‌شده را ممنوع می‌کند؛ این منبع فقط نمونه حوزه آمریکا است و جای بررسی حقوق ایران یا بازار مقصد را نمی‌گیرد.

Testimonial record:
source_id | consent | identity verification | exact quote
context/use case | relationship/incentive disclosure
date | approved edits | channels | expiry/revocation

اعتراض را تحریک نکنید؛ پاسخ دهید

PAS می‌تواند مسئله را نام‌گذاری کند، اما «روی زخم نمک پاشیدن» و تهدید به نابودی کسب‌وکار هم غیراخلاقی است و هم کاربر را از تصمیم منطقی دور می‌کند. Objection را از تحقیق استخراج و با پاسخ قابل بررسی حل کنید:

• قیمت: چه چیزی شامل است، چه هزینه‌ای جدا و Unit چیست؟
• زمان: Range، Dependency و Owner هر مرحله چیست؟
• ریسک مهاجرت: Sample، Backup، Reconciliation و Rollback چیست؟
• Fit: برای چه سناریویی مناسب یا نامناسب است؟
• اعتماد: چه Evidence و مسیر تماس/شکایت وجود دارد؟

Scarcity و Urgency فقط وقتی واقعاً وجود دارند

Deadline، ظرفیت، موجودی یا قیمت قبلی باید منبع سیستم، Owner و رفتار پس از پایان داشته باشد. Timer که Reset می‌شود، «فقط دو ظرفیت» بدون Inventory و تخفیف با قیمت مرجع ساختگی Dark pattern است. گزارش FTC درباره Dark patternها نیز Countdown بی‌پایه، Limited-time دروغین، تخفیف ساختگی، اطلاعات پنهان و سخت‌کردن لغو را مثال می‌زند.

قانون داخلی پیشنهادی:

Urgency claim = source + current value + expiry + post-expiry behavior
If source unavailable → hide claim, never invent fallback

برای Governance جامع‌تر، راهنمای طراحی اخلاقی و Dark Pattern را ببینید.

قیمت، ضمانت و Risk reversal را دقیق بنویسید

«از ۹۹۰ هزار تومان» باید Unit، مالیات، دوره، حداقل تعهد، هزینه راه‌اندازی و شرایط رسیدن به همان قیمت را روشن کند. ریال/تومان را در کل Funnel یکسان نگه دارید. در اشتراک، Renewal، لغو، بازپرداخت و تغییر Plan پیش از CTA یا نزدیک آن قابل دسترسی باشد.

Guarantee فقط با Contract واقعی معنا دارد:

• چه کسی و کدام Plan واجد شرایط است؟
• Window از چه زمانی شروع می‌شود؟
• چه استثناها و مدارکی لازم است؟
• روش درخواست و زمان پاسخ چیست؟
• بازگشت وجه کامل است یا اعتبار حساب؟

«بدون ریسک» ننویسید اگر زمان، Data migration یا هزینه غیرقابل برگشت وجود دارد.

CTA؛ اقدام و پیامد را نام ببرید

CTA خوب به کاربر می‌گوید چه کاری انجام می‌دهد و چه چیزی بعداً رخ می‌دهد. First-person copy مانند «مشاوره‌ام را می‌خواهم» همیشه بهتر نیست؛ در فارسی گاهی مصنوعی یا مالکانه است. نسخه‌ها را با Comprehension و Outcome بسنجید.

Primary action می‌تواند در طول صفحه تکرار شود؛ «فقط یک CTA در کل صفحه» قانون نیست. Secondary action برای Stage متفاوت مجاز است، اگر Hierarchy و Measurement روشن باشد.

Form microcopy؛ قبل، حین و بعد از ورود داده

هر فیلد هزینه و ریسک ادراک‌شده دارد. دلیل جمع‌آوری، Format و Optional/Required را توضیح دهید. W3C WCAG ۲.۲ برای ورودی Label/Instruction و برای خطای تشخیص‌داده‌شده، شناسایی فیلد و توضیح متنی خطا می‌خواهد. Placeholder جای Label نیست.

Label: شماره موبایل کاری
Hint: برای هماهنگی جلسه؛ نمونه ۰۹۱۲۱۲۳۴۵۶۷
Error: شماره باید ۱۱ رقم و با ۰۹ شروع شود.
Privacy note: فقط برای همین درخواست؛ سیاست نگهداری و حذف
Success: درخواست ثبت شد؛ کد پیگیری ۸۴۲۱، پاسخ تا یک روز کاری

Error باید راه اصلاح بدهد، داده واردشده را بی‌دلیل پاک نکند و با Screen reader اعلام شود.

Plain language یعنی زبان متناسب با کاربر

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

از اسم‌مصدر و کلیشه بکاهید:

• «امکان بهره‌مندی از قابلیت…» ← «می‌توانید…»
• «در راستای تسهیل فرایند» ← «برای کوتاه‌شدن فرایند»
• «راهکار جامع و نوآورانه» ← Capability و Scope واقعی
• «به زودی با شما تماس گرفته خواهد شد» ← «کارشناس فروش تا یک روز کاری تماس می‌گیرد»

کپی فارسی و RTL؛ ترجمه تحت‌اللفظی کافی نیست

متن فارسی باید روی موبایل، فونت واقعی و داده ترکیبی آزمایش شود. عدد، درصد، تاریخ، کد، URL و Brand لاتین در RTL می‌توانند ترتیب را مبهم کنند. ریال/تومان، فاصله/نیم‌فاصله، ی/ک، جمع فارسی، لحن «شما» و فعل CTA را در Style guide ثبت کنید.

AIDA و PAS؛ Scaffold نوشتن، نه قانون روان‌شناسی

AIDA برای ترتیب Attention→Interest→Desire→Action و PAS برای Problem→Agitation→Solution می‌تواند Draft را سازمان دهد. اما شواهدی وجود ندارد که یک Formula همیشه بیشترین Conversion را بسازد. Agitation را به Consequence واقعی و متناسب محدود کنید؛ Desire را با Outcome/Proof بسازید و Action را با Risk clarity همراه کنید.

فرمول جای Research، Offer fit و Product quality را نمی‌گیرد. مقاله نورومارکتینگ در طراحی سایت مرز شواهد، Bias و اخلاق را عمیق‌تر بررسی می‌کند.

دو مثال بازنویسی

مثال B2B نرم‌افزار منابع انسانی

قبل: با بهترین سامانه هوشمند، بهره‌وری سازمان را متحول کنید.
بعد: درخواست مرخصی، تأیید مدیر و مانده هر کارمند را در یک مسیر ثبت کنید.
گزارش دسترسی و خروجی حقوق در Demo با فرایند فعلی شما بررسی می‌شود.
CTA: رزرو بررسی فرایند ۳۰دقیقه‌ای

نسخه بعد Category و Workflow را روشن می‌کند؛ عدد یا تحول تضمینی نمی‌سازد و انتظار جلسه را مشخص می‌کند.

مثال فروشگاه اینترنتی

قبل: فقط امروز! آخرین فرصت خرید با تخفیف باورنکردنی.
بعد: ۱۵٪ تخفیف برای مدل‌های مشخص تا ساعت ۲۳:۵۹ پنجشنبه؛
قیمت نهایی و موجودی هر رنگ در صفحه محصول به‌روزرسانی می‌شود.
CTA: دیدن مدل‌های مشمول

نسخه بعد Deadline، Scope و مقصد را روشن می‌کند و فقط در صورت اتصال به منبع قیمت/موجودی قابل انتشار است.

AI در کپی‌رایتینگ؛ Draft با مرز Evidence

مدل می‌تواند Variant تیتر، خلاصه مصاحبه یا بازنویسی Plain language بسازد، اما نباید Claim، Quote، Review، قیمت، موجودی، Deadline یا Policy را اختراع کند. Prompt باید به Source pack محدود و خروجی با Claim map بازبینی شود.

Allowed: summarize, classify objections, draft variants, simplify
Required input: approved offer + audience + evidence + prohibited claims
Human approval: facts, tone, legal/policy, accessibility, final publish
Log: model/prompt/source/version/editor/date
Reject: unsupported claim, fake quote, fabricated scarcity, hidden condition

برای Workflow کامل محتوا با AI، مقاله استراتژی بازاریابی محتوا و راهنماهای Editorial مرتبط را دنبال کنید.

Measurement tree؛ Conversion خام کافی نیست

Bounce یا Time on page به‌تنهایی کیفیت Copy نیست؛ تصمیم سریع و صحیح ممکن است زمان را کم کند. برای اتصال Campaign تا سود و Stop/Fix/Scale، راهنمای اندازه‌گیری کمپین دیجیتال را ببینید.

A/B تست Copy؛ فرضیه، نه مسابقه کلمات

یک Hypothesis قابل تفسیر بنویسید:

Because interviews show migration anxiety,
we believe adding supported-format + sample-review evidence near CTA
will increase qualified demo completion,
without increasing no-show or sales disqualification.

Primary metric، Guardrail، Eligibility، Unit، MDE، مدت، Stop rule و SRM check را پیش از اجرا ثبت کنید. چند تغییر بزرگ هم‌زمان علت را مبهم می‌کند. برای سایت کم‌ترافیک، Comprehension/usability test و rollout کیفی ممکن است مفیدتر از A/B بی‌توان باشد. راهنمای تست کاربردپذیری روش مطالعه Task و فهم پیام را پوشش می‌دهد.

Content QA و Governance پیش از انتشار

برای هر صفحه Owner، Reviewer، Source version، Expiry و Revalidation trigger تعیین کنید. تغییر قیمت، موجودی، Terms، Case study، Plan، SLA یا قانون باید صفحه‌های وابسته را پیدا کند.

• Audience، Source و Offer با هم منطبق‌اند.
• Category، Outcome، Mechanism و Constraint روشن‌اند.
• هر Claim مهم Source/Scope/Date/Owner دارد.
• Testimonial واقعی، مجاز و دارای Disclosure لازم است.
• قیمت، واحد، مالیات، Renewal، لغو و Guarantee واضح‌اند.
• Scarcity/Deadline از Source زنده می‌آید و Reset ساختگی ندارد.
• CTA اقدام و اتفاق بعد را می‌گوید.
• Form دارای Label، Hint، Error و Privacy note است.
• RTL/Bidi، تومان/ریال، تاریخ، موبایل و Screen reader آزموده شده‌اند.
• Eventها PII ندارند و Outcome/Guardrail قابل تطبیق‌اند.

اشتباه‌های رایج در کپی لندینگ پیج

• فرض اینکه مشکل هر Conversion پایین فقط متن است؛
• Headline پرهیجان بدون Category و Evidence؛
• کپی‌کردن Voice of Customer بدون Context یا Consent؛
• حذف Feature فنی لازم به نام Benefit؛
• Case استثنایی به‌عنوان نتیجه معمول؛
• لوگو، عدد کاربر یا «مورد اعتماد» بدون Scope و Verify؛
• PAS تهدیدآمیز، Timer ریست‌شونده و موجودی ساختگی؛
• قیمت «از» بدون Unit و هزینه کامل؛
• CTA بامزه اما مبهم و Form بدون Label/Error؛
• Benchmark عمومی ۲٫۵٪، ۵٪ یا ۱۰٪ به‌جای Baseline خود صفحه؛
• نسبت‌دادن تغییر Conversion به Copy بدون Experiment؛
• سپردن Claim، Quote و Deadline به AI بدون Approval.

برنامه بازنویسی ۱۰روزه

1. روز ۱: Source traffic، Audience، Offer و Outcome را ثبت کنید.
2. روز ۲: مصاحبه/تیکت/فروش و Objectionها را استخراج کنید.
3. روز ۳: Claim inventory و Evidence/Expiry را بسازید.
4. روز ۴: Message map و ترتیب سؤال‌های تصمیم.
5. روز ۵: Headline/Lead/Feature→Outcome→Proof Draft.
6. روز ۶: Price/Risk/FAQ/CTA/Form microcopy.
7. روز ۷: Ethics، Policy، Accessibility و RTL QA.
8. روز ۸: Comprehension/usability test با مخاطب هدف.
9. روز ۹: Instrumentation، Baseline و Experiment plan.
10. روز ۱۰: Publish، Monitor و Decision log.

منابع معتبر برای ادامه مطالعه

• Google Ads: Optimise ads and landing pages — Message match، Relevance و Landing experience.
• Google Ads: Misrepresentation policy — قیمت/هزینه پنهان، Offer ناموجود و Claim غیرواقعی.
• FTC: Endorsements, influencers and reviews — Review/Testimonial و Disclosure در حوزه آمریکا.
• W3C WCAG 2.2: Labels or Instructions — متن قابل فهم برای ورودی و Format.
• UK Department for Education: Plain language — زبان مبتنی بر نیاز و تحقیق کاربر.

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

کپی‌رایتینگ متقاعدکننده چه تفاوتی با متن تبلیغاتی دارد؟

هر متن تبلیغاتی الزاماً متقاعدکننده یا خوب نیست. Copy متقاعدکننده Intent و Context را می‌شناسد، Offer و شواهد را روشن می‌کند، Risk و شرط را پنهان نمی‌کند و اقدام بعدی را قابل فهم می‌سازد؛ بدون فشار یا ادعای بی‌پایه.

طول متن لندینگ پیج چقدر باشد؟

به پیچیدگی، ریسک، Awareness و Evidence لازم وابسته است. هر Section باید سؤال تصمیم را پاسخ دهد. متن را آن‌قدر کوتاه کنید که تکرار حذف شود، نه آن‌قدر که قیمت، محدودیت، Proof یا اعتراض مهم ناپدید شود.

نرخ تبدیل خوب برای لندینگ پیج چند درصد است؟

Benchmark عمومی بدون Source، Industry، Channel، Offer، Device و تعریف Conversion تصمیم‌ساز نیست. Baseline همان Segment را با Qualified outcome، هزینه و Guardrail مقایسه کنید و اثر تغییر را با روش معتبر بسنجید.

بهترین متن برای دکمه CTA چیست؟

عبارتی که اقدام و ارزش یا نتیجه نزدیک را روشن کند: «دیدن نمونه گزارش» یا «درخواست ارزیابی فایل». بهترین Variant به Stage و Offer بستگی دارد و باید با Comprehension، Completion و Quality سنجیده شود، نه فهرست کلمات جادویی.

آیا استفاده از فوریت و کمیابی همیشه غیراخلاقی است؟

خیر؛ اگر Deadline، ظرفیت یا موجودی واقعی، قابل تأیید، دارای Scope و رفتار پایان روشن باشد. Timer ریست‌شونده، ظرفیت خیالی، تخفیف ساختگی یا پنهان‌کردن شرط، Dark pattern است.

جمع‌بندی

قدرت Copy از «کلمات محرک» نمی‌آید؛ از تناسب پیام با Intent، روشن‌بودن Offer و نزدیک‌بودن Evidence به Claim می‌آید. با Brief و Voice of Customer آغاز کنید، Promise را به Scope و Mechanism وصل کنید، Price/Risk/Guarantee را دقیق بنویسید و CTA/Form را قابل استفاده بسازید. سپس Comprehension، Qualified outcome و Guardrail را بسنجید. متنی که انتخاب درست را آسان کند شاید هر بازدیدکننده را تبدیل نکند، اما مشتری مناسب‌تر و اعتماد بادوام‌تری می‌سازد.