Локальное SEO и геолокация поисковых запросов Google

1. SERP вчера и сегодня
2. Конфигурация поисков в поисковой выдаче
3. Структура поискового URL
4. ccTLD: домены верхнего уровня
5. Параметры поиска и настройки геолокации
6. Уточнение геолокации в поиске: параметр uule
7. Ограничения в геолокации с параметром uule
8. Альтернативы параметризованному поиску

Среднее время чтения: 11 минут (3400 слов).
Если у вас нет времени сейчас, вы можете перейти прямо к выводы статьи ,

Содержание

1. SERP вчера и сегодня
2. Конфигурация поисков в поисковой выдаче
3. Параметры поиска и настройки геолокации
4. Альтернативы параметризованному поиску
5. выводы

SERP вчера и сегодня

Давным-давно, когда Google был очень, очень молод ...

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

Как были поиски Google давно?

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

Последовательное развитие алгоритма поиска Google учитывает все больше и больше критериев, не связанных с самой страницей или ее взаимодействием с остальными веб-сайтами (область действия SEO On-Page и SEO Off-Page). Кроме того, предпочтения пользователей также принимают участие , с такими критериями, как их физическое местоположение, их история поиска, их история посещений или их настройки браузера.

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

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

Итак, должны ли мы, о, мы, кто занимаемся SEO, отказаться от всякой надежды?

Конфигурация поисков в поисковой выдаче

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

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

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

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

Структура поискового URL

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

Параметризованный URL-адрес поиска Google имеет следующую структуру:

где:

• google.ccTLD / search - это адрес сервера, который будет участвовать в нашем поиске. Не беспокойтесь об этом странном ccTLD; мы увидим это в ratillo.
• q = что + то, что я ищу, это параметр, который хранит строку, которую мы хотим найти.
• param1 = val1 - это параметр с именем param1, которому назначено значение val1 .
• param2 = val2 - это другой параметр с именем param2 , которому назначено значение val2 .
• ... Параметры могут продолжаться до тех пор, пока не будет превышена максимальная длина, разрешенная для URL-адресов (современные браузеры допускают до 2000 символов и даже больше, поэтому это не должно быть проблемой)

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

"Где я могу сегодня вечером пообедать с омлетом из цветной капусты?"

Поскольку это не URL, браузер заменит его на что-то похожее на:

www.google.es/search?q=donde+puedo+cenar+tortilla+de+coliflor+esta+noche & ...

Там, где эллипсы соответствуют параметрам, которые зависят от используемого вами браузера и его конфигурации (кстати, есть рецепты для омлета из цветной капусты!). Обратите внимание, что я поставил www.google.es , но в зависимости от того, как настроен браузер или каково ваше географическое местоположение, может появиться любое другое расширение ( .com, .fr, .uk, ... ).

ccTLD: домены верхнего уровня

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

Термин ccTLD является аббревиатурой от выражения «Домен верхнего уровня с кодом страны», который можно перевести как «домен верхнего уровня с кодом страны» и что у каждой страны есть свой собственный (хотя у него также есть регионы или области как Гибралтар или Виргинские острова).

Отныне мы собираемся сосредоточиться на домене .es , но если вы заинтересованы в других странах (например, в SEO International), вы можете увидеть, какая из них соответствует каждой стране в этом подробный список литературы ,

Абзац ... У URL www.google.com есть особенность, которая повлияет на вас, если вы заинтересованы в SEO International. Попробуйте сделать поиск с www.google.com ... вы не можете! (Ну, если вы знаете трюк, да, вы могли бы, но пока не раскрывайте его 😉). Вы увидите, что Google автоматически перенаправляет вас на сайт www.google.es (если вы находитесь в Испании) или на расширение домена, соответствующего вашей стране.

Google проверяет ваш IP-адрес, помещает вас в Испанию (предположим, вы находитесь в Испании), и поскольку расширение домена для Испании - .es , оно перенаправляет вас на него , поскольку Google предполагает, что вы заинтересованы в результатах из вашей страны (что верно для подавляющего большинства случаев). И это для всех стран. То есть, если вы находитесь во Франции и пытаетесь войти на сайт www.google.com , вы также будете перенаправлены на сайт www.google.fr .

Так как это может стать препятствием для международного SEO, Google предоставляет нам механизм, позволяющий избежать этого перенаправления:

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

У этого механизма есть небольшой недостаток: единственный способ деактивировать его (насколько я могу его получить) - это удалить файл cookie с именем NID с www.google.com в браузере:

Параметры поиска и настройки геолокации

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

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

Посмотрим теперь основные параметры геолокации и персонализации поисковых запросов Google:

• Параметр "gl = CC": страна. Где мы указываем страну, из которой производится поиск. Обычно он совпадает с кодом нДВУ, но может быть любым другим. Коды стран (CC) находятся в этом Страница Google , выбрав опцию «Страна» в выпадающем списке таблицы.
• Параметр "hl = ID": язык интерфейса. Здесь мы указываем язык пользовательского интерфейса (то есть страницу результатов). Обычно он соответствует языку браузера, но может быть любым другим. В принципе, на страницах Google Premium, язык которых соответствует интерфейсу, но осторожно, этот параметр не заставляет указывать язык страниц, полученных в результате поиска. Здесь у вас есть список с языковые коды доступны.
• Параметр "lr = lang_ID": язык страницы. Этот параметр указывает язык страниц, которые будут отображаться на странице результатов (хотя также возможно, что некоторая страница отображается на языке интерфейса). Коды поддерживаемых языков можно найти на той же странице, что и коды для параметра языка интерфейса.
• Параметр "cr = countryCC": страна происхождения страницы. Ограничьте поиск только теми страницами, которые были созданы в указанной стране, которые Google определяет на основе домена верхнего уровня и IP-адреса сервера, на котором размещена эта страница. Код строится путем добавления строки «страна» к коду страны CC, который мы видели для параметра gl. Например, для Испании это будет: «страна».
• Параметр "pws = 0/1": настройка. Это может быть самым важным параметром, замеченным до сих пор: он позволяет активировать (pws = 1, значение по умолчанию) или деактивировать (pws = 0) персонализацию результатов поиска. В принципе, это похоже на режим инкогнито, который предлагают Chrome или Firefox. Однако ни этот параметр, ни режим инкогнито не обеспечивают полную «деперсонализацию» результатов, как мы можем прочитать в этом Moz статья о персонализации ,

С этими параметрами схема поискового URL будет выглядеть так:

https://www.google. {ccTLD} ​​/ search? q = {query} & gl = {CC} & hl = {ID} & lr = {lang_ID} & cr = {countryCC} & pws = {0 | 1}

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

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

Давайте разберем полный URL и интерпретируем каждый из его элементов:

• google.com. Домен верхнего уровня, который использовал бы уличный американец.
• поиск? q = пиццерия . Что вы хотите найти в Google
• гл = есть Чтобы указать, что вы хотите результаты, как если бы вы искали из Испании.
• гл = эн . Американец ничего не знает об испанском, поэтому он хочет, чтобы его интерфейс, страница результатов была на английском.
• lr = lang_en Точно так же он хочет, чтобы искомые страницы были на английском языке, чтобы можно было их прочитать.
• cr = countryES . Далее уточняя геолокацию, с этим параметром американец указывает, что он также хочет, чтобы искомые страницы размещались на испанской территории.
• pws = 0 В завершение наш любитель пиццы хочет обезличить поиск, и что ни его история, ни его конфигурация не влияют на результаты поиска.

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

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

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

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

Уточнение геолокации в поиске: параметр uule

В принципе, Google определяет нас по нашему IP-адресу, который можно уточнять даже по городам, так как вы можете проверить свой текущий IP в http://es.geoipview.com/ , Не было бы желательно, если бы мы могли также настроить, какой город? Да! И можем ли мы сделать это? Да, вы можете! Подумайте, насколько это поможет нам в наших локальных стратегиях SEO .

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

Здесь я только собираюсь показать вам эти операции, но если вы заинтересованы в их технических деталях, они великолепно объяснены в статье https://moz.com/ugc/geolocation-the-ultimate-tip-to-emulate-local-search (Английский), где я взял эту ссылку.

Чтобы проиллюстрировать последовательные шаги, которые приведут к значению параметра uule , предположим, что мы заинтересованы в поиске SERP для поиска, выполненного в Севилье, Испания:

• Получить каноническое название города с этим Инструмент Google для разработчиков , Для Севильи это: «Севилья, Андалусия, Испания» (без кавычек)
• Рассчитайте длину этого имени . В этом случае 23.
• Получите букву, соответствующую этой длине, из следующей таблицы (в нашем случае буква «X» masyúscula):

• Закодируйте Base64 каноническим именем («qué me qué el qué?»). Звучит странно, но нет ничего проще, благодаря этому Онлайн инструмент кодирования Base64 , Для Севильи кодировка Base64 (в формате UTF-8) имеет вид «U2V2aWxsZSxBbmRhbHVzaWEsU3BhaW4»
• Объединить следующие строки символов: "w + CAIQICI" + < буква, полученная из таблицы на шаге 3 > + < кодировка Base64 канонического имени >
• Полученная строка - это значение, которое мы должны передать параметру uule .

То есть для локального поиска в городе Севилья, Испания, мы должны добавить следующий параметр в поисковый URL:

uule = w + CAIQICIXU2V2aWxsZSxBbmRhbHVzaWEsU3BhaW4

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

www.google.es/search?q=pizzeria&uule=w + CAIQICIXU2V2aWxsZSxBbmRhbHVzaWEsU3BhaW4

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

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

Ограничения в геолокации с параметром uule

Как Лаго-де-Санабриа географически расположен?

У параметра uule , при всей его универсальности и мощи, есть ограничение, о котором вы, конечно, уже подозревали: что происходит с группами , у которых нет канонического имени?

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

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

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

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

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

Альтернативы параметризованному поиску

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

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

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

Ответ утвердительный. Страница Я ищу из Он предоставляет нам веб-инструмент, который имеет следующие два больших преимущества:

1. В дополнение к настройке поисковых запросов Google по всем параметрам (хотя языковые параметры должны совпадать друг с другом), рассмотренным выше, он также включает в себя другие параметры для дальнейшего сегментирования наших поисков (безопасный поиск, устройство доступа или поиск как зарегистрированный пользователь, по пример).
2. Рассчитайте параметр uule для нас! Для этого просто выполните любой поиск по интересующему нас городу, и на новой открывшейся странице скопируйте параметр uule из адресной строки, хотя это удобно проверять в случае необходимости изменения языковых параметров страницы.

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

А в адресной строке страницы результатов мы видим параметр uule :

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

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

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

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

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

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

Параметр uule вместе с остальными параметрами поиска может помочь нам проанализировать результаты поиска и принять решение в наших локальных стратегиях SEO. Согласны ли вы или считаете, что мы должны забыть анализ поисковой выдачи, так как результаты поиска будут все более персонализированными? Какие еще альтернативы анализа SERP мы могли бы сделать?

изображения: Freepik , pixabay , собственная разработка.

Был ли пост полезным? Помоги мне улучшить и забить это!

[Пока вы проголосовали 13, со средней оценкой 4,8]

Другие SEO сообщения о кольцах, которые могут вас заинтересовать

Похожие

Комментарии