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

البته، اگر عمیق بگردید و سعی کنید به حقیقت برسید، موضوع تشکیل Url یا نسخه توسعه یافته‌تر URI آنها (uri) بسیار پیچیده است.

اما ما به این نیاز نداریم، زیرا برای درک ساختار URL در کاربرد آن کافی است.

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

آدرس های URL - چه هستند و چگونه بر نمایه سازی سایت تأثیر می گذارند

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

URL و URI

خوب، هر سند (صفحه وب) در اینترنت URL منحصر به فرد خود را دارد، که مخفف Uniform Resource Locator (منبع یاب) است. او، و همچنین پروتکل HTTP، و همچنین چگونه، توسط همان شخص - تیم برنرز لی (پدر بنیانگذار پروژه) توسعه و ایجاد شد.

به طور کلی، URL یک مورد خاص از یک شناسه دیگر به نام است URI(شناسه منبع یکسان - یک شناسه منبع یکسان)، اما من و شما، به احتمال زیاد، هنگام کار با سایت ما، به همه این ظرافت ها نیازی (غیر ضروری) نخواهیم داشت. بیایید سعی کنیم به طور کلی بفهمیم که چیست و از چه بخش هایی تشکیل شده است و سپس به پیوندهای نسبی و مطلق برویم.

آدرس URL استراهی برای اشاره بدون ابهام به چیزی در اینترنت. این نه تنها برای کار با سایت ها () از طریق پروتکل http (همچنین از طریق ftp) استفاده می شود، بلکه ما، البته، علاقه مند به استفاده از این شناسه در وب (پروتکل های http و https) خواهیم بود. آدرس اینترنتی در این مورد چیزی شبیه به این خواهد بود (کمی پایین تر یک نمودار جریان کلی از ساخت آن ارائه می دهم، اما در حال حاضر می خواهم با یک مثال ساده و مکرر شروع کنم):

https://.html

در این مثال از یک آدرس، قسمت "http" یک پروتکل انتقال داده یا اگر از اصطلاحات مشخصات پیروی کنید، یک طرح را نشان می دهد (زیرا همان پروتکل انتقال داده برخلاف http یا ftp نیست، بلکه از آن نیز استفاده می شود. که در آدرس URL x)..سایت") - یا .

WWW و سایر آینه های سایت که باید به هم چسبانده شوند

وب دارای مشخصات تعیین یک نام دامنه در URL سایت است که می تواند با یا بدون WWW باشد. برای موفقیت، چسباندن این دو آینه سایت بسیار مهم است. اغلب، ارائه دهنده هاست می تواند چسباندن آینه ها را برای شما انجام دهد، اما این امر قطعاً باید بررسی شود.

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

همین امر هنگام انتقال سایت به یک مکان امن نیز صادق است پروتکل https با http- برای موتورهای جستجو یک سایت متفاوت خواهد بود.

استفاده از آن اشکالی ندارد www در آدرس سایتخیر، اما شما باید آینه اصلی را به وضوح تعریف کنید (از طریق و از طریق، و همچنین از طریق نوشتن دستورالعمل سایت خود)، که توسط موتورهای جستجو ایندکس می شود و در رتبه بندی شرکت می کند.

E. "بدون آتاویسم"، و اگر این پیشوند فوق العاده را به هر یک از URL های من اضافه کنید، یک تغییر مسیر خودکار به آدرس "بدون WWW" رخ می دهد.

https://www..html

شما می توانید نه تنها آینه هایی که در بالا توضیح داده شد، بلکه هر نام دامنه دیگری که متعلق به شما است را بچسبانید. به عنوان مثال، اگر املای متفاوت با حروف لاتین یک مارک معروف امکان پذیر باشد، همه دامنه های ممکن خریداری می شوند (انواع املایی با خطا، در انواع مختلف مناطق دامنهو غیره) و به هم بچسبند. سپس، هنگام دسترسی به سایت در هر یک از آدرس های URL ممکن، آینه اصلی باز می شود.

به عنوان مثال، در reg.ru می توانید آینه های بالقوه یا دامنه های رایگان را برای ثبت مشاهده کنید (می توانید نام دامنه پیشنهادی را مستقیماً در فرم زیر وارد کنید):

URL های اضافی (صفحات تکراری) سایت شما از کجا در فهرست موتور جستجو آمده است

اما برگردیم به گوسفندمان. بخشی از URL که بعد از سومین اسلش (/) قرار دارد - در مثال ما "papka/fail.html" است - مسیر یک شی خاص (سند یا فایل) نامیده می شود. در مورد ما، این سند "fail.html" است که در فهرست "papka" قرار دارد، که به نوبه خود در پوشه ریشه قرار دارد ( ریشه در URL همیشه با اسلش سوم مطابقت داردترک کرد).

اما این تمام چیزی نیست که می توان در آدرس نوشت. از طریق URL، پارامترهای مختلف به اصطلاح GET را منتقل می کنند که پس از گذاشتن علامت سوال به انتهای آن اضافه می شود، مثلاً به این صورت:

https://www..html?print=yes

تمام دردسر همین است موتورهای جستجودو URL از این قبیل (با و بدون پارامتر Get) اسناد وب کاملاً متفاوتی هستند و هر یک از آنها توسط موتورهای جستجو نمایه می شوند.

هر تعداد پارامتر Get مختلف را که دوست دارید می توانید به همان URL اضافه کنید و اگر موارد ممنوعیت مناسب را در فایل robots.txt ایجاد نکنید، همه اینها توسط Yandex و Google ایندکس می شود. درست در بالا در غیر این صورت، موتورهای جستجو ممکن است برای محتوای تکراری زیاد(محتوای یکسان در آدرس های مختلف موجود است).

همچنین، به عنوان مثال، به صفحه نخستمنبع من با استفاده از دو URL مختلف قابل دسترسی است:

https://site https://site/index.php

(حتی سه - همچنین https: // سایت /) و در هر صورت صفحه اصلی باز می شود. این خیلی بد است، زیرا موتورهای جستجو سه مورد را پیدا خواهند کرد صفحات مختلف(دارای URL های مختلف از نظر آنها)، اما با محتوای یکسان، که اوه، آنها را دوست ندارند.

بنابراین، من این کار را انجام داده ام که وقتی هر یک از URL های بالا را وارد می کنید، یک تغییر مسیر به یک URL به شکل "https: // site /" انجام می شود. این کار معمولاً با استفاده از تغییر مسیرهای 301 در فایل htaccess. یا مستقیماً در تنظیمات سرور توسط خودتان یا توسط میزبان شما انجام می شود.

برای اطلاعات بیشتر، پست لینک شده را بخوانید.

ساختار URL و کدگذاری مجدد به URL-encoded

بطور کلی، نمودار بلوک URL کاملرا می توان به این صورت نشان داد:

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

http://login: [ایمیل محافظت شده] site/platniy-access.html

نصب آن نیز بسیار رایج است رمزهای ورود FTP، جایی که می تواند از یک پورت غیر استاندارد، اما متفاوت از پیش فرض این پروتکل استفاده کند. سپس، برای دسترسی به منابع از جمله سرور ftpشما باید آدرس زیر را وارد کنید:

ftp://login: [ایمیل محافظت شده]وبسایت:6789/samoe-nujnoe/cimus

در مورد پارامترهای GET که می توان در این آدرس بعد از علامت سوال نوشت، قبلاً گفتیم و اشاره کردیم که لازم است ایندکس کردن صفحاتی که در URL های آنها چنین پارامترهایی وجود دارد ممنوع شود (در بالا لینک مقاله ای در مورد روبات ها، که در آن همه اینها با جزئیات توضیح داده شده است).

آدرس های URL به شکل لینک های هش که صفحه را در جای مناسب باز می کند

اما علاوه بر تمام این مواردی که می تواند در URL گنجانده شود، در فلوچارت بالا می توانید به اصطلاح لنگر، که در انتها بعد از علامت پوند "#" اضافه می شود (آدرس های حاوی لنگر معمولا نامیده می شوند لینک های هش).

لنگرها در داخل از قبل وصل شده اند کد htmlسند (صفحه) را با افزودن ویژگی ID="label" به تگ Html مورد نظر (پاراگراف، عنوان یا سایر موارد مناسب) و سپس افزودن نام این لنگر به URL صفحه از طریق علامت پوند "#"، شما می توانید به ابتدای این صفحه وب و بلافاصله به محلی که لنگر قرار داده شده است بروید (همه به طور خودکار صفحه را به مکان مناسب پیمایش می کنند).

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

چه کاراکترهایی را می توان در URL ها استفاده کرد؟

همچنین لازم به ذکر است که رمزگذاری های مختلفی که در URL ها استفاده می شود. بدون کدگذاری مجدد می توانند استفاده کنندفقط تعداد محدودشخصیت ها. معمولاً توصیه می شود خود را به مجموعه ای از شخصیت ها محدود کنید: ,,,[_],[-].

به طور کلی، برای جلوگیری از خطا، به شما توصیه می کنم نام فایل ها و آدرس صفحات سایت خود را با حروف کوچک تنظیم کنید، زیرا برای سیستم های یونیکس مانند (که اکثر وب سرورها روی آنها کار می کنند)، کاراکترها با حروف بزرگ هستند. و حروف کوچک متفاوت است (برخلاف ویندوز). به دلیل رجیسترهای مختلف، سردرگمی غیر ضروری ممکن است ایجاد شود.

استفاده از هر کاراکتر دیگر (از جمله روسی) در URL ها مجاز است، اما این کار را می کند رمزگذاری مجددهمین کاراکترها (URL Encoding).

چیزی که ناراحت کننده است ظاهر غیرقابل هضم آدرس های اینترنتی با نمادهایی است که مثلاً سیریلیک دارند که پس از کدگذاری مجدد به دست می آیند. هر کاراکتر سیریلیک با استفاده از دو بایت در کدگذاری می شود که به صورت هگزادسیمال نوشته شده و با علامت درصد "%" از هم جدا می شوند. به عنوان مثال، این URL:

https://website/چه کسی جدید است/

پس از تبدیل به شکل زیر خواهد بود:

Http//site/%BA%D1%82%D0%BE%20%D0%BD%D0% B0%20%D0%BD%D0%BE%D0%B2%D0%B5%D0%BD%D1% 8C%D0%BA%D0 %BE%D0%B3%D0%BE

به طور کلی، معلوم است که خیلی جالب نیست، و آنها قصد دارند با این نوع URL غیرقابل هضم در رمزگذاری های ملی مقابله کنند، اما این چیز آنقدرها هم داغ نیست.

در ارتباط با همه موارد فوق، توصیه می کنم چه زمانی از CMS خود استفاده کنم آدرس صفحه را به زبان روسی ایجاد نکنیدو به خصوص از آنجایی که به گفته بسیاری از مروجین، از نظر بهینه سازی SEO برای Yandex و Google.ru بهتر خواهد بود.

لینک های نسبی و مطلق در سایت

بیا شروع کنیم با لینک های مطلق، زیرا در این مورد، هیچ چیز خاصی، فراتر از آنچه قبلاً در این مقاله به آن پرداختیم، لازم نیست گفته شود. که یک پیوند مطلق باید مطابق با الزاماتی باشد که ما بر آدرس URL اعمال می کنیم - پروتکل انتقال داده، نام دامنه سایت (میزبان) و مسیر به وب مورد نظرسند همه.

در Html، یک پیوند مطلق با استفاده از تگ های خاص A (هایپرلینک) تشکیل می شود. برای کنار گذاشتن آن، به سادگی باید محل مورد نظر در متن سند (عبارت یا تصویر) را با تگ هایپرلینک باز و بسته کننده احاطه کنیم و در تگ آغازین A در قسمت "Href" مسیر مطلق را بنویسیم. سندی که بازدیدکننده هنگام کلیک کردن روی آن باید به آن برسد:

PHPMyAdmin

همه چیز بسیار ساده است.

مزایای پیوندهای نسبی و نحوه دریافت آنها

با این حال، هایپرلینک های مطلق معمولا فقط زمانی استفاده می شوند که بخواهند به سایت های خارجی لینک دهند، و برای انتقال داخلی، اکثر وب مسترها (هوشمند و دقیق، نه مثل من 🙂) سعی می کنند از آن استفاده کنند. پیوندهای نسبی. و چند دلیل برای این وجود دارد:

  1. پیوندهای نسبی، طبق تعریف، کوتاه‌تر هستند و کد سایت را به هم نمی‌ریزند (به هر حال، هر چیز کوچکی در این مورد مهم است).
  2. علاوه بر این، هنگام انتقال به دامنه دیگر یا تغییر پروتکل به https، نیازی به تغییر تمامی لینک های سایت نخواهید داشت.
  3. علاوه بر این، برخی از طرح های پروژه اینترنتی را می توان به سرعت و بدون دردسر به منبع دیگری بدون تغییر پیوندهای نسبی داخلی منتقل کرد.

بنابراین، با قضاوت در مورد نام، آدرس سند وب که آنها به آن پیوند می دهند باید نسبت به سند سایت شما نوشته شود که از روی کد آن این پیوند نسبی قرار می گیرد (رقص از اجاق گاز). گزینه دوم برای تنظیم آنها استفاده از پوشه root به عنوان نقطه شروع است. اینها دقیقا هستند دو راه برای ایجادپیوندهای نسبی که اکنون در نظر خواهیم گرفت.

پیوندهای نسبی نسبت به سندی که از آن الصاق شده اند ایجاد کنید

ساده ترین و کوتاه ترین راه برای نوشتن یک مسیر نسبی (به معنی مقدار ویژگی Href تگ هایپرلینک) زمانی به دست می آید که هر دو سند وب: دهنده (که از آن الصاق شده است) و پذیرنده (فایل یا سند وب به که هدایت می کند) در همان پوشه روی سرور قرار دارند.

لنگر

حال فرض می کنیم که سند پذیرنده در پوشه ای است که در همان دایرکتوری سند اهدا کننده قرار دارد.

یک پیوند نسبی در این مورد چگونه خواهد بود؟ همه چیز نیز بسیار ساده است:

لنگر

در حال حاضر، من فکر می کنم که همه چیز واضح است - ما مسیر فایل یا سند پذیرنده را تعیین می کنیم (نام پوشه، و از طریق اسلش مستقیم "/" نام فایل یا سند). آن ها برای اینکه از اهداکننده به پذیرنده برسیم، باید پوشه ای را باز کنیم که نام آن را در پیوند نسبی نشان می دهیم.

حال بیایید وضعیت مخالف را در نظر بگیریم، زمانی که خود سند اهداکننده در داخل پوشه قرار دارد، که از آن باید یک پیوند نسبی به سند یا فایل پذیرنده، که قبلاً یک سطح بالاتر است، قرار دهید:

برای اینکه بتوانیم از سند اهداکننده به پرونده (یا سند) پذیرنده برویم، نیاز داریم از این پوشه به یک سطح بالاتر بروید. برای این، یک عنصر ویژه ارائه شده است - دو نقطه پشت سر هم، و سپس از طریق یک اسلش رو به جلو، مسیر بعدی به پذیرنده نوشته می شود. بنابراین برای مثال بالا، مسیر نسبی به این صورت خواهد بود:

URL چیست

اگر نیاز به بالا رفتن از دو سطح دارید، ورودی به صورت زیر خواهد بود:

آدرس اینترنتی چیست؟

خوب، اگر بعد از آن، برای تعیین یک مسیر نسبی برای پذیرنده، باید پوشه‌ای را نیز در سطح دوم بالایی (نسبت به سند اهداکننده) وارد کنید:

طراحی مسیر پیچیده

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

یک پیوند نسبت به پوشه ریشه ایجاد کنید

ما تمام پیوندهای مورد بحث در بالا را در مورد سند اهدایی که از آن هایپرلینک الصاق شده است نوشتیم، اما شما می توانید پوشه root را به عنوان نقطه شروع در نظر بگیریدسایت. ریشه در مسیرهای نسبی مانند یک اسلش به جلو "/" است.

که انتقال به صفحه اصلی بسیار ساده اما عجیب به نظر می رسد:

لنگر

مثلا، مطلقمسیر ممکن است شبیه به این باشد:

لنگر

ولی نسبت فامیلیبه همان فایل تا حدودی کوتاهتر خواهد بود:

متن

نحوه ارجاع به یک پوشه به صورت نسبی و مطلق

من می خواهم توجه شما را به نکته ای جلب کنم که هنگام ایجاد پیوندهای مطلق و نسبی باید در نظر گرفته شود. اگر شما می خواهید رجوع به پوشه شود، سپس مطمئن شوید که یک اسلش "/" در انتهای چنین لینکی (پس از نام آن) قرار دهید. یعنی اگر بخواهم محتویات یک پوشه را باز کنم باید بنویسم:

لنگر

اینطوری نه:

متن

در حالت دوم، سرور در حین پردازش ابتدا سعی می کند فایلی با نام "آپلودها" (دقیقاً بدون هیچ پسوندی) پیدا کند و آن را پیدا نکند، سپس به دنبال چنین پوشه ای می گردد. بنابراین، بلافاصله بنویسید اسلش بعد از نام پوشه مورد نظر شما، در جستجوی مواردی که وجود ندارد، منابع اضافی را از سرور خود نخواهید گرفت.

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

حتما اگر پیداش کنید

به هر حال، دسترسی به صفحه اصلی سایت نیز در اصل دسترسی به پوشه (root) است و در همان زمان، فایل فهرست موجود در ریشه راه اندازی می شود (در مورد من، این index.php است. ). بنابراین، اگر به یک پوشه دسترسی دارید، پس برای کاهش بار سروربهتر است بعد از نام دامنه یک اسلش رو به جلو بنویسید:

اینجاست، میخالیچ!

موفق باشی! به زودی شما را در سایت صفحات وبلاگ می بینیم

ممکن است علاقه مند باشید

رمزگذاری متن ASCII (ویندوز 1251، CP866، KOI8-R) و یونیکد (UTF 8، 16، 32) - نحوه رفع مشکل با krakozyabry
چگونه ترافیک سایت را به 300 نفر در روز افزایش دادم؟
جستجوی Yandex در سایت و فروشگاه آنلاین
نقشه سایت نقشه سایت فرمت xmlبرای Yandex و Google - نحوه ایجاد نقشه سایت در جوملا و وردپرس یا در یک ژنراتور آنلاین

همه لینک های HTMLبه خارجی و داخلی تقسیم می شود. لینک های خارجی لینک هایی هستند که از یک سایت به سایت یا فایل دیگری که در سایت دیگری قرار دارد هدایت می شوند. لینک های داخلی- اینها پیوندهایی هستند که از یک صفحه از سایت به صفحه دیگری از همان سایت یا به بخش هایی از همان صفحه پیوند می دهند.

همه لینک های خارجیدر ویژگی href تگ حاوی مسیر مطلق سندی است که به آن ارجاع می دهند. پیوندهای داخلی، به نوبه خود، می توانند هم یک مسیر مطلق و هم یک مسیر نسبی داشته باشند (در این مورد، این بستگی به ترجیحات شخصی شما دارد).

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

مسیر نسبی

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

بخش هایی از راه شرح نمونه های ارزشی
نام فایل اگر فقط نام فایل را به عنوان مقدار مشخصه مشخص کنید، به این معنی است که فایل مورد نیاز در همان پوشه صفحه دارای پیوند قرار دارد. "page.html"
کاتالوگ/ اگر فایلی که باید مسیر آن را مشخص کنید در یک دایرکتوری فرزند نسبت به فایل دارای پیوند قرار دارد، به این معنی است که ما باید یک سطح (به پوشه فرزند دایرکتوری فعلی) پایین برویم، در این مورد مسیر با نام دایرکتوری فرزند شروع می شود، پس از آن نام با یک اسلش رو به جلو "/" نشان داده می شود، برای جدا کردن قسمت های مسیر خدمت می کند، پس از آن نام فایل مورد نیاز ما نشان داده می شود.

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

 "directory/page.html"

"directory1/directory2/page.html"
../ اگر می‌خواهید نشان دهید که فایلی که به آن اشاره می‌کنید در پوشه والد است، از نمادهای .. (دو نقطه) استفاده کنید، آنها به معنای بالا رفتن یک سطح (به پوشه والد دایرکتوری فعلی) هستند. در مرحله بعد، یک اسلش رو به جلو "/" برای جدا کردن قسمت های مسیر و نوشتن نام فایل خود تعیین می کنیم.

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

 "../page.html"

"../../page.html"

" ../../../cat1/cat2/page.html" - از پوشه فعلی سه فهرست بالا بالا می رویم و قبلاً از آن دو سطح پایین می آییم تا فایل مورد نیاز
/ یک مسیر نسبی همیشه نباید نسبت به مکان فعلی صفحه پیوند شروع شود، همچنین می تواند نسبت به دایرکتوری ریشه سایت شروع شود. به عنوان مثال، اگر فایل مورد نظر در دایرکتوری ریشه قرار دارد، مسیر می تواند با کاراکتر " / " شروع شود، پس از آن فقط باید نام فایل مورد نظر را که در فهرست اصلی قرار دارد، مشخص کنید.

توجه: وقتی ابتدا کاراکتر " / " مشخص شد، به این معنی است که مسیر از دایرکتوری ریشه شروع می شود.

 "/page.html"

"/cat1/cat2/car.png"

مسیر مطلق

یک مسیر مطلق معمولاً برای تعیین مسیر فایلی که در منبع شبکه دیگری قرار دارد استفاده می شود. URL کامل یک فایل یا صفحه است. اول از همه، پروتکل استفاده شده در آدرس نشان داده می شود و پس از آن نام دامنه (نام سایت) مشخص می شود. به عنوان مثال: http://www.example.ru - مسیر مطلق به یک وب سایت خاص به این صورت است. http:// یک پروتکل انتقال داده است و www.example.ru نام سایت (دامنه) است.

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

حالا بیایید ببینیم چیست URL-نشانی. هر صفحه وب در اینترنت آدرس منحصر به فرد خود را دارد که به آن URL می گویند. مخفف URLمخفف Uلباس فرم آرمنبع L ocator (آدرس منبع یکسان)، به زبان ساده، URL یک مکان یاب منبع است. این روش نوشتن آدرس در اینترنت استاندارد شده است.

اعتبارسنجی یکی از مهمترین جنبه های طراحی وب خوب است. بیایید ببینیم که چیست و چگونه کد HTML را برای اعتبار بررسی کنیم. به عنوان مثال، بیایید رایج ترین سیستم مدیریت محتوا (CMS) - وردپرس را در نظر بگیریم. پس از آن، لیستی از خطاهایی را که در عمل با آنها مواجه شده ایم به اشتراک می گذاریم و مهمتر از همه، روش های اثبات شده خود را برای از بین بردن آنها ارائه می دهیم.

چرا بررسی اعتبار سایت ضروری است

به عبارت ساده، بررسی یک صفحه وب مشخص می کند که آیا با استانداردهای توسعه یافته توسط کنسرسیوم جهانی وب (W3C) مطابقت دارد یا خیر. این کار معمولاً با بررسی صفحات جداگانه برای اعتبار با استفاده از سرویس اعتبارسنجی آنلاین W3C انجام می شود.

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

چه چیزی بر اعتبار سایت تاثیر می گذارد

آیا تا به حال فکر کرده اید که مرورگرها چگونه یک صفحه وب را "خواندن" می کنند؟ آنها "موتور"هایی برای تجزیه و تحلیل کد و تبدیل آن به یک فرم بصری برای مردم دارند. متأسفانه، هر مرورگر مکانیزم مدیریت کد خاص خود را دارد و این می تواند باعث شود صفحات شما متفاوت نمایش داده شوند.

یک صفحه وب نامعتبر می تواند توسط مرورگرها به روش های مختلف خوانده شود. این باعث می شود که بازدیدکنندگان شما حتی نتوانند محتوای صفحه را به درستی در مرورگر خود ببینند. اعتبارسنجی بعداً تقریباً همه تفاوت‌های اصلی را تصحیح می‌کند و صفحه وب شما را تقریباً برای همه مرورگرهای وب قابل خواندن می‌کند (اغلب استثناء اینترنت اکسپلوررنسخه های قدیمی تر). این جایی است که اصطلاح "طرح بندی متقابل مرورگر" از اینجا آمده است. طرحی که برای همه مرورگرهای محبوب به همان اندازه خوب (سازگار) است.

این چه تاثیری بر سئو خواهد داشت؟ درک این نکته مهم است که ربات های موتور جستجو صفحات وب معنایی را دوست دارند. طرح بندی معنایی، طبق ویکی پدیا، رویکردی برای ایجاد صفحات وب است زبان HTML، بر اساس با استفاده از HTMLبرچسب ها با توجه به معنایی (هدف) آنها. علاوه بر این، یک صفحه وب معنایی ساختاری به ربات‌های جستجو اجازه می‌دهد تا اهمیت هر دو عنصر منفرد یک صفحه وب و کل متن را به‌عنوان یک کل با دقت بیشتری تعیین کنند. به گفته گوگل، یک کد معتبر به هیچ وجه بر رتبه بندی صفحه تاثیر نمی گذارد. اما در عین حال، وجود خطا در کد می تواند تأثیر منفی بر اسکن ریز داده ها و سازگاری با دستگاه های تلفن همراه داشته باشد.

ابزارهای تایید برای سایت شما

با درک نیاز به عدم وجود خطاهای اعتبارسنجی در صفحات سایت، بیایید نحوه جستجوی این خطاها را بررسی کنیم.

بسیاری وجود دارد خدمات رایگانبرای اعتبارسنجی سایت مانند W3C Markup Validation Service، Web Page Analyzer، Browsershots و موارد دیگر.

Ph.D. Lavlinsky N. E.، مدیر فنی Method Lab LLC

اخیرا منتشر شده است استاندارد جدیدبه فناوری Preload (پیوند). هدف اصلی این مشخصات اجازه دادن به کنترل دقیق بر منطق بارگذاری منابع صفحه توسط توسعه دهنده بود.

استانداردهای قبلی

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

بارگیری منابع با پیش بارگذاری

مشخصات جدید چیست؟ اولاً، اکنون بارگیری با مشخصاتی از آنچه بارگذاری می شود رخ می دهد. بر اساس نوع منبع مشخص شده، مرورگر اولویت دانلود را تعیین می کند. مثلا:

پیوند rel="preload" href="/js/script.js" as="script">
پیوند rel="preload" href="/fonts/1.woff2" as="font" type="font/woff2" crossorigin>

دوم، نوع منبع ( مانند) به مرورگر اجازه می دهد هدرهای صحیح را ارسال کند تا سرور بتواند محتوا را با بهترین گزینه فشرده سازی ارسال کند (مثلاً اگر مرورگر آنها را پشتیبانی می کند تصاویر WebP را ارسال کند).

در مثال دوم، ما یک فایل فونت را بارگذاری می کنیم که فرمت خاصی (WOFF2) را مشخص می کند که توسط همه مرورگرها پشتیبانی نمی شود. با این حال، تا زمانی که پشتیبانی از مکانیزم پیش بارگذاری مانند پشتیبانی از این فرمت باشد، هیچ مشکلی وجود ندارد. پشتیبانی مکانیزم فعلی قابل مشاهده است.

بارگذاری سریعتر فونت

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

اگر این فونت را از قبل در کد صفحه HTML بارگذاری کنیم، مرورگر بلافاصله پس از تجزیه سند HTML درخواست را ارسال می کند که ممکن است چند ثانیه زودتر از حالت عادی باشد. و ما می دانیم که فونت های قابل اتصال عناصر را مسدود می کنند و رندر فونت را در صفحه به تاخیر می اندازند، بنابراین باید در سریع ترین زمان ممکن بارگذاری شوند. این مشکل به ویژه هنگام استفاده از HTTP / 2 که مرورگر درخواست های زیادی را به طور همزمان به سرور ارسال می کند، حادتر است، در نتیجه برخی از تصاویر می توانند پهنای باند مشتری را پر کنند و بارگیری منابع مهم به تاخیر بیفتد.

بارگیری ناهمزمان CSS

فایل‌های CSS همیشه رندر صفحه را مسدود می‌کنند، بنابراین هر منبع CSS که می‌تواند به تأخیر بیفتد را می‌توان به‌عنوان فایل‌های معمولی بارگیری کرد و به صورت پویا به صفحه پیوند داد.

این کار به صورت زیر انجام می شود:

پیوند rel = "preload" as= "style" href = "async_style.css" onload = "this.rel="stylesheet"" >

بارگیری کد JS بدون اجرا

همچنین ممکن است مفید باشد که کد اسکریپت را در JS از قبل بارگذاری کنید تا بعداً آن را اجرا کنید.

این کار با کد زیر قابل انجام است:

پیوند rel="پیش بارگیری" as="script" href="async_script.js"بارگذاری = "varscript = document.createElement("script"); script.src = this.href; document.body.appendChild(script);">

ما راه های اصلی استفاده از مکانیسم پیش بارگذاری را پوشش داده ایم، اما امکانات به این محدود نمی شود، آزمایش های خود را انجام دهید!

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

اعتبار سنجی سایت

اما عوامل دیگری نیز وجود دارند که می‌توانند موقعیت سایت را تحت تأثیر قرار دهند. و از جمله عوامل فنی هستند. خوب اعتبار سایت هم مال فنی هاست. پس چیست؟

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

هنگام نوشتن کد، خطاهای دیگری ممکن است. و دوباره، زبان مدرنهایپر مارکاپ تحمل زیادی خواهد داشت. به عنوان مثال، "فراموش کردن" برچسب بسته شدن /head. باز هم تفاوتی را نخواهید دید. اما او هست))

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

خطر چیست؟

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

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

بله، باید اعتراف کرد که بدبینی خاصی از سایت به دلیل خطاهای اعتبارسنجی بسیار نادر است. اما این کاملاً ممکن است، به این معنی که باید روی اعتبار سنجی کار کرد. و برای این کار چه باید کرد؟ البته اولین قدم این است که خطاها را پیدا کنید.

اما از آنجایی که به صورت دستی این یک تجارت بسیار وقت گیر و غیرقابل اعتماد است، برای جستجوی خطاها از خدمات ویژه، به اصطلاح "تأیید کننده ها".

سرویس اعتبار سنجی نشانه گذاری اعتبار سنجی.

این سرویس صحت کدهای HTML و XHTML را که اساس اکثر صفحات در هنگام ایجاد تقریباً هر سایتی هستند بررسی می کند و ساختار داخلی آن را تعیین می کند. با دنبال کردن پیوند http://validator.w3.org می توانید به این سرویس اعتبار سنجی دسترسی پیدا کنید

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

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

دقیقاً همان جایی است که باید شروع کنید.

در واقع، بررسی اعتبار یک سایت بسیار ساده است، مانند کل دنیای فانی ما: در پنجره آدرس سرویس، باید آدرس سایت را بنویسید، یعنی. URL آن و سپس روی "بررسی" کلیک کنید. پس از چنین اقدام ساده ای، اعتبار سنجی برای چند ثانیه "پف" می کند و موارد زیر را صادر می کند:

این بدان معناست که هیچ خطایی در کد صفحه وجود ندارد و می توانید کاملاً آرام باشید.

اما ممکن است چنین گزینه نامطلوبی نیز وجود داشته باشد:

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

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

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

به عنوان یک نتیجه گیری کوتاه و کلی می توان موارد زیر را بیان کرد:

  1. این سرویس اعتبارسنجی عالی کار می کند و می تواند سایت را خیلی سریع بررسی کند.
  2. خوب، یک اضافه کوچک اما بسیار خوب: اعتبارسنجی سایت رایگان است.
  3. اکنون می توانیم به مرحله بعدی برویم: این بررسی کد CSS است.

سرویس اعتبار سنجی CSS

به طور کلی، این دومین عملکرد سرویس فوق است، اما نه برای بررسی کد HTML و XHTML، بلکه به طور خاص برای بررسی صحت کد "تیز" شده است. سبک cssواقع در میز بیرونی و برای دسترسی به صفحه خدمات، باید پیوند http://jigsaw.w3.org/css-validator را دنبال کنید.

به هر حال، در اینجا لازم است به چیزی دلپذیر اشاره شود: بررسی این سرویس کاملاً رایگان است. بنابراین پول را از کیف پول خود بیرون نکشید - بگذارید تا لحظه مناسب دروغ بگوید. با این حال، اجازه دهید به روش کار بر روی این سرویس دوم برویم.

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

برای این شما نیاز دارید نوار آدرس URL بنویسید جداول CSS، مانند "http://my site/style.css" و سپس دکمه ای را با کتیبه روسی "بررسی" فشار دهید. بر این اساس، این اعتباردهنده نیز برای چند ثانیه "پف" می کند و نتیجه دلخواه را می دهد:

یعنی جدول CSS به درستی نوشته شده و هیچ خطایی در آن پیدا نشده است.

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

کاملاً ممکن است که چنین اتفاقی بیفتد:

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

و البته بعد از آن استایل شیت اصلاح شده را در هاست آپلود کنید و در صورت وجود خط سبز با خوشحالی می توانید کد استایل جدول CSS بهینه شده را کپی کنید. کاملاً واضح است که بهتر است تغییر کنید کد قدیمیبه یک جدید و بهینه شده

خلاصه ای مختصر.

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

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

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

اضافه شده در 1397/04/19

خطاهای رایج اعتبار هنگام اعتبارسنجی کد HTML

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

1) خطا: مرجع کاراکتر با نقطه ویرگول خاتمه نمی یابد.


خطا: کاراکتر با نقطه ویرگول قطع نشده است - بر این اساس، باید اضافه شود.

2) هشدار: بخش فاقد عنوان است. استفاده از عناصر h2-h6 را برای اضافه کردن عناوین شناسایی به همه بخش ها در نظر بگیرید.


هشدار: این بخش عنوان ندارد. استفاده از عناصر h2-h6 را برای اضافه کردن عناوین شناسایی به همه بخش ها در نظر بگیرید. اینجا همه چیز واضح است، باید حداقل یک زیرنویس اضافه کنید. این حتی یک اشتباه نیست، بلکه یک توصیه است.

3) خطا: عنصر noindex به عنوان فرزند عنصر p در این زمینه مجاز نیست.


خطا: عنصر noindex به عنوان مجاز نیست عنصر کودکعنصر p در این زمینه. (خطاهای بیشتر از این زیردرخت را سرکوب کنید.)
راه حل ساده است، شما باید تگ noindex را نظر دهید، نمای به شکل زیر خواهد بود:

4) خطا: عنصر مرکزی منسوخ شده است.

خطا: برچسب "center" قدیمی است - باید جایگزین شود، اگر در مورد img صحبت می کنیم، می توانید از ویژگی align استفاده کنید. اگر چیز دیگری در مرکز قرار دارد، آن را با یک div جایگزین کنید.

5) یک عنصر img باید یک ویژگی alt داشته باشد، به جز مقدار خاص


خطا: عنصر img باید یک ویژگی alt داشته باشد - همه چیز در اینجا واضح است، باید یک ویژگی alt اضافه کنید، حتی اگر خالی باشد، خطا برطرف می شود.

6) صفت width در عنصر td منسوخ شده است. به جای آن از CSS استفاده کنید.

خطا: مشخصه "width" در عنصر "td" منسوخ شده است

7) ویژگی type برای منابع جاوا اسکریپت غیر ضروری است


خطا: ویژگی type برای منابع جاوا اسکریپت مورد نیاز نیست. راه حل این است که همه چیز غیر ضروری را حذف کنید و فقط برچسب "اسکریپت" را باقی بگذارید.

8) ویژگی align در عنصر img منسوخ شده است.


خطا: ویژگی align در عنصر img منسوخ شده است. ایجاد div های تراز تصویر.