Google начал правильно кэшировать содержимое сайтов из mobile-first


Содержание материала:

Почему google page speed ругается на кэширование?

Здравствуйте есть код htaccess

но все равно google ругается. Почему?

  • Вопрос задан более года назад
  • 386 просмотров

Причем тут ваш htaccess и реальное кеширование?)))
Скорее всего директива не срабатывает, копошите сервер.

Когда директива начнет срабатывать, прочитайте нижеследующий текст:
Для google page speed оптимально ставить 30 дней, не меньше. Меньше — опять будет ругаться.

Любые идеи, почему Google не кэширует мой сайт?

Сайт www.books-for-children.com, разработанный в WordPress CMS. Он был запущен около двух месяцев назад и до сих пор не кэширован Google, что кажется очень необычным. Любые идеи, на которых я могу найти ответы?

4 ответа

Потому что вы сказали им не (см. в разделе «Управление кешированием и фрагментами»):

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

Что касается этого, вам нужно будет проверить вашу установку WordPress (настройки, плагины SEO) и файлы тем, чтобы точно определить, откуда этот тег, но похоже, что этот плагин Yoast делает это.

Дополнительно от того, что сказал Су, это от Часто задаваемые вопросы Google :

Q: Мой сайт еще не проиндексирован!

A: Сканирование и индексирование — это процессы, которые могут занять некоторое время и которые зависят от многих факторов. В целом, мы не можем делать прогнозы или гарантии о том, когда или если ваши URL-адреса будут сканироваться или индексироваться. При просмотре индексации сайта в Инструменты для веб-мастеров, убедитесь, что у вас есть как «www», так и «не-www» версии (например, «www.example.com» и «example.com») проверены и имеют набор предпочтительных доменов. Имейте в виду, что, хотя Sitemap файл может помочь нам узнать о вашем сайте, это не гарантирует индексацию или повысить рейтинг вашего сайта.

Вы пытаетесь это сделать.

Откройте администратор WordPress, а затем перейдите к настройке => Privacy => Разрешить поисковым системам индексировать этот сайт => Сохранить ..

Он кэширует сайты WordPress.

Вы можете предложить свой сайт в инструментах Google для веб-мастеров Google. Может быть, это поможет.

Google pagespeed Insights, как включить кэш браузера внешних файлов

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

Как включить кэширование файлов в браузере

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

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

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

Используйте кэш браузера

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

Вставив этот код в файл htacces, вы можете перепроверить свой сайт в сервисе google PageSpeed
Insights. Если в разделе «используйте кэш браузера» всё отлично, значит, у вас там будут
только ссылки на внешние ресурсы, такие как аналитика, Яндекс метрика, социальные
кнопки и прочее.
Лично, я параллельно с этим кодом использую возможности своего хостинга для кэширования файлов на стороне пользователя. Это выглядит следующим образом.

Как видите, мой хостинг позволяет включить кэширование на стороне браузера и выставить уровень сжатия и период хранения файлов. Также, я использую плагин для быстрой загрузки страниц wp super cache, но о нём я, может, как-то расскажу своим читателям, подписавшимся на обновления блога .

Как включить кэш внешних файлов в Google PageSpeed Insights

Если вы выполнили рекомендации для кэширования файлов у себя на блоге. Вы должны, в инструменте Google PageSpeed Insights, увидеть только ссылки на внешние ресурсы. У вас должно быть, что-то схожее. Как видно из скриншота, Google PageSpeed Insights ругается на внешние ресурсы, такие как Яндекс метрика, google аналитика и другие. Сейчас я вам расскажу, как исправить эту ошибку и сделать ссылки на внешние ресурсы внутренними и кэшируемыми на стороне вашего сервера.

Используем кэш браузера для внешних ресурсов

Так, как файлы внешних ресурсов не принадлежат нашему сайту их необходимо в первую очередь скачать. Для того чтоб скачать внешний файлы со сторонних ресурсов, мы должны создать файл kesh_js.php со следующим кодом. Советую, пользоваться блокнотом Notepad++ для быстрого и корректного добавления кода в файл.

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

downloadJs ( ‘ сюда вставьте ссылку из PageSpeed / metrika.js ‘ , realpath ( «./papka_js« ) . ‘/ metrika.js — сюда вставьте конечный файл’ ) ;

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

После, того, как добавили код в файл kesh_js.php, вы можете назвать его иначе. Его необходимо залить в корень нашего сайта. Также в корне сайта, необходимо создать папку papka_js, либо под другим именем с правами доступа 777/755. Для того чтоб выставить права доступа папке, советую использовать Fillizille.

Для этого просто открываем программу fillizilla. Далее, выбираем папку и выставляем права доступа, обязательно 777, после чего меняем обратно на 755. Это также можно сделать в панели управления вашего хостинга, если нет желания использовать эту программу. Я покажу, скриншот выставления прав доступа в программе Fillizilla. После чего открываем раздел «права доступа к файлу» и вводим наше значение 777/755.

Дальше, нам необходимо запустить наш файл для скачивания внешних скриптов и изображений в папку papka_js. Для этого, просто введите в адресную строчку https://адрес вашего сайта/kesh_js.php. Примерно, через 5-10 минут, можете проверить содержимое папки, если оно пустое, значит, вы сделали что-то не так. Ищите ошибку. В папке papka_js, должны быть скрипты, необходимые для кэширования на стороне браузера, через наш сайт. Вот, как это выглядит у меня.

Как включить планировщик заданий для сайта (cron)

Следующим шагом, нам нужно включить планировщик заданий для нашего сайта, чтоб наш скрипт https://адрес вашего сайта/kesh_js.php запускался, ежедневно. Благодаря, этому на нашем сайте, будет всегда актуальная версия файлов с внешних ресурсов. Даже, если разработчики внесут изменения в свой код, мы всегда будем иметь рабочую версию на сайте, благодаря планировщику заданий.

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

запуск задания через GET. При необходимости запуска cron-задания с учётом контекста движка:

где site.ru — имя вашего домена, а script.php — имя файла с заданием;

Топ-пост этого месяца:  РАЕК аудитория Рунета достигла 90 млн. пользователей

запуск задания через WGET. Альтернативный вариант запуска cron-задания с учётом контекста движка:

где site.ru — имя вашего домена, а script.php –— имя файла с заданием;


В нашем случае, мы должны прописать:

Либо выбрать альтернативный вариант, я лично остановился на первом.

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

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

Далее, нам нужно выбрать вкладку «планировщик», либо cron.

Теперь, открываем вкладку «создать».

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

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

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

P. S. Не забываем сменить URL, возможно синтаксис команды у вас будет другой. Проверьте примеры cron команд в справке вашего хостинга или утоните в тех.поддержке.

Теперь, нам остается изменить вызов наших js и других внешних файлов на внутренние с нашего сайта.

Меняем путь внешнего ресурса на свой, для увеличения скорости pagespeed Insights

После, всех действий сделанных выше, нам остаётся найти вызов внешних файлов и заменить их ссылки на свои внутренние.

Для этого мы опять открываем инструмент PageSpeed и копируем внешнюю ссылку, типа https://mc.yandex.ru/metrika/watch.js, ищем, где она у нас выводится, и заменяем его на путь внутри сайта, например https:// ваш сайт.ru /js/watch.js.

После чего чистим кэш браузера. Для Google Chrome, используем сочетание клавиш ctrl+shift+delete и проверяем работу сайта. Также, рекомендую ещё раз прогнать ваш сайт через инструмент PageSpeed Insights.

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

Используйте кеш браузера для следующих ресурсов. Как решить?

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

В этом случае анализаторы будут выдавать сообщение, что системы статистики не найдены, хотя реально всё будет работать.

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

Не вижу проблемы с метрикой. Решил у себя всё просто. скачал себе на сервер этот js по ссылке https://mc.yandex.ru/metrika/watch.js а затем просто прописал в htaccess все правила для кэширования.

Можете проверить сами, с метрикой нет вопросов совершенно. https://developers.google.com/speed/pagespeed/insights/?hl=ru&url=http%3A%2F%2Fwww.mblshkoblud.ru%2F&tab=desktop

Если кому нужно, можете подключать эти JS (обновляются каждый день)
http://static.flamix.info/cron/js/analytics.js (гугл)
http://static.flamix.info/cron/js/watch.js (яндекс)

На своем сайте сделал, добился 100% оптимизации — https://ru.flamix.software/
Может оно и не надо, но мне приятно 🙂

Всем здравия. ПОКАЗАТЕЛИ В GOOGLE SPEED МОЕГО САЙТА 100/100 http://sibvaleogroup.ru
Недуги и болезни одолевали сайт по Здоровью и правильному питанию! Не так давно занялся тестированием и ускорением загрузки. До этого был небольшой опыт.

Какие только методы и приемы не применял, долгие пробы и ошибки и приятный результат в виде бонуса ;). Грамотный подход и конечно огромное количество времени, потому что начинал с почти нулевыми знаниями и умениями. Тематика сайта очень востребована: Как начать бизнес? И Профилактика и лечение заболеваний! Натуральный ЭКО продукт! Добро пожаловать на просмотр показателей! Кстати последнее с чем пришлось потрудится это кеширование

Полный гайд по mobile-first индексу

Переход к mobile-first – значимое событие digital-мира. Google не только представляет новый тип индексации, но и подталкивает специалистов к тому, чтобы сделать мобильные сайты удобнее.

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

Что это такое?

Mobile-first (индексирование, ориентированное на мобильные устройства, как его переводит сам Google) — новая модель индексации, согласно которой для ранжирования сайтов и формирования сниппетов Google будет использовать мобильные версии страниц. Ранее поисковик в первую очередь учитывал десктопную версию сайтов, а оптимизация под мобильные устройства просто улучшала ранжирование.

Почему mobile-first?

Переход на mobile-first — колоссальная работа для команды Google. Зачем компании менять что-то и уходить от привычной модели индексации?

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

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

Как все начиналось

Первая информация о mobile-first индексе появилась в 2020 году. Еще тогда специалист Google Гэри Илш заявил, что запуск новой индексации – длительный процесс, полный переход может занять до пяти лет.

Запуск индекса состоялся в октябре 2020 года. На новый тип индексации было переведено небольшое количество сайтов, готовых к переходу. В мае 2020 вебмастера, чьи сайты перешли на mobile-first, начали получать уведомления в Search Console.

Mobile-first индексация включена для [адрес сайта]. Это значит, что в ваших логах будет больше трафика от Googlebot Smartphone. Также вы можете заметить, что контент для сниппетов в поиске теперь берется с мобильной версии сайта, – говорится в уведомлении.

По словам специалиста по качеству поиска Google Джона Мюллера, у компании нет четкого графика запуска mobile-first: команде предстоит еще много работы и назвать точную дату полного запуска индекса невозможно.

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

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

Что изменится?

Мы уже выяснили, что в целом изменится модель, по которой Google ранжирует сайты в выдаче: теперь в первую очередь Google будет сканировать мобильные версии, по ним и будут ранжироваться сайты. Теперь давайте разберемся, как mobile-first повлияет на разные типы сайтов:

Ничего. Поисковый робот Google продолжит индексировать десктопную версию. Однако помните, что предпочтение будет отдаваться mobile-friendly сайтам. Может быть, стоит задуматься об оптимизации под мобайл?

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

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

Обычные и AMP-страницы (две разные версии одной страницы с разными URL)

Поисковый робот Google будет отдавать предпочтение мобильным версиям страниц. Если для страниц используется динамический показ или разные URL, подготовьте их к переходу на mobile-first

Что делать?


В первую очередь, не паниковать.

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

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

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

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

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

Верификацию в Search Console. Необходимо подтвердить право собственности не только на десктопную версию сайта, но и на мобильную.

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

Метаданные для социальных сетей. Разметка Open Graph, Twitter Cards и другие метаданные социальных сетей должны присутствовать как в мобильной, так и в десктопной версиях.

Файлы Sitemap. Удостоверьтесь, что все ссылки на файлы Sitemap доступны с мобильной версии сайта.

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

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

Автор Moz.com, SEO-специалист Бриджит Рендольф ответила на частые вопросы пользователей.

После перехода на mobile-first Google создаст отдельный индекс для мобильных страниц?

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

Топ-пост этого месяца:  Как массово изменить тип ссылки у изображений на медиафайл в записях WordPress

Как узнать, что мой сайт переведен на mobile-first?

Google переводит сайты на mobile-first по мере их готовности. После перехода вебмастер получит уведомление в Search Console. Если уведомление все не приходит, а вам не терпится выяснить, как индексируется ваш сайт, можете воспользоваться советом отсюда. О том, насколько сайт подготовлен к переходу, можно узнать из вышеуказанных рекомендаций: если вы их соблюдаете, ждать осталось недолго.

А что, если у сайта нет мобильной версии? Ее нужно срочно создать?

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

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

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

Переход повлияет на размещение рекламы и контента на странице?

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

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

Генеральный директор агентства СЕО-Импульс Алексей Бузин рассказал, как компания готовится к запуску mobile-first и какие сайты, по его мнению, пострадают от обновления.

Рекомендуем всем, кто хочет сохранить текущие позиции в Google, проверить как выглядит сайт со смартфонов и не сильно ли он отличается от десктопной версии. Сделать это можно в Search Console с помощью функции «Посмотреть как GoogleBot».

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

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

Все еще есть вопросы? Здесь можно найти FAQ по mobile-first от Google

Настройка кэширования страниц сайта с помощью .htaccess: примеры

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

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

Содержание статьи:

Что такое кэш сайта — как кэширование влияет на сайт

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

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

  1. к логотипам;
  2. мелким изображениям;
  3. css файлам;
  4. общей структуре страниц.

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

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

Как включить и настроить кэширование сайта

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

  1. Создать конструкцию типа FilesMatch. В ней указываем необходимые расширения файлов для кэширования.
  2. Далее указываем заголовок Cache-Control с переменной max-age. Тут Cache-Control — это заголовок ответа сервера. Max-age — переменная в которой указывается время хранения файла в секундах.

Типичный список расширений, которые используются в конструкции FilesMatch:

Те файлы которые Вы не хотите кэшировать, включать в список конструкции FilesMatch не нужно.

Пример кода Header set Cache-Control

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


Пример конструкции «FilesMatch» запрещающей принудительное кэширование

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

Также имеется еще один способ управления Cache — который используется многими плагинами на WordPrees. В этом способе, мы будем использовать модуль mod_expires. Этот модуль имеет способность контроля, над заголовками ответа HTTP на стороне сервера. Тут основное время хранения данных в кэше, может быть установлено Вами.

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

  1. по времени доступа клиента;
  2. или по последнему изменению файла;
  3. установка по времени;

Пример простого кода

Более серьезный пример использования

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

Кэширование в браузере на стороне пользователя на 3 — 7 дней или на год

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

Кэширование контента (Flash, CSS, JS, HTML, XML) и изображений

В этом примере, мы используем кеш только к определенным файлам. И на менее длительный срок.

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

Настройка кэширования с помощью плагинов WordPress

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

WP Fastest Cache

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

WP Super Cache

Очень популярный плагин! Отличный функционал и удобные настройки. Способен кешировать большое количество различных объектов. Настройка плагина очень простая.

W3 Total Cache

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

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

В заключение

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

Оптимизация для мобильного поиска: готовимся к mobile-first индексу Google

Руководитель группы оптимизаторов в компании «Ашманов и партнёры» Никита Тарасов дал практические советы по оптимизации сайтов для мобильных алгоритмов «Яндекса» и Google.

В 2020 году Google планирует запустить алгоритм Mobile-first Index. С этого момента оптимизация десктопной версии сайта потеряет первостепенное значение для ранжирования.

Топ-пост этого месяца:  Как увеличить скорость загрузки сайта используем подсказки Preconnect для оптимизации

Похожий алгоритм уже запустил «Яндекс», и в мобильном поиске он отдаёт приоритет сайтам, адаптированным для просмотра на смартфонах и планшетах. За последние два года доля визитов «Яндекса» c этих устройств выросла с 25% до 45%. Многие российские сайты, даже те, у которых с десктопной оптимизацией всё хорошо, к этим переменам в ранжировании не готовы.

Оптимизацию для мобильного поиска нельзя игнорировать, как минимум потому что есть риск потерять 30-40% органического трафика.

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

Сделайте, наконец, мобильный (или адаптивный) сайт

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

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

Ускорьте загрузку сайта до трёх секунд

Скорость загрузки сайта — значимый критерий для алгоритмов ранжирования и пользователей. По данным Google, показатель отказов достигает 53%, если сайт загружается более трёх секунд. Видимость в поисковой выдаче из-за этого значительно проседает.

Основные причины медленной загрузки:

  • Файлы изображений большого объёма.
  • Неоптимальная загрузка JavaScript и CSS.
  • Большие фрагменты закомментированного кода.

Чтобы получить рекомендации по увеличению скорости загрузки конкретного сайта, воспользуйтесь сервисами PageSpeed Insights и Gtmetrix.

Внедрить рекомендации проще всего через модуль PageSpeed Module. Он позволяет сжать изображения, JavaScript и CSS и оптимизировать HTML-код.

Выявите страницы с высоким процентом отказов

Даже если сайт загружается быстро, показатель отказов для некоторых страниц может оставаться высоким и портить общую картину. У многих на этой почве возникает соблазн корректировать источники платного трафика, но в первую очередь стоит выявить страницы с наибольшим показателем отказов (отчёты «Страницы выхода» в «Яндекс.Метрике» и Google Analytics).

Затем проанализировать поведение пользователей на данных страницах. Для анализа поведения пользователей подойдут стандартные инструменты в «Яндекс.Метрике»: «Вебвизор», «Карта.Кликов», «Карта.Ссылок», «Карта.Скроллинга».

Оцените сайт через Google Search Console

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


Обратите внимание на раздел «Заблокированные ресурсы». К ним относятся все JavaScript, файлы CSS и изображения, необходимые для корректного отображения сайта, но закрытые для индексации поисковыми системами.

Вот что пишет об этом Google:

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

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

Укажите поисковым роботам на мобильную версию

Мобильная версия сайта обычно располагается в отдельной папке основного сайта (например, domain.ru/mobile/) или на поддомене (например, m.domain.ru).

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

Укажите на страницах основного сайта соответствующие URL мобильной версии при помощи атрибута rel=»alternate» и тега link . На обычной странице (например, на http://www.example.com/page-1) добавьте код:

.

На странице для мобильных устройств (http://m.example.com/page-1) добавьте атрибуты:
.

Исходя из рекомендаций представителей «Яндекса», рекомендуется привести содержимое директивы Host в robots.txt для мобильной версии к следующему виду:

Host: m.domain.ru// — нужно указать домен мобильной версии.

Также в robots.txt в директиве Sitemap необходимо указать на адрес XML-карты сайта, которая должна быть отдельно создана для мобильного поддомена.

Sitemap: http://m.domain.ru/sitemap.xml// — нужно указать путь до XML-карты сайта мобильной версии.

Перенесите все важные страницы

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

Не откладывайте оптимизацию

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

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

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

Google начал правильно кэшировать содержимое сайтов из mobile-first

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

Нажав кнопку «Принять и продолжить», вы соглашаетесь с Политики конфиденциальности

Мы запустили рейтинг зарплат интернет-маркетологов! Прими участие в анонимном опросе.

How-to – Читать 7 минут – 14 декабря 2020

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

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

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

Любые идеи, почему Google не кэширует мой сайт?

Сайт www.books-for-children.com, разработанный в WordPress CMS. Он был запущен около двух месяцев назад и до сих пор не кэширован Google, что кажется очень необычным. Любые идеи, на которых я могу найти ответы?

4 ответа

Потому что вы сказали им не (см. в разделе «Управление кешированием и фрагментами»):

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

Что касается этого, вам нужно будет проверить вашу установку WordPress (настройки, плагины SEO) и файлы тем, чтобы точно определить, откуда этот тег, но похоже, что этот плагин Yoast делает это.

Дополнительно от того, что сказал Су, это от Часто задаваемые вопросы Google :

Q: Мой сайт еще не проиндексирован!

A: Сканирование и индексирование — это процессы, которые могут занять некоторое время и которые зависят от многих факторов. В целом, мы не можем делать прогнозы или гарантии о том, когда или если ваши URL-адреса будут сканироваться или индексироваться. При просмотре индексации сайта в Инструменты для веб-мастеров, убедитесь, что у вас есть как «www», так и «не-www» версии (например, «www.example.com» и «example.com») проверены и имеют набор предпочтительных доменов. Имейте в виду, что, хотя Sitemap файл может помочь нам узнать о вашем сайте, это не гарантирует индексацию или повысить рейтинг вашего сайта.

Вы пытаетесь это сделать.

Откройте администратор WordPress, а затем перейдите к настройке => Privacy => Разрешить поисковым системам индексировать этот сайт => Сохранить ..

Он кэширует сайты WordPress.

Вы можете предложить свой сайт в инструментах Google для веб-мастеров Google. Может быть, это поможет.

Как искать информацию в веб-кэше Google (Инструкция)

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

Сохраненная копия

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

Поиск через адресную строку

Есть два способа:

Способ №1

Введите в адресную строку своего веб-браузера (Ghrome, Safari, Mozilla, Internet Explorer, Opera и т.д.) следующую информацию:

http://webcache.googleusercontent.com/search?q=cache:http://polezner.ru Вместо polezner.ru подставьте нужный вам сайт.

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

Способ №2

В браузере перед адресом страницы допишите слово «cache: ». В результате вместо самой страницы откроется её копия в кэше Google. Например:

Важно: Google в вашем браузере должен быть поиском по умолчанию. Если у вас не так — вводите «cache: » и адрес страницы в поисковой строке на google.com.

Вот и всё! Теперь вы можете искать в веб-кэше Google всё, что захотите — и когда захотите.

Добавить комментарий