1) Оптимизация под Lighthouse сводится к ускорению рендера первого экрана, то есть надо максимально облегчить задачу ЦП смартфона.

2) В большинстве случаев речь идет об оптимизации javascript. Помочь распараллелить процессы может API браузера — requestIdleCallback

(https://developers.google.com/web/updates/2015/08/using-requestidlecallback)

2) Счетчики систем аналитики зло. Лучше всего отложить их загрузку, но тогда точность их измерений упадет на 5-7%. Либо выбрать одну систему (например, Метрику), а все остальное отложить (GTM, GA, LI).

3) Если говорить об оптимизации CSS, то надо строить Critical Path.

4) Найти точки роста скорости можно с помощью Coverage Tab в DevTools (https://developers.google.com/web/tools/chrome-devtools/coverage)

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

6) HTTP2 может оказаться не эффективным, если большинство пользователей сидят на плохом 3G. Так как там только одно соединение, то при его разрывах все люто тормозится, и проще вернуться на старый протокол.

7) Еще один способ оптимизировать загрузку js-скриптов - устроить лесенку, когда браузер сначала загружает первую его часть, после чего начинает компилировать, скачивая параллельно вторую. Получается «лесенка».

1) Оптимизация под Lighthouse сводится к ускорению рендера первого экрана, то есть надо максимально облегчить задачу ЦП смартфона.

2) В большинстве случаев речь идет об оптимизации javascript. Помочь распараллелить процессы может API браузера — requestIdleCallback

(https://developers.google.com/web/updates/2015/08/using-requestidlecallback)

2) Счетчики систем аналитики зло. Лучше всего отложить их загрузку, но тогда точность их измерений упадет на 5-7%. Либо выбрать одну систему (например, Метрику), а все остальное отложить (GTM, GA, LI).

3) Если говорить об оптимизации CSS, то надо строить Critical Path.

4) Найти точки роста скорости можно с помощью Coverage Tab в DevTools (https://developers.google.com/web/tools/chrome-devtools/coverage)

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

6) HTTP2 может оказаться не эффективным, если большинство пользователей сидят на плохом 3G. Так как там только одно соединение, то при его разрывах все люто тормозится, и проще вернуться на старый протокол.

7) Еще один способ оптимизировать загрузку js-скриптов - устроить лесенку, когда браузер сначала загружает первую его часть, после чего начинает компилировать, скачивая параллельно вторую. Получается «лесенка».

@demimurych название качественных тем, с вашей точки зрения для WP напишите, пожалуйста

Побуду Вангой: не будет ответа на этот вопрос.

Почему?
Он сам сказал в докладе, можно написать в личку, но я думаю это будет частым вопросом, поэтому и спросил сразу в чате

Почему?
Он сам сказал в докладе, можно написать в личку, но я думаю это будет частым вопросом, поэтому и спросил сразу в чате

Почему?
Он сам сказал в докладе, можно написать в личку, но я думаю это будет частым вопросом, поэтому и спросил сразу в чате

Простите за мемы в этом чате)

Я имею в виду, что ответы будут завтра, скорее всего

1) Оптимизация под Lighthouse сводится к ускорению рендера первого экрана, то есть надо максимально облегчить задачу ЦП смартфона.

2) В большинстве случаев речь идет об оптимизации javascript. Помочь распараллелить процессы может API браузера — requestIdleCallback

(https://developers.google.com/web/updates/2015/08/using-requestidlecallback)

2) Счетчики систем аналитики зло. Лучше всего отложить их загрузку, но тогда точность их измерений упадет на 5-7%. Либо выбрать одну систему (например, Метрику), а все остальное отложить (GTM, GA, LI).

3) Если говорить об оптимизации CSS, то надо строить Critical Path.

4) Найти точки роста скорости можно с помощью Coverage Tab в DevTools (https://developers.google.com/web/tools/chrome-devtools/coverage)

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

6) HTTP2 может оказаться не эффективным, если большинство пользователей сидят на плохом 3G. Так как там только одно соединение, то при его разрывах все люто тормозится, и проще вернуться на старый протокол.

7) Еще один способ оптимизировать загрузку js-скриптов - устроить лесенку, когда браузер сначала загружает первую его часть, после чего начинает компилировать, скачивая параллельно вторую. Получается «лесенка».

по 6-му пункту. Но тогда ведь не будет работать https, если переключиться на http 1.1 ? Или я не прав?