Search test: Mobile-Friendly Test — Google Search Console

AllAlbaniaAndorraArmeniaAustriaAzerbaijanBelarusBelgiumBosnia and HerzegovinaBulgariaCroatiaCyprusCzechiaDenmarkEstoniaFinlandFranceGeorgiaGermanyGreeceHungaryIcelandIrelandIsraelItalyKazakhstanKyrgyzstanLatviaLiechtensteinLithuaniaLuxembourgMaltaMoldovaMonacoMontenegroNetherlandsNorth MacedoniaNorwayPolandPortugalRomaniaRussian FederationSan MarinoSerbiaSlovakiaSloveniaSpainSwedenSwitzerlandTajikistanTurkeyTurkmenistanUkraineUnited KingdomUzbekistan

City

(Please type the name in the local language)

Type of services

(By selecting more than one type of service from the list, your search results will show only sites which match all the services selected)

HIV testing

HIV treatment (ART)

Viral Hepatitis testing

Viral Hepatitis treatment

STI testing

Tuberculosis services

Opioid substitution treatment (OST)

Number of health facilities included

675

    in    

44

countries

Please register and include your services in the European Test Finder

We need your help to make sure as many testing and treatment sites as possible are included.
If you represent a site offering any of these services in the wider European region, please
make sure to register to include your site on this website. For easy instructions,
please watch our short video on Youtube: Instructions’ video

Read more

This is the first version of the new European Test Finder, which replaces the previous European Test Finder.
The previous version is not being updated and will be discontinued shortly. This website will constantly be updated
with new testing sites and new information.

If you need to reach us, please send us an email: [email protected]

Read less

10 лучших способов протестировать внутренний поиск

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

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

Что такое внутренний поиск?

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

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

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

Почему важен внутренний поиск?

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

Внутренний поиск важен, потому что он:

• Улучшает UX для посетителей сайта
• Улучшает возможность обнаружения контента
• Раскрывает намерения клиента

Как поиск по сайту улучшает UX для посетителей?

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

При разработке функции поиска учтите следующее, чтобы обеспечить удобство работы пользователей:

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

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

Как поиск по сайту улучшает возможность обнаружения контента?

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

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

Как поиск по сайту раскрывает намерения клиентов?

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

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

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

Вот пример хорошего тестового вопроса, открытого, но конкретного:

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

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

• Введите в поиск «коричневые докеры».

Вот пример хорошего тестового вопроса, открытого, но не конкретного.

• Поиск обуви.

2. Протестируйте широкий спектр демографических данных посетителей.

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

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

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

3. Проверьте неоднозначные термины или термины, которые могут иметь несколько значений

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

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

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

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

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

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

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

6. Тестовый продукт, бренд не предлагается, снят с производства

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

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

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

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

8. Проверка универсальных результатов поиска

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

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

9. Часто тестируйте результаты внутреннего поиска

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

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

10. Тестовые запросы с высоким коэффициентом выхода или высоким коэффициентом уточнения

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

Тщательно и часто проверяйте свой внутренний поиск по сайту

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

Рекомендации по A/B-тестированию для поиска | Центр поиска Google | Документация

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

Обзор испытаний

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

• A/B-тестирование — это тестирование двух (или более) вариантов изменения. Например,
  вы можете протестировать разные шрифты на кнопке, чтобы увидеть, сможете ли вы увеличить количество кликов по кнопке.
• Многовариантное тестирование — это когда вы одновременно тестируете более одного типа изменений,
  ищем влияние каждого изменения, а также потенциальную синергию между изменениями.
  Например, вы можете попробовать несколько шрифтов для кнопки, но также попробовать изменить (а не
  изменение) шрифт остальной части страницы в то же время. Новый шрифт легче читать
  и так надо везде использовать? Или преимущество в том, что шрифт кнопки выглядит иначе
  к остальной части страницы, помогая ей привлечь внимание?

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

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

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

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

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

Рекомендации по тестированию

Ниже приведен список рекомендаций, позволяющих избежать нежелательных последствий для вашего поведения в поиске Google во время
Варианты тестового сайта:

Не скрывайте тестовые страницы

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

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

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

Использовать

rel="canonical" ссылки

Если вы запускаете тест с несколькими URL-адресами, вы можете использовать
rel="canonical" атрибут ссылки
на всех ваших альтернативных URL-адресах, чтобы указать, что исходный URL-адрес является предпочтительной версией. Мы
рекомендуется использовать rel="canonical" вместо метатега noindex
потому что это больше соответствует вашим намерениям в этой ситуации. Например, если вы
тестируя варианты вашей домашней страницы, вы не хотите, чтобы поисковые системы не индексировали ваш
домашняя страница; вы просто хотите, чтобы они поняли, что все тестовые URL-адреса являются близкими дубликатами или
варианты исходного URL и должны быть сгруппированы вместе с исходным URL в качестве
канонический. Использование noindex вместо rel="canonical" в таком
ситуация может иногда иметь неожиданные плохие последствия.

Используйте переадресацию 302, а не 301 переадресацию

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

Проводите эксперимент столько, сколько необходимо

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