ز وقتی که یکی ازاساسی ترین قسمت های ساختمان سئو(SEO) – بهینه سازی URL – را تحت پوشش قرار داه ایم، زمان زیادی گذشته است و من فکر می کنم موقع بازنگری رسیده است. اما، یک نکته ی مهم قبل ازاینکه شروع کنیم: ساختارو شیوه های بهینه سازی که من در راهنمایی های زیر شرح می دهم، بر روی هر صفحه ایی که ایجاد می کنید، کاملا حیاتی نیستند. این فهرست به صورت «اگر بتوانیم این کار ها را انجام دهیم، عالی می شود» بکار می رود ،نه این که «اگر کارهای این روش را انجام ندهیم، موتورهای جستجو هرگز به ما رتبه ی خوبی نخواهند داد». موتورهای جستجوی گوگل و بینگ راهی طولانی را طی کرده اند و می توانند بسیاری از چالش های تکنیکی را اداره کنند، اما مثل همیشه در سئو(بهینه سازی سایت )، ما کارهایی برای آسانتر کردن آن ها (و برای کاربران) ، برای نتیجه ایی بهتر که به آن تمایل داریم، ایجاد می کنیم.
استدلال کردن این روش که شواهد ومثال هایی زیادی از افرادی که مطالب را از زیر دامنه به زیر پوشه ها انتقال داده اند و نتایج بهبود یافته ایی را دیده اند ، ارائه می دهد، سخت است (یا، بدتر، انتقال مطلب به زیر دامنه و کاستن ترافیک). اگرچه فناوری هوشمند موتورها از این قضاوت استفاده می کند که مطالب باید توانایی ارث بری از دامنه ی والدینش را داشته باشد ،اما به نظر می رسد به طور مداوم مشکل عبورکردن به زیر دامنه وجود دارد.
اما به این معنا نیست که آن نمی تواند کار کند، اگر یک زیر دامنه تنها راهی است که شما می توانید یک وبلاگ را راه اندازی کنید و یا مطالبی را که نیاز دارید تولید کنید، آن بهتر از هیچ چیز است. اما اگر آن ها با هم در یک زیردامنه و دامنه ی ریشه باشند ، وبلاگتان احتمال بیشتری دارد که در رتبه بندی ،خوب نمایش داده شود و به بقیه ی مطالب سایت شما برای نمایش خوب کمک می کند.
جای تعجب ندارد که خواندن URL برای انسان آسان تر است و برای موتورهای جستجو بهتر است. قابل دسترسی بودن، همواره بخشی از سئو بوده است، اما نه به اندازه ی امروز، وقتی که موتورهای جستجو می توانند اهرم پیشرفته ی کاربر و مورد استفاده ی سیگنال های داده باشند،برای تعیین آنچه مردم درگیرآن هستند یا نیستند.
خوانایی می تواند یک مبحث ذهنی باشد ولی خوشبختانه این شکل میتونه کمک کنه :
نیازی نیست که هر جنبه ازURL کاملا تمیز و کامل باشد، اما حداقل می تواند ، برای کسانی که به دنبال مطالبشان هستند به راحتی قابل فهم ، امیدوار کننده و قانع کننده باشد.
این مورد هنوزاز کلمات کلیدی استفاده می کند که شما در رتبه بندی URL هایتان مورد هدف قرار داده اید که یک ایده ی قابل اطمینان است. این به چند دلیل درست است.
اول، کلمات کلیدی درURL به نشان دادن برای کسانی که آدرس تان را در رسانه اجتماعی و دریک ایمیل مشاهده می کنند ، و یا وقتی که آنها بر روی لینک کلیک می پلکند که آنها در حال به دست آوردن آن چیزی باشند که می خواهند و انتظار دارند، کمک می کند، همانطور که در مثال Metafilter زیر نشان داده شده است ( توجه داشته باشید که پلکیدن بر روی لینک، URL را در گوشه ی سمت چپ پایین نشان می دهد ):
دوم، به طور منظم URL ها را کپی و جایگذاری کنید، و هنگامی که هیچ متن پیوندی استفاده شده در یک لینک وجود ندارد،URL خود به عنوان یک متن پیوندی عمل می کند (که هنوز هم یک ورودی قدرتمند برای رتبه بندی است)، به عنوان مثال:
سوم، و در نهایت، کلمات کلیدی درURL ، درنتایج جستجو نشان داده می شوند، و تحقیقات نشان داده است که URL یکی از مهمترین عناصر جستجوکنندگان هنگام انتخاب سایتی برای کلیک کردن، در نظر گرفته می شود.
اگر شما دو URL که مطالب بسیارمشابه را ارائه می دهند، دارید،با در نظرگرفتن استاندارد سازی آن ها ، یا از تغییر مسیر 301 (اگر هیچ دلیل واقعی برای نگهداری نسخه ی تکراری وجود ندارد) و یا نگارش = متعارف استفاده می کنند (اگر شما می خواهید نسخه های اندکی متفاوت برای برخی از بازدید کنندگان را نگهداری کنید، به عنوان مثال یک صفحه ی قابل چاپ).
مطالب تکراری واقعا باعث مجازات سایت نمی شود (حداقل، نه تا وقتی که شما شروع به کپی در مقیاس بسیار بزرگ نکرده باشید)، اما آن می تواند علت تقسیم سیگنالهای رتبه بندی باشد که می تواند به پتانسیل ترافیک جستجوی شما آسیب برساند. اگر صفحه ی A مقداری توانایی رتبه بندی را دارد و نسخه ی تکراری آن ، صفحه ی A2 ، دارای مقدار مشابهی از توانایی رتبه بندی باشد، با استانداردسازی آن ها، صفحه ی A می تواند شانس بهتری برای رتبه بندی و کسب بازدیدکننده داشته باشد.
اینجور زباله ها بدرد نمیخوره
اگر شما می توانید از پارامترها ی مورد استفاده ی URL جلوگیری کنید، پس آن را انجام دهید. اگر شما بیش از دو پارامتر URL دارید، احتمالا ارزش ایجاد یک سرمایه گذاری جدی برای بازنویسی آن ها به صورت ایستاتیک، قابل خواندن ومتن را دارد.
اکثر سیستم عامل های CMS درطول این سال ها خبره شده اند، اما چند سیستم عامل عقب مانده باقی مانده اند. بررسی ابزاری مانند mod- rewrite و ابزار بازنویسی ISAPI و یا ماژول بازنویسی MS, URL (برای IIS) به این فرایند کمک می کند.
برخی از پارامترهای پویا برای ردیابی کلیک ها استفاده می شوند (مانند آنهایی که توسط برنامه های مشهور اشتراک گذاری اجتماعی مانند Buffer وارد می شوند). به طور کلی، این مشکل بزرگی ایجاد نمی کند، اما ممکن است برای آدرس ها ی طولانی تا حدی ناخوشایند و ناشیانه باشد. در خصوص مزایای پارامتر ردیابی در مقابل معایب آن، خودتان قضاوت کنید.
مطالعه ی تحقیقات Radium One 2014 نشان می دهد که اشتراک گذاری اجتماعی (که دارای اثرات مثبت است، اما معمولا به طورغیر مستقیم در جستجوگرها) با URL های کوتاه تر که به وضوح با سایت ارتباط برقرار می کنند و مطالب، بهتر از کوتاه کننده ی بدون برند (non-branded shorteners ) یا رشته های طولانی و غیر مشخص URL نمایش داده می شوند.
به طور کلی، آدرس ها ی کوتاه تر، ترجیح داده می شوند. شما برای داشتن ای مورد به افراطی بودن نیاز ندارید، و اگر URL شما در حال حاضر کمتر از 50-60 کاراکتر، در مورد آن اصلا نگران نباشید. اما اگر URL های شما بالای 100 کاراکتر دارند، احتمالا فرصتی برای بازنویسی آن ها و به دست آوردن ارزش وجود دارد.
این یک مشکل مستقیم برای گوگل یا بینگ نیست ، چون موتورهای جستجو می توانند بدون مشکل زیادی URL های طولانی را پردازش کنند. در عوض، این مسئله، در قابلیت استفاده و تجربه ی کاربر نهفته است. آدرس های کوتاه تر برای تجزیه ،کپی و چسباندن، به اشتراک گذاشتن در رسانه های اجتماعی و برای جاسازی آسان تر هستند و در حالی که ممکن است همه ی اینها تنها بهبودی جزئی در به اشتراک گذاری و یا توسعه ، در هر تویتر مانند، اشتراک گذاری، پین، ایمیل، و امور لینک اضافه کنند (هم به طور مستقیم و هم اغلب، به طور غیر مستقیم).
این به این معنا نیست که اگر عنوان بخش ” 7 بطری Islay Whisky موردعلاقه ی من (و چگونه یکی از آن ها برای ورود به مجموعه ی Lego من برام گرون تموم شد)” می باشد URL شما هم باید دقیقا مثل اون باشه . یه چیزی مثل این :
randswhisky.com/my-favorite-7-islay-whiskies
مشکلی نداره , مثل این یکی
randswhisky.com/blog/favorite-7-bottles-islay-whisky
چیزی مثل این یا انواع دیگری درهمین حدود. اکثزا مطابقت با یک هدف انسان محورانجام می شود، یعنی اشباع شدن از یک حس بسیار خوب از آنچه کاربر وب در صفحه از طریق URL پیدامی کند وسپس انتظارات با تیتر یا عنوان تحویل داده می شود.
به همین دلیل است که ما شدیدا نگه داشتن عنوان صفحه (که موتورها به طورآشکارا روی صفحات نتایج جستجو یشان نشان می دهند) و یک عنوان قابل مشاهده بر روی صفحه با مطابقت نزدیک را توصیه می کنیم که انتظارات، و سایر ارائه شده ها بر روی آن را ایجاد می کند.
به عنوان مثال، در شکل بالا، شما دو آدرس که من در فیس بوک به اشتراک گذاشته ام را می بینید. در اولین، به طور کامل مشخص نیست شما چه چیزی ممکن است بر روی صفحه پیدا کنید. آن در بخش اخبار وب سایت بی بی سی است، اما فراتر از آن، هیچ راهی برای دانستن چیز ی که شما ممکن است درسایت بیابید،وجو ندارد. با این وجود ،در عکس دوم، مجله ی Pacific Standard کار را برای URL آسان ساخته است که بینشی از مطالب مقاله را ارائه می دهد و سپس عنوان قطعه ارائه می شود:
ما باید هدفمون , وضوحی به همین اندازه , در URL هامون باشه.
اگر عنوان یا تیتر شما شامل کلمات توقف است (and , or, but, of , the, a,…) (و، یا ،اما ، از، به ، یک و غیره) قرار گرفتن آن ها در URL مهم نیست. شما مجبورنیستید که از آنها چشم پوشی کنید، چون گاهی اوقات می توانند به ایجاد یک URL کوتاه تر و خواناتر در برخی از زمینه های اشتراک گذاری کمک کنند. از بهترین قضاوت خود استفاده کنید در مورد اینکه URL شامل کلمات توقف براساس خوانایی در مقابل طول آدرس باشد یا خیر.
برای مثال شما می توانید در URL این پست بخصوص که شما در حال حاضر درحال خواندن آن هستید، ببینید که من for را انتخاب کرده ام چون فکر می کنم برای خوانده شدن با کلمه توقف در مقایسه با نبود آن آسان تراست، و طول URL را بیش از حد گسترش نمی دهد.
تعدادی ازکاراکترهای متن وجود دارند که زمانی که در رشته ی URL قرار داده می شوند، به بیت های درهم ریخته ایی از فایلهای بیهوده ایی که برای خواندن دشوارهستند، تبدیل می شوند. به طور کلی، این بهترین روش برای حذف و یا کنترل این دست موارد است. لیست بزرگی از کارکترهای امن در مقابل کاراکترهای نا امن موجود در Perishable Press وجود دارد:
صرفا خوانایی ضعیف این کاراکترها دلیل نیست، بلکه پتانسیلی برای شکستن مرورگرهای خاص، کاوشگرها، و یا تجزیه مناسب هم دلیل است.
اگرکاربر یا کاوشگرURL A را درخواست کند و به URL B تغییر مسیر دهد. آن عالی به نظر می رسد. آن حتی خوب است اگر URL B به URL C تغییرمسیر دهد ( عالی نیست- اگر URL A به طور مستقیم به URL C وصل شود، آن ایده آل تر خواهد بود، اما وحشتناک نیست). با این حال، اگر زنجیره ی تغییر مسیر URL به دو گره ماقبل ، ادامه داشته باشد، شما به دردسر می افتید.
به طور کلی، موتورهای جستجو ترقی تغییر مسیرهای بزرگتر را دنبال خواهند کرد، اما آنها در برابر روش های گذشته و برای URL های کم اهمیت تر (از دید خودشان) توصیه می شوند ، آنها ممکن است سیگنال های رتبه بندی برای تغییر مسیر URL ها را به طور کامل دنبال و یا شمارش نکنند.
مشکل بزرگتر، مرورگرها و کاربران هستند، که هر دو هم آهسته هستند و هم گاهی اوقات حتی توسط تغییر مسیر طولانی رشته ها به مانع برمی خورند( به ویژه مرورگرهای تلفن همراه که گهگاه با این موضوع دست و پا می زنند). تغییر مسیرها را در یک حداقل حفظ کنید و خودتان را در معرض مشکلات کمتر قرار خواهید داد.
یک URL مثل این رو بگیرید :
randswhisky.com/scotch/lagavulin/15yr/distillers-edition/pedro-ximenez-cask/750ml
و از بهینه شده ی اون مثل زیر استفاده کنید
randswhisky.com/scotch/lagavulin-distillers-edition-750ml
این ازslashها نیست (با نام مستعار پوشه) لزوما به عملکرد آسیب خواهد رساند، اما می تواند یک درک ازعمق سایت هم برای موتور های جستجو و هم برای کاربران ایجاد کند، و همچنین ویرایشهای برای رشته ی URL که به طور قابل ملاحظه ایی پیچیده تر هستند،ایجاد کند ( حداقل در اکثر پروتکل های سیستم مدیریت محتوا (CMS)) .
هیچ شرط دشوار و سریعی وجود ندارد .این یکی دیگر از آن مواردی است که باید از بهترین قضاوت خود استفاده کنید.
هش (یا شناسه ی قطعه ی URL) به لحاظ تاریخی راهی برای ارسال بازدید کننده به یک مکان خاص در یک صفحه داده شده، می باشد (به عنوان مثال پست های وبلاگ Moz ازهش برای هدایت شما به یک مطلب ویژه استفاده می کند، مثل این یکی ازکه همسرم است). رشته های هش نیز می تواند مانند پارامترهای ردیابی مورد استفاده قرار گیرد (به عنوان مثال randswhisky.com/lagavulin#src=twitter) . استفاده از هش های URL برای چیزی غیر از این، مانند نشان دادن مطالب منحصر به فرد از آنچه در دسترس یک صفحه ی بدون هش است یا روی هم رفته صفحات جداگانه ، به طور کلی یک ایده ی بد است.
استثناهایی هم وجود دارد، مانند آنهایی که گوگل برای توسعه دهندگان جستجو بااستفاده از فرمت hashbang برای برنامه های کاربردی AJAX پویا، قادر می سازد، اما حتی اینها از دیدگاه سئو تقریبا واضح ، بازدید کننده پسند، و یا ساده برای URL های بازنویسی به طور استاتیک نیستند. سایت های از آمازون به توییتر سود فوق العاده ای در ساده کردن آدرسهای پیچیده و بکارگیری هش یا hashbang قبلی پیدا کرده اند. اگر شما می توانید از آن اجتناب کنند، این کار را انجام دهید.
دو سال پشت سر هم، جان شرود از Search Discovery یک بخش بسیار عالی با اشاره به چالش ها و مسائلی در خصوص مورد حساسیت در URL ها نوشت. داستان طولانی است، خلاصه اینکه اگر شما از سرورهایMicrosoft/IIS استفاده می کنید. به طور کلی دارای آدرسی قابل فهم هستید. اگر شما میزبانی با سیستم عامل لینوکس یا یونیکس هستید، شما به دردسر می افتید وقتی که آنها می توانند موارد را جداگانه تفسیر کنند، و در نتیجه آدرس randswhisky.com/AbC می تواند یک بخش متفاوت از مطالب آدرس andswhisky.com/aBc باشد.این بدبینی است.
در دنیای ایده آل، شما URL هایی را می خواهید که به طور خودکار، مورد اشتباه ،به یک URL درست یا تغییر مسیر دهد یا استاندارد شود. پروتکل های بازنویسی htaccess به منظور کمک وجود دارند (مثل این یکی) اگر شما با این مشکل رو به رو هستید، شدیدا توصیه می شود.
نکته ی مهم جا افتاده (برای اولین بار بعد ازسال های زیادی از به روز رسانی این بخش) توصیه ی من برای جلوگیری از خط زیرین به عنوان جداکننده ی کلمه، در URL ها است. در چند سال گذشته، موتورهای جستجو با موفقیت بر چالش های قبلی خود درباره ی این موضوع غلبه کرده اند و در حال حاضر زیرین و خط فاصله به طور مشابه رفتار می کنند.
فضاهای خالی می توانند کار کنند، اما آنها در 20% ازURLها به طور نامناسب ارائه می شوند، که از خوانایی صفحات شما می کاهد. سعی کنید در صورت امکان از آنها اجتناب کنید (که معمولا در یک CMS مدرن بسیار آسان است).
فهرست نتیجه ی جستجوی زیر را بررسی کنید، و شما تعداد زیادی از ” canoe puppies ” در URL را می بینید. آن احتمالا ایده آل نیست، و می تواند بعضی از جستجوکنندگان را به گرایشی برخلاف تمایل به کلیک کردن ترغیب کند.
تکراری شبیه این، به رتبه بندی شما در موتورهای جستجوکمک نمی کنند ،گوگل و بینگ از الگوریتم هایی که به طورفزاینده ایی به یک کلمه کلیدی که چندین بار در رشته URL ظاهر شده اند، پاداش می دهند، فراتر رفته اند. شانس خود را از بدست آوردن یک کلیک (که می تواند در رتبه بندی شما تاثیر داشته باشد) با مطابقت یا تکرار افراطی یک کلمه ی کلیدی در آدرس خود از دست ندهید.
لینک این مقاله به زبان انگلیسی در moz.com
