Url-ы статьи

Windows Vista

Добрый день, уважаемые читатели блога.

Скажите, а вы относитесь к тем, кто думает, что оптимизация url адресов страниц на сайте заключается лишь в установке ЧПУ?

Если да, тогда данная статья вам очень пригодится, т.к. оптимизация URL адреса- это нечто больше, чем простой перевод адресов в транслитерацию и установка понятного вида (ЧПУ), чтобы поисковые системы могли распознать ключевые слова в ссылке на страницу.

В теме оптимизации URL имеются еще и подвопросы. Список всех пунктов, по которым мы сейчас пройдемся, можете видеть в содержании.

  1. Настройка ЧПУ
  2. Правильная транслитерация ссылок - Cyr-to-lat или RusToLat
  3. Транслит, перевод или кириллица?
  4. Ключевые слова в Url адресе
  5. Слеш в конце Url адреса
  6. Конец адреса с html или без
  7. Нужно ли название категории в Url адресе
  8. Создаем навигационную цепочку в сниппете
  9. Чек-лист по оптимизации url

Начнем с самого просто и поговорим о том, что наверняка уже у всех сделано. Хотя, стоит еще отметить, что такое Url вообще? Заметил, что многие задают данный вопрос.

URL адрес - простыми словами это тот адрес, по которому доступна любая страница в интернете. То, что вы видите в адресной строке вашего браузера - это и есть url. Как видите, все очень просто.

Настройка ЧПУ

ЧПУ - человеко-понятные URL'ы - адреса страниц, которые понятны для восприятия человеком.

Если мы берем в учет адреса, которые изначально создаются движком WordPress, то ссылки на станицы содержат в себе числовые параметры, которые никому, кроме как самому движку, непонятны.

Какая бы страница не была, то всегда будет один и тот же вид. Не будет ни названия категории в адресе ни названия самой страницы. Всегда будет только доменное имя сайта + приставка ?p=123, которая не дает никакой информации о самой странице. Поэтому, стоит сделать ЧПУ для WordPress да и для всех других движков.

Даже, если ваш сайт не нуждается в продвижении, то я рекомендовал бы настроить человекопонятные URL'ы, так как шанс того, что на страницы ресурса может придти хоть какой-то трафик, увеличивается. А целевые посетители разве могут быть лишними?

Итак, на WordPress реализовать ЧПУ очень просто. Для этого не нужно устанавливать никаких плагинов. Сам движок предусмотрел эту возможность в пункте настроек "Настрройки - постоянные ссылки".

Далее вы увидите, что выбран вариант "по умолчанию", который и создает параметрический URL адрес.

Выбираем пункт "Произвольно" и в поле, выделенное зеленой рамкой, вставляем следующую часть кода, которая будет формировать понятный вид ссылки с названием категории (рубрики), а также с названием самой страницы.

Касаемо той структуры, что мы выставили, то:

  • %category% будет выводить имя раздела сайта (категории, рубрики);
  • %postname%.html будет выводить название страницы с выбранным расширением документа. В нашем случае это html документ. Можно сделать и без html, но об этом мы поговорим в другом пункте сего материала.

В пример приведу URL адрес одной страницы, чтобы вы поняли, как теперь все будет выводиться.

Как видите, цепочка URL состоит из 3х составляющих:

  1. Название домена сайта (http://kostyakhmelev.ru);
  2. Название рубрики (texnicheskaya-chast);
  3. Название статьи с расширением html (mikrorazmetka-schema-org-vnedryaem-na-sait.html).

Если структура ресурса будет более глубокая и кроме рубрик будут еще и подрубрики, тогда они тоже будут выводиться в адресе страницы после самой рубрики.

С первым этапом справились, ведь он самый простой.

Правильная транслитерация ссылок - Cyr-to-lat или RusToLat

В данном пункте мы будем анализировать, как плагины транслитерации ссылок для WordPress, так и рассмотрим действительно правильный принцип формирования URL для поисковых систем.

Зачем вообще нужно переводить адрес в транслитерацию? Существует 2 момента:

  1. Во-первых, адреса, которые создаются по умолчанию при настроенном ЧПУ, являются кириллическими и в сниппете поисковой выдаче смотрятся не совсем смотрибельно;
    http://site.ru/%D0%BE%D0%BF%D1%82%D0%B8.html
  2. Во-вторых, нет подсветки ключевых слов страниц в адресе страницы внутри сниппета, да и просто не разобрать адрес. Если же сделать транслитерацию, тогда все слова в ссылке на страницу станут понятными поисковых системам и будут корректно отображаться, что при правильном их заполнении будет создавать подсветку ключей в них. А это также небольшой плюс, т.к. создает зрительную точку захвата (привлекает внимание) и провоцирует на клик по сайту в выдаче, что создает дополнительный трафик на ресурс.

    В URL адресе страницы жирным выделены ключевые слова, что и является подсветкой

Поисковые системы конечно же понимают такой вариант URL с кириллицией, но зачем путать и их и пользователей лишний раз, если можно сделать транслитерацию и тогда все будут в выигрыше.

На рынке плагинов WordPress для перевода ссылок в транслитерацию существует 2 самых удачных по моему мнению решения:

  1. Cyr-to-lat;
  2. RusToLat.

Но какой же из них выбрать? Основным критерием при выбор одного из них является использование правильного транслита, чего ни в одном из них нет. Ясное дело, что ошибки есть везде и в этих плагинах они также имеются, но лишь в некоторых моментах. Скажу сразу, что я бы отдал предпочтение именно RusToLat, так как он более правильно переводит некоторые моменты, чем Cyr-to-lat.

Оба плагина не обновляются уже достаточно долго и это лишние дыры в безопасности для сайта. А уже тем более их правильную работу я поставил под сомнения. Так зачем же их использовать? Самое главное - они автоматизируют процесс перевода URL адресов в транслитерацию, что нам и нужно.

Если же брать идеально правильный вариант транслитерации, то нужно делать все руками, поглядывая на подсветку ключевых слов в выдаче поисковых систем.

Мы уже знаем, что ключи в сниппете подсвечиваются, но тонким моментом является подсветка только правильного транслита. То есть, если бы я написал в ссылке ключ в неверном транслите, то он бы не подсвечивался в выдаче. Но это не означает, что поисковая система не поняла бы данный ключ. Но все равно лучше будет, если ключ будет выделяться. Почему, я думаю, вы понимаете.

Если брать достоинства другого плагина (cyr-to-lat), то можно выделить 2 момента, которые помогают автоматизировать большую часть процессов:

  1. Во-первых, если на сайте очень много страниц с кириллическими адресами, то для их перевода с плагином Rustolat придется зайти в редактор каждой страницы и руками стереть старый URL, чтобы плагин автоматически поставил транслит на основе введенного заголовка. Cyr-to-lat же все сделает без лишнего редактирования. Стоит лишь установить плагин и он сразу все сделает. Это несомненно большой плюс для тех, кто хочет быстро и безболезненно перейти на URL с транслитерацией;
  2. Во-вторых, Cyr-to-lat также может переводить в транслитерацию не только адреса страниц, но и загружаемых медиафайлов на сайт. Например, мы создали скриншот, назвали его как-то по русски и загрузили на сайт. Rustolat его так и оставит в кириллице, а вот Cyr-to-lat при загрузке переведет в транслит. Это также очень здорово, так как изначально мне приходилось все кириллические имена картинок переводить с помощью одного сервиса. С плагином я избавился от данной проблемы и все делается автоматически при загрузке изображений на сайт.

Итак, если брать все вышеописанное, то вкратце можно сделать такой вывод: Оба плагина переводят адреса страниц в транслитерацию, но Rustolat делает это более правильно, а Cyr-to-lat более функционален, что избавляет он множества рутинной работы в некоторых случаях.

Лично для себя я выбрал Cyr-to-lat в связи с тем, что работаю с большим количеством изображений (скриншотов) и сложно (да и долго) переводить их все руками в транслит.

Только правильный транслит

С плагином мы определились. Каждый отдаст предпочтение тому решению, которое будет выполнять его задачи наиболее удачно. Если у вас нет потребности работать с кучей изображений, то рекомендую Rustolat. Он будет переводить все адреса вновь добавленных страниц в транслитерацию.

Но, есть один момент. Не забываем, что необходимо использовать действительно правильный транслит, чтобы поисковым системам было проще понять, о чем данный документ + чтобы была подсветка нужных нам ключей в выдаче, так как это немного способствует росту трафика на площадку.

Чтобы понять, какой транслит правильный и подходящий для вашего ключевого слова (и всех слов с адреса), стоит ввести его в поисковую систему и посмотреть варианты подсветки нужных слов (фраз). Конечно же такой вариант многие использовать не будут, так как это достаточно кропотливая работа. Тем более, если материалов вы добавляете очень много.

Возьмем в пример фразу "факторы ранжирования" и посмотрим на выдачу.

На первой странице я сразу видел, как минимум, 2 вариант правильного транслита по мнению Яндекса:

  1. faktory-ranzhirovaniya;
  2. faktori-ranzhirovaniya.

Видим, что транслит слова "факторы" может правильно восприниматься в нескольких вариантах. Судя по всему, это связано с тем, что имеется много стандартов транслитерации и чем больше каждый из них используют при создании URL адресов, тем больше их и будет добавляться в поисковые системы, чтобы они воспринимались, как правильные. Это лично мое мнение, которое, я считаю, имеет право на существование.

Тоже самое касается и ранее рассмотренных плагинов. Один переведет так, а другой сяк. Вот, например, вариант перевода слова "факторы", плагином Cyr-to-lat.

Видите, что плагин букву "ы" переводит несколько иначе, чем rustolat, добавляя в конец "i", которая уже не подсвечивается, в отличии от основной части, которая по мнению Яндекса считается верной.

Про такие мелкие нюансы я и говорю. Это лишь один пример из множества для демонстрации, что не все используют действительно правильный транслит для поисковых систем.

Итак, что же нужно будет делать, если вы хотите делать максимально правильно.

Секрет прост. Устанавливаете один из плагинов транслитерации. Затем создаете заголовок страницы, чтобы плагин перевел его в транслит и проверяете его в выдаче исходя из подсветки ключевых слов. Таким образом вы будете уверены, что поисковая машина максимально просто, а главное - вообще поймет, о чем страница. Это большой плюс к релевантности, а также дает вам еще один фактор в ранжировании, чтобы поставить страницу выше других сайтов в выдаче.

Транслит, перевод или кириллица?

Довольно интересный вопрос, исходя из того, что адрес любой страницы можно сделать в 3х вариантах (учитываем, что ЧПУ уже настроены):

  1. Оставить по умолчанию в кириллице;
  2. Сделать транслитерацию, как описано выше;
  3. Или сделать перевод русских слов на английские.

Все 3 варианта имеют право на существование. Но какой же из них выбрать? Достаточно сложное решение, так как все 3 типа адресов мы можем встретить в выдаче и Яндекса и Google. А что самое интересное, для каждой поисковой системы предпочтительней определенный вид адреса. Это вообще жесть (не побоюсь такого слова).

Стоит обратиться к тому моменту, что Яндекс - русская поисковая машина, а Google - английская. Исходя из этого можно логично предположить, что для первой будет логично использовать кириллицу (русские символы), а для второй - вариант с переводом на английский. В принципе так оно и есть и можете смело так делать.

Лично же я предпочитаю уходить от кириллицы, так как это создает некий дискомфорт при дальнейшей работе с такими страницами в плане использования их URL. К тому же, посмотрите на выдачу Яндекса. Неужели каждый второй адрес составлен кириллицей? Очень и очень редко вы встретите там данный вариант. Тоже самое касается и Google. Кириллицы практически ноль.

В обеих ПС преобладает именно транслитерация, что очень логично, ведь такой вариант уже устоялся в сфере SEO оптимизации страниц. Также он довольно просто реализуем. Стоит лишь установить плагин, если используем какой-нибудь движок.

Исходя из последнего довода, что транслита больше всего (это 90-95% на вскидку), я и делаю перевес в сторону использования Url'ов в транслитерации.

Также имеет место быть и 3й вариант - перевод русских слов в адресе на английские. Но это больше применимо именно к поисковой системе Google. Поэтому, если мы ориентируемся только на гугл, то можете делать переводы кириллицы в английский.

Например, имеется все тот же запрос "факторы ранжирования". Если перевести его на английский, то получится "ranking Factors". Обратимся к поисковой выдаче по данному запросу.

Очень интересно. Google прекрасно понял такую структуру адреса. Как видите, запрос ввели на русском, а английский перевод фразы в сниппете выделился, как и при использовании транслита.

Таких примеров достаточно много. А вот кириллицы на пяти проанализированных страницах я так и не заметил.

Что касается Яндекса, то более чем из 80ти позиций выдачи по тому же запросу я не обнаружил ни одной кириллицы. Странно, учитывая, что для Яндекса по все логике должно быть удобней читать именно кириллицу.

Вывод: используем транслитерацию, если упор на обе поисковые системы. Если только под Google оптимизируем, то лучше будет вариант с переводом.

Кстати, очень интересный эксперимент провел другой блоггер о котором вы можете прочесть здесь. В итогах его эксперимента что-то расходится в разрез с моими доводами, но я больше доверяю себе и тому, что вижу на экране монитора на сотнях примеров в самой выдаче.

К тому же, я доверяю авторитетным людям в данной области. Например, Роман Пузат (эксперт в области заработка на информационных сайтах) говорит только о правильном транслите в URL адресе. Ни о каких переводах и кириллицах речи не идет в его тренингах.

Ключевые слова в Url адресе

В пункте про настройку ЧПУ мы сказали, что человекопонятные адреса более информативны, как для посетителя, так и для поисковых систем. Но это не из-за того, что они сами по себе становятся длинее в адресной строке браузера.

Дело в том, что в данном адресе мы можем указать те ключевые слова, по которым продвигается страница. Что нам это даст? Самое главное - повысится релевантность страницы поисковому запросу. Это один из немногих внутренних факторов страницы, который еще играет важную роль и, если его использовать, то можно стать выше тех, кто не применяет использование ключей в Url'е.

Есть даже фактор ранжирования на уровне домена, когда название домена сайта и является ключевым словом. Домены с таким названием имеют преимущество над темы, которые ключ не содержат. Тоже самое касается и простых адресов страниц.

Но с использованием ключей мы работаем аккуратно. Не должно быть никакого переспама. Принцип тот же, что и с составлением тега title для поисковых систем. Стараемся делать его максимально информативным и в то же время максимально коротким. Он должен давать понятие, о чем страница и быть коротким, чтобы уместиться в сниппет.

По исследованиям MarketingSherpa было выявлено, что короткие адреса дают в 2 раза больше кликов.

Так что, думаем и берем на вооружение. Может быть и не в 2 раза в нашей реальности увеличивается показатель кликов, но все же сыграть роль это должно.

По умолчанию, в WordPress адрес формируется из заголовка, введенного в редакторе, а не в поле для ввода SEO заголовка, который добавляется одним из SEO плагинов. Это достаточно неприятный момент, так как заголовок H1, то есть название статьи на сайте, обычно довольно длинное и может не содержать ключевое слово в прямом вхождении, что собственно лучше и делать (не в прямом вхождении, а разбавлять).

Тогда Url адрес будет не совсем подходящий. Нужно следить за этим моментом. После ввода заголовка будет автоматически сгенерирован адрес, а после этого его можно сразу изменить на нужный нам, что и следует сделать.

Сразу вводим нужный адрес. Можно кириллицей, так как плагин сразу сделает транслитерацию.

Я обычно делаю заголовок очень похожим на title страницы. Токим образом он получается довольно коротким, так как длина title ограничена для отображения в поисковых системах.

Если в тайтле присутствуют разбавочные слова, то из адреса я могу их убрать, чтобы не было ничего лишнего. Например, данная статья имеет следующий тайтл:

Оптимизация URL адреса страницы для эффективного SEO продвижения

Url адрес же отличен:

optimizatsiya-url-adresa-stranits-sayta

Можно было бы сделать еще короче его. Но я решил оставить такой вариант, так как дополнительные слова "страниц, сайта" в url'е делают хвост из более низкочастотного запроса, что также может дать плюс к трафику по данному запросу. Главное, что в адресе указана основная суть с использованием того ключа, под который пишется материал. Плюс употребил добавочные слова, чтобы образовался еще один более НЧ запрос.

Как видите, то url очень сильно отличается от заголовка, который выводится вам перед статьей на этой странице.

Вывод: ключевые слова лучше употребить в url, так как это дает повышение релевантности страницы поисковому запросу. Указываем с осторожностью и только основной ключ. Не нужно спамить сторонними ключевиками. Делаем, как можно короче, но чтобы не терял информативности.

Слеш в конце Url адреса

Если вы часто заходите на различные сайты с целью проанализировать, как устроен их мир внутренней оптимизации, то наверняка могли заметить, что на части из них структура адреса включает в себя слеш (косую черту - /) на самом конце.

В большинстве случаев Url страницы заканчивается его последним словом или расширением, как у меня (.html). Но может быть и так, что расширения не будет и после последнего слова из адреса будет стоять флеш. Именно про такой вариант я сейчас и говорю.

Правильно ли это? Если взять данный ресурс, то можно сделать вывод, что ничего пагубного, так как сайт имеет посещаемость в несколько тысяч человек в сутки, не смотря на его относительную молодость.

Если же говорить об использовании слеша на конце в плане сканирования таких адресов поисковым роботом, то это не совсем корректно, так как слеш сигнализирует о том, что за ним еще что-то должно быть.

Это может относиться к рубрике, когда только url'ы разделов (рубрик) на конце имеют слеш, так как в рубриках еще имеются статьи. Таким образом адреса рубрик могут еще что-то содержать после слеша.

Если же взять конечную единицу адреса (контентная страница - статья), то на конце, слеша не должно быть, так как за ним ничего не может продолжиться. В этом случае корректно завершать адрес последним его словом или же расширением, как это делаю я.

По умолчанию, движок WordPress слеш не добавляет, что я считаю очень хорошо. Но он не добавляет его ко всем типам страниц, даже к категориям.

Чтобы реализовать слеш у адресов категорий, можно воспользоваться специальной функцией в плане WordPress seo by yoast.

Активировав этот чек-бокс вы добавите слеш к url'ам страниц рубрик и меток. В описании к данной функции написано:

Если Вы выбрали постоянную ссылку записи с .html, или что-то подобное, с / в конце записи, эта галочка заставит WordPress добавлять слэш и для остальных ссылок сайта.

Это значит, что если мы используем вариант постоянных ссылок с расширением на конце или вместо расширения слеш, то плагин будет добавлять слеш не только к страницам категорий и меток, но и на другие типы страниц, например на обычные статические страницы, доступные из главного меню сайта.

На статьи же слеш уже не будет ставиться, так как мы четко указали в настройках постоянных ссылок расширение. Единственное, что слеш будет на обычных страницах (не статьях).

Вывод: слеш нужен только для адресов тех страниц, в которых еще имеется какая нибудь вложенность, например статьи. Однозначно - это url'ы рубрик, меток, архивов и может еще других типов документов.

Если же слеш у вас на сайте уже есть и много страниц находятся в индексе, а также много трафика, то я не рекомендовал бы убирать его, так как и так все хорошо. Удаление данной черты на конце может привести к переиндексации страниц, так как адрес по факту изменится и могут просесть позиции на некоторое время пока не восстановятся после попадания новых урлов в индекс. А зачем рисковать?

Конец адреса с html или без

Данный вопрос также довольно распространенный, так как ситуация в использовании html на конце url и его отсутствие примерно 50 на 50.

Если брать пользовательскую сторону, то я не вижу никакого смысла использовать html, так и его не использовать. Посетителю совершенно неважно, какая структура ссылки.

Если же берем в учет поисковую систему, то тут также не имеет значения факт использования расширения на конце адреса или его отсутствие. Хотя, можно предположить, что употребление html на конце дает понятие, что это именно страница и ее нужно сканировать, как html документ, который в таком формате и находится. Может быть это и есть подсказка поисковым системам.

Лично я отдаю предпочтение использованию html на конце. Могу рекомендовать и вам. Хотя, тут уже, как вам больше нравится.

Нужно ли название категории в Url адресе

Ранее выяснили, что адрес страницы должен быть коротким и, чем он короче, тем проще будет восприниматься поисковыми системами и людьми.

Многие, гонясь за уменьшением своих url'ов, удаляют из адресов название категории. Таким образом адрес состоит лишь из названия домена и самой страницы. Получается довольно коротко.

На WordPress удаление названия категории происходит из того же меню настроек постоянных ссылок, где мы прописывали некий код структуры урла (см. выше в пункт 1). Достаточно удалить приставку /%category% и название раздела уже не будет выводиться. Но необходимо ли это?

Я считаю, что название категории в адресе любой статьи нужно и необходимо, как с точки зрения уже привычно устоявшегося вида url'а для пользователя, так и с точки зрения поисковых систем.

Необходимо давать поисковым системам понять структуру вашего сайта и четко ее разобрать. Даже, если посмотрим в Яндекс.Вебмастер в раздел "Структура сайта", то увидим, что сайт разбит на разделы и в каждом из них посчитано определенное количество страниц.

Робот Яндекса четко понимает структуру сайта по url адресу. Он может распознать рубрики и сосчитать все материалы в них.

Если же убрать категорию из урла, то поисковый робот просто не сможет найти ни одной рубрики даже, если они на сайте будут. Получится ситуация, когда в данном разделе Яндекс.Вебмастера вы увидите картину, что кроме главной страницы ничего нет и все страницы будут определены именно к главной

Получается ситуация, когда робот посчитает, что на сайте просто размещена куча статей без принадлежности к разделам. А это не есть хорошо с точки зрения оценки качества ресурса. Все должно быть упорядочено. Тем более, какой сайт может быть удобен для пользователя, если нет ни единого раздела. Они то могут и быть, но с точки зрения робота Яндекса их не будет.

Такой ход может привести к АГС.

Вывод: название категории в url адресе должно быть обязательно.

Навигационная цепочка в сниппете

Проанализируйте поисковую выдачу либо Яндекса либо Google и вы увидите, что большая часть ссылок в сниппете уже не является простым адресом с набором слов в транслитерации. Большинство сайтов прибегают к использованию навигационной цепочки, которая показывает уровень вложенности определенного материала.

Такие цепочки более привлекательны, как для людей, так и для поисковых систем. Люди лучше понимают саму структуру сайта, так как это не простой набор латинских символов, а понятная структура сайта в виде русских слов. Поисковые системы также лучше понимают структуру сайта, так как данная цепочка реализована с помощью микроразметки хлебных крошек.

Хлебные крошки и так помогают лучше понять структуру, а тут еще и микроразметка, которая помогает понять ее вдвойне.

Применение таких навигационных цепочек не просто так делается. Дело в том, что их привлекательность играет довольно большую роль в кликабельности сниппетов. Когда контент уже на массе сайтов очень крутой, сложно чем-то выделиться. Мало уже просто написать какую-то статью и выложить в ней видеоролик. Нужно как-то помогать посетителям обратить внимание именно на наш сайт в выдаче среди конкурентов. Вот такие мелкие нюансы, как этот, и помогают привлечь внимание.

Такие цепочки отображаются, как в Яндексе, так и в Google. Поэтому, их обязательно стоит сделать.

Итак, друзья. Материал данной статьи я почти закончил. Осталось лишь все подитожить, чтобы уложить все вышесказанное в голове. Ниже приведу чек-лист со всеми важными пунктами, которые стоит соблюдать при составлении и настройке Url адресов на вашем сайте. Плюс ко всему я дам еще некоторые рекомендации, не упомянутые выше. Поэтому, изучите чек-лист от корки до корки.

Чек-лист по оптимизации url
  • Обязательно используем ЧПУ с html на конце;
  • Слеш на конце используем только для страниц рубрик, архивов, меток;
  • Используем транслитерацию с проверкой подсветки ключевых слов в выдаче. Если ориентир идет только на google, то можно делать не транслит, а перевод;
  • В урле страницы используем основной ключевой запрос, по которому она продвигается, но без спама;
  • Url делаем, как можно короче, но информативным и с названием категории. Приставку "category" из настроек постоянных ссылок ни в коем случае не убираем;
  • Используем навигационную цепочку в выдаче сниппета для привлечения внимания и большего количества кликов именно на наш сайт;
  • Для разделения слов используете дефис (-), а не нижнее подчеркивание (_). Хотя Google подтвердил, что распознает оба знака, как разделяющие, я не рекомендовал бы использовать второй вариант, так как имеются еще и другие поисковые системы. Тем более, что вариант простой черты уже устоявшийся;
  • Заполняйте урлы только символами в нижнем регистре, то есть маленькими буквами.

Вот и весь чек-лист. Может показаться, что для такого совсем маленького элемента, как URL адрес страницы, это достаточно жесткие требования, но это не так. Все делается очень просто. Если хотите изымать эффект от продвижения ресурса по максимуму, то придется все выполнять. Таков уж мир SEO. Как говориться - "Дьявол кроется в деталях". Их то и нужно соблюдать.

На этом данный материал окончен. Если я в чем-то не прав или у вас есть вопросы, пожелания, то я всегда выслушаю их в комментариях ниже. Всегда пожалуйста и до скорой)

С уважением, Константин Хмелев!