Приветствую Читателя блога Интернет-путь к успеху. В данной статье речь пойдет об инструменте Яндекса “Проверить URL”, который появился в начале 2014 г.
Данная функция служит для анализа определенных страниц вашего блога. Она весьма полезная и должна стоять на вооружении у каждого вебмастера.
У меня была одна история — напечатал статью, опубликовал ее. Прошла одна неделя, потом вторая, а статья Яшей все так и не индексировалась. Сначала думал, что поисковые роботы посчитали за копипаст, но Advego Plagiatus показал “Уникальность хорошая”.
И тут стало грустно, пока не узнал о новом инструменте Яндекса. Вбив туда URL своей проблемной страницы, система выдала буквально следующее – “Страница обходится роботом, но отсутствует в поиске, поскольку дублирует уже имеющиеся страницы.” Немного потрудился над вновь созданной проблемой и она появилась в поиске.
Хотя дубли страницы – это такая “интересная” тема. Но это уже совсем другая история. Факт в том, что если бы не данная функция, я бы еще долго (со своим дилетантским подходом) не узнал, почему не индексируется Яндексом моя web-страница.
Какую информацию может дать инструмент “Проверить URL”?
- Выдает дату последней загрузки страницы роботом
- Определяет наличие ошибки при этой загрузке с выдачей кода
- Показывает- исключена или присутствует страница в поисковой базе
- Указывает на версию страницы на момент построения поисковой базы
- Количество внешних и внутренних ссылок, ведущих на страницу
Так что расклад по странице, по-моему, не плохой. Последний пункт так же не менее важен. Ведь каждому вебмастеру важно знать — сколько ссылок ведет на страницу, особенно внешних. Жаль не дается информация с каких именно сайтов.
barbadosmaney.ru
Что такое инструмент «Проверить URL» от Яндекса?
По данным блога Яндекса:
Он поможет получить информацию об индексировании:
- дату последней загрузки страницы;
- наличие ошибки при этой загрузке;
- исключена ли страница при построении поисковой базы;
- какая версия страницы попала в поиск;
- количество внешних и внутренних ссылок на страницу.
а также расскажет
известен ли роботу адрес страницы, начала ли она индексироваться и есть ли с нее перенаправления.
В общем, в блоге всё написано. Также можно заглянуть в Яндекс.Помощь.
Как использовать «Проверить URL»?
Здесь всё просто. Заходим в Яндекс.Вебмастер, выбираем любой свой сайт и слева щёлкаем «Проверить URL». Вводим нужный адрес страницы сайта, жмём Enter и немного ждём, когда статус сменится на «готово»:
Кликаем на «готово» — и смотрим:
Что здесь есть (для страницы http://web-ru.net/articles/):
- Инструмент «сообщает», что страница есть в поиске — и это хорошо. Если кликнуть на ссылку «поиске», то можно будет увидеть свою страницу в выдаче Яндекса. А если в выдаче ещё кликнуть на «копия»— то увидим свежее время индексации страницы (п.2.):
- То, что на картинке выше. Таким образом, это ещё один способ проверить индексацию страницы в Яндексе.
- Дата и время, когда основной поисковый робот последний раз заглядывал на данную страницу.
- Количество внешних/внутренних ссылок на данную страницу.
В общем, если со страницей всё в порядке, то такая картинка и должна быть. Если же страница переадресует на другие URL, или выдаёт код ответа, отличный от 200 — то, значит, с ней не всё хорошо. Можно почитать:
- Что такое 301 редирект?
- Если пользуетесь WordPress — как сделать 301 редирект в WP?
- Для чего нужна и какой должна быть страница 404.
web-ru.net
Помимо использования операторов языка запроса, в поисковой системе Яндекс существует возможность регулировать результаты выдачи по базовому запросу (в URL страницы выдачи ему соответствует значение параметра text) с помощью целого ряда get-параметров формата переменная=значение, используемых в URL страницы выдачи.
Базовый набор этих параметров можно определить с помощью использования фильтров расширенного поиска, а также индивидуальных настроек поиска.
С помощью настройки региона поиска происходит управление параметром
• lr (регион выдачи) – в качестве значения используется номер региона. Числовые значения номеров некоторых распространенных регионов можно найти на странице https://yandex.ru/yaca/geo.c2n , но используемая база значительно полней (в ней по различным оценкам, полученным методом перебора значений, содержится несколько десятков тысяч регионов). Этот параметр не имеет аналога в языке запросов.
Фильтры расширенного поиска активируются по нажатию соответствующей кнопки в поисковой форме: https://yandex.ru/support/search/how-to-search/advanced-search.xml.
кже отдельно форма расширенного поиска Яндекса в несколько ином формате находится по адресу https://www.yandex.ru/search/advanced, но, не исключено, что она уже не относится к документированным возможностям поиска, а является позабытым артефактом. С помощью расширенного поиска возможно определить ряд параметров URL страницы выдачи. Некоторые из них по сути дублируют соответствующие операторы языка запросов, а некоторые в языке запросов не имеют аналогов. Следует отметить, что мне представляется более предпочтительным при исследовании выдачи, где это возможно, применять именно get-параметры, а не операторы языка запроса. Так как при этом сам базовый запрос формально остается неизменным, что обеспечивает, на мой взгляд, большую чистоту исследования.
• rstr (поиск по сайтам из заданного региона) – в качестве значения используется номер региона аналогично оператору lr с одним отличием, что перед номером региона необходимо поместить знак «минус», например: rstr=-15. К сожалению, на самом деле в выдаче с использованием этого параметра содержатся не документы, привязанные к заданному региону, а документы, которые содержат в тексте или анкор-файле упоминание заданного региона, т.е. по сути происходит некоторая модификация базового запроса путем добавления к нему названия региона.
• site (поиск на заданном сайте) – в качестве значения используется имя домена или поддомена. По принципу действия аналогичен оператору site:, однако результаты выдачи могут отличаться друг от друга
• lang (язык документа) – принимает значения:
ru (русский)
en (английский)
fr (французский)
de (немецкий)
uk (украинский)
be (белорусский)
tt (татарский)
kk (казахский)
tr (турецкий)
id (индонезийский)
По принципу действия аналогичен оператору lang:, однако результаты выдачи могут отличаться друг от друга
• mime (формат документа) – принимает значения html, pdf, rtf, doc, swf, xls, ppt, docx, odt, odp, ods, odg, xlsx, pptx.
По принципу действия аналогичен оператору mime:, однако этот оператор, в отличие от параметра, не поддерживает значение html
• zone (зона документа) – принимает значения
all (где угодно)
title (в заголовке), по принципу действия аналогично оператору title:, однако результаты выдачи могут отличаться друг от друга
• wordforms (употребление слов) – принимает значения
all (в любой форме)
exact (как в запросе), по принципу действия аналогично оператору “” (поиск по цитате), однако результаты выдачи могут отличаться друг от друга
• numdoc (количество результатов на странице выдачи) – принимает значения 10, 20, 30 и 50. При использовании чисел, отличных от этих значений, меньших 50, происходит округление вверх до ближайшего из них. При использовании чисел более 50, происходит округление до 50.
Также существует ряд параметров даты обновления документа, по принципу действия аналогичных оператору date:
• from_date_full (начальное значение диапазона дат) – принимает значения в виде ДД.ММ.ГГГГ
• to_date_full (конечное значение диапазона дат) – принимает значения в виде ДД.ММ.ГГГГ
• within (диапазон дат) – принимает значения
1 (за две недели)
2 (за месяц)
3 (за три месяца)
4 (за полгода)
5 (за год)
6 (за два года)
7 (за сутки)
77 (за сутки)
8 (за трое суток)
9 (за неделю)
Оператор within имеет приоритет над операторами from_date_full и to_date_full при совместном использовании
В основном поиске также поддерживается один из параметров, указанных в документации get-запросов для сервиса Яндекс.XML
• l10n (язык уведомлений) – устанавливает язык интерфейса страницы с результатами поиска, принимает значения:
ru (русский)
uk (украинский)
be (белорусский)
kk (казахский)
Кроме того, в различных служебных сообщениях на странице выдачи можно обнаружить ссылки на страницы выдачи, содержащие следующие параметры:
• page (номер страницы выдачи) – принимает значения от 0 (первая страница) до 18
• noreask=1 – отключение автоматического исправления опечаток, добавления результатов выдачи по схожим запросам
Также продолжают работать некоторые параметры-артефакты, которые некогда содержались в ссылках из различных служебных сообщений на странице выдачи, но со временем эти сообщения перестали показываться:
• nomisspell=1 – в настоящий момент по действию аналогичен параметру noreask=1
• how=tm – сортировка выдачи по дате первичной индексации документа
• rd=0 – отключение фильтра дубликатов (в терминах Яндекса – «слишком похожих страниц»)
• pag=u – разгруппировка результатов выдачи по сайтам
Учитывая тот факт, что при этом также происходит и разгруппировка аффилиатов, этот параметр можно использовать для поиска отфильтрованных аффилиатов в выдаче, правда здесь нужно учитывать, что разгруппированные страницы с некоторых сайтов могут занять много мест в топе, что затруднит поиск аффилиатов.
В завершении стоит, пожалуй, заметить, что есть еще один параметр-артефакт, который некоторым образом изменяет результаты поиска по базовому запросу. Это параметр hodreq, значение которого представляет собой некоторый поисковый запрос. Когда-то это параметр использовался в режиме «Искать в найденном», фиксируя предыдущий поисковый запрос, который ограничивал выборку документов для применения базового запроса. Однако на данный момент корректно интерпретировать действие этого параметра мне, к сожалению, не удалось.
www.searchengines.ru
Автор: Сергей Людкевич. Помимо использования операторов языка запроса, в поисковой системе Яндекс существует возможность регулировать результаты выдачи по базовому запросу (в URL страницы выдачи ему соответствует значение параметра text) с помощью целого ряда get -параметров формата переменная=значение, используемых в URL страницы выдачи.
Подобные возможности имеются и у Гугла.
Базовый набор этих параметров можно определить с помощью использования фильтров расширенного поиска, а также индивидуальных настроек поиска.
С помощью «настройки региона» (https://tune.yandex.ru/region/) поиска происходит управление параметром
• lr (регион выдачи) – в качестве значения используется номер региона. Числовые значения номеров некоторых распространенных регионов можно найти на странице https://yandex.ru/yaca/geo.c2n, но используемая база значительно полней (в ней по различным оценкам, полученным методом перебора значений, содержится несколько десятков тысяч регионов). Этот параметр не имеет аналога в языке запросов.
Фильтры расширенного поиска активируются по нажатию соответствующей кнопки в поисковой форме: https://yandex.ru/support/
кже отдельно форма расширенного поиска Яндекса в несколько ином формате находится по адресу https://www.yandex.ru/search/
• rstr (поиск по сайтам из заданного региона) – в качестве значения используется номер региона аналогично оператору lr с одним отличием, что перед номером региона необходимо поместить знак «минус», например: rstr=-15. К сожалению, на самом деле в выдаче с использованием этого параметра содержатся не документы, привязанные к заданному региону, а документы, которые содержат в тексте или анкор-файле упоминание заданного региона, т.е. по сути происходит некоторая модификация базового запроса путем добавления к нему названия региона.
• site (поиск на заданном сайте) – в качестве значения используется имя домена или поддомена. По принципу действия аналогичен оператору site:, однако результаты выдачи могут отличаться друг от друга
• lang (язык документа) – принимает значения:
ru (русский)
en (английский)
fr (французский)
de (немецкий)
uk (украинский)
be (белорусский)
tt (татарский)
kk (казахский)
tr (турецкий)
id (индонезийский)
По принципу действия аналогичен оператору lang:, однако результаты выдачи могут отличаться друг от друга
• mime (формат документа) – принимает значения html, pdf, rtf, doc, swf, xls, ppt, docx, odt, odp, ods, odg, xlsx, pptx.
По принципу действия аналогичен оператору mime:, однако этот оператор, в отличие от параметра, не поддерживает значение html
• zone (зона документа) – принимает значения
all (где угодно)
title (в заголовке), по принципу действия аналогично оператору title:, однако результаты выдачи могут отличаться друг от друга
• wordforms (употребление слов) – принимает значения
all (в любой форме)
exact (как в запросе), по принципу действия аналогично оператору “” (поиск по цитате), однако результаты выдачи могут отличаться друг от друга
• numdoc (количество результатов на странице выдачи) – принимает значения 10, 20, 30 и 50. При использовании чисел, отличных от этих значений, меньших 50, происходит округление вверх до ближайшего из них. При использовании чисел более 50, происходит округление до 50.
Также существует ряд параметров даты обновления документа, по принципу действия аналогичных операторуdate:
• from_date_full (начальное значение диапазона дат) – принимает значения в виде ДД.ММ.ГГГГ
• to_date_full (конечное значение диапазона дат) – принимает значения в виде ДД.ММ.ГГГГ
• within (диапазон дат) – принимает значения
1 (за две недели)
2 (за месяц)
3 (за три месяца)
4 (за полгода)
5 (за год)
6 (за два года)
7 (за сутки)
77 (за сутки)
8 (за трое суток)
9 (за неделю)
Оператор within имеет приоритет над операторами from_date_full и to_date_full при совместном использовании
В основном поиске также поддерживается один из параметров, указанных в документации get-запросов (https://tech.yandex.ru/xml/doc/dg/concepts/get-request-docpage/) для сервиса Яндекс.XML
• l10n (язык уведомлений) – устанавливает язык интерфейса страницы с результатами поиска, принимает значения:
ru (русский)
uk (украинский)
be (белорусский)
kk (казахский)
Кроме того, в различных служебных сообщениях на странице выдачи можно обнаружить ссылки на страницы выдачи, содержащие следующие параметры:
• page (номер страницы выдачи) – принимает значения от 0 (первая страница) до 18
• noreask=1 – отключение автоматического исправления опечаток, добавления результатов выдачи по схожим запросам
Также продолжают работать некоторые параметры-артефакты, которые некогда содержались в ссылках из различных служебных сообщений на странице выдачи, но со временем эти сообщения перестали показываться:
• nomisspell=1 – в настоящий момент по действию аналогичен параметру noreask=1
• how=tm – сортировка выдачи по дате первичной индексации документа
• rd=0 – отключение фильтра дубликатов (в терминах Яндекса – «слишком похожих страниц»)
• pag=u – разгруппировка результатов выдачи по сайтам
Учитывая тот факт, что при этом также происходит и разгруппировка аффилиатов, этот параметр можно использовать для поиска отфильтрованных аффилиатов в выдаче, правда здесь нужно учитывать, что разгруппированные страницы с некоторых сайтов могут занять много мест в топе, что затруднит поиск аффилиатов.
В завершении стоит, пожалуй, заметить, что есть еще один параметр-артефакт, который некоторым образом изменяет результаты поиска по базовому запросу. Это параметр hodreq, значение которого представляет собой некоторый поисковый запрос. Когда-то это параметр использовался в режиме «Искать в найденном», фиксируя предыдущий поисковый запрос, который ограничивал выборку документов для применения базового запроса. Однако на данный момент корректно интерпретировать действие этого параметра мне, к сожалению, не удалось.
Теперь рассмотрим тот же вопрос для поисковой системы Google. Там так же, как и в Яндексе, существует возможность регулировать результаты выдачи по базовому запросу (которому соответствует значение параметра q или as_q) с помощью целого ряда get-параметров формата переменная=значение, используемых в URL страницы поисковой выдачи после подстроки /search? . Использование этих параметров может быть весьма полезно при парсинге поисковой выдачи.
Также, как и в случае Яндекса, базовый набор этих параметров можно определить с помощью использования фильтров расширенного поиска, режима «Инструменты поиска», а также индивидуальных настроек поиска.
Примечательно, что некоторые параметры URL страницы выдачи Google сопровождаются появлением соответствующих им поисковых операторов в форме поиска (в Яндексе подобного не происходит). Таковым является набор параметров со значением в виде поисковой фразы:
• as_epq – поиск по фразе в точной форме, аналог оператора “” (кавычки)
• as_oq – поиск по любому слову фразы, аналог оператора OR
• as_eq – исключаемая из запроса фраза, аналог оператора – (минус)
А также параметры с другими типами значений:
• as_nlo и as_nhi – задают начало и конец цифрового диапазона соответственно, аналог оператора .. (две точки)
• as_sitesearch – сужают область поиска на заданный сайт, аналог оператора site:
• as_rq – ищет страницы, похожие на заданный документ (в качестве значения используется URL документа), аналог оператора related:
• as_occt – задает область документа для поиска, принимает значения – as_occt=title (поиск в теге title, аналог оператора allintitle:)
— as_occt=body (поиск в тексте страницы, аналог оператора allintext:)
— as_occt=url (поиск в URL страницы, аналог оператора allinurl:)
— as_occt=links (поиск в текстах ссылок на страницу, аналог оператора allinanchor:)
• as_filetype – задает формат документов для поиска (аналог оператора filetype:) и принимающий значения pdf, ps, dwf, kml, kmz, xls, ppt, doc, rtf, swf.
Другие типы параметров не производят изменений в поисковой строке.
Языковые параметры:
• lr – язык документа (принимают значения в виде lr=lang_ru, где последние две буквы означают индекс языка, в данном примере – русский)
• hl – язык интерфейса (приминает значения в виде двухбуквенного индекса языка, например, hl=ru – для русского). Примечательно, что этот параметр влияет на выдачу, некоторое преимущество получают документы на языке интерфейса.
Региональные параметры:
• cr – страна документа (принимает значения в виде cr=countryRU, где последние две буквы означают индекс страны, в данном примере – Россия).
• gl – страна документа, принимает значения в виде двухбуквенного индекса страны (например, gl=ru для России), аналог оператора cr, однако выдачу строит отличную от него). Стоит заметить, что при использовании операторов cr и gl в топ выдачи подмешиваются сайты из региона или страны пользователя, если она не совпадает со страной, заданной оператором.
• near – весьма любопытный недокументированный параметр, которому можно указывать в качестве значения название населенного пункта (на английском или русском языке, например, near=Moscow или near=екатеринбург). Однако, эта выдача не является выдачей для указанного населенного пункта. Судя по всему, этот параметр в выдаче, построенной для региона пользователя, дает сайтам из указанного в качестве его значения населенного пункта некоторое преимущество.
Временные параметры:
• as_qdr и tbs – поиск по документам, имеющим определенную дату обновления (при совместном использовании приоритет имеет параметр tbs). Принимают базовые значения:
Если же к базовым значениям (кроме значений за все время) добавить число, то можно получить выдачу за несколько соответствующих временных промежутков, например, комбинация as_qdr=h9 сузит выдачу на документы, обновленную за последние 9 часов, а комбинация tbs=m24 – за последние 24 месяца.
Также с помощью оператора tbs можно задавать произвольный диапазон дат обновления документа, в этом случае, он принимает значение следующего формата: tbs=cdr:1,cd_min:01.07.2016,
Если при использовании временных параметров с указанными значениями задать для параметра tbs дополнительное значение sbd:1, то результаты будут ранжироваться не по релевантности, а по времени обновления. Этот способ не работает только в том случае, если параметр as_qdr принимает значение all. Поэтому получить выдачу за все время, отсортированную по времени обновления, можно только с использованием комбинацииtbs=sbd:1,qdr:all
Операторtbs, являющий универсальным, может также принимать значениеli:1 – поиск по запросу в точной форме (аналог оператора “”), однако в этом случае в поисковой форме не происходит появления соответствующего оператора.
Параметры фильтрации контента:
•safe – значения active и on включают фильтрацию непристойных результатов с помощью безопасного поиска, значение off отключает фильтрацию в случае, если в настройках поиска был включен режим «Безопасный поиск»; этот параметр может быть весьма полезен для определения, не попал ли конкретный сайт или документ под данный фильтр
•as_rights – задание различных вариантов прав на использование контента
• tbm – поиск по различным типам контента, принимает значения
— app – поиск по приложениям
—bks – поиск по книгам
—isch – поиск по изображениям
—nws – поиск по новостям
—pts – поиск по патентам
—shop – поиск по магазинам
—vid – поиск по видео
Параметры управления результатами поиска:
•num – количество результатов на странице поиска, принимает значения от 1 до 100
•start – показ выдачи, начиная с заданной позиции (например, start=100)
•newwindow=1 – открывать ссылки в новом окне
•filter=0 – показать скрытые результаты, которые очень похожи на уже представленные
•pws – управление персональными результатами поиска, принимает значения 0 (персональные результаты скрыты) и 1 (персональные результаты включены)
*Источник: рассылка SearchEngines.ru
coderhs.com
Как добавить сайт в «add url» Яндекса и других поисковиков
Правда, следует оговориться, что существуют и другие способы для привлечения внимания поисковиков к вашему проекту. Например, можно оставить url вашего ресурса на сервисах соцзакладок (прогон по социальным закладкам) или добавить осмысленный ответ в сервисы вопросов и ответов Майл.ру и других подобных (читайте про способы получения трафика).
Есть мнение, что такой способ даже предпочтительней, чем регистрация в поисковых системах, т.к. Yandex или Google отнесутся к вашему ресурсу более благосклонно, если найдут его сами. Но обычно аддурилки (add url) — это то, с чего лично я начинаю оптимизацию и продвижение. Правда одновременно с этим я стараюсь засветить их на часто посещаемых поисковыми ботами ресурсах (социальные сети, блог-платформы и т.п. сервисы).
Посему ниже я приведу список поисковиков, в которые вы сможете добавить адрес своего сайта. Наверное будет иметь смысл зарегистрироваться во всех возможных системах и их каталогах, ибо хуже, скорее всего, от этого не будет, а вот лучше — очень даже может быть.
- Ну, во-первых, это, конечно же, регистрация сайта в Yandex — самом популярном поисковике в русскоязычном сегменте сети. Примерно 60 процентов пользователей предпочитают искать именно в Яндексе. Добавить url главной страницы можно будет здесь: Webmaster.Yandex.ru/AddUrl.xml
- На втором месте, естественно, Google — лидер мирового поиска. В рунете, по непроверенным данным, ищут в Google (гуглят) примерно 35 процентов пользователей. Добавить ссылку можно будет по адресу: Google.com/AddUrl/
- Поисковая система Bing (бывшая Live Search / MSN Search) – принадлежит компании Microsoft. Ранее имела следующие названия: MSN Search — с момента появления и до 11 сентября 2006; Windows Live Search — до 21 марта 2007; Live Search — до 1 июня 2009. Регистрация сайта и добавление ссылки осуществляется по адресу: Bing.com/docs/submit.aspx
- Майл.ру (поиск Go.mail.ru) – отечественная система, проект одноименной компании, который запущен в июне 2007 года. Доля рынка поиска не велика, но в некоторых тематиках с этого поисковика может приходить очень приличный трафик. Вам предлагают добавить Урл своего сайта в их аддурилку (add url) по следующему адресу: Go.mail.ru/addurl
- Украинский исполин Meta.ua, который перед добавлением сайта потребует от вас пройти регистрацию и только потом позволит войти в святая святых (add url): Meta.ua/webmaster/AddUrl.asp
- У Google имеется раздел поиска по блогам (ППБ). Если ваш проект является блогом или форумом с активной RSS лентой или каналом новостей, тогда можете попробовать добавить ссылку на свой ресурс в Google поиск по блогам.
Системой индексируются все блоги и форумы, имеющие экспорт записей в формате RSS. Записи часто обновляемых блогов и форумов индексируются несколько раз в час, обновление базы происходит каждые 5 минут. Ранжирование записей производится автоматически.
Добавить сайт в панели Яндекса, Гугла, Майл.ру и Бинга
Как я уже упоминал выше, панели для вебмастеров имеют все более-менее крупные и серьезные поисковики. Они нужны им для того, чтобы владельцы сайтов могли отслеживать правильность индексации их ресурсов, вовремя исправлять возникающие ошибки, а также отчасти воздействовать на то, как поисковая система будет к нему относиться.
Эти сервисы являются основными инструментами, которые могут пригодиться абсолютно всем вебмастерам необъятного рунета. Важно отслеживать положение и видение вашего ресурса сразу для всех основных поисковых систем во избежании различных неприятных неожиданностей и внося своевременные коррективы в индексацию и восприятие вашего проекта ботами Google, Яндекса, Майл.ру и Бинга (особенно первых двух поисковиков).
Итак, как только вы создали свой сайт, то не примените его добавить в следующие панели для вебмастеров:
- Яндекс Вебмастер — имеет очень большое число инструментов (от добавления карты сайта до подтверждения текстов на вашем сайте). Рекомендуется для регистрации и добавления сайта в обязательном порядке (очень неплохо будет работать в связке с системой статистики «Метрика»).
В двух словах про все «полезняшки» этого сервиса не скажешь, посему я посвятил ему отдельную статью: Яндекс Вебмастер — индексация, внешние ссылки, видимость сайта, выбор региона, авторство и проверка на вирусы
- Гугл Вебмастер — еще один очень серьезный набор инструментов от гиганта мирового поиска. Русский вариант панели (сейчас она называется Search Console, а раньше была — Google Webmaster) не так наворочен, как аналог от Яндекса, но тоже выглядит вполне достойно.
Тут можно, например, понять, были ли наложены на ваш сайт санкции (бан, фильтр), нет ли на нем вирусов, а также выполнить весь остальной набор необходимых действий (удалить Урлы из индекса, перенести сайт на другой домен без потерь, оценить удобство его просмотра на мобильных устройствах и многое другое). Подробности читайте по приведенной чуть выше ссылке.
- Кабинет вебмастера от Майл.ру — служит примерно для той же цели и выполнения тех же задач по улучшению индексации и оперативного отслеживания проблем, которые могут возникнуть у вашего сайта на различных этапах его существования.
В кабинете для вебмастеров от Майл.ру имеются также и свои собственные «мульки», которые кому-то могут показаться интересными. Про них читайте в приведенной по ссылке статье.
- Бинг-вебмастер — эта панель инструментов может оказаться полезной, ибо с помощью нее вы сможете помочь поисковому роботу Бинга, индексирующему ресурсы в интернете, определить, какие именно ваши документы следует посетить в первую очередь.
Ну, и кучу других возможностей можно тут использовать, но учтите, что популярность этой поисковой системе в рунете крайне низка и это практически не зависит от тематики. Однако, добавить сюда свой сайт все равно не помешает — так, на всякий случай. Про регистрацию и добавление своего ресурса в Бинг-вебмастер вы можете прочитать в приведенной статье.
ktonanovenkogo.ru
Как добавить быстрые ссылки
К сожалению, ни для Google, ни для Yandex быстрые ссылки нельзя гарантированно сделать, вписав в программный код сайта пару дополнительных строчек. Поисковые системы, пользуясь своими внутренними (и, добавим, никому не известными) алгоритмами определяют их индивидуально для каждого веб-ресурса. Но существуют апробированные правила, использование которых ЗНАЧИТЕЛЬНО повышает вероятность того, что в выдаче появится нужная для вас ссылка. Приведем их.
- Страницы, на которые будут «сажать» пользователей данные ссылки, должны располагаться в одном клике от главной страницы и, конечно же, иметь прямую ссылку с нее.
- Должны совпадать между собой: название страницы (то есть слова, находящиеся между <H1> и </H1>, мета тег <title> и текст ссылок, которые ведут на данную страницу.
- Если на странице «посадки», имеются картинки, то для них параметр alt тэга <img> должен иметь описание, соответствующее <title> страницы. И вообще, PageRank и тИЦ такой страницы должны быть как можно более высоким.
- Навигация сайта должна быть ясна и логична, как для пользователей, так и для поисковиков.
Итак, засучив рукава, вы в соответствие с этими правилами отредактировали код своего детища. Что теперь? Ждать, когда Yandex и Google его в очередной раз проиндексирует и посмотреть на результат? Во-первых, это долго. А во-вторых… ну, о во-вторых, мы скажем чуть ниже, а сначала о том, как легко увидеть, будет ли показана нужная быстрая ссылка Яндекс и Гуглом. Как это сделать? Для этого необходимо зайти в панель Яндекс.Вебмастера (http://webmaster.yandex.ru/sites/), выбрать ресурс, который вы хотите проверить, и перейти по навигационной цепочке: Сайт в результатах поиска → Быстрые ссылки.
Вы должны увидеть примерно следующее:
Если все устраивает, работа в этой части закончена. Если нет, что ж, необходимо править код сайта, увеличивать тИЦ нужной страницы. Словом, дорогу осилит идущий.
Хороший совет. Можно точно определить страницы, которые являются наиболее вероятными кандидатами для такого рода ссылок. Для этого необходимо в Yandexа набрать: «seo site:www.My_site». Например, для сайта www.seranking.ru тремя наиболее релевантными страницами являются следующие:
Обратите внимание, что для главной страницы seranking.ru Yandex посчитал нужным показать ссылки, о которых мы говорим.
Аналогичный сервис есть и в Google — https://www.google.com/webmasters/. Там идем по цепочке: Справка (находится внизу страницы) – Отчеты и функции – Оптимизация – Ссылки сайта.
Там вы должны увидеть примерно следующее:
Где:
1 – основной результат поиска.
2 – ссылки сайта.
Как настроить быстрые ссылки
Вопрос может показаться странным. Выше ведь об этом и говорилось! Но это не совсем так. Там говорилось о том, что нужно сделать, чтобы повысить вероятность того, что Yandex и Google определят для вашего интернет-ресурса такого рода ссылки. Здесь же мы расскажем, как сделать, чтобы поисковики для ссылок:
- показывали конкретный текст;
- размещали их в определенном порядке;
- НЕ показывали ту или иную такую ссылку.
По последнему пункту несколько слов разъяснений. Например, анализ при помощи сервиса Яндекс.Вебмастер показал, что поисковик определил ссылку, ведущую на какие-то технически разделы, которые не очень важны посетителям. И вы не хотите, чтобы они отвлекались на них, а то еще, не найдя нужное, просто уйдут с вашего ресурса. Попутно заметим, что появление такой ссылки, которая нежелательна, говорит о том, что с вашим сайтом не все в порядке. Большой вес имеют страницы, которые не так важны и они заслоняют для поисковиков (а значит и для посетителей) более важную информацию.
Настройка быстрых ссылок для Яндекса
Для настройки необходимо опять же зайти в панель Яндекс.Вебмастер и перейти на быстрые ссылки. Там вы можете:
- выбрать конкретный вид текста, выбрав из выпадающего меню;
- выбрать сортировку данных ссылок по URL или статического веса страниц;
- деактивировать ссылку.
Еще пару мыслей о настройке. Следует учесть, что Yandex под эти ссылки отводит всего 70 знаков с пробелами! А расстояние между соседями – 4 пробела. И может получиться так, что важная для вас ссылка просто не влезет. А поэтому, чтобы она получила место под солнцем необходимо либо изменить порядок сортировки, либо деактивировать ее коллег, которые будут выводиться первыми.
Настройка быстрых ссылок для Google
Здесь необходимо по знакомой цепочке навигации дойти до ссылок сайта. К сожалению, Google не предоставляет такой простор для вебмастера, как Yandex. Он позволяет лишь НЕ показывать ту или иную ссылку. Делается путем понижения рейтинга URL, на который должна она вести (этот URL указывается в поле «Понизить рейтинг этого URL ссылки сайта»). И следует помнить, что рейтинг понижается только на 90 дней. Далее процедуру следует повторить снова.
Ограничения по быстрым ссылкам
И вот мы, наконец, подошли к тому, о чем намекали выше – не для любого ресурса интернета поисковые системы показывают такие ссылки.
Ограничения для Yandex: сайт должен находиться в ТОП-20 и одновременно должен входить в ТОП-3 среди всех сайтов, для которых этот поисковик определил такие ссылки.
Для Google ограничения аналогичны. Как видим, узок круг избранных, кои могут похвастаться таким украшением. А как быть остальным?
Навигация «Хлебные крошки» – отличная альтернатива быстрым ссылкам
Ее главное преимущество – она может быть показана для всех без исключения веб-сайтов, конечно, если «хлебные крошки» правильно организовать. А правильно – это значит произвести так называемую микроразметку этих «крошек», то есть определенным образом данный вид навигации поместить в программный код сайта. Если все сделано правильно, то в сниппете пользователь может увидеть примерно следующее:
Конечно, быстрые ссылки и «хлебные крошки» различаются. Первые ведут на наиболее значимые страницы веб-ресурса. Вторые же отображают его структуру (подробнее о них читайте статью «Хлебные крошки – полезный элемент навигации и инструмент SEO»).Но, если интернет-сайт структурирован ПРАВИЛЬНО, первое и второе – суть одно и то же.
Коротко расскажем, как наиболее часто делается микроразметка «хлебных крошек» для Google. Предположим, вам необходимо, чтобы пользователь видел следующую цепочку: Легковые автомобили – Lada – Lada Granta. Последовательность действий следующая:
1. Каждое слово из цепочки навигации вставляем в блок с атрибутами itemscopeitemtype=http://data-vocabulary.org/Breadcrumb следующим образом:
2. А затем все это стыкуем:
Далее свое творчество необходимо проверить в Гугл Валидаторе (http://www.google.com/webmasters/tools/richsnippets#). Если все правильно сделано, то вскоре на странице выдачи результатов Google вы сможете лицезреть примерно такую картинку:
К сожалению, с другой крупной поисковой системой не все так просто – самостоятельно не может быть сделана навигационная цепочка. Яндекс ее формирует сам, если поймет структуру вашеговеь-ресурса. А если не поймет, то и не формирует.
Теперь самое главное по данной теме:
- Быстрые ссылки– это:
- отличный способ сделать сниппет более информативным и даже более привлекательным.
- возможность увеличить трафик интернет-сайта, а значит, косвенно, и его ранжируемость.
- Лишь ограниченное число веб-ресурсов может иметь подобные ссылки – только первая тройка в выдаче по конкретному запросу.
- Быстрые ссылки в Google можно с такой же эффективностью заменить хлебными крошками, сделав их микроразметку.
- Для Yandex быстрые ссылки заменить на хлебные крошки более проблематично, так как этот поисковик самостоятельно их формирует на основе своих представлений о структуре ресурса.
seranking.ru
Что такое URL адрес и из чего он состоит?
Итак, начнем с самого начала, то есть с URI (Uniform Resource Identifier), аббревиатура которого в переводе с английского означает «Унифицированный идентификатор ресурса». Это уникальный набор символов, позволяющий идентифицировать любой ресурс в интернете: страницу сайта, файл, электронный почтовый ящик и т.д.
Составляющими URI являются URN (Uniform Resource Name — Унифицированное Наименование Ресурса) и URL (Uniform Resource Locator — Унифицированный Указатель Ресурса). Первый идентифицирует конкретный веб-ресурс по его названию в пространстве имен, а второй указывает на его местоположение в сети и обеспечивает доступ к нему посредством конкретного метода. Схематически это можно изобразить так:
«>
URI является более общей системой идентификации. Она может включать в себя либо URN, либо URL, либо оба идентификатора вместе. То есть, URN и URL являются частными случаями URI. Попробую объяснить, что значит каждый термин, на наглядном примере из реальной жизни.
Допустим, имеется адрес (г. Нижний, ул. Верхняя, д.4, кв.15), до которого можно добраться разными способами в зависимости от степени удаления пункта отправления. Имя владельца квартиры Василий Васильевич Пупкин.
Возьмем за основу все население города Нижний, где каждый имеет свое имя (причем полные тезки также могут быть идентифицированы, поскольку имеют паспорт с уникальным номером). Тогда именное пространство можно назвать «Жители Нижнего», а В.В.Пупкин — уникальное имя в нем. Тогда «В.В.Пупкин» + «паспортные данные» и составит URN.
Скажем, сосед Пупкина доберется к нему пешком (это будет в данном случае методом доступа к объекту). А родственнику, живущему за несколько тысяч километров, придется задействовать комплексный вариант (прилететь на самолете, приехать по нужному адресу на такси и дойти оставшееся расстояние пешком). Способ доступа в этом случае будет другим (самолет — такси — пешком). В контексте выше сказанного это и есть URL (адрес + метод доступа к объекту).
Ну а полная информация, включающая адрес и имя находящегося по этому месту жительства человека — URI. Конечно, это в известной степени упрощенние, но зато оно помогает постичь суть без излишнего напряжения мысленных ресурсов.
Нас интересует в первую очередь унифицированный указатель, поскольку именно он является основной идентификационной системой, используемой широко на практике в глобальной сети. Поэтому далее мы и уделим основное время описанию структурных особенностей URL.
Структура УРЛ и его важные особенности для сведения вебмастеров
Итак, мы с вами определили в общих чертах, что же такое URL адрес. Это путь до любого файла (вебстраницы сайта, картинки, видео и др.). Начнем с простого примера. Вот как может выглядеть локатор в общем виде для одного из файлов, находящегося в определенной директории (папке):
http://goldbusinessnet.com/folder1/file.extension
В качестве реального примера привожу урл адрес файла, который содержит логотип этого блога:
http://goldbusinessnet.com/images/gold-8.png
Помните, чуть выше я упомянул, что URL содержит не только указание на конкретное местонахождение объекта в сети, но и то, каким способом можно получить к нему доступ? Так вот, протокол HTTP, стоящий в самом начале унифицированного указателя, как раз и является инструментом, помогающим открыть файл по указанному адресу в браузере.
У протокола передачи данных HTTP есть вариант HTTPS, обеспечивающий защищенное соединение и к переходу на который в последнее время склоняют вебмастеров поисковики, особенно Гугл (что, впрочем, будет благом для всех, особенно для коммерческих ресурсов и проектов, где используется передача персональных данных пользователей).
Но вернемся к нашему примеру. После обозначения типа протокола «http://» (а в общем случае способа доступа, поскольку в урлах не всегда применяется протокол, но об этом ниже) идет уникальное название домена (читайте о доменных именах и о том, как их зарегистрировать). Кстати, доменное имя может быть указано и с WWW:
http://www.goldbusinessnet.com/folder1/file.extension
Тогда наблюдается присутствие в интернете двух разных ресурсов (с WWW и без) с одинаковым содержанием. С точки зрения поисковиков это зеркала, являющиеся по своей сути дублями, которые жутко мешают продвижению.
К тому же, обратные ссылки, проставленные на ваш сайт, могут быть распределены в неизвестных пропорциях между зеркалами. Поэтому необходимо предпринять действия по определению главного домена и склейке зеркал, в том числе посредством 301-ого редиректа.
С доменным именем мы разобрались. Кстати, при создании сайта домен вашего проекта будет считаться корневой папкой с точки зрения файловой структуры сервера. Вследствие этого цепочку после двойного слэша можно воспринимать как последовательность вложенных друг в друга папок (их может быть несколько), где на конце урла находится нужный файл:
http://goldbusinessnet.com/folder1/folder2/folder3.../file.extension
Этот файлик идентифицируется по его названию и расширению, в нашем примере это «file.extension». Причем, расширение может быть самым различным (html, php, png и т.д.).
Но здесь надо иметь ввиду, что на серверах обычно используются Unix-подобные ОС, где, в отличие от Windows, расширения для файлов не являются обязательными и часто не используются, поэтому запись «file.extension» может вполне быть принята за название файлика с точкой посередине. Эта информация нам может пригодиться в дальнейшем.
Для полноты картины нужно еще упомянуть об адресах страниц сайтов в интернете. Чаще всего встречаются урлы трех основных видов (ЧПУ), которые наиболее предпочтительны при раскрутке веб-проекта:
http://goldbusinessnet.com/vazhnye-terminy-i-ponyatiya/kontekst-chto-eto-takoe.html
http://goldbusinessnet.com/vazhnye-terminy-i-ponyatiya/kontekst-chto-eto-takoe
http://goldbusinessnet.com/vazhnye-terminy-i-ponyatiya/kontekst-chto-eto-takoe/
Вроде бы, первый вариант больше всего отвечает разобранной нами схеме. Но в случае с URL страницы не все так однозначно. В теории это состоит следующим образом (попробую объяснить все на примере обычного блога, по-моему, он достаточно наглядный и понятный большинству).
Основываясь на приведенном мною в самом начале данного раздела статьи общем примере урла, можно было бы рассуждать следующим образом. В соответствии с иерархией в блоге роль подпапок играют разделы (рубрики или категории) ресурса, в которые включены отдельные страницы (файлы). Ну а главная страница — это основная папка (корень сайта в файловой структуре сервера), содержащая рубрики.
При стандартных серверных настройках каждый URL, соответствующий каталогу (папке), должен заканчиваться слэшем, в этом случае обработчик «поймет», что необходимо отобразить листинг всех файлов, которые там содержатся, а не какой-то конкретный объект, поиск которого будет осуществляться, если слеша не будет (таким образом вы экономите реурсы сервера).
В соответствии с этими рассуждениями локатор главной должен заканчиваться «/», поскольку домен является корневой директорией:
http://goldbusinessnet.com/
По этой же причине такой же вид урла соответствует рубрикам сайта:
http://goldbusinessnet.com/kompyuter-i-internet/
А вот статические или страницы записей выводятся в таком обличье:
http://goldbusinessnet.com/domen-i-xosting/offerhost-premium-xosting-sovremennym-funkcionalom
либо:
http://goldbusinessnet.com/domen-i-xosting/offerhost-premium-xosting-sovremennym-funkcionalom.html
Помните, чуть выше я упоминал о двух легитимных вариантах существования файлов в Unix-подобных операционных системах (с расширением и без)?
Однако, подобные рассуждения не совсем корректны в том числе потому, что подавляющее большинство современных сайтов работают под управлением CMS, которые генерируют странички сайта динамически «на лету» на базе имеющихся шаблонов с расширением .php, включающих комплекс соответствующих функций.
Все шаблоны, отвечающие за формирование различных страничек сайта (главной, рубрик, вебстраниц записей и т.д.) входят физически в одну директорию текущей темы WordPress. Таким образом, содержание всех названных страниц в конечном виде существует лишь при просмотре в браузере, а не физически на сервере. К слову, с файловым строением темы вы можете познакомиться в этой статье, материал которой даст вам дополнительные сведения.
Кто привык копать глубоко и желает более подробно изучить этот архиважный аспект, отсылаю вас к очень качественному материалу, где он освещается на основе первоисточника в виде спецификации общего синтаксиса URL, и в котором красной нитью проходит утверждение, что урл вообще (вне зависимости от своего содержания) указывает на абстрактное местоположение ресурса, а не на его конкретное физическое расположение.
Резюмируя и суммируя все приведенные доводы, могу утверждать, что с точки зрения синтаксиса все образцы рассмотренных урлов для страниц сайта (со слешем на конце, без него и с расширением .html) вполне корректны и пригодны для использования.
Более того, ни один из них не имеет сколь-нибудь заметного преимущества в глазах поисковых систем. Единственное, для обеспечения правильной индексации надо также установить 301 редирект в случае применения URL со слешем или без в конце.
Надеюсь, что предоставленная информация поможет вам определиться с настройкой урлов на своем сайте. Для проектов, работающих на WordPress, например, постоянные ссылки сайта можно легко настроить в соответствующем разделе админ-панели.
Важное замечание! Настройку ссылок желательно производить в самом начале создания проекта, дальнейшие изменения могут замедлить или приостановить продвижение сайта, поскольку переиндексация у поисковиков не происходит мгновенно.
Выше мы рассмотрели частные случаи различных типов локаторов, ну а общая блок-схема, демонстрирующая структуру URL, выглядит следующим образом:
«>
Пожалуй, следует дать некоторые разъяснения по отдельным составляющим.
Схема. Как я уже отмечал выше, не всегда средством передачи данные служит протокол, хотя это наиболее распространенный вариант. Эту роль вполне может играть псевдопротокол (например, тот же mailto, являющийся средством отправки сообщения по электронной почте):
mailto:goldbusinessnet@gmail.com
Вообще, для полноты информации вы можете ознакомиться с перечнем используемых схем на соответствующей страничке Википедии.
Кроме HTTP и HTTPS вебмастерами и разработчиками очень часто применяется на практике и FTP (тут об этом протоколе необходимые подробности), который очень удобен при работе с файлами своего проекта на сервере хостинга (что это такое и как купить место для сайта), если при этом воспользоваться помощью соответствующей программы (например, Файлзилла).
В таком случае для доступа к нужному файлу или папке понадобиться указать логин и пароль, а также порт (если он отличен от стандартного, применяемого по умолчанию):
ftp://login:password@goldbusinessnet.com:3542/folder1/file.extansion
Здесь в качестве хоста указано имя домена («goldbusinessnet.com»), но вполне может быть использован и IP-адрес, который идентифицирует устройство в сети интернет (тут о взаимодействии ай-пи адресов, ДНС и доменных имен). Ну а «folder1/file.extansion» — это уточняющий URL-путь до объекта.
Для вебмастеров еще один нюанс заключается в том, что любой движок может генерировать локаторы, в которых присутствуют так называемые GET-параметры, следующие после знака «?» в конце урлов. Если параметров несколько (каждый из них может иметь свое значение), то они разделяются знаком «&»:
http://site.ru/category1/article2/?parameter1=1¶meter2=2¶meter3=3
Страниц с такими адресами на сайте может набраться достаточное количество, причем их контент может быть тождественным с основными вебстраницами. Те, кто имеет свои блоги на Вордпрессе, вполне могут столкнуться с ситуацией, когда наличие древовидных комментариев инициирует генерирование урлов с replytocom:
http://site.ru/category1/article2/?replytocom=4321
А это и есть самые настоящие дубли, большое количество которых способно существенно снизить скорость индексирования страничек, а, значит, и косвенным образом замедлить продвижение веб-ресурса. Поэтому, думаю, будет уместным в этом месте дать ссылку, перейдя по которой вы узнаете, как бороться с самым разнообразным дублированным контентом на Вордпресс.
Если есть цель улучшить навигацию и направить посетителя не просто на нужную страницу, но в определенное место на ней, где есть искомая информация, то используют якорь (по-английски anchor), с помощью которого создаются хеш-ссылки:
http://site.ru/category1/article2/#anchor1
К выше сказанному следует добавить, что в стандартных урлах рекомендуется использовать лимитированную выборку знаков: буквы латинского алфавита в нижнем регистре [a-z], цифры [0-9], точку [.], нижнее подчеркивание [_], и дефис [-].
Такие ограничения действуют со времени зарождения интернета, но с некоторых пор ввиду развития глобальной сети появилась необходимость формировать URL с применением символов национальных языков, включая русский. Такая возможность появилась, но для ее реализации требуется кодировка (encoding) любых знаков в формате ASCII, который понимают браузеры.
Кодирование и декодирование URL
Итак, после некоторых предпринятых соответствующими международными организациями усилий любой сайт может использовать для адресов своих страниц локаторы, включающие буквы практически любого языка. Нас интересует русский, поэтому можете проверить сие утверждение, введя в адресную строку браузера урл одной из страниц Русской Википедии:
https://ru.wikipedia.org/wiki/Бит
Адрес корректно отобразится:
«>
А после нажатия кнопки «Enter» откроется соответствующая страничка. Теперь попробуйте скопировать этот адрес в буфер обмена и вставить его в любой документ (например, в блокнот Windows). Получится такой набор:
https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82
Это и есть закодированные русские буквы, которые web-браузер автоматически преобразует в читабельный текст на кириллице. Кстати, в сети есть немало сервисов, которые предлагают быстрое кодирование и декодирование содержания URL, например, вот этот:
«>
Конечно, для пользователей рунета гораздо более привлекательным является текст на русском, содержащийся в локаторе (кстати, и доменное имя может быть кириллическим).
Однако, формировать урлы на кириллице для страниц своего сайта я все-таки советую только в том случае, если ваш проект имеет какие-то свои особенности, вследствие которых именно русские символы в URL будут эффективнее привлекать посетителей, особенно целевую аудиторию.
В других случаях все же оптимальнее будет применять латиницу (а для WordPress использовать плагины транслитерации для автоматического преобразования русских букв в постоянных ссылках в латинские), поскольку это исключает некоторые возможные ошибки, а поисковые системы не делают языковых предпочтений в этом аспекте при ранжировании.
Как узнать URL адрес изображения, видео или страницы сайта?
При работе в интернете да и просто во время сёрфинга или поиска информации в сети очень часто нужно просмотреть или скопировать адрес того или иного объекта. Где же взять нужный урл на открытой в браузере веб-страничке? Что касается URL страницы сайта, то его можно подсмотреть в адресной строке:
«>
Правда, если данные передаются по обычному протоколу HTTP, то он, скорее всего, будет скрыт. Однако, если вы выделите урл, щелкните по нему правой кнопкой мышки и скопируете, выбрав из появившегося контекстного меню нужный пункт:
«>
То после его вставки в нужное место он будет отображаться полностью (включая протокол «http://»). В случае использования владельцами веб-ресурса HTTPS локатора, соответствующего защищенному соединению, адрес страницы будет доступен в полном виде сразу же:
«>
С помощью того же контекстного меню можно найти и скопировать также URL нужной вам гиперссылки, содержащейся в тексте:
«>
Иногда нужно узнать урл размещенной в web-пространстве картинки. Для этого опять используйте тот же метод:
«>
Только имейте ввиду, что если будете «Копировать картинку», то в буфер обмена поместите не ее URL, а само изображение, которое потом можете вставить в необходимое место.
Точно также есть возможность узнать и скопировать адрес видео. Ежели находитесь, например, в пределах Ютуба на странице с видеороликом, то это делается либо из адресной строки браузера, либо в разделе «Поделиться», находящемся чуть ниже ролика:
«>
В случае присутствия видео в контенте веб-странички его URL- адрес можно получить с похожей легкостью (достаточно щелкнуть правой кнопкой мыши прямо по плейеру):
«>
Таким вот образом вы легко можете получать и копировать URL-адрес практически любого объекта. Кстати, контекстное меню может принимать различный вид в зависимости от применяемого веб-браузера, но суть его опций остается практически идентичной.
goldbusinessnet.com