🗺️ Generador de sitemap.xml
Pega una lista de URLs (una por línea) para construir sitemap.xml con lastmod, changefreq, priority, hreflang, imagen y vídeo.
🔒 Sobre la privacidad
- ・La lista de URL nunca se envía al servidor
- ・Todo en el navegador
- ・Sin registro, sin inicio de sesión, sin pago
0 URL
Valores por defecto
hreflang multilingüe (opcional)
Formato: "lang: prefijo-URL" por línea.
📄 sitemap.xml
📖 Dónde se suele tropezar
Construye un sitemap.xml a partir de una lista de URLs, con lastmod, changefreq y priority en bloque, entradas hreflang para las versiones lingüísticas y las extensiones de imagen y vídeo. Todo se ejecuta en el navegador. Un sitemap no garantiza la indexación: sólo dice que una página existe, y que aparezca o no lo decide el buscador según el contenido. Si pierdes de vista esa premisa, dedicarás tiempo a un trabajo sin efecto.
| Caso | Qué ocurre | Qué hacer |
|---|---|---|
| Una URL está en el sitemap y aun así no se indexa | Un sitemap ayuda al descubrimiento; no promete nada sobre la inclusión. Una página pobre, duplicada de otra o generada sin más desde una plantilla no se indexará por muy destacada que aparezca en el sitemap. Incluso puede volverse en tu contra: listar una página con noindex, una cuyo canonical apunta a otro sitio, una URL que redirige o una que devuelve 404 pone señales contradictorias ante el rastreador. Desde su punto de vista estás pidiendo inclusión y negándola a la vez, y la credibilidad de todo el sitemap cae. |
Lista sólo las páginas que quieres que se indexen. La regla es simple, pero los sitios que generan el sitemap automáticamente suelen incumplirla al enumerar todas las páginas de forma mecánica. El motivo de la no inclusión se ve en el informe Páginas de Search Console: Detectada, actualmente sin indexar significa que ni siquiera se ha rastreado, por considerarse de baja prioridad, mientras que Rastreada, actualmente sin indexar significa que se leyó y se juzgó que no merecía figurar, y los remedios de uno y otro son completamente distintos. El primero es un problema de tu estructura de enlaces; el segundo, del contenido. Reenviar el sitemap sin distinguirlos no ayuda con ninguno de los dos. |
| Perder tiempo ajustando priority y changefreq | Google ha declarado públicamente que ignora en gran medida priority y changefreq. El motivo es evidente: los declara el propio dueño del sitio, y tantos sitios ponen todas sus páginas a 1.0 y daily que los campos dejaron de aportar información. priority pretendía expresar la importancia relativa dentro del sitio, de modo que valores idénticos en todas partes no dicen nada. lastmod sí se sigue consultando, pero también pierde credibilidad cuando todas las páginas llevan la fecha de hoy, y los generadores de sitios estáticos hacen justo eso por defecto: los sitemaps donde la marca de compilación es el lastmod de todas las páginas son extremadamente comunes. |
Puedes omitir sin más priority y changefreq: dejarlos fuera no te penaliza. Dedica ese tiempo a que lastmod sea la fecha real de modificación: usa la columna updated_at de tu base de datos, o la fecha del último commit que tocó el archivo en Git. Cuando es exacta, los buscadores vuelven a rastrear antes las páginas actualizadas, una de las pocas partes de un sitemap que de verdad funciona. A la inversa, no toques el lastmod sin cambiar el contenido: puede provocar un rastreo una vez, pero si sigues anunciando actualizaciones que no existen, el anuncio deja de creerse. |
| Superar el límite de 50.000 URL o 50 MB | El límite es de 50.000 URL y 50 MB sin comprimir por archivo, igual para Google y Bing. Si lo superas, el exceso no se descarta: el archivo entero da error, de modo que añadir la URL cincuenta mil uno tumba las cincuenta mil que funcionaban. En una tienda o un medio, los productos y los archivos se acumulan, así que un día cruzas la línea sin más. Y no te enterarás hasta que aparezca un error en Search Console, que es lo incómodo, porque nadie mira su sitemap a diario. | Divide con un índice de sitemaps: un <sitemapindex> que enumere varias entradas <sitemap>. El propio índice admite hasta 50.000, lo que sitúa el techo práctico en 2.500 millones de URL. Dividir por frecuencia de actualización es lo eficiente: mete en un archivo pequeño las páginas que cambian a menudo —artículos nuevos, existencias— y deja el archivo casi estático en otro; así el rastreador visita el primero con frecuencia y el segundo rara vez, y tu presupuesto de rastreo se gasta donde importa. Divide desde el principio y no cuando te acerques al límite: cambiar la estructura después obliga a redescubrir temporalmente todas las URL. |
Un sitemap se descubre con una sola línea Sitemap: https://example.com/sitemap.xml en el robots.txt. Registrarlo en Search Console no es obligatorio, pero merece la pena porque ves los errores y el número de URLs indexadas. Las URL que contiene tienen restricciones: han de ser absolutas y estar en el mismo host y protocolo que el propio sitemap; incluir URLs de otro dominio exige propiedad verificada en Search Console. Y un sitemap no se construye una sola vez: las URL de páginas borradas que quedan atrás producen una hilera de 404 y un aviso permanente en Search Console. Este sitio pasó por ello en julio de 2026, al retirar las versiones en portugués y alemán: el sitemap se recortó de 2.016 URL a 1.440. Trata la configuración de las redirecciones 301 y la eliminación de las URL del sitemap como una sola tarea: haz sólo una de las dos y quedará una incoherencia garantizada.
📖 Cómo usar
-
1
Pega URLsUna URL por línea.
-
2
Configura opcionesConfigura lastmod, changefreq, etc.
-
3
DescargarColócalo en la raíz y envíalo a Search Console.
❓ Preguntas frecuentes
¿Cuál es el límite por archivo?
¿priority afecta al SEO?
¿hreflang en el sitemap?
🔗 Herramientas relacionadas
🐛 ¿Encontró un problema con esta herramienta?
Gratis, sin registro. Incluso solo los pasos para reproducir ayudan. Los informes van directamente al operador y se usan para corregir.
¡Gracias por tu reporte!
Tu reporte llegó al operador y se usará para mejorar.