Nada en el momento de publicar distingue una página que va a traer trabajo de otra que pasará un año sin recibir una sola visita. Las dos se publican igual, y la diferencia recién se nota meses después, en un informe que nadie pensó en abrir.
Publicar coloca un archivo en un servidor; no convoca a nadie a leerlo. Entre la publicación y el primer visitante ocurre un proceso que nadie de su lado controla, y ese proceso tiene un presupuesto.
Las direcciones aparecen más rápido de lo que alguien decide crearlas
Casi toda la orientación sobre crecimiento de sitios supone páginas escritas de una en una por alguien que pensó cada una. No es así como crece el sitio de una empresa de oficio que está tomando más contratos cada trimestre. Aquí las páginas se generan: una por servicio y por municipio atendido, una por cada obra terminada con su galería, una por material o marca del catálogo, una por fecha en el calendario de eventos.
Nada de eso está mal; así funciona un sitio que quiere aparecer en más lugares. Pero significa que la decisión de agregar ciento veinte direcciones la tomó una plantilla, no una reunión, y que el inventario cruza umbrales que nadie anunció.
- Servicios por municipio se multiplica solo. Nueve servicios y catorce localidades atendidas dan ciento veintiséis direcciones que ningún redactor revisó.
- Cada obra terminada llega con galería. Un proyecto documentado en veinte fotos puede convertirse en veinte direcciones si el gestor las publica por separado.
- El catálogo crece con el proveedor. Marcas, líneas y acabados entran al sitio cuando cambia la lista del distribuidor, sin que nadie apruebe nada.
- Los calendarios crean una página por fecha. En hostelería y eventos, cada función, menú de temporada o reservación pública puede generar su propia dirección.
El presupuesto de rastreo y lo que lo gasta sin avisar
Un buscador asigna a cada sitio una cantidad finita de descargas, más o menos proporcional a la confianza que le tiene y a la carga que el servidor aguanta sin quejarse. Esa asignación no se publica, no se compra y no se reparte por igual entre sus direcciones.
La consecuencia importante es que el rastreo compite dentro de su propio dominio. Cada descarga gastada en una dirección que no aporta nada es una descarga que no recibió la página que usted sí necesitaba que se descubriera esta semana. En un sitio de treinta páginas el efecto es invisible; en uno de nueve mil direcciones generadas manda sobre todo lo demás.
| Qué consume la visita | Origen habitual en un sitio de servicios | Costo si se deja así |
|---|---|---|
| Variantes con parámetros | Filtros de galería, orden por fecha, buscador interno | Direcciones casi idénticas sin final |
| Cadenas de redirección | Cambios de menú, secciones renombradas | Varias descargas para llegar a un documento |
| Errores blandos que devuelven 200 | Plantillas que muestran «sin resultados» con estado correcto | Descargas perdidas y ninguna señal de avería |
| Fichas de proyectos antiguos | Cada obra archivada desde que existe el sitio | Archivo profundo rastreado antes que lo nuevo |
| Respuestas lentas del servidor | Galerías pesadas, alojamiento compartido | La asignación se encoge sola |
| Páginas casi duplicadas | Servicio por municipio con dos palabras cambiadas | Volumen sin nada que lo distinga |
Tres de esas seis filas son efectos secundarios de hacer las cosas bien. Ahí está la trampa: las decisiones que crean el problema de rastreo son, por separado, decisiones correctas.
Páginas por municipio y fichas de obra, generadas por centenares
Dos tipos de página merecen nombre propio, porque los produce casi cualquier empresa de servicios en crecimiento y fallan de la misma manera.
La página de servicio por localidad
Una plantilla, una lista de municipios y dos sustantivos intercambiados. Ochenta páginas salidas de una tarde de trabajo.
- El texto es idéntico salvo el nombre del lugar
- Incluye localidades donde usted no ha trabajado nunca
- Ninguna dice qué se hizo allí ni para quién
La ficha de proyecto
Una dirección por obra terminada, generada desde el mismo gestor donde el equipo sube las fotos del día. Escala sola, que es justamente el problema.
- La mayoría son tres fotos y un pie de foto
- Muchas repiten alcance, material y descripción
- El archivo nunca se cierra ni se resume
Los dos tipos pueden funcionar. Una página de localidad escrita por alguien que sí trabajó ahí —con el tipo de suelo, el requisito del inspector local, el plazo real de permiso— es de las que más contratos traen. La misma página multiplicada por catorce municipios es un pasivo de rastreo con dos entradas útiles enterradas dentro.
La prueba es incómoda y simple: para cada página generada, ¿existe una búsqueda plausible y la respuesta sería distinta de la de las otras setenta y nueve? Si no, eso no es contenido: es una fila de base de datos que resultó tener dirección propia.
La empresa cambia de nombre y el historial de direcciones no
Las empresas de oficio se renombran más de lo que parece. Una que empezó instalando pisos hoy ofrece remodelación completa; dos socios se separan y cada uno conserva parte de la marca; se agrega una licencia y con ella una línea de servicio que antes se subcontrataba. Cada cambio es una decisión pensada adentro y un pequeño desorden en el espacio de direcciones afuera.
Lo que ocurre en la práctica es que las direcciones viejas siguen accesibles, porque romperlas daba miedo. Las redirecciones se acumulan por capas, una por cada cambio de nombre. Las páginas del servicio anterior se quedan por si alguien las busca. En dos años el sitio carga tres vocabularios a la vez: cómo se llamaba el negocio al abrir, cómo se llamó al ampliarse y cómo se llama hoy.
Todas esas capas se rastrean. Una cadena de redirecciones cuesta una descarga por salto. Una página del servicio que ya no existe con ese nombre se descarga con el mismo entusiasmo que la que usted publicó ayer, porque nada en el código dice lo contrario.
- Aplane las cadenas después de cada cambio. Apunte la dirección más antigua directamente a la actual en vez de hacerla pasar por todos los nombres intermedios.
- Retirar no es esconder. Una página fuera del menú que sigue devolviendo 200 sigue siendo un objetivo de rastreo. Deles un estado real o un destino canónico.
- Una página por concepto, no por nombre. Mencione el vocabulario antiguo dentro de la página actual en lugar de mantener una página por cada etiqueta histórica.
- Deje el cambio por escrito. Un registro con fecha de qué cambió y cuándo es lo que le permite interpretar la caída de tráfico seis semanas después.
El sitemap es un instrumento, no un trámite
El sitemap se suele tratar como un requisito: generarlo, enviarlo una vez y olvidarlo. En un sitio de cuarenta páginas eso es inofensivo. En uno generado es la palanca más útil que hay, porque es el único lugar donde usted declara cuáles de sus direcciones considera dignas de atención.
La propiedad importante es que un sitemap es una afirmación, no un volcado. Un archivo con todas las direcciones que su gestor puede producir no le dice al rastreador nada que no pudiera averiguar solo. Un archivo con las trescientas páginas que usted defendería en una reunión sí es una señal.
Envío de sitemaps y lectura recursiva
Para sitios donde el inventario de direcciones lo produce el sistema y no una persona.
- Suba un archivo o indique una dirección. Se aceptan las dos entradas, así que un sitemap que se regenera solo puede enviarse sin pasos intermedios.
- El anidamiento se lee tres niveles. Un índice de índices de sitemaps se sigue de forma recursiva, que es lo que suele producir un sitio grande generado.
- Hasta 1,000 sitemaps en un solo trabajo. Suficiente para un inventario separado por servicio, zona y año sin tener que aplanarlo antes.
- Dos trabajos a la vez, veinte en espera. La cola está acotada a propósito: enviar más no hace que nada vaya más rápido.
La profundidad de tres niveles importa más de lo que suena. Un catálogo de obra se anida por zona, después por año y después por tipo de trabajo, y una herramienta que solo lee el archivo de arriba ve una docena de entradas donde hay ocho mil. Repartir el inventario en muchos sitemaps pequeños también hace posible el diagnóstico: cuando una sección deja de descubrirse, el límite del archivo le dice cuál.
Envío directo, IndexNow y los límites que ordenan el plan
Esperar el descubrimiento es lo predeterminado. El envío es la alternativa: usted nombra las direcciones en lugar de confiar en que aparezcan. El mecanismo es IndexNow, que avisa a los rastreadores participantes —GoogleBot y BingBot entre ellos— que vale la pena mirar una dirección concreta.
Lo interesante son los límites, porque convierten una intención abierta en un calendario. Mil URLs por día por cuenta es el presupuesto del rastreador. Diez mil URLs pueden entregarse en un solo lote masivo, y eso es una cola, no una promesa: el lote se acepta y el presupuesto diario decide a qué velocidad se vacía.
Leído así, el presupuesto diario es un dato de planificación y no una restricción. Cuatro mil direcciones son cuatro días de operación. Saberlo de antemano es lo que permite decidir el orden: primero las páginas que traen contratos, después el material de referencia, y las setenta fichas de proyecto sin descripción, nunca. Ese orden es casi todo el trabajo de indexación y descubrimiento que hará este trimestre.
Qué le está diciendo de verdad el estado de un lote
Un lote en curso informa tres contadores en vivo —enviadas, encontradas, fallidas— y mantiene un registro por URL con la visita del bot, su marca de tiempo, el estado devuelto y el detalle de cualquier error. Ese registro es el único lugar donde un problema de descubrimiento deja de ser sospecha y se vuelve concreto.
Fallos agrupados por ruta
Los errores concentrados bajo una misma sección casi siempre indican un problema de rutas o de códigos de estado ahí, no un problema de contenido.
- Busque errores blandos que devuelven 200
- Revise si un cambio de menú metió una redirección
- Arregle la sección y vuelva a enviar la sección
Visitas registradas y nada en los informes
El bot vino, la página se descargó y no se quedó. Esta es la falla que describe el aviso anterior, y es un veredicto sobre el contenido.
- Compare la página con sus setenta y nueve hermanas
- Pregunte si alguna búsqueda querría esa respuesta
- Reenviarla no va a cambiar el resultado
Distinguir esos dos patrones es todo el valor del registro. El primero es un defecto técnico y se arregla esta semana. El segundo es un juicio sobre la página, y ninguna cantidad de reenvíos ni de ajustes al sitemap lo revoca.
AutoSEO — cuando el inventario crece más que la revisión
Para equipos cuyo número de páginas crece más rápido que la capacidad de decidir cuáles merecen promoverse.
- Descubrimiento y prioridades sin reunión de por medio. La búsqueda de términos, el trabajo de enlaces y las sugerencias sobre el sitio corren de forma continua.
- La indexación vive junto a la analítica. El estado de los envíos y el rendimiento en búsqueda se leen en el mismo lugar, así un problema de descubrimiento no se confunde con uno de posiciones.
- Entrada por lotes donde ayuda. El asistente Stream acepta listas de palabras clave y de URLs en bloque en lugar de una línea por vez.
Cuando hay varios sitios —el de la empresa, el de la división nueva, el que quedó de una marca comprada— pesan más las funciones de organización que las de envío. Los grupos de cuentas enlazadas, las etiquetas de sitio como filtro global y el acceso compartido por sitio son lo que evita que la cuarta propiedad sea la que nadie revisa nunca.
Preguntas que aparecen durante el primer lote
Enviamos 10,000 URLs. ¿Por qué avanza tan lento el contador?
Porque el límite del lote y el presupuesto diario son cosas distintas. Diez mil es lo que acepta un solo lote; mil por día es lo que procesa la cuenta. El lote es una cola que se vacía a ese ritmo, así que diez mil URLs son diez días de operación por diseño. No hay nada atascado.
¿El sitemap debe incluir todas las direcciones que el sitio puede producir?
No. Debe incluir las que usted defendería si se lo preguntaran. Un sitemap que lista todo es un volcado y no aporta información. Dejar páginas fuera es precisamente la señal: le indica al rastreador qué parte de un inventario grande considera usted que merece la descarga.
Nuestro catálogo de obra está anidado en cuatro niveles. ¿Es un problema?
La lectura recursiva sigue tres niveles, así que un cuarto nivel no se alcanza. La solución habitual es aplanar una capa al generar el archivo, casi siempre subiendo un nivel los índices por año. De todas formas, repartir en más sitemaps a menor profundidad es mejor, porque vuelve rastreable el origen de cada fallo.
¿Conviene poner en cola varios sitios a la vez?
Corren dos trabajos de sitemap en simultáneo y pueden esperar hasta veinte, así que un grupo de propiedades se deja listo de una sentada. El orden sigue importando: la cola se procesa como cola, y poner el sitio archivado delante del que paga la nómina es un error fácil de cometer al momento de enviar.
¿Borramos las páginas generadas que nadie quiere?
Casi nunca de inmediato. Sáquelas primero del sitemap y observe un ciclo; algunas resultan responder a una búsqueda que usted no había previsto. Borrar es la respuesta correcta para páginas de un servicio que ya no existe con ese nombre, donde la dirección nunca volverá a ser correcta.
Una multiplicación que conviene hacer antes del próximo generador
Antes de agregar un tipo de página, haga la aritmética. Cuente lo que la plantilla va a producir: servicios por municipios, o proyectos por año por los años que piensa conservar. Multiplique con honestidad. Un gestor que publica cuarenta fichas por trimestre agrega ciento sesenta direcciones al año sin que nadie apruebe una sola.
| Tipo de página generada | Qué la multiplica | Vale la pena enviarla |
|---|---|---|
| Servicio por localidad | Servicios × municipios atendidos | Solo donde hay obra hecha que contar |
| Fichas de proyecto | Obras terminadas por año | Las que se pueden describir a fondo |
| Catálogo de materiales | Marcas × líneas × acabados | Rara vez; mejor una página por categoría |
| Fechas de eventos o menús | Calendario de temporada | El índice sí, cada fecha no |
| Artículos del blog | Plan editorial | Todos, si los escribió una persona |
Después pregúntese qué proporción de ese número enviaría si el envío le costara un día por cada mil, porque le cuesta exactamente eso. Si la respuesta sincera es un ocho por ciento, genere ese ocho por ciento, o genere todo y ponga en el sitemap solo ese ocho por ciento. Las dos opciones se defienden. Publicar nueve mil direcciones y confiar en que el rastreador las ordene, no; y es lo que pasa por defecto cuando nadie hace la cuenta.
El lado de los informes cierra el círculo. Cuando un lote termina de vaciarse, la analítica de búsqueda de la misma cuenta muestra si esas páginas llegaron alguna vez a registrar una impresión, que es la única medida de si el ejercicio sirvió de algo. Esa comparación —enviadas contra realmente aparecidas— es la cifra que debería gobernar el siguiente generador, y por eso las vistas de descubrimiento y de analítica conviene tenerlas en un mismo espacio. El lado de la medición lo tratamos aparte en nuestras notas técnicas.
Si su número de direcciones creció por un factor que nadie planeó, el primer paso útil es un inventario y no un envío: conecte la propiedad y lance un trabajo de sitemap para ver cuántas direcciones existen realmente y cuántas ha visitado alguna vez un rastreador. Ese número suele ser mayor y menor de lo esperado al mismo tiempo: más páginas de las que nadie creía, menos visitadas de las que todos suponían. Cuando la limpieza es un proyecto y no una tarde, nuestros trabajos técnicos explican cómo se dimensiona, y los registros por URL del panel son lo que vuelve el resultado comprobable en vez de declarado.
