Esta semana en calidad web.
Esta semana en calidad web, 13 de noviembre de 2026 Cinco destacados de nuestro repaso diario del sector, cada uno resumido con nuestras palabras y con el crédito a su fuente. 1. Lighthouse 13.6 puede subir tu puntuación en PSI
PageSpeed Insights ya usa Lighthouse 13.6, que cambia cómo simula el FCP y el LCP. Barry Pollard, de Chrome, dice que las puntuaciones suelen salir más altas, sobre todo en sitios con mucho JavaScript, aunque la página no haya cambiado. Antes de atribuir una mejor puntuación a tu propio trabajo, comprueba que los dos informes indiquen la misma versión de Lighthouse y compara los datos de campo.
Por Matt G. Southern, Search Engine Journal: searchenginejournal.com/pagespeed-insights-scores-lighthouse-update/595698/ 2. Playwright 1.65 ejecuta pruebas con Bun
Playwright 1.65 ejecuta su test runner con Bun mediante bunx --bun playwright test, sin modo watch. Un nuevo reporter failures y la opción onlyFailures dejan en los informes solo lo que falló. Entre los cambios incompatibles, las acciones ahora esperan a que un elemento inert deje de serlo, y ya no se prueba con Node.js 20.
Por dgozman, Playwright releases: github.com/microsoft/playwright/releases/tag/v1.65.0 3. Google sobre los 301, los 302 y las señales de ranking
Gary Illyes y Cherry Prommawin, de Google, explicaron que un 301 pasa las señales de ranking de la URL antigua a la nueva, mientras que un 302 mantiene la URL antigua en los resultados porque Google espera que vuelva. Un 307 o un 308 hacen lo mismo, pero conservan los datos del formulario en un POST. Recomiendan redirecciones en el servidor antes que JavaScript o meta refresh.
Por Roger Montti, Search Engine Journal: searchenginejournal.com/google-explains-how-redirects-affect-ranking-signals/595967/ 4. Informar de SEO cuando GA4 ve menos
Tras una política de consentimiento más estricta, las sesiones orgánicas en GA4 cayeron un 64% en cuatro semanas, mientras los clics en Search Console subieron un 1.8%. Dii Pooler muestra cómo auditar dónde se corta el seguimiento, comparar GA4 con los registros del backend e informar por separado de la visibilidad en búsqueda, el comportamiento medido y los resultados verificados, con los límites de la medición por delante.
Por Dii Pooler, Moz: moz.com/blog/measure-seo-performance-incomplete-data 5. La IA puede revisar un ACR, no escribirlo
Will Creedle sostiene que las herramientas de IA generales no pueden probar, corregir ni evaluar la conformidad con WCAG por sí solas, así que no deberían producir solas un Accessibility Conformance Report basado en un VPAT. Sí ayudan a detectar errores, como una cláusula equivocada de la EN 301 549 o not evaluated en lugar de not applicable, y a aclarar la redacción.
Por Will Creedle, Deque: deque.com/blog/how-to-choose-the-right-vpat-approach-for-your-organization/ Todos los resúmenes, consejos y revisiones de sitios, en nuestro hub social: carlosandmunoz.com/qa-review-social.html #WebDev #Programming #QA #Accessibility #SEO #QAlab
PageSpeed Insights ya usa Lighthouse 13.6, que cambia cómo simula el FCP y el LCP. Barry Pollard, de Chrome, dice que las puntuaciones suelen salir más altas, sobre todo en sitios con mucho JavaScript, aunque la página no haya cambiado. Antes de atribuir una mejor puntuación a tu propio trabajo, comprueba que los dos informes indiquen la misma versión de Lighthouse y compara los datos de campo.
Por Matt G. Southern, Search Engine Journal: searchenginejournal.com/pagespeed-insights-scores-lighthouse-update/595698/ 2. Playwright 1.65 ejecuta pruebas con Bun
Playwright 1.65 ejecuta su test runner con Bun mediante bunx --bun playwright test, sin modo watch. Un nuevo reporter failures y la opción onlyFailures dejan en los informes solo lo que falló. Entre los cambios incompatibles, las acciones ahora esperan a que un elemento inert deje de serlo, y ya no se prueba con Node.js 20.
Por dgozman, Playwright releases: github.com/microsoft/playwright/releases/tag/v1.65.0 3. Google sobre los 301, los 302 y las señales de ranking
Gary Illyes y Cherry Prommawin, de Google, explicaron que un 301 pasa las señales de ranking de la URL antigua a la nueva, mientras que un 302 mantiene la URL antigua en los resultados porque Google espera que vuelva. Un 307 o un 308 hacen lo mismo, pero conservan los datos del formulario en un POST. Recomiendan redirecciones en el servidor antes que JavaScript o meta refresh.
Por Roger Montti, Search Engine Journal: searchenginejournal.com/google-explains-how-redirects-affect-ranking-signals/595967/ 4. Informar de SEO cuando GA4 ve menos
Tras una política de consentimiento más estricta, las sesiones orgánicas en GA4 cayeron un 64% en cuatro semanas, mientras los clics en Search Console subieron un 1.8%. Dii Pooler muestra cómo auditar dónde se corta el seguimiento, comparar GA4 con los registros del backend e informar por separado de la visibilidad en búsqueda, el comportamiento medido y los resultados verificados, con los límites de la medición por delante.
Por Dii Pooler, Moz: moz.com/blog/measure-seo-performance-incomplete-data 5. La IA puede revisar un ACR, no escribirlo
Will Creedle sostiene que las herramientas de IA generales no pueden probar, corregir ni evaluar la conformidad con WCAG por sí solas, así que no deberían producir solas un Accessibility Conformance Report basado en un VPAT. Sí ayudan a detectar errores, como una cláusula equivocada de la EN 301 549 o not evaluated en lugar de not applicable, y a aclarar la redacción.
Por Will Creedle, Deque: deque.com/blog/how-to-choose-the-right-vpat-approach-for-your-organization/ Todos los resúmenes, consejos y revisiones de sitios, en nuestro hub social: carlosandmunoz.com/qa-review-social.html #WebDev #Programming #QA #Accessibility #SEO #QAlab
