Cette semaine en qualité web.
Cette semaine en qualité web, 13 novembre 2026 Cinq choix tirés de notre veille quotidienne du secteur, chacun résumé avec nos mots et crédité à sa source. 1. Lighthouse 13.6 peut faire monter votre score PSI
PageSpeed Insights utilise désormais Lighthouse 13.6, qui change la façon de simuler le FCP et le LCP. Barry Pollard, de Chrome, indique que les scores sont généralement plus élevés, le plus souvent sur les sites chargés en JavaScript, même quand la page n'a pas changé. Avant d'attribuer un meilleur score à votre propre travail, vérifiez que les deux rapports indiquent la même version de Lighthouse et comparez les données de terrain.
Par Matt G. Southern, Search Engine Journal : searchenginejournal.com/pagespeed-insights-scores-lighthouse-update/595698/ 2. Playwright 1.65 lance les tests sous Bun
Playwright 1.65 fait tourner son test runner sous Bun avec bunx --bun playwright test, sans mode watch. Un nouveau reporter failures et l'option onlyFailures limitent les rapports à ce qui a échoué. Parmi les changements incompatibles, les actions attendent désormais qu'un élément inert cesse de l'être, et Node.js 20 n'est plus testé.
Par dgozman, Playwright releases : github.com/microsoft/playwright/releases/tag/v1.65.0 3. Google sur les 301, les 302 et les signaux de classement
Gary Illyes et Cherry Prommawin, de Google, ont expliqué qu'une 301 transmet les signaux de classement de l'ancienne URL à la nouvelle, tandis qu'une 302 garde l'ancienne URL dans les résultats, car Google s'attend à son retour. Une 307 ou une 308 fait le même travail, mais garde les données du formulaire lors d'un POST. Ils recommandent les redirections côté serveur plutôt que JavaScript ou le meta refresh.
Par Roger Montti, Search Engine Journal : searchenginejournal.com/google-explains-how-redirects-affect-ranking-signals/595967/ 4. Rendre compte du SEO quand GA4 voit moins
Après une politique de consentement plus stricte, les sessions organiques dans GA4 ont chuté de 64% en quatre semaines, tandis que les clics dans Search Console ont augmenté de 1.8%. Dii Pooler montre comment repérer où s'arrête le suivi, comparer GA4 aux données du backend et présenter séparément la visibilité dans la recherche, le comportement mesuré et les résultats vérifiés, en indiquant d'abord les limites de la mesure.
Par Dii Pooler, Moz : moz.com/blog/measure-seo-performance-incomplete-data 5. L'IA peut vérifier un ACR, pas le rédiger
Will Creedle estime que les outils d'IA généralistes ne peuvent pas tester, corriger ni évaluer seuls la conformité WCAG, et qu'ils ne devraient donc pas produire seuls un Accessibility Conformance Report fondé sur un VPAT. Ils aident en revanche à repérer des erreurs, comme une mauvaise clause de l'EN 301 549 ou not evaluated au lieu de not applicable, et à clarifier la formulation.
Par Will Creedle, Deque : deque.com/blog/how-to-choose-the-right-vpat-approach-for-your-organization/ Tous les condensés, conseils et revues de sites sur notre hub social : carlosandmunoz.com/qa-review-social.html #WebDev #Programming #QA #Accessibility #SEO #QAlab
PageSpeed Insights utilise désormais Lighthouse 13.6, qui change la façon de simuler le FCP et le LCP. Barry Pollard, de Chrome, indique que les scores sont généralement plus élevés, le plus souvent sur les sites chargés en JavaScript, même quand la page n'a pas changé. Avant d'attribuer un meilleur score à votre propre travail, vérifiez que les deux rapports indiquent la même version de Lighthouse et comparez les données de terrain.
Par Matt G. Southern, Search Engine Journal : searchenginejournal.com/pagespeed-insights-scores-lighthouse-update/595698/ 2. Playwright 1.65 lance les tests sous Bun
Playwright 1.65 fait tourner son test runner sous Bun avec bunx --bun playwright test, sans mode watch. Un nouveau reporter failures et l'option onlyFailures limitent les rapports à ce qui a échoué. Parmi les changements incompatibles, les actions attendent désormais qu'un élément inert cesse de l'être, et Node.js 20 n'est plus testé.
Par dgozman, Playwright releases : github.com/microsoft/playwright/releases/tag/v1.65.0 3. Google sur les 301, les 302 et les signaux de classement
Gary Illyes et Cherry Prommawin, de Google, ont expliqué qu'une 301 transmet les signaux de classement de l'ancienne URL à la nouvelle, tandis qu'une 302 garde l'ancienne URL dans les résultats, car Google s'attend à son retour. Une 307 ou une 308 fait le même travail, mais garde les données du formulaire lors d'un POST. Ils recommandent les redirections côté serveur plutôt que JavaScript ou le meta refresh.
Par Roger Montti, Search Engine Journal : searchenginejournal.com/google-explains-how-redirects-affect-ranking-signals/595967/ 4. Rendre compte du SEO quand GA4 voit moins
Après une politique de consentement plus stricte, les sessions organiques dans GA4 ont chuté de 64% en quatre semaines, tandis que les clics dans Search Console ont augmenté de 1.8%. Dii Pooler montre comment repérer où s'arrête le suivi, comparer GA4 aux données du backend et présenter séparément la visibilité dans la recherche, le comportement mesuré et les résultats vérifiés, en indiquant d'abord les limites de la mesure.
Par Dii Pooler, Moz : moz.com/blog/measure-seo-performance-incomplete-data 5. L'IA peut vérifier un ACR, pas le rédiger
Will Creedle estime que les outils d'IA généralistes ne peuvent pas tester, corriger ni évaluer seuls la conformité WCAG, et qu'ils ne devraient donc pas produire seuls un Accessibility Conformance Report fondé sur un VPAT. Ils aident en revanche à repérer des erreurs, comme une mauvaise clause de l'EN 301 549 ou not evaluated au lieu de not applicable, et à clarifier la formulation.
Par Will Creedle, Deque : deque.com/blog/how-to-choose-the-right-vpat-approach-for-your-organization/ Tous les condensés, conseils et revues de sites sur notre hub social : carlosandmunoz.com/qa-review-social.html #WebDev #Programming #QA #Accessibility #SEO #QAlab
