Инсайдеры WordPress обсуждают стагнацию WordPress

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


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

Темой вебинара была стагнация

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

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

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

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

«Я согласен с Ноэлем. Я думаю, что ситуация застопорилась».

Проще говоря, Йост также осознал потенциал онлайн-покупок, особенно WooCommerce. Интересно, что WooCommerce полностью превзошел WordPress, показав ежегодный темп роста на 6,80% по сравнению с прошлым годом. Учитывая столь впечатляющие результаты, неудивительно, что Йост надеялся на будущее электронной коммерции.

«…доля рынка продуктов WordPress не уменьшается, а стагнирует…»

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

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

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

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

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

На вебинаре в прямом эфире были представлены:

  • Мириам Шваб, руководитель отдела связей с WP Elementor
  • Рич Табор, менеджер по продукту Automattic
  • Йост де Валк, основатель Yoast SEO
  • Модерировали дискуссию соведущие Мэтт Кромвель и Эмбер Хиндс, члены сообщества разработчиков WordPress.

Стагнация доли рынка WordPress

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

Данные, собранные HTTPArchive и опубликованные в блоге Йоста де Валка, показывают, что доля рынка WordPress увеличилась на 1,85% по сравнению с предыдущим годом. Этот рост не был последовательным, поскольку в течение года платформа как расширяла, так и сокращала свою долю рынка. Например, за последний ежемесячный период доля рынка снизилась на -0,28%.

Хвастовство о темпах роста WordPress на 1,85%, как будто все в порядке, игнорирует тот факт, что все большее количество новых предприятий и веб-сайтов переходят на альтернативные платформы, где ежегодные темпы роста этих альтернатив превосходят темпы роста WordPress.

Из 10 лучших систем управления контентом только шесть продемонстрировали рост по сравнению с прошлым годом.

Рост CMS по сравнению с прошлым годом

  1. Веб-поток: 25,00%
  2. Шопифай: 15,61%
  3. Викс: 10,71%
  4. Квадратное пространство: 9,04%
  5. Дуда: 8,89%
  6. WordPress: 1,85%

Почему стагнация — это проблема

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

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

Восприятие инноваций

«…и до сих пор у нас нет интеграции с next JS или чем-то в этом роде…»

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

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

Является ли улучшенный маркетинг решением?

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

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

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

…»Учитывая обстоятельства, кажется очевидным, что проблема продвижения WordPress уже давно является для нас проблемой. Теперь кажется, что эта проблема причиняет нам вред.»

Будущее WordPress

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

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

Посмотрите вебинар:

Уменьшается ли доля WordPress на рынке? И что с этим делать продуктовому бизнесу?

Смотрите также

2024-08-31 22:39

Уязвимости в двух темах WordPress ThemeForest, продано более 500 тысяч штук

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


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

Две темы WordPress проданы на ThemeForest

На ThemeForest есть две темы WordPress, содержащие уязвимости, и в совокупности эти темы собрали более 500 000 продаж.

Две темы:

  • Тема Betheme для WordPress (306 362 продаж)
  • The Enfold — адаптивная многоцелевая тема для WordPress (260 607 продаж)

Тема Betheme для уязвимости WordPress

Wordfence выпустил предупреждение о том, что тема Betheme содержит серьезную уязвимость PHP Object Injection, классифицируемую как значительный риск.

Wordfence не предоставил подробной информации об обнаруженной ими уязвимости, но с точки зрения темы WordPress уязвимость PHP Object Injection часто возникает из-за недостаточной фильтрации (очистки) предоставленных пользователем данных, что приводит к потенциально опасной загрузке или вводу файлов.

Тема Betheme в WordPress имеет проблему безопасности, которая делает возможным несанкционированное внедрение PHP-объектов. Эта уязвимость существует во всех версиях до 27.5.6 из-за десериализации ненадежных данных в метазначении записи mfn-page-items. Это означает, что прошедшие проверку подлинности злоумышленники с доступом на уровне участника или выше могут вставить объект PHP без каких-либо дальнейших шагов (цепочки POP) в затронутом плагине.

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

Была ли исправлена ​​тема Betheme?

30 августа 2024 г. было реализовано обновление или исправление (патч) для темы Betheme в WordPress. Однако рекомендации по безопасности Wordfence, похоже, пока не отражают это изменение. Возможно, рекомендацию необходимо пересмотреть. В любом случае пользователям темы Enfold рекомендуется обновить свою тему до самой последней версии — версии 27.5.7.1.

The Enfold — адаптивная многоцелевая тема для WordPress

Эта многоцелевая тема WordPress под названием Enfold Responsive, которая выполняет несколько функций, была определена как проблема средней серьезности (рейтинг: 6,4). Важно отметить, что издатель темы еще не предоставил решения для устранения этой уязвимости.

Сохраненный межсайтовый скриптинг (XSS) был обнаружен в теме WordPress из-за ошибки, возникшей из-за невозможности очистки входных данных.

Тема WordPress под названием Enfold — Responsive Multi-Purpose Theme до версии 6.0.3 имеет недостаток безопасности. Эта уязвимость позволяет злоумышленникам, прошедшим проверку подлинности с уровнем доступа «Участник» или выше, вставлять вредоносные сценарии на страницы через параметры «wrapper_class» и «class». Эти вставленные сценарии будут выполняться всякий раз, когда пользователь посещает затронутую страницу из-за неадекватной проверки ввода и кодирования вывода. Проще говоря, это означает, что существует риск того, что несанкционированные злоумышленники добавят на ваш сайт вредоносный код, который может запускаться при доступе пользователей к затронутым страницам.

Уязвимость Enfold не исправлена

На момент написания статьи Enfold — адаптивная многоцелевая тема для WordPress еще не получила никаких исправлений безопасности, что делает ее открытой для потенциальных уязвимостей. Журнал изменений показывает, что последний раз тема обновлялась 19 августа 2024 года.

Скриншот журнала изменений темы Enfold WordPress

На данный момент Enfold — адаптивная многоцелевая тема для WordPress не получила никаких обновлений для исправления известных проблем, что делает ее по-прежнему уязвимой для потенциальных угроз безопасности.

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

Betheme <= 27.5.6 – Аутентифицированная (Contributor+) инъекция PHP-объекта

В версиях Enfold ниже 6.0.3 существует уязвимость хранимого межсайтового сценария, которую Contributors+ может использовать путем манипулирования параметрами «wrapper_class» и «class».

Смотрите также

2024-08-31 08:38

Как выявить и сократить ресурсы, блокирующие рендеринг

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


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

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

Google повышает стандарт, устанавливая, что для того, чтобы получить оценку «Отлично», показатель Large Contentful Paint веб-страницы, который измеряет скорость загрузки страницы, в идеале должен составлять менее 2,5 секунд.

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

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

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

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

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

Что такое критический путь рендеринга?

Проще говоря, критический путь рендеринга — это последовательность действий, которым следует веб-браузер при преобразовании кода HTML, CSS и JavaScript в видимый контент на вашем экране.

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

Пока браузер не выполнит эти шаги, пользователи будут видеть пустую белую страницу.

Как мне его оптимизировать?

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

Что такое ресурсы блокировки рендеринга?

CSS-блокировка рендеринга

CSS по своей сути блокирует рендеринг.

Браузер не начнет отображать содержимое страницы, пока не сможет запрашивать, получать и обрабатывать все стили CSS.

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

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

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

JavaScript, блокирующий рендеринг

Когда код JavaScript обнаруживается браузером до первоначального отображения веб-страницы, он временно приостанавливает процесс загрузки страницы до тех пор, пока не будет запущен JavaScript (за исключением случаев, когда указано иное с помощью атрибутов «defer» или «async», которые мы обсудим). скоро дальше).

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

Это связано с возможностью JavaScript контролировать и изменять компоненты веб-страницы, включая связанные с ними стили CSS.

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

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

«Минимизируя ненужный JavaScript, который влияет на построение объектной модели домена (DOM) во время загрузки страницы, вы можете повысить производительность. Это означает, что нужно избегать любого дополнительного JavaScript, который может замедлить первоначальный рендеринг вашей веб-страницы.»

Как ресурсы, блокирующие рендеринг, влияют на основные веб-жизненные показатели?

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

Текущие показатели, используемые сегодня:

  • Наибольшая отрисовка контента (LCP). Используется для оценки производительности загрузки. LCP измеряет время, необходимое для появления на экране самого большого видимого элемента контента (например, изображения или блока текста).
  • Взаимодействие с следующей отрисовкой (INP). Используется для оценки скорости реагирования. INP измеряет время с момента, когда пользователь взаимодействует со страницей (например, нажимает кнопку или ссылку), до момента, когда браузер может реагировать на это взаимодействие.
  • Накопленный сдвиг макета (CLS). Используется для оценки визуальной стабильности. CLS измеряет сумму всех неожиданных сдвигов макета, которые происходят в течение всего срока службы страницы. Более низкий балл CLS указывает на то, что страница стабильна и обеспечивает лучший пользовательский опыт.

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

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

Чтобы лучше понять, как критический путь рендеринга влияет на величину Largest Contentful Paint, вместо этого ознакомьтесь с руководством Google по улучшению оптимизации LCP.

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

Как идентифицировать ресурсы, блокирующие рендеринг

PageSpeed ​​Insights и маяк

Совет. Используйте API PageSpeed ​​Insights в Screaming Frog, чтобы протестировать несколько страниц одновременно.

WebPageTest.org

  • Запустите тест с помощью webpagetest.org и нажмите на изображение «водопада».

Изучите свою водопадную диаграмму; поиск файлов CSS или JavaScript, которые загружаются до зеленой точки «начало рендеринга», но не являются необходимыми для отображения контента в видимой области экрана (над сгибом).

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

После завершения вышеупомянутых тестов я заметил некоторые вызовы JavaScript к API Google Maps, которые кажутся ненужными или несущественными.

  • Откройте страницу в окне Chrome Incognito (лучший способ тестирования скорости страницы, поскольку расширения Chrome могут искажать результаты, а я являюсь коллекционером расширений Chrome).
  • Откройте Chrome DevTools (ctrl+shift+i) и перейдите на вкладку «Блокировка запросов» на панели «Сеть».
  • Установите флажок «Включить блокировку запросов» и нажмите плюсик.
  • Нажмите «Добавить» и обновите страницу.

Методы уменьшения блокировки рендеринга

Метод Влияние Работает с
JavaScript в нижней части HTML Низкий JS
Асинхронный или отложенный атрибут Середина JS
Индивидуальные решения Высокий JS/CSS
Медиа-запросы CSS Низкий-Высокий CSS

Разместите JavaScript в нижней части HTML

Размещайте ссылки на таблицы стилей CSS в начале HTML , а ссылки на внешние скрипты — в конце HTML .

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

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

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

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

Используйте атрибут Async или Defer

После получения и загрузки сценария анализ HTML приостанавливается на время выполнения сценария.

Использование атрибута defer дает браузеру команду асинхронно загружать файлы JavaScript, аналогично атрибуту , и откладывать выполнение кода JavaScript до тех пор, пока HTML-документ не будет полностью проанализирован. Эта задержка повышает эффективность за счет экономии дополнительного времени обработки.

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

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

Используйте индивидуальное решение

Помните то раздражающее предупреждение JS, которое постоянно блокировало рендеринг моей страницы?

Реализация функции JavaScript с использованием события «onload» эффективно решила проблему навсегда; Особая благодарность выражается Патрику Секстону за предоставленный код, показанный ниже.

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

Используйте медиа-запросы CSS

Методы определения приоритетности критически важных ресурсов

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

TL;DR

  • Критический путь рендеринга включает в себя последовательность шагов, которые браузер выполняет для преобразования HTML, CSS и JavaScript в визуальный контент на странице.
  • Оптимизация этого пути может привести к ускорению загрузки, улучшению пользовательского опыта и увеличению показателей Core Web Vitals.

Смотрите также

2024-08-31 02:39

Новая поддержка Google изображений AVIF может улучшить SEO

Как опытный веб-мастер с многолетним стажем за плечами, я могу с уверенностью сказать, что последнее объявление Google о поддержке AVIF меняет правила игры в SEO. Возможность уменьшить размеры изображений и улучшить показатели Core Web Vitals, особенно Largest Contentful Paint, является не чем иным, как революцией.


Компания Google сообщила, что изображения в формате AVIF (формат изображения Av1) теперь могут квалифицироваться для показа в поиске Google и изображениях Google, включая любые платформы, отображающие данные поиска Google. Ожидается, что внедрение AVIF значительно уменьшит размеры изображений и улучшит показатели Core Web Vitals, особенно Largest Contentful Paint.

Как AVIF может улучшить SEO

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

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

В нем также говорится, что более быстрое время загрузки позволяет роботу Googlebot сканировать больше страниц:

Повысьте эффективность сканирования вашего сайта

Увеличьте скорость загрузки ваших веб-страниц, чтобы Google мог быстрее сканировать больше страниц вашего веб-сайта за счет сокращения времени ответа вашего сервера.

Что такое АВИФ?

Поддерживается ли AVIF?

В настоящее время AVIF совместим с веб-браузерами Chrome, Edge, Firefox, Opera и Safari. Пока не каждая система управления контентом имеет поддержку AVIF, но есть хорошие новости! И WordPress, и Joomla поддерживают его. Что касается сетей доставки контента (CDN), Cloudflare входит в число тех, которые уже предлагают поддержку AVIF.

На данный момент я не уверен, принимает ли Bing файлы AVIF, но я обновлю этот пост, как только найду ответ.

Использование AVIF на текущих веб-сайтах составляет всего 0,2%, но, поскольку теперь он присутствует в поиске Google, мы можем ожидать, что это число значительно вырастет. Благодаря высоким возможностям сжатия изображения AVIF, вероятно, станут новым стандартным форматом, поскольку они могут значительно повысить производительность веб-сайта по сравнению с форматами JPEG и PNG. Для получения дополнительной информации посетите: https://w3techs.com/technologies/overview/image_format.

Изображения AVIF автоматически индексируются Google

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

«В последнее время AVIF стал широко распространенным форматом изображений в Интернете. Мы с радостью объявляем, что AVIF теперь совместим с поиском Google, охватывая изображения Google и любые области поиска Google, в которых используются изображения. нет необходимости предпринимать какие-либо специальные действия для индексации ваших файлов AVIF Google.»

Поддержка AVIF в поиске Google

Смотрите также

2024-08-30 20:38

Вот некоторые из них в области Google Ads

Как опытный веб-мастер с более чем двадцатилетним опытом работы за плечами, я видел больше форматов рекламы Google, чем мне хотелось бы запомнить. Однако эти объявления «Вот некоторые из них в этом районе» заставили меня в недоумении почесать седеющую бороду.


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

По словам Энтони Хигмана, специалиста по рекламе местных услуг Google, он объяснил на X, что наблюдает за этой рекламой около года и до сих пор не понимает ее истинной природы.

Вот его скриншот:

Сталкивались ли вы с чем-то подобным раньше? Один человек ответил Энтони словами: «Версия динамической поисковой рекламы». Возможно ли это?

Смотрите также

2024-08-30 15:44