Содержание

что меняется в поисковой выдаче после этого обновления

12329 82 3

SEO – Читать 19 минут

Прочитать позже

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

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

Содержание

  1. Качество контента + скорость загрузки
  2. Шторм в выдаче – явление временное. Конечно, если у вас правильный курс
  3. Не волнуйтесь из-за апдейтов, просто заботьтесь о своих пользователях
  4. Спокойствие, только спокойствие и, пожалуйста, без манипуляций
  5. «Стелить соломку» бесполезно, работать надо комплексно и планомерно
  6. Гарантий нет, но постапдейтный анализ поможет
  7. Пришествие святого Core Update еще не наступило?
  8. Поведенческие, реклама и никакой спешки
В заключение…

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

Мы все же обратились к практикующим экспертам за комментариями:

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

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

Как проверить сайт на соответствие требованиям Google: чек-лист по инструкции для асессоров от Aweb.ua

Читать!

Качество контента + скорость загрузки

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

10 навыков контент-маркетолога, которые необходимо освоить автору и редактору

Читать!

Шторм в выдаче – явление временное. Конечно, если у вас правильный курс

«Повышение релевантности результатов поиска означает, что грядет очередная итерация работ над комплексным улучшением сайта, – считает Зарина Айтикина, SEO-специалист маркетингового агентства «Директ Лайн». – Уже несколько апдейтов подряд наблюдается общая тенденция в сторону увеличения EAT-факторов. Новые апдейты наверняка не станут исключением. Об этом говорят и появившиеся рекомендации для новостных сайтов. Судя по ним, основным показателем к повышению ранжирования ставится «прозрачность», а так как новостники входят в широкую группу YMYL-сайтов, то рекомендации можно отнести и к остальным сайтам в составе группы.

Хотя Google в официальном объявлении об апдейте написал, что мы не заметим изменений: мы все-таки наблюдаем некоторые изменения в видимости позиций. Например, в тематике стройматериалов видимость позиций в топ-3 снизилась на 40%».

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

— В первую очередь не следует паниковать. Нужно трезво оценить ситуацию. Если ваши работы направлены на то же, на что и изменения, связанные с апдейтами, шторм в выдаче – явление временное. Гарантированно избежать проседаний невозможно. Нужно наметить правильные цели и планомерно идти к ним. Ситуация в июле точно изменится. Мы не видим повода паниковать и принимать какие-то экстренные меры. Необходимо дождаться второй части апдейта и уже потом делать выводы.

Не волнуйтесь из-за апдейтов, просто заботьтесь о своих пользователях

«С точки зрения SEO-специалиста и владельца сайта, важно формировать долгосрочную стратегию, то есть не пытаться подстроиться под конкретный апдейт, а иметь стратегию развития проекта минимум на год вперед, оценивать конкурентную среду и иметь четкий план, какие улучшения и в какой последовательности будут внедряться в проекте, — говорит Владимир Столбов, COO Hostings. info&Brokers.best. — Об изменениях в поисковых системах я сужу, в первую очередь, по трафику двух довольно крупных проектов, где работаю руководителем (COO) Hostings.info и Brokers.best.

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

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

— В каких нишах влияние обновления особенно чувствуется?

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

— Какие изменения нужно будет вносить после летних апдейтов, чтобы попадать в топ выдачи по высокочастотным запросам?

— Для борьбы по высокочастотным запросам важно, чтобы страница максимально полно и быстро решала задачу посетителя. Соответственно, после этого апдейта, как и после множества других, владельцы проектов и SEO-специалисты должны задавать себе вопрос: что еще хочет увидеть пользователь на странице, что может помочь ему? Разумеется, это не только тексты, но и видео, калькуляторы, простые и понятные возможности сортировки/сравнения, 3D-визуализация и множество других вещей, делающих взаимодействие с сайтом более удобным.

— Есть ли быстрый и надежный способ избежать падений и проседаний вследствие апдейтов?

— Определенная «тряска» происходит в течение 7–10 дней. Но после того, как выдача «утрясется», обычно становятся понятны ее изменения, и чаще всего они довольно логичны.

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

— Можно ли разработать универсальный алгоритм подготовки к обновлениям ядра Google, чтобы заранее минимизировать их негативное влияние?

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

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

Спокойствие, только спокойствие и, пожалуйста, без манипуляций

Евгений Чиж, CEO в интернет-агентстве EChizh, не видит причин беспокоиться: «У того, кто делал хорошо, будет хорошо. В целом сейчас на своих проектах наблюдаем положительную динамику. Да, есть пару проектов, которые немного просели, но мы ждем окончания апдейта. До этого делали упор на качество и достоверность контента, на фоне апдейта пока все хорошо. После летних обновлений нужно будет системно продолжать работать над качеством сайта в целом — ссылки, контент, техническая часть».

— А если проект сильно просядет?

— Нужно просто выполнять рекомендации Гугла. Если кто-то сильно просел, думаю, не надо спешить: возможно, после июля ситуация восстановится. Нужно просто делать все качественно и стараться не манипулировать Гуглом.

Хотите узнать, как с помощью Serpstat улучшить ранжирование страниц сайта после Google Core Update?

Заказывайте бесплатную персональную демонстрацию сервиса, и наши специалисты вам все расскажут! 😉

Оставить заявку!

«Стелить соломку» бесполезно, работать надо комплексно и планомерно

«Крупные апдейты ПС — это всегда «русская рулетка» и потенциальное увеличение количества седых волос у SEO-специалистов. К ним нельзя полноценно подготовиться. Все, что остается, – работать комплексно над каждым сайтом, не стараясь «подстелить соломки» непосредственно перед грядущим обновлением, — считает Дмитрий Мингазов, ведущий SEO- специалист в IQ Online. — Мы пока не наблюдаем каких-то значительных изменений в выдаче по нашим проектам. Хочется верить, что это потому, что Гуглу не к чему придраться на наших сайтах. Но и Update не действует сиюминутно, а в этом случае вообще растянут на два месяца.

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

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

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

Гарантий нет, но постапдейтный анализ поможет

«Для SEO-специалистов и владельцев сайтов это обновление означает, что Google стал лучше оценивать контент и определять, какие страницы наиболее точно отвечают на запросы пользователей. Нужно внимательнее относиться к качеству контента на сайте, не допускать дублирования, ненужных, спамных и мусорных страниц, стараться полностью раскрывать поисковый интент, — советует Александр Глебов, технический директор РЮ MST. — На курируемых нашей компанией проектах резкие изменения отсутствуют.

Алгоритм только начал раскатываться, и какие-то однозначные выводы пока делать рано. Вместо паники лучше дождаться, пока обновление полностью развернется, и выдача стабилизируется. Обычно это занимает от 10 до 14 дней. Бывает, что после выката обновления инженеры вносят правки или отменяют изменения».

— А какие ниши первыми попадают под удар и почему?

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

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

— Но если все-таки падение произошло, что тогда? Как реагировать?

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

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

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

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

Пришествие святого Core Update еще не наступило?

«Любой Core Update означает изменения в выдаче, но чтобы сделать какие-то выводы и разработать план действий, SEO-специалистам и владельцам сайтов необходимы данные и статистика, на которые можно опираться, — говорит Владислав Тришкин, SEO-специалист агентства Promodo. — Мы каждый день мониторим трафик и динамику изменения позиций по проектам из разных ниш. На данный момент ощутимых изменений нет. Складывается ощущение, что апдейт попросту еще не дошел до нас».

— Какие изменения придется вносить на страницы после всех потрясений, чтобы попадать в топ выдачи по высокочастотным запросам?

— На данный момент сложно сказать. Рекомендую ориентироваться на страницы конкурентов, которые закрепятся в топе после волн апдейтов. Проанализировать составляющие этих страниц, их контент и последние изменения (веб-архив в помощь).

Тренды, указанные выше, будут актуальны как сейчас, так и после летних апдейтов.

Но, конечно же, не забывайте следить за своими показателями Core Web Vitals, старайтесь не уступать конкурентам по основным параметрам.

— Что делать, если позиции все же ухудшатся?

— Безусловно, необходимо набраться терпения и запастись успокоительными, чтобы не поддаваться паническим атакам во время волн «последнего Core апдейта». Избежать падений и проседаний — это явно не про SEO. Наилучший подход — постараться максимально минимизировать вероятность негативных последствий для проекта.

Тут помогут базовые советы:

  • Делайте качественный контент.

  • Улучшайте скорость сайта.

  • Поддерживайте общую техническую оптимизацию страницы.

  • Анализируйте конкурентов.

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

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

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

  • Определить, какие страницы просели (отдельные страницы, типы страниц или весь сайт).

  • Собрать данные по нише (кто просел и насколько, какие типы страниц).

  • Определить, кто вырос из конкурентов (какие сайты/страницы вышли в топ, за счет каких внедрений, проанализировать контент).

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

Поведенческие, реклама и никакой спешки

«Google постоянно обновляет ядро для результатов поиска. Например, весной стал понижать трафик в ecommerce для товаров, которых не в наличии, – поделился наблюдениями Николай Лукашук, SEO, PPC, Paid Social Marketing. link — Согласно нашим экспериментам, Google стал больше внимания уделять поведенческим факторам. Если взять две группы сайтов и запуск с нуля, при этом одна только с SEO, а вторая еще и с рекламой (даже с таргетингом) — сайты с лучшими поведенческими растут быстрее.

Еще у Google появились обновления в рекламе: он больше пиарит умные объявления и добавил расширения картинки в обычной поисковой рекламе. Органическая выдача отодвигается все ниже».

— И все-таки, как продвинуться в выдаче после апдейта?

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

Поведенческие факторы Google и SEO — мнение экспертов

Читать!

В заключение

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

Чтобы быть в курсе всех новостей блога Serpstat, подписывайтесь рассылку. А также вступайте в чат любителей Серпстатить и подписывайтесь на наш канал в Telegram.

Serpstat — набор инструментов для поискового маркетинга!

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

Набор инструментов для экономии времени на выполнение SEO-задач.

7 дней бесплатно

Мнение авторов гостевого поста может не совпадать с позицией редакции и специалистов компании Serpstat.

Оцените статью по 5-бальной шкале

3.67 из 5 на основе 25 оценок

Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.

Используйте лучшие SEO инструменты

Проверка обратных ссылок

Быстрая проверка обратных ссылок вашего сайта и конкурентов

API для SEO

Получите быстро большие объемы данных используя SЕО API

Анализ конкурентов

Сделайте полный анализ сайтов конкурентов для SEO и PPC

Мониторинг позиций

Отслеживайте изменение ранжирования запросов используя мониторинг позиций ключей

Рекомендуемые статьи

SEO +1

Vitya smerTnik

Как занять первые места в выдаче: мини-кейс

SEO

Петр Лях

Google Search Console: простое и удобное руководство

SEO

Анастасия Сотула

Что должен знать SEO-специалист: от Junior до Senior [+Инфографика]

Кейсы, лайфхаки, исследования и полезные статьи

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

Нажимая кнопку, ты соглашаешься с нашей политикой конфиденциальности.

Поделитесь статьей с вашими друзьями

Вы уверены?

Спасибо, мы сохранили ваши новые настройки рассылок.

Сообщить об ошибке

Отменить

Проверка функциональных возможностей платформы обновления встроенного ПО UEFI Windows

  • Статья

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

Предварительные требования

  • Для каждой записи таблицы системных ресурсов EFI (ESRT) требуется капсула для последней версии встроенного ПО. Сценарии будут ссылаться на последнюю версию X. Каждая запись ESRT идентифицируется с помощью уникального GUID.
  • Для каждой предоставленной записи ESRT создайте пакет капсулы, который его версия увеличивается над пакетом, созданным на шаге 1. Эти капсулы будут называться X+1.
  • Капсулы, которые помогают имитировать условия сбоя, такие как капсула, для которой полезные данные не подписаны или подписаны с недопустимым PK.
  • Убедитесь, что все капсулы, которые будут использоваться, подписаны соответствующим образом с точки зрения ОС, подписанного каталога и встроенного ПО, подписанного PK. Если вы специально не тестируете отрицательные случаи подписывания PK. Дополнительные сведения о том, как подписать пакет драйвера встроенного ПО, см. в разделе «Подписывание пакета драйвера встроенного ПО» в спецификации.

Инструкции

Установка новой капсулы или переустановка ранее установленной капсулы

  1. Откройте диспетчер устройств.
  2. Найдите узел устройства, представляющий встроенное ПО, оно обычно находится на устройствах «Встроенное ПО».
  3. Щелкните правой кнопкой мыши устройство встроенного ПО, которое вы хотите обновить.
  4. Выберите «Обновить программное обеспечение драйвера«. Появится всплывающее окно с сообщением «Обновление программного обеспечения драйвера — <встроенное ПО>».
  5. Выберите «Обзор моего компьютера» для программного обеспечения драйвера.
  6. В следующем окне выберите «Разрешить мне выбрать» список драйверов устройств на моем компьютере
    .
  7. Если драйвер был установлен ранее, выберите его в поле «Показать совместимое оборудование «. Если он не существует, выберите «Задействовать диск » и продолжите работу. В противном случае нажмите кнопку «ОК » и перезагрузите систему.
  8. Если выбран параметр «Наличие диска«, появится всплывающее окно «Установить с диска«.
  9. Перейдите в каталог с капсулой встроенного ПО, который вы хотите установить.
  10. Выберите INF-файл в этом каталоге и нажмите
    кнопку «ОК     «, чтобы установить.
  11. Если во время установки появится всплывающее окно с сообщением о том, что драйвер не подписан, вернитесь к этому драйверу и примите его.
  12. Система запрашивает перезагрузку.
  13. После установки капсулы для встроенного ПО необходимо перезагрузить. Если вы хотите установить несколько пакетов капсул, дождитесь перезагрузки, пока не будут установлены все капсулы, а затем перезагрузитесь на окончательной капсуле.

Запрос сведений о версии и состоянии

  • Запустите сценарийQueryVersionAndStatus.ps1 PowerShell (PS), чтобы запросить текущую версию встроенного ПО, последнюю версию встроенного ПО и состояние последней попытки.
Выполнение скрипта
  1. Запустите оболочку PowerShell от имени администратора.
  2. Set-ExecutionPolicy -ExecutionPolicy Unrestricted -Force (Это нужно сделать только один раз.)
  3. Отображение сведений о версии и состоянии для заданного GUID. Например: .\QueryVersionAndStatus.ps1 6bd2efb9-23ab-4b4c-bc37-016517413e9a
  4. Проверьте, выполнено ли обновление встроенного ПО успешно. См. раздел «Проверка состояния обновления встроенного ПО» в документе спецификации. Убедитесь, что состояние последней попытки и текущая версия соответствуют ожидаемой версии.
  5. Рекомендуется: убедитесь, что обновляемые устройства также работают.
  6. Установите политику отката: в некоторых сценариях может потребоваться откат встроенного ПО. Откат не является рабочим сценарием. Чтобы иметь возможность отката, необходимо создать раздел политики реестра. Создайте ключ REG_DWORD с именем Policy в узле HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FirmwareResources\{<GUID>} и задайте для ключа политики значение 1. Обратите внимание, что GUID следует заменить фактическим ИДЕНТИФИКАТОРом GUID из ESRT.

Сценарии

S1: Каждая запись ESRT успешно обновляется через капсулу

Для каждой записи ESRT, поддерживаемой платформой, необходимо выполнить следующие действия. Или другими словами, для встроенного ПО системы и каждого встроенного ПО устройства, поддерживающего обновление встроенного ПО с помощью UpdateCapsule.

Шаги S1
  1. Для каждой записи ESRT установите капсулу для встроенного ПО версии X.
  2. Перед перезагрузкой убедитесь, что установлены все указанные выше капсулы.
Ожидаемый результат S1

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

  • Текущая версия встроенного ПО = X
  • Последняя попытка версии = X
  • Состояние последней попытки = 0 (STATUS_SUCCESS)

S2: последняя версия встроенного ПО X также обновляется до X+1

Для каждой записи ESRT, поддерживаемой платформой, необходимо выполнить следующие действия. Или другими словами, для встроенного ПО системы и каждого встроенного ПО устройства, поддерживающего обновление встроенного ПО с помощью UpdateCapsule.

Шаги S2
  1. Полный сценарий S1 выше.
  2. Для каждой записи ESRT установите капсулу для встроенного ПО версии X+1.
Ожидаемый результат S2

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

  • Текущая версия встроенного ПО = X+1
  • Последняя попытка версии = X+1
  • Состояние последней попытки = 0 (STATUS_SUCCESS)

S3. При сбое обновление встроенного ПО возвращает правильный код состояния, как определено в спецификации.

Коды состояния определяются в разделе «Определение таблицы системных ресурсов UEFI» в таблице с заголовком «Значения полей состояния последней попытки ESRT».

S3.1 Недостаточно заряда батареи и обновления встроенного ПО системы UEFI

Шаги S3.1
  1. Снимите заряд батареи менее чем на 25 %, а затем подключите питание ac.
  2. Установите капсулу для встроенного ПО UEFI версии X+1. Предположим, что текущая версия — X.
  3. Перед перезагрузкой убедитесь, что заряд батареи меньше 25 %
Ожидаемый результат S3.1

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

  • Текущая версия встроенного ПО = X
  • Последняя попытка версии = X+1
  • Состояние последней попытки = 0xc00002de (STATUS_INSUFFICIENT_POWER)

S3.2: недостаточное обновление встроенного ПО батареи и устройства

Шаги S3.2
  1. Снимите заряд батареи менее чем на 25 %, а затем подключите питание ac.
  2. Установите капсулы для всех поддерживаемых устройств в системе с версией встроенного ПО X+1. Предположим, что текущая версия встроенного ПО для данного устройства — X.
  3. Перед перезагрузкой убедитесь, что заряд батареи меньше 25 %.
Ожидаемый результат S3.2

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

  • Текущая версия встроенного ПО = X
  • Последняя попытка версии = X+1
  • Состояние последней попытки = 0xc00002de (STATUS_INSUFFICIENT_POWER)

S3.

3 Недостаточно заряда батареи, системы UEFI и встроенного ПО устройства одновременно
Шаги S3.3
  1. Снимите заряд батареи до менее 25 %, а затем подключите питание ac.
  2. Установите капсулы для встроенного ПО системы UEFI и всех встроенного ПО устройства с версией X+1.
  3. Перед перезагрузкой убедитесь, что заряд батареи меньше 25 %.
Ожидаемый результат S3.3

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

  • Текущая версия встроенного ПО = X
  • Последняя попытка версии = X+1
  • Состояние последней попытки = 0xc00002de (STATUS_INSUFFICIENT_POWER)

Обновление встроенного ПО S3.4 должно завершиться ошибкой, если капсула не подписана PK

Для каждой записи ESRT, поддерживаемой платформой, необходимо выполнить следующие действия. Или другими словами, для встроенного ПО системы и каждого встроенного ПО устройства, поддерживающего обновление встроенного ПО с помощью UpdateCapsule.

Шаги S3.4
  1. Для каждой записи ESRT создайте капсулу X+2, полезные данные, для которых не подписаны.
  2. Установите капсулы X+2. Предположим, что текущая версия — X.
Ожидаемый результат S3.4

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

  • Текущая версия встроенного ПО = X
  • Последняя попытка версии = X+2
  • Состояние последней попытки = 0xC0000022 (STATUS_ACCESS_DENIED)

Обновление встроенного ПО S3.5 должно завершиться ошибкой, если капсула подписана неправильным сертификатом PK

Для каждой записи ESRT, поддерживаемой платформой, необходимо выполнить следующие действия. Или другими словами, для встроенного ПО системы и каждого встроенного ПО устройства, поддерживающего обновление встроенного ПО с помощью UpdateCapsule.

Шаги S3.5
  1. Для каждой записи ESRT создайте капсулу X+2, подпишите полезные данные с неправильным ключом или сертификатом (например, используйте отладочную капсулу со знаком на рабочем устройстве).
  2. Установите капсулы X+2. Предположим, что текущая версия — X.
Ожидаемый результат S3.5

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

  • Текущая версия встроенного ПО = X
  • Последняя попытка версии = X+2
  • Состояние последней попытки = 0xC0000022 (STATUS_ACCESS_DENIED)

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

Для каждой записи ESRT, поддерживаемой платформой, необходимо выполнить следующие действия. Или другими словами, для встроенного ПО системы и каждого встроенного ПО устройства, поддерживающего обновление встроенного ПО с помощью UpdateCapsule.

Шаги S3.6
  1. Для каждой записи ESRT создайте капсулу X+2, подпишите полезные данные с помощью правильного ключа или сертификата. Затем откройте файл корзины встроенного ПО и переверните 1 или более битов в файле и сохраните его обратно.
  2. Повторно создайте каталог для файла bin и INF-файла.
  3. Установите капсулы X+2. Предположим, что текущая версия — X.
Ожидаемый результат S3.6

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

  • Текущая версия встроенного ПО = X
  • Последняя попытка версии = X+2
  • Состояние последней попытки = 0xC0000022 (STATUS_ACCESS_DENIED) или 0xC000007B (STATUS_INVALID_IMAGE_FORMAT)

S3.7: встроенное ПО не допускает отката за пределы Самого низкого уровня ПоддержкиFirmwareVersion

Для других встроенного ПО устройства (более низкий приоритет) также необходимо выполнить следующие действия.

Шаги S3.7
  1. Для встроенного ПО системы UEFI создайте капсулу X+1, чтобы в записи ESRT для системного встроенного ПО было задано значение X+1.
  2. Установите капсулу X+1 и убедитесь, что обновление успешно выполнено.
  3. Создайте капсулы обновления встроенного ПО UEFI, чтобы версия в INF была X+2, но двоичный файл встроенного ПО имеет версию X.
  4. Установите капсулу X+2 и перезагрузите систему.
Ожидаемый результат S3.7

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

  • Текущая версия встроенного ПО = X+1
  • Последняя попытка версии = X+2
  • Состояние последней попытки = 0xC0000059 (STATUS_REVISION_MISMATCH)

S4: простое восстановление и обновление встроенного ПО (если реализовано)

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

Ожидаемый результат S4

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

S5: обновление встроенного ПО соответствует требованиям пользовательского интерфейса

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

Взаимодействие с пользователем соответствует спецификации, см. раздел «Взаимодействие с пользователем».

  • Единственный текст, отображаемый на экране: «Подождите, пока мы установим обновление системы». Текст отображается в правой координации на экране, как указано в спецификации.
  • Логотип OEM отображается, как описано в спецификации.

платформа обновления встроенного ПО UEFI Windows

Руководство по проверке варианта проверки UEFI

скрипт PowerShell (PS)QueryVersionAndStatus. ps1

italki — Обновить что-то? Какой предлог вы бы использовали? Обновить до/на/от что-нибудь? Какие препозиции

chen

Обновление чего-либо? Какой предлог вы бы использовали? Обновить что-то/на/чего-то? Какие предлоги вы бы использовали? Если возможно более одного предлога, как они используются? Можете ли вы прокомментировать следующие примеры, являются ли они правильными? Если они неверны, не могли бы вы указать на ошибки? Спасибо! Вот обновление отчета, который я отправил вам на прошлой неделе. Вот обновленная информация по проблеме, которую я поднял на прошлой неделе. Вот обновление отчета для справки.

22 февраля 2016 г. 4:01

Ответы · 9

«обновление от» и «обновление от» оба верны, но имеют разные значения. У нас также есть «обновление для»: update on sth = последние новости о чем-либо «Репортер проинформировал нас об изменении политической ситуации в Сирии» «Можете ли вы рассказать мне о планах по улучшению услуг нашей компании?» update of/to sth = изменение, чтобы сделать что-то более современным «Пьеса представляет собой обновление классической китайской оперы, перенося традиционные идеи в 21 век». «Узнайте, как получить новое обновление до Windows 10, нажав здесь!»

22 февраля 2016 г.

На самом деле все правильно. Обновление принимает разные предлоги, и это действительно зависит от того, что обновляется. «Включено» — самое обычное, это означает, что есть новая информация: Вот обновленная информация по проблеме, которую я поднял на прошлой неделе. -> Я собираюсь рассказать вам кое-что новое об этом, новую информацию. В то время как остальные предлоги обычно относятся к физическому, обнаруживаемому обновлению: Вот обновление отчета для справки. -> Есть новый отчет. Также: обновление программного обеспечения, обновление для Джессики.

22 февраля 2016 г.

Все примеры верны. «Обновление до», «на» или «от» — все правильно. Вы должны заметить, что «обновление до» и «обновление» относятся к конкретному объекту. То есть объект не абстрактный, его можно держать, трогать, чувствовать. «Обновление по вопросам» — это не физическая вещь. Это мои беглые наблюдения. (Предлог «to» обычно относится к какому-то месту, а «of» как бы указывает на какое-то владение. Обновление программного обеспечения … и обновление программного обеспечения … оба правильные.

22 февраля 2016 г.

Спасибо за указание на ошибку!

22 февраля 2016 г.

в первом предложении глагол send должен быть «отправлен»

22 февраля 2016 г.

Все еще не нашли ответы?

Запишите свои вопросы, и пусть носители языка помогут вам!

chen

Знание языков

Китайский (мандаринский диалект), английский

Изучение языка

Английский

Статьи, которые могут вам понравиться

Слова, заимствованные из других языков

Изучение сленга и фразовые глаголы для общения с носителями английского языка.

Исправление ошибок Центра обновления Windows с помощью DISM или средства проверки готовности системы к обновлению — Windows Server

  • Статья

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

Примечание

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

Исходный номер базы знаний: 947821

Распространенные ошибки повреждения

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

Код Ошибка Описание
0x80070002 ФАЙЛ ОШИБКИ_НЕ НАЙДЕН Системе не удается найти указанный файл.
0x8007000D ОШИБКА_INVALID_DATA Данные недействительны.
0x800F081F CBS_E_SOURCE_MISSING Источник пакета или файла не найден.
0x80073712 ОШИБКА_SXS_COMPONENT_STORE_CORRUPT Хранилище компонентов находится в несогласованном состоянии.
0x800736CC ОШИБКА_SXS_FILE_HASH_MISMATCH Файл компонента не соответствует проверочной информации, представленной в манифесте компонента.
0x800705B9 ОШИБКА_XML_PARSE_ERROR Невозможно проанализировать запрошенные данные XML.
0x80070246 ОШИБКА_ILLEGAL_CHARACTER Обнаружен недопустимый символ.
0x8007370D ОШИБКА_SXS_IDENTITY_PARSE_ERROR Строка идентификатора имеет неверный формат.
0x8007370B ОШИБКА_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME Имя атрибута в удостоверении находится за пределами допустимого диапазона.
0x8007370A ОШИБКА_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE Значение атрибута в удостоверении находится за пределами допустимого диапазона.
0x80070057 ОШИБКА_НЕДОПУСТИМЫЙ_ПАРАМЕТР Неверный параметр.
0x800B0100 TRUST_E_NOSIGNATURE В теме не было подписи.
0x80092003 CRYPT_E_FILE_ERROR Произошла ошибка при чтении или записи файла Центром обновления Windows.
0x800B0101 CERT_E_EXPIRED Срок действия требуемого сертификата истек при проверке по текущим системным часам или отметке времени в подписанном файле.
0x8007371B ОШИБКА_SXS_TRANSACTION_CLOSURE_INCOMPLETE Отсутствует один или несколько обязательных элементов транзакции.
0x80070490 ОШИБКА_НЕ НАЙДЕНА Windows не удалось выполнить поиск новых обновлений.
0x800f0984 PSFX_E_MATCHING_BINARY_MISSING Соответствующий каталог компонентов существует, но отсутствует двоичный файл
0x800f0986PSFX_E_APPLY_FORWARD_DELTA_FAILED Не удалось применить прямую дельту
0x800f0982 PSFX_E_MATCHING_COMPONENT_NOT_FOUND Невозможно определить соответствующий компонент для гидратации

Например, обновление может не установиться, если системный файл поврежден. Средство DISM или System Update Readiness может помочь вам исправить некоторые ошибки повреждения Windows.

На этой странице приведены сценарии устранения неполадок Центра обновления Windows.

Решение 1. Используйте DISM

Примечание

Решение, упомянутое в этом разделе, применимо к современным версиям Windows, таким как Windows 11, Windows 10, Windows Server 2016 или более поздним версиям. Для Windows 7 и Windows Server 2008 R2 выберите Решение 2. Используйте средство проверки готовности системы к обновлению.

Для решения этой проблемы используйте средство DISM. Затем снова установите обновление Windows или пакет обновления.

  1. Откройте командную строку с повышенными привилегиями. Для этого откройте Пуск или Пуск экрана, введите Командная строка , щелкните правой кнопкой мыши Командная строка и выберите Запуск от имени администратора . Если вам будет предложено ввести пароль администратора или подтверждение, введите пароль или выберите Разрешить .

  2. Введите следующую команду и нажмите Enter. Выполнение командной операции может занять несколько минут.

     DISM.exe /Online /Cleanup-image /Restorehealth

    Важно

    При выполнении этой команды DISM использует Центр обновления Windows для предоставления файлов, необходимых для устранения повреждений. Однако, если ваш клиент Центра обновления Windows уже неисправен, используйте работающую установку Windows в качестве источника восстановления или используйте параллельную папку Windows из общего сетевого ресурса или со съемного носителя, например DVD-диска Windows, в качестве источника. файлов. Для этого вместо этого выполните следующую команду:

     DISM.exe/Online/Cleanup-Image/RestoreHealth/Source:C:\RepairSource\Windows/LimitAccess

    Примечание

    Замените заполнитель C:\RepairSource\Windows на расположение источника восстановления. Дополнительные сведения об использовании средства DISM для восстановления Windows см. в статье Восстановление образа Windows.

  3. Введите команду sfc /scannow и нажмите Enter. Выполнение командной операции может занять несколько минут.

  4. Закройте командную строку и снова запустите Центр обновления Windows .

DISM создает файл журнала ( %windir%/Logs/CBS/CBS.log ), в котором фиксируются все проблемы, обнаруженные или устраненные этим средством. %windir% — это папка, в которой установлена ​​Windows. Например, папка %windir% — это C:\Windows .

Решение 2. Используйте средство проверки готовности системы к обновлению

Примечание

Решение, упомянутое в этом разделе, применимо для Windows 7 и Windows Server 2008 R2. Для современных версий Windows, таких как Windows 11, Windows 10, Windows Server 2016 или более поздних версий, выберите Решение 1. Используйте DISM.

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

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

    Перейдите в каталог Центра обновления Майкрософт и загрузите средство, соответствующее версии Windows, установленной на вашем компьютере. Дополнительные сведения о том, как найти установленную версию Windows, см. в статье Как узнать, работает ли на вашем компьютере 32-разрядная или 64-разрядная версия Windows.

    Примечание

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

  2. Установите и запустите инструмент.

    1. Выберите Загрузить на веб-странице центра загрузки, а затем выполните одно из следующих действий:

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

    2. В диалоговом окне Автономный установщик Центра обновления Windows выберите Да .

  3. Когда инструмент установлен, он запускается автоматически. Хотя обычно запуск занимает менее 15 минут, на некоторых компьютерах это может занять гораздо больше времени. Даже если кажется, что индикатор выполнения остановился, сканирование все еще выполняется, поэтому не выбирайте 9.0277 Отменить .

  4. Когда вы увидите, что установка завершена, выберите Закрыть .

  5. Переустановите обновление или пакет обновления, которые вы пытались установить ранее.

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

Решение 3. Используйте каталог Центра обновления Майкрософт

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

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

  1. Откройте страницу каталога Центра обновления Майкрософт для KB3006137.

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

  3. Выберите ссылку на файл для загрузки обновления.

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

  5. Откройте папку и дважды щелкните пакет обновления, чтобы установить его.

Что делает средство проверки готовности системы к обновлению

Проверка целостности ресурсов

Средство проверки готовности системы к обновлению проверяет целостность следующих ресурсов:

  • Файлы, расположенные в следующих каталогах:
    • %SYSTEMROOT%\Сервисинг\Пакеты
    • %SYSTEMROOT%\WinSxS\Манифесты
  • Данные реестра, расположенные в следующих подразделах реестра:
    • HKEY_LOCAL_MACHINE\Компоненты
    • HKEY_LOCAL_MACHINE\Схема
    • HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Компонентное обслуживание

Этот список может быть обновлен в любое время.

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

Ведение журнала

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

  • %SYSTEMROOT%\Logs\CBS\CheckSUR.log
  • %SYSTEMROOT%\Logs\CBS\CheckSUR.persist.log

Исправление ошибок, обнаруженных в файле журнала CheckSUR

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

  1. Откройте %SYSTEMROOT%\Logs\CBS\CheckSUR. журнал .

    Примечание

    %SYSTEMROOT% — это переменная среды, которая сохраняет папку, в которой установлена ​​Windows. Например, обычно %SYSTEMROOT% папка C:\Windows .

  2. Определите пакеты, которые средство не может исправить. Например, в файле журнала вы можете найти следующую информацию:

     Резюме:
Секунд выполнено: 264
Найдено 3 ошибки
Общее количество пропавших без вести CBS MUM: 3
Недоступные файлы восстановления:
обслуживание\пакеты\Package_for_KB958690_sc_0~31bf3856ad364e35~amd64~~6.
    No related posts.