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

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

Осознание проблемы

Примеры:

Выбор вида товара, услуги как решения проблемы

Примеры:

Поиск отзывов, мнений, тестов, бекграунда

Примеры:

Поиск по качеству, новизне, характеристикам

Примеры:

Поиска по выбранному производителю или марке

Примеры:

Поиск цен, магазинов, тарифов, прайсов и т.

Примеры:

Как выявить и отобрать нужные для продвижения словосочетания

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

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

Составление первичного списка слов, словосочетаний

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

Что должно в него войти:

• Варианты названия товара, услуги, синонимы, переводы, транслитерации
• Сленговые, профессиональные, сокращенные варианты названий
• Варианты названия “составных частей” товара, услуги — в случае, если эти части отдельно могут быть предложены потребителю. Особенно важно для комплексных услуг, сложных систем
• Варианты названия “более крупных потребительских решений” на основе этого товара, услуги. Это наиболее важно для того, чтобы вас нашли субподрядчики. Например, предлагая услуги веб-программирования, нужно учесть, что потребителя интересует не само программирование, но одно из решений (магазин, CMS, и др. типовые решения)
• Задачи и проблемы покупателя, которые решают эти товары, услуги (и по которым, соответственно, их могут искать)
• Понятия качества, привлекательности товара, услуги. К некоторым товарам применимы одни понятия (надежный хостинг, быстрый процессор, хостинг с PHP), а к другим — другие (профессиональный аудит, дорогой дизайн, бесшумная стиральная машина)
• Варианты названий, словосочетаний, которые по мнению заказчика “не нужны, нецелевые”. Нецелевыми они могут быть в случае, когда данный вид услуг не предоставляется, либо когда заказчик думает, что думает, что по таким запросам идет нецелевой посетитель. Поскольку заказчик свою область знает, он может дать ценные ориентировки промоутеру. Заказчик, конечно, может ошибаться — эти варианты надо будет проверить отдельно.

Какие методы можно использовать при составлении этого списка

• Подумать и составить “из головы”
• Тщательный просмотр имеющегося сайта заказчика (и сайтов его конкурентов), с выделением всех “подозрительных” словосочетаний для дальнейшей проверки.
• Мониторинг контекстной рекламы по этой теме, анализ текстов объявлений
• Опрос заказчика с пристрастием
• Опрос нескольких потребителей этого продукта, услуги.

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

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

Расширение списка с использованием статистики запросов (Яндекса и Рамблера), ассоциированных запросов

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

Мотивация. Отступление от темы

Вариант 1 — ассоциированные запросы (Рамблер, Яндекс)

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

Данные Рамблер-, Яндекс-Ассоциаций позволяют оценить, насколько тот или иной запрос коммерчески привлекателен — не ищут ли пользователи слова “бесплатно”, “реферат” и др. вместе с этим словом. Однако, сейчас выбрасывать запросы мы не будем — а просто пройдемся по всему списку ассоциаций, включая нецелевые запросы — ведь с нецелевым запросом может быть ассоциирован новый целевой запрос, находясь в конце списка.

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

Вариант 2 — статистика поисковых запросов (Яндекс, Рамблер)

Статистика поисковых запросов предоставляется Яндексом и Рамблером в интерфейсах рекламодателя. Две эти системы имеют различный синтаксис.

Яндекс-Директ — статистика поисковых запросов

При задании запроса Яндекс выдает до 5000 различных поисковых запросов, заданных за последний месяц, удовлетворяющих заданному условию. Запросы, в которых слова различаются по числу, группируются. Учитываются стоп-слова (кроме И, ИЛИ). Выдаются все словоформы, от наречий образуются прилагательные.

Пробел между словами — это оператор “И”, | = ИЛИ, — (минус) = НЕ, работает группировка (скобки). Иногда работает оператор точного соответствия запросу (!, восклицательный знак), который призван убрать все словоформы, кроме заданной.

Рамблер — статистика поисковых запросов

Рамблер не выдает все словоформы от каждого из слов запроса. Зато для Рамблера работают “wildcards” — “ (звездочка)” соответствует любому числу символов — это удобно при поиске существительных и прилагательных от одной основы — например, “аудит” и “аудитор”, “аудиторский”. Оператор отрицания — “!” (восклицательный знак).

Использование статистики поисковых запросов для расширения списка запросов

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

• Люди задают список всех нужных слов как один запрос.
  Поэтому в статистике можно найти запросы, которые содержат одно слово целевое и известное ранее, и слово(а), которое является неизвестным ранее синонимом или вариантом названия товара, услуги. Это слово включается в общий список целевых.
• Поиск вида “что-то для чего-то”.
  Можно увидеть список запросов, в которых используется и название товара, и обозначается проблема, которую он решает. Например, найдя со словом “ёршик” запрос “ёршик для чистки унитаза” можно сделать вывод, что “чистка унитаза” — одна из возможных задач, выполняемых с помощью ёршика. И, соответственно, можно добавить этот запрос в список целевых. Полный список подобных сопутствующих тем можно получить, задав в Яндекс-Директе запросы вида “товар для”, “услуга по” — используя свои товары (услуги) и различные стоп-слова.
• Использование синонимов в многословных запросах.
  Это самый обычный случай, и, возможно, самый продуктивный для поиска синонимов. Пользователь задает некое устойчивое словосочетание, заменяя одно из слов синонимом. Например, отталкиваясь от запроса “ремонт квартир”, можно посмотреть, а что спрашивают еще со словом “квартир”? Находим запрос “отделка квартир”. А что еще спрашивают со словом “отделка”? Находим “отделка помещений”, “отделка потолков” и т.п. Вопрос только — когда надо остановиться? Конечно, не во всех случаях такой подход сработает. В частности, если бы мы в самом начале посмотрели бы, что спрашивают со словом “ремонт”, мы бы нашли ценные запросы где-то очень глубоко в списке.
• Другие варианты — они всегда найдутся, полного списка примеров привести невозможно.

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

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

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

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

• От слов — к словосочетаниям с использованием статистики поисковых запросов. Поиск в статистике запросов каждого из основных слов из области бизнеса, включая найденные на прошлом этапе, даст наборы многословных запросов по этой теме. Остановимся на наиболее частотных вариантах.
• Отбраковывание явно нецелевых запросов — учитывая первичный список нецелевых словосочетаний и исключая слова явно нецелевые, например “бесплатно”, “скачать”, “халява” и т.п.
• Учет всех синонимов слов запроса, если они есть — перебирать все найденные ранее синонимы (варианты) в словосочетаниях при формировании списка неудобно. Гораздо проще при поиске в статистике Яндекс-Директа сгруппировать все синонимы и задать обобщенный запрос. Таким способом легко также оценить и общую спрашиваемость запросов из списка.
• Обсуждение и согласование с заказчиком этого набора запросов.

Определение ценности слов и словосочетаний с использованием Рамблер-Ассоциаций (Яндекс-Ассоциаций)

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

Пример — с запросом “маркетинг” ассоциируются “рефераты по маркетингу”, с запросом “раскрутка сайта” — различные “бесплатные” запросы. Безусловно, с помощью Рамблер-Ассоциаций, Яндекс-Ассоциаций можно убедиться в коммерческой привлекательности запроса.

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

Приблизительно можно классифицировать запросы по привлекательности так (по уменьшению привлекательности)-

1. Покупательские запросы вида “продажа ХХХ”, “цены на ХХХ”, “тарифы на услугу УУУ”, “магазин ХХХ”, и пр. , в которых содержится явное указание на цель поиска — покупка товара.
2. Запросы “название товара” или конкретной модели. Возможно, человек ищет общую информацию о товаре, и не готов купить прямо сейчас, но конечная цель все равно — покупка.
3. Запросы выбора товара — когда пользователь ищет мнения, отзывы, тесты, характеристики товара, выбирая производителя или модель. Сюда же для простоты можно отнести поиск методов решения проблемы, возникшей у пользователя, которую способен решить этот товар. В данном случае посетитель сайта находится еще дальше от стадии покупки.
4. Запросы тематические, информационные — запросы, которые характерны для аудитории, интересующейся некой темой. Могут быть интересными для формирования коммьюнити и сопутствующего предоставления услуг.
5. Запросы типа “дай сейчас и бесплатно!” — пользователь хочет удовлетворить сиюминутные нужды и сразу забыть о сайте, предоставившем ему возможность это сделать. Скачивание программ, рефератов, картинок и пр. — самые бесполезные, но самые популярные запросы.

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

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

Конкуренция по запросам в выдаче поисковой системы и ее критерии

Оценка конкуренции по различным запросам — действие, которое каждый промоутер производит по своей собственной методике, самая надежная из которых — “оценка на глазок”. Безусловно, для Яндекса, Рамблера, Апорта критерии должны быть различными, однако придется привести их к некому “общему знаменателю”.

Эти критерии приведены только для дальнейшего повествования.

Высокий уровень конкуренции

• Пяти и более сайтам на первой странице выдачи Яндекса приписана рубрика (т.е., они находятся в Яндекс-каталоге — этот каталог дает преимущество при ранжировании).
• Число страниц “еще с сайта” и более в среднем по верхним позициям в выдаче Рамблера около 150-300 — число релевантных запросу страниц учитывается при ранжировании.
• Наличие у всех страниц всех слов запроса в title и в тексте документа, либо слов “найдено по ссылке” (Яндекс)

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

Средний уровень конкуренции

• На первой странице выдачи присутствуют сайты, у которых слов запроса нет в title либо нет в тексте страницы (Яндекс, Рамблер), при этом в Яндексе нет отметки “найдено по ссылке”
• Количество сайтов с определенной рубрикой в Яндекс-Каталоге не важно
• У некоторых страниц слова запроса есть в title страницы, но стоят далеко друг от друга

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

Низкий уровень конкуренции

• На первой странице выдачи есть сайты, на которых нет одного из слов запроса (Яндекс), т. н. “неполное соответствие”
• Для сайтов с полным соответствием слова запроса находятся в тексте страницы, не в title

При низком уровне конкуренции для продвижения по запросу достаточно наличия слов запроса в title страницы, а иногда и просто фразы в тексте страницы.

Распределение запросов по страницам при оптимизации

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

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

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

Построение структуры сайта

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

1. Разбить целевые запросы на тематические группы, каждой из которых посвятить раздел (субдомен).
2. Разбить запросы внутри одной темы на подгруппы в соответствии с уровнем конкуренции по каждой из групп.
3. Соотнести уровни конкуренции по отдельным запросам с положением страниц в иерархии сайта: чем выше конкуренция по запросу, тем выше уровень иерархии.
4. Оптимизировать страницу под одно конкурентное «основное слово» и параллельно несколько менее конкурентных словосочетаний с ним.
5. Употреблять низкоконкурентные словосочетания (или хотя бы слова в пределах одного предложения) в текстах сайта.
6. В текстах ссылок на сайт использовать несколько «основных» слов в виде словосочетаний.

функции и операторы для работы с типами

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

Войдите на сайт как ученик

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

Язык запросов 1С 8.3 для начинающих программистов: функции и операторы для работы с типами (ТИПЗНАЧЕНИЯ, ТИП, ССЫЛКА, ЕСТЬNULL, ВЫРАЗИТЬ)

Автор уроков и преподаватель школы: Владимир Милькин

Давайте вспомним, что каждый реквизит (свойство, поле) справочника, документа или любого другого прикладного объекта имеет свой тип. И этот тип мы можем посмотреть в конфигураторе:

В языке запросов существует целый класс функций и операторов для работы с типами реквизитов. Давайте рассмотрим их.

Функция ТИПЗНАЧЕНИЯ

Эта функция принимает один параметр (значение) и возвращает его тип. Для описанного на картинке (выше) реквизита Вкус справочника Еда вернётся следующее:

ВЫБРАТЬ
    Наименование,
    Вкус,
    ТИПЗНАЧЕНИЯ(Вкус)
ИЗ
    Справочник.Еда

Если мы запросим тип поля Наименование, то, как и ожидается, получим Строка:

ВЫБРАТЬ
    Наименование,
    ТИПЗНАЧЕНИЯ(Наименование)
ИЗ
    Справочник.Еда

А теперь давайте рассмотрим реквизит ОтличительныйПризнак у справочника Города:

Вы видите, что этот реквизит может иметь один из нескольких типов: Строка, Справочник.Вкусы, Справочник.Цвета. Такой тип реквизитов называется СОСТАВНЫМ.

Если мы попытаемся заполнить значение такого реквизита в режиме 1С:Предприятие, то система спросит нас, какого типа будет вводимое значение:

И только после нашего выбора позволит ввести значение выбранного типа.

Таким образом, элементы справочника одного вида (Справочник.Города) смогут хранить в одном и том же реквизите (ОтличительныйПризнак) значения разных типов (Строка, Цвета или Вкусы).

Вы можете убедиться в этом сами пощёлкав по элементам справочника Города в режиме 1С:Предприятие. Вы читаете ознакомительную версию урока, полноценные уроки находятся здесь.

Здесь значение отличительного признака является элементом справочника Вкусы:

Здесь строкой:

А здесь вообще элементом справочника Цвета:

Вот какие возможности открывает перед нами составной тип данных!

Интересно, как поведёт себя функция ТИПЗНАЧЕНИЯ на реквизите ОтличительныйПризнак, имеющий составной тип данных:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак,
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак)
ИЗ
    Справочник.Города

Это уже очень интересно. Давайте разбираться с каждой строкой в отдельности.

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

Так и есть, ведь элемент Россия является группой, а не обычным элементом справочника Города, поэтому у него отсутствует поле ОтличительныйПризнак. А тип у отсутствующего значения, как мы прочитали выше, всегда равен NULL.

Идём дальше.

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

Для Красноярска тип признака равен Цвета, потому что значение выбранное в базе является ссылкой на элемент справочника Цвета.

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

Индия снова группа, поэтому значение отсутствует. А тип у отсутствующего значения, как мы помним, равен NULL.

Далее всё аналогично, кроме Сан-Паулу. Это не группа, а обычный элемент справочника (город), но тип его значения пустой. Как так?

А дело вот в чём. Если вы зайдёте в элемент справочника Города с наименованием Сан-Паулу, то увидите, что поле ОтличительныйПризнак совершенно никак не заполнено. Оно пустое. А все незаполненные поля составного типа имеют специальное значение НЕОПРЕДЕЛЕНО.

С НЕОПРЕДЕЛЕНО мы также сталкиваемся впервые.

Значение НЕОПРЕДЕЛЕНО применяется, когда необходимо использовать пустое значение, не принадлежащее ни к одному другому типу. Это как раз наша ситуация.

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

Функция ТИП

Она принимает всего один параметр — имя примитивного типа (СТРОКА, ЧИСЛО, ДАТА, БУЛЕВО), либо имя таблицы, тип ссылки которой нужно получить.

Результатом данной конструкции будет значение типа Тип для указанного типа.

Звучит туманно, не правда ли?

Давайте рассмотрим применение данной конструкции и всё сразу станет на свои места.

Пусть нам требуется отобрать все записи справочника Города, у которых составной реквизит ОтличительныйПризнак имеет значение типа СТРОКА:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак,
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак)
ИЗ
    Справочник.Города
ГДЕ
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак) = ТИП(СТРОКА)

Теперь давайте отберём все записи, у которых значения реквизита ОтличительныйПризнак являются ссылками на элементы справочника Цвета (таблица Справочник.Цвета):

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак,
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак)
ИЗ
    Справочник.Города
ГДЕ
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак) = ТИП(Справочник.Цвета)

Отступление

Как вы помните, некоторые элементы справочника Города не имеют реквизита ОтличительныйПризнак. Функция ТИПЗНАЧЕНИЯ для таких элементов выдаёт NULL.

Как можно сделать отбор таких элементов в запросе? Для этого предусмотрен специальный логический оператор ЕСТЬ NULL (не путать с функцией ЕСТЬNULL, которую мы рассмотрим ниже). Вы читаете ознакомительную версию урока, полноценные уроки находятся здесь.

Вот пример его использования:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак,
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак)
ИЗ
    Справочник.Города
ГДЕ
    ОтличительныйПризнак ЕСТЬ NULL

Отлично.

Но есть и такие элементы (Сан-Паулу), у которых реквизит ОтличительныйПризнак (составного типа) просто не заполнен и равен специальному значению НЕОПРЕДЕЛЕНО.

Чтобы отобрать такие записи следует использовать другую конструкцию:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак,
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак)
ИЗ
    Справочник.Города
ГДЕ
    ОтличительныйПризнак = НЕОПРЕДЕЛЕНО

Но сравнение с НЕОПРЕДЕЛЕНО для определения пустых (не заполненных) реквизитов будет работать только для составных типов.

Кстати, у логического оператора ЕСТЬ NULL форма отрицания выглядит следующим образом:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак
ИЗ
    Справочник.Города
ГДЕ
    ОтличительныйПризнак ЕСТЬ НЕ NULL

Логический оператор ССЫЛКА

Оператор ССЫЛКА позволяет проверить, является ли значение выражения, указанного слева от него, ссылкой на таблицу, указанную справа.

К примеру, давайте выберем из справочника Города только те записи, у которых значение составного реквизита ОтличительныйПризнак являются ссылкой на элемент справочника Вкусы:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак,
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак)
ИЗ
    Справочник.Города
ГДЕ
    ОтличительныйПризнак ССЫЛКА Справочник.Вкусы

Как вы помните, эту же задачу мы могли бы решить используя ТИПЗНАЧЕНИЯ и ТИП:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак,
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак)
ИЗ
    Справочник.Города
ГДЕ
    ТИПЗНАЧЕНИЯ(ОтличительныйПризнак) = ТИП(Справочник.Вкусы)

Функция ЕСТЬNULL

Функция предназначена для замены значения NULL на другое значение.

Мы помним, что значение NULL возвращается в том случае, если запрашиваемый реквизит (поле, свойство) не существует.

Как например, реквизит ОтличительныйПризнак для групп справочника Города:

ВЫБРАТЬ
    Наименование,
    ОтличительныйПризнак
ИЗ
    Справочник.Города

Функция ЕСТЬNULL поможет нам вывести другое значение в том случае, если это значение равно NULL. Вы читаете ознакомительную версию урока, полноценные уроки находятся здесь. Пусть в данном случае это будет строка «Такого реквизита нет!»:

ВЫБРАТЬ
    Наименование,
    ЕСТЬNULL(ОтличительныйПризнак, "Такого реквизита нет!")
ИЗ
    Справочник.Города

Получается, что если первый параметр функции ЕСТЬNULL не равен NULL, то возвращается он. Если же он равен NULL, то возвращается второй параметр.

Функция ВЫРАЗИТЬ

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

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

Для поля ОтличительныйПризнак такими допустимыми типами являются СТРОКА, Справочник.Цвета и Справочник.Вкусы.

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

Давайте приведём все значения поля ОтличительныйПризнак к типу Справочник.Цвета:

ВЫБРАТЬ
    Наименование,
    ВЫРАЗИТЬ(ОтличительныйПризнак КАК Справочник.Цвета)
ИЗ
    Справочник.Города

В результате, все значения элементов, которые имели тип Справочник.Цвета, остались заполненными и оказались приведенными к указанному типу. Все значения других типов (СТРОКА, Справочник.Вкусы) теперь стали равны NULL. В этом состоит особенность приведения типа при помощи функции ВЫРАЗИТЬ.

Приводить тип можно или к примитивному типу (БУЛЕВО, ЧИСЛО, СТРОКА, ДАТА) или к ссылочному типу. Вы читаете ознакомительную версию урока, полноценные уроки находятся здесь. Но тип, к которому делается приведение, обязательно должен входить в список типов для данного составного поля, иначе система выдаст ошибку.

Пройдите тест

а) Напишите запрос, который запрашивает из справочника Города реквизиты Наименование и Мэр, а также тип значения, которое находится в составном поле Мэр:

Какие типы поисковых запросов бывают в поисковых системах?

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

Основными видами поисковых запросов можно назвать следующие.

1. Общие запросы. Пользователя в данном случае интересует общая информация по его запросу. Скорее всего, он пока просто не уверен, какие именно сведения ему нужны, поэтому вводит в строку поиска совокупное понятие, не уточняя его. Такие виды запросов приносят наибольшее количество просмотров, но, несмотря на это, процент целевой аудитории, попадающей на сайты, остается низким. Это объясняется неспособностью пользователя четко определить цель поиска. Легко привести примеры подобного запроса: «SMM», «контекстная реклама», «ремаркетинг».
2. Навигационные запросы. Этот вид используется для поиска определенных сайтов или блогов. Пользователь точно уверен, какая организация или социальная сеть его интересует. Примеры таких запросов: «GUSAROV сайт», «GUSAROV фейсбук» и так далее.
3. Медийные запросы. Помогают пользователям в поиске музыки, видео и фото. Этот вид запросов недооценен многими специалистами: некоторые считают, что он слабо привлекает целевую аудиторию. Но на самом деле это один из самых эффективных способов вызвать заинтересованность у потенциального клиента. «Енот GUSAROV фото» — яркий пример медийного запроса, результатом которого станет изображение известного корпоративного героя digital-агентства.
4. Информационные запросы. Единственной целью таких поисковых запросов можно назвать получение требуемых сведений. Пользователь пытается найти нужную ему информацию: статьи, колонки, инструкции и другой контент, который удовлетворит его интерес по определенной теме. Например, «GUSAROV отзывы» или «Как повысить эффективность почтовых рассылок».
5. Геозависимые запросы. Особенностью этого вида запросов, как понятно из названия, становится наличие географической составляющей. Система автоматически считывает ваше местоположение и выдает страницы, относящиеся в большей или меньшей степени к нужному региону. Например, «Как продвинуть сайт в США». В противоположность этому типу выделяют геонезависимые запросы, которые не привязаны к определенной местности.

Что такое транзакционные запросы?

Отдельно выделяют транзакционные запросы, приносящие большую конверсию по сравнению с остальными видами. К транзакционными запросам относятся те, что позволяют пользователю сразу же после перехода на выданный в результатах поиска сайт осуществить какое-либо действие: купить, заказать, скачать. Такой тип запросов крайне важен, ведь именно он приносит основной доход за счет привлечения целевой аудитории, часть которой становится клиентами, и повышает конкурентоспособность сайта. В качестве примеров транзакционных запросов можно привести следующие: «заказать Landing Page», «заказать продвижение сайта», «заказать медийную рекламу в интернете», «купить техническую поддержку сайта», «заказ ремаркетинга».

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

К высокочастотным относятся наиболее часто вводимые в строку слова, словосочетания или фразы, которые, как правило, состоят из 1-2 слов. Этот тип запросов самый сложный и затратный для продвижения и выведения его в топ поисковых результатов, ведь конкуренция в таком случае огромна. Типичные высокочастотные запросы — продвижение сайта и «реклама в Google».

Понятно, что среднечастотные и низкочастотные запросы вводятся в строку поиска реже, чем описанный выше вид. Однако при их умелом использовании повышается конверсия, поэтому основной упор в продвижении сайтов делается именно на них. Для полного понимания приведем пример: «Комплексное обслуживание сайта GUSAROV» или «Услуга пополнения счетов в Яндекс Директ выгодно».

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

Как и где размещать поисковые запросы?

Это была общая информация, но как ее использовать? Следующее видео будет полезно тем, кто:

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

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

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

Как распределять запросы?

Обращайте вниманию на специфику русского языка. Например, прокат и аренда это разные поисковые запросы.

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

Что размещать на внутренней странице?

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

04.11.2016

RFC 7233 — Протокол передачи гипертекста (HTTP / 1.1): запросы диапазона

Инженерная группа Интернета (IETF) Р. Филдинг, под ред.
Запрос комментариев: 7233 Adobe
Устаревшие: 2616 г.Лафон, Эд.
Категория: Стандарты Track W3C
ISSN: 2070-1721 J. Reschke, Ed.
                                                              гринбайты
                                                              Июнь 2014 г.


         Протокол передачи гипертекста (HTTP / 1.1): запросы диапазона

Аннотация

   Протокол передачи гипертекста (HTTP) - это приложение без сохранения состояния.
   протокол уровня для распределенной совместной гипертекстовой информации
   системы.Этот документ определяет запросы диапазона и правила для
   построение и объединение ответов на эти запросы.

Статус этой памятки

   Это документ Internet Standards Track.

   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
   получил публичное рецензирование и был одобрен к публикации
   Инженерная группа управления Интернетом (IESG). Дополнительная информация о
   Интернет-стандарты доступны в разделе 2 RFC 5741.Информация о текущем статусе этого документа, исправлениях,
   и как оставить отзыв о нем можно узнать на
   http://www.rfc-editor.org/info/rfc7233.




















Филдинг и др. Стандарты Track [Страница 1] 

RFC 7233 HTTP / 1.1 Range Requests, июнь 2014 г.


Уведомление об авторских правах

   Авторские права (c) IETF Trust 2014 г. и лица, указанные в качестве
   авторы документа. Все права защищены.

   Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
   Положения, касающиеся документов IETF
   (http: // попечитель.ietf.org/license-info), действующий на дату
   публикация этого документа. Пожалуйста, просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описана в упрощенной лицензии BSD.

   Этот документ может содержать материалы из документов IETF или IETF.
   Материалы опубликованы или станут общедоступными до ноября
   10, 2008.Лица, контролирующие авторские права на некоторые из этих
   материал, возможно, не давал IETF Trust право разрешать
   модификации такого материала вне Процесса стандартизации IETF.
   Без получения соответствующей лицензии от лица (лиц), контролирующего
   авторские права на такие материалы, этот документ не может быть изменен
   вне Процесса стандартизации IETF, и производные от него разработки могут
   не создаваться вне процесса стандартов IETF, кроме как для форматирования
   его для публикации как RFC или для перевода на другие языки
   чем английский.Филдинг и др. Стандарты Track [Страница 2] 

RFC 7233 HTTP / 1.1 Range Requests, июнь 2014 г.


Содержание

   1. Введение ............................................... ..... 4
      1.1. Соответствие и обработка ошибок ............................. 4
      1.2. Обозначение синтаксиса ............................................ 4
   2. Единицы измерения .............................................. ....... 5
      2.1. Байтовые диапазоны ................................................ 5
      2.2. Другие единицы измерения .......................................... 7
      2.3. Диапазон приема .............................................. 7
   3. Запросы диапазона .............................................. .... 8
      3.1. Спектр ................................................. ..... 8
      3.2. Если-Диапазон ............................................... .... 9
   4. Ответы на запрос диапазона ................................... 10
      4.1. 206 Частичное содержимое ....................................... 10
      4.2. Диапазон содержимого ............................................. 12
      4.3. Комбинирование диапазонов .......................................... 14
      4.4. 416 Неудовлетворительный диапазон ................................. 15
   5. Вопросы IANA ........................................... 16
      5.1. Регистр юнитов ....................................... 16
           5.1.1. Процедура .......................................... 16
           5.1.2. Регистрации ...................................... 16
      5.2. Регистрация кода состояния .................................. 17
      5.3. Регистрация поля заголовка ................................. 17
      5.4. Регистрация типа Интернет-СМИ .......................... 17
           5.4.1. Internet Media Type multipart / byteranges ........... 18
   6. Соображения безопасности ........................................ 19
      6.1. Атаки отказа в обслуживании с использованием диапазона..................... 19
   7. Благодарности ............................................... .19
   8. Ссылки ............................................... ...... 20
      8.1. Нормативные ссылки ...................................... 20
      8.2. Информационные ссылки .................................... 20
    

Общие сведения о параметрах REST | Документация

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

• ЗАПРОС
• ШАБЛОН
• ЖАТКА
• МАТРИЦА

Вы можете найти их в редакторе запросов:

Выпадающий список также включает дополнительный тип ОБЫЧНЫЙ.Вы используете его в SoapUI, чтобы сделать тестирование более гибким (см. Ниже).

ПРИМЕЧАНИЕ: На этой странице описывается настройка параметров запроса REST в SoapUI Open Source. Однако некоторые изображения на этой странице были захвачены в SoapUI Pro — инструменте тестирования API нового поколения, который обеспечивает расширенную поддержку веб-служб REST по сравнению с SoapUI Open Source. Если вы еще не пробовали SoapUI Pro, скачайте бесплатную пробную версию и узнайте, почему так много поклонников SoapUI перешли на Pro.

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

Параметры запроса

QUERY появляются в URL-адресе после вопросительного знака (? ) после имени ресурса:

https://myserver.com/resource-name?param1=value1&param2=value2

В SoapUI вы можете увидеть их в верхней части редактора запросов REST:

Если вы отправляете форму HTML, вы используете запрос POST или PUT.Для таких запросов вы можете включить в тело запроса параметры типа QUERY. Для этого просто установите флажок Post QueryString :

Это удалит параметры QUERY из URL и добавит их в тело запроса. Вы можете увидеть это на странице Raw после моделирования запроса:

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

Если вы используете страницу формы для настройки параметров (доступно в SoapUI Pro ), вы можете легко установить значение, выбрав его из раскрывающегося списка:

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

ЗАГОЛОВОК Параметры

Параметры HEADER передаются в заголовках исходящих запросов:

ШАБЛОН Параметры

Эти параметры появляются в путях к ресурсам. Они предоставляют разработчикам API гибкий способ параметризации ресурсов:

http://myserver.com/some-path/parameter/path-continued/parameter2

Например, FreeGeoIP REST API ожидает формат данных и IP-адрес в URL-адресе ресурса:

http: // freegeoip.сеть / json / 10.70.12.8

Вы определяете эти параметры в SoapUI следующим образом:

Примечание: Целесообразно создать параметры ШАБЛОНА на уровне РЕСУРСОВ (дополнительную информацию об уровнях см. Ниже). Если вы определите этот параметр на уровне МЕТОДА, SoapUI не будет автоматически добавлять его в пути к ресурсам в элементах метода. Делать это придется вручную, что не очень удобно.

Параметры MATRIX

Эти параметры также входят в URL-адрес запроса.Они находятся между путем к ресурсу и параметрами QUERY и отделяются от пути с запятой (; ):

Параметры этого типа не так распространены, как параметры TEMPLATE или QUERY. Однако SoapUI поддерживает их, поскольку они определены в WADL.

PLAIN Параметры

SoapUI также использует параметры PLAIN. Эти параметры присутствуют в редакторе запросов, но SoapUI не включает их в моделируемые запросы.Вы можете изменить тип какого-либо параметра на PLAIN, чтобы легко исключить этот параметр из моделирования запроса. При необходимости вы можете изменить тип параметра обратно (это избавит вас от необходимости создавать параметр и вводить его значение позже):

Уровень параметров: РЕСУРС и МЕТОД

В редакторах SoapUI вы можете определять параметры на уровне RESOURCE или METHOD:

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

SoupUI с открытым исходным кодом

• Поддержка тестирования SOAP и REST API.
• Простое переключение между средами.
• Подробная история тестов и отчет о сравнении тестов.

SoupUI Pro

• Поддержка тестирования API SOAP, REST и GraphQL.
• Простое переключение между средами.
• Подробная история тестов и отчет о сравнении тестов.

Свойства параметра

Вы можете создавать и удалять параметры в редакторах запросов, которые вы вызвали для ресурса > метод> запрос элементов на панели «Навигатор». В редакторе шага тестирования REST Request можно изменить только значения параметров:

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

SoapUI использует следующие свойства для параметров:

Следующие шаги

Учебное пособие по тестированию REST

SOAP и REST 101: понимание различий

Ресурсы и методы REST

Работа с запросами REST

Мокинг REST Services

Типы содержимого

Infobip API поддерживает несколько типов контента.Большинство запросов и ответов API будут иметь вид application / json или application / xml . Найдите минутку, чтобы узнать больше о формате JSON и XML . Обратите внимание, что некоторые конечные точки API, такие как отправка электронной почты, используют multipart / form-data, поэтому для получения подробностей рекомендуется проверить специальную страницу документации вашей целевой конечной точки.

Укажите тип содержимого ответа

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

Принять заголовок

Первый — с использованием стандартного HTTP-заголовка Accept.

Пример запроса:

  GET / sms / 1 / отчеты HTTP / 1.1
Хост: api.infobip.com
Авторизация: Базовая QWxhZGRpbjpvcGVuIHNlc2FtZQ ==
Принять: application / json  

Пример ответа:

Расширение пути

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

Тип содержимого	Расширение пути
приложение / json	.json
application / xml	.xml

Следующий запрос

  GET / sms / 1 / reports.xml HTTP / 1.1
Хост: api.infobip.com
Авторизация: Базовая QWxhZGRpbjpvcGVuIHNlc2FtZQ ==  

приведет к ответу в формате XML , который может выглядеть примерно так:

  

    <результаты />
  

Укажите тип содержимого запроса

Тип содержимого данных тела запроса должен быть указан в заголовке Content-Type запроса.Если не указано иное, конечные точки API будут принимать типы контента application / json или application / xml .

НОТА

Заголовок Content-Type обязательно указывать для запросов API, содержащих данные тела сообщения HTTP. Обычно это запросы с использованием методов POST и PUT HTTP.

Например, вы можете отформатировать SMS-сообщение либо в JSON , либо в XML , но вы должны соответственно заполнить заголовок Content-Type:

  POST / sms / 1 / text / single HTTP / 1.1
Хост: api.infobip.com
Авторизация: Базовая QWxhZGRpbjpvcGVuIHNlc2FtZQ ==
Тип содержимого: приложение / json

{
   "в": "41793026727",
   "text": "Тестовое SMS".
}  

  POST / sms / 1 / текст / одиночный HTTP / 1.1
Хост: api.infobip.com
Авторизация: Базовая QWxhZGRpbjpvcGVuIHNlc2FtZQ ==
Тип содержимого: приложение / xml

<запрос>
    41793026727 
    Тестовое SMS. 
  

Наконец, обратите внимание, что ответ API будет соответствовать отправленному контенту по умолчанию.Однако вы можете изменить это поведение, явно установив заголовок Accept, если вы хотите получать ответ API с типом контента, отличным от того, который используется для отправки данных тела запроса. Это полезно при отправке электронной почты в формате multipart / form-data , поэтому желателен другой тип содержимого для ответа:

  POST / электронная почта / 1 / отправить HTTP / 1.1
Хост: api.infobip.com
Авторизация: Базовая QWxhZGRpbjpvcGVuIHNlc2FtZQ ==
Принять: приложение / json
Content-Type: multipart / form-data; border = ---- WebKitFormBoundary7MA4YWxkTrZu0gW

------ WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: форма-данные; name = "from"

Джейн Доу <Джейн[email protected]>
------ WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: форма-данные; name = "в"

[email protected]
------ WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: форма-данные; name = "subject"

Текст темы письма
------ WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: форма-данные; name = "текст"

Текст сообщения электронной почты
------ WebKitFormBoundary7MA4YWxkTrZu0gW -  

Приведенный выше запрос даст ответ в формате JSON .

Ошибки неверного запроса

API попытается различить типичные ошибки и отреагировать соответствующим образом.Например, если что-то не так с данными тела сообщения HTTP, API ответит статусом HTTP 400 (неверный запрос), и тело ответа может выглядеть так:

  {
    "requestError": {
        "serviceException": {
            "messageId": "BAD_REQUEST",
            "text": "Неверный запрос"
        }
    }
}  

  

    
        
             BAD_REQUEST 
             Неверный запрос 
        
    
  

У этого ответа может быть несколько причин, и вот несколько наиболее распространенных:

• Заголовок типа содержимого отсутствует
• Content-type не соответствует представленным данным тела
• Отправленные основные данные не соответствуют формату JSON или XML

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

Анализ ответа

При анализе ответов API убедитесь, что соблюдаете JSON или спецификации XML.