عبارت باقاعده (Regex) چیست؟ آموزش کاربردی با مثال های جاوا اسکریپت

اگر فرم تماس سایت باید شماره موبایل را بررسی کند، یا تیم محتوا می خواهد از میان صدها عنوان، عبارت های تکراری را پیدا کند، جستجوی ساده همیشه کافی نیست. عبارت باقاعده یا Regex راهی برای تعریف الگوی متن است: به جای نوشتن تک تک حالت ها، قانونی می نویسیم که رشته های سازگار با آن را تشخیص دهد.

در این راهنما از مفهوم و نشانه ها شروع می کنیم، مثال های واقعی جاوا اسکریپت را می بینیم و روشن می کنیم کجا استفاده از Regex به تجربه بهتر کاربر کمک می کند و کجا ابزار دیگری لازم است.

عبارت باقاعده یا Regex چیست؟

Regex مخفف Regular Expression است و به الگویی برای جستجو، تطبیق، استخراج یا جایگزینی بخش هایی از متن گفته می شود. برای نمونه، الگوی ^09[0-9]{9}$ رشته ای را می پذیرد که با 09 آغاز شود و پس از آن دقیقا 9 رقم انگلیسی داشته باشد. این الگو «مالکیت شماره» یا فعال بودن آن را ثابت نمی کند؛ فقط شکل ظاهری ورودی را بررسی می کند.

در جاوا اسکریپت، این الگوها با شیء RegExp یا نگارش کوتاه /pattern/ ساخته می شوند. Regex زبان برنامه نویسی مستقل برای ساخت سایت نیست، بلکه ابزاری در کنار منطق برنامه است.

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

Regex در جاوا اسکریپت چگونه نوشته می شود؟

ساده ترین شکل، قراردادن الگو میان دو اسلش است. نمونه زیر بررسی می کند آیا عبارت «سئو» در متن وجود دارد یا خیر. متد test() مقدار درست یا نادرست برمی گرداند و پرچم i برای متن لاتین، تفاوت حروف بزرگ و کوچک را نادیده می گیرد.

const pattern = /SEO/i;
console.log(pattern.test('SEO و تولید محتوا')); // true
console.log(pattern.test('طراحی رابط کاربری')); // false

اگر الگو هنگام اجرای برنامه از ورودی ساخته شود، از سازنده new RegExp() استفاده می کنیم. در این حالت کاراکترهای ویژه ورودی باید درست خنثی شوند؛ وگرنه متن کاربر ممکن است معنای الگو را عوض کند. قابلیت RegExp.escape() برای این کار وجود دارد، اما پیش از استفاده در محصول باید سازگاری آن با مرورگرهای مخاطبان را بررسی کرد. برای الگوهای ثابت، نگارش /.../ خواناتر است.

نشانه های اصلی عبارت باقاعده

بخش دشوار Regex حفظ کردن نشانه ها نیست؛ انتخاب الگوی متناسب با مسئله است. جدول زیر پرکاربردترین اجزا را با تفسیر دقیق نشان می دهد. نخست الگو را روی چند ورودی درست و نادرست آزمایش کنید و سپس آن را وارد سایت کنید.

نکته مهم این است که * یا + به جزء پیش از خود اعمال می شود؛ بنابراین «هر چیزی» به تنهایی نیست. همچنین . نقطه واقعی نیست. برای تطبیق نقطه واقعی باید آن را escape کرد، مثلا در الگوی URL به صورت \.. اگر می خواهید کل ورودی مطابق الگو باشد، آغاز و پایان را هم مشخص کنید.

پرچم های پرکاربرد Regex

پرچم ها پس از اسلش پایانی می آیند. i تطبیق بدون حساسیت به بزرگی حروف را برای حروفی که این مفهوم در آنها کاربرد دارد فعال می کند. g همه موارد را در عملیات هایی مثل جایگزینی یا matchAll() پیدا می کند. m رفتار نشانه های آغاز و پایان را در متن چندخطی تغییر می دهد و u پردازش آگاه از Unicode را فعال می کند.

const text = 'SEO در عنوان، seo در توضیحات';
console.log(text.match(/seo/gi)); // ['SEO', 'seo']

برای نوشته فارسی نباید تصور کرد i اختلاف «ی» و «ي» یا «ک» و «ك» را حل می کند. اگر داده از منابع گوناگون می آید، ابتدا متن را با قواعد مشخص یکدست کنید و سپس الگو را اجرا کنید. یکدست سازی متن برای جستجوی داخلی و تحلیل محتوا مفید است، اما باید طوری انجام شود که معنای عبارت عوض نشود.

مثال های کاربردی Regex در فرم های سایت

برای استفاده از Regex در فرم، باید بدانیم کدام ورودی فقط به بررسی قالب نیاز دارد و کدام داده به ابزار دقیق تر یا تایید سمت سرور وابسته است. دو مثال زیر این مرز را روشن می کنند.

بررسی قالب شماره موبایل در فرم سایت

برای شماره موبایل با قالب داخلی ایران، الگوی زیر دقیقا 11 رقم انگلیسی می پذیرد که با 09 شروع می شوند. این بررسی پیش از ارسال فرم، اشتباه تایپی را زودتر به کاربر نشان می دهد. اگر سایت شماره ها را با پیش شماره کشور هم می پذیرد، باید آن قالب را جداگانه تعریف و به یک شکل استاندارد ذخیره کند.

const mobilePattern = /^09[0-9]{9}$/;
const mobile = '09123456789';
console.log(mobilePattern.test(mobile)); // true
console.log(mobilePattern.test('0912345678')); // false

اگر مخاطبان رقم فارسی یا عربی وارد می کنند، پیش از اجرای این الگو باید رقم ها را به شکل مورد قبول تبدیل کنید یا الگوی سازگار با آنها بسازید. بررسی قالب جای ارسال کد تایید یا اعتبارسنجی سمت سرور را نمی گیرد. پیام خطای فرم نیز بهتر است روشن باشد: «شماره موبایل را با 09 و 11 رقم وارد کنید»، نه فقط «ورودی نامعتبر است».

مثال عملی: ایمیل و آدرس سایت را چگونه بررسی کنیم؟

Regex برای تشخیص خطاهای آشکار ایمیل مناسب است، اما استاندارد آدرس ایمیل جزئیات فراوانی دارد و یک الگوی کوتاه نمی تواند معتبر بودن صندوق یا امکان تحویل پیام را تضمین کند. برای فرم عمومی از type="email" در HTML و بررسی سمت سرور استفاده کنید؛ اگر صحت مالکیت مهم است، لینک تایید بفرستید. الگوی بسیار سخت گیرانه ممکن است ایمیل درست کاربر را بی دلیل رد کند.

برای URL نیز به جای ساخت یک الگوی پیچیده و شکننده، از URL در جاوا اسکریپت استفاده کنید و پروتکل های مجاز را جداگانه بررسی کنید. مثلا برای فیلد وب سایت، https: و در صورت نیاز http: را بپذیرید. حتی URL قابل parse هم لزوما صفحه ای فعال یا امن نیست؛ اینها بررسی های جداگانه اند.

function isHttpUrl(value) {
  try {
    const url = new URL(value);
    return ['http:', 'https:'].includes(url.protocol);
  } catch {
    return false;
  }
}

کاربرد Regex در مدیریت محتوا و تحلیل متن

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

const titles = ['راهنمای سئو 2026', 'طراحی سایت', 'بازاریابی محتوا 2025'];
const datedTitles = titles.filter(title => /20[0-9]{2}/.test(title));
console.log(datedTitles); // ['راهنمای سئو 2026', 'بازاریابی محتوا 2025']

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

جستجو، استخراج و جایگزینی متن با Regex

در جاوا اسکریپت، test() برای پاسخ بله یا خیر، match() برای دریافت تطبیق ها، matchAll() برای پیمایش تطبیق های متعدد و replace() برای جایگزینی کاربرد دارد.

اگر فقط می خواهید بدانید متن ساده ای وجود دارد، includes() معمولا خواناتر از Regex است. الگو را وقتی انتخاب کنید که واقعا به قواعدی مانند تعداد رقم، چند گزینه یا جایگاه در رشته نیاز دارید.

const source = 'سئو 2025 و تجربه کاربر 2026';
console.log(source.match(/20[0-9]{2}/g)); // ['2025', '2026']
console.log(source.replace(/20[0-9]{2}/g, 'سال جدید'));

برای تحلیل دقیق تر، گروه ها کمک می کنند قسمت های یک تطبیق را جدا کنید. با این حال در متن های پیچیده مثل HTML کامل، اتکا به Regex برای parse ساختار صفحه روش مطمئنی نیست؛ برای HTML از DOM parser استفاده کنید. همین اصل برای JSON، تاریخ واقعی و آدرس های اینترنتی هم صدق می کند: ابزار تخصصی هر قالب قابل اعتمادتر است.

خطاها و محدودیت های عبارت باقاعده

یکی از خطاها استفاده از الگویی است که فقط بخشی از رشته را پیدا می کند، در حالی که هدف اعتبارسنجی کل ورودی بوده است. برای مثال /09[0-9]{9}/ ممکن است داخل متن طولانی هم تطبیق پیدا کند، اما /^09[0-9]{9}$/ کل رشته را بررسی می کند. خطای دوم، سخت گیری بیش از اندازه روی ایمیل، نام افراد یا متن فارسی است که کاربر درست را بی دلیل رد می کند.

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

چه زمانی Regex انتخاب مناسبی نیست؟

برای بررسی وجود یک عبارت ثابت، جستجوی ساده کافی است. برای URL و تاریخ، کتابخانه یا API اختصاصی مناسب تر است. برای HTML و XML باید از parser استفاده کرد، چون تودرتویی و قواعد ساختاری آنها با یک الگوی کوتاه به خوبی مدیریت نمی شود. برای محتوای فارسی نیز نرمال سازی و تحلیل زبانی ممکن است مهم تر از صرفا تطبیق نویسه ها باشد.

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

طراحی الگوی درست برای داده واقعی

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

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

در نهایت پیام خطا را به زبان کاربر بنویسید. کاربر نیازی به دانستن الگوی ^09[0-9]{9}$ ندارد؛ او باید بداند چه چیزی را چگونه اصلاح کند. فرم خوب داده را زود و واضح بررسی می کند، اما پیام را هنگام مناسب نشان می دهد و کاربر را با خطاهای زودهنگام یا مبهم خسته نمی کند.

تفاوت تطبیق کامل، جستجوی بخشی و استخراج

سه کار متفاوت را با یک مفهوم اشتباه نگیرید. در اعتبارسنجی کامل، تمام مقدار ورودی باید از آغاز تا پایان با الگو سازگار باشد. در جستجوی بخشی، کافی است الگو در جایی از متن پیدا شود. در استخراج، افزون بر پیدا کردن تطبیق، خود بخش های پیدا شده را برای پردازش بعدی می خواهیم. انتخاب میان این سه، جای استفاده از ^ و $ و متد مناسب را تعیین می کند.

const value = 'شماره: 09123456789';
console.log(/^09[0-9]{9}$/.test(value)); // false
console.log(/09[0-9]{9}/.test(value)); // true
console.log(value.match(/09[0-9]{9}/)?.[0]); // 09123456789

همین تفاوت در تحلیل عنوان یا متن مقاله نیز مهم است. اگر به دنبال عنوان هایی هستید که با «راهنمای» آغاز می شوند، از نشانه آغاز استفاده کنید. اگر می خواهید هر عنوانی را که در جایی سال دارد پیدا کنید، جستجوی بخشی مناسب است. اگر قرار است سال را در یک گزارش جدا ثبت کنید، خود تطبیق را استخراج کنید. این تصمیم کوچک از خطاهای پنهان در داده های بازاریابی و محتوا جلوگیری می کند.

Regex و فارسی: نرمال سازی قبل از جستجو

در متن فارسی، دو نوشته که برای چشم یکسان به نظر می رسند ممکن است از نویسه های متفاوت ساخته شده باشند. «ي» عربی و «ی» فارسی، یا «ك» عربی و «ک» فارسی، نمونه های رایج اند. افزون بر آن، فاصله، نیم فاصله، ارقام فارسی و انگلیسی و نشانه گذاری می توانند تطبیق را تغییر دهند. بنابراین برای جستجوی داخلی سایت یا گزارش محتوایی، بهتر است یک سیاست روشن برای یکدست سازی ورودی داشته باشید.

برای نمونه، اگر هدف پیدا کردن عنوان های دارای سال میلادی است، باید بدانید سال ها با رقم انگلیسی نوشته شده اند یا رقم فارسی هم دیده می شود. الگوی 20[0-9]{2} فقط شکل انگلیسی را پیدا می کند. می توانید رقم ها را پیش از جستجو تبدیل کنید یا مجموعه مجاز را با توجه به داده واقعی گسترش دهید. بدون بررسی نمونه های واقعی، ظاهرا درست بودن الگو کافی نیست.

این موضوع هنگام پاک سازی خودکار محتوا حساس تر می شود. جایگزینی گروهی ممکن است نام برند، URL یا متن نقل شده را ناخواسته تغییر دهد. پیش از اجرای تغییر روی مجموعه بزرگ، نتیجه را در یک نسخه آزمایشی مرور کنید و امکان بازگشت داشته باشید. Regex برای شناسایی الگو عالی است، اما جای بازبینی محتوایی را نمی گیرد.

کاربرد Regex در مسیر تبدیل کاربر

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

همین داده ها در پشت صحنه هم باید با قواعد مشخص ذخیره شوند. اگر شماره ها با شکل های گوناگون ذخیره شوند، پیگیری درخواست ها و اتصال به ابزارهای تحلیل یا CRM دشوارتر می شود. بهتر است قالب نمایشی، قالب ذخیره سازی و قواعد اعتبارسنجی از ابتدا معلوم باشند. برای نشانی سایت نیز URL parser و محدودسازی پروتکل ها از یک Regex بلند قابل نگهداری تر است.

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

چک لیست کوتاه برای استفاده حرفه ای

پیش از انتشار یک فرم یا ابزار متنی، این چند پرسش را مرور کنید. پاسخ آنها کمک می کند الگو ساده بماند و رفتار واقعی سایت با انتظار کاربر هماهنگ باشد.

• هدف تطبیق: می خواهید کل ورودی معتبر باشد، فقط وجود یک بخش را بیابید یا داده ای استخراج کنید؟
• قالب های مجاز: فاصله، رقم فارسی، پیش شماره و حروف بزرگ یا کوچک در ورودی پذیرفته می شوند؟
• مرز ابزار: آیا برای این داده parser، API یا تایید سمت سرور مناسب تر است؟
• آزمایش: نمونه های درست، نادرست و مرزی را ثبت کرده اید؟
• بازخورد: پیام خطا دلیل و راه اصلاح را به زبان روشن می گوید؟
• نگهداری: آیا عضو بعدی تیم می تواند الگو و هدف آن را بفهمد و تغییر دهد؟

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

جمع بندی

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