Задать контент по конкретному URL


Содержание материала:

Объекты URL

Встроенный класс URL предоставляет удобный интерфейс для создания и разбора URL-адресов.

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

Создание URL

Синтаксис создания нового объекта URL :

  • url – полный URL-адрес или только путь, если указан второй параметр,
  • base – необязательный «базовый» URL: если указан и аргумент url содержит только путь, то адрес будет создан относительно него (пример ниже).

Эти два URL одинаковы:

Можно легко создать новый URL по пути относительно существующего URL-адреса:

Объект URL даёт доступ к компонентам URL, поэтому это отличный способ «разобрать» URL-адрес, например:

Вот шпаргалка по компонентам URL:

  • href это полный URL-адрес, то же самое, что url.toString()
  • protocol – протокол, заканчивается символом двоеточия :
  • search строка параметров, начинается с вопросительного знака ?
  • hash начинается с символа #
  • также есть свойства user и password , если используется HTTP-аутентификация: http://login:[email protected] (не нарисованы сверху, так как редко используются).

Мы можем использовать объект URL в методах fetch или XMLHttpRequest и почти во всех других, где ожидается URL-строка.

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

SearchParams «?…»

Допустим, мы хотим создать URL-адрес с заданными параметрами, например, https://google.com/search?query=JavaScript .

Мы можем указать их в строке:

…Но параметры должны быть правильно закодированы, чтобы они могли содержать не-латинские буквы, пробелы и т.п. (об этом подробнее далее).

Так что для этого есть свойство url.searchParams – объект типа URLSearchParams.

Он предоставляет удобные методы для работы с параметрами:

  • append(name, value) – добавить параметр по имени,
  • delete(name) – удалить параметр по имени,
  • get(name) – получить параметр по имени,
  • getAll(name) – получить все параметры с одинаковым именем name (такое возможно, например: ?user=John&user=Pete ),
  • has(name) – проверить наличие параметра по имени,
  • set(name, value) – задать/заменить параметр,
  • sort() – отсортировать параметры по имени, используется редко,
  • …и является перебираемым, аналогично Map .

Пример добавления параметров, содержащих пробелы и знаки препинания:

Кодирование

Существует стандарт RFC3986, который определяет список разрешённых и запрещённых символов в URL.

Запрещённые символы, например, нелатинские буквы и пробелы, должны быть закодированы – заменены соответствующими кодами UTF-8 с префиксом % , например: %20 (исторически сложилось так, что пробел в URL-адресе можно также кодировать символом + , но это исключение).

К счастью, объекты URL делают всё это автоматически. Мы просто указываем параметры в обычном, незакодированном, виде, а затем конвертируем URL в строку:

Как видно, слово Тест в пути URL-адреса и буква ъ в параметре закодированы.

URL стал длиннее, так как каждая кириллическая буква представляется двумя байтами в кодировке UTF-8.

Кодирование в строках

Раньше, до того как появились объекты URL , люди использовали для URL-адресов обычные строки.

Сейчас URL часто удобнее, но строки всё ещё можно использовать. Во многих случаях код с ними короче.

Однако, если мы используем строку, то надо самим позаботиться о кодировании специальных символов.

Для этого есть встроенные функции:

  • encodeURI – кодирует URL-адрес целиком.
  • decodeURI – декодирует URL-адрес целиком.
  • encodeURIComponent – кодирует компонент URL, например, параметр, хеш, имя пути и т.п.
  • decodeURIComponent – декодирует компонент URL.

Возникает естественный вопрос: «Какая разница между encodeURIComponent и encodeURI ? Когда использовать одну и другую функцию?»

Это легко понять, если мы посмотрим на URL-адрес, разбитый на компоненты на рисунке выше:

Как мы видим, в URL-адресе разрешены символы : , ? , = , & , # .

…С другой стороны, если взглянуть на один компонент, например, URL-параметр, то в нём такие символы должны быть закодированы, чтобы не поломать форматирование.

  • encodeURI кодирует только символы, полностью запрещённые в URL.
  • encodeURIComponent кодирует эти же символы плюс, в дополнение к ним, символы # , $ , & , + , , , / , : , ; , = , ? и @ .

Так что для URL целиком можно использовать encodeURI :

Как выводить контент только на заданной странице

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

Для этого можно использовать вставки кода в каркас верстки страниц шаблона в файл template.php

Вывод только на главной странице

Этот текст будет выводиться только на главной странице

Вывод на всех страницах кроме главной

Этот текст будет выводиться на всех страницах кроме главной

Вывод только в каталоге

Этот текст будет выводиться только в каталоге

Вывод везде кроме каталога

Этот текст будет выводиться везде кроме каталоге

Вместо ‘catalog’ можно указать любую страницу: feedback, cart, product и т.п.

Точное сравнение по URL для страницы

/kompyuternaya-tehnika/ustroystva-vvoda

Этот текст будет выводиться только на странице ‘http://demo.moguta.ru/kompyuternaya-tehnika/ustroystva-vvoda’

Точное сравнение по URL с учетом параметров ‘. page=2. ‘

Этот текст будет выводиться только на странице ‘http://demo.moguta.ru/kompyuternaya-tehnika/ustroystva-vvoda?page=2’

Вывод только в каталоге (отслеживание по контролеру)

Этот текст будет выводиться на всех страницах каталога

Вывод только в карточках товара

Этот текст будет выводиться во всех карточках товара

Задать контент по конкретному URL

URL (Uniform Resource Locator) – это индикатор положения ресурса в Интернете. Это адрес страницы сайта, который состоит из домена, пути к странице и наименования ее файла. В 1990 г. Тим Бернерс-Ли, участвовавший в Европейском совете по ядерным исследованиям в Женеве, придумал URL, на тот момент представлявший собой адрес расположения файлов.

Вместе с явными достоинствами URL имеет существенный недостаток. В нем могут использоваться только латинские буквы и некоторые символы в адресе. В противном случае под влиянием особого алгоритма адрес кодируется в шестнадцатеричном представлении, что значительно ущемляет другие языки. Для этого используется международный индикатор сайтов IRI, позволяющий прописывать любые символы Юникода. Длину URL ограничивают только браузеры. Не рекомендуется использовать больше 2048 символов.

Структура URL сайта

Изначально для URL-адреса была заложена понятная, удобная и легко расширяемая структура. Традиционная форма представлена следующим образом:

Каждый идентификатор имеет свое назначение.

  • Схема – протокол, который будет использоваться для передачи данных. Например, стандартный http, защищенное соединение https, ftp – передача файлов по TCP-сетям и другие.
  • Логин и пароль – конфиденциальные данные, которые определяют права доступа пользователя к конкретному ресурсу. Не указываются в протоколе http. Например, используются в ftp для авторизации на сервере.
  • Хост – доменное имя или IP-адрес, на котором расположен сервер, сайт.
  • Порт – используется в основном для подключения к ftp, а в http не указывается и проставляется автоматически как 80, 8080.
  • URL-путь – точный адрес к конкретному файлу (странице).
  • Параметры – отдельные запросы, посылаемые методом GET на сервер с передаваемыми значениями параметров.
  • Якорь – это уникальная строка на странице, которой заранее присваивается URL-идентификатор со знаком #. При нажатии на ссылку с якорем пользователь попадает сразу в нужный фрагмент текста. Активно используется на форумах, в комментариях, в заголовках для быстрой навигации.

Схемы (протоколы) URL

На 2020 год разработано и введено огромное количество протоколов как для передачи файлов в разных сетях, так и для быстрого взаимодействия с определенными сервисами, программным обеспечением в сети. Схемы делятся на 3 категории.

Общепринятые:

  • ftp – передача данных через FTP-клиент;
  • https – протокол с шифрованием;
  • mailto – запуск почтовой службы и отправка писем;
  • xmpp – протокол XMPP в Jabber и других клиентах.

Экзотические:

  • skype – взаимодействие с программой Skype;
  • ednk – протокол файлообменника eDonkey;
  • bitcoin – биткоин;
  • steam – сервис цифровых покупок Steam, быстрое подключение к серверам игр;
  • tg – мессенджер Telegram.

Протоколы в браузерах:

  • opera – служебные настройки и страницы браузера Опера;
  • browser – служебные настройки и страницы браузера от Яндекса;
  • chrome – служебные настройки и страницы Google Chrome.

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

Кодирование URL

Для кодирования адресов используется набор символов US-ASCII, но его ограничение имеет существенные недостатки. Он предусматривает взаимодействие только с буквами латиницы и некоторыми символами. Для поддержки кириллицы используется перекодировка.

Реализация. Если системе необходимо перекодировать кириллицу в латиницу, преобразование осуществляется в 2 этапа.

  • Все символы кодируются в формате UTF-8 в определенной последовательности из 2 байтов.
  • Вся последовательность кодированных байтов записывается в шестнадцатеричной системе исчисления с использованием знака процента (%).

Стандарт IRI. Так как использование символов в URL ограничено только латиницей, это ущемляет права других стран и народов, поэтому данную проблему можно решить с помощью стандарта IRI, который расшифровывается как «международный идентификатор ресурсов». Он был закреплен в 2005 году как альтернатива URL, в котором могут использоваться любые символы и буквы Юникода.

Инициатива PURL

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

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

Виды URL

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

Статические URL. Информация на странице постоянна и не меняется. Используются для формирования качественного контента на сайте.

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

Формирование ЧПУ

ЧПУ – это тоже пример URL, который переводится как «человекопонятный URL». Используется во многих CMS благодаря встроенным инструментам или дополнительным модулям и плагинам. Приводит вид URL к понятной и логической структуре, например site.ru/content/car.

С помощью ЧПУ легче создавать и отслеживать структуру сайта, изменять URL, вести аналитику в панели веб-мастера. В адресе могут использоваться только латинские буквы и некоторые символы.

Присвоить переменной содержимое контента с выборочного URL

Подскажите, как в javascript переменной присвоить значение всего содержимого по url?

3 ответа 3

В строке window.onload = startAjax(‘url’); , url — заменить на адрес

foo будет равным URL

Всё ещё ищете ответ? Посмотрите другие вопросы с метками javascript или задайте свой вопрос.

Похожие

Подписаться на ленту

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

дизайн сайта / логотип © 2020 Stack Exchange Inc; пользовательское содержимое попадает под действие лицензии cc by-sa 4.0 с указанием ссылки на источник. rev 2020.11.6.35358

Динамическая подмена контента с помощью GTM

Динамический контент — изменения какой-либо части информации на странице сайта. Это может быть любой текст, заголовок, изображение или прочие элементы сайта. Подмена контента позволит увеличить конверсию сайта за счет точного ответа на запрос пользователя.

Топ-пост этого месяца:  WordPress сайт и домен кириллицей особенности работ

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

Процесс настройки

В качестве примера возьмем сайт https://blog.areal >

В настройках GTM производим следующее:

  • добавляем переменную c типом «URL»;
  • в качестве типа компонента выбираем «Запрос»;
  • в поле «Ключ запроса» указывает тот параметр, который определили для подмены (в нашем случае utm_source).
  • название переменной — любое (changeUrl).

После этого необходимо создать еще одну пользовательскую переменную с типом «Таблица поиска» из раздела «Утилиты. Название может быть любое (у нас tablePoisk).

В качестве входной переменной выбираем раннее созданную: changeUrl. Для таблицы поиска добавляем строку, с помощью которой укажем, на что подменять контент. Для столбца «Входные данные» указываем значение параметра (в нашем случае это vc), а для столбца «Результат» — наш измененный заголовок.

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

Третий шаг — создание триггера «Просмотр страницы», который будет активироваться по нашей метке.

В качестве условия активации триггера задаем changeUrl равно vc, либо же условие changeUrl не равно undefined (актуально, если используются подмены по разным меткам). То есть триггер активируется если:

  • у него совпадает значение параметра;
  • параметр определен (если в урле нет нужного параметра, то по умолчанию он принимает значение undefined — не определено).

После этого создаем пользовательский HTML тег, который будет отвечать за подмену заголовка на странице.

Его содержимое будет зависеть от верстки контента. В нашем случае, тег h1 сверстан с использованием класса следующим образом:

Blog . Welcome

Поэтому скрипт подмены следующий:

Первым делом объявляем переменную со всеми элементами нашего класса:

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

Вот что получилось в итоге:

Чтобы сохранить стили стандартного заголовка, в переменной tablePoisk укажем следующий html код в столбце «Результат»:

Прочие варианты подмены

Если текст, который необходимо подменять, сверстан с использованием id, то можно воспользоваться следующей конструкцией:

где id — идентификатор блока, а tablevalue — значение для подмены из таблицы.

Еще один вариант подмены — с использованием библиотеки JQuery:

где %tag% — html-тег, например p,h1,div, %class% — класс объекта, а tablevalue — значение для подмены из таблицы.

Вывод

Цель динамического контента — повышение эффективности визитов пользователей. Ее можно применять в разных направлениях: например при проведении рекламных кампаний и e-mail рассылок, или для отображения уникальных баннеров на сайте, заточенных под определенных пользователей.

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

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

Весь справочник в статьях на vc.ru или на сайте.

Навигатор по первым ста заметкам.

Материал опубликован пользователем.
Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Как создавать URL-адреса, которые будут понятны поисковым системам и целевой аудитории

Автор блога Seoquick

Хотите знать, что такое дружественные URL-адреса? Николай Шмичков, автор блога Seoquick, рассказывает, зачем они нужны и как их создавать. Прочитав эту колонку, вы также сможете настраивать такие адреса для сайтов на платформах Joomla и WordPress.

Зачем это нужно?

URL – это адрес вашего сайта. URL-адреса часто являются первым, что видит поисковик Google и посетители. Создание дружественных (понятных) адресов URL – простой вариант улучшения SEO. Если вы уделите внимание этому моменту, то сможете улучшить видимость сайта в поисковике.

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

В этом обзоре мы:

  • приведем ряд общих рекомендаций для создания дружественных URL-адресов;
  • расскажем, как улучшить URL для сайтов на платформах Joomla и WordPress;
  • дадим простые и эффективные советы для оптимизации структуры URL.

Что такое дружественные URL-адреса?

Дружественные URL-адреса – это ссылки, хорошо воспринимаемые не только посетителями, но и поисковыми системами. Грамотно составленные адреса играют первостепенную роль для качественной работы SEO. Создавая URL-адреса, пользуйтесь следующими рекомендациями:

  • легкая читаемость и максимальное соответствие тематике страницы/сайта;
  • отсутствие сложно запоминаемых длинных названий;
  • последовательный подход в создании структуры URL-адресов.

Применяйте принцип KISS (Keep It Short and Simple) – «делайте это короче и понятнее». Ранее этот принцип применяли в ВМС США, а сегодня он является одним из «китов» при проектировании любого сайта.

В Google придерживаются мнения, что структура URL-адреса сайта должна быть как можно более простой. Поэтому применение принципа KISS – это не примитивизм, а мудрое решение. Создавайте URL-адреса логически понятными и легко читаемыми.

Приведем примеры хороших и плохих URL-адресов:

  • https://www.example.com/iphone-8 – хороший;
  • https://www.example.com/index.php?product >Когда потенциальные посетители посмотрят на адрес, у них не должно быть сомнений в том, какого рода контент им будет предложен. Если ваш адрес будет простым и максимально читаемым, посетители с большим интересом захотят перейти по ссылке, представленной в поисковых результатах Google.

Кроме того, в URL желательно включить 1-2 важных ключевых запроса. Это способствует лучшему ранжированию. Однако не переусердствуйте. Если вы заполняете URL только ключевыми запросами, это ухудшает читаемость и свидетельствует о плохой оптимизации. Поэтому вам нужно избегать этого. От увеличения количества поисковых фраз в URL нет никакой пользы, а иногда это даже приносит вред.

Как подобрать верные ключи? В этом видео есть отличные объяснения по этому поводу:

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

  • https://www.example.com/blog/best-advice-for-copywriter/ – хороший адрес;
  • https://www.example.com/blog/the-best-advice-for-a-copywriter/ – плохой адрес.

Также старайтесь не пользоваться параметрами в URL. Взгляните на эту ссылку: www.example.com/index.php?product=331. Согласитесь, визуально она воспринимается тяжело и может отпугнуть потенциальных посетителей. Конечно, в ряде случаев параметры крайне необходимы. В таких ситуациях необходимо просто свести их число к минимуму.

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

Поисковые системы и посетители отдают предпочтение коротким URL-адресам, потому максимально сокращайте их. Старайтесь использовать минимум каталогов, в идеале – только один. Однако короткие URL – это не главная цель. Ваша основная задача состоит в создании логических и хорошо читаемых URL-адресов.

Как изменить URL-адреса для сайта на Joomla?

Чтобы поменять длинные и громоздкие URL на более короткие, необходимо открыть админку вашего Joomla-сайта. Далее переходите в System -> «Глобальная конфигурация»:

Откроется экран «Глобальная конфигурация». Нас интересуют «Настройки SEO».

Здесь мы видим параметр «Дружественные адреса». Выбрав «Да», вы согласитесь с тем, чтобы ваши URL были оптимизированы для поисковиков.

У нас есть два предупреждения перед тем, как вы начнете:

  • Эти настройки следует менять очень осторожно, поскольку их изменение может привести к печальным последствиям. К счастью, исправить ситуацию легко – если поменяете какой-либо из параметров на «Да», а ресурс станет создавать нерабочие ссылки, просто снова поменяйте настройки на «Нет». Немного ниже мы расскажем о настройке этих параметров, если их изменение привело к проблемам на вашем сайте.
  • Желательно установить эти параметры непосредственно перед запуском вашего ресурса. Если вы поменяете их позднее, это может привести к разрушению ранее работавших ссылок и, как следствие, недовольству посетителей.

По умолчанию установлено значение «Да», что очень хорошо.

Мы также видим параметр «Использовать перезапись URL». Здесь все чуточку сложнее. Вам необходимо произвести настройки под Apache-сервер. В случае с Windows IIS настройки будут сложнее. Первым делом перед тем, как вы обратитесь к пункту «Использовать перезапись URL», чтобы избавиться от index.php в URL-адресах, необходимо поменять название одного из ваших файлов.

Вы должны будете войти в вашу файловую систему Joomla. Искомый файл носит название htaccess.txt.

Вы должны найти его. Файл располагается в главном каталоге Joomla-ресурса, рядом с файлами configuration.php, readme.txt, index.php и так далее. Вам понадобится удалить расширение файла – .txt. Вы должны будете поставить точку в самом начале файла. Таким образом, имя файла поменяется с htaccess.txt на .htaccess. Этого достаточно для нормальной работы файла.

Теперь необходимо вернуться к меню «Настройки SEO». Вы должны перейти к пункту «Использовать кнопку перезаписи URL». Здесь можно удалить index.php из URL-адресов. Теперь благодаря настройке этих двух параметров вы получили более понятный и простой для запоминания URL-адрес. Наверняка вы обратили внимание и на другие пункты в настройках. В частности, у вас есть возможность добавления суффикса к URL (пункт «Добавить суффикс к URL»):

Честно говоря, мы не считаем этот суффикс полезным. При включении этого параметра к концу URL-адреса будет добавлен суффикс .html. Таким образом, адрес становится более сложным. При этом сайты уже давно не создаются на чистом HTML. Сомневаемся в полезности этого пункта.

Если вы создаете контент сайта на языке, использующем разные символы (не только A-Z), вам может понадобиться установить параметр «Псевдонимы Юникод» в «Да». Если же вы планируете использовать только буквы латинского (или большинства европейских языков), можно установить «Нет».

Итак, мы разобрались с тем, как сделать понятными URL-адреса для Joomla-ресурса. Если вы поменяете имя файла htaccess.txt на .htaccess и произведете настройки параметров, как было рассказано выше, получите красивые и простые URL-адреса для своего сайта, работающего на движке Joomla. Далее мы рассмотрим, как сделать дружественными URL ресурса, созданного на базе CRM (системы управления сайтом) WordPress.

Создание понятных URL-адресов на WordPress

Желаете, что Google «понимал» ваш контент и связывал его с конкретными поисковыми фразами? Для этого вы должны удостовериться, что URL-адреса содержат ключевые запросы, соответствующие тематике сайта. Например, если вы рассказываете о фестивале «Республика КаZантип», проходящем в этом году в Крыму, ссылка должна выглядеть примерно так: www.site.com.festival-republic-kazantip-2020, а не www.site.com/?p=123.

Какой адрес привлекает больше? Естественно, первый. Здесь сразу ясно, о чем будет рассказываться на сайте. Ваша URL-ссылка должна сообщать Google и потенциальным посетителям, просматривающим поисковые результаты, о сути содержимого ресурса.

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

CRM WordPress не всегда создает дружественные и понятные адреса. Поэтому вам может понадобиться поменять структуру ссылок самостоятельно. Для этого откройте «Настройки» -> «Постоянная ссылка». Вашему вниманию предстанут следующие вариации:

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

2. День и название – рекомендуется, поскольку помогает поисковику понять тематику контента и узнать точную дату его публикации (это нужно посетителям).

3. Месяц и название – рекомендуется, как и в прошлом случае, только здесь вместо дня отображается месяц публикации контента.

4. Числовой – не рекомендуется, поскольку такой URL-адрес не описывает контент.

5. Название поста – идеальный вариант. Вы сможете исправить ссылку так, чтобы она максимально соответствовала тематике контента.

6. Настраиваемая структура – здесь для настройки адреса предлагается использовать специальные теги. Если ваш сайт состоит из нескольких важных разделов, используйте тег типа /% category% /% postname% / для добавления категории к вашему URL. Этот способ дает поисковой системе больше информации о контенте. Здесь все зависит от вашей грамотности.

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

Также советуем ознакомиться с рекомендациями, касающимися изменения URL-адресов в WordPress:

  • Делайте адреса релевантными. Удалите все не соответствующие тематике сайта слова и сконцентрируйтесь на целевых ключевых запросах. Также избавьтесь от междометий, союзов и предлогов. Они являются «балластом», поскольку не несут смысловой нагрузки. Согласитесь, что ссылка www.site.com.festival-republic-kazantip-2020 смотрится лучше, чем www.site.com.the-festival-of-republic-kazantip-in-2020.
  • Укорачивайте URL-адреса. Длинные URL часто ранжируются хуже коротких. Вы можете уменьшить длину адреса, воспользовавшись предыдущим советом. Важно пользоваться релевантными ключевыми фразами и убирать лишние слова.
  • Следите за тем, чтобы формат URL был одинаков для каждой страницы. Если вы используете дефис («-») для разделения слов во всех своих ссылках, нельзя внезапно переходить на символ подчеркивания («_»). Делайте так, как и WordPress – используйте традиционный дефис для разделения слов в ваших URL-адресах.

Пользуясь этими рекомендациями, вы сможете сделать человеко-понятными URL-адреса для своего сайта на платформе WordPress.

Как оптимизировать структуру URL: основные рекомендации

Создание привлекательного сайта, наполненного качественным тематическим контентом, – это только полдела. Поисковым системам важно не только то, как красиво смотрится ваш ресурс. Для них огромное значение имеет и соответствие его структуры потребностям поискового движка.

Конечно, внешний вид тоже важен, поскольку посетителям больше нравится находиться на сайте с красивым оформлением, чем посещать малопривлекательный ресурс. Это также влияет на ранжирование в поисковиках. Однако не менее важен вопрос создания дружественных адресов. Для этого необходимо подумать об оптимизации URL сайта, чтобы их легче «понимали» Google и посетители.

Тематические поисковые фразы

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

Пример в случае с «виски» (whiskey):

Есть два варианта написания слова «виски» на английском – whiskey и whisky. Оба используются, причем первый – ирландский, второй – шотландский. В Соединенных Штатах приняли ирландскую орфографию, но далеко не факт, что пользователи чаще всего ищут в Google именно этот вариант.

Приложение Moz Keyword Explorer отлично подходит для решения подобных вопросов, так как оно позволяет оценить объем поиска для определенных тем. В эпоху неопределенных поисковых запросов Moz представляет собой великолепное решение.

Как видим, чаще всего люди вбивают в поиск слово whiskey, потому в названии URL желательно использовать именно этот вариант написания.

Планирование структуры адресов

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

Именно поэтому многие ресурсы заканчиваются «лоскутным одеялом» субдоменов и конфликтующими путями. Это неудовлетворительно не только с точки зрения рядового пользователя. Google тоже получает невнятную информацию о классификации вашей продукции.

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

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

В любой ситуации необходимо планировать структуру заранее. Необходимо постоянно пополнять свои знания SEO для формирования архитектуры сайта. Чем больше вы планируете, тем меньше ошибок допустите.

Удаление лишних слов

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

Также вам нужно избегать повторения поисковых фраз в URL-адресах. Многократное добавление одного и того же ключевого запроса в надежде увеличения шансов на ранжирование приведет только к созданию спам-структуры URL. Пример такого ненужного повторения:

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

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

  • Чувствительность к регистру. На удивление часто встречается несколько версий одного и того же URL-адреса, причем один в нижнем регистре, а остальные – случайные заглавные буквы. Применяйте канонические теги, чтобы отметить URL нижнего регистра в качестве предпочтительной версии, или используйте постоянные переадресации, если это возможно.
  • Хеши: они могут быть полезны для отправки пользователей в определенный раздел страницы. Однако в других обстоятельствах лучше ограничить их использование.
  • Разделители слов: пользуйтесь дефисами для разделения слов в строках URL. Подчеркивания служат для объединения двух слов вместе, поэтому будьте осторожны с их использованием.
  • Длина URL: Google усекает ваш URL-адрес на страницах результатов поиска после 512 пикселей. Поэтому создавайте URL-адреса максимально короткими без утраты общего смысла.

Уменьшение строк динамических URL

Это может быть сложнее, чем кажется, в зависимости от используемой вами системы управления контентом (Joomla, WordPress и так далее.). Некоторые коммерческие платформы автоматически «выплевывают» строки символов, вследствие чего получаются вот такие непонятные URL-адреса:

Адрес выглядит неприглядно и противоречит правилам SEO, которые мы изложили выше. Важно, чтобы статические URL-адреса включали логическую структуру папок и тематические ключевые слова.

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

Также к URL-адресу добавляют некоторые параметры для отслеживания аналитики. Чтобы узнать, не увеличивают ли параметры количество URL-адресов с дублирующимся содержимым, выполните какое-либо из действий:

  • Укажите Google игнорировать ряд параметров в Google Webmaster Tools (Инструментах вебмастера Google) в разделе Configuration -> URL Parameters (Конфигурация -> Параметры URL).
  • Посмотрите, может ли CRM заменить URL-адреса с опциональными параметрами на более короткие аналоги.

Объединение разных версий сайта

В большинстве случае поисковые системы содержат две версии домена: www и не-www. Добавим к этому безопасную (https) и небезопасную (http) версии, причем поисковая система Google отдает предпочтение первому варианту. Многие оптимизаторы используют 301-редирект для перехода с одной версии сайта на другую. Таким образом, поисковики получают информацию о том, что какой-либо URL переехал в иной пункт назначения.

Альтернативным решением (когда нет возможности перенаправлять) станет указание своей предпочтительной версии сайта в Google Webmaster Tools в разделе Configuration -> Settings -> Preferred Domain (Конфигурация -> Настройки -> Предпочтительный Домен). Этот способ имеет свои минусы:

  • он актуален исключительно для Google;
  • можно работать только с корневыми доменами (если вы располагаете сайтом example.wordpress.com, об этом способе можно забыть).

Однако почему нужно вообще задумываться о проблеме www? Некоторые обратные ссылки могут указывать на вашу версию www, а другие могут перейти к версии, отличной от www. Чтобы все версии были ценными, необходимо установить между ними эту связь. Сделать это можно при помощи 301-редиректа, в Google Webmaster Tools или посредством канонического тега.

Канонические теги

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

Канонические теги полезны почти любому сайту, но особую эффективность они демонстрируют в случае с интернет-магазинами. Поисковики достаточно хорошо идентифицируют канонические URL-адреса. Но посмотрите, что пишет сотрудница корпорации Google Сьюзен Москва (Susan Moskwa) в официальном блоге вебмастеров Google (Google Webmaster Central):

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

Карта сайта XML

Как только вы выполните перечисленные выше действия, вы захотите убедиться, что поисковым системам известно, что происходит с вашим сайтом. Именно здесь могут пригодиться файлы XML-файлы Sitemap.

Не нужно путать XML с HTML. Первый подходит для поисковиков, а второй предназначен преимущественно для пользователей (хотя у него есть и иные варианты использования).

Что же такое XML Sitemap? Проще говоря, это URL-адреса сайта, отправляемые вами поисковикам. Здесь решаются два вопроса:

  • это помогает поисковым системам быстрее обнаруживать страницы сайта;
  • карта помогает выбирать предпочтительные URL.

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

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


Выводы

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

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

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

Материалы по теме:

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

Задать контент по конкретному URL

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

Нажав кнопку «Принять и продолжить», вы соглашаетесь с Политики конфиденциальности

Мы запустили рейтинг зарплат интернет-маркетологов! Прими участие в анонимном опросе.

How-to – Читать 8 минут – 6 марта 2020

Статический адрес страницы означает, что URL-адрес страницы и выводимая на ней информация постоянны, а не формируются во время запроса посетителя сайта.

https://yoursiteadress.ua/catalog/palto/model-1/ — здесь все последовательно и разборчиво. Содержимое страницы и ее адрес неизменны.

Динамический адрес создает новый URL и контент под запрос. Когда их много, становится тяжелее проконтролировать появление новых параметров.

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

https://yoursiteadress.ua/catalog/palto/model-1?color-black&size-m. и таких параметров может быть множество.

Обычно товары можно фильтровать по:

  • Поисковые системы, обнаружив идентичный контент по разным адресам, начинают их группировать, а после определяет один из них как наиболее подходящий для ранжирования. Так появляется вероятность появления страниц с частотностью = 0. К примеру: Мужские кроссовки Adidas 40-й размер белого цвета с замшей. На такую страницу будет уходить вес и краулинговый бюджет, а люди попросту не будут искать ее в Google;

  • большой расход краулингового бюджета на страницы, которые менее приоритетны в SEO-продвижении. Кроме того, у таких страниц появляется потенциальная опасность. Любой человек сможет к вашим GET-параметрам подставлять значения, генерируя вам дубли, которые могут положить сайт. А при статических урлах вы можете настроить корректную обработку 404-й ошибки.
  • Сами фильтры закрывают от поисковых систем по статистическому префиксу, например, /filter/ или, если фильтр постоянный, переводят его в категории/подкатегории. Если это GET-параметры, то к ним добавляют одно правило, в каноникал на эту же страницу, но без GET-параметра.

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

    На примере WordPress настроим статические адреса для страниц сайта. Настройка постоянных ссылок WordPress позволяет поменять структуру ссылки с помощью административной панели.

    Перейдите в панель «Настройки», в которой нужно найти кнопку «Постоянные ссылки». На скриншоте ниже показано, как это сделать:

    В общих настройках регулируется структура постоянных ссылок WordPress.

      «Простая» — формирует динамические адреса.

    «День и название» — генерирует адрес исходя из даты.

    «Месяц и название» — добавляет ненужный параметр в URL-адрес.

    «Цифры» — не дает нам реализовать ключевые фразы в адресе.

    «Название записи» — в адрес будет подтягиваться тайтл страницы.

    «Произвольно» — позволяет самостоятельно задать теги для формирования адреса. Например, к основному адресу будут добавляться категории, если задать: «/%category%/%postname%/».

    Чтобы настроить максимально дружественные URL адреса, лучше использовать «Название записи».

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

    Что делать, чтобы динамические адреса не создавали дубли:

    • настройте обработку таких адресов в Google Search Console;
    • ограничьте индексирование в robots.txt ;
    • закройте от поисковых роботов мета-тегом noindex;
    • установите канонические адреса. Каноникал не всегда срабатывает из-за того, что это не директива, а рекомендация для Google. Лучше всего использовать каноникал + noindex для предотвращения появления дублей.

    Динамические адреса — это не зло. Они бывают полезны. Главная задача — избежать дублирования контента и неэффективного расходования краулингового бюджета.

    Не закрывайте от индексации товарные страницы, чтобы не терять низкочастотные запросы.

    Эффективно работает в такой ситуации настройка обработки через Консоль для Google, а для Яндекс применяют специальные директивы в robots.txt, параллельно прописываются канонические адреса.

    Чтобы настроить обработку Google динамических параметров, воспользуйтесь встроенным в Search Console инструментом «Параметры URL-адреса».

    Перейдите по ссылке в инструмент, далее нажмите кнопку «Добавить параметр». Для примера используем параметр «country»:

    Затем укажите, как именно данный параметр влияет на содержимое страниц.

    Динамические параметры бывают активные и пассивные. Активные изменяют содержимое страницы. Пассивные наоборот его не затрагивают.

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

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

    Канонический URL: как повысить рейтинг одинакового контента

    Причин возникновения дублей контента может быть много: особенности CMS сайта, страницы с динамическими параметрами URL, сайт доступен по https://www.site.com/ и по https://site.com/, http://site.com/ и так далее. Если не указать поисковику приоритетную — каноническую страницу с дублирующимся контентом, робот выберет ее на свое усмотрение и последствия могут быть неприятными, особенно для владельцев сайтов.

    В этом выпуске «Азбуки SEO» поговорим о понятии каноничности страниц и атрибуте rel=»canonical».

    Что такое атрибут rel=»canonical»?

    Атрибут rel=»canonical» указывает роботам поисковых систем, какую страницу необходимо считать приоритетной. Он присваивается тегу link и располагается в страницы. Страница, указанная в атрибуте rel=»canonical», начинает восприниматься поисковыми роботами как приоритетная (каноническая).

    Например: , где [url] — адрес канонической страницы.

    Допустим, для страницы «http://site.com/?get=12345» канонической является «http://site.com/». В таком случае на странице «http://site.com/?get=12345» тег будет таким: .

    Google поддерживает этот атрибут с 2009, Яндекс — с 2011 года.

    Зачем указывать canonical?

    1. Устранить полные или частичные дубли контента на сайте.
    2. Защитить контент от дублирования на ресурсах, которые частично или полностью могут кешировать сайт (например, веб-архивы).

    В каких случаях нужно определять каноничность?

    Страницы пагинации

    Для страниц пагинации есть два решения вопроса с каноническими страницами. Выбор варианта зависит от того, есть ли в каждой категории сайта страница «Показать все», например, «http://site.com/category-1/show-all», на которой доступны все товары из категории.

    Если такая страница есть, Google рекомендует на каждой из страниц пагинации указать канонической страницу «Показать все».

    Например, «http://site.com/category-1/page-2» должна содержать каноническую ссылку: .

    Если страницы «Показать все» нет и мы имеем дело с классической пагинацией, следует в качестве канонических указывать эти же страницы.

    Например, страница «http://site.com/category-1/page-2 » должна содержать каноническую ссылку: .

    О том, как мы используем rel=»canonical» для оптимизации страниц интернет-магазина, читайте здесь .

    Страницы с UTM-метками

    Необходимо настроить сервер так, чтобы при нахождении UTM-параметров в адресе страницы, отдавался код «200 ОК» и страница содержала абсолютную каноническую ссылку на URL этой страницы без UTM-метки.

    Речь о следующих UTM-параметрах:

    • gclid;
    • utm_medium;
    • utm_source;
    • utm_campaign;
    • utm_content;
    • utm_term;
    • _openstat.

    Так, страница «http://site.com/?utm_source=testk&utm_medium=test&utm_campaign=test» должна содержать каноническую ссылку: .

    Страницы фильтрации

    На страницах фильтрации следует в качестве канонических указывать сами страницы фильтрации.

    Например, для страницы «http://site.com/category-1/filter-1/» нужна ссылка: .

    Дублирование контента на разных доменах

    Иногда при переходе на новое доменное имя используется сервер, который не поддерживает переадресацию на своей стороне. В таком случае можно использовать междоменный атрибут rel=»canonical» в элементе link.

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

    Важно: на данный момент междоменный каноникал понимает только Google.

    О чем следует помнить при простановке rel=»canonical»?

    1. Ссылки в атрибуте следует ставить абсолютные — с http:// или https://. Так сокращается риск появления ошибок.
    2. Если на странице с дублирующимся контентом указываете на другую страницу как каноническую, не забудьте в той страницы также прописать ее как каноническую.
    3. Если на странице указаны несколько канонических адресов, поисковый робот проигнорирует их и определит каноническую страницу самостоятельно.
    4. Если канонической указана страница, отдающая код ответа 404, поисковый робот не сможет использовать данную рекомендацию.
    5. Чтобы избежать ошибок, не стоит использовать цепочки канонических страниц.
    6. Поисковые роботы воспринимают атрибут rel=»canonical» не как строгую директиву, а как рекомендацию, то есть указанный URL может быть проигнорирован.
    7. При самостоятельном определении канонических страниц поисковая система Google отдает предпочтение страницам на https.

    Выводы

    В нашей практике бывали случаи, когда контент с сайта копировали полностью, вместе с внутренней текстовой перелинковкой и каноническими адресами. Поэтому атрибут rel=»canonical» стоит указывать на всех страницах.

    Особенно важно определять каноничность для:

    • страниц пагинации;
    • страниц с UTM-метками;
    • страниц фильтрации.

    Это помогает бороться с дублированием контента и обезопасить сайт от копирования.

    Узнайте больше о продвинутых способах использования rel=»canonical» .

    Что такое URL

    14 октября 2020 года. Опубликовано в разделах: Азбука терминов. 22287

    Для ответа на вопрос “Что такое URL и где его взять”, представьте, что все сайты интернета находятся в огромном городе, где каждый ресурс обладает собственным домом. Папки внутри сайта — квартиры в доме, а файлы — их жители. Учитывая масштабы интернета, город будет иметь невообразимое количество кварталов и улиц.

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

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

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

    Структура URL

    Чтобы понять, как правильно писать URL, рассмотрим правила его формирования. Шаблон ссылки выглядит следующим образом

    • — выражает способ подключения к ресурсу. Это может быть привычный HTTP, защищенный TLS — HTTPS, протокол передачи файлов FTP и прочие способы соединения с хостом.
    • : — этой парой в случае необходимости передаются авторизационные данные для некоторых протоколов, например FTP.
    • — в идеале, IP-адрес конечного сервера. В реальной жизни, благодаря использованию DNS-серверов необходимости писать цифровые обозначения отпадает. Мы пишем буквенный адрес сайта с указанием его доменной зоны. (например semantica.in).
    • — порт подключения к серверу ресурса, по умолчанию принимает заранее определенные значения системы (для HTML, например, 80 порт).
    • — путь к необходимому файлу, формируется по образцу путей в файловой системе компьютера. Через слэш перечисляются в иерархическом порядке папки, описание заканчивается названием и расширением целевого файла (здесь указываются папки (разделы) в которых лежит нужный файл и его имя).
    • — параметры, передающиеся на управляющие скрипты сервера. В случае HTML мы можем читать переданные параметры, как данные метода GET.
    • — опциональная строка для HTTP/HTTPS протоколов. Используется для обозначения определённой области на странице и работы некоторых JavaScript скриптов (например так удобно ссылаться на какой-то пункт статьи из ее содержания).

    Как узнать URL адрес

    Сделать это можно несколькими способами:

    • Открытый в браузере сайт

    — Посмотрите на верхнюю часть окна браузера — найдите адресную строку.

    — Выделите её содержание при помощи курсора.

    — Скопируйте с помощью сочетания клавиш Ctrl+C.

    — Адрес на сайт теперь содержится в буфере обмена.

    — Нажмите правой кнопкой мыши на изображение.

    — В выпадающем меню выберите “Копировать ссылку на изображение”.

    — Адрес картинки теперь содержится в Вашем буфере обмена.

    — Нажмите правой кнопкой мыши на ссылку.

    — В выпадающем меню выберите “Копировать ссылку”.

    — Ссылка на объект появится в буфере обмена.

    Шифрование в URL

    URL может содержать в себе только символы из определённого набора. Использование посторонних, таких например, как кириллица, допустимо, но в результате это будет искажать ссылку в некоторых браузерах.

    Обработка URL происходит в следующем порядке:

    • Если ссылка состоит только из допустимых символов, латиницы, цифр, букв, дефисов и нижних подчеркиваний — все кодируется в Юникод и формируется адрес.
    • Если в ссылке есть посторонние символы, после кодирования в Юникод, двухбайтовые последовательности преобразуется в шестнадцатеричный код, разделённый знаком процента.

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

    Сокращенные URL

    Вы часто встречаете очень короткие, однотипные, ничего не значащие ссылки, ведущие вас на совершенно другие сайты. Такой подход называется сокращение URL.

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

    Рассмотрим сервис Goo.gl — самый стабильный и надежный сократитель ссылок от компании Google с отличными аналитическими инструментами.

    Достаточно ввести адрес своего сайта — goo.gl автоматически выдаст короткую ссылку.

    В аналитическом блоке можно будет просматривать

    • Браузеры и платформы, откуда были переходы на ссылку.
    • Географическое ранжирование.
    • Число посетителей и упоминаний URL в интернете.

    Оптимизация URL

    Немаловажным является оптимизация URL-адресов средствами конфигурации сервера.

    Настройте свой веб-узел для так называемых ЧПУ ссылок: удобных и красивых внутренних ссылок, отражающих структуру сайта в понятном виде.

    Если вы пользуетесь CMS, то модуль SEO-ссылок скорее всего там есть. Если проект самописный, то нужно реализовать ЧПУ-шлюз вручную. Чаще всего это делается с помощью связки .htaccess mod_rewrite rules + PHP.

    • Вписывайте ключевые фразы в URL транслитом. Возьмите главное ключевое слово страницы, транслируйте в латиницу и используйте как URL для достижения максимальной SEO-оптимизации.
    • Старайтесь не передавать GET параметры, если от них зависит отдача статики. Лучше настроить сервер так, чтобы выдаваемое содержание обрабатывалось ЧПУ-шлюзом по понятному названию из адресной строки, а не через GET-данные.
    • Разделяйте слова дефисом. Не плюсом\минусом, нижним подчеркиванием, а именно дефисом. Это официальная рекомендации поискового гиганта Google.
    • Несмотря на важность иерархии, не перебарщивайте с вложенными папками на сайте. Если возможно, все статьи адресуйте в корневой директории. Уходить ниже третьего уровня директории от корня сайта — плохой тон.
    • Не используйте комбинации строчных и заглавных букв, всегда делайте ссылки строчными. Иначе есть вероятность появления в поиске дублей.
    • Все дубли блокируйте средствами robots.txt.
    • Используйте канонические URL для страниц, где есть вероятность дублирования одинакового содержания.

    Оптимизированная SEO-ссылка: http://localhost.ru/zakaz-uslugi-vds

    Специалисты студии SEMANTICA проведут комплексный анализ сайта по следующему плану:

    – Технический аудит.
    – Оптимизация.
    – Коммерческие факторы.
    – Внешние факторы.

    Мы не просто говорим, в чем проблемы. Мы помогаем их решить

    Показывать контент по определенному URL

    Я использую решение интернет-магазина, которое позволяет мне создать простой интернет-магазин. Я не могу использовать любой другой код, кроме html / css / javascript.

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

    Могу ли я использовать функции javascript, которые говорят что-то вроде этого: «если URL-адрес« www.example.com », то покажите слайдер изображения, иначе скрывайте его».

    Может быть как то так?

    3 ответа

    Я не знаю точных обстоятельств того, что вы пытаетесь сделать или зачем вам это нужно, но

    Должен сделать это. Location.href возвращает URL-адрес страницы, например, «document.URL» в вашем примере.

    Если вы хотите просто получить определенные части URL-адреса, это действительно крутой совет, который я нашел здесь .

    По сути, это создает элемент ссылки в вашем JavaScript, который имеет свойства, которые возвращают различные части URL. Это будет актуально, если для вашей страницы индекса может быть несколько URL. Например, если пользователь в данный момент находится на http://example.com/index#something .

    Вернул бы ложь. Однако, если вы сделали это в своем коде,

    Добавить комментарий