Un sitio de empleo publica y retira ofertas de manera constante. Esta rotación crea cientos, a veces miles de URLs cuya duración varía de unos pocos días a unas pocas semanas. Medir la efectividad de un sitemap en este contexto equivale a evaluar su capacidad para señalar las páginas correctas en el momento adecuado, mientras se evita inundar a los motores de búsqueda con enlaces obsoletos.
El sitemap de un sitio de empleo no se gestiona como el de un sitio de presentación o un blog.
Sitemap XML y sitemap HTML en un sitio de empleo: dos roles distintos
La confusión entre sitemap XML y sitemap HTML persiste porque ambos llevan el mismo nombre. En un portal de empleo, sus funciones divergen claramente.
| Criterio | Sitemap XML | Sitemap HTML |
|---|---|---|
| Destinatario principal | Robots de exploración (Googlebot, Bingbot) | Visitantes humanos |
| Formato | Archivo .xml enviado a través de Search Console | Página web accesible desde el pie de página |
| Contenido típico (sitio de empleo) | URLs de ofertas activas, páginas de categorías, landing pages de profesiones | Estructura simplificada: sectores, regiones, tipos de contrato |
| Frecuencia de actualización | Diaria o más (a través de CMS o script) | Menos frecuente, estructura estable |
| Impacto SEO directo | Señal de rastreo, sin garantía de indexación | Enlazado interno, distribución de PageRank |
El sitemap XML actúa como un indicador de frescura para los robots. El sitemap HTML, por su parte, estructura la navegación para los candidatos que buscan un puesto por sector o por ubicación. En un sitio como la página sitemap de Job 2 Rêve, esta distinción se traduce en una página navegable que organiza las ofertas de manera legible, independientemente del archivo XML técnico.
Etiqueta lastmod y ofertas de empleo: cuándo la fecha realmente importa
Google utiliza la etiqueta lastmod únicamente si la fecha refleja un cambio real en el contenido. En un sitio de empleo, esto significa que una modificación del salario mostrado, del lugar de trabajo, del tipo de contrato o del estado de contratación justifica una actualización de esta fecha.
Por otro lado, una reconstrucción automática del archivo XML por el CMS, sin cambio de contenido en la página, no debería modificar el valor de lastmod. Los motores de búsqueda detectan esta incoherencia y terminan ignorando la señal.
Modificaciones que justifican un nuevo lastmod
- Cambio de la remuneración, del lugar o del tipo de contrato mencionado en el anuncio, incluyendo en los datos estructurados JobPosting
- Pasar una oferta del estado “abierto” a “cubierto”, o añadir una mención de cierre próximo
- Adición o modificación de contenido editorial significativo (descripción del puesto, habilidades requeridas, beneficios)
Esta rigurosidad sobre lastmod es aún más útil ya que Google no garantiza ni la exploración ni la indexación de las URLs enviadas. El sitemap sigue siendo una señal entre otras. Una fecha confiable aumenta la probabilidad de que el robot vuelva a explorar una página actualizada, lo cual es especialmente importante para los anuncios de duración limitada.
Segmentación del sitemap para un catálogo de ofertas voluminoso
Un archivo sitemap XML está limitado a 50 000 URLs y 50 MB no comprimidos. Para un portal de empleo que publica varios miles de ofertas simultáneamente, este límite técnico obliga a dividir el sitemap en varios archivos, conectados por un índice de sitemap.
La segmentación más efectiva para un sitio de empleo no sigue la lógica alfabética o cronológica cruda. Se organiza por tipo de contenido.
División recomendada por tipo de página
- Un archivo para las ofertas activas, actualizado diariamente, con lastmod confiable en cada URL
- Un archivo separado para las páginas de categorías (sectores, regiones, familias de profesiones), cuya estructura cambia raramente
- Un archivo para los contenidos editoriales (artículos de consejos, fichas de profesiones), actualizado a un ritmo más lento
- Ningún archivo para las ofertas expiradas: los anuncios cubiertos o retirados deben salir del sitemap y devolver un código HTTP 410 o una redirección
Esta división permite a los robots concentrar su presupuesto de rastreo en las páginas que tienen valor en un momento dado. Incluir URLs muertas en un sitemap diluye la señal y ralentiza la exploración de nuevas ofertas.
Cohesión entre sitemap, datos estructurados y robots.txt
Un sitemap efectivo en un sitio de empleo no funciona de manera aislada. Debe ser coherente con dos elementos técnicos más.
El archivo robots.txt debe permitir el acceso a las URLs listadas en el sitemap. Bloquear por error un directorio de ofertas a través de una directiva Disallow mientras se declara en el sitemap crea un conflicto que los motores de búsqueda manejan ignorando el sitemap para estas URLs.
Los datos estructurados JobPosting, utilizados para aparecer en Google for Jobs, deben corresponder a las páginas referenciadas en el sitemap XML. Si una oferta figura en el sitemap pero su página no contiene un marcado JobPosting válido, el motor puede degradar la página o retirarla de los resultados enriquecidos.
La verificación periódica de esta triple coherencia (sitemap, robots.txt, datos estructurados) evita pérdidas de visibilidad silenciosas. Los errores no siempre generan alertas en Search Console, especialmente cuando se refieren a páginas individuales en un catálogo de varios miles de URLs.
El sitemap de un sitio de empleo se gestiona como un flujo de datos vivo, no como un archivo estático depositado una vez. Su valor depende de la rigurosidad aplicada a las fechas, a la limpieza de las ofertas expiradas y a la alineación con el resto de la infraestructura técnica. Un archivo XML limpio, segmentado y sincronizado con los datos estructurados sigue siendo el palanca técnica más directa para que los anuncios correctos lleguen a los candidatos correctos a través de los motores de búsqueda.
