Упал трафик: Что делать если упал трафик на сайте

Что делать, если упал трафик на сайте

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

Возможные причины падения трафика

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

Низкое качество сайта

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

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

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

Удаленные страницы

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

Такая ситуация плоха тем, что из-за удаленной страницы теряется приличное количество посетителей и потенциальных покупателей. Интерес пользователей к сайту будет постепенно падать, если человек несколько раз наткнется на несуществующую страницу. Чтобы проверить ссылки сайта интернет-магазина на наличие ошибок 404, 301 и 302, можно воспользоваться специальными сервисами, которые анализируют код ответ сервера, например Яндекс.Вебмасетр.

Сезонность спроса

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

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

Отсутствие УТП

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

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

Отсутствие обратной связи

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

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

Низкочастотные запросы

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

Поведенческие факторы

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

Динамика поведенческих факторов отражена как в Яндекс. Метрике, так и в Google Analytics.

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

Неправильно выбранный канал продвижения

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

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

Обновление поисковых алгоритмов

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

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

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

• webmaster.yandex.ru;
• search.google.com/search-console
• Moz;
• Barracuda;
• Google Algorithm Update History;
• Searchengines;
• Search Engine Land;

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

  

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

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

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

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

Дополнительные методы продвижения, которые не требуют особых затрат, тоже нужно подключать. К таким относится email-рассылка и размещение товаров на маркетплейсах. Торговые платформы хороши в качестве дополнительных каналов продаж. Если основной сайт будет терять трафик, то позиции на Ozon, Wildberries и Яндекс.Маркет никуда не денутся, а предприниматель продолжит получать доход, особенно если товарные карточки имеют высокий рейтинг и положительные отзывы.

Заключение

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

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

Возможно вам также будет интересно:

30.12.2022

Завершается 2022 год, и владельцы e-commerce-бизнеса традиционно подводят итоги. Изменения, произошедшие в течение последних 12 месяцев, затронули не только предпринимателей,…

30. 12.2022

Маркетплейс «Озон» из года в год возглавляет рейтинг самых популярных торговых платформ в России, входя в тройку лидеров. В конце…

29.12.2022

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

29.12.2022

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

28.12.2022

Одежда и обувь — самые продаваемые в интернете товары. По различным данным, они занимают примерно 63 процента всех онлайн-продаж. Однако…

28.12.2022

Текучка кадров бывает в любой сфере бизнеса. Это естественный и нормальный процесс. Но когда она превышает критический порог 5 процентов…

27.12.2022

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

27.12.2022

Пилотный проект по самозанятости запустили в 2019 году, а в 2020 расширили действие на всю территорию Российской Федерации. Преподавателям, кузнецам,…

26.12.2022

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

Почему падает трафик – возможные причины падения

#Общие вопросы #Посещаемость сайта

#117

Апрель’19

9

Апрель’19

9

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

1. Санкции поисковых систем

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

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

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

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

2. Вытеснение конкурентами

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

3. Технические ошибки

К снижению трафика по «техническим» ошибкам можно отнести:

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

4. Другие причины

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

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

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

Итог

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

Похожее

Контент Параметры

Использование скрытого контента на сайте

Факторы ранжирования Поведенческие

Правильное оформление форм на сайте

Контент Параметры

#140

Использование скрытого контента на сайте

Август’19

1682

1

Факторы ранжирования Поведенческие

#139

Правильное оформление форм на сайте

Август’19

3296

1

Факторы ранжирования Поведенческие

#138

Оформление 404 страницы

Август’19

1798

2

Общие вопросы Продвижение сайта

#137

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

Август’19

1927

3

Оптимизация сайта Внутренняя перелинковка

#136

Поиск 404 ошибок на сайте

Август’19

1983

2

Общие вопросы Продвижение сайта

#135

Почему у сайта разные позиции?

Июль’19

2673

Оптимизация сайта Внутренняя перелинковка

#134

Циклические ссылки на сайте

Июль’19

9755

Оптимизация сайта Индексация

#133

Атрибут rel=canonical

Май’23

13096

23

Факторы ранжирования Коммерческие

#132

Как правильно оформить страницу «Контакты»

Июль’19

2914

10

Общие вопросы Продвижение сайта

#131

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

Июль’19

2670

10

Общие вопросы Продвижение сайта

#130

Как вирусы влияют на позиции сайта

Июль’19

2939

11

Ключевые запросы Виды запросов

#129

Каннибализация запросов

Июль’19

8788

10

Системы аналитики Яндекс Метрика

#128

Фильтрация визитов роботов на сайт

Июль’19

9689

13

Общие вопросы Продвижение сайта

#127

Неактуальные страницы товаров на сайте – что делать

Июль’19

2834

12

Системы аналитики Google Analytics

#126

(not set) и (not provided) в отчетах Google Analytics

Июль’19

4308

11

Общие сведения о потерянных пакетах и ​​непереданном трафике с помощью команд show

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

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

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

Ниже приведены определения некоторых выходных счетчиков. на show interfaces extended :

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

Ошибки	Сумма входящих обрыв кадра и ошибки FCS.
Капли	Количество пакетов удален входной очередью I/O Manager ASIC. Если интерфейс насыщен, это число увеличивается один раз для каждого пакета, сбрасывается механизмом ASIC RED.
Ошибки кадрирования	Номер пакетов, полученных с неверной контрольной суммой кадра (FCS).
Ранц	Количество кадров полученные, которые меньше порогового значения ранта.
Выбросы с полицией	Номер кадров, которые входящие пакеты совпадают с кодом, отброшенным, потому что они не были признаны или не представляли интереса. Обычно это поле сообщает протоколы, которые ОС Junos не поддерживает.
Незавершенные L3	Номер входящих пакетов, отброшенных из-за того, что они не прошли уровень 3 (обычно IPv4) проверки работоспособности заголовка. Например, кадр с меньшим более 20 байтов доступного IP-заголовка отбрасываются. L3 неполный ошибки можно игнорировать, настроив оператор ignore-l3-incompletes .
Ошибки канала L2	Номер раз программное обеспечение не нашло действительный логический интерфейс для входящий кадр.
Тайм-ауты несоответствия L2	Количество искаженных или коротких пакетов, вызвавших входящий пакет обработчик для отбрасывания кадра как нечитаемого.
Ошибки FIFO	Номер ошибок FIFO в направлении приема, о которых сообщает ASIC на ПОС. Если это значение не равно нулю, возможно, PIC неисправен.
Ошибки ресурсов	Счетчик ошибок для конкретной платформы. Например, на маршрутизаторах серии MX ошибки ресурсов подсчитывают превышение подписки PFE.
Несущие переходы	Количество переходов интерфейса из нижнего состояния в верхнее. Это число обычно не увеличивается быстро, увеличиваясь только тогда, когда кабель отключен, система на дальнем конце выключается, а затем включается, или другое возникает проблема. Если количество переходов несущей быстро увеличивается (примерно раз в 10 секунд), кабель, система на дальнем конце, или PIC или PIM неисправны.
Ошибки	Сумма исходящих обрыв кадра и ошибки FCS.
Капли	Количество пакетов отбрасывается выходной очередью I/O Manager ASIC. Если интерфейс насыщен, это число увеличивается один раз для каждого пакета, сбрасывается механизмом ASIC RED.
Столкновения	Количество Коллизии Ethernet. Gigabit Ethernet PIC поддерживает только полнодуплексный операции, поэтому для PIC Gigabit Ethernet этот номер всегда должен остается 0. Если он отличен от нуля, это программная ошибка.
Устаревшие пакеты	Номер пакетов, которые оставались в общей пакетной SDRAM так долго, что система автоматически очищал их. Значение в этом поле никогда не должно увеличиваться. Если это так, это, скорее всего, ошибка программного обеспечения или, возможно, неисправность. аппаратное обеспечение.
Ошибки FIFO	Номер ошибок FIFO в направлении отправки, как сообщает ASIC на ПОС. Если это значение не равно нулю, возможно, PIC неисправен.
Ошибки CRC канала HS	Количество ошибок на высокоскоростных каналах между ответственными ASIC для обработки интерфейсов маршрутизатора.
Ошибки MTU	Количество пакеты, размер которых превышает MTU интерфейса.
Ошибки ресурсов	Счетчик ошибок для конкретной платформы.
Пакеты в очереди	Номер пакетов в очереди.
Передаваемые пакеты	Количество переданных пакетов.
Отброшенные пакеты	Номер пакетов, отброшенных механизмом ASIC RED.

show interfaces queue — Показать класс обслуживания (CoS) информация об очереди для физических интерфейсов. Ниже приведены некоторые из интерфейсов шоу очереди полей вывода и их определения.

Пакеты в очереди	Номер пакетов в очереди.
Передаваемые пакеты	Количество переданных пакетов.
Отброшенные пакеты	Номер пакетов, отброшенных механизмом ASIC RED.
Пакеты с отброшенным хвостом	Количество пакетов, отброшенных из-за отбрасывания хвоста.
Отброшенные пакеты RL	Количество пакетов, отброшенных из-за ограничения скорости. Для ограниченной скорости интерфейсы, размещенные только на MIC, MPC и Enhanced Queuing DPC, это статистика не включается в статистику трафика в очереди.
Отброшенные пакеты RED	Количество пакетов, отброшенных из-за случайного раннего обнаружения (RED). На маршрутизаторах M320 и M120 и большинстве маршрутизаторов серии T только отображается общее количество потерянных пакетов. Для другой серии M маршрутизаторы, а также маршрутизаторы серии MX с расширенными ЦОД, серии T маршрутизаторы с улучшенными FPC и все маршрутизаторы серии J, выход классифицирует отброшенные пакеты по следующим категориям: Низкий, без TCP — Номер приоритета с малыми потерями байты, отличные от TCP, отброшены из-за RED. Низкий, TCP — Номер приоритета с малыми потерями Пакеты TCP отброшены из-за RED. Высокий, без TCP — Номер приоритета с большими потерями пакеты, отличные от TCP, отбрасываются из-за RED. Высокий, TCP — Номер приоритета с большими потерями Пакеты TCP отброшены из-за RED.

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

Пакеты	Отброшенный пакет count для высокоприоритетных и низкоприоритетных очередей.
байт	Отброшенный байт count для высокоприоритетных и низкоприоритетных очередей.
стр/с	Отброшено пакетов в секунду count для высокоприоритетных и низкоприоритетных очередей.
бит/с	Пропущено бит в секунду count для высокоприоритетных и низкоприоритетных очередей.

показать статистику трафика pfe fpc — Показать потери пакетов, связанные со всем FPC. Ниже приведены уровни FPC. статистика аппаратного отбрасывания Packet Forwarding Engine:

Следующие статистические данные относятся к Packet Forwarding Движок местного трафика на показать статистику трафика pfe fpc :

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

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

Причины потери тестовых пакетов | Тесты подключения

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

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

Отброшен из-за правила брандмауэра

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

Вероятная причина

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

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

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

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

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

Рекомендации

Удалить запрещающее правило или создать разрешающее правило на основе сведений в Результаты тестов подключения. Для получения дополнительной информации см. Используйте правила брандмауэра.

Частный трафик в Интернет

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

Возможная причина

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

Рекомендации

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

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

1. Если конечная точка назначения находится в локальной сети, используйте гибридное решение для подключения такой как Облачный VPN или Облачное соединение.
2. Если конечная точка назначения находится в Google Cloud:
   1. Настройка сетевого пиринга VPC между VPC сети. Это рекомендуемое решение, если сетевой IP-адрес диапазоны не перекрываются между вашими сетями.
   2. Настройка Облачный VPN между сетями VPC.

3. Если у вас уже есть подключение к сети назначения:

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

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

   Транзитивный сетевой пиринг VPC не поддерживается. Вы можете использовать VPN или пиринг для этих двух VPC. сети.

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

Протокол и порты правила пересылки не соответствуют заголовку пакета.

Возможная причина

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

Рекомендации

Подтвердите протокол правила переадресации назначения и порт.

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

Если правило переадресации региональное, клиент (например, ВМ или разъем VPC) должен находиться в том же регионе, что и балансировщик нагрузки.

При подключении из локальной сети убедитесь, что клиент получает доступ к балансировщик нагрузки через туннели Cloud VPN или вложения VLAN, которые находятся в тот же регион, что и балансировщик нагрузки. Подробнее см. Внутренняя балансировка нагрузки HTTP(S) и подключенные сети.

Вы можете включить глобальный доступ на внутреннем балансировщике нагрузки TCP/UDP для доступа от клиентов в любом регионе. Глобальный доступ к внутреннему балансировщику нагрузки HTTP(S) невозможен.

Отброшено из-за отсутствия маршрута

Отброшено из-за отсутствия маршрута.

Возможная причина

Нет подходящего маршрута для достижения конечной точки назначения. в Консоль Google Cloud, перейдите на страницу сети VPC. Нажмите Маршруты . Фильтровать маршруты для сети VPC где существует исходная виртуальная машина, и убедитесь, что нет маршрута, включающего IP-адрес получателя.

Рекомендации

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

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

Транзитный пиринг VPC не поддерживается. Рассмотрите возможность использования VPN или пиринга этих двух VPC. сети.

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

Внешний адрес недоступен

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

Возможная причина

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

Рекомендации

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

Правило переадресации без экземпляров

Для правила переадресации не настроены серверные части.

Вероятная причина

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

Рекомендации

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

Тип трафика заблокирован

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

Возможная причина

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

1. Отправка исходящего трафика во внешнее место назначения с TCP-портом 25. (SMTP). Подробнее см. Всегда заблокирован трафик.
2. Отправка трафика на неподдерживаемый порт экземпляра Cloud SQL. Для например, отправка трафика на TCP-порт 3310 в экземпляр MySQL Cloud SQL с открытым портом 3306.
3. Отправка исходящего трафика из стандартной версии среды App Engine, облачная функция или облачный запуск версия, которая использует протокол, отличный от TCP или UDP.

Рекомендации

Для исходящего SMTP (исходящий трафик во внешнее место назначения с TCP-портом 25) трафик см. Отправка электронной почты из экземпляра.

Для протокола DHCP, включая пакеты UDP IPv4 на порт назначения 68 (DHCPv4 ответы) и пакеты UDP IPv6 на порт назначения 546 (ответы DHCPv6), DHCP трафик разрешен только с сервера метаданных (169. 254.169.254).

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

Соединитель бессерверного доступа к VPC не настроен

Пакет был отброшен, так как стандартная версия среды App Engine, облачная функция или версия Cloud Run не имеет Соединитель бессерверного доступа к VPC настроен.

Возможная причина

IP-адрес назначения является частным IP-адресом адрес, до которого невозможно дозвониться по Интернету. Пакет уходит от источника, но нет Соединитель Serverless VPC Access, настроенный для Стандартная версия среды App Engine, облачная функция или Cloud Run ревизия.

Рекомендации

Если вы попытаетесь получить доступ к конечной точке назначения, используя ее частный IP-адрес, убедитесь, что вы настроили бессерверный доступ к VPC соединитель для версии стандартной среды App Engine, облачной функции, или версия Cloud Run.

Соединитель Serverless VPC Access не работает

Пакет был удален, так как Соединитель бессерверного доступа к VPC не работает.

Возможная причина

Пакет был отброшен, так как все бессерверные VPC Access экземпляры коннектора остановлены.

Рекомендации

Список действий по устранению неполадок см. в разделе Устранение неполадок.

Соединение Private Service Connect не принято

Пакет был отброшен, так как соединение Private Service Connect не был принят.

Вероятная причина

Конечная точка Private Service Connect находится в проекте, который не разрешено подключение к услуге. Для большего сведения см. в разделе Просмотр сведений о конечной точке.

Рекомендации

Убедитесь, что конечная точка Private Service Connect находится в проекте который одобрен для подключения к управляемой службе.