На этой странице произошла ошибка сценария google tag manager

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

Что такое ошибка сценария?

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

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

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

Ошибка сценария: как убрать на «Виндовс 7» простейшими методами?

В основном, данный сбой касается предустановленного в Windows браузера Internet Explorer. Несмотря на все усовершенствования, относящиеся к апгрейду до Windows 10, этот обозреватель популярным так и не стал, хотя и демонстрирует неплохие показатели в плане работоспособности.

Но, если решать проблему того, как убрать ошибку сценария на компьютере с Windows-системой на борту, сначала следует войти в настройки самого обозревателя IE, установленного в качестве инструмента для интернет-серфинга по умолчанию (в Windows 10 — это Edge).

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

Ошибка сценария: как убрать на «Виндовс 10». Настройки исполнения скриптов.

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

На вкладке «Дополнительно» имеется несколько важных пунктов, с которыми необходимо произвести следующие действия:

• установить отключение отладки сценариев;
• деактивировать показ уведомлений об ошибках.

После выполнения таких действий сообщение о каком-то сбое, по крайней мере, просто не появится. Но ведь сама ошибка в система остается. Как поступить в такой ситуации?

Добавление разрешений

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

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

Регистрация дополнительных библиотек

После этого закройте редактор и перейдите к использованию командной строки (cmd от имени администратора).

Здесь нужно ввести строку regsvr32 c:windowssystem32msxml.dll и нажать клавишу ввода. Но это еще не все. Вопрос того, как убрать ошибку сценария, подразумевает и регистрацию некоторых дополнительных библиотек (DLL) с использованием основной команды regsvr32:

Дополнительные меры

Если в работающей системе появляется черный экран (связано это, в основном, с выполнением скриптов на основе run.vbs, что указывает на неявное удаление вирусов), можно воспользоваться перезапуском процесса explorer.exe из «Диспетчера задач».

Если это не сработает, проблема того, как убрать ошибку сценария, может быть решена за счет частичного вмешательства в реестр, где в ветке HKLM нужно найти раздел Winlogon, а для параметра Shell ввести значение explorer.exe. Аналогично для ключа Userinit устанавливается значение в виде полного пути к файлу C:WindowsSystem32userinit.exe.

Вместо итога

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

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

Что такое ошибка сценария?

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

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

Ошибка сценария: как убрать ее в Internet Explorer?

К сожалению, среди всех известных сегодня интернет-браузеров Internet Explorer подвержен появлению таких ошибок больше всего. Допустим, в окне браузера появилась ошибка сценария. Как убрать ее простейшим способом? Да просто обновить страницу (клавиша F5). Возможно, появление такого сообщения никак не связано с загружаемой страницей, а просто в определенный момент произошел сбой связи.

С другой стороны, верным вариантом может стать отказ от использования этого браузера. Просто установите себе что-то другое, ну, скажем, Google Chrome, Mozilla Firefox, Opera, Browser 360 или тот же «Яндекс. Браузер». Таких программ сегодня в Интернете найти можно огромное количество.

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

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

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

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

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

Как убрать ошибку сценария при запуске Windows с использованием системного реестра

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

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

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

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

Дополнительные команды

По завершении работы с реестром необходимо перезагрузить систему и снова вызвать командную строку, где поочередно придется прописать некоторые команды. В простейшем варианте это regsvr32 msxml.dll. Далее с неизменной первой частью команды (regsvr32) через пробел msxml2.dll, а затем msxml3.dll.

Если же это не поможет, команд, вводимых поочередно, будет больше (с той же неизменяемой первой частью regsvr32 с пробелом после нее): atl.dll, corpol.dll, dispex.dll, jscript.dll, scrrun.dll, scrobj.dll, vbscript.dll, wshext.dll, msxml.dll, msxml2.dll, msxml3.dll, ole32.dll и oleaut32.dll. Само собой разумеется, что после каждой вводимой команды нажимается клавиша ввода (Enter).

Заключение

Вот мы и разобрались в теме «Ошибка сценария: как убрать ее?» Что же касается предлагаемых решений, конечно же, использование настроек Internet Explorer является простейшим способом, однако в нем есть свои минусы. Он может не сработать в случае использования других браузеров, и уж тем более при появлении ошибок при загрузке системы. Так что, если уж на то пошло, придется использовать более сложную методику с редактированием системного реестра и вводом специфичных команд, в случае если изменения в реестре не дают положительного результата.

Ошибка сценария – это проблема, которая свидетельствует о том, что произошли сбои в работе скриптов, файлов или некоторых платформ для обработки кода. Возможно, на каком-то этапе загрузки данных в браузере проявились неправильные ссылки или намерено повреждены файлы. Иногда это случается вследствие работы вирусов, а иногда из-за некорректной работы самого кода. Чаще всего неполадка с сообщением «На этой странице произошла ошибка сценария» появляется в таких приложения, как Internet Explorer, Driverpack Solution, Avira и других. Однако стоит отметить, что данную ошибку можно наблюдать и в самой Windows, а также с файлом run.vbs.

Сообщение «На этой странице произошла ошибка сценария» в Internet Explorer появляется по различным причинам и в различных версиях обозревателя. Однако существует несколько вариантов её решения.

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

Жмём «Win+R». Откроется окно команды «Выполнить».

Вставляем «Regsvr32 urlmon.dll» (без кавычек) и кликаем «ОК».

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

Неофициальный способ. Самый простой способ решение такой ошибки, это перенос вкладок с IE в Google Chrome или другой браузер, а также очистка истории, загрузок и файлов cookies. Для этого просто нужно запустить CCleaner. Перейти во вкладку «Windows», найти «Internet Explorer» и выбрать нужные пункты.

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

Открываем браузер. Вызываем «Меню» и кликаем «Свойства браузера».

Откроется небольшое окно. Переходим во вкладку «Дополнительно». Ставим отметку «Отключить отладку сценариев (Internet Explorer)», а также «Отключить отладку сценариев (другие)».

После этого перезагружаем сам браузер.

Ошибка со сбоем в работе сценариев может появиться не только при запуске браузера, но и при работе таких программ, как Avira, DriverPack Solution, KMPlayer и таких игр, как World of Tanks, War Thunder и других. Однако большую опасность она представляет, когда появляется при работе с файлами Windows. В данном случае, чтобы исправить данную неполадку стоит выполнить редактирование реестра. Для этого выполняем следующее:

Жмём «Win+R» и вводим «regedit».

Откроется редактор реестра. Переходим по ветке «HKEY_LOCAL_MACHINE». Нажимаем правой кнопкой мыши на разделе и выбираем «Разрешение».

Выставляем полный доступ к разделу и кликаем на кнопку «Дополнительно».

Откроется новое окно. Выбираем субъект «Все» и жмём «Изменить».

Вновь задаем полный доступ.

Теперь закрываем все окна. Открываем командную строку с правами Администратора и вводим «regsvr32 msxml.dll».

После этого перезагружаем систему и проверяем, не исчезла ли проблема.

Наряду с остальными сбоями в сценариях Windows можно столкнуться c ошибкой сценария run.vbs. При этом в Windows появляется черный экран, без каких-либо активных элементов и невозможно попасть на рабочий стол. Связана такая ошибка с вирусами. Поэтому, прежде всего, нужно проверить ПК на вредоносное ПО. Далее решение по исправлению неполадки следующее:

Открываем «Диспетчер задач» с помощью комбинации клавиш «Alt + Ctrl + Del».

Появится Библиотека, откуда можно попасть на рабочий стол. Далее нужно открыть редактор реестра. Для этого жмём «Win+R» и вводим «regedit».

Переходим по пути «HKEY_LOCAL_MACHINE», «SOFTWARE», «Microsoft», «Windows NT», «CurrentVersion», «Winlogon». Находим параметр «Shell» и при помощи двойного нажатия открываем его. В строке значения указываем «explorer.exe».

Подобное действие нужно проделать и с параметром Userinit. Для него нужно задать значение «C:Windowssystem32userinit.exe».

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

О том, как решить проблему с выполнением сценариев смотрите в видео:

Как происходит заражение рекламным вирусом GOOGLETAGMANAGE.COM?

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

Как только я открыл ее браузер, в глаза мне бросилось, что стартовая страница была заменена рекламным сайтом GOOGLETAGMANAGE.COM.

Очевидное изменение! Мама такое в качестве стартовой страницы ни за что бы не поставила! Ведь она предпочитает пустую страничку в качестве страницы по умолчанию. Я решил проверить и ярлык для запуска Firefox. Он, разумеется, тоже был инфицирован вирусом GOOGLETAGMANAGE.COM.

Как избавиться от вируса GOOGLETAGMANAGE.COM?

Обычно подобные вирусы изменяют и поисковик по умолчанию. Я проверил — так и есть! Попытавшись исправить его вручную, я был раздосадован тем, что после перезагрузки все возвращается к зараженному состоянию. Что ж, мне стало все понятно. GOOGLETAGMANAGE.COM представляет из себя вирус перенаправитель, который меняет домашние страницы, поисковики по-умолчанию, а также заменяет содержимое ярлыков браузеров, добавляя дополнительную строчку в конец.

Разумеется, маме я помог и компьютер вылечил. И беседу провел, о недопустимости установки нового программного обеспечения в режиме по-умолчанию. Но, думаю, что простенькая инструкция по избавлению от перенаправителя GOOGLETAGMANAGE.COM будет вам полезна. Поэтому ниже я привожу ее, как ручную, так и автоматическую.

Инструкция по ручному удалению рекламного вируса GOOGLETAGMANAGE.COM

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

1. Поискать «GOOGLETAGMANAGE.COM» в списке установленных программ и удалить ее.



2. Открыть Диспетчер задач и закрыть программы, у которых в описании или имени есть слова «GOOGLETAGMANAGE.COM». Заметьте, из какой папки происходит запуск этой программы. Удалите эти папки.



3. Запретить вредные службы с помощью консоли services.msc.



4. Удалить ‘Назначенные задания’, относящиеся к GOOGLETAGMANAGE.COM, с помощью консоли taskschd.msc.



5. С помощью редактора реестра regedit.exe поискать ключи с названием или содержащим «GOOGLETAGMANAGE.COM» в реестре.



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



7. Проверить плагины всех установленных браузеров Firefox, Internet Explorer, Chrome и т.д. Все неизвестные или подозрительные плагины лучше удалить, либо произвести полный сброс настроек браузера.


Подробнее для Mozilla Firefox…

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



9. Проверить настройки DNS вашей сети. Рекомендую обратиться к документации, предоставленной вашим провайдером.
10. Очистить корзину, временные файлы, кэш браузеров.

И все же автоматика лучше!

Если ручной метод — не для вас, и хочется более легкий путь, существует множество специализированного ПО, которое сделает всю работу за вас. Я рекомендую воспользоваться UnHackMe от Greatis Software, выполнив все по пошаговой инструкции.
Шаг 1. Установите UnHackMe. (1 минута)
Шаг 2. Запустите поиск вредоносных программ в UnHackMe. (1 минута)
Шаг 3. Удалите вредоносные программы. (3 минуты)

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

При этом UnHackMe скорее всего найдет и другие вредоносные программы, а не только редиректор на GOOGLETAGMANAGE.COM.

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

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

И это еще не все. Если после удаления редиректа на GOOGLETAGMANAGE.COM какие то проблемы остались, то в UnHackMe есть ручной режим, в котором можно самостоятельно определять вредоносные программы в списке всех программ.

Итак, приступим:

Шаг 1. Установите UnHackMe (1 минута).

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



2. Затем следует принять лицензионное соглашение.



3. И наконец указать папку для установки. На этом процесс инсталляции можно считать завершенным.

Шаг 2. Запустите поиск вредоносных программ в UnHackMe (1 минута).

1. Итак, запускаем UnHackMe, и сразу стартуем тестирование, можно использовать быстрое, за 1 минуту. Но если время есть — рекомендую расширенное онлайн тестирование с использованием VirusTotal — это повысит вероятность обнаружения не только вируса GOOGLETAGMANAGE.COM, но и остальной нечисти.



2. Мы увидим как начался процесс сканирования.

Шаг 3. Удалите вредоносные программы (3 минуты).

1. Обнаруживаем что-то на очередном этапе. UnHackMe отличается тем, что показывает вообще все, и очень плохое, и подозрительное, и даже хорошее. Не будьте обезьяной с гранатой! Не уверены в объектах из разряда ‘подозрительный’ или ‘нейтральный’ — не трогайте их. А вот в опасное лучше поверить. Итак, нашли опасный элемент, он будет подсвечен красным. Что делаем, как думаете? Правильно — убить! Ну или в английской версии — Remove Checked. В общем, жмем красную кнопку.



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



4. Ну и в конце вы увидите результаты сканирования и лечения.

Итак, как вы наверное заметили, автоматизированное лечение значительно быстрее и проще! Лично у меня избавление от вируса GOOGLETAGMANAGE.COM заняло 5 минут! Поэтому я настоятельно рекомендую использовать UnHackMe для лечения вашего компьютера от любых нежелательных программ!

[ratings]

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

Что такое Script Error или ошибка сценария?

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

Причины ошибки сценария

Как уже упоминалось, причин может быть много:

• неправильная работа Internet Exporer или его некорректная настройка;
• проблема в коде сайта, обычно в JavaScript;
• конфликт между игровыми модами или повреждение файлов;
• отсутствие полномочий на доступ к необходимым файлам и др.

Разновидности ошибок сценариев

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

• ошибка сценария в Internet Explorer;
• неисправность в Google Chrome, Opera и др. браузерах, связанная с JS;
• повреждение скрипта в Windows;
• игровая проблема.

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

Ошибка сценария в Internet Explorer

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

Предварительно следует переустановить/обновить браузер, вероятно, он имеет какие-то повреждения. Более простой вариант – это просто почистить кеш и куки, процедура выполняется через «Свойства браузера».  Чтобы быстро удалить временные файлы, достаточно нажать комбинацию Ctrl + Shift + Del и запустить процедуру кнопкой «Удалить». Альтернативный вариант — через CCleaner.

Читайте также: CCleaner — программа очистки компьютера от мусора

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

Способ 1: отключаем отображение сообщения об ошибке

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

Что нужно сделать при ошибке скрипта:

1. Откройте Internet Explorer.
2. Нажмите на кнопку меню и выберите «Свойства браузера».

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

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

Способ 2: включаем активные скрипты

Блокировка активных сценариев, ActiveX и Java может влечь появление ошибки сценария. Несколько простых настроек должны исправить проблему:

1. Нажмите на изображение шестеренки и перейдите в «Свойства браузера».
2. Кликните по вкладке «Безопасность», а затем – по кнопке «Другой».
3. Пролистайте список вниз и в блоке «Сценарии» активируйте «Активные сценарии».
4. Немногим ниже по списку включите «Выполнять сценарии приложений Java», а затем — «Фильтрация ActiveX».
5. Установите флаги в положения «Выполнять сценарии элементов ActiveX».
6. Закройте окно и перезапустите браузер.

Способ 3: включить безопасный режим для проблемного сайта

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

Если у вас показывается «Ошибка сценария: на этой странице произошла ошибка скрипта», сделайте следующее:

1. В «Свойствах браузера» на вкладке «Безопасность» выберите «Опасные сайты».
2.  Нажмите на кнопку «Сайты» и добавьте ссылку на тот веб-ресурс, на котором появляется ошибка сценария.

Ошибка сценария в играх (Sims 4)

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

1. Выселите семью из дома для полного сброса повседневных желаний.
2. Удалите все предметы, провоцирующие ошибки, в основном это двери, но не только.
3. Сохраните состояние домов и семей и перезапустите игру.
4. Снова заселите семью в дом, на этот раз без ошибки.

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

Ошибка сценариев Windows 11, 10, 7

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

Как отключить ошибку сценариев в Windows:

1. Введите в поиск Windows «Свойства браузера» и перейдите во вкладку «Дополнительно».
2. Установите галочки в строки «Отключить отладку сценариев (Internet Explorer)» и «Отключить отладку сценариев (другие)».
3. Нажмите на кнопку «Применить» и закройте окно.

Как убрать ошибку сценария при запуске:

1. Нажмите Win + R и введите regedit;
2. ПКМ по разделу HKEY_LOCAL_MACHINE, выберите свойство «Разрешения…»;

1. Выберите среди пользователей пункт «Все» и снизу установите флаг возле «Полный доступ»;
2. Нажмите на кнопку «Дополнительно»;

1. Установите выделение на субъект «Все» и клик по «Изменить»;
2. Снова задайте «Полный доступ» и перезагрузите ПК;
3. Используйте сочетание Win + R и введите cmd, затем вставьте строку: Regsvr32 C:WindowsSystem32Msxml.dll.
4. Если не сработает предыдущее, дополнительно попробуйте regsvr32 msxml3.dll затем regsvr32 dispex.dll.

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

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

Что еще можно попробовать?

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

• Ошибка сценария со ссылкой logincdn.msauth.net решается по инструкции для IE. Также нужно понимать, что сбой относится к OneDrive, а он не работает с накопителями в файловых системах FAT32 (часто так отформатированы флешки). Поддерживает только NTFS или HFS+. Если все способы не помогут исправить сбой с кодом logincdn.msauth.net, попробуйте сделать сброс IE.
• Сбой подобного рода»dataset» есть null или не является объектом, со ссылкой на file:///c:/searcherbar/js/localization.js или многочисленные другие файлы. Это означает, что проблема в каком-то файле JavaScript. В данном случае проблема в вирусе searcherbar — он устанавливает различные параметры поиска и может добавлять рекламу. Стоит просканировать систему с помощью Malwarebytes AdwCleaner или любого другого софта. Вот лучшие бесплатные антивирусы для Windows. В целом проблему вызывает то, что планировщик заданий пытается запустить программу, которой нет или была удалена не полностью.
• Ошибка сценария в Datakam player чаще всего появляется при попытке воспроизведения ролика с видеорегистратора. Программу часто рекомендуют тем, у кого есть также GPS-карта. Однако сама программа работает криво, здесь лучшим советом будет переход на RegistratorViewer.
• Проблема в Microsoft Teams преимущественно появляется у пользователей Windows 7, так как программа более не поддерживает ее. На форуме Microsoft некоторые пишут, что включение отладки и серфинг по настройкам может помочь. Насколько это правда — сложно сказать.
• В Hamachi суть проблемы заключается в программе, обычно появляется при регистрации. Нужно выполнить регистрацию через браузер и просто войти в приложении и ошибки не будет.

Совет! Если вы не веб-программист, то это тот случай, когда не имеет значения код 0, строка 23 или строка 657 символ 9. Все перечисленное никак вам не поможет в решении проблемы.

Если у Вас остались вопросы по теме «Как убрать ошибку сценария в Windows?», то можете задать их в комментариях

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

Содержание

• 1 Базовые сведения
• 2 Как исправить ошибку в браузере
• 3 Что делать, если ошибка сценариев в Windows
• 4 Исправление ошибки сценария скрипта run.vbs

Базовые сведения

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

• Ошибка в браузере;
• Ошибка в Windows;
• Ошибка в языке сценариев run.vbs.

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

Как исправить ошибку в браузере

Чаще всего проблема возникает в браузере от компании Microsoft – Internet Explorer или Edge, в этом случае вылетает подобная ошибка:

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

• На стороне сайта;
• На вашей стороне.

Решение простое:

• Почистить кеш и куки в браузере;
• Переустановить браузер;
• Обновить браузер.

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

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

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

Чтобы открыть страницу, вам нужно в «Свойствах браузера» перейти в раздел дополнительно:

На этой странице вам нужно поставить галочку у пункта «Отключить отладку сценариев». А также убрать галочку напротив уведомлений об ошибках.

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

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

1. Первом делом зайдите в панель Win + R
2. Введите regedit и нажмите клавишу Enter;
3. Откроется новое окно, где вам нужно кликнуть правой кнопкой мыши по разделу HKEY_LOCAL_MACHINE, далее необходимо выбрать свойство «Разрешения…»;
   
4. На этом окне необходимо выбрать в поле «Группы или пользователи» параметр «Все» и чуть ниже установить галочку напротив пункта «Полный доступ»;
5. После того, как вы проделали всё, что описано выше, переходите в раздел «Дополнительно»;
   
6. В этом разделе нужно опять установить галочку напротив раздела «Все» и кликнуть по кнопке «Изменить»;
7. Далее необходимо подтвердить «Полный доступ»;
8. После того, как вы проделали всё, перезагрузите систему, чтобы новые настройки вступили в силу.
9. После того, как ОС перезагрузится, вам необходимо снова зайти в панель, для этого используйте сочетание Win + R. Теперь необходимо задать команду cmd и нажать Enter.
10. Далее добавьте строчку regsvr32 c:windowssystem32msxml.dll.

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

• Запуститься в безопасном режиме;
• Откатиться к версии ОС, когда не было проблемы.

Как альтернативный вариант, вы можете использовать чистый ISO образ ОС чтобы восстановить изначальный вариант системы. В этом случае вам даже не нужна собственная точка восстановления, достаточно скачать оригинальный образ Windows 10.

Исправление ошибки сценария скрипта run.vbs

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

Как правило, ошибка run.vbs с описанием «на этой странице произошла ошибка сценария» возникает после воздействия вирусов на систему. Если ваш ПК работает, то используйте инструкцию ниже, если ОС даже не запускается, то у вас есть лишь один путь – восстановить работу ОС через ISO образ или откатиться к рабочему состоянию.

Если ОС работает, вам нужно проделать следующее:

1. Зайти в диспетчер задач, для этого зажать Alt + Ctrl + Del;
2. В диспетчере задач перейти на вкладку «Файл»;
3. В этом окне выбрать «Новая задача»;

Картинка

1. Далее используйте команду explorer.exe

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

Альтернативный вариант, восстановить работу ОС через восстановление реестра, для этого вам необходимо проделать следующее:

1. Открыть панель «Выполнить» с помощью Win + R;
2. Набрать regedit и нажать клавишку Энтер;
3. Далее проследовать по пути HKEY_LOCAL_MACHINE-> SOFTWARE-> Microsoft-> Windows NT-> CurrentVersion-> Winlogon – этот путь универсален для всех версий операционной системы;
4. В открывшемся окне выбрать пункт «Shell» — независимо от того, как настроено выделение на вашем ПК, выбор пункта в этом меню осуществляется только по двойному клику;
5. Далее в строчке «Значение» вам необходимо указать параметр – explorer.exe;
   
6. Всё тоже самое, что показано выше на скриншоте, нужно повторить ещё раз в новом параметре Userinit.

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

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

(1 голос (ов), в среднем: 5,00 из5)

Загрузка…

Этот триггер активирует теги, когда на сайте не удается перехватить исключение JavaScript (window.onError). Он нужен для сохранения сообщений об ошибках в инструментах аналитики. Для извлечения и передачи сообщения об ошибке при срабатывании тега используйте переменную «Ошибка JavaScript».

Чтобы настроить триггер, выполните следующие действия:

1. Нажмите Триггеры  Создать.
2. Нажмите Настройка триггера и среди типов триггеров выберите Ошибка JavaScript.

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

• Сообщение об ошибке. Текст сообщения об ошибке JavaScript.
• URL ошибки. URL страницы, где возникла ошибка.
• Строка ошибки. Номер строки кода, в которой произошла ошибка.

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

• Типы триггеров
• Как работают триггеры
• Встроенные переменные для веб-контейнеров
• События Google Аналитики

Эта информация оказалась полезной?

Как можно улучшить эту статью?

There are lots of cool things you can do with Google Tag Manager, like track purchases, form submissions, link clicks, etc. All of these are positive actions for the business. But what about negative ones? Errors should be definitely tracked as well as they might provide you with some gems.

In fact, identifying where your visitors/customers are struggling and fixing those issues can be a fast-track to improved conversions.

So what kind of errors can you track with GTM? In this guide, we’ll take a look at 5 different groups of errors that you can track with Google Tag Manager.

Note: this blog post teaches how to track events with Universal Analytics. If you want to get familiar with event tracking in Google Analytics 4, you can also refer to this blog post.

Table of Contents

• #1. Track JavaScript Errors with Google Tag Manager
  • #1.1. How to Configure JavaScript Error Trigger in Google Tag Manager
  • #1.2. Why is it useful?
• #2. Track 404 Errors with Google Tag Manager
  • #2.1. Hit-scoped custom dimension – Referrer
    • #2.1.1. Custom Dimension in GA
    • #2.1.2. GA Settings Variable
  • #2.2. Ask a developer to push the 404 error to the Data Layer
• #3. Checkout Errors
• #4. Form Errors (e.g. Registration and Login forms)
  • #4.1. Using Element Visibility trigger to track form errors
  • #4.2. Working with an AJAX form? Try this
    • #4.2.1. Data Layer Variables
    • #4.2.2. Trigger (when the error message is pushed to the Data layer)
    • #4.2.2. Google Analytics tag
• #5. Server Error (like 50x, etc.)
  • #5.1. Lookup Table Variable
  • #5.2. Trigger
  • #5.3. Tag
• Checking Error Data in Google Analytics
• Several Tips Regarding Error Naming Convention
• Treating Errors as Negative Goals in Google Analytics
• GA Custom Alerts
• Final words

Errors are listed in no particular order, therefore, don’t think that error #5 is less valuable than #1.

#1. Track JavaScript Errors with Google Tag Manager

GTM has a built-in trigger that captures uncaught JavaScript errors. If you take a look at the list of all possible trigger types in GTM, you can probably easily guess which trigger I’ll be talking about. Yes, it’s a JavaScript Error trigger.

#1.1. How to Configure JavaScript Error Trigger in Google Tag Manager

Uncaught means that an error wasn’t captured and handled by some script on a page. In plain English: if an unexpected error occurs in JavaScript code and that code was not programmed to deal with it in some way, JavaScript Error trigger will track it.

Important: you should not think that this trigger catches ALL possible errors on a page. If a JS error occurs on a page and the script was programmed to handle it by showing a certain error/warning popup to a visitor, such error will not be tracked by GTM.

To get started, go to Triggers > New > Trigger Configuration > JavaScript Error. Leave all the settings as they are and save the trigger.

Also, go to Variables > Configure (in the Built-in Variables section) and enable Error Message, Error URL, Error Line.

When GTM captures an error, you can get 3 data points with it:

• Error message (the text of the JavaScript error message, for example, Uncaught ReferrerceError: testvariable is not defined )
• Error URL (the address of the page where the error occurred)
• Error Line (the line number in the code where the error was detected)

You could send all of those data points to Google Analytics. To do that, go to Tags > New > Universal Analytics and enter the following settings (make sure that you have already enabled the Error Variables in the container):

Note: set the field Non-interaction hit to true. This means that GA will not treat this event as an interaction and the errors that you catch will not affect your bounce rate.

Finally, assign the JavaScript error trigger (that you have previously created) to this Universal Analytics tag. Save the tag, refresh/enable the preview mode.

If you want to test this, you can add this code (temporarily!) to a page via content management system:

<script>
  setTimeout(function(){ 
      jstestingvarwithalongname.push({'key' : 'value'}); 
  }, 2000);
</script>

When you save the page and refresh it (but before that, refresh or enable the GTM preview and debug mode), you should see the JavaScript error in the GTM debug console.

Remember, the aforementioned line of code intentionally contains a JS error. Remove it immediately after the test is done.

#1.2. Why is it useful?

If your developer is not tracking JavaScript errors with a dedicated tool (like TrackJS), JavaScript Error tracking with Google Tag Manager is definitely better than nothing (of course, you should not think this is 100% accurate).

You can track JS errors as negative goals and then see the number of sessions that had at least one error (more on negative goals — later in the blog post).

Another idea: Sequence segments. For example, show all the sessions that entered the checkout and then had a JavaScript error but did not make a purchase.

This segment is more useful for those businesses where customers are usually converting in the same session they arrive.

These are just several ideas and everything depends on your imagination.

#2. Track 404 Errors with Google Tag Manager

Another type of error that you can track with Google Tag Manager is 404, a.k.a. Page Not Found. I have a separate blog post (covering other alternatives too) for that but here are some of the highlights + new ideas.

There are several different ways how to tackle 404 error tracking. I’ll mention two:

1. Sending a hit-scoped custom dimension to GA (Referrer) and then using it as the secondary dimension in GA reports. This works if “Page not found” error can be distinguished by the page title
2. Asking a developer to push the 404 event to the Data Layer

#2.1. Hit-scoped custom dimension – Referrer

This method will be useful if the page title of 404 pages contains “Page not found”, “Page missing” or some other phrase that lets you easily identify that a visitor has landed on a 404 page.

How can you check that? Open a website you’re working on, and add some gibberish at the end of the URL, e.g. https://www.youwebsite.com/posts/somenonsense

Are you redirected to a 404 page? What is the title of the page? (you can check that in the browser tab):

So if you indeed see something meaningful (and related to “page not found”) here, continue reading. By the way, huge thanks to Charles Meaden who mentioned this idea in one of my previous blog posts about the Referrer Variable in Google Tag Manager.

#2.1.1. Custom Dimension in GA

In your Google Analytics, you will need to create a custom dimension. Go to Admin (click the gear icon in the bottom left corner of the GA interface) > Property column (make sure you have selected the needed property) > Custom Definitions > Custom Dimension > New Custom Dimension.

Enter the following settings:

• Name: CD – Referrer (or you can call it just “Referrer”, it’s up to you which Naming Convention to use)
• Scope: Hit

Once you do that, you will see the number (index) of the custom dimension. Remember it. We’ll need it quite soon.

#2.1.2. GA Settings Variable

I really hope that you already are using this variable in your GA/GTM setups. If you don’t, read this guide. If you do, then do the following:

• In the variable (that is used by your Universal Analytics tags), click More Settings > Custom Dimensions
• Enter the index number of your Custom Dimension (for example “5” without quotation marks) in the left column and {{Referrer}} the right one (this variable is enabled in the GTM container by default).

Once this is done, together with every hit (event, pageview, etc.) you will be sending the value of Referrer. In a nutshell, this variable passes the web address of the previous page.

This is useful because you can then better understand where are people coming from to that 404 page and, therefore, will be able to fix the issue sooner.

How can you see that data in GA reports? Go to Behavior > Site Content > All Pages.

Change the primary dimension to Page Title

And then add the CD – Referrer (or whatever you named it) as a secondary dimension.

Finally, in the search field enter “Page not found” (or whatever your website uses as a title of the 404 page).

Voilà! You now have a report of “Page not found” and you also see the previous page that a visitor was on (meaning that those previous pages probably contain broken/outdated links).

Important: this Custom Dimension will NOT affect your past data. Only new hits to GA will be sent together with a “Referrer” custom dimension.

Also, you can create custom GA reports with more dimensions (columns) at the same time:

• Page title
• Page
• CD – Referrer

#2.2. Ask a developer to push the 404 error to the Data Layer

If the previous option did not work for you, here’s another one. Whenever a visitor lands on a page that contains a 404 (page not found) error, ask a developer to activate the following code (preferably, before the GTM container snippet):

<script>
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  'event': 'error',
  'errorType': '404 - page not found'
});
</script>

P.S. You are free to use different values for those keys that match your own naming convention.

This code will push the error information to the Data Layer.

Once a developer implements the code, you will need to:

1. Create a Custom Event Trigger
2. Create a Data Layer Variable
3. Create a Google Analytics Event tag that sends the 404 error to GA as an event (non-interaction)

First, let’s start with a trigger. Go to Triggers > New > Custom Event Trigger and enter the following settings:

Enter the value of the “event” key in the “Event name” field. If you used my code example, then enter “error” (without quotation marks).

Then, the Data Layer Variable. Go to Variables > User-defined Variables > New > Data Layer Variable. Enter the following settings if you have precisely copied my code example:

Important: event names are case-sensitive in GTM.

Last but not least, Universal Analytics (GA) tag. Go to Tags > New > Universal Analytics and enter the following settings:

This should also be configured as “Non-interaction hit: true”.

Don’t forget to test the setup with the GTM preview and debug mode + publish the changes after that.

#3. Checkout Errors

The third group of errors that should definitely get your attention is checkout errors. I’d say that these are one of the most important ones because the visitor/user is very close to the conversion (e.g. purchase, signup, etc.).

Your goal is to reduce friction/struggle as much as possible.

What kind of errors should you track? Consult with a developer of that checkout what is possible.

Here are some ideas:

• Form-related errors (like “some required fields are not filled in: first name, address”)
• Form-field-related errors (like “invalid shipping address”)
• Payment-related errors (like “insufficient funds” or “card declined”) (just make sure things like credit card data is not tracked)

After identifying groups of errors that you want to track, ask a developer to push those errors to the Data Layer, here’s a sample code:

<script>
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  'event': 'error',
  'errorType': 'checkout error', // this value should depends on the type of error, e.g. form error, checkout error, etc.
  'errorMessage' : 'card declined' // some descriptive message about the error
});
</script>

Then apply the same principle I’ve explained in chapter #2.2. of this blog post, create:

• Custom event trigger
• Data Layer variables (for errorType and errorMessage)
• Google Analytics tag

Here’s what the tag should look like (don’t forget to assign the Custom Event trigger to this tag)

If you have already implemented the 404 tracking with the developer’s help, then you will already have one variable and the trigger. No need to create duplicates for that.

#4. Form Errors (e.g. Registration and Login forms)

There are different ways how to track form errors. Some are more reliable, the others are less. The most robust way is, once again, to cooperate with a developer and ask him/her to push the error data to the Data Layer.

I will not explain this principle all over again. Please revisit chapter #2.2. of this blog post.

In addition to the “Developer + Data Layer” method, here are some other alternatives. Remember, they might be more fragile and cause more significant data inaccuracies:

1. Track when the error message of the form appears on the screen
2. Using AJAX form? Check the response when the form is submitted (maybe you’ll find something useful there)

#4.1. Using Element Visibility trigger to track form errors

Warning: for this method to work, you will probably need to become familiar with CSS selectors, which is an advanced topic.

So if you have a form that displays an error message (after the form was submitted with an error), here’s what you could do.

First of all, do the right-click on that error message and see what kind of classes or IDs does it have. Once again, I cannot stress this enough: this method will work if you have the right CSS Selector fundamentals in your head.

Here’s an example of what I see after I start inspecting a certain element (P.S. this does not mean that you will see the same thing (because the majority of websites are unique)).

Take a closer look at the class attribute of that error message. One of the classes is wpcf7-validation-errors. We could use that in our GTM trigger.

Go to Triggers > New > Trigger Configuration > Element Visibility and enter the following settings:

In CSS, all classes start with a dot. That’s exactly what we did: we entered .wpcf7-validation-errors. Also, make sure you enable the “Observe DOM changes” setting.

Let’s test whether the trigger works properly. Save the trigger, refresh/enable the GTM Preview and Debug mode, refresh the page with the form and submit the form with one required field missing (or some other error you know).

You should see the Element Visibility event appear on the left side of the Preview mode panel.

Now, how can you access the text of that error message? The neat trick is that Click Text or Form Text, built-in variables in GTM, return the text of the element that was tracked by the Element Visibility trigger. Learn more about this here.

Now, it’s time for a tag. Go to Tags > New > Universal Analytics and enter the following settings:

I recommend tracking all page errors under the same category “error” (with some exception). I’ll explain my naming convention a bit later in this blog post.

As always, error events in GA should be tracked as Non-interaction hit: true.

Where will you see this event in GA?

• Realtime > Events (for debugging). If you don’t see the event, read this guide.
• Behavior > Events > Top Events (keep in mind that the events will not appear here in real-time. You’ll need to wait. Also, don’t forget to include today’s data by adding it in the GA date-picker).

#4.2. Working with an AJAX form? Try this

If your form does not reload the page after it was submitted (or when the error is displayed), there is a chance that the form was built by using the AJAX.

How can you make sure you’re working with an AJAX form? Click this link (credit for this code goes to Bounteous), copy the entire code and paste it into a new Custom HTML tag within your GTM container. Set the tag to fire on All Pages. Save the container, refresh the preview mode and refresh the page where the form is located.

Custom HTML tag will fire on a Pageview event. Don’t worry about that. Now try to submit the form properly. Did the ajaxComplete event appear in the GTM preview mode? Yes? This means you’re working with an AJAX form.

Now try to submit a form with at least one empty required field. Did the ajaxComplete event appear again? If yes, click that event in the preview mode and go to the Data Layer tab.

Scroll down and keep looking for the response section.

Do you see something meaningful there that is related to an error? In my case, I see this (Warning: the data structure of the response might look totally different in your case):

It would be cool to access that status and message values, right? Luckily, we can do that.

#4.2.1. Data Layer Variables

Go to Google Tag Manager > Variables > User-defined Variables > New > Data Layer Variable.

In my example, the status key is in the object response that is in another object called attributes. That is why in the Data Layer Variable, you should enter attributes.response.status (if you have no clue what I’m doing here, read this guide)

Save the variable. Now, it’s time to access the message. Enter attributes.response.message in the Data Layer Variable.

Save the variable.

#4.2.2. Trigger (when the error message is pushed to the Data layer)

Now, it’s time to create a trigger that will be activated when an ajaxComplete will be pushed to the Data Layer and attributes.response.status will equal to validation_failed.

Save the trigger

#4.2.2. Google Analytics tag

And the last step — Universal Analytics tag. Go to Tags > New > Universal Analytics and enter the following settings.

I’ve inserted the attributes.response.message as the Event Label. Every time an AJAX form error will be pushed to the Data Layer, I will pass its text/message to Google Analytics.

Important: If you have named your variables differently (e.g., not dlv – attributes.response.message), then use your naming in the GA tag, not mine.

Save the tag, refresh the preview mode, refresh the page with that form and submit it with an error. Check if the ajaxComplete event was fired and whether it is visible in the GA real-time reports. As for the Standard GA reports, these events will (as usual) appear in the Behavior > Events > Top events report.

#5. Server Error (like 50x, etc.)

When a server error occurs on a page (e.g. “Internal server error” or “Bad Gateway”, etc.), they look like this (pardon me or an old screenshot I found online):

Simple plain text page. However, GTM (or any other snippets) on that page is not available, thus you cannot track them by default. As a solution (I honestly don’t know whether this is the only workaround), you could ask a developer to redirect visitors to a static error page (each error will probably have a unique error page (visually similar but with a different error message)).

For example, if 500 error occurs, a developer could redirect a visitor to a yourwebsite.com/500error.html (or something like that). If 503, then yourwebsite.com/503error.html.

My examples here totally made up. The URLs of your error pages might look totally different. However, keep in mind that only a developer can implement these redirects to error pages.

All error pages could use the same HTML file template with some basic error information and the Google Tag Manager container snippet. The snippet is the key here. Without it, no error tracking will be possible. Some companies even go the extra mile with a custom error page design that might look like this:

If URLs of the error pages contain the error code (e.g. yourwebsite.com/500error.html), you can implement the same method that I’ve explained in #2.1 chapter of this article.

If, however, the URLs aren’t very friendly, e.g., yourwebsite.com/error1.html means 500 error, then you could implement something like this. Create a Lookup Table or Regex Table variable that will check the Page Path and will return a more meaningful/readable value.

#5.1. Lookup Table Variable

For this example, I will use a Lookup Table variable (that will be looking for exact matches).

A hypothetical situation. Our website has 5 error pages for different types of server errors:

• mywebsite.com/error1.html is for error 500 (if you are not familiar with error codes, here they are)
• mywebsite.com/error2.html is for 502
• mywebsite.com/error3.html is for 503, etc.

Here what we could do. In GTM, go to Variables > User-defined Variables > New > Lookup Table. Choose {{Page Path}} as an input variable. Then create separate rows for each error page.

Since we will be working with a {{Page Path}}, we will need to enter what comes after the slash in the URL, e.g. error.html. Let’s do that:

Then, on the right side of each column enter the output that you want to use (in other words, we will turn the ambiguous error.html into 500 error).

If in the future, you plan to implement more error page templates, it’s a good practice to set the “default” value of the table variable. If none of the conditions/rows are met, this variable will default to the {{Page Path}}.

Save the variable.

#5.2. Trigger

Now, let’s create a trigger that will be activated when the visitor loads an error page. Go to Triggers > New >Trigger Configuration > Pageview and enter the following condition:

In our case, Page Path or an error page starts with “error” and ends with “.html”.

#5.3. Tag

Finally, let’s create a Google Analytics event tag that will send the error to GA. Go to Tags > New > Universal Analytics and enter the following settings.

With the help of the Lookup Table variable, you will be sending the actual error codes to GA.

Assign the pageview trigger to this tag, save it. Don’t forget to test and then publish your changes.

Checking Error Data in Google Analytics

Now, it’s time to check your error data in Google Analytics. If you were tracking them as events, you will find them in Behavior > Events > Top Events report. If you followed my naming convention, error Event Category is the one that you should be looking for.

Just keep in mind that:

• This data does not appear immediately. You will still need to wait (sometimes 15 minutes, sometimes hours. Start panicking after 24 hours.).
• By default, GA standard reports do not include today’s data. So don’t forget to include it in the date picker.

If some of the errors are tracked as pageviews (e.g. like in #2.1. chapter), then you will find that data in Behavior > Site Content > All Pages. Switch to Page Title primary dimension and then add any secondary dimension if you need it.

Several Tips Regarding Error Naming Convention

This is NOT some hard rule that you MUST follow. It’s up to you how will you name your events in GA. But my personal preference is to group all errors under the Event Category error. JavaScript errors can be an exception and I can treat them as a separate event category (because there is more information that you can get from the JS error trigger). So, it’s up to you to decide.

Then the Event Action would be the type of an error, e.g.:

• checkout error
• server error
• 404 error
• form error (for general landing page opt-ins)
• registration error
• login error, etc.

Event Label should be used for the description of the error. What exactly was the error? For example:

• If the error is in the checkout, an error message/text would be valuable (like “credit card declined”)
• If the error was server-side, then the error code (e.g. 503) and the location (URL) would be nice (or at least the error code)
• If the error is related to a form, then I’d like to know the error text

You get the idea. But once again, these are just my thoughts. You are free to choose a different naming convention.

Treating Errors as Negative Goals in Google Analytics

Usually, goals are treated as positive (for a business) interactions that a visitor/user completed on a site. But it does not always have to be that way. It also makes sense to track a negative conversion rate (shout out to Mikko who was spreading this message in 2019).

What is the percentage of your sessions where visitors/users/customers had at least one error in the checkout? 20%? I think you should take a closer look at that.

If you want to treat every error (that is event-based) that was tracked on a page (and if you followed my naming convention), you could just go to GA Admin (in the bottom left corner) > View column > Goals and create a goal with the following settings:

• Custom template
• Name – anything you want
• Type – Event
• Event conditions:
  

This will treat any event of which Event Category equals to error.

If you want to be more specific and track only, say, checkout errors as negative goals, you can enter goal settings similar to these ones:

Once you set the goal, you can find them in multiple reports within Google Analytics, for example, Acquisition > All Traffic > Source/Medium

Or Conversions > Goals > Overview

GA Custom Alerts

I will not dive deeper into how to configure them. Instead, you can read this guide. But I still wanted to mention that such functionality exists. You can configure GA to send you email notifications if the number of certain errors on a page reaches a certain threshold.

Rule of thumb: set alerts only for the most essential problems like server errors or checkout. I would not personally monitor JavaScript errors with an alert because in many cases, users might not even notice that such error has occurred.

If your thresholds for alerts are too low, you will be overwhelmed by the number of notifications and eventually, will start ignoring them. It takes some time to find the proper (not too high but not too low either) threshold.

Final words

These were some of the ideas about Error Tracking with Google Tag Manager. Every business is different, therefore, types of errors that you can/will measure will also be different.

Personally, I always try to track:

• Form-related errors
• Checkout errors
• Registration errors
• 404 errors

The first three are directly related either to revenue or lead acquisition (that may eventually lead to revenue increase). 404 errors are quite easy to track and may help you identify missed opportunities when a visitor lands on your page, finds nothing and bounces.

Got something to add? Use the comments section below!