Гугл урл: Sorry, this page can’t be found.

Содержание

Goo.gl Google URL Shortener, действительно ли он нам нужен? — Сетевое администрирование

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

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

Теперь Google разработал собственный сокращатель URL-адресов и опубликовал его в домене Goo.gl. Пользователи, посещающие веб-сайт, видят простую форму сверху, которая позволяет посетителю сократить любой URL-адрес, введенный в форму.

сокращение URL-адресов Google

Результирующий сокращенный URL-адрес отображается прямо на той же странице, вероятно, с использованием Ajax для этого. Например, Ghacks.net был преобразован службой в http://goo.gl/pKTg. Как обычно, владельцы учетных записей Google, которые входят в систему, получают больше возможностей, чем пользователи, которые этого не делают.

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

goo.gl сокращение URL-адресов

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

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

сокращение URL

Звучит неплохо, но достаточно ли пользователям переключиться с другого сервиса, такого как Bit.ly, на Goo.gl? Название Google, вероятно, привлечет некоторых пользователей, но я не вижу, чтобы большинство пользователей переходило на Goo.gl, если только им не удается сотрудничать с крупной популярной службой.

Итак, кому нужен Goo.gl? Я оставляю это открытым вопросом, не стесняйтесь оставлять свои мысли в комментариях.

Как всегда показывать полный URL-адрес в адресной строке Google Chrome

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

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

Как и Firefox, Google Chrome пытается удовлетворить своих пользователей новой функцией, которая показать полный URL посещаемых веб-адресов. Функция находится в скрытом флаге, и перед ее использованием пользователям необходимо включить эту функцию. В настоящее время новая функция доступна в Chrome Canary.

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

Как включить всегда показывать полный URL-адрес в Google Chrome

Убедитесь, что у вас установлена ​​последняя версия браузера Google Chrome или Chrome Canary.

  • Откройте браузер Google Chrome.
  • Тип хром: // флаги и ищи «Контекстное меню показывает полные URL».
  • Другой способ напрямую перейти к параметру контекстного меню — ввести chrome: // flags / # omnibox-context-menu-show-full-urls.
  • Найдите контекстное меню, показывающее полные URL-адреса, и справа установите для него значение Включено.
  • Нажмите «Перезапустить» внизу, чтобы перезапустить браузер.
  • После полного запуска Chrome щелкните адресную строку правой кнопкой мыши.
  • Выберите Всегда показывать полные URL-адреса.

Image / Windows Dispatch

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

Имейте в виду, что текущая функция в Chrome все еще находится на экспериментальной стадии. Скорее всего, он может быть удален Google в любое время. Что вы думаете об этом скрытом флаге в Google Chrome? Мы хотели бы узнать ваши мысли, напишите нам в комментариях ниже.

Параметры URL-запроса в отчетах Google Analytics и инструмент для их извлечения

Автор Руслан Фатхутдинов На чтение 6 мин. Просмотров 1.1k. Опубликовано

Специалисты, работающие с Google Analytics, видели или знают, что в отчетах с параметром “Страница” (Page) одна и та же страница может дублироваться за счет добавления разных параметров.

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

Что такое параметры запроса URL

Параметры запроса URL (URL Query Parameters) — это дополнительная информация, которую можно добавить в URL-адрес. Состоит из двух обязательных элементов: из самого параметра и его значения, разделенных знаком равенства (=).

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

Виды параметров

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

Например:

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

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

Например:

  • UTM-метки (например: utm_source_utm_medium и т.п.) — используются для отслеживания эффективности рекламных кампаний;
  • _ga — параметр для настройки междоменного отслеживания;
  • fbclid — параметр с информацией о рекламном переходе из Facebook и т. п.

Как посмотреть параметры запросов

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

  1. Перейти в отчет “Поведение → Контент сайта → Все страницы”.
  2. Раскрыть фильтр (нажать кнопку “Ещё”).
  3. Выбрать параметр-фильтр: “Включить → Страница → Содержит → ?” и применить фильтр.

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

Что плохого в параметрах запросов

Основная причина, по которой наличие большого количества параметров —плохо, это “размытие” данных о странице.

Посмотрите на отчет ниже. Это данные по взаимодействию с главной страницей и её параметрами за последние 6 месяцев.

В нижнем правом углу показано количество строк в отчете. Более 55 тысяч уникальных параметров, на которые приходится около 20% от всех просмотров главной страницы.

При этом, если сравнить выведенные метрики качества основной главной страницы (/) и главной страницы с параметрами, мы видим существенные отличия.

То есть неконтролируемые параметры могут сильно искажать данные о странице.

Что делать с параметрами

Самое просто решение — исключать их из отчетов Google Analytics. При этом исключаются не сами взаимодействия, а удаляются параметры из URL-адресов страниц, “приклеивая” оставшуюся информацию к основной странице. То есть, если в отчете есть информация о 10 взаимодействиях с основной страницей и информация о 10 взаимодействиях с параметрами этой страницы, после исключения параметров мы получим 20 взаимодействий с основной страницей.

Google Analytics по умолчанию сам умеет исключать параметры (_ga, UTM-метки). Для исключения других параметров в Google Analytics есть удобный встроенный инструмент исключения параметров запросов URL. Находится он в разделе “Администратор > Представление > Настройки представления”.

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

Тут стоит сделать две важные ремарки:

  1. Хорошим тоном для работы со счетчиками Google Analytics является создание двух представлений: чистое представление, данные в котором не меняются, и “рабочее” представление, в которое вносятся все правки. Это важно, так как изменение данных на уровне представления откатить нельзя, и, если появится какая-то ошибка, правильные данные можно извлечь из чистого представления.
  2. Иногда я слышу опасения, что исключение параметров может исказить отчетность. Этого можно не бояться, так как распределение данных по отчетам Google Analytics проводит на этапе обработки сырых данных. Сначала Google Analytics распределит данные по отчетам, а только потом исключит все указанные параметры.

Какие параметры запросов исключать

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

Но перед удалением параметров обязательно надо обсудить с командой проекта, не связан ли какой-нибудь отчет с этими параметрами.

Ниже пример параметров, которые мы обычно исключаем:

utm_banner,_openstat,mixid,field_city_tid,yclid,block,pos,utm_adid,field_,fb_comment_id,field_works_value,Firstname,utm_keyword,pm_source,pm_block,pm_position,roistat,roistat_referrer,roistat_pos,campaignid,adgroupid,loc_physical_ms,device,placement,phone,Phone,fmode,back_url_admin,pageurl,comment_id,type,url,cm_id,p,rb_clickid,type,source,added,block,pos,key,campaign,retargeting,ad,phrase,gbid,device,region,region_name,redir-setuniq,yclid,target_ref,turbo_url,mlid,msid,lr,t,stid,from,lang,target_ref

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

Отойду от темы и скажу, что часть информации из параметров лучше отправлять в пользовательские параметры. Но это тема отдельной статьи.

Инструмент сбора параметров URL запроса

Раньше для сбора параметров из отчетов Google Analytics необходимо было выгрузить данные из отчетов, выделить параметры, подчистить их, проанализировать.

Но коллеги из 3whitehats разработали инструмент “Google Analytics Query Parameter Extractor”, который позволяет автоматизировать весь процесс, сведя его к нескольким простым шагам. Сам инструмент работает на базе Google Таблиц + расширения Google Analytics Spreadsheet Add-on.

Как пользоваться инструментом:

Все настройки проводятся на первом листе “Query Parameter Extractor”.

  • В поле “Google Analytics View ID” укажите ID представления для анализа. Узнать его можно в разделе “Администратор > Представление > Настройки представления” в поле “Идентификатор представления”.
  • В поле “Start Date” укажите дату, начиная с которой надо анализировать данные.
  • В поле “End Date” укажите крайнюю дату сбора данных.

Данные в полях с датами необходимо указывать в формате YYYY-MM-DD.

  • В поле “Row Limit (Optional)” указывается количество строк, которое будет запрошено через API Google Analytics. Чем больше данных в проекте, тем больше строк надо. С другой стороны, это поле можно оставить пустым, тогда будут получено максимальное количество строк из API.
  • Запустите расширение “Дополнения > Google Analytics > Run Report” и дождитесь завершения формирования отчета.
  • Нажмите кнопку “Analyze”, чтобы извлечь все уникальные параметры URL.

Может потребоваться авторизация скрипта.

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

Надеюсь, эта статья поможет вам внести ясность в тему параметров URL-запросов, а инструмент позволит обрабатывать эти параметры эффективнее и быстрее.

Подпишитесь на рассылку новостей. Никакого спама!

Email*

Подписаться

Формат URL для RSS-ленты новостей Google

Google отказался от старого формата URL-адреса RSS-канала 1 декабря 2017 года (уведомление об устаревании), в дополнение к этому они опустили кнопку в интерфейсе Новостей Google, чтобы сгенерировать URL-адрес RSS (новости, в которых упоминается это изменение).

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

Каков новый формат для создания RSS-канала для темы Новостей Google?

Ответ 1

Нашел современную библиотеку (1), которая использует RSS Новостей Google.

Новый формат URL выглядит следующим образом:

Главные новости:

https://news.google.com/news/rss

По основной теме:

https://news.google.com/news/rss/headlines/section/topic/{topic}

Где {тема} — это одно из следующих значений: WORLD NATION BUSINESS TECHNOLOGY ENTERTAINMENT SPORTS SCIENCE HEALTH

По любой/пользовательской теме:

Однажды на https://news.google.com, перейдите к нужной теме, например, эта. Определите идентификатор темы в ее URL, например, CAAqIQgKIhtDQkFTRGdvSUwyMHZNR056T1hFU0FtVnVLQUFQAQ и используйте формат:

https://news.google.com/rss/topics/{id}?hl={lang}

В приведенном выше формате, по существу, rss/ добавляется после https://news.google.com/.

По геолокации:

https://news.google.com/news/rss/headlines/section/geo/{location}

Не уверен насчет форматирования параметра {location}

По поисковому запросу:

New link: https://news.google.com/rss/search?q={query}
Old link: https://news.google.com/news/rss/search/section/q/{query}

Где параметр {query} — это поиск в свободном тексте

Указание страны и языка:

Например, если вы хотите получать новости на шведском языке и располагать их из шведских источников, добавьте следующую строку запроса в URL, чтобы изменить страну и язык на sv-SE: ?hl=sv&gl=SE&ceid=SE%3Asv

Легко создавайте сокращенные URL-адреса goo.gl в Google Chrome

НЕКЕШЕРОВАННЫЙ КОНТЕНТ

Вы хотели опробовать новую службу сокращения URL-адресов Google и добавить ее в Chrome? Теперь вы можете легко сделать и то, и другое с помощью расширения сокращения goo.gl.

Установка

Вам будет предложено подтвердить установку расширения в процессе установки. Все, что вам нужно сделать, это нажать «Установить», чтобы завершить добавление возможностей сокращения URL-адресов goo.gl в ваш браузер.

После завершения установки расширения вы увидите новую кнопку панели инструментов goo.gl и сообщение после установки.

Никаких вариантов, о которых стоит беспокоиться по поводу расширения… просто «щелкни и работай».

Расширение сокращения goo.gl в действии

В нашем примере мы решили создать сокращенный URL-адрес для «страницы тегов Windows 7» на веб-сайте How-To Geek. Просто нажмите кнопку «Панель инструментов», и через несколько секунд вы увидите небольшое раскрывающееся окно с вашим новым URL-адресом goo.gl…

Вот наш новый URL-адрес крупным планом. Обратите внимание, что есть «Твитнуть и копировать ссылки», которые помогут вам быстро начать использовать новый сокращенный URL.

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

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

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

Вывод

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

Ссылки

Загрузите расширение сокращения goo.gl (расширения Google Chrome)

Пример работы с URL в Google Tag Manager

Имеется URL, необходимо из него получить значение определенного параметра и передать его через пользовательский параметр в Google Analytics.

Предположим у нас есть URL следующего вида:

http://site/folder/page?param1=value1&param2=value2

http://site/folder/page?param1=value1&param2=value2

Параметрами в URL называют все, что находится справа от знака вопроса, т.е. мы имеем два параметра. Значением параметра является фрагмент URL следующий за знаком равно и до знака & или # или до конца строки.

В итоге у нас два параметра и два значения:

param1=value1&param2=value2

param1=value1&param2=value2

 Имена параметров в нашем примере:

Значения параметров соответственно:

Теперь, когда мы знаем имена параметров, попробуем с помощью Google Tag Manager получить их значения. Для работы с URL в Google Tag Manager имеется несколько возможностей.

Первый вариант — написать свой собственный парсер на JavaScript, который будет «разбирать» URL на фрагменты и возвращать нужные из них (можно использовать тег типа Пользовательский HTML или макрос типа Собственный код JavaScript).

Второй вариант — использовать имеющиеся для этого возможности Google Tag Manager, через создание соответствующего макроса.

Пойдем по простому пути и используем имеющиеся возможности. Создайте новую переменную типа URL, тип компонента укажите как Запрос, имя любое удобное для вас. Теперь в поле Ключ запроса введите имя вашего параметра из URL. В нашем примере это может быть param1 или param2:

Пример настройки переменной

Сохраните изменения нажав на кнопку Сохранить. Теперь в переменную GTMparam1 будет записываться значение параметра param1 из URL. Для примера — URL:

http://site/folder/page?param1=value1&param2=value2

http://site/folder/page?param1=value1&param2=value2

Значение переменной GTMparam1 будет равно value1:

Пример работы макроса

Половина задачи выполнена, мы получили значение параметра в макрос. Теперь необходимо передать его в Google Analytics.

Создайте пользовательский параметр или показатель, перейдите к тегу типа Universal Analytics, откройте соответствующий блок с настройками, укажите индекс и значение. В качестве значения используйте макрос {{GTMparam1}}:

Создание специального параметра

Сохраните изменения и опубликуйте новую версию контейнера. Если посмотреть на данные отправляемые в Google Analytics, то можно увидеть что параметр с индексом 2 получил значение value1:

Отправка данных в Universal Analytics

Формат шаблонов URL для правил Chrome Enterprise – Chrome Enterprise

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

Допускаются указанные ниже форматы шаблонов (использовать их нужно без кавычек).

  • “*”
    • Этот шаблон соответствует любому URL с любой схемой, портом и путем.
  • “scheme://domains:port/path”
    • Поддерживаются схемы «http» и «https».
    • Схему можно не указывать (опустив также и ее разделитель «://») или заменить подстановочным знаком («*»), чтобы адрес соответствовал любой схеме.
    • За доменом следует домен верхнего уровня, а перед ним может быть указан один или несколько субдоменов. В качестве альтернативы можно использовать хост, например «localhost».
      • Чтобы правило применялось к домену или любому из его субдоменов, можно добавить подстановочный знак «[*.]» перед доменом. При этом домен может быть субдоменом любого уровня. Обратите внимание, что подстановочный знак «[*.]» ставится непосредственно перед доменом или субдоменом. После этого знака точку ставить не нужно.
      • Если домен указан без префикса в виде подстановочного знака, правило будет применяться только к этому домену, а субдомены учитываться не будут.
    • Номером порта может быть любое число в диапазоне от 0 до 65535. Порт можно не указывать (опустив также и его разделитель в виде символа «/») или заменить подстановочным знаком («*»), чтобы адрес соответствовал любому порту.
    • Путь можно не указывать (опустив и его разделитель в виде символа «/») или заменить подстановочным знаком («*»), чтобы адрес соответствовал любому пути.
    • Подстановочные знаки нельзя использовать для частичного сопоставления схемы, домена, хоста, порта или пути.
    • Использование нескольких подстановочных знаков в одном шаблоне, например «*://google.com:*/*», поддерживается.
  • “scheme://a.b.c.d:port/path”
    • Вместо домена можно использовать адрес IPv4 в формате «a.b.c.d». Правила для схем, портов и путей аналогичны тем, что применяются к URL домена, но для IP-адресов нельзя использовать подстановочные знаки.
  • “scheme://[a:b:c:d:e:f:g:h]:port/path”
    • Также можно использовать адрес IPv6 в формате «[a:b:c:d:e:f:g:h]». Квадратные скобки при этом обязательны. Как и в случае с адресами IPv4, подстановочные знаки c адресами IPv6 не поддерживаются. Правила для схем, портов и путей аналогичны тем, что применяются для URL доменов и адресов IPv4.
  • “file://path”
    • Если используется схема «file», путь должен начинаться с символа «/», то есть адрес «file://dir/myfile.html» является недопустимым. Верным будет шаблон «file:///dir/myfile.html» (с тремя символами косой черты после «file:»). Единственно допустимым URL файла с подстановочным знаком является «file:///*». Он соответствует любому действительному URL файла.
    • Доменная часть URL файла должна быть пустой. Она будет соответствовать любому домену или порту «localhost». Например, шаблон «file:///file.html» будет соответствовать адресам «file://localhost/file.html» и «file://mysite.com/file.html».
    • Порты использовать нельзя.

Какой лучший URL для Google?

Как один из первых поклонников Google, я установил его в качестве домашней страницы браузера с конца 1990-х годов. Однако за последнее десятилетие я несколько раз менял интернет-адрес. Google, конечно, не отказался от google.com. Просто изменение URL-адреса — самый практичный способ избежать попыток Google «помочь» мне.

Как человек, который много путешествовал, ключ /ncr оказался полезным.Это переключатель No Country Redirect , который дает вам URL-адрес Google http://www.google.com/ncr.

Это удобно не только при путешествии, например, по Азии, но и при посещении севера Англии или просто посидев дома в Лондоне. Например, используйте Wi-Fi в некоторых британских поездах, и Google «услужливо» перенаправит вас в скандинавскую страну, в которой находится сервер службы Wi-Fi. Если вы используете спутниковое интернет-соединение Astra из дома, Google «услужливо» перенаправит вас на свой сайт в Люксембурге.Или иногда, что особенно полезно, в Бельгию.

Очевидно, что быстрее получить результаты, которые вам не нужны, на языке, который вы (вероятно) не умеете читать, чем потратить миллисекунду на проверку языковых настроек в файле cookie Google или, боже упаси, фактически предоставить пользовательских настроек .

Мгновенный промах

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

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

Безопасность и конфиденциальность

В любом случае, как вы, возможно, знаете, поиск теперь стал опасным времяпрепровождением из-за огромного количества людей и организаций, которые стремятся зарегистрировать и профилировать ваши интересы, чтобы продать вам вещи или, в некоторых странах, бросить вас в тюрьму. Вот почему многие здравомыслящие люди перешли на duckduckgo или ixquick, или выполняют поиск через анонимный прокси-сервер, или используют InPrivate Browsing, Incognito или аналогичную функцию своего браузера, или все вышеперечисленное.

Я по-прежнему выполняю большинство поисковых запросов в Google, но в настоящее время я использую следующий (бета) URL-адрес, чтобы получить чистый и достаточно безопасный поиск, оставаясь при этом в Gmail:

https://encrypted.google.com/webhp?complete=0&hl=ru

«webhp» останавливает перенаправление браузера на мобильные страницы. Если вы не отключили историю веб-поиска (требуется пароль) и хотите отключить персонализацию (pws=0), попробуйте это и посмотрите, понравится ли вам это:

https://зашифровано.google.com/webhp?complete=0&hl=ru&pws=0

Еще лучше, дайте мне знать, если у вас есть лучший URL….

@jackschofield

10 важных URL-адресов, которые должен знать каждый пользователь Google

Что Google знает о местах, которые вы недавно посещали? Каковы ваши интересы, определенные Google? Где Google хранит список всех слов, которые вы когда-либо вводили в поле поиска? Где можно получить список объявлений Google, которые вас заинтересовали?

10 важных ссылок Google

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

1. Google хранит список имен пользователей и паролей, которые вы ввели в Google Chrome или Android для входа на различные веб-сайты. У них даже есть веб-сайт, где вы можете просмотреть все эти пароли в виде обычного текста.

passwords.google.com

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

www.google.com/settings/ads

3. Вы можете легко экспортировать все свои данные из экосистемы Google. Вы можете загружать свои Google Фото, контакты, сообщения Gmail и даже видео с YouTube. Перейдите на страницу Takeout, чтобы получить ссылки для скачивания.

www.google.com/takeout

4. Если вы обнаружите, что ваш контент появляется на другом веб-сайте, вы можете подать в Google жалобу DMCA на этот сайт, чтобы удалить этот контент.У Google есть простой мастер, который поможет вам запросить контент, и этот инструмент также можно использовать для удаления веб-сайтов из результатов поиска Google, которые очищают ваш контент.

support.google.com/legal

5. Ваш телефон Android или приложение Google Maps на iPhone автоматически сообщает о вашем местонахождении и скорости (движетесь ли вы и если да, то как быстро) назад на серверы Google. Вы можете найти всю историю местоположений на веб-сайте Google Maps, и у вас также есть возможность экспортировать эти данные в виде файлов KML, которые можно просматривать в Google Earth или даже на Google Диске.

google.com/maps/timeline

6. Создайте новую учетную запись Google, используя существующий адрес электронной почты. Обычный процесс регистрации использует ваш адрес @gmail.com в качестве имени пользователя вашей учетной записи Google, но с этим специальным URL-адресом вы можете использовать любой другой адрес электронной почты в качестве имени пользователя.

account.google.com/SignUpWithoutGmail

7. Google и YouTube записывают каждый поисковый запрос, который вы когда-либо вводили или произносили, в свои окна поиска.Они ведут журнал каждой рекламы Google, на которую вы нажимали на различных веб-сайтах, каждого видео на YouTube, которое вы смотрели, и, если вы являетесь пользователем Google Now, вы также можете просмотреть журнал всех ваших поисковых аудиозапросов. Окей Гугл.

history.google.com (поиск Google) history.google.com/history/audio (голосовой поиск) youtube.com/feed/history (поиск YouTube и просмотренные видео)

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

www.google.com/settings/account/inactive

9. Вы обеспокоены тем, что кто-то еще использует вашу учетную запись Google или ее могут взломать? Откройте отчет об активности, чтобы просмотреть журнал всех устройств, которые недавно подключались к вашему аккаунту Google.Вы также познакомитесь с I.P. Адреса и приблизительное географическое положение. К сожалению, вы не можете удаленно выйти из сеанса Google.

myaccount.google.com/security

10. Не можете найти свой мобильный телефон? Вы можете использовать Диспетчер устройств Google, чтобы найти свой телефон, если он включен и подключен к Интернету. Вы можете позвонить на устройство, увидеть местоположение или даже удалить содержимое телефона удаленно. Вы даже можете найти номер IMEI потерянного телефона в своей учетной записи Google.

google.com/android/devicemanager

См. также: Секретные URL-адреса для Google Диска и Документов Google

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

Единые локаторы ресурсов — это знакомые веб-адреса, которые вы используете каждый день. Они перечислены в адресной книге DNS в Интернете и направляют браузеры на правильные адреса интернет-протокола, которые идентифицируют и различают веб-серверы. Короче говоря, вы переходите на WIRED.com, чтобы прочитать WIRED, чтобы вам не приходилось управлять сложными протоколами маршрутизации и строками чисел. Но со временем URL становится все труднее читать и понимать. По мере расширения веб-функциональности URL-адреса все чаще превращаются в неразборчивые строки тарабарщины, объединяющие компоненты от третьих лиц или маскируемые сокращателями ссылок и схемами перенаправления.А на мобильных устройствах вообще нет места для отображения большей части URL-адреса.

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

«Людям очень трудно понять URL-адреса, — говорит Адриенн Портер Фелт, технический руководитель Chrome.«Их трудно читать, трудно понять, какой их части следует доверять, и в целом я не думаю, что URL-адреса работают как хороший способ передать идентичность сайта. где веб-идентификация понятна всем — они знают, с кем разговаривают, когда используют веб-сайт, и могут рассуждать о том, можно ли им доверять. Но это будет означать большие изменения в том, как и когда Chrome отображает URL-адреса. чтобы бросить вызов тому, как должны отображаться URL-адреса, и подвергнуть сомнению это, поскольку мы выясняем, как правильно передать личность.»

Если вам трудно подумать о том, что можно использовать вместо URL-адресов, вы не одиноки. На протяжении многих лет ученые рассматривали варианты, но у этой проблемы нет простого решения. Портер Фелт и ее коллега Джастин Шух, главный инженер Chrome, говорят, что даже сама команда Chrome по-прежнему расходится во мнениях относительно того, какое решение лучше всего предложить, и на данный момент группа не будет предлагать какие-либо примеры типов схем, которые они рассматривают. По их словам, сейчас основное внимание уделяется выявлению всех способов, которыми люди используют URL-адреса, чтобы попытаться найти альтернативу, которая повысит безопасность и целостность идентификации в Интернете, а также упростит повседневные задачи, такие как обмен ссылками на мобильных устройствах.

«Я не знаю, как это будет выглядеть, потому что сейчас это активно обсуждается в команде, — говорит Париса Табриз, технический директор Chrome. «Но я знаю, что все, что мы предлагаем, будет спорным. Это одна из проблем с действительно старой, открытой и разросшейся платформой. Изменения будут спорными, какую бы форму они ни принимали. Но важно, чтобы мы что-то делали, потому что все недовольны». по URL-адресам. Они отстой».

Параметры URL поиска Google [Полное руководство]

URL-параметры — это набор значений в адресной строке браузера после адреса сайта.Они начинаются со знака вопроса и могут идти в другом порядке или комбинироваться по-разному. Каждый параметр URL состоит из пары ключ=значение. Несколько параметров разделяются амперсандом.

Параметры URL-адреса

генерируются автоматически, но вы можете адаптировать их к своим конкретным потребностям с помощью настроек Google Search Console. Они решают многие технические проблемы, такие как:

  1. Идентификация пользователя, упрощение рабочего сеанса, заполнение корзины онлайн-покупок.
  2. Отслеживание конверсий целевой страницы.
  3. Внутренний поиск по сайту.
  4. Фильтр товаров в интернет-магазинах.
  5. Сортировать товары по цене, бренду, популярности.
  6. Пагинация каталогов и многостраничного контента.
  7. Отображение разных версий страницы в зависимости от языка пользователя или страны.

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

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

Памятка по параметрам поиска Google

Параметры поиска Google представляют собой набор коротких и логичных команд.Их легко запомнить, как таблицу умножения, если пользоваться ими регулярно. Если перед вами стоит необычная задача или вы сомневаетесь в актуальности вашего поискового запроса, на помощь придут приведенные ниже таблицы. Чтобы получить наиболее точные результаты, объедините несколько операторов GET в одном запросе.

Поиск по URL

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

Основной поиск Google: https://www.google.com/search?q= . Он использует только один оператор « q = интересующая фраза» (или as_q ). Использование операторов расширенного поиска работает как пароль. Google четко понимает, что вы от него хотите, и выдает вам результаты, на которые обычный поиск потребовал бы гораздо больше времени и фильтрации.

Параметры фильтрации содержимого

Язык и параметры геолокации

Атрибуты времени

Вы можете увидеть больше операторов Google в этом посте Поисковые операторы: полный список.

Какие задачи можно решить с помощью параметров поиска

Выявление ошибок индексирования

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

Давайте сузим поиск и проверим количество проиндексированных страниц блога:

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

Этот способ хорош, если вы имеете представление о количестве материалов, размещенных на вашем сайте.Полную информацию лучше всего просматривать в Google Search Console. Вместо блога используйте другие категории или исключите поддомены по этому запросу:

По такому же принципу можно обнаружить незащищенные страницы с помощью оператора исключения -inurl: https .

Поиск повторяющегося содержимого

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

Поиск нежелательных файлов или страниц

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

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

Хотите разместить больше текстов, но не знаете, где искать? Многие веб-сайты заинтересованы в обновлении своего контента в гостевом формате. Все, что вам нужно, это указать интересующую вас тему и адекватно сформулировать запрос: «стать участником», «внести вклад», «гостевые посты», «стать автором».

Веб-сайты для ссылок

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

Затем найдите своих «товарищей» в списке. Для этого оценим общее количество проиндексированных страниц с помощью site:domain.com , а затем выберем site:domain.com seo среди тех, которые относятся к нашей теме. Если результат больше 0,5 (а еще лучше 0,7), вы имеете дело с авторитетным ресурсом, и его пользователи, скорее всего, заинтересуются вашими постами.

Упрощение внутренних ссылок

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

Анализ конкурентов: обновления стороннего контента, ссылки и упоминания

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

Проанализируйте стратегию ваших прямых конкурентов. Вы можете найти ресурсы, где размещают партнерские материалы, обсудить совместную работу с владельцем сайта. Кроме того, вы можете искать рекламные посты. Условия размещения рекламного поста обычно размещаются в тексте: [ниша] intext: «спонсорский пост» .Это можно сделать с помощью Google Alerts.

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

Оптимизация параметров URL

Инструмент параметров URL в Google Search Console позволяет оптимизировать динамический адрес вашего веб-сайта. Вы можете вручную настроить параметры, которые изменяют внешний вид веб-сайта для пользователей.Кроме того, это объясняет роботам, как правильно реагировать на параметры отслеживания, сортировки, фильтрации или группировки.

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

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

  1.     Удаление повторяющихся страниц

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

Статический URL: https://www.yourwebsite.com/widgets

Параметр отслеживания: https://www.yourwebsite.com/widgets?sessionID=35748

Параметр повторного заказа: https://www.yourwebsite.com/widgets?sort=newest

Идентификационный параметр: https://wwwyourwebsite.com?category=widgets

Параметр поиска: https://www.yourwebsite.com/products?search=widget

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

Чтобы избежать этой проблемы, сигналы ранжирования можно комбинировать с помощью rel=»canonical» . Таким образом, вы привязываете URL-адрес с несколькими переменными к URL-адресу, соответствующему требованиям SEO. Затем сканеры больше не воспринимают страницы как дубликаты.

  1.     Удалить ненужные параметры

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

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

  1.     Параметры упорядочения

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

  1.     Сделайте ваш URL кликабельным

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

Полное руководство по оптимизации структуры URL-адресов

Для многих URL-адреса — это просто кажущиеся несущественными адреса веб-страниц.Однако то, как вы структурируете URL-адреса для SEO, имеет значение.

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

Используются ли ключевые слова в URL для ранжирования?

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

2010: подход к ключевым словам в URL как к пользователю

В 2010 году Мэтт Каттс из Google опубликовал видео, в котором обсуждал ключевые слова в имени пути и ключевые слова в имени файла.

Имя пути :

 /tools/wood/drills.html 

Имя файла с несколькими дефисами :

 /tools-wood-drills.html 

Каттс рекомендовал подходить к проблеме с точки зрения пользователя.

Он заявил, что версия с несколькими дефисами может показаться пользователям спамом.

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

Каттс подразумевал, что эффект воздействия на пользователя  в следующем заявлении:

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

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

 

Мэтт не упомянул фактор ранжирования.

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

2011: Ключевые слова в домене являются факторами ранжирования

В 2011 году в несколько связанном видео о ключевых словах в доменах он заявил, что Google думает об уменьшении влияния ключевых слов в домене.

Как и ключевые слова в URL, ключевые слова в доменах также являются факторами ранжирования.

Но они были преуменьшены с точки зрения их важности.

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

2016: Google говорит, что ключевые слова очень мало влияют на ранжирование

В ходе видеовстречи Webmaster Central в январе 2016 года Джон Мюллер действительно признал, что ключевые слова в URL являются фактором ранжирования.

Однако он преуменьшил важность этого как фактора ранжирования, описав его влияние как «очень небольшое».

Мюллер:

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

Называние его «очень маленьким» хорошо согласуется с тем, что Каттс все время говорил о том, что есть другие области сайта, на которых важнее сосредоточиться.

2017: ключевые слова в URL переоценены

Мюллер продолжал минимизировать важность ключевых слов в URL как фактора ранжирования.

В 2017 году он назвал их переоцененными.

Ключевые слова в URL переоценены для Google SEO. Создайте URL-адреса для пользователей. Кроме того, на мобильном вы их обычно даже не видите.

— 🍌 Джон 🍌 (@JohnMu) 8 марта 2017 г.

2018: не беспокойтесь о ключевых словах в URL

Еще в 2018 году Мюллер продолжал преуменьшать значение ключевых слов в URL как фактора ранжирования, говоря, что они даже не видны пользователям.

(Предположительно, он ссылается на невидимость URL-адресов в поисковой выдаче Google.)

 

Я бы не беспокоился о ключевых словах или словах в URL. Во многих случаях URL-адреса все равно не видны пользователям.

— 🍌 Джон 🍌 (@JohnMu) 6 декабря 2018 г.

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

Используются ли ключевые слова в пустых URL-ссылках в качестве текста привязки?

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

Такой вид ссылки иногда называют открытой ссылкой.

Он называется голым, потому что это ссылка в виде URL, а не скрытая в якорном тексте.

Голый URL:

 http://www.example.com/ 

URL в якорном тексте:

 Нажмите здесь! 

Мюллер сказал (How Google Handles Naked Links, сентябрь 2020 г.), что голые ссылки не передают текстовую информацию привязки.

Вот что он сказал:

«Насколько я понимаю, наши системы пытаются распознать это и сказать, что это просто URL-адрес, на который есть ссылка, а не ценный якорь.

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

Так что с этой точки зрения это нормальная ссылка, но у нас там нет никакого контекста».

Могут ли ключевые слова в URL увеличить число кликов в поисковой выдаче?

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

Это могло быть правдой в прошлом.

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

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

Ключевые слова в URL-адресе не видны.

Скриншот результата поиска, где Google не показывает URL

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

Но гугл их не выделяет.

Если бы Google выделял ключевые слова в URL-адресе, это могло бы помочь привлечь внимание к листингу, но это не так.

Скриншот, показывающий, что ключевые слова в поисковой выдаче не выделены

Какая польза от ключевых слов в URL?

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

Ключевые слова в URL могут помочь пользователям понять, о чем страница.

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

Пример простого URL:

 https:www.example.com/widgets/best-widgets 

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

Это имеет тенденцию соответствовать типам веб-страниц, которые Google хочет ранжировать.

Передовой опыт для структуры URL

Стандартизируйте свои URL-адреса в нижнем регистре

Большинство серверов не имеют проблем с URL-адресами смешанного регистра.

Несмотря на это, рекомендуется стандартизировать внешний вид URL-адресов.

URL-адреса

обычно пишутся строчными буквами « like-this-dot-com» , в отличие от смешанного регистра « Like-This-Dot-Net» или заглавными буквами « LIKE-THIS-DOT-BIZ ». ”

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

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

Используйте дефисы, а не символы подчеркивания

Всегда используйте дефисы (-), а не символы подчеркивания (_), потому что символы подчеркивания не видны, когда URL-адрес публикуется как пустая ссылка.

Вот пример плохой практики использования подчеркивания в ссылках:

Символы подчеркивания невидимы при форматировании ссылки. Это означает, что пользователи не могут точно увидеть, что такое URL.

Используйте точные ключевые слова в структуре URL-адреса категории

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

Иногда ключевое слово с наибольшим трафиком не обязательно связано с тем, о чем страницы в категории.

Выберите названия категорий, которые точно описывают содержание содержащихся в них страниц.

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

Избегайте использования лишних слов в структуре URL

Иногда CMS может добавлять слово /category/ в структуру URL.

Это нежелательная структура URL.

Структура URL выглядит как /category/widget/ .

Должно быть просто /widget/ .

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

Words направляет пользователей к контенту, который они ищут.

Используйте их по назначению.

Защитите свои URL-адреса на будущее

Тот факт, что дата указана в заголовке статьи, не означает, что она должна быть указана в URL-адресе.

Если вы собираетесь создать публикацию типа «Лучшие xxx для 20xx», лучше использовать один и тот же URL из года в год.

Так вместо:

example.com/widgets/top-widgets-2020

Попробуйте удалить год и просто введите:

example.com/widgets/top-widgets

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

Любой, кто перейдет по старым ссылкам, найдет обновленный контент.

Также можно создать архив прошлых лет.

Это зависит от вас.

Косая черта в конце или отсутствие косой черты в конце

Косая черта в конце — это символ: [ / ].

Консорциум Worldwide Web Consortium (W3C) , группа, отвечающая за веб-стандарты, рекомендует использовать косую черту в конце для обозначения «URI контейнера» для обозначения отношений родитель/потомок.

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

Родительско-дочерние отношения — это когда категория содержит множество веб-страниц.

Категория «контейнер» является родительской, а веб-страницы, содержащиеся в ней, являются дочерними документами, содержащимися в этой категории.

Это то, что W3C заявляет в разделе «Передовые практики и рекомендации для платформы связанных данных»:

«2.6 Включайте косую черту в конце URI контейнера
При представлении членства в контейнере с помощью иерархических URL-адресов включение косой черты в конце URI контейнера упрощает использование относительных URI».

В HTML косая черта в конце должна указывать на наличие раздела каталога или категории.

В 2017 году Джон Мюллер из Google написал в Твиттере, что помимо домашней страницы URL-адрес с косой чертой и URL-адрес без косой черты являются разными веб-страницами.

Например:

 https://www.пример.com/виджеты 

может отличаться от страницы:

 https://www.example.com/widgets/ 

/widgets обозначает страницу , а /widgets/ представляет каталог или раздел категории .

Я заметил некоторую путаницу с косой чертой в конце URL-адреса, поэтому я надеюсь, что это поможет. tl;dr: косая черта на root/hostname=не имеет значения; косая черта в другом месте = имеет значение (это разные URL-адреса) pic.twitter.com.com/qjKebMa8V8

— 🍌 Джон 🍌 (@JohnMu) 19 декабря 2017 г.

Твит

Мюллера в 2017 году подтвердил официальный пост в блоге Google от 2010 года (To Slash or Not to Slash), в котором были сделаны аналогичные заявления.

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

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

Google проявляет гибкость в отношении передового опыта с косой чертой

Вот пример того, как Google кодирует URL-адреса.

Этот URL содержит .html в конце и явно является веб-страницей:

 https://webmasters.googleblog.com/2020/11/timing-for-page-experience.html 

Этот URL-адрес , заканчивающийся косой чертой , является страницей категории:

 https://webmasters.googleblog.com/2020/11/ 

А это контейнер за месяц года 2020 года:

 https://webmasters.googleblog.com/2020/ 

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

URL-адреса Google без косой черты в конце

Однако другие разделы, опубликованные Google, не соответствуют этому стандарту.

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

  • Это URL раздела категорий:
    https://developers.google.com/analytics
  • Это веб-страница:
    https://developers.google.com/analytics/devguides/integrate
  • А это еще одна веб-страница:
    https://developers.google.com/analytics/devguides/collection/firebase/android

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

Google проявляет гибкость в использовании завершающей косой черты

Приведенные выше примеры показывают, что да, лучшие практики существуют.

Но это один из лучших способов, которым можно пренебречь.

Еще в 2010 году рекомендации Google по использованию косой черты в конце были гибкими.

Согласно Google:

«…вы можете выбирать, что вам нравится.

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

Это также упрощает перенаправление URL-адресов без косой черты на завершающую косую черту и т. д.

URL-адреса для целей SEO

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

В то время как Google все чаще не показывает URL-адреса в поисковой выдаче, популярные поисковые системы, такие как Bing и DuckDuckGo, по-прежнему их показывают.

URL-адреса

— это хороший способ сообщить потенциальному посетителю сайта, о чем страница.

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

Более короткие URL-адреса делают их удобными для пользователя и более легкими для обмена.

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

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

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

Дополнительные ресурсы:


Авторы изображений

Избранное изображение и скриншоты автора, ноябрь 2020 г.

Как использовать параметры URL для отслеживания рекламы в Facebook

Рекламодателям Facebook нужны все доступные методы, чтобы должным образом и тщательно отслеживать влияние своих кампанийКампания — это основа вашей рекламы на Facebook.Здесь вы устанавливаете рекламную цель, которая определяет, чего вы хотите добиться от своего объявления. Одним из доступных инструментов являются параметры URL.

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

В этом посте вы узнаете, что такое параметры URL, как их настроить (включая динамический метод) и как использовать эту информацию в Google Analytics.

Поехали…

Что такое параметры URL?

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

Вот пример URL с параметрами (параметры начинаются с «?»).

https://www.jonloomer.com/facebook-ads-optimization-problems/?utm_source=Facebook&utm_medium=Facebook_Right_Column&utm_campaign=Blog_Post_Promotion_-_Conversions&utm_content=Optimization_Problems

Каждый параметр будет включать ключ и значение.«Ключами» в данном случае являются utm_source, utm_medium, utm_campaign и utm_content. Каждый ключ имеет значение, связанное знаком «=». Несколько параметров разделяются знаком «&».

Предположим, мы добавили эти параметры в URL объявления Facebook. Когда кто-то нажимает на это объявление и переходит на мой веб-сайт, эти параметры появляются в конце URL-адреса. Я мог бы использовать Google Analytics (или другой аналитический инструмент), чтобы увидеть некоторые подробности об этом конкретном посещении.

Эти параметры скажут мне следующее:

  • Источник: Facebook
  • Объявление было размещено в правой колонке
  • Объявление появилось в рамках кампании Facebook под названием «Продвижение постов в блоге — конверсии»
  • Рекламируемое объявление называлось «ОптимизацияКак оптимизировать воздействие на тех, кто увидит вашу рекламу в Facebook.Facebook покажет вашу рекламу людям, которые с наибольшей вероятностью выполнят желаемое действие. Проблемы»

Добавление параметров динамического URL в рекламу Facebook

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

Однако гораздо проще использовать построитель параметров динамического URL. Таким образом, вы можете указать заполнители, чтобы Facebook мог автоматически вводить данные из кампании.

Ниже приведены динамические параметры URL, которые предоставляет Facebook:

  • Идентификатор объявления: {{ad.id}}
  • Группа объявленийНабор объявлений — это группа объявлений Facebook, в которой определяются такие настройки, как таргетинг, планирование, оптимизация и размещение. Идентификатор: {{adset.id}}
  • Идентификатор кампании: {{campaign.id}}
  • Название объявления: {{ad.name}}
  • Имя набора объявлений: {{adset.name}}
  • Название кампании: {{campaign.name}}
  • Размещение: {{размещение}}
  • Имя источника сайта: {{site_source_name}}

Большинство из них говорят сами за себя.Имя источника сайта — это платформа (Facebook, Instagram, Messenger, Audience Network), на которой было показано ваше объявление.

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

Когда вы откроете конструктор, он будет выглядеть так…

Источник кампании помогает определить, откуда идет трафик (Facebook, Instagram и т. д.).). Здесь вы можете использовать динамический параметр site_source_name.

Мне нравится использовать динамический параметр Placement для канала кампании. Таким образом, источник может указать, что пользователь пришел из Facebook, но среда предоставит конкретное место размещения.

Я использую динамический параметр имени кампании Facebook для имени кампании.

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

Я использую название объявления для содержания кампании.

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

Вы также можете использовать пользовательские параметры, нажав кнопку «Добавить параметр».

В конечном счете, используйте любые параметры!

Данные кампании в Google Analytics

Теперь вы можете видеть данные, связанные с этими параметрами, в вашем Google Analytics.

В Google Analytics выберите Приобретение > Кампании > Все кампании слева.

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

Над таблицей вы увидите ссылки «Кампании», «Источник», «Канал», «Источник/канал» и «Другое».

В разделе «Другое» вы также можете найти рекламный контент, чтобы найти параметры названия объявления.

Имейте в виду, что в некоторых случаях вы, вероятно, будете использовать один и тот же параметр для нескольких кампаний.Таким образом, вы можете видеть «Facebook» в качестве источника или «Facebook_Right_Column» в качестве носителя, но они могут представлять несколько кампаний. На самом деле это может быть полезно для того, чтобы увидеть, как конкретный источник или носитель исторически ведет себя, если вы регулярно используете параметры URL. Если вы нажмете на кампанию, конечно, вы сможете увидеть источник, канал и контент для этой конкретной кампании.

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

Бот для просмотра Facebook

На что следует обратить внимание, так это на то, что когда вы отправляете свою кампанию Facebook на проверку, Facebook отправит ботов для проверки рекламы. Этот бот-трафик не будет отображаться в результатах вашего Ads Manager, но будет отображаться в Google Analytics. Результатом будет быстрый всплеск трафика, но это будет бесполезный трафик.

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

Что следует учитывать

Во-первых, поймите, что параметры URL не заменяют собой отчеты Ads Manager. Цифры, которые вы получаете из Google Analytics с помощью параметров URL, никогда не будут совпадать с Ads Manager (по многим причинам).

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

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

В результате часть информации, которую вы получаете в Google Analytics, технически может быть получена от людей, которые не нажимали на ваше объявление. Они щелкнули ссылку, которой поделился кто-то, кто нажимал на ваше объявление (или поделился несколько раз через цепочку).Это еще одна причина, по которой вы не должны рассматривать это как замену Ads Manager.

Наконец, конструктор параметров динамического URL доступен не для всех целей. Цель кампании — это конечная цель вашего объявления на Facebook. Ваш выбор повлияет на параметры, включая оптимизацию и доставку. Я не буду перечислять их здесь, поскольку такие вещи часто меняются, и Facebook собирается изменить свои целевые предложения (эта статья может содержать обновленный список). Суть в том, что если вы не видите строитель, вероятно, он недоступен для цели, которую вы используете.

Видеоурок

Ваша очередь

Используете ли вы параметры URL для своих объявлений на Facebook? Как вы используете и оцениваете эти данные?

Дайте мне знать в комментариях ниже!

Декодирование и кодирование URL — онлайн

О Встречайте URL-декодирование и кодирование, простой онлайн-инструмент, который делает именно то, о чем говорит: декодирует URL-кодирование, а также быстро и легко кодирует его. URL-кодируйте свои данные без проблем или декодируйте их в удобочитаемый формат.

URL-кодирование, также известное как «процентное кодирование», представляет собой механизм кодирования информации в унифицированном идентификаторе ресурса (URI). Хотя это известно как URL-кодирование, на самом деле оно более широко используется в основном наборе унифицированных идентификаторов ресурсов (URI), который включает в себя как унифицированный указатель ресурса (URL), так и унифицированное имя ресурса (URN). Как таковой он также используется при подготовке данных медиа-типа «application/x-www-form-urlencoded», который часто используется при отправке данных формы HTML в HTTP-запросах.

Дополнительные параметры

  • Набор символов: В случае текстовых данных схема кодирования не содержит набор символов, поэтому необходимо указать, какой набор символов использовался в процессе кодирования. Обычно это UTF-8, но могут быть и многие другие; если вы не уверены, поэкспериментируйте с доступными вариантами или попробуйте вариант автоматического обнаружения. Эта информация используется для преобразования декодированных данных в набор символов нашего веб-сайта, чтобы все буквы и символы отображались правильно.Обратите внимание, что это не относится к файлам, поскольку к ним не нужно применять веб-безопасные преобразования.
  • Декодировать каждую строку отдельно: Закодированные данные обычно состоят из непрерывного текста, поэтому даже символы новой строки преобразуются в их процентно-кодированные формы. Перед декодированием из входных данных удаляются все незакодированные пробелы, чтобы защитить целостность входных данных. Эта опция полезна, если вы собираетесь декодировать несколько независимых записей данных, разделенных разрывами строк.
  • Режим реального времени: Когда вы включаете эту опцию, введенные данные немедленно декодируются с помощью встроенных функций JavaScript вашего браузера, без отправки какой-либо информации на наши серверы. В настоящее время этот режим поддерживает только набор символов UTF-8.
Надежно и надежно

Вся связь с нашими серверами осуществляется через безопасные зашифрованные соединения SSL (https). Мы удаляем загруженные файлы с наших серверов сразу после обработки, а полученный загружаемый файл удаляется сразу после первой попытки загрузки или 15 минут бездействия (в зависимости от того, что короче).Мы никоим образом не храним и не проверяем содержимое отправленных данных или загруженных файлов. Ознакомьтесь с нашей политикой конфиденциальности ниже для получения более подробной информации.

Совершенно бесплатно

Наш инструмент можно использовать бесплатно. Отныне вам не нужно скачивать какое-либо программное обеспечение для таких простых задач.

Подробная информация о кодировке URL

Типы символов URI

Символы, разрешенные в URI, являются либо зарезервированными, либо незарезервированными (или символ процента как часть процентного кодирования).Зарезервированные символы — это символы, которые иногда имеют особое значение. Например, символы косой черты используются для разделения разных частей URL-адреса (или, в более общем смысле, URI). Незарезервированные символы не имеют такого специального значения. Используя процентное кодирование, зарезервированные символы представляются с помощью специальных последовательностей символов. Наборы зарезервированных и незарезервированных символов, а также обстоятельства, при которых определенные зарезервированные символы имеют особое значение, немного меняются с каждой новой редакцией спецификаций, регулирующих URI и схемы URI.



Другие символы в URI должны быть закодированы в процентах.

Зарезервированные символы с процентным кодированием

Когда символ из зарезервированного набора («зарезервированный символ») имеет особое значение («зарезервированное назначение») в определенном контексте, и схема URI говорит, что необходимо использовать этот символ для какой-либо другой цели, то символ должен быть закодирован в процентах. Процентное кодирование зарезервированного символа означает преобразование символа в соответствующее ему байтовое значение в ASCII, а затем представление этого значения в виде пары шестнадцатеричных цифр.Цифры, которым предшествует знак процента («%»), затем используются в URI вместо зарезервированного символа. (Для символа, отличного от ASCII, он обычно преобразуется в последовательность байтов в UTF-8, а затем каждое значение байта представляется, как указано выше.)

Зарезервированный символ «/», например, если он используется в «пути » компонент URI, имеет особое значение как разделитель между сегментами пути. Если в соответствии с заданной схемой URI в сегменте пути должен быть символ «/», то в сегменте должны использоваться три символа «%2F» (или «%2f») вместо «/».


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

В компоненте «запрос» URI (часть после символа «?»), например, «/» по-прежнему считается зарезервированным символом, но обычно не имеет зарезервированного назначения (если в конкретной схеме URI не указано иное). Символ не нужно кодировать в процентах, если он не имеет зарезервированного назначения.

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

Незарезервированные символы с процентным кодированием

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

URI, отличающиеся только тем, является ли незарезервированный символ процентным кодированием или нет, эквивалентны по определению, но на практике процессоры URI не всегда могут обрабатывать их одинаково. Например, потребители URI не должны рассматривать «%41» иначе, чем «A» («%41» — это процентное кодирование «A») или «%7E» иначе, чем «~», но некоторые это делают.Поэтому для обеспечения максимальной совместимости производителям URI не рекомендуется использовать процентное кодирование незарезервированных символов.

Процентное кодирование символа процента

Поскольку символ процента («%») служит индикатором октетов с процентным кодированием, он должен быть закодирован в процентах как «%25», чтобы этот октет мог использоваться в качестве данных внутри URI.

Процентное кодирование произвольных данных

Большинство схем URI включают представление произвольных данных, таких как IP-адрес или путь к файловой системе, в виде компонентов URI.Спецификации схемы URI должны, но часто не обеспечивают явное сопоставление между символами URI и всеми возможными значениями данных, представленными этими символами.

Двоичные данные

После публикации RFC 1738 в 1994 г. было указано, что схемы, обеспечивающие представление двоичных данных в URI, должны делить данные на 8-битные байты и кодировать каждый байт в процентах в так же, как указано выше. Значение байта 0F (шестнадцатеричное), например, должно быть представлено как «%0F», но значение байта 41 (шестнадцатеричное) может быть представлено как «A» или «%41».Использование незакодированных символов для буквенно-цифровых и других незарезервированных символов обычно предпочтительнее, поскольку это приводит к более коротким URL-адресам.

Символьные данные

Процедура процентного кодирования двоичных данных часто экстраполируется, иногда неуместно или без полного уточнения, для применения к символьным данным. В годы становления World Wide Web при работе с символами данных в репертуаре ASCII и использовании соответствующих им байтов в ASCII в качестве основы для определения последовательностей с процентным кодированием эта практика была относительно безвредной; многие люди предполагали, что символы и байты сопоставляются один к одному и взаимозаменяемы.Однако потребность в представлении символов за пределами диапазона ASCII быстро росла, и схемы и протоколы URI часто не могли обеспечить стандартные правила подготовки символьных данных для включения в URI. Следовательно, веб-приложения начали использовать различные многобайтовые кодировки, кодировки с отслеживанием состояния и другие несовместимые с ASCII кодировки в качестве основы для процентного кодирования, что привело к неоднозначности, а также к трудностям с надежной интерпретацией URI.

Например, многие схемы и протоколы URI, основанные на RFC 1738 и 2396, предполагают, что символы данных будут преобразованы в байты в соответствии с некоторой неуказанной кодировкой символов, прежде чем они будут представлены в URI незарезервированными символами или процентно закодированными байтами.Если схема не позволяет URI предоставить подсказку о том, какая кодировка использовалась, или если кодировка конфликтует с использованием ASCII для процентного кодирования зарезервированных и незарезервированных символов, то URI нельзя надежно интерпретировать. Некоторые схемы вообще не учитывают кодировку и вместо этого просто предполагают, что символы данных сопоставляются непосредственно с символами URI, что оставляет на усмотрение отдельных пользователей решать, следует ли и как кодировать символы данных в процентах, которые не входят ни в зарезервированные, ни в незарезервированные наборы.


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

Leave a Reply