Метрики в 1с это
Курс предназначен пользователям, администрирующим сайты на платформе "1С-Битрикс: Управление сайтом". Курс Администратор. Модули позволяет освоить методы выполнения расширенных задач по администрированию модулей не относящихся к коммерческой деятельности Для модулей, связанных с торговлей в Интернете создан отдельный курс Администратор. Бизнес. .
Начальные требования
Необходимый минимум знаний для изучения курса:
- базовые навыки компьютерной грамотности и навыков работы с ОС Windows;
- базовые знания о WWW и организации доступа к веб-серверу;
- базовые навыки установки и администрирования *nix-систем;
- знание системы в рамках курса Контент-менеджер Мы считаем, что вы этот курс уже прошли и знаете многое о Битриксе. Поэтому подсказок во всплывающих окнах будет намного меньше, чем в курсе Контент-менеджер.
Подробнее. , чтобы банально не путаться в интерфейсе. - знание системы в рамках курса Администратор. Базовый Мы считаем, что вы этот курс уже прошли и знаете многое об администрировании "1С-Битрикса". Поэтому подсказок во всплывающих окнах будет намного меньше, как и объяснений о том где и как выполнять общие задачи администрирования.
У нас часто спрашивают, сколько нужно заплатить
Курс полностью бесплатен. Изучение курса, прохождение итоговых тестов и получение сертификатов - ничего из этого оплачивать не нужно.
Ещё у нас есть Академия 1С-Битрикс, где можно обучиться на платной основе на курсах нашей компании либо наших партнёров.
Баллы опыта
В конце каждого урока есть кнопка Прочитано! . При клике на неё в Вашу итоговую таблицу опыта добавляется то количество баллов, которое указано в прочитанном После нажатия кнопки Прочитано! появится
окно подтверждения:
уроке.
Периодически мы заново оцениваем сложность уроков, увеличивая/уменьшая число баллов, поэтому итоговое количество набранных Вами баллов может отличаться от максимально возможного. Не переживайте! Отличный результат - это если общее число набранных Вами баллов отличается от максимального на 1-2%.
Тесты и сертификат
После изучения курса вам будет предложено пройти итоговые тесты на сертификацию.
Для доступа к итоговым тестам данного курса необходимо успешно сдать итоговые тесты курса Администратор. Базовый.
Всего в данном курсе 4 итоговых теста, и вопросы в них сгруппированы по области применения модулей: средства управления и анализа, средства обучения и помощи, модули информирования и общения, служебные модули.
При успешной сдаче последовательности тестов на странице Моё обучение можно просмотреть результат обучения и загрузить сертификат в формате PDF.
Комментарии к урокам
Для преподавания офлайн
Если данный курс берётся в качестве основы для офлайнового преподавания, то рекомендуемая продолжительность: 4 дня (32 академических часа).
Если нет интернета
iPhone:
FBReader
CoolReader
iBook
Bookmate
Windows:
Calibre
FBReader
Icecream Ebook Reader
Плагины для браузеров:
EpuBReader – для Firefox
Readium – для Google Chrome
iOS
Marvin for iOS
ShortBook
обновляются периодически, поэтому возможно некоторое отставание их от онлайновой версии курса. Версия файла - от 05.04.2022.
Как проходить учебный курс?
Мы в фирме 1С широко используем собственные разработки для организации работы компании. В частности, «1С:Документооборот 8». Помимо управления документами (как следует из названия) это ещё и современная ECM-система (Enterprise Content Management — управление корпоративным контентом) с широким набором функциональных возможностей – почта, рабочие календари сотрудников, организация совместного доступа к ресурсам (например, бронирование переговорных), учёт рабочего времени, корпоративный форум и многое другое.
В фирме 1С документооборотом пользуется более тысячи сотрудников. База данных стала уже внушительной (11 млрд. записей), а это значит, что она требует более тщательного ухода и более мощного оборудования.
Как устроена работа нашей системы, с какими сложностями при обслуживании базы мы сталкиваемся и как их решаем (в качестве СУБД мы используем MS SQL Server) – расскажем в статье.
Для тех, кто впервые читает про продукты 1С.
1С:Документооборот — это прикладное решение (конфигурация), реализованное на базе фреймворка для разработки бизнес-приложений — платформе 1С:Предприятие.
«1С:Документооборот 8» (сокращённо – ДО) позволяет автоматизировать работу с документами на предприятии. Один из основных инструментов взаимодействия сотрудников – электронная почта. Помимо почты ДО также решает и другие задачи:
А ещё благодаря подключенному к Документообороту другому нашему продукту – Системе взаимодействия – мы непосредственно в Документообороте получаем функциональность мессенджера – чаты, аудио и видеозвонки (включая групповые, что сейчас стало особенно актуально, в том числе и с мобильного клиента), быстрый обмен файлами плюс возможность написания чат-ботов, упрощающих работу с системой. Ещё один плюс от использования Системы Взаимодействия (по сравнению с другими мессенджерами) – возможность вести контекстные обсуждения, привязанные к конкретным объектам Документооборота – документам, мероприятиям и т.п. То есть Система взаимодействия глубоко интегрируется с целевым приложением, а не выступает просто «отдельной кнопкой».
Число писем в нашем ДО уже перевалило за 100 млн., а вообще в СУБД – более 11 млрд. записей. Суммарно система использует почти 30 Тб хранилища: объём базы – 7,5 Тб, файлы для коллективной работы лежат отдельно и занимают ещё 21 Тб.
Если говорить о более конкретных цифрах, то вот количество писем и файлов на данный момент:
На каком оборудовании мы всё это обрабатываем?
Эти цифры говорят о внушительном объёме задач, так что перед нами встала необходимость выделить под нужды внутреннего ДО довольно производительное оборудование. На текущий день его характеристики следующие: 38 ядер, 240 Гб ОЗУ, 26 Тб дисков. Приводим таблицу серверов:
В будущем мы планируем наращивать мощность оборудования.
Как обстоят дела с загрузкой серверов?
Сетевая активность никогда не была проблемой ни у нас, ни у наших заказчиков. Как правило, слабое место – это процессор и диски, потому что с нехваткой памяти все уже бороться умеют. Приведём скриншоты наших серверов из Resource Monitor, на которых видно, что у нас никакой страшной нагрузки нет, она весьма скромная.
Например, на скриншоте ниже мы видим SQL-сервер, где ЦПУ загружен на 23%. И это очень хороший показатель (для сравнения: если загрузка будет приближаться к 70%, то, скорее всего, сотрудники будут наблюдать довольно существенные замедления работы).
На втором скриншоте показан сервер приложений, на котором работает платформа 1С:Предприятие – он обслуживает только пользовательские сеансы. Здесь нагрузка процессора несколько больше – 38%, она ровная и спокойная. Загрузка диска есть, но она приемлемая.
Третий скриншот показывает ещё один сервер 1С:Предприятия (он второй, у нас их два в кластере). Только предыдущий обслуживает пользователей, а на этом работают роботы. Например, принимают почту, маршрутизируют документы, выполняют обмен данными, считают права и т.п. Все эти фоновые активности выполняют примерно 90-100 фоновых заданий. И вот этот сервер загружен очень сильно – на 88%. Но на людях это не сказывается, и он реализует как раз всю ту автоматику, которую должен делать Документооборот.
Какие есть метрики для определения эффективности работы?
У нас в ДО встроена серьёзная подсистема замеров показателей производительности и вычислений различных метрик. Это нужно для того, чтобы и в текущий момент времени, и в исторической перспективе понимать, что в системе происходит, что становится хуже, что становится лучше. Средства мониторинга – метрики и замеры времени – входят в типовую поставку «1С:Документооборот 8». Метрики требуют настройки на внедрении, но сам механизм типовой.
Метрики – это замеры различных бизнес-показателей в те или иные моменты времени (например, среднее время доставки почты в моменте 10 минут).
Одна из метрик показывает количество активных пользователей в базе. В среднем их 1000-1400 в течение дня. На графике видно, что на момент скриншота в базе было 2144 активных пользователя.
Таких действий больше 30, список под катом.
На позапрошлой неделе у нас средняя активность пользователей увеличилась в полтора раза (на графике показана красным) – это связано с переходом большинства сотрудников на удалённую работу (в связи с известными событиями). Также число активных пользователей увеличилось в 3 раза (на скрине показаны синим), так как сотрудники стали активно пользоваться мобильными: каждый мобильный клиент создаёт подключение к серверу. Сейчас в среднем на каждого нашего сотрудника приходится 2 подключения к серверу.
Для нас, как для администраторов, это сигнал, что нужно внимательнее относиться к вопросам быстродействия, смотреть, не стало ли хуже. А смотрим мы это по другим параметрам. Например, как меняется время доставки почты по внутренней маршрутизации (на скриншоте ниже показано синим). Мы видим, что оно до этого года скакало, а сейчас стабильное – для нас это показатель, что с системой всё в порядке.
Ещё одна прикладная метрика для нас – среднее время ожидания загрузки писем с почтового сервера (на скриншоте показана красным). Грубо говоря, сколько будет письмо гулять по Интернету, прежде чем оно окажется у нашего сотрудника. На скриншоте видно, что это время тоже никак не изменилось за последнее время. Есть отдельные всплески – но они связаны не с задержками, а с тем, что время сбивается на почтовых серверах.
Или, например, ещё метрика (на скриншоте показана синим) – обновление писем в папке. Открытие папки писем – очень частая операция, и нужно, чтобы она выполнялась быстро. Мы замеряем, с какой скоростью она выполняется. Этот показатель измеряется для каждого клиента. Можно посмотреть как общую картину по фирме, так и динамику, например, по отдельному сотруднику. По скриншоту видно, что до этого года метрика была неуравновешенна, потом мы сделали ряд улучшений, и сейчас она не становится хуже – практически ровный график.
Метрики – это, в основном, инструмент администратора для мониторинга системы, для быстрого реагирования на какие-то изменения в поведении системы. На скриншоте – метрики внутреннего ДО за год. Скачок на графиках обусловлен тем, что перед нами поставили задачи по развитию внутреннего ДО.
Вот перечень еще некоторых метрик (под катом).
- Активность пользователей
- Активные пользователи
- Активные процессы
- Количество файлов
- Размер файлов (Мб)
- Количество документов
- Количество объектов к отправке адресатам
- Количество контрагентов
- Невыполненные задачи
- Среднее время ожидания загрузки писем с почтового сервера за последние 10 минут
- Внешний буфер данных: количество файлов
- Отставание границы от текущей даты
- Долгая очередь
- Оперативная очередь
- Возраст необработанной учётной записи по внешней маршрутизации
- Размер очереди приемки по внутренней маршрутизации (долгая очередь)
- Размер очереди приемки по внутренней маршрутизации (быстрая очередь)
- Время доставки почты по внутренней маршрутизации (долгая очередь)
- Время доставки почты по внутренней маршрутизации (быстрая очередь)
- Время доставки почты по внешней маршрутизации (среднее)
- Число документов Бронирование
- Число документов Отсутствие
- Число документов «Запись о работе с контрагентом»
- Почта Обновление писем в папке
- Почта Открытие карточки письма
- Почта Перенос письма в папку
- Почта Переход по папкам
Наша система круглосуточно делает замеры более 150 показателей, но не все из них можно оперативно отслеживать. Они могут пригодиться потом, в какой-нибудь исторической перспективе, а сосредоточиться можно на самых важных для бизнеса.
На одном из внедрений было выбрано, например, только 5 показателей. Заказчик поставил перед собой цель сделать минимальный набор показателей, но в то же время такой, чтобы он покрывал основные сценарии работы. Включать в акт приёма 150 показателей было бы неоправданно, потому что даже внутри предприятия сложно согласовать, какие показатели считать приемлемыми. А про эти 5 показателей они знали и уже предъявляли их к системе до начала проекта внедрения, включив в конкурсную документацию: время открытия карточки не более 3 секунд, время исполнения задачи с файлом не больше 5 секунд и т.д. У нас в ДО как раз и были метрики, которые очень чётко отражали исходный запрос из ТЗ заказчика.
А ещё у нас есть профильный анализ замеров производительности. Показатели производительности – это фиксация длительности каждой выполняющейся операции (запись письма в базу, отправка письма на почтовый сервер и т.д.). Это используется исключительно техническими специалистами. Показателей производительности у нас в программе копится очень много. Сейчас мы измеряем примерно 1500 ключевых операций, которые разбиты по профилям.
Один из наиболее важных для нас профилей – «Список ключевых показателей почты с точки зрения потребителей». Этот профиль включает в себя, например, следующие показатели:
- Выполнение команды: Отбор по тегу
- Открытие формы: Форма списка
- Выполнение команды: Отбор по папке
- Отображение письма в области чтения
- Сохранение письма в любимую папку
- Поиск писем по реквизитам
- Cоздание письма
Как мы обслуживаем такую большую базу данных?
Наш внутренний ДО – пример реально работающего высоконагруженного проекта. Расскажем о технических особенностях его базы данных.
Сколько времени идёт реструктуризация больших таблиц базы данных?
SQL-сервер требует периодического обслуживания, наведения порядка в таблицах. По-хорошему это нужно делать минимум раз в сутки, а для высоковостребованных таблиц – ещё чаще. Но если база большая (а у нас число записей уже перевалило за 11 млрд.), то ухаживать за ней непросто.
Мы делали реструктуризацию таблиц 6 лет назад, но потом она стала занимать столько времени, что мы уже не вписывались в ночные интервалы. А так как эти операции сильно нагружают SQL-сервер, он не может качественно обслуживать других пользователей.
Поэтому сейчас нам приходится применять различные ухищрения. Например, мы не можем выполнять эти процедуры на полных наборах данных. Приходится прибегать к процедуре Update Sample 500000 rows – это занимает 14 минут. Она выполняет обновление статистики не по всем данным таблицы, а отбирает полмиллиона строк, и по ним рассчитывает статистику, которую использует для всей таблицы. Это некоторое допущение, но мы вынуждены на него идти, потому что для конкретной таблицы сбор статистики по всему миллиарду записей будет выполнятся неприемлемо долгое время.
Другие операции обслуживания мы тоже оптимизировали, сделав их частичными.
Обслуживание СУБД – это вообще сложная задача. В случае активного взаимодействия сотрудников, база быстро разрастается, администраторам становится всё тяжелее обслуживать её – делать обновления статистики, дефрагментацию, индексацию. Здесь надо применять разные стратегии, мы хорошо знаем, как это делать, у нас есть опыт, мы можем им делиться.
Как реализован бэкап при таких объёмах?
Полный бэкап СУБД производится раз в день ночью, инкрементальный – каждый час. Также каждый день создаётся каталог файлов, и он является порцией инкрементального бэкапа файлового хранилища.
Сколько времени выполняется полный бэкап?
На жёсткий диск полный бэкап выполняется за три часа, частичный – за час. На ленту пишется дольше (спецустройство, которое делает резервную копию на специальную кассету, хранящуюся вне офиса; на ленту делают отчуждаемую копию, которая сохранится, если, например, серверная сгорит). Бэкап делается ровно на том же сервере, параметры которого были выше – SQL-сервер с 20% загрузки процессора. На момент бэкапа, конечно же, системе становится значительно хуже, но она всё равно работоспособна.
Есть ли дедупликация?
Дедупликация файлов есть, обкатываем её на себе, и скоро она войдёт в новую версию Документооборота. Также обкатываем на себе механизм дедупликации контрагентов. Дедупликации записей на уровне СУБД нет, так как в этом нет необходимости. Платформа 1С:Предприятие хранит в СУБД объекты, и только платформа может отвечать за их согласованность.
Есть ноды только для чтения?
А помеченные на удаление письма совсем не удаляются?
Пока нет. Задачи облегчить базу у нас нет. Было несколько довольно серьёзных случаев, когда приходилось обращаться к помеченным на удаление письмам, в том числе и 2009 года. Поэтому пока решили хранить всё. А вот когда стоимость этого станет неоправданной, будем думать про удаление. Но, если нужно какое-то отдельное письмо удалить из базы с концами, чтобы не было никаких следов, то такое можно сделать по спецзапросу.
А зачем это хранить? Есть статистика обращений к старым документам?
Именно статистики нет. Точнее, она есть в виде протокола работы пользователей, но он хранится недолго. Записи старее года стираются из протокола.
Ситуации, когда надо было поднять старую переписку пятилетней и даже десятилетней давности, были. И это всегда делалось не из праздного любопытства, а для принятия сложных бизнес-решений. Был случай, когда без истории переписки было бы принято неправильное бизнес-решение.
Как проводится экспертиза ценности и уничтожение документов согласно срокам хранения?
Для бумажных документов это делается обычным традиционным способом, как и у всех. Для электронных не делаем – пусть себе хранятся. Место есть. Польза есть. Всем хорошо.
Какие перспективы развития есть?
Сейчас наш ДО решает примерно 30 внутренних задач, часть которых мы перечисляли в начале статьи. Также ДО используется для подготовки конференций, которые мы дважды в год проводим для наших партнёров: вся программа, все доклады, все параллельные секции, залы – всё это верстается в ДО, а потом выгружается из него, и делается печатная программа.
На подходе для ДО ещё несколько задач, помимо тех, что он уже решает. Есть общефирменные задачи, а есть уникальные и редкие, нужные только какому-то конкретному подразделению. Необходимо им помогать, а значит, расширять «географию» использования системы внутри 1С – расширять область применения, решать задачи всех подразделений. Это стало бы лучшим тестом на производительность и надёжность. Хотелось бы увидеть работу системы на триллионах записей, петабайтах информации.
Обработка импорта данных счетчиков сайтов (статистика, сайты-источники, посетители) в информационную базу 1С Предприятие — хорошая основа для вашего проекта автоматизации.
Описание
Интеграция корпоративного сайта в единое информационное пространство — обычное дело для многих компаний. Однако мало кто использует данные о том, откуда пришел клиент, в какое время суток интересуется предложениями, какие материалы интернет-ресурса его заинтересовали и т.д. А ведь это важные для управления конверсией сведения.
Потребности наших клиентов в интеграции коснулись и статистики Яндекс Метрики. Теперь мы создаем решения, позволяющие анализировать эффективность процессов компании клиента на основе импортированных данных о посещении сайта. А в основе такой интеграции лежит данная обработка — Импорт данных Яндекс Метрики в 1С Предприятие 8.
Возможности решения:
- Подключение обработки к Яндекс.Метрики для получения статистики.
- Получения данных о подключенных счетчиках различных интернет-ресурсов компании (сайт, лендинговые страницы и т.д.).
- Формирование различных запросов на получение исходных данных Яндекс.Метрики по каждому счетчику.
- Получение и отображение состояний созданных запросов к Яндекс.Метрике.
- Импорт подготовленных Метрикой данных для последующей записи в информационную базу.
- Использование решения для автоматизации различных процессов, требующих информацию о визитах сайтов, получая сведения:
- посетителя — страна, регион, город,
- визита — источника захода: поисковая система, социальная сеть (в т.ч. детально), рекламная система;
- просмотренных страниц: входа и выхода, время их посещения;
- достижения цели Яндекс.Метрики;
- браузера и используемое посетителем устройства доступа к сайту;
- и т.д.
Преимущества продукта:
- Доступная по цене основа для создания индивидуального решения — ваша прямая выгода.
- Использование управляемых форм — популярный интерфейс 1С Предприятие 8.
- Открытый программный код обработки — возможность дополнения и изменения работы инструмента.
Важно!
Специалисты нашей компании готовы разработать полнофункциональное решение с учетом Вашей задачи, используя данную обработку импорта сведений веб-статистики.
Каждый бизнес требует хороших вложений в рекламу для развития и только от вас зависит какой способ продвижения выбрать. Практически у всех компаний идёт работа в программе 1С, но используете ли вы её возможности по максимуму? В быстром темпе развития современного рынка очень важно оставаться на гребне волны, а значит нужно использовать рычаги управления, которые позволят автоматизировать бизнес процессы.
Наша компания предлагает вам отличный продукт, а именно модуль 1С яндекс метрика. Именно эта схема работает на отслеживание вашей рекламы и проверку её эффективности. Конечно вы можете нанять аналитика, и он будет предоставлять вам данные по качеству запущенной рекламы, но можно существенно сэкономить в этом вопросе и доверить задачу проверенной системе.
Что даёт яндекс метрика
Допустим вы разместили рекламу на нескольких интернет ресурсах и постепенно получаете заявки от клиентов и заказы, как понять какой вид рекламы сработал, а от которого следует отказаться в будущем? Данные яндекс метрики состоят из нескольких цифровых показателей, а именно:
- Затраты по каждому виду рекламы отображаются в данных яндекс метрики
- Данные о просмотрах вашего сайта
- Количество запросов с каждого рекламного источника
Получается, что цели яндекс метрики достаточно просты, но результат такого аналитического анализа очень важен! В разрезе этих данных вы увидите какой вид рекламы наиболее эффективен в соотношении цена к качеству.
Цель работы двух программ
Теперь вы должны понять зачем модуль 1С яндекс метрика. Вы получили кучу никак не систематизированной информации, конечно в этот момент можно поручить специалисту провести анализ и выдать вам результат, при этом снова заплатив лишние деньги.
Модуль 1С яндекс метрика позволяет автоматически приведет всю накопленную информацию в наглядный вид, где станет предельно понятно от какого вида рекламы идёт максимальный процент свершившихся сделок и прибыль а какие рекламные каналы сливают бюджет. Программа 1С упорядочит данные с каждого источника и выведет результат в отчёт, просмотрев который вы примете решение о дальнейших действиях с рекламой.
Выгода для бизнеса
Наши действия по объединению этих программ нацелены на максимальную автоматизацию вашего бизнеса и уменьшение процента ошибок в расчётах, которые практически неизбежны в работе специалиста. В итоге вы получаете из 1С то, что даёт яндекс метрика, но в качественно ином виде. С такой схемой ваши затраты на рекламу могут уменьшится, а её эффективность возрастёт в разы!
В отчете, который содержит данные об источниках трафика, есть такой пункт, как «Внутренние переходы». Яндекс заявляет, что под этим определением подразумеваются те визиты, которые совершаются с того же сайта или его зеркала.
Откуда берутся внутренние переходы, как сократить их количество или избавиться от них? Давайте уделим этим вопросам 5 минут и узнаем, как лучше поступить.
Причины появления внутренних переходов
- Излишняя продолжительность сессий.
Бывает, что посетитель сайта открывает страницу, затем отвлекается или отлучается на 30 минут или дольше, а потом возвращается и переходит в другие разделы того же ресурса. Система аналитики засчитывает такие переходы как внутренние. Метрика считает это новым визитом. - Наличие активного редиректа внутри сайта.
Если на веб-ресурсе есть какой-либо скрипт, который выполняется до загрузки счетчика, он может перенаправлять на одну из внутренних страниц. Как проверить, есть ли это на вашем сайте: откройте тот раздел, который фигурирует в отчетах как источник внутренних переходов, и проверьте наличие редиректа. Обратите внимание на адрес сайта в строке браузера. Может быть такое, что физически вы остались на той же странице, но в адресе появились новые параметры, которые используются для аналитики или чего-то еще. - Отсутствие счетчика на одной из страниц сайта.
Возможно, что на одной или нескольких вспомогательных страницах ресурса не установлен счетчик Яндекс. Метрики. Переход с такой страницы в другие разделы этой же площадки с установленным счетчиком будет засчитываться системой как внутренний. - Защита от DDoS-атак, включенная хостером.
Любые сайты, кроме тех, что созданы на конструкторе вроде 1C-UMI, располагаются на серверах внешних хостинговых компаний. Хостер может из благих намерений подключить для всех своих клиентов защиту от излюбленной хакерами DDoS-атаки. Подобная защита добавляет редиректы еще до перехода на сам ресурс. Из-за этого переходы могут видеться системой аналитики как внутренние.
Как противодействовать внутренним переходам
Сначала определитесь с причиной, из-за которой они появляются в вашем случае. Потом следуйте нашим рекомендациям.
Если причиной возникновения переходов внутри сайта стали затяжные визиты, попробуйте увеличить значение тайм-аута, который стоит в Метрике по умолчанию. Либо установите на свой ресурс такое дополнение, которое будет ближе к окончанию стандартного времени визита привлекать внимание посетителя звуковым и визуальным оповещением.
Например, онлайн-чат. В некоторых из них есть возможность указать время, через которое форма чата откроется автоматически. Допустим, человек зашел на сайт, а потом отвлекся на переписку в соцсетях. Через 25 минут он слышит звук на одной из вкладок своего браузера, находит источник, и видит, что открылось окно онлайн-консультанта. Затем вспоминает, что он хотел посмотреть на той площадке, и продолжает переходить на другие страницы до истечения тайм-аута в 30 минут.
Чтобы исключить внутренние переходы из-за редиректа со стороны скрипта, просто проверьте наличие последнего на своем сайте и удалите его или отключите выполнение. Если вы не знаете, как это сделать, обратитесь за помощью к вебмастеру.Для снятия защиты от DDoS и дезактивации перенаправления напишите или позвоните своему хостинг-провайдеру. Попросите отключить это для вашего веб-ресурса.
Ну, и для избавления от внутренних переходов из-за отсутствия счетчика Яндекс. Метрики на отдельных страницах сайта нужно сначала выявить их адреса. Расскажем об этом подробнее, как это сделать самостоятельно.
Как определить, на каких страницах нет счетчика
Откройте Метрику. В сегментировании по видам трафиковых источников найдите пункт «Внутренние переходы».
В измененном отчете отобразятся все страницы, с которых выполнялись внутренние переходы. Чтобы просмотреть их, кликните по плюсику напротив ссылок.Внутренние переходы ничем не могут быть полезны ни для бизнеса, ни для аналитики. Они только запутывают показатели, из-за чего могут быть приняты ошибочные действия по продвижению или оптимизации ресурса. Избавляйтесь от таких переходов или постарайтесь сократить их количество до минимума!
Читайте также: