URL فقط آدرس فنی یک صفحه نیست. وقتی آدرس صفحه واضح و قابل فهم باشد، کاربر قبل از باز کردن لینک هم میتواند تا حدی حدس بزند قرار است چه محتوایی ببیند. در مقابل، URLهای طولانی، پر از پارامتر یا شامل رشتههای نامفهوم معمولاً خوانایی کمتری دارند و مدیریت آنها نیز دشوارتر است.
یک URL مناسب سئو یا SEO-Friendly URL باید تا حد امکان ساده، توصیفی، پایدار و متناسب با ساختار سایت باشد. این موضوع بخشی از سئو داخلی است، اما نباید آن را به فرمولهایی مثل «URL حتماً باید کمتر از تعداد مشخصی کاراکتر باشد» یا «وجود کلمه کلیدی در آدرس مستقیماً باعث رتبه بهتر میشود» تبدیل کنیم.
در این مقاله بررسی میکنیم URL چیست، آدرس مناسب سئو چه ویژگیهایی دارد، URL فارسی بهتر است یا انگلیسی، کلمات را چگونه از هم جدا کنیم، با پارامترها چه کنیم و قبل از انتشار یک صفحه چه نکاتی را درباره آدرس آن بررسی کنیم.
URL چیست؟
URL مخفف Uniform Resource Locator است و به آدرسی گفته میشود که برای مشخص کردن محل یک منبع در وب استفاده میشود.
برای مثال:
https://example.com/blog/seo-friendly-url
این آدرس را میتوان به چند بخش اصلی تقسیم کرد:
- https:// پروتکل ارتباطی است.
- example.com دامنه سایت است.
- /blog/seo-friendly-url مسیر یا Path صفحه است.
در بعضی URLها بخشهای دیگری مانند Subdomain، Port، Query Parameter یا Fragment نیز وجود دارد. اما برای انتخاب URL یک مقاله یا صفحه معمولی، مهمترین بخش معمولاً همان Path یا مسیری است که بعد از دامنه قرار میگیرد.
URL مناسب سئو چیست؟
URL مناسب سئو آدرسی است که ساختار ساده و قابل فهمی داشته باشد، موضوع صفحه را تا حد مناسبی منتقل کند و بدون اطلاعات غیرضروری یا پیچیدگی مصنوعی ساخته شده باشد.
برای مثال:
example.com/seo-audit
معمولاً از آدرسی مانند نمونه زیر خواناتر است:
example.com/page.php?id=83742&type=4
این به معنی بد بودن همه URLهای پارامتردار نیست. بعضی سایتها، بهخصوص فروشگاهها و سیستمهای بزرگ، به پارامترها نیاز دارند. مسئله اصلی این است که URL بدون دلیل پیچیده نشود.
Google نیز در مستند رسمی خود توصیه میکند ساختار URL تا حد امکان ساده، منطقی و قابل فهم برای انسان باشد و در صورت امکان از کلمات قابل خواندن بهجای شناسهها و رشتههای طولانی استفاده شود.
مستند رسمی Google درباره ساختار URL
یک URL مناسب سئو چه ویژگیهایی دارد؟
برای ساخت یک آدرس مناسب لازم نیست به دنبال فرمول پیچیدهای باشیم. بیشتر تصمیمها به چند اصل ساده برمیگردند: URL باید قابل فهم، نسبتاً کوتاه، پایدار و هماهنگ با ساختار سایت باشد.
URL باید موضوع صفحه را مشخص کند
کاربر با دیدن آدرس صفحه بهتر است بتواند حدس بزند محتوا درباره چیست.
مثلاً:
example.com/technical-seo
از این آدرس توصیفیتر است:
example.com/page-127
در سایت فارسی نیز همین منطق برقرار است:
webtick.net/سئو-داخلی
این URL بدون نیاز به مشاهده عنوان سئو یا متن کامل صفحه، موضوع کلی محتوا را منتقل میکند. البته URL قرار نیست نسخه کوتاهشده کامل SEO Title باشد؛ بهتر است روی موضوع پایدار صفحه تمرکز کند.
URL را بدون دلیل طولانی نکنید
URL بهتر است فقط اطلاعاتی را نگه دارد که برای شناسایی صفحه لازم هستند.
برای مثال:
/عنوان-سئو/
از آدرسی مانند نمونه زیر تمیزتر و پایدارتر است:
/عنوان-سئو-چیست-و-چگونه-بهترین-عنوان-صفحه-را-برای-گوگل-بنویسیم/
اما کوتاه بودن نباید خودش به هدف تبدیل شود. اگر حذف یک کلمه باعث شود URL مبهم شود، نگه داشتن آن میتواند منطقیتر باشد.
URL خوب کوتاهترین URL ممکن نیست؛ سادهترین آدرسی است که موضوع صفحه را بهدرستی منتقل میکند.
URL باید تا حد امکان پایدار باشد
یکی از ویژگیهای مهم URL مناسب سئو این است که با تغییر جزئی عنوان مقاله مجبور به تغییر آن نشویم.
فرض کنید عنوان مقاله امروز چنین باشد:
10 روش برای بهبود سئو داخلی
اگر URL را اینطور بسازیم:
/10-روش-بهبود-سئو-داخلی/
و سال بعد مقاله را به «15 روش» ارتقا دهیم، عدد 10 داخل URL دیگر با محتوا هماهنگ نیست.
در چنین شرایطی آدرسی مثل:
/بهبود-سئو-داخلی/
پایدارتر است.
همین اصل درباره Title هم صدق میکند. عنوان یک صفحه ممکن است برای بهبود خوانایی، CTR یا هماهنگی بهتر با Intent تغییر کند، اما بهتر است Slug تا جای ممکن به موضوع پایدار صفحه وابسته باشد، نه نسخه دقیق عنوان در یک مقطع زمانی.
آیا کلمه کلیدی باید در URL باشد؟
اگر کلمه کلیدی یا عبارت نزدیک به آن بهطور طبیعی موضوع صفحه را بیان میکند، استفاده از آن در URL تصمیم منطقیای است.
برای مثال اگر مقاله درباره تحقیق کلمات کلیدی باشد:
/تحقیق-کلمات-کلیدی/
آدرسی واضح و طبیعی است.
اما این اصل نباید به Keyword Stuffing تبدیل شود:
/تحقیق-کلمات-کلیدی-چیست-آموزش-تحقیق-کلمات-کلیدی-سئو-کلمات-کلیدی/
چنین URLی فقط برای تکرار Keyword ساخته شده و ارزش بیشتری برای کاربر ایجاد نمیکند.
قبل از انتخاب Slug باید مشخص باشد این صفحه دقیقاً چه موضوعی را هدف گرفته، چه Keywordهایی به آن تعلق دارند و نیت جستجو یا Search Intent کاربر چیست. این تصمیم ابتدا در فرایند تحقیق کلمات کلیدی شکل میگیرد و سپس با Keyword Mapping مشخص میشود هر گروه از Queryها باید به کدام صفحه تعلق داشته باشند.
در واقع، ابتدا باید بدانیم صفحه قرار است چه Job مشخصی داشته باشد؛ بعد برای آن URL انتخاب کنیم. ساخت URL قبل از مشخص شدن Scope صفحه میتواند باعث شود بعدها با تغییر موضوع یا ادغام صفحات مجبور به تغییر آدرس شویم.
URL فارسی بهتر است یا انگلیسی؟
هیچ قانون عمومی وجود ندارد که بگوید URL انگلیسی از نظر SEO همیشه بهتر از URL فارسی است.
Google در مستندات خود استفاده از کلمات زبان مخاطب در URL را قابل قبول میداند و URLهای غیرلاتین نیز میتوانند Crawl و Index شوند.
بنابراین هر دو ساختار زیر میتوانند معتبر باشند:
example.com/seo-friendly-url
و:
example.com/آدرس-مناسب-سئو
تفاوت اصلی بیشتر عملیاتی است تا یک قانون مستقیم Ranking.
مزیت URL فارسی
در یک سایت کاملاً فارسی، URL فارسی میتواند مستقیماً موضوع صفحه را برای مخاطب نشان دهد و با زبان محتوا هماهنگ باشد.
برای مثال ساختار فعلی وبتیک نیز عمدتاً از URLهای فارسی استفاده میکند:
https://webtick.net/متا-دیسکریپشن
سئو Title چیست؟ آموزش نوشتن عنوان سئو
https://webtick.net/هدینگ-ها
حفظ یک الگوی ثابت در چنین سایتی معمولاً منطقیتر از تغییر استراتژی URL در میانه مسیر است.
مشکل ظاهری URL فارسی
URL فارسی هنگام کپی شدن در بعضی محیطها ممکن است به شکل Percent-Encoding نمایش داده شود.
مثلاً بخشی از آدرس میتواند ظاهری شبیه این پیدا کند:
%D8%B3%D8%A6%D9%88
این مسئله به معنی خراب بودن URL نیست، اما ممکن است اشتراکگذاری یا مشاهده خام لینک را کمی ناخواناتر کند.
پس فارسی انتخاب کنیم یا انگلیسی؟
اگر سایت از ابتدا یک استاندارد مشخص دارد، معمولاً حفظ همان استاندارد مهمتر از تغییر مداوم بین فارسی و انگلیسی است.
برای وبتیک که URLهای محتوایی آن اکنون فارسی هستند، ادامه همین ساختار انتخاب منسجمتری است.
برای جدا کردن کلمات در URL از خط تیره استفاده کنیم یا Underscore؟
برای جدا کردن کلمات در URL بهتر است از خط تیره یا Hyphen یعنی - استفاده شود.
مثال مناسب:
/seo-friendly-url/
بهجای:
/seo_friendly_url/
Google نیز در راهنمای رسمی URL Structure استفاده از Hyphen را برای جدا کردن کلمات توصیه میکند و استفاده از Underscore را پیشنهاد نمیکند.
در URL فارسی نیز همین منطق قابل استفاده است:
/تحقیق-کلمات-کلیدی/
بهجای ساختارهای چسبیده یا جداشده با کاراکترهای غیرمعمول.
آیا URL باید حتماً کوتاه باشد؟
کوتاه و ساده بودن URL معمولاً انتخاب خوبی است، اما طول مشخص و جادویی برای SEO وجود ندارد.
نباید قوانینی مثل این بسازیم:
URL باید حتماً کمتر از 50 یا 60 کاراکتر باشد.
چنین عدد ثابتی معیار رسمی Google نیست.
بهتر است بهجای شمردن کاراکترها بپرسید:
- آیا کلمه اضافی در URL وجود دارد؟
- آیا بدون از بین رفتن معنی میتوان آن را سادهتر کرد؟
- آیا آدرس همچنان موضوع صفحه را منتقل میکند؟
- آیا بعداً مجبور میشویم آن را تغییر دهیم؟
اگر پاسخها مناسب باشند، طول URL بهتنهایی مسئله اصلی نیست.
آیا باید کلمات اضافه را از URL حذف کنیم؟
حذف کلماتی مانند «و»، «از»، «برای» یا واژههای مشابه میتواند در بعضی URLها باعث کوتاهتر شدن آدرس شود، اما نباید آن را یک قانون ثابت سئو بدانیم.
مثلاً اگر:
/تفاوت-seo-و-sem/
برای کاربر واضح است، حذف «و» فقط برای کوتاهتر شدن ضرورت خاصی ندارد.
اصل مهم این است که URL خوانا و قابل فهم باقی بماند. حذف مکانیکی کلمات فقط به دلیل اینکه زمانی با عنوان Stop Word شناخته میشدند، استراتژی مناسبی نیست.
آیا حروف بزرگ و کوچک در URL تفاوت دارند؟
بله، بهتر است این موضوع را جدی بگیریم.
URLها میتوانند Case-sensitive باشند. یعنی بسته به سرور و تنظیمات سایت، این دو آدرس ممکن است دو منبع متفاوت تلقی شوند:
/SEO-Guide/
و:
/seo-guide/
به همین دلیل بهتر است یک استاندارد مشخص داشته باشیم. در URLهای انگلیسی، استفاده از حروف کوچک یا Lowercase معمولاً سادهترین و قابل پیشبینیترین انتخاب است.
Google نیز در مستند URL Structure به Case Sensitivity اشاره میکند و توصیه میکند ساختار URL تا حد امکان یکنواخت باشد.
پارامتر URL چیست و آیا برای سئو مشکل ایجاد میکند؟
Query Parameter اطلاعاتی است که معمولاً بعد از علامت ? در URL قرار میگیرد.
مثلاً:
/products?category=laptop&sort=price
وجود پارامتر بهخودیخود مشکل سئو نیست. بسیاری از فروشگاهها، سیستمهای فیلتر، صفحات جستجو و نرمافزارهای تحت وب از پارامترها استفاده میکنند.
مشکل زمانی ایجاد میشود که ترکیب تعداد زیادی پارامتر، URLهای بسیار زیادی با محتوای یکسان یا تقریباً مشابه تولید کند.
برای مثال:
/products?color=black&sort=price
/products?sort=price&color=black
/products?color=black&sort=price&ref=menu
ممکن است عملاً محتوای بسیار مشابهی نشان دهند.
Google در مستند URL Structure هشدار میدهد که URLهای بیش از حد پیچیده، بهخصوص زمانی که پارامترهای متعدد ایجاد میکنند، میتوانند تعداد زیادی آدرس تولید کنند و باعث شوند خزش گوگل روی URLهایی انجام شود که ارزش مستقلی ندارند.
پس پارامتر را نباید «بد» بدانیم؛ باید بررسی کنیم آیا وجود آن ضروری است و آیا کنترل مناسبی روی URLهای تولیدشده داریم.
آیا تعداد زیاد پوشه در URL برای سئو بد است؟
وجود Folder یا Directory در URL بهخودیخود مشکل نیست.
مثلاً:
/blog/seo/on-page/url-structure/
میتواند ساختار واقعی یک سایت را نمایش دهد.
اما اگر پوشههای متعدد هیچ نقش واقعی در معماری سایت ندارند، URL بدون دلیل پیچیده میشود.
مثلاً:
/blog/articles/seo/on-page/content/guides/url/seo-friendly-url/
در بسیاری از سایتها چنین عمقی ضروری نیست.
نباید نتیجه بگیریم که «هرچه URL کمعمقتر باشد Ranking بهتر است». بحث اصلی، سادگی و هماهنگی آدرس با معماری واقعی سایت است.
موضوع ساختار دستهها، سلسلهمراتب صفحات و ارتباط آنها با URL در مقاله مستقل «معماری سایت چیست؟» عمیقتر بررسی خواهد شد. چون این مقاله هنوز منتشر نشده، فعلاً URL ساختگی برای آن قرار نمیدهیم.
آیا تاریخ را در URL قرار دهیم؟
پاسخ به نوع محتوا بستگی دارد.
در یک سایت خبری ممکن است چنین URLی منطقی باشد:
/2026/10/google-update/
چون تاریخ بخشی از Context خبر است.
اما برای محتوای Evergreen، قرار دادن تاریخ در URL میتواند در آینده محدودکننده شود.
مثلاً اگر آدرس مقاله این باشد:
/2026/seo-guide/
و مقاله چند سال مرتب بهروزرسانی شود، سال داخل URL ممکن است این تصور را ایجاد کند که محتوا فقط مربوط به همان سال است.
پس تاریخ باید زمانی وارد URL شود که واقعاً بخشی از هویت محتوا باشد، نه صرفاً به دلیل ساختار پیشفرض سیستم مدیریت محتوا.
آیا دستهبندی باید داخل URL قرار بگیرد؟
این تصمیم نیز به معماری سایت بستگی دارد.
هر دو ساختار زیر میتوانند منطقی باشند:
example.com/seo/technical-seo/
و:
example.com/technical-seo/
اگر Category بخشی پایدار از معماری سایت باشد، حضور آن میتواند منطقی باشد. اما اگر دستهبندیها دائماً تغییر میکنند، قرار دادن آنها در URL ممکن است در آینده نیاز به تغییر آدرس ایجاد کند.
قبل از انتخاب ساختار باید پرسید:
آیا این بخش از URL واقعاً بخشی پایدار از هویت صفحه است یا فقط ساختار فعلی سایت را نشان میدهد؟
آیا تغییر URL صفحه منتشرشده کار درستی است؟
URL صفحهای که قبلاً منتشر شده و توسط موتور جستجو شناخته شده است نباید فقط برای زیباتر شدن تغییر کند.
فرض کنید مقالهای با این URL منتشر شده است:
/seo-title/
بعد از چند ماه تصمیم میگیریم فقط به دلیل اینکه URL دیگری را بیشتر دوست داریم، آن را به این آدرس تغییر دهیم:
/title-tag/
این تغییر فقط عوض کردن چند حرف نیست. آدرس قبلی و آدرس جدید دو URL متفاوت هستند و باید انتقال آنها درست مدیریت شود.
اگر تغییر URL واقعاً ضروری باشد، معمولاً باید مواردی مانند Redirect، لینکهای داخلی، Sitemap، Canonical و منابعی که به URL قبلی اشاره میکنند بررسی شوند.
Google برای انتقال دائمی یک صفحه به URL جدید، استفاده از Redirectهای دائمی سمت سرور مانند 301 یا 308 را توصیه میکند.
راهنمای رسمی Google درباره Redirect و تغییر URL
آموزش کامل Redirect موضوع مستقلی است و بهتر است در مقاله تخصصی خودش بررسی شود.
Canonical چه ارتباطی با URL دارد؟
گاهی یک محتوا از چند URL مختلف قابل دسترسی است. در چنین شرایطی ممکن است موتور جستجو نیاز داشته باشد نسخه اصلی یا Canonical صفحه را تشخیص دهد.
برای مثال پارامترها، فیلترها یا ساختارهای مختلف سایت ممکن است چند URL نزدیک به هم ایجاد کنند. در این شرایط علاوه بر مشخص کردن نسخه اصلی، باید بررسی شود Google کدام URLها را کشف کرده و چه نسخههایی وارد فرایند ایندکس گوگل میشوند.
Canonical میتواند یکی از سیگنالهایی باشد که نسخه ترجیحی محتوا را مشخص میکند، اما نباید آن را ابزاری برای جبران معماری نامناسب URL بدانیم.
موضوع Canonical گستردهتر از محدوده این مقاله است. پس از انتشار مقاله مستقل «Canonical چیست؟» این بخش باید به آن لینک شود؛ تا آن زمان URLی برای آن حدس نمیزنیم.
نمونه URL خوب و ضعیف
| نوع URL | نمونه | ارزیابی |
|---|---|---|
| ساده و توصیفی | /سئو-داخلی/ |
واضح و قابل فهم |
| مبهم | /page-183/ |
موضوع صفحه مشخص نیست |
| بیش از حد طولانی | /آموزش-کامل-و-جامع-سئو-داخلی-سایت-برای-بهبود-رتبه-گوگل/ |
اطلاعات اضافی زیادی دارد |
| دارای Underscore | /seo_friendly_url/ |
Hyphen انتخاب پیشنهادیتری است |
| دارای Hyphen | /seo-friendly-url/ |
ساختار مناسبتر برای جدا کردن کلمات |
| پارامتردار | /article?id=7821 |
ممکن است معتبر باشد اما توصیفی نیست |
| Keyword Stuffing | /seo-url-seo-friendly-url-url-seo/ |
مصنوعی و غیرضروری |
اشتباهات رایج در ساخت URL
- تغییر URL صفحه منتشرشده فقط برای زیباتر شدن Slug؛
- قرار دادن تعداد زیادی کلمه کلیدی در آدرس؛
- استفاده از عنوان کامل مقاله بهعنوان Slug بدون حذف بخشهای غیرضروری؛
- استفاده از Underscore بهجای Hyphen برای جدا کردن کلمات؛
- استفاده ناهماهنگ از حروف بزرگ و کوچک؛
- اضافه کردن پارامترهای غیرضروری؛
- قرار دادن تاریخ یا دستهبندی در URL بدون بررسی نیاز بلندمدت؛
- ساخت چند URL برای یک محتوای مشابه بدون مدیریت نسخه اصلی؛
- تغییر مداوم ساختار URLهای کل سایت؛
- انتخاب Slug فقط براساس Keyword و بدون توجه به خوانایی.
بیشتر این اشتباهها زمانی اتفاق میافتند که URL فقط از زاویه Keyword دیده میشود. آدرس صفحه بخشی از معماری بلندمدت سایت است و باید با همین دید انتخاب شود.
چگونه قبل از انتشار یک URL مناسب انتخاب کنیم؟
بهترین زمان برای فکر کردن درباره URL قبل از Publish کردن صفحه است. بعد از انتشار، تغییر آدرس هزینه و پیچیدگی بیشتری دارد.
پیش از انتخاب Slug، بهتر است در نقشه کلمات کلیدی سایت مشخص شده باشد این موضوع به یک صفحه جدید نیاز دارد یا باید داخل صفحه موجود پوشش داده شود. این کار از ساخت URLهای اضافی و همپوشان جلوگیری میکند.
قبل از انتشار صفحه، این موارد را بررسی کنید:
- آیا URL موضوع صفحه را به شکل قابل فهم منتقل میکند؟
- آیا کلمه یا بخش غیرضروری دارد؟
- آیا با الگوی سایر URLهای سایت هماهنگ است؟
- آیا در آینده با تغییر جزئی Title همچنان معنی خواهد داشت؟
- آیا برای جدا کردن کلمات از Hyphen استفاده شده است؟
- آیا پارامتر غیرضروری داخل آدرس وجود دارد؟
- آیا URL دیگری با محتوای مشابه وجود دارد؟
- آیا این آدرس به احتمال زیاد در بلندمدت ثابت خواهد ماند؟
اگر صفحه دیگری با Intent مشابه از قبل وجود دارد، صرفاً به دلیل تفاوت جزئی Keyword نباید URL جدیدی ایجاد کنیم. چنین تصمیمهایی میتوانند در آینده باعث همپوشانی صفحات و حتی Keyword Cannibalization شوند.
اگر پاسخ این سؤالها مشخص باشد، معمولاً نیازی به پیچیده کردن تصمیم نداریم.
برای وبتیک چه ساختار URLی مناسب است؟
با توجه به اینکه ساختار فعلی صفحات محتوایی وبتیک فارسی و نسبتاً کوتاه است، ادامه همین الگو منطقی است.
برای مثال:
https://webtick.net/سئو-داخلی
سئو Title چیست؟ آموزش نوشتن عنوان سئو
Meta Description چیست و چگونه آن را بنویسیم؟
https://webtick.net/هدینگ-ها
این URLها چند ویژگی مشترک دارند: فارسی هستند، Topic اصلی را مستقیماً بیان میکنند، پوشههای اضافی ندارند و Slug آنها نسبتاً پایدار است.
برای همین مقاله نیز Slug پیشنهادی:
/آدرس-سئو/
انتخاب مناسبی است. کوتاه است، با ساختار فارسی وبتیک هماهنگ است و حتی اگر Title مقاله در آینده کمی تغییر کند، همچنان مفهوم اصلی صفحه را منتقل میکند.
جمعبندی
URL مناسب سئو باید قبل از هر چیز ساده، توصیفی، پایدار و هماهنگ با معماری سایت باشد. لازم نیست تعداد مشخصی کاراکتر داشته باشد و نباید برای قرار دادن تعداد بیشتری Keyword طولانی شود.
در صورت امکان از کلمات قابل فهم استفاده کنید، واژهها را با Hyphen جدا کنید، پارامترهای غیرضروری را کاهش دهید و قبل از انتشار بررسی کنید که آیا URL انتخابشده در بلندمدت همچنان منطقی خواهد بود یا نه.
URL فارسی یا انگلیسی هر دو میتوانند قابل استفاده باشند. برای سایتی مانند وبتیک که از ابتدا ساختار URL فارسی دارد، حفظ همین الگوی منسجم انتخاب منطقیتری است.
مهمتر از همه، URL منتشرشده را بدون دلیل جدی تغییر ندهید. انتخاب درست آدرس در زمان انتشار بسیار سادهتر از اصلاح ساختار آن بعد از Index شدن، لینک گرفتن و قرار گرفتن در معماری سایت است.
یک URL خوب قرار نیست موتور جستجو را فریب دهد؛ باید آدرس ساده و پایداری برای محتوایی باشد که کاربر و موتور جستجو بتوانند موضوع آن را بهراحتی تشخیص دهند.

اولین دیدگاه را بنویسید