Guía · Mapa del sitio
Un mapa del sitio que dice la verdad
Casi todos los sitios tienen un sitemap.xml. Muchos menos tienen un mapa del sitio exacto. La diferencia depende de un solo campo, mucho más que del formato, que sigue siendo trivial: la fecha de última modificación. Es el que se rellena más rápido, el que menos se comprueba y el que decide en qué orden un motor vuelve a visitarte.
Cinco cosas que declara un mapa del sitio
Cada línea de un mapa del sitio es una afirmación sobre tu sitio, y un motor la trata como tal. Los cinco puntos siguientes se verifican con pruebas, desde el archivo servido.
01
Un mapa del sitio declara, el motor decide
El archivo sitemap.xml enumera las direcciones que quieres ver indexadas y, para cada una, la fecha en que cambió por última vez. Un motor lo usa para descubrir lo que aún le falta y para decidir dónde volver primero. Sigue siendo dueño de su recorrido: te lee.
Verlo: Solicita /sitemap.xml y léelo. Cada entrada debe ser una página real, servida en 200, en la dirección exacta que el sitio publica: mismo protocolo, mismo dominio, misma barra inclinada final.
Mantenerlo: Un mapa generado por la propia publicación. Una lista escrita a mano se desvía ya en la segunda publicación.
02
La fecha es el campo más veces equivocado
Es nuestro propio incidente, del 27 de agosto de 2026: seis páginas de siete anunciaban «modificada el 17 de agosto» en nuestro mapa del sitio, mientras IndexNow avisaba a los motores de que esas páginas acababan de cambiar. Las dos señales se contradecían. La causa cabía en una línea: las fechas se escribían a mano. Una fecha escrita a mano acaba siempre por mentir.
Verlo: Toma tres páginas al azar de tu mapa y compara su lastmod con la última modificación real de su texto. Si las tres llevan la misma fecha, o la fecha del día, estás leyendo una marca de tiempo de publicación donde el motor espera una fecha de modificación.
Mantenerlo: Un script compara el texto visible de la página que se va a publicar con el de la página actualmente en línea, y solo fecha con el día de hoy lo que realmente ha cambiado. Las demás páginas conservan su fecha. Es la corrección que aplicamos, y es la que aguanta.
03
Lo que un motor hace con una fecha que miente
Una fecha sirve para jerarquizar los pasos del rastreador. Si todo un sitio se refecha en cada publicación, todas sus páginas se parecen: la señal se aplana y el motor vuelve al ritmo que había elegido por sí mismo. El orden de las visitas sigue siendo entonces el suyo; una fecha exacta es la única palanca que un mapa del sitio te da sobre ello.
Verlo: Publica una corrección en una sola página y luego vuelve a leer el mapa. Solo una línea debe haber cambiado.
Mantenerlo: Una fecha que solo cambia cuando cambia el contenido. El 7 de septiembre de 2026, una auditoría de nuestro sitio mostró que el mapa fechaba todas las páginas en cada publicación; se corrigieron cuatro causas distintas, y después el script dejó el mapa intacto, conservando cada página su fecha.
04
Lo que contiene un mapa del sitio
Una dirección merece su lugar en el mapa cuando se cumplen tres condiciones a la vez: la ruta está abierta a la exploración por robots.txt, la página se declara indexable y su dirección canónica se señala a sí misma. Las tres van juntas: incluir una dirección que el resto del sitio descarta equivale a dar dos instrucciones contrarias en el mismo sitio.
Verlo: Para cada dirección del mapa: ¿la ruta está permitida por robots.txt? ¿La página se declara indexable? ¿Su canónica señala realmente su propia dirección?
Mantenerlo: Mantener en el mapa únicamente las páginas que asumes como indexables. Un mapa del sitio es exactamente eso: la lista de las páginas que quieres ver indexadas.
05
Las versiones de idioma forman parte del mapa
Una página traducida es una página de pleno derecho: debe enviarse como las demás, y su pertenencia al grupo debe leerse desde el mapa. El mapa del sitio de seorecords.com lleva, para cada página, el clúster hreflang completo en xhtml:link.
Verlo: Abre una entrada del mapa que corresponda a una página traducida. Debe enumerar todos los idiomas del grupo, y esa lista debe ser la misma de una entrada a otra.
Mantenerlo: Generar el clúster en el mismo lugar que el mapa, a partir de la misma fuente. Dos listas mantenidas por separado divergen.
Comprobar tu mapa del sitio en cuatro gestos
Estos cuatro gestos se hacen a simple vista, con el archivo delante. Solo exigen leerlo en lugar de suponer que es correcto.
- 01Solicita el archivo y comprueba que devuelve un 200 y en XML: una página de error disfrazada se delata por su contenido.
- 02Cuenta sus direcciones y compara ese número con el de las páginas que quieres indexadas. Una diferencia clara se ve al instante.
- 03Elige tres direcciones al azar y síguelas: código de respuesta, canónica, instrucción de indexación.
- 04Publica una sola corrección y luego vuelve a leer el mapa: solo una fecha debe haber cambiado.
Una observación sacada de nuestros dos episodios: el mapa del sitio es el último lugar donde se busca un error, porque está generado y por eso se lo cree mecánico. Lo es de verdad el día en que se vuelve a leer. En nuestro caso, hicieron falta dos relecturas sucesivas para que la fecha dijera la verdad, línea a línea, y hoy es un control que se ejecuta en cada publicación.
Leer tu plan tal como lo lee un motor
El Verificador lee tu dirección y te devuelve el estado de tus señales, gratis, en unos diez segundos. Tu sitio sigue siendo exactamente tuyo: la lectura se realiza desde el exterior. El Audit SEO Records va más allá: lee tu plan completo, página por página, y te entrega el informe fechado.