Gald
← BLOG
SISTEMAS · 29 SEP 2026

El sitemap que borró cuatro páginas sin avisar

Un generador era dueño de un bloque de un archivo compartido. Cada vez que corría reescribía ese bloque desde su propia lista, y cuatro páginas que no conocía desaparecían. Nada falló. Nada avisó.

XML markup open in an editor on a laptop screen

Un sitio tenía dos tipos de página en la misma carpeta. Treinta las producía un script desde una lista en su código. Cuatro estaban escritas a mano, una por producto, y vivían en esa misma carpeta porque ahí es donde le tocaban al lector.

El script también mantenía el sitemap. Para ser exactos, reescribía la sección del sitemap que cubría esa carpeta, desde la única lista que tenía: sus propias treinta. Las cuatro páginas hechas a mano no estaban en esa lista, así que cada corrida las borraba.

Por qué nadie lo notó

Quitar una URL de un sitemap no es un error. El archivo sigue siendo válido, el build pasa, las páginas siguen funcionando y siguen enlazadas desde el inicio. El único síntoma es un descubrimiento más lento en los buscadores, semanas después, justo para las cuatro páginas que más querías que encontraran.

Se encontró por accidente, durante un cambio que no tenía nada que ver, cuando alguien leyó el diff de una reconstrucción de rutina y preguntó por qué había cuatro líneas en rojo.

01
Corre el generador
→
02
Reescribe su bloque
→
03
Desaparecen URLs ajenas
→
04
Archivo válido, menos páginas
Cada paso tuvo éxito, por eso sobrevivió meses

El arreglo es de propiedad, no de lista

La reparación tentadora es poner los cuatro nombres fijos en el script. Eso funciona hasta que alguien agrega una quinta, que es el mismo error con una mecha más larga.

La reparación que aguanta es borrar menos. El generador elimina solo las URLs que puede probar que generó, y deja intacta cualquier otra de esa sección. Ahora se guía por "no es mía" en vez de por una lista de excepciones, así que una quinta página hecha a mano no requiere ningún cambio.

  • Un generador puede borrar lo que creó; no puede borrar lo que solo se encontró
  • Los archivos compartidos necesitan un dueño por sección, escrito, o cada herramienta asume que es dueña de todo
  • Una eliminación callada es peor que un fallo, porque un fallo se arregla el mismo día

Vale la pena revisarlo en tu propio sitio esta semana: abre tu sitemap y cuenta. Si el número no coincide con las páginas que crees tener, algo está editando ese archivo con una lista más corta que la tuya.

El error no costó nada arreglarlo una vez visto. Le costó a cuatro páginas varias semanas de visibilidad en buscadores antes de que alguien lo viera, y esa es la parte que vale recordar de los fallos que no se anuncian.

¿Tienes un proyecto en mente?

Hablemos