нужно

Пообщаемся, мне тоже интересно,я вам отпишусь

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

Можно тоже стукнуть в лс по языкам?

без проблем, в хрефах вроде разбираюсь, чем смогу помогу

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

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

Если не ошибаюсь мы с тобой смотрели страницу, и что то там нашли интересное, по поводу этого вопроса. Сейчас совсем не могу вспомнить что.

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

К сожалению я не помню о чем идет речь.
Потому просто расскажу про секционные руты, к которым относится figure

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

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

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

Да были ошибки с незакрытым тегом. И недосмотрел, в микроразметке schema.org как превьюшку показывало самую маленькую картинку 250х120, хотя на сайте была полноразмерная. А ну в добавок к этому  изображения в сайдбаре были не бекграундом , а через <img>. Вот гугл их и скушал. И кстати до сих пор (неделя) не выкинул из выдачи, хотя я всё исправил.

Наверное прямо так нигде.
Косвенно в описание любой библиотеке вроде бвебпака по ключевым словам Code Spliting или Lazy Loading.
Только не в  смысле изображений, а в смысле js кода

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

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

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

Потому что именно от этих факторово зависят все остальные.

иными словами вы не сможете решить вопрос TTI не решив вопрос FMP. А решив вопрос FMP вы автоматически улчшите показатель TTI

Это правда.

на начальном этапе, проще всего разбираться в секциях как:
ARTICLE это логическое или
SECTION это логическое И

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

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

@demimurych Как правильно уникализировать видео для гугла чтобы продвинуть его в топ-10, и почему в гугле по ряду вч запросов есть явно ворованные ролики? Опиши принцип формирования выдачи в гугл видео?

Загруать отложенно.

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

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

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

Далее делаются замеры загрузки и рендера, с полностью отключенным JS.

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

Далее расставлются приоритеты. Что для нас важнее всего. Работающая финтефлюшка, или тот же рекламный код.

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

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

Что наглядко показывает тот самый график который фиксирует дев тулс.

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

@demimurych Спасибо за ответ, я про эти два сообщения имел ввиду.

Структуру документа в HTML5 удобно в инструменте https://www.sitegardien.com/html5viewer/semantichtml5viewer.php смотреть. Кстати у backlinko размечен сайт (на WP)  в HTML5 н/п https://backlinko.com/content-marketing-tips @demimurych как тебе его верстка?

А вот это уже интересный враинт.
Я вижу тот редкий случай где люди которые это делали, понимали что делают

Ага.
Ну у них разметка сделана осмыслено. То есть людьми которые как минимум понимали или пытались разобраться.

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

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

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

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