Поднять сайт по запросу: Поисковое SEO-продвижение в Самаре под ключ

SERP — что это такое и как формируется в Google и Яндексе

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

Что такое SERP

У аббревиатуры SERP расшифровка следующая — Search Engine Results Page. В переводе это результаты, которые поисковая система показывает на первой странице поисковой выдачи в ответ на каждый запрос.

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

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

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

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

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

Все типы СЕРП разберем на примерах далее.

Из чего состоит СЕРП

Органическая выдача

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

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

Шорткаты

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

Связанные запросы

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

Список похожих вариантов вы увидите внизу СЕРП:

Элементы управления

Это автозаполнение при вводе:

И источники перехода на другие страницы или разделы поисковика — «Картинки», «Видео», «Карты» и т.д.:

Коммерческая выдача

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

Чем более коммерческий характер, тем больше список объявлений в СЕРП. Вот пример, когда рекламных блоков много:

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

Для сравнения — чисто информационная тематика, где рекламы совсем нет:

Как формируется СЕРП

По умолчанию источники выстраиваются в зависимости от:

• Того, насколько они соответствуют тому, что ищет пользователь;
• Региона — если запросы связаны с услугами и компаниями поблизости. Например, «Книжный магазин рядом со мной»;
• Истории поиска. Допустим, вы часто читаете статьи блога Yagla — значит, если будете искать информацию по тематике бизнеса и маркетинга, скорее всего, в топе увидите статьи Yagla на эти темы.

Вы можете поменять принцип сортировки — допустим, сделать её по актуальности, языку, типу контента, если воспользуетесь расширенным поиском в Яндексе:

и инструментами в Гугле:

Что из стандартных компонентов попадает в СЕРП по конкретному ключу — зависит от его специфики. Например, если есть географическая привязка, в результатах колдунщик покажет карты. У Яндекса карты — справа:

Колдунщик Гугла показывает карты сразу после рекламы:

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

Яндекс выдает больше разнообразных по медийности ответов — изображений, видео, карт, даже если вы их не искали такой тип контента.

Олег Грабчак, руководитель отдела SEO-продвижения и поддержки клиентов SEO-Gravity

Итак, мы разобрали ключевые элементы и принципы ранжирования. Далее покажем, что уникального в СЕРП разных поисковиков.

SERP Google

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

• Рекомендуемые результаты поиска — это результаты, которые точно соответствуют тому, что вы ищете;
• Похожие запросы — это список вопросов, ответы на которые, вероятно, будут интересны вам в связи с текущим поиском. Пример:

Примерный шаблон СЕРП будет таким:

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

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

Олег Грабчак, руководитель отдела SEO-продвижения и поддержки клиентов SEO-Gravity

SERP Яндекса

Дополнительно на SERP Яндекса присутствуют ссылки с описаниями на собственные сервисы — колдунщики Погода, Маркет, Карты, Еда и т.д.

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

Если приоритет Гугла — уникальность текстов, Яндекс особое внимание уделяет тому, чтобы вы соблюдали технические требования.

Также учитывайте следующие различия:

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

Максим Оганов, маркетолог, предприниматель, основатель «Oganov Digital»

Как продвигать сайт

Хотя система автоматически выдает все источники — а они могут занимать несколько страниц, как правило, люди смотрят только первую страницу. Поэтому именно на неё стремятся попасть все с помощью SEO-оптимизации.

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

Вот краткий список основных факторов хорошего ранжирования — это:

• Сбор высокочастотной и среднечастотной семантики, чтобы получить больше трафика;
• Уникальный экспертный контент и его регулярное пополнение;
• Высокое качество изображений и видеоконтента;
• Человекопонятные адреса URL страниц, заполнение тегов: title страниц и изображений, заголовки h2 и другие заголовки внутри статьи, описания для страниц, alt-теги для изображений;
• Внутренние ссылки только на качественные ресурсы;
• Естественный рост ссылочной массы — как внутренней, так и внешней.

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

При SEO-оптимизации полезно отслеживать позиции, так как это дает понимание, всё ли правильно вы делаете, и при необходимости скорректировать действия.

Проверка позиций сайта

Проверить, на какой строчке ваш ресурс, можно с помощью следующих методов.

Ручная проверка

Такой метод подходит для разового съема позиций, если ключей от 1 до 5 и если вы:

• Используете приватный режим, так как по умолчанию алгоритмы подстраиваются под интересы и историю посещений юзеров.
• Делаете проверку отдельно по каждому городу, если поисковые запросы геозависимые. Например, «фитнес рядом», «прокат авто».

Яндекс.Вебмастер и Search Console

В сервисах доступны усредненные данные + технические показатели — показы, клики, CTR и т.д. Инструменты позволяют посмотреть данные отдельно по Яндексу или отдельно по Гуглу.

В Вебмастере можно разово посмотреть строчки в Яндексе:

Для регулярного отслеживания подойдет раздел статистики.

В Search Console смотрите в разделе «Эффективность» и обязательно включите показатель «Средняя позиция»:

Примерно так выглядит отчет:

Специализированные сервисы

Они решат задачу сбора статистики по нескольким поисковикам одновременно.

Пример бесплатного сервиса — CY-PR.com. Он позволяет работать с 30 поисковыми запросами.

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

Один из популярных — это многофункциональный сервис Serpstat. Базовая функция — сбор данных для всех ресурсов, которые на эти строчки попадают. В платном тарифе инструмент выдает 100 ресурсов, в бесплатном — 15. Пример, как выглядит краткий отчет:

Стоимость — 69 долларов в месяц, если брать на больший период — выйдет дешевле.

Подробное описание способов проверки позиций

Заключение

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

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

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

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

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

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

Как работает поиск на Ozon

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

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

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

Какие задачи решает поиск на Ozon

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

Принципы работы поиска на Ozon

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

Общая схема работы поиска на Ozon

Покупатель делает поисковой запрос на сайте Ozon. За этим следуют несколько этапов работы поисковой выдачи.

1. Этап формирования запроса и отбор кандидатов

   Каждый день покупатели задают поисковой системе Ozon миллионы запросов. Чтобы каждый нашёл среди миллионов товаров нужный, на первом этапе поиск формирует большой список товаров-кандидатов, в названии и различных атрибутах которых есть слова из поискового запроса. Для каждого запроса в этом списке может оказаться до 500 000 товаров.

2. Базовый слой ранжирования

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

3. Средний слой ранжирования (машинно обученная формула)

   Для полученных 1 000 товаров необходимо оценить, с какой вероятностью покупатели приобретут именно их. Ранжирование этих товаров зависит от того, какие свойства оказались наиболее важными для покупателей в прошлом. Чтобы выяснить это, Ozon сопоставляет свойства товаров и покупательское поведение. В результате формируется оценка каждого товара по шкале от 0 до 1.

4. Бустинги и дебустинги

   К 1 000 товаров, которые после предыдущего шага ранжированы по оценке от 0 до 1, применяются заранее определённые повышающие или понижающие коэффициенты. Например, повышающий коэффициент может быть применён к товарам премиум-продавцов, а понижающий — к товарам с низким рейтингом.

5. Отображение товаров

   1 000 товаров с финальными оценками отдаются на поисковую выдачу. Покупатель видит страницы с товарами в заданном порядке. Когда покупатель просмотрит 1 000 товаров, система подгрузит следующие 1 000 товаров.

Рассмотрим этапы работы поиска более подробно.

1-й этап: формирование запроса и отбор кандидатов

Поиск слов по атрибутам товаров

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

• название товара,
• категория товара,
• бренд,
• цвет, размер, материал, тип и другие атрибуты.

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

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

Преобразование и нормализация запроса

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

1. Обогащение синонимами. Необходимо для того, чтобы запрос охватил больше товаров — например, чтобы по запросу «телефон» искались смартфоны.
2. Нормализация запроса. Все слова запроса приводятся к единой форме, чтобы, например, запросы «изумрудный корабль строителя Джонсона» и «изумрудные корабли строителя Джонсона» давали одну и ту же выдачу. На этом же этапе система исключает слова, не несущие смысловой нагрузки, например союзы.
3. Выбор кандидатов. Для всех оставшихся слов из поискового индекса извлекаются все товары, содержащие все слова запроса. Если таких товаров оказалось слишком мало, также извлекаются все товары, содержащие хотя бы одно слово запроса.

На этом этапе поисковая выдача содержит до 500 000 товаров-кандидатов, список которых передаётся на второй этап.

2-й этап: базовый слой ранжирования

Сортировка кандидатов по релевантности

На втором шаге происходит сортировка набранных кандидатов по текстовой релевантности. На этой стадии поисковая система ориентируется на:

• Факт текстового соответствия товара запросу: сначала по обычной линейной формуле определяется количество попаданий слов из поискового запроса в поля и атрибуты товара по каждому отдельному слову в запросе. Затем суммируется количество попаданий по всем словам из запроса.
• Рейтинг товара. Рейтинг используется на этом этапе, как повышающий коэффициент. Чем выше рейтинг товара, тем больше этот коэффициент. Он колеблется от 0% при минимальном рейтинге до 25% при максимальном.

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

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

3-й этап: средний слой ранжирования

Как работает машинно обученное ранжирование

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

Предсказание производится в несколько этапов:

1. Вычисляются все фичи (свойства, от английского features) каждого отдельного товара, которые могут повлиять на факт продажи. Каждая фича — это вещественное число. Например, фичей может быть рейтинг товара или его цена.
2. К набору фичей применяется машинно обученная модель, предсказывающая вероятность продажи на основе значения фичей. В качестве модели Ozon использует градиентный бустинг деревьев решений.
3. Модель выдаёт число, которое используется для оценки вероятности покупки товара.
4. Оценка вероятности покупки товара вписывается в контекст запроса. Один и тот же товар будет иметь разную вероятность покупки для разных запросов.

Как работает машинно обученная модель

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

Модель на основании этих данных из прошлого предсказывает покупательское поведение в будущем. Например, есть фича средней конверсии товара из показа в покупку за последние 60 дней.

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

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

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

Что учитывается при машинно обученном ранжировании

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

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

Основные смысловые блоки учитываемых фичей:

• Популярность — объединяет в себе свойства, которые характеризуют взаимодействия покупателя с товаром: показы товара, добавления в корзину и в избранное. Показом товара считается переход покупателей на карточку товара и факт просмотра товаров в поисковой выдаче. В текущей модели поиска популярность имеет вес в 49%.
• Продажи – объединяет свойства, вычисляемые из продаж товара в прошлом: конверсия товаров в покупку и количество покупок этого товара. Вес — 19%.
• Цена – свойства, вычисляемые из цены товара: изменение цены этого товара относительно истории собственной цены и размер текущей скидки. Вес — 9%.
• Рейтинг – свойства, вычисляемые из рейтинга товара: сам рейтинг товара и количество отзывов на товар. Вес — 8%.
• Доставка – свойства, характеризующие скорость доставки товара: сама скорость доставки и то, относится ли этот товар к категории экспресс-товаров. Вес — 6%.
• Текстовая релевантность – свойства, характеризующие текстовое соответствие товара запросу. Вес — 6%.

Предсказательная сила фичей постоянно меняется из-за обновлений формулы и добавления новых фичей.

На этом этапе поисковая система оценивает каждый товар из 1 000 кандидатов по шкале от 0 до 1. Чем ближе эта оценка к единице, тем более высокую позицию в выдаче займёт товар и тем выше вероятность его продажи. Все оценки передаются на четвёртый этап.

4-й этап: бустинги и дебустинги

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

Как работает бустинг

Для примера рассмотрим запрос «носки красные». Допустим, после прохождения трёх этапов поиска, включая машинно обученное ранжирование, товар с названием «носки красные» получает оценку 0,7. Если это товар от премиум продавца, к нему будет применён бустинг — например, × 1,3. В этом случае итоговая оценка товара составит 0,91 вместо 0,7.

Дебустинг — это обратная операция, когда оценка товара после трёх этапов умножается на понижающий коэффициент. Например, оценка 0,7 из-за плохой цены товара относительно предыдущих вариантов его цены умножается на коэффициент дебустинга 0,8 и даёт результирующую оценку 0,56.

Коэффициенты бустинга и дебустинга достаточно часто меняются, так как Ozon постоянно ищет новые коэффициенты, которые увеличивают общее количество продаж на площадке.

Все бустинги, если они не носят взаимоисключающий характер, суммируются. Для примера рассмотрим товар на Ozon, который одновременно является товаром от премиум продавца, товаром с гарантированной доставкой на следующий день и товаром с хорошей ценой. Предположим, что для каждого из этих бустингов коэффициент бустинга составляет 10%. Тогда товар с оценкой релевантности на базе машинно обученного ранжирования 0,7 будет иметь итоговую оценку релевантности 0,7 × 1,1 × 1,1 × 1,1 = 0,9317.

Виды бустингов и дебустингов

Бустинги

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

• Рекламное поднятие — покупка коэффициента бустинга за деньги. Подробнее в личном кабинете на вкладке Реклама → Продвижение в поиске.
• Бустинги, связанные с логистикой. К одному товару может быть применён только один бустинг из этой категории. Последовательность приоритетов применения следующая:
  • Товары Ozon Express. Такие товары имеют повышенный коэффициент благодаря скорости доставки — 7,5%.
  • Товары, отмеченные значком ракеты. Товары, для которых продавец гарантирует доставку с локального склада в тот же день или на следующий день, имеют повышенный коэффициент — 7,5%.
  • Товары с домашнего склада. Товары, которые находятся на ближайшем к пользователю складе FBO, получают +5% к релевантности.
• Премиум-продавцы. Товары от премиум-продавца получают бесплатный бустинг — 5%.
• Скидка на товар. Товары, у которых цена была снижена относительно своей средней цены за последние 14 дней, получают повышенный коэффициент: за изменение цены на 5% даётся 1% к релевантности. Максимум +10% за -50% снижения цены и выше. В течение 30 дней повышенный коэффициент снижается до 0. Дебустинг работает также, но с обратной механикой при повышении цены. Максимум забирается 10% за повышение цены на 50% и больше.

Дебустинги

Дебустинги находятся на стадии разработки. Ожидается, что они появятся в первом квартале 2022 года. Планируемые дебустинги:

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

Результирующая оценка и влияние бустинга и дебустинга

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

Для примера рассмотрим два товара, у одного из которых оценка после третьего этапа составляет 0,9, а у второго — 0,6. В этом случае первый товар должен располагаться на первой позиции в выдаче, а второй — на второй. Если при этом для второго товара будет применён бустинг × 1,25, его результирующая оценка составит 0,6 × 1,25 = 0,75. Так как изначальная оценка второго товара была достаточно низкой, бустинг не поможет ему подняться выше первого товара в поисковой выдаче.

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

5-й этап: отображение товаров

Как работает отображение товаров

1. Поисковая система получает 1 000 товаров с финальными оценками.
2. На основании этих оценок товары выдаются покупателю: товары с самой большой оценкой оказываются в верхней части списка выдачи, с самой малой — в нижней.
   • В десктопной и мобильной версии сайта Ozon товары отображаются на страницах выдачи по 36 «плиток».
   • В мобильном приложении на первом экране отображаются первые 36 товаров, а следующие подгружаются при дальнейшей прокрутке.
3. Для товаров в выдаче подгружаются актуальные характеристики и картинки.

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

Как поднять товар в поисковой выдаче

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

2. Размещайте товары на локальных FBO-складах. Доставка с таких складов обычно быстрее, и покупатели увидят такие товары выше в выдаче. В личном кабинете перейдите в раздел Продажи со склада Ozon, чтобы разместить свои товары на таком складе.

3. Участвуйте в программе лояльности Premium для продавцов. Программа доступна для всех продавцов на Ozon, кроме самозанятых. Участники программы могут предлагать своим покупателям повышенный кешбэк. Кроме того, их товары отмечены специальным стикером, увеличено место на складах FBO и выделена премиум-поддержка. Чтобы принять участие в программе лояльности, в личном кабинете перейдите в раздел Ещё → Продвижение → Premium для продавцов.

4. Снижайте цену на товар. Товары, цена которых снизилась относительно их средней цены за последние 30 дней, поднимаются в выдаче. При этом среднее значение цены товара постепенно снижается после внесения изменений, поэтому со временем эффект будет ослабевать. Чтобы снизить цену на товар, в личном кабинете перейдите в раздел Цены → Цены на товары.

5. Собирайте отзывы от покупателей. Чем выше рейтинг товара и чем больше отзывов на него, тем выше товар в выдаче. Вы можете предложить покупателям баллы за отзывы на ваш товар. В личном кабинете перейдите в раздел Ещё → Продвижение → Отзывы за баллы, чтобы подключить эту услугу.

6. Полностью заполните атрибуты товаров. Чем больше информации о товаре, тем проще покупателям найти его. Чтобы редактировать информацию о товарах, перейдите в раздел Товары → Редактировать товар. Вы также можете редактировать информацию для нескольких товаров сразу, загрузив её в XLS-файле.

Часто задаваемые вопросы

Я создал товар и указал для него остатки. Я вижу товар на сайте Ozon при переходе по прямой ссылке, но он не находится в поиске. Что делать?

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

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

Если товар не находится по конкретному запросу, нужно проверить:

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

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

Можно ли накручивать показатели, чтобы поднять мой товар в выдаче?

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

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

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

Как поднять сайт в ТОП 10 самостоятельно

1. Возможно ли самому продвинуть сайт в поисковике Яндекс, Google?
2. Способы самостоятельного продвижения
3. Особенности Гугл и Яндекс, которые необходимо знать для эффективного продвижения

Многих владельцев онлайн бизнеса интересует вопрос, как поднять сайт в топ 10 поиска Гугл и Яндекс без лишних затрат. Чтобы ресурс мог занять в органической выдаче высокие позиции, необходимо провести комплекс работ, который подбирается с учетом его вида и структуры, особенностей продукта и целевой аудитории. Этот комплекс называется SEO (Search Engine Optimization, поисковая оптимизация). Профессионально выполнить комплекс услуг по продвижению сайта, интернет-магазина, лендинга могут специалисты компании CROPAS.

Возможно ли самому продвинуть сайт в поисковике Яндекс, Google?

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

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

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

 

Способы самостоятельного продвижения

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

1. Создание и публикация полезных текстов для целевой аудитории.
2. Текстовая оптимизация.
3. Повышение удобства пользования (юзабилити).
4. Внутренняя перелинковка.
5. Быстрая загрузка и постоянная доступность страниц.
6. Гармоничное оформление.
7. Наращивание ссылочной массы.

1. Наполнение текстами

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

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

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

2. Оптимизация заголовков и текстов

Чтобы продвинуть сайт самому в поисковиках, нужно оптимизировать все страницы под основные запросы, которые подбираются через Яндекс.Вордстат. Для улучшения поведенческих факторов нужно продумать интересные «цепляющие» заголовки, проработать метатеги – title, description, а также гармонично вписать в теги ключевые слова.

Основные рекомендации по текстовой оптимизации страниц:

• Заголовки должны включать ключевую фразу в естественном вхождении. Т.е. все нечитабельные запросы вроде «купить обувь Москва» нужно преобразовать в фразу, которая будет легко читаться – «купить обувь в Москве».
• Тесты должны быть структурированы, разбиты на смысловые блоки. Обязательно нужно использовать списки, таблицы, изображения, другой контент, который помогает донести информацию более понятно и развернуто. Сплошные тексты не читаются пользователями, когда текст разбит на абзацы, он намного легче воспринимается. Для визуальной разбивки используются заголовки h2-h6 – это повышает читабельность текста, а также рейтинг ресурса при ранжировании поисковыми роботами.
• В тексты гармонично вписываются запросы из семантического ядра. Это значит, что тексты должны читаться легко, не «цепляясь» за неправильно вписанные ключевые слова. Ключевиков не должно быть слишком много, т.к. высокая плотность некоторых слов негативно сказывается на рейтинге ресурса.

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

3. Юзабилити

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

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

4. Внутренняя перелинковка

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

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

5. Быстрая загрузка и постоянная доступность страниц

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

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

6. Гармоничный дизайн

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

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

7. Наращивание ссылочной массы

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

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

 

Особенности Гугл и Яндекс, которые необходимо знать для эффективного продвижения

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

Полезная информация для тех, кто хочет сам вывести сайт в ТОП по основным ключевым словам:

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

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

Поисковое продвижение | www.itfstudio.ru

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

Поисковое продвижение сайта в Интернете включает в себя:

1. Предварительный анализ

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

Анализируем сайт

2. Внутренняя оптимизация

• Оптимизация внутреннего кода сайта

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

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

3. Внешняя оптимизация

• Регистрация сайта в поисковых системах

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

Напоминаем поисковикам про нас.

• Регистрация сайта в различных каталогах

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

Поднимаем наш сайт выше…

• Покупка ссылок на сайтах

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

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

• Ручной обмен ссылками

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

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

• Автоматический обмен ссылками

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

Меняемся ссылками автоматически, чтобы поднять наш сайт выше.

4. Мониторинг позиций сайта в поисковых системах

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

Смотрим, как мы выросли…

 

Наша компания ITFStudio поможет Вашему сайту вырасти в поисковых системах (комплексное обслуживание). Свяжитесь с нами.

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

Что ты хочешь сделать?

Изменить настройки запросов доступа

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

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

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

1. Перейдите в Настройки > Права доступа к сайту .

2. В разделе Параметры общего доступа щелкните Изменить параметры доступа .

3. Под Разрешения на общий доступ установите уровень доступа:

   • Владельцы и участники сайтов могут обмениваться файлами, папками и сайтом

   • Участники сайта могут делиться файлами и папками, но только владельцы сайтов могут делиться сайтом

   • Только владельцы сайтов могут делиться файлами, папками и сайтом

4. Нажмите Сохранить .

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

Для настройки запросов доступа

1. Перейдите в Настройки > Права доступа к сайту .

2. В разделе Параметры общего доступа щелкните Изменить параметры доступа .

3. В разделе Запросы доступа установите переключатель Разрешить запросы доступа с по На .

4. Выберите, кому будут приходить запросы на доступ к сайту:

   • Владельцы сайта (будет отображаться имя сайта, например владельцы Contoso Radio)

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

   • Конкретный адрес электронной почты (конкретный пользователь или список рассылки)

5. При желании можно включить настраиваемое сообщение для отображения пользователей на странице запроса доступа.

6. Нажмите Сохранить .

Утвердить или отклонить запросы доступа к сайту SharePoint

Примечание. Пользователи, которые были приглашены с помощью Azure Active Directory B2B, будут отображаться в разделе «Запросы доступа» вместо «Приглашения внешних пользователей».

1. Перейдите к Настройки > Содержимое сайта .

2. Щелкните Запросы доступа .

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

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

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

5. Нажмите Подтвердите или Отклоните .

   Совет: Чтобы просмотреть прошлые запросы, щелкните Показать историю .

Управление приглашениями для внешних пользователей

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

Важно: Только администраторы семейства веб-сайтов, администраторы SharePoint в Microsoft 365 и члены группы владельцев сайта по умолчанию имеют разрешение на использование страницы «Запросы доступа». Однако, если пользователь был удален из группы «Владельцы», а затем ему было предоставлено разрешение «Полный доступ» к сайту, пользователю будет отказано в доступе к странице «Запросы доступа». Чтобы решить эту проблему, см. Сообщение «Доступ запрещен» при просмотре списка «Запросы доступа» в SharePoint.

Снять приглашения

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

1. Перейдите к Настройки > Содержимое сайта .

2. Щелкните Запросы доступа .

3. Найдите человека, которого хотите отозвать на сайт, и щелкните многоточие . . . , чтобы открыть меню.

4. В окне свойств нажмите Снять .

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

Отправить приглашение еще раз

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

Примечание: Если приглашенный не принимает приглашение в течение 90 дней, а вы по-прежнему хотите, чтобы этот человек имел доступ к вашему сайту, вам необходимо отправить новое приглашение.

1. Перейдите к Настройки > Содержимое сайта .

2. Щелкните Запросы доступа .

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

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

5. Щелкните Отправить повторно .

Что ты хочешь сделать?

Изменить настройки запросов доступа

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

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

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

1. Перейдите в Настройки > Права доступа к сайту .

2. Щелкните Расширенные настройки разрешений .

3. На вкладке «Разрешения» щелкните Параметры запроса доступа .

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

5. Щелкните ОК .

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

Для настройки запросов доступа

1. Перейдите в Настройки > Права доступа к сайту .

2. Щелкните Расширенные настройки разрешений .

3. На вкладке Permissions щелкните Access Request Settings .

4. В диалоговом окне Параметры запроса доступа установите флажок рядом с Разрешить запросы доступа .

5. Добавьте электронную почту для определенного пользователя или списка рассылки.

6. Щелкните ОК .

Утвердить или отклонить запросы доступа к сайту SharePoint

1. Перейдите к Настройки > Содержимое сайта .

2. Щелкните Запросы доступа .

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

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

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

5. Нажмите Подтвердите или Отклоните .

   Совет: Чтобы просмотреть прошлые запросы, щелкните Показать историю .

Управление доступом к вашему сервисному проекту | Центр обработки данных и сервер Jira Service Management 4.20

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

Выберите, кто может подавать запросы

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

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

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

Вы можете разрешить клиентам обмениваться запросами со своими организациями, кем-либо в сервисном проекте или людьми, которые еще не являются клиентами. Люди, с которыми делятся клиенты, становятся участниками запроса.Участники запроса могут комментировать и публиковать запросы, а также получать те же уведомления от Jira Service Management, что и репортер. Узнать больше об участниках запроса.

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

Кто клиенты могут делиться с	Описание
Другие клиенты в своей организации	Клиенты могут делиться запросами со своей организацией , или создайте частный запрос. Клиенты могут искать в своей организации людей, с которыми можно поделиться: Клиенты, не входящие в организацию, не могут обмениваться запросами.
Любой клиент, введя адрес электронной почты	Клиенты могут обмениваться запросами с другими клиентами в своей организации (как в варианте выше), а также: Обмениваться запросами с кем-либо в сервисном проекте, если они знают свой адрес электронной почты Если кто-либо может отправить проект службы по электронной почте или подать запрос на портале, то клиенты также могут делиться запросами с людьми, которые еще не являются клиентами.Они могут предоставить адреса электронной почты этих людей, и Jira создаст для них учетные записи. Такие незарегистрированные адреса электронной почты можно ввести только в Поделиться этим запросом или Поднимите этот запрос от имени полей, но не обычных полей выбора пользователя.
Любой заказчик или организация, выполнив поиск в этом проекте	Клиенты могут поделиться своими запросами с кем угодно в проекте. Они также могут найти проект службы, с которым люди смогут поделиться. Если кто-либо может отправить проект службы по электронной почте или создать запрос на портале, клиенты также могут делиться запросами с людьми, которые еще не являются клиентами. Они могут предоставить адреса электронной почты этих людей, и Jira создаст для них учетные записи. Такие незарегистрированные адреса электронной почты можно ввести только в Поделиться этим запросом или Поднимите этот запрос от имени полей, но не обычных полей выбора пользователя. Если в вашем сервисном проекте используются настраиваемые поля средства выбора пользователей, например поле Утверждающие , выберите этот параметр, чтобы клиенты могли выбирать пользователей.

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

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

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

В следующей таблице описаны различные варианты этого параметра:

Могут ли клиенты голосовать на портале?	Описание
Да, любой клиент с доступом к порталу может голосовать прямо на портале	Клиенты увидят дополнительную возможность проголосовать при просмотре запроса на портале.Затем они могут добавить свой голос или удалить его.
Нет, клиенты не могут голосовать напрямую на портале	Если глобальное голосование включено, пользователи с учетными записями в вашем экземпляре Jira по-прежнему смогут голосовать за запросы, если они просматривают их непосредственно в Jira . У клиентов может не быть таких учетных записей, поэтому эта опция существенно ограничит голосование ваших агентов.

Какие настройки лучше всего подходят моей команде?

Не знаете, как настроить разрешения для своей группы? Вот несколько предложений, как сделать так, чтобы разрешения клиентов работали на вас:

Если вам нравится этот	Кто может подавать запросы	Кто клиенты могут делиться с	Могут ли клиенты голосовать?
У вас есть сервисный проект, который обрабатывает запросы подрядчиков на отпуск.Только подрядчики могут использовать сервисный проект, и вы не хотите, чтобы подрядчики запутались в том, где запрашивать отпуск.	Клиенты, добавленные в проект	Другие клиенты в их организации	Нет, поскольку подрядчикам, вероятно, не нужно голосовать за их запросы на отпуск.
В вашей компании есть служба ИТ-обслуживания, и вы хотите, чтобы все сотрудники могли создавать свои собственные учетные записи и отправлять запросы по электронной почте.	Клиенты, у которых есть учетная запись на этом сайте Jira	Любой клиент или организация, поиск в этом проекте	Нет, если ваша команда в основном обрабатывает запросы для отдельных сотрудников, такие как «Мне нужен новый монитор». Да, если ваша команда обрабатывает запросы на общие улучшения. Например, сотрудники могли голосовать за то, что они хотели бы добавить в свой офис.
Ваша команда обеспечивает поддержку программного обеспечения для отдельных лиц. Например, если ваша компания создает бесплатное приложение SAAS, которое отдельные люди используют для управления финансами, вы можете позволить своим клиентам отправлять сообщения об ошибках и вопросы на канал электронной почты вашего сервисного проекта.	Любой может отправить проект службы по электронной почте или отправить запрос на портале	Любой клиент, введя адрес электронной почты	Да, людям может быть полезно проголосовать за ошибки или запросы, которые они хотели бы исправить в первую очередь.

Совет по безопасности: выбор того, кто может подавать запросы

Это совет по безопасности, касающийся параметра Кто может подавать запросы.

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

Причина

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

Пример

Например, предположим, что ваш домен — http://mycompany.com , и вы настроили клиентский портал с входящим электронным письмом [email protected] , позволяя любому создавать и поднимать запросы.Теперь предположим, что злоумышленник пытается получить доступ к teaminspace.com , для которого у вашей компании уже есть учетная запись (например, [email protected] ).

Если злоумышленник создает новый тикет на вашем клиентском портале и добавляет [email protected] в качестве участника, теперь он может перейти на teaminspace.com и открыть учетную запись для [email protected] и укажите название команды, включая номер билета. С teaminspace.com включает название команды в свои электронные письма с подтверждением (и другие веб-сайты могут включать другие детали), такое электронное письмо будет отправлено на ваш входящий адрес электронной почты в Jira Service Management и добавлено в качестве комментария к заявке. Нажав на письмо с подтверждением, злоумышленник может открыть счет на teaminspace.com от имени вашей компании.

Устранение этой проблемы

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

Сайт с запросами на видео

знаменитостей Cameo получил статус единорога с повышением в 100 миллионов долларов — TechCrunch

Cameo, видеосайт о знаменитостях, с которым вы, вероятно, знакомы, если отмечали день рождения за последние три года, объявил сегодня утром, что собрал серию C стоимостью 100 миллионов долларов. Раунд, который возглавил Джонатан Тернер с e.ventures, оценивает стоимость участка чуть выше 1 миллиарда долларов.

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

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

Этот последний раунд увеличивает более чем вдвое общее финансирование службы, доведя его до 165 миллионов долларов.Google Ventures, Amazon Alexa Fund, UTA, SoftBank Vision Fund 2, Valor Equity Partners и Counterpoint Global (Morgan Stanley) присоединяются к существующим инвесторам, Lightspeed Venture Partners, Kleiner Perkins, The Chernin Group, Origin Ventures и Spark Capital. На борту также есть несколько «талантливых инвесторов», в том числе легенда скейтбординга Тони Хок. Потому что, знаете, Камея.

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

Часть финансирования пойдет на наращивание масштабов Cameo for Business (C4B), которая предлагает видео знаменитостей на мероприятиях и конференциях, а также на рекламу и продажи. По сути, сервис работает как трубопровод между компаниями и известными людьми.Компания также будет расширять свое международное предложение, выходя за рамки примерно 20% видео, приобретаемых в настоящее время за пределами США

.

HTTP / 1.1: определения кода состояния

HTTP / 1.1: определения кода состояния

часть протокола передачи гипертекста — HTTP / 1.1
RFC 2616 Fielding, et al.

10 определений кодов состояния

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

10.1 Информационный 1xx

Этот класс кода состояния указывает на предварительный ответ, состоит только из строки состояния и дополнительных заголовков и является заканчивается пустой строкой. Для этого нет обязательных заголовков класс статуса кода. Поскольку HTTP / 1.0 не определял статус 1xx коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP / 1.0 кроме экспериментальных условий.

Клиент ДОЛЖЕН быть готов принять один или несколько статусных ответов 1xx до регулярного ответа, даже если клиент не ожидает 100 (Продолжить) статусное сообщение.Неожиданные ответы статуса 1xx МОГУТ быть игнорируется пользовательским агентом.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если только соединение между прокси и его клиент были закрыты, или если сам прокси запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле «Expect: 100-continue», когда перенаправляет запрос, тогда ему не нужно пересылать соответствующие 100 (Продолжить) ответ (ы).)

10.1.1 100 Продолжить

Клиент ДОЛЖЕН продолжить выполнение своего запроса. Этот промежуточный ответ используется для информирования клиента о том, что в начальной части запроса был получен и еще не отклонен сервером. Клиент СЛЕДУЕТ продолжить, отправив оставшуюся часть запроса или, если запрос уже выполнен, игнорируйте этот ответ. Сервер ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть Раздел 8.2.3 для подробного обсуждения использования и обращения с этим код состояния.

10.1.2 101 Протоколы коммутации

Сервер понимает и готов выполнять требования клиента запрос через поле заголовка сообщения Upgrade (раздел 14.42) для изменение протокола приложения, используемого в этом соединении. В сервер переключит протоколы на те, которые определены в ответе Обновите поле заголовка сразу после пустой строки, которая завершает ответ 101.

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

10.2 Успешно 2xx

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

10.2.1 200 ОК

Запрос выполнен. Информация, возвращенная с ответом зависит от метода, используемого в запросе, например:

GET сущность, соответствующая запрошенному ресурсу, отправляется в ответ;

HEAD поля заголовка объекта, соответствующие запрошенному ресурс отправляется в ответе без тела сообщения;

POST объект, описывающий или содержащий результат действия;

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

10.2.2 201 Создано

Запрос был выполнен, и в результате появился новый ресурс. созданный. На вновь созданный ресурс можно ссылаться с помощью URI (ов) возвращается в сущности ответа с наиболее конкретным URI для ресурса, заданного полем заголовка Location. Ответ ДОЛЖЕН включать объект, содержащий список ресурсов характеристики и местоположение (а), из которых пользователь или пользовательский агент может выберите наиболее подходящий.Формат объекта определяется тип мультимедиа, указанный в поле заголовка Content-Type. Происхождение сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201. Если действие не может быть выполнено немедленно, серверу СЛЕДУЕТ вместо этого ответьте ответом 202 (принято).

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее текущее значение тега объекта для запрошенного варианта просто создан, см. раздел 14.19.

10.2.3 202 Принято

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

Ответ 202 намеренно ни к чему не обязывает. Его цель — разрешить серверу принимать запрос на какой-либо другой процесс (возможно, пакетно-ориентированный процесс, который запускается только один раз в день) без требовать, чтобы соединение пользовательского агента с сервером сохранялось пока процесс не завершится.Сущность, возвращенная с этим ответ ДОЛЖЕН включать указание текущего статуса запроса и либо указатель на монитор состояния, либо некоторая оценка того, когда пользователь может ожидать выполнения запроса.

10.2.4 203 Неавторизованная информация

Возвращенная метаинформация в заголовке объекта не является окончательный набор, доступный с исходного сервера, но собранный с локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством или надмножество оригинальной версии.Например, в том числе местные аннотация информация о ресурсе может привести к надмножеству метаинформации, известной исходному серверу. Использование этого код ответа не требуется и подходит только тогда, когда в противном случае ответ был бы 200 (ОК).

10.2.5 204 Нет содержимого

Сервер выполнил запрос, но ему не нужно возвращать entity-body и может захотеть вернуть обновленную метаинформацию. В ответ МОЖЕТ включать новую или обновленную метаинформацию в виде заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с запрошенный вариант.

Если клиент является пользовательским агентом, ему НЕ СЛЕДУЕТ изменять вид документа. от того, что вызвало отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях без вызывая изменение в активном представлении документа пользовательского агента, хотя любая новая или обновленная метаинформация ДОЛЖНА быть применена к документу в настоящее время находится в активном представлении пользовательского агента.

Ответ 204 НЕ ДОЛЖЕН включать тело сообщения, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

10.2.6 205 Сбросить содержимое

Сервер выполнил запрос, и пользовательский агент ДОЛЖЕН выполнить сброс вид документа, который вызвал отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях, выполняемых через пользовательский ввод, за которым следует очистка формы, в которой вводится задано, чтобы пользователь мог легко инициировать другое действие ввода. В ответ НЕ ДОЛЖЕН включать сущность.

10.2.7 206 Частичное содержимое

Сервер выполнил частичный запрос GET для ресурса. Запрос ДОЛЖЕН содержать поле заголовка диапазона (раздел 14.35). указывающий желаемый диапазон, и МОЖЕТ включать If-Range поле заголовка (раздел 14.27), чтобы сделать запрос условным.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart / byteranges
        Content-Type, включая поля Content-Range для каждой части.Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству октетов, переданных в
        тело сообщения.
 

 - Дата
 

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос
 

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант
 

Если ответ 206 является результатом запроса If-Range, который использовал сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН включить другие заголовки сущностей. Если ответ является результатом Запрос If-Range, который использовал слабый валидатор, ответ НЕ ДОЛЖЕН включить другие заголовки сущностей; это предотвращает несоответствие между кэшированные тела сущностей и обновленные заголовки. В противном случае ответ ДОЛЖЕН включать все заголовки объектов, которые были бы возвращены с ответом 200 (OK) на тот же запрос.

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными содержимое, если заголовки ETag или Last-Modified не совпадают в точности, см. 13.5.4.

Кеш, который не поддерживает заголовки Range и Content-Range. НЕ ДОЛЖНЫ кэшировать 206 (частичных) ответов.

10.3 Перенаправление 3xx

Этот класс кода состояния указывает, что необходимо предпринять дальнейшие действия. взятые пользовательским агентом для выполнения запроса. Действие требуется МОЖЕТ выполняться пользовательским агентом без взаимодействия с пользователем тогда и только тогда, когда метод, используемый во втором запросе, ПОЛУЧИТЬ или ГОЛОВУ.Клиенту СЛЕДУЕТ обнаруживать бесконечные циклы перенаправления, поскольку такие петли генерируют сетевой трафик для каждого перенаправления.

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

10.3.1 300 Множественный выбор

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список характеристик ресурсов и местоположений из который пользователь или пользовательский агент может выбрать наиболее подходящий. В формат объекта определяется типом носителя, указанным в Content- Введите поле заголовка. В зависимости от формата и возможностей

агент пользователя, выбор наиболее подходящего варианта МОЖЕТ быть выполняется автоматически.Однако эта спецификация не определяет любой стандарт для такого автоматического выбора.

Если у сервера есть предпочтительный выбор представления, он ДОЛЖЕН включить конкретный URI для этого представления в Location поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического перенаправление. Этот ответ кэшируется, если не указано иное.

10.3.2 301 Перемещено на постоянной основе

Запрошенному ресурсу был назначен новый постоянный URI и любой будущие ссылки на этот ресурс ДОЛЖНЫ использовать один из возвращенных URI.Клиенты с возможностью редактирования ссылок должны автоматически повторно связать ссылки на Request-URI с одним или несколькими новыми ссылки, возвращаемые сервером, где это возможно. Этот ответ кэшируемые, если не указано иное.

Новый постоянный URI ДОЛЖЕН быть указан в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 301 получен в ответ на запрос, другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.

 Примечание. При автоматическом перенаправлении запроса POST после
      получение кода состояния 301, некоторые существующие пользовательские агенты HTTP / 1.0
      ошибочно изменит его на запрос GET.

10.3.3 302 Найдено

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление может иногда изменяться, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов. Этот ответ кэшируется, только если указано в заголовке Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть задан полем Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 302 получен в ответ на запрос, другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.

 Примечание: RFC 1945 и RFC 2068 указывают, что клиент не разрешен
      для изменения метода перенаправленного запроса. Однако большинство
      существующие реализации пользовательского агента обрабатывают 302, как если бы это был 303
      ответ, выполняющий GET для значения поля Location независимо от
      исходного метода запроса.Коды состояния 303 и 307 имеют
      добавлено для серверов, которые хотят однозначно указать, какие
      ожидаемая реакция со стороны клиента.
 

10.3.4 303 См. Другие

Ответ на запрос можно найти под другим URI и ДОЛЖЕН быть получен с использованием метода GET для этого ресурса. Этот способ существует прежде всего для того, чтобы разрешить вывод POST-активированного скрипта на перенаправить пользовательский агент на выбранный ресурс.Новый URI не является замените ссылку на первоначально запрошенный ресурс. 303 ответ НЕ ДОЛЖЕН быть кэширован, но ответ на второй (перенаправленный) запрос может быть кэшируемым.

Другой URI ДОЛЖЕН быть указан в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

 Примечание: многие версии до HTTP / 1.1 пользовательские агенты не понимают 303
      положение дел. Когда возможность взаимодействия с такими клиентами вызывает беспокойство,
      Вместо этого можно использовать код состояния 302, поскольку большинство пользовательских агентов реагируют
      на ответ 302, как описано здесь для 303.
 

10.3.5 304 Без изменений

Если клиент выполнил условный запрос GET и доступ разрешено, но документ не был изменен, сервер ДОЛЖЕН ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать message-body, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Дата, если ее пропуск не требуется в соответствии с разделом 14.18.1.
 

Если исходный сервер без часов подчиняется этим правилам, и прокси и клиенты добавляют свою дату к любому ответу, полученному без нее (как уже указано в [RFC 2068], раздел 14.19), кеши будут работать правильно.

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос
 

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант
 

Если в условном GET использовался сильный валидатор кеша (см. Раздел 13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов. В противном случае (т.е. в условном GET использовался слабый валидатор) ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает несоответствия между кэшированными телами сущностей и обновленными заголовками.

Если ответ 304 указывает на то, что объект в настоящий момент не кэширован, то кеш ДОЛЖЕН игнорировать ответ и повторять запрос без условный.

Если кеш использует полученный ответ 304 для обновления записи кэша, кеш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в ответ.

10.3.6 305 Использовать прокси

Доступ к запрошенному ресурсу ДОЛЖЕН быть доступен через прокси, предоставленный поле Местоположение. В поле Location указывается URI прокси. Ожидается, что получатель повторит этот единственный запрос через прокси. 305 ответов ДОЛЖНЫ генерироваться только исходными серверами.

 Примечание. В RFC 2068 не было ясно, что 305 предназначен для перенаправления
      единый запрос, который должен генерироваться только исходными серверами.Нет
      соблюдение этих ограничений имеет серьезные последствия для безопасности.
 

10.3.7 306 (Не используется)

Код состояния 306 использовался в предыдущей версии спецификация, больше не используется, а код зарезервирован.

10.3.8 307 Временное перенаправление

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление МОЖЕТ быть изменено при случае, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов.Этот ответ кэшируется, только если указано в заголовке Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть задан полем Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI, поскольку многие пользовательские агенты до HTTP / 1.1 не понять статус 307. Следовательно, примечание ДОЛЖНО содержать информация, необходимая пользователю для повторения первоначального запроса на новый URI.

Если код состояния 307 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, на которых был оформлен запрос.

10.4 Ошибка клиента 4xx

Код состояния класса 4xx предназначен для случаев, когда клиент, похоже, ошибся. За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная состояние.Эти коды состояния применимы к любому методу запроса. Пользовательские агенты ДОЛЖНЫ отображать пользователю любую включенную сущность.

Если клиент отправляет данные, реализация сервера с использованием TCP СЛЕДУЕТ быть осторожным, чтобы убедиться, что клиент подтверждает получение пакет (ы), содержащий ответ, до того, как сервер закроет входное соединение. Если клиент продолжает отправлять данные на сервер после закрытия стек TCP сервера отправит пакет сброса в клиент, который может стереть неподтвержденные входные буферы клиента прежде, чем они могут быть прочитаны и интерпретированы приложением HTTP.

10.4.1 400 неверный запрос

Запрос не может быть понят сервером из-за неправильного формата синтаксис. Клиенту НЕ СЛЕДУЕТ повторять запрос без модификации.

10.4.2 401 Неавторизованный

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка авторизации (раздел 14.8). Если запрос уже включает учетные данные авторизации, затем 401 ответ указывает на то, что в авторизации было отказано для тех реквизиты для входа. Если ответ 401 содержит тот же вызов, что и предыдущий ответ, и пользовательский агент уже попытался аутентификации хотя бы один раз, тогда пользователю СЛЕДУЕТ предоставить сущность, указанная в ответе, поскольку эта сущность может включить соответствующую диагностическую информацию. Аутентификация доступа HTTP объясняется в разделе «HTTP-аутентификация: базовый и дайджест-доступ». Аутентификация »[43].

10.4.3 402 Требуется оплата

Этот код зарезервирован для использования в будущем.

10.4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнить. Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться. Если метод запроса не был HEAD и сервер желает сделать публично, почему запрос не был выполнен, ДОЛЖЕН описать причина отказа в субъекте.Если сервер не желает сделать эту информацию доступной для клиента, код статуса 404 Вместо этого можно использовать (Not Found).

10.4.5 404 Не найдено

Сервер не нашел ничего, соответствующего Request-URI. Нет указывается, является ли состояние временным или постоянный. СЛЕДУЕТ использовать код состояния 410 (Gone), если сервер через некоторый внутренне настраиваемый механизм знает, что старый ресурс постоянно недоступен и не имеет адреса пересылки.Этот код состояния обычно используется, когда сервер не желает точно раскрыть, почему запрос был отклонен, или когда никакое другое ответ применим.

10.4.6 405 Метод запрещен

Метод, указанный в строке запроса, не разрешен для ресурс, идентифицированный Request-URI. Ответ ДОЛЖЕН содержать Разрешить заголовок, содержащий список допустимых методов для запрошенного ресурс.

10.4,7 406 Неприемлемо

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список доступных характеристик объекта и местоположения (а) из которых пользователь или пользовательский агент могут выбрать наиболее подходящее.Формат объекта определяется заданным типом носителя. в поле заголовка Content-Type. В зависимости от формата и формата возможности пользовательского агента, выбор наиболее подходящего выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация не определяет никаких стандартов для такого автоматического выбора.

 Примечание. Серверы HTTP / 1.1 могут возвращать ответы,
      неприемлемо в соответствии с заголовками accept, отправленными в
      запрос.В некоторых случаях это может быть даже предпочтительнее отправки
      406 ответ. Пользовательским агентам рекомендуется проверять заголовки
      входящий ответ, чтобы определить, приемлемо ли это.
 

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

10.4.8 407 Требуется аутентификация прокси-сервера

Этот код похож на 401 (Несанкционированный), но указывает на то, что клиент должен сначала аутентифицироваться с помощью прокси.Прокси-сервер ДОЛЖЕН вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее проблема, применимая к прокси для запрошенного ресурса. В клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP в «HTTP-аутентификации: базовая и дайджест-проверка подлинности» [43].

10.4.9 408 Тайм-аут запроса

Клиент не отправил запрос в течение времени, которое сервер был готов ждать.Клиент МОЖЕТ повторить запрос без модификации в любое более позднее время.

10.4.10 409 Конфликт

Запрос не может быть выполнен из-за конфликта с текущим состояние ресурса. Этот код разрешен только в ситуациях, когда ожидается, что пользователь сможет разрешить конфликт и повторно отправьте запрос. В теле ответа СЛЕДУЕТ включать достаточно

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

Конфликты наиболее вероятны в ответ на запрос PUT. Для Например, если использовалось управление версиями, а объект PUT включены изменения в ресурс, которые противоречат изменениям, внесенным более ранний (сторонний) запрос, сервер может использовать ответ 409 чтобы указать, что он не может выполнить запрос.В этом случае объект ответа, вероятно, будет содержать список различий между двумя версиями в формате, определяемом ответом Тип содержимого.

10.4.11 410 Исчезло

Запрошенный ресурс больше не доступен на сервере и нет адрес пересылки известен. Ожидается, что это состояние будет считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ удалить ссылки на Request-URI после утверждения пользователем.Если сервер не знает или не имеет возможности определить, действительно ли состояние является постоянным, ДОЛЖЕН быть код состояния 404 (Не найдено) вместо этого. Этот ответ кэшируется, если не указано иное.

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

10.4.12 411 Требуемая длина

Сервер отказывается принять запрос без определенного Content- Длина.Клиент МОЖЕТ повторить запрос, если он добавляет действительный Поле заголовка Content-Length, содержащее длину тела сообщения в сообщении запроса.

10.4.13 412 Ошибка предварительного условия

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

10.4.14 413 Слишком большой объект запроса

Сервер отказывается обрабатывать запрос, потому что запрос объект больше, чем сервер хочет или может обработать. В сервер МОЖЕТ закрыть соединение, чтобы клиент не продолжил запрос.

Если условие является временным, серверу СЛЕДУЕТ включить повторную попытку. Поле заголовка после, чтобы указать, что это временно, и после чего время клиент МОЖЕТ повторить попытку.

10.4.15 414 Слишком длинный URI запроса

Сервер отказывается обслуживать запрос, потому что Request-URI длиннее, чем сервер может интерпретировать. Этот редкий состояние может возникнуть только тогда, когда клиент неправильно преобразовал запрос POST в запрос GET с длинным запросом информации, когда клиент спустился в «черную дыру» URI перенаправление (например, префикс перенаправленного URI, указывающий на суффикс сам), или когда сервер подвергается атаке со стороны клиента, пытающегося использовать дыры в безопасности, имеющиеся на некоторых серверах, с помощью фиксированной длины буферы для чтения или управления Request-URI.

10.4.16 415 Неподдерживаемый тип носителя

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

10.4.17 416 Запрошенный диапазон Не выполняется

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос включал поле заголовка запроса Range (раздел 14.35), и ни один из значения спецификатора диапазона в этом поле перекрывают текущий экстент выбранного ресурса, и запрос не включал If-Range поле заголовка запроса.(Для байтовых диапазонов это означает, что первый — byte-pos всех значений byte-range-spec были больше, чем текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов, ответ ДОЛЖЕН включать поле заголовка объекта Content-Range указание текущей длины выбранного ресурса (см. раздел 14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart / byteranges — тип.

10.4.18 417 Неудачное ожидание

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

10.5 Ошибка сервера 5xx

Коды статуса ответа, начинающиеся с цифры «5», указывают на случаи в сервер знает, что допустил ошибку или не может выполнение запроса.За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная состояние. Пользовательские агенты ДОЛЖНЫ отображать любую включенную сущность в Пользователь. Эти коды ответов применимы к любому методу запроса.

10.5.1 500 Внутренняя ошибка сервера

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

10.5.2 501 Не реализовано

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

10.5.3 502 Плохой шлюз

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

10.5.4 503 Служба недоступна

В настоящее время сервер не может обработать запрос из-за временная перегрузка или обслуживание сервера. Следствие в том, что это временное состояние, которое исчезнет после некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в Заголовок Retry-After. Если Retry-After не задан, клиент ДОЛЖЕН обрабатывать ответ так же, как и для ответа 500.

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

10.5.5 504 Тайм-аут шлюза

Сервер, выступая в качестве шлюза или прокси, не получил своевременный ответ от вышестоящего сервера, указанного в URI (например, HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему нужен для доступа при попытке выполнить запрос.

 Примечание. Примечание для разработчиков: некоторые развернутые прокси известны
      вернуть 400 или 500, когда время поиска DNS истекло.

10.5.6 505 Версия HTTP не поддерживается

Сервер не поддерживает или отказывается поддерживать протокол HTTP. версия, которая использовалась в сообщении запроса. Сервер указывая, что он не может или не хочет выполнить запрос используя ту же основную версию, что и клиент, как описано в разделе 3.1, кроме этого сообщения об ошибке. Ответ ДОЛЖЕН содержать сущность, описывающая, почему эта версия не поддерживается и какие еще протоколы поддерживаются этим сервером.

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

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

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

Чтобы сообщить о проблеме с Google Cloud Console, нажмите help, затем щелкните Отправить отзыв .

Отчеты о проблемах

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

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

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

Запросы функций

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

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

Вы можете использовать следующие средства отслеживания проблем для поиска Google Cloud существующие проблемы продукта или запросы функций.

Если вы обнаружите проблему или запрос функции, которые соответствуют вашим, отметьте их.

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

1. Найдите продукт в следующих таблицах средств отслеживания проблем.
2. Щелкните ссылку, чтобы создать новый выпуск.
3. В раскрывающемся меню формы Шаблон выберите либо Отчет о дефектах чтобы сообщить о проблеме или Запрос функции запрос функции.
4. В текстовом поле Описание заполните оставшуюся часть формы, используя предоставленные подсказки.
5. Нажмите Создать .

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

Чего ожидать после того, как вы открыли выпуск

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

Тем не менее, вы можете ожидать несколько вещей:

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

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

Внутренний отдел запрашивает финансирование строительства плотины Шаста, водохранилища на участках и канала Фриант-Керн в соответствии с законом WIIN

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

Эти 15 миллионов долларов были частью 108,7 миллиона долларов, выделенных на финансирование проектов по хранению поверхностных вод в Калифорнии в соответствии с Законом об улучшении водной инфраструктуры для нации (WIIN) от 2016 года, о котором помощник министра внутренних дел по водным ресурсам и науке Тимоти Петти запросил в письме, отправленном Марси. Каптур, председатель Подкомитета по развитию энергетики и водных ресурсов и связанных с ним агентств.

Вы можете прочитать письмо здесь: https://mavensnotebook.com/wp-content/uploads/2020/06/Chairwoman-Kaptur-Letter-WIIN-Storage-06-22-20.pdf

Запрос исходит от Министерства внутренних дел, которое возглавляет секретарь Дэвид Бернхардт, бывший лоббист могущественного Уэстлендского водного округа, крупнейшего сельскохозяйственного водного округа в стране, и нефтяной промышленности.

Согласно письму, «Этот проект увеличит плотину и водохранилище Шаста, создав дополнительные 634 000 акро-футов хранилища для обеспечения холодного водоснабжения анадромных рыб (191 000 акро-футов) и надежности водоснабжения, улучшения среды обитания реки Верхний Сакраменто, увеличения производство электроэнергии и увеличение / улучшение возможностей для отдыха.”

В письме говорится, что средства будут использованы для «предварительных строительных работ, связанных с возведением плотины Шаста, планированием / координацией рекреационных объектов и модификацией инфраструктуры водохранилища». Предпроектные и проектные работы включают: геологоразведочные работы; контракты на деятельность в области культурных ресурсов для поддержки разработки необходимого плана обработки исторических памятников, сбора данных разведки, сейсмических и гидрологических исследований, а также контракты с консультантами; и управление проектами. Деньги также будут использованы для начала строительства после выполнения требований WIIN.

Запрос также включает 4 миллиона долларов на водохранилище Сайтов, еще один проект, против которого выступают племена, рыбаки и защитники природы, потому что он будет использоваться в тандеме с расширением плотины Шаста для увеличения поставок воды в Уэстлендский водный район и другие интересы корпоративного агробизнеса в Сан-Хоакине. Долина.

«Предлагаемый проект включает в себя до 1,8 миллиона акро-футов наземных хранилищ вне ручья для восстановления гибкости и адаптируемости к проектам Central Valley Project (CVP) и State Water Project (SWP)», — говорится в письме.«Финансирование будет использоваться для технико-экономических обоснований, включая эксплуатационные соглашения, а также пересмотр ЕКА, права на воду и моделирование водных ресурсов».

Помимо 15 миллионов долларов на проект плотины Шаста и 4 миллиона долларов на строительство водохранилища, запрос включает 71 миллион долларов на ремонт канала Фриант-Керн, 3 миллиона долларов на изучение проседания на канале Дельта Мендота, 1,5 миллиона долларов на исследования, связанные с водой в дельте Пуэрто. Предлагаемое водохранилище округа возле Паттерсона и 7,8 миллиона долларов для Лас-Вакерос, а также другие исследования.

Представители Кевин Маккарти, Кен Калверт (CA-42), Пол Кук (CA-08), Майк Гарсия (CA-25), Дуг Ламальфа (CA-01), Том МакКлинток (CA-04) и Девин Нуньес (Калифорния). -22) сделал следующее заявление, в котором хвалил письмо Петти с просьбой о финансировании.

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

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

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

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

«Дело в том, что вода, которую может обеспечить водохранилище Сайтов и плотина Шаста, пойдет к богатым бывшим клиентам Дэвида Бернхардта, таким как Уэстлендс Уотер Дистрикт, чтобы они могли выращивать миндаль на экспорт в пустыне», — сказала Регина Чичизола, соавтор. директор Save California Salmon. «Наилучший сценарий этих разрушительных водных проектов состоит в том, что гораздо больше воды будет отведено из наших рек для кормления корпоративных ферм на токсичных землях, в то время как более миллиона жителей Калифорнии продолжают бороться за чистую воду, а рыбаки и племена страдают.В худшем случае налогоплательщики заплатят миллионы за новые плотины и водохранилища, которые никогда не будут заполнены ».

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

Обеспечение оросительной водой Уэстлендского водного округа и других предприятий агробизнеса, чтобы они могли выращивать миндаль и другие культуры на экспорт, «является единственной целью экспорта большего количества воды, которую северный штат не может себе позволить доставить из горных ручьев и рек», — сказал Калин. Сиск, вождь племени Виннемем Винту.«Особенно, когда нет никаких усилий по поддержанию высоких горных ручьев, рек, лугов и деревьев. Вы уже взяли все, что можно взять, не ОСУШИВ источник. Разбогатей каким-нибудь другим способом! »

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

Виннемем Винту, проводившие военные танцы у плотины Шаста против возведения плотины в 2004 году, а затем снова в 2014 году, называют возведение плотины «оружием массового осквернения».

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

Закон о свободе информации: как сделать запрос FOIA

Как мне сделать запрос FOIA?

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

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

Есть ли специальная форма, которую я должен использовать для запроса FOIA?

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

Что я могу попросить по FOIA?

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

Сколько времени пройдет, прежде чем я получу ответ?

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

.