Анализируем загрузку веб-страницы. Ошибки загрузки и отображения почты Не масштабируйте изображения

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

Выберите проблему:

Иероглифы или непонятные символы появляются из-за неправильной кодировки страницы. Кодировку могут изменить вирусы или вредоносные программы.

CureIt! от Dr.Web и Virus Removal Tool

Если страница не загружается или загружается очень долго, вы видите сообщения:

«Произошла ошибка» .

«Попробуйте обновить вкладку браузера или повторите попытку через несколько минут» .

«Подождите, пожалуйста...» .

«Попробуйте обновить страницу или воспользуйтесь лёгкой версией Почты» .

Почему страница не загружается и как это исправить:

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

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

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

\\n \\n \\n \\n Возникла проблема с сетевым подключением \\n \\n

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

\\n \\n \\n \\n В Internet Explorer 8 и выше выбран не тот режим совместимости \\n \\n

Если в браузере Internet Explorer 8 и выше вы используете режим совместимости с\\n более старой версией, это может приводить к ошибкам.

Режим\\n документов

\\n \\n \\n \\n \\n\\n "}]}}\">

Снизилась скорость интернета

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

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

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

В Internet Explorer 8 и выше выбран не тот режим совместимости

Если в браузере Internet Explorer 8 и выше вы используете режим совместимости с более старой версией, это может приводить к ошибкам.

Установите параметры Режим браузера и Режим документов в соответствии с версией вашего браузера.

Сообщение об ошибке сертификата безопасности начинается с фразы:

«Ваше подключение не защищено» .

«Сайт угрожает безопасности вашего компьютера» .

«Ошибочный сертификат» .

«Ошибка в сертификате безопасности» .

«Это соединение является недоверенным» .

Почему появляются ошибки сертификата безопасности и как их исправить:

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

С некоторых пор, перманентно, примерно один раз из трех попыток, Яндекс. Почта стала мне выкидывать сообщение такого характера:

И за что мне такое наказание? Я пробовал не обращать внимание, жал F5 , но толку? Оно может провисеть несколько часов или минут, потом исчезнуть, не появляться день, но неизменно… перманентно… словно заступая на дежурство по схеме «сутки-двое». (Сутки работает, двое-нет!) выскакивает это их навязчивая просьба «воспользуйтесь легкой версией».

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

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

Я вот намеренно не лезу в поиск Гугл, не пишу писем Яндексу. Не пытаюсь «решить» проблему. Зачем? Проблема не моя. Дело не в моем «железе» или софте. Зато считаю долгом довести до сведения людей, что такая проблема существует.

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

К стати, существует такая проблема не так уж и давно. Может полгода, от силы. Раньше НИКОГДА Яндекс. Почта так не глючила!

Но.. если такое будет продолжаться достаточно долго, то придётся просто-напросто съехать с яндекса, увы…

Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

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

Для чего это нужно: в 2014 году сайт Walmart загружался на мобильных устройствах 7 секунд, демонстрируя пользователям белый экран. За год Walmart сократил время загрузки страницы до 2.9 секунд. 4 секунды удалось срезать за счет сокращения барьеров, препятствующих загрузке: упрощения кода JavaScript, удаления медленных шрифтов, оптимизации изображений. Увеличение скорости на каждую секунду повышало конверсию сайта на 2%.

Плюс 2% только из-за того, что пользователь стал ждать открытия страницы меньше на 1 секунду. Это веский повод для проверки своего сайта. Даже если вам кажется, что он работает быстро, вполне может оказаться, что лишние секунды все-таки есть, и они воруют вашу прибыль. О том, как узнать, насколько быстрый ваш сайт, и как ускорить его при необходимости, рассказал Нейл Патель.

Ирина Винниченко

Контент-маркетолог SEMANTICA

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

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

• pr-cy.ru
• mainspy.ru
• айри.рф

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

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

Потому что мобильный трафик – это реальность диджитал-мира. Сейчас он важнее десктопного трафика. 51.3% всех пользователей интернета – это мобильные пользователи. В будущем цифра будет расти.

Актуальный способ адаптации сайта под мобильные устройства – это адаптивный веб-дизайн с ненавязчивыми всплывающими окнами.

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

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

Почему важно думать о скорости

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

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

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

Узнайте скорость загрузки своего сайта

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

Один из лучших тестов скорости мобильных сайтов – Think With Google :

Протестируем на сайте Amazon.com, потому что им часто пользуются с мобильных.

Процесс анализа занимает минуту или две.

По окончании анализа вы увидите три оценки:

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

Первая оценка показывает, насколько легко ваш сайт использовать на мобильном. Это общая метрика. По этому показателю у Amazon все отлично. Зато плохо по скорости загрузки.
Think With Google предлагает бесплатную диагностику сайта. Я рекомендую вам согласиться на подготовку подробного отчета и посмотреть, что сервис предложит по итогам анализа.

Улучшите дизайн мобильного сайта

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

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

Мобильные сайты сильно изменились за последние пару-тройку лет. Раньше обычным явлением было наличие двух версий сайта – обычной, десктопной, и мобильной. Последние было легко идентифицировать по субдомену “m.”:

В этой ситуации мобильный и десктопный сайты управляются по-разному. Их можно сравнить с Макдоналдс и МакАвто. Декстоп – это ресторан Макдоналдс. Мобильный сайт – это МакАвто.

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

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

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

Такой подход нравится Google, что подтверждается заявлением компании : «Адаптивный дизайн – это тот паттерн дизайна, который рекомендует Google».

Возможно, вы думаете: «Ок, круто. Но как адаптивный веб-дизайн поможет мне решить проблемы со скоростью».

Адаптивный веб-дизайн обычно позволяет загружать сайт быстрее, чем в случае с мобильной версией. Используя его, вы получаете большое преимущество в SEO.

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

Делайте сайт легким

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

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

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

К счастью, эффективность и красивое оформление прекрасно сочетаются. Несколько советов:

Упрощайте

Леонардо да Винчи говорил, что: «Простота – это крайний предел опытности». Спустя почти пять сотен лет его слова звучат все также верно. Если вы посмотрите по сторонам, увидите, что все сложное вокруг вас заменяется минималистичным дизайном. Это работает и в отношении сайтов. Особенно мобильных, потому что на экранах портативных устройств слишком мало места. Сводное пространство легко переполнить. Подумайте о том, как избежать бардака.

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

Вот пример простого дизайна от Rug Doctor:

Гламурно. Без лишнего блеска. Привлекает внимание.

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

Сокращайте шаги

Чем меньше посетителю сайта нужно делать, тем лучше.

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

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

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

Прямо и просто. Ничего лишнего.

Опять-таки, сокращая шаги, мы сокращаем код. Сложно сделать его огромным с минимумом страниц на сайте.

Используйте меньше изображений

Хорошие изображения полезны для любого сайта. Они нравятся пользователям, помогают в SEO. Но если хорошего становится слишком много, оно перестает быть хорошим.

Для справки: изображения занимают примерно 63% веса страницы.

С 2011 по 2015 средний вес мобильной страницы вырос в три раза.

Изображения – самые требовательные элементы страницы. Они занимают много места. Неоправданно много изображений – это плохо.

Уменьшить вес картинки можно двумя способами:

• Обрезать картинку.
• Сжать изображение.

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

Не используйте пользовательские шрифты

Мне нравятся красивые шрифты. Но большинство из них очень требовательные.

Некоторые съедают тонну CSS, другие утяжеляют JavaScript. В любом случае, придется столкнуться с огромным кодом.

Минимизируйте код

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

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

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

Можно попробовать следующие вещи:

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

При генерации страницы перед вами встанет задача распределения картинок по 4 разным хостам. Это легче всего сделать с помощью любой хеш-функции, например, MD5. Вместо того чтобы загружать все с одного http://static.example.com/ , создайте 4 хоста (например, static0.example.com , static1.example.com , static2.example.com , static3.example.com) и используйте 2 бита из MD5-суммы для каждой картинки, чтобы выбрать, на какой именно хост ставить ссылку на ее загрузку. Убедитесь, что все страницы используют один и тот же алгоритм соответствия (указывают на один и тот же хост для каждой картинки), иначе вы будете безрезультатно бороться против кеширования .

Стоит, однако, заметить, что добавление еще одного хоста увеличивает расходы на дополнительные DNS-поиск и установку HTTP-соединения. Если у пользователей включена конвейерная обработка запросов или страница подгружает менее десяти объектов (лично я бы рекомендовал ориентироваться на 5-6 на хост, т.е. при 10 объектах можно вводить второй хост, при 16 — третий, а при 25 - четвертый ), то пользователи не ощутят выигрыша от увеличения числа параллельных запросов и вместо ускорения загрузки сайта заметят ее замедление. Преимущества данного подхода появятся только для страниц с большим числом внешних объектов. Стоит каким-либо образом измерить разницу во времени загрузки для ваших пользователей прежде, чем полностью внедрять данную методику.

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

Рассмотрите возможность расположить небольшие объекты (или зеркало, или их кеш) максимально близко от пользователей в терминах сетевых задержек. Для больших сайтов с международной аудиторией можно использовать как платные сети доставки содержания (Content Delivery Network ), так и отдельные виртуальные машины в пределах 50мс для 80% ваших пользователей вместе с множеством доступных методов для распределения запросов пользователей на ближайшую к ним виртуальную машину (к слову сказать, как раз так работают сайты многих международных компаний, в том числе, и Acronis , распределяющие пользователей по локальным версиям в зависимости от географического признака ).

Регулярно проверяйте ваш сайт, заходя с помощью «рядовых» соединений. В моем случае использование «медленного прокси-сервера», который эмулировал плохое DSL-соединение из Новой Зеландии (768Кбит входящий, 128Кбит исходящий, 250мс задержка, 1% потери пакетов) вместо гигабайтного канала с несколькими миллисекундами от серверов в штатах, оказалось весьма полезным. Мы очень оперативно обнаружили и устранили ряд функциональных ошибок и проблем удобства использования.

Для моделирования такого медленного соединения, я использовал модули ядра Linux netem и HTB , которые доступны с версии 2.6. Оба этих модуля устанавливаются с командой . Это позволяет добиться наиболее точной эмуляции, которую мне удалось найти, но я бы не назвал ее идеальной. Лично я не пользовался, но, по общему мнению, по скрытой возможности в их браузере, которая позволяет получить также некоторую дополнительную информацию по поводу загрузки.

Если же вы хорошо знакомы с HTTP-протоколом и TCP/IP на пакетном уровне, то можно попробовать посмотреть, что происходит, используя tcpdump , или . Эти инструменты являются просто обязательными для сетевых отладок любого рода.

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

Если в результате таких тестов задержки оказались весьма высокими, и процесс веб-сервера (или CGI, если вы используете его) «отъедал» слишком много CPU, то причиной этого зачастую может оказаться необходимость в компиляции скриптов в процессе выполнения при каждом запросе. Такое программное обеспечение, как eAccelerator для PHP, mod_perl для perl, mod_python для python и т. д. могут кешировать серверные скрипты в скомпилированном состоянии, существенно ускоряя загрузку вашего сайта. Кроме этого, стоит найти профилирующий инструмент для вашего языка программирования, чтобы установить, на что же тратятся ресурсы CPU. Если вам удастся устранить причину больших нагрузок на процессор, то страницы будут отдаваться быстрее, и вы сможете выдавать больше трафика при меньшем числе машин.

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

(Опционально) Подать петиция производителям браузеров с целью включить конвейерную обработку HTTP-запросов по умолчанию в новых браузерах. Если это будет сделано, то нам не придется исполнять эти «танцы с бубнами» (these tricks ), и большая часть веба будет загружаться быстрее для среднего пользователя. (В Firefox"е это отключено, предположительно, из-за некоторых прокси, некоторых балансировщиков нагрузок и некоторых версий IIS (привет, Microsoft! ), которые впадают в шок при конвейерных запросах. Но в Opera, по-видимому, провели существенную работу для того, чтобы включить эту возможность по умолчанию. Почему так не могут поступить все остальные браузеры?)

Заключение

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

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

В Google Chrome, аналогично с иными браузерами ОС Windows, существует проблема, которая связана с тем, что после загрузки страницы на компьютере сохраняются некоторые скачанные файлы.

Со временем они начинают занимать слишком много места на жестком диске.

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

Что это такое

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

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

Однако в этом случае есть и свои негативные стороны. К примеру:

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

Как проводить очистку

Сама процедура является максимально простой. Прежде всего нужно запустить сам браузер через систему Windows. Теперь необходимо нажать сочетание клавиш Shift + Ctrl + Delete. Это является наиболее быстрым способом открыть куки браузера. Это можно сделать и иным путем. Для этого нужно найти в хроме кнопку входа в меню (она в последних версиях обозначается тремя точками, расположенные в столбик), она называется «Настройка и управление» и нажать.

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

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

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

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

Также произвести удаление всех сохраненных файлов можно даже не заходя в хром. Для этого нужно будет открыть в Windows саму папку, где они храниться.
Обычно, это можно сделать перейдя по адресу C:\Documents and Settings\Admin\Local Settings\Application Data\Google\Chrome\User Data\Default\Cache\ где «Admin» — это имя пользователя Windows.