# Chrome 158 deja los sitemaps con hoja XSL en XML sin formato
*Chrome prevé retirar XSLT en la versión 158, con despliegue estable general previsto para el 17 de noviembre de 2026, y muchos sitemaps perderán la tabla con enlaces que ven las personas. La guía compara las alternativas para mantener una presentación útil sin cambiar las URL ni las etiquetas que leen los buscadores.*
Por Carlos Sánchez, con ayuda de IA
Publicado el 4 de noviembre de 2026, 15:24 · Revisado el 5 de noviembre de 2026, 13:51
Chrome prevé dejar de aplicar XSLT con su versión 158, cuyo despliegue estable general está previsto para el 17 de noviembre de 2026, según su [documentación para desarrolladores](https://developer.chrome.com/docs/web-platform/deprecating-xslt). Muchos sitemaps dependen de ello: la línea `` del principio del fichero es la que hace que una persona vea una tabla con enlaces en lugar de etiquetas. Desde ese día, quien abra uno de esos sitemaps en Chrome verá el XML en bruto. El cambio afecta a lo que ve una persona, no a las etiquetas que leen los buscadores (lo explicamos más abajo).
El aviso ya está en pantalla. Chrome estable pinta una banda roja en los XML que llevan hoja XSLT: «Este sitio usa XSLT, una función que se va a eliminar de este navegador muy pronto…».
*La banda sobre el índice de sitemaps de rankmath.com, que todavía usa una hoja XSL; debajo, la tabla con enlaces que genera esa hoja. Captura en Chrome 156 del 2 de noviembre de 2026*
Se retiran la instrucción `xml-stylesheet` con `type="text/xsl"` y la API `XSLTProcessor` de JavaScript. El XML se queda, y la misma instrucción con `type="text/css"` «sigue siendo compatible», en palabras de Chrome. El motivo es la seguridad: la biblioteca que hace las transformaciones, libxslt, es código C antiguo con vulnerabilidades graves recientes. Quien necesite más tiempo tiene dos prórrogas (último apartado de alternativas).
Si has leído «Chrome 155» en otro sitio, es la numeración anterior. La página de Chrome todavía decía 155 en marzo de 2026, según la [Wayback Machine](https://web.archive.org/web/20260301173313/https://developer.chrome.com/docs/web-platform/deprecating-xslt); hoy dice 158 y mantiene la fecha.
## Firefox y Safari quieren quitarlo, pero no tienen fecha
Mozilla [apoya la retirada](https://github.com/mozilla/standards-positions/issues/1287#issuecomment-3227145793), pero el [bug para desactivar XSLT por defecto en Firefox](https://bugzilla.mozilla.org/show_bug.cgi?id=2066712) sigue abierto y sin versión asignada a 2 de noviembre de 2026. En WebKit, el motor de Safari, el [bug equivalente](https://bugs.webkit.org/show_bug.cgi?id=300785) tampoco tiene fecha. Anne van Kesteren, que respondió por WebKit en el debate del estándar, [avisó en agosto de 2025](https://github.com/whatwg/html/issues/11523#issuecomment-3149280766) de que probablemente esperarían a que otro navegador lo retirase del todo.
## Los buscadores leen el XML; la hoja solo cambia lo que ve una persona
El [protocolo de sitemaps](https://www.sitemaps.org/protocol.html) define las etiquetas que leen los buscadores (`urlset`, `url`, `loc`, `lastmod`…) y no dice nada de hojas de estilo. La guía de Google para [crear y enviar un sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap), actualizada el 8 de julio de 2026, tampoco las menciona. Google no se ha pronunciado sobre la retirada de XSLT: no hemos encontrado nada en su documentación de sitemaps ni en las últimas entradas de su blog a 2 de noviembre de 2026.
Nuestra lectura es que cambiar o quitar la hoja no toca ninguna etiqueta del protocolo ni la URL del sitemap, así que no vemos motivo para esperar cambios en el rastreo ni para volver a enviarlo en Search Console. Yoast y el soporte de Rank Math lo explican igual. El problema es de quien abre el sitemap en el navegador: tú, tu cliente o el equipo que revisa qué se ha publicado.
## Yoast prepara una hoja CSS para el 17 de noviembre
Yoast SEO, Rank Math, All in One SEO, SEOPress y los sitemaps propios de WordPress escriben hoy `type="text/xsl"`. La redacción lo comprobó en el código de las versiones enlazadas en la tabla. Esto es lo que tienen previsto, a 2 de noviembre de 2026:
| Sitemaps de | Versión comprobada | Cambio previsto |
| --- | --- | --- |
| WordPress, sin plugin | [7.1.4](https://github.com/WordPress/wordpress-develop/blob/7.1.4/src/wp-includes/sitemaps/class-wp-sitemaps-renderer.php) | La 7.2 quita la hoja (apartado «Quitar la hoja») |
| Yoast SEO | [28.8](https://plugins.svn.wordpress.org/wordpress-seo/tags/28.8/inc/sitemaps/class-sitemaps-renderer.php) | La 28.9, que su [changelog](https://plugins.svn.wordpress.org/wordpress-seo/trunk/readme.txt) fecha el 17 de noviembre de 2026, la cambia por una hoja CSS ([PR #23673](https://github.com/Yoast/wordpress-seo/pull/23673)) |
| Rank Math | [1.0.280](https://plugins.svn.wordpress.org/seo-by-rank-math/tags/1.0.280/includes/modules/sitemap/class-generator.php) | Sin anuncio en las fuentes consultadas. Su soporte [respondió el 25 de octubre de 2026](https://wordpress.org/support/topic/this-site-uses-xslt-that-functionality-is-being-removed-from-this-browser-soon/) que no hay anuncio |
| All in One SEO | [5.0.4](https://plugins.svn.wordpress.org/all-in-one-seo-pack/tags/5.0.4/app/Common/Sitemap/Output.php) | Sin cambio anunciado en las fuentes consultadas |
| SEOPress | [10.4](https://plugins.svn.wordpress.org/wp-seopress/tags/10.4/inc/functions/sitemap/template-xml-sitemaps.php) | Sin cambio anunciado en su changelog |
Si no quieres esperar, dos de ellos tienen un filtro para quitar o cambiar esa línea: `rank_math/sitemap/{tipo}_stylesheet_url` en Rank Math y `aioseo_sitemap_show_credits` en All in One SEO, que con `false` quita la hoja y también el comentario de créditos. En SEOPress la línea está escrita en la plantilla y no hemos visto un filtro solo para ella.
Nuestra lectura: quien use Yoast llegará a tiempo si la 28.9 sale cuando dice su changelog, el mismo día que Chrome 158. Si los otros tres no publican un cambio antes, sus sitemaps perderán ese formato en Chrome. Con los sitemaps nativos de WordPress puede ocurrir lo mismo hasta la 7.2, si se mantiene el calendario previsto.
## Una hoja CSS mantiene la tabla, pero no los enlaces
Es la salida que ha elegido Yoast ([issue #23663](https://github.com/Yoast/wordpress-seo/issues/23663)) y la más directa: cambiar `type="text/xsl"` por `type="text/css"` y apuntar a una hoja CSS servida como `text/css` y en UTF-8. CSS no transforma el XML, solo lo decora, pero da para bastante:
- `@namespace`, para dirigirse a los elementos del protocolo y a los de imágenes (`image:`) o noticias (`news:`);
- contadores, para numerar las filas y dar el total;
- `::before` con `content`, para poner títulos y etiquetas que el XML no tiene;
- `:has()`, para que el título cambie según el contenido, por ejemplo «Sitemap de noticias» si hay `news:news`;
- `prefers-color-scheme`, para el modo oscuro.
CS · Sitemaps, el plugin de sitemaps para WordPress de Carlos Sánchez, director de este periódico, ya lo resuelve así. Desde su [versión 1.5.0](https://sanchezdonate.net/recursos/plugins-de-wordpress/), la vista para personas usa una hoja CSS en lugar de la XSL, con filas numeradas, fechas, recuento al pie y modo claro y oscuro. Puede verse en el [índice de sitemaps de sanchezdonate.net](https://sanchezdonate.net/sitemap-cs-index.xml), que Chrome muestra con formato y sin la banda roja.
Un ejemplo mínimo. En el sitemap, la instrucción va justo después de la declaración XML:
```
```
Y `/sitemap.css` puede empezar así, para el índice y para cada sitemap:
```
@namespace url(http://www.sitemaps.org/schemas/sitemap/0.9);
urlset, sitemapindex {
display: block; max-width: 70rem; margin: 2rem auto; padding: 0 1rem;
font: 15px/1.5 system-ui, sans-serif; counter-reset: fila;
}
urlset::before, sitemapindex::before { display: block; font-size: 2rem; font-weight: 700; }
urlset::before { content: "Sitemap"; }
sitemapindex::before { content: "Índice de sitemaps"; }
url, sitemap {
display: flex; gap: 1.5rem; padding: .5rem 0;
border-bottom: 1px solid #ddd; counter-increment: fila;
}
url::before, sitemap::before { content: counter(fila); min-width: 3ch; color: #777; }
loc { flex: 1; overflow-wrap: anywhere; }
lastmod { font-family: monospace; color: #555; }
url > *|*:not(loc):not(lastmod) { display: none; }
urlset::after, sitemapindex::after { display: block; margin-top: 1rem; content: "Total: " counter(fila); }
@media (prefers-color-scheme: dark) { :root { background: #111; color: #ddd; } }
```
*La hoja de ejemplo aplicada a un sitemap de prueba: filas numeradas, fechas y total; las imágenes del sitemap no se muestran. Probado en Chrome 156 el 2 de noviembre de 2026; no lo hemos probado en Firefox ni en Safari*
Los límites son los que reconoce Yoast en su issue y alguno más:
- Las URL no son enlaces pulsables. Los navegadores no admiten XLink en un XML genérico, solo en SVG y MathML, como [recordó Paul Biron](https://github.com/WordPress/wordpress-develop/pull/12448#issuecomment-4983037411) en la discusión de WordPress.
- En este ejemplo, el recuento se muestra al pie, después de recorrer las filas.
- Las fechas salen tal cual, en formato ISO.
- Las imágenes no se ven en miniatura; como mucho, su URL.
- La vista móvil puede quedar limitada: este XML no incorpora la configuración de viewport de una página HTML.
En nuestra opinión, es la mejor relación entre esfuerzo y resultado para la mayoría de sitios. Si nadie necesita pulsar las URL, no hace falta más.
*Si la hoja CSS no llega, el navegador no aplica nada y el sitemap sale como texto seguido. Le pasaba el 2 de noviembre de 2026 al índice de sitemaps de yoast.com: ya apunta a una hoja CSS, pero esa dirección respondía con un error 404*
## Quitar la hoja, como hará WordPress 7.2
WordPress ha optado por no decorar nada. El cambio ([ticket #65593](https://core.trac.wordpress.org/ticket/65593), [changeset 64073](https://github.com/WordPress/wordpress-develop/commit/f4350cd9e252a011db98a1b786975fbe2a544db5), fusionado el 3 de octubre de 2026) quita la instrucción `xml-stylesheet` de los sitemaps nativos, elimina las rutas `/wp-sitemap.xsl` y `/wp-sitemap-index.xsl` y deja obsoletos los filtros `wp_sitemaps_stylesheet_*`, cuyo resultado ya no se usa. Llega con [WordPress 7.2](https://make.wordpress.org/core/7-2/), prevista para el 8 de diciembre de 2026.
A favor: no hay nada que mantener y el fichero lleva solo lo que pide el protocolo. En contra: Chrome enseña su vista de árbol, con un aviso de que el fichero no tiene información de estilo. A un SEO le basta; a un cliente le parecerá que algo se ha roto.
*Así enseña Chrome un sitemap sin hoja de estilo. Es el de sitemaps.org, la web del propio protocolo*
Weston Ruter [señaló un caso límite](https://github.com/WordPress/wordpress-develop/pull/12448#issuecomment-5963445663) en la misma discusión: si una caché sigue sirviendo el sitemap antiguo con la línea de la hoja, el navegador pide un `/wp-sitemap.xsl` que ya no existe, recibe la portada y Firefox muestra un error.
## Una página HTML aparte recupera los enlaces
Si necesitas que las URL se puedan pulsar, la transformación tiene que hacerse antes de llegar al navegador: el servidor genera una versión HTML del sitemap y la sirve en otra URL. Es lo que proponía Paul Biron en el [PR #12584](https://github.com/WordPress/wordpress-develop/pull/12584) de WordPress (la misma dirección del sitemap terminada en `.html`), que se cerró sin fusionar cuando entró el cambio del apartado anterior. Yoast la deja en su issue como posibilidad futura, fuera de su cambio.
Si ya tienes una XSL, puedes aplicarla en el servidor. En PHP hace falta la extensión XSL, como explica su [manual](https://www.php.net/manual/en/xsl.installation.php); comprueba que tu hosting la tiene. Si no, genera el HTML directamente con los mismos datos que el sitemap.
A favor: enlaces, recuentos, fechas legibles y un diseño que se adapta al móvil, en cualquier navegador y sin JavaScript. En contra: es otra URL que mantener, hay que decidir si se indexa, y el XML sigue viéndose en bruto si no le pones también una hoja CSS.
Creemos que, si vas a hacer una página así, conviene pensar en un [mapa del sitio en HTML](https://seomanal.es/tecnico/rastreo/para-que-sirve-el-sitemap-html-y-que-dejar-al-xml-y-al-de-texto/) para personas más que en una copia del sitemap con otro formato. Ese mapa tiene valor propio para el enlazado interno y el rastreo, como explica Carlos Sánchez, director de este periódico, en su [guía de sitemaps](https://sanchezdonate.net/articulo/sitemaps/); conviene diseñarlo para que ayude a localizar las páginas importantes.
## El polyfill conserva tu XSL a cambio de meter un script en el sitemap
El [polyfill](https://github.com/mfreed7/xslt_polyfill) que propone Chrome es libxslt y libxml2 compilados a WebAssembly. Lo publica Mason Freed, coautor de la página de Chrome. Para que transforme un sitemap hay que añadir dentro del propio XML, como hijo del elemento raíz, una línea como esta:
```
```
Su documentación pone tres condiciones. La transformación automática solo actúa si el navegador ya no tiene XSLT nativo. La hoja se pide en modo mismo origen, así que una XSL alojada en otro dominio se bloquea aunque tenga CORS. Y el script tiene que servirse en UTF-8. En la medición que la redacción hizo de la versión 1.0.34, publicada el 29 de octubre de 2026, el archivo minificado ocupaba unos 1,4 MB y 525 KB con gzip.
La pega es de mantenimiento y de limpieza del fichero: cada sitemap lleva un elemento que no es del protocolo y que tú o tu plugin tenéis que mantener. El [esquema de sitemaps.org](https://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd) solo admite elementos de otros espacios de nombres en sitios concretos, como antes del primer ``, y Google no documenta cómo trata uno así dentro de un sitemap.
Nuestra lectura: el propio autor lo presenta en el README «solo como un parche provisional». Sirve para ganar tiempo si tu XSL hace algo que no puedes rehacer con CSS, no como solución definitiva.
## Origin Trial, Enterprise Policy y la extensión solo dan tiempo
- **Origin Trial.** Registras tu dominio en el [programa de Chrome](https://developer.chrome.com/origintrials/#/view_trial/1902207892610613249) y envías el token en la [cabecera HTTP](https://developer.chrome.com/docs/web-platform/origin-trials) `Origin-Trial`, porque un XML no tiene `` donde poner la etiqueta meta. Permite conservar temporalmente XSLT en Chrome mientras el sitio y el token cumplan las condiciones del programa.
- **Enterprise Policy.** La política [`XSLTEnabled`](https://chromeenterprise.google/policies/#XSLTEnabled) solo afecta a los navegadores que gestiona una empresa. Sirve si tu equipo o el de un cliente depende de herramientas internas con XSLT.
- **Extensión.** [XSLT Polyfill](https://chromewebstore.google.com/detail/xslt-polyfill/hlahhpnhgficldhfioiafojgdhcppklm) aplica el mismo polyfill en el navegador de quien la instala. Te sirve para seguir viendo con formato los sitemaps de clientes que aún no han cambiado; tus visitantes no la tendrán.
Las dos primeras dejan de funcionar con Chrome 176, el 17 de agosto de 2027. Para entonces hay que haber elegido una de las salidas anteriores.
## Tres comprobaciones antes de Chrome 158
1. **Abre tus sitemaps en Chrome**, el índice y uno de cada tipo. Si ves la banda roja, usan XSLT. Mira también los feeds RSS con hoja XSL, a los que Chrome dedica un apartado propio en su documentación.
2. **Actualiza el plugin** cuando publique el cambio y mira el resultado en el navegador. Si usas Yoast News SEO, Video SEO o Local SEO, sus sitemaps seguirán con XSL hasta que cada complemento cambie. Después de actualizar, vacía la caché de los sitemaps para no caer en el caso que describe Weston Ruter.
3. **Decide si necesitas enlaces pulsables.** Si solo miran los sitemaps los SEO, basta con una hoja CSS o con ninguna. Si los usan clientes o redactores para navegar por el sitio, haz una página HTML. El polyfill y las prórrogas, solo para ganar tiempo.
## Referencias
1. AIOSEO (s. f.). *Changelog de AIOSEO*. aioseo.com. (Sin mención; la búsqueda «xslt» no da resultados)
2. AIOSEO (s. f.). *Output de AIOSEO 5.0.4*. plugins.svn.wordpress.org. (Escribe text/xsl si aioseo\_sitemap\_show\_credits es true)
3. Battocchi, E. (2026, 2 de octubre). *Replace the XSLT sitemap stylesheet with CSS…*. GitHub. (Cerrada el 28-10-2026; límites de CSS; News, Video y Local siguen con XSL)
4. Battocchi, E. (2026, 5 de octubre). *feat(sitemaps): replace the XSLT sitemap stylesheet with CSS*. GitHub. (Fusionado el 28-10-2026 en release/28.9)
5. Biron, P. (2026, 17 de julio). *Remove the XSLT xml-stylesheet PI… (HTML en servidor)*. GitHub. (Cerrado sin fusionar el 03-10-2026)
6. Chrome for Developers (s. f.). *Origin trials*. (El token se puede enviar en la cabecera HTTP Origin-Trial)
7. chromestatus.com (2026, 13 de octubre). *Deprecate and remove XSLT*. («From Chrome 158…». Firefox y Safari, «Positive»)
8. chromewebstore.google.com (s. f.). *XSLT Polyfill*. (Existe; es la que enlaza Chrome)
9. Chromium (s. f.). *Política XSLTEnabled*. raw.githubusercontent.com. (Temporal, desde la 146 y se retira en la 176)
10. Freed, M. (2026, 29 de octubre). *xslt-polyfill 1.0.34*. npmjs.com. (Medición propia del .min.js (jsDelivr): 1.457.427 bytes, 524.718 con gzip)
11. Freed, M. (s. f.). *xslt\_polyfill (README)*. GitHub. (BSD-3. «stopgap», mismo origen, UTF-8, solo actúa sin XSLT nativo)
12. Freed, M. y Röttsches, D. (2025, 29 de octubre). *Removing XSLT for a more secure browser*. Chrome for Developers. (Calendario, qué se retira, que CSS sigue, polyfill, extensión, RSS. El pie dice «Last updated 2025-10-29» aunque ha cambiado después)
13. Google (2026, 8 de julio). *Build and submit a sitemap*. Google Search Central. (Sin mención de hojas; también revisados la vista general de sitemaps y el feed del blog)
14. Google (s. f.). *Calendario de Chromium*. chromiumdash.appspot.com. (158: estable 17-11-2026, early stable 04-11-2026. 176: 17-08-2027)
15. hkicenet (2026, 22 de octubre). *Hilo de soporte de Rank Math*. wordpress.org. («We do not have an announcement about replacing it yet». Texto de la banda en inglés)
16. masteradhoc (2026, 8 de julio). *Core-65593: Remove sitemap stylesheets*. GitHub. (Comentarios de pbiron (XLink, 15-07-2026) y westonruter (caché, 03-10-2026))
17. Mozilla (s. f.). *Disable XSLT by default*. bugzilla.mozilla.org. (NEW, sin milestone. Seguimiento en el 1990759; aviso en consola desde Firefox 147 (bug 1993933))
18. PHP (s. f.). *XSL: Installation*. php.net. (Se activa con --with-xsl)
19. plugins.svn.wordpress.org (s. f.). *Generador de Rank Math 1.0.280*. (Escribe text/xsl; filtro rank\_math/sitemap/{tipo}\_stylesheet\_url (prefijo verificado en class-hooker.php))
20. rankmath.com (s. f.). *Changelog de Rank Math*. (Sin mención; la búsqueda «xslt» en su web no da nada)
21. rankmath.com (s. f.). *Índice de sitemaps de rankmath.com*. (Sigue con hoja XSL; captura de la banda de Chrome 156 el 02-11-2026)
22. rutgerbakker95 (2026, 23 de octubre). *SEOmatic: Sitemaps use XSLT…*. GitHub. (Consultado y no citado: fuera de WordPress pasa lo mismo)
23. Sánchez, C. (2024, 6 de febrero). *Sitemaps en el mundo del SEO*. sanchezdonate.net. (Criterio para el mapa HTML)
24. Sánchez, C. (s. f.). *Plugins de WordPress*. sanchezdonate.net. (Notas de la versión 1.5.0 de CS · Sitemaps: la vista para personas pasa de XSL a CSS)
25. Sánchez, C. (s. f.). *Índice de sitemaps de sanchezdonate.net*. sanchezdonate.net. (Usa una hoja CSS (text/css), comprobado el 04-11-2026)
26. SEOPress (s. f.). *Plantilla de SEOPress 10.4*. plugins.svn.wordpress.org. (Escribe text/xsl; sin filtro solo para esa línea. Changelog de la 10.4 sin mención)
27. sitemaps.org (2016, 21 de noviembre). *Sitemaps XML format*. (No habla de hojas de estilo)
28. sitemaps.org (s. f.). *Esquema del sitemap*. (xsd:any ##other antes del primer url y al final de cada url)
29. sitemaps.org (s. f.). *Sitemap de sitemaps.org*. (Sin hoja de estilo; captura de la vista de árbol de Chrome 156)
30. van Kesteren, A. (2025, 4 de agosto). *Comentario de WebKit*. GitHub. («cautiously supportive»; esperaría a otro motor)
31. web.archive.org (2025, 2 de noviembre). *Removing XSLT for a more secure browser (copias de la Wayback Machine)*. (Decían 155 (17-11-2026) y 164 (17-08-2027). La primera captura con 158/176 es del 15-04-2026. Las fechas no cambian)
32. WebKit (s. f.). *Disable XSLT support*. bugs.webkit.org. (NEW, sin fecha)
33. WordPress (2026, 3 de octubre). *Sitemaps: Remove XSL stylesheets (r64073)*. GitHub. (Diff completo, @deprecated 7.2.0)
34. WordPress (s. f.). *Renderer 7.1.4*. GitHub. (Escribe text/xsl. La 7.1.4 es la estable según api.wordpress.org)
35. WordPress (s. f.). *Ticket #65593*. core.trac.wordpress.org. (No abre: pide un reto JS. Lo he leído a través del commit y los PR)
36. WordPress (s. f.). *WordPress 7.2*. make.wordpress.org. (Publicación prevista el 08-12-2026)
37. Yoast (s. f.). *Changelog de Yoast SEO*. plugins.svn.wordpress.org. (28.9 «Release date: 2026-11-17»; estable: 28.8)
38. Yoast (s. f.). *Renderer de la 28.8*. plugins.svn.wordpress.org. (Escribe text/xsl)
39. Yoast (s. f.). *Índice de sitemaps de yoast.com*. yoast.com. (Ya apunta a main-sitemap.css (text/css), que respondía 404 el 02-11-2026)
40. zcorpan (2025, 27 de agosto). *Posición de Mozilla*. GitHub. (Positiva)