Páginas con fecha de caducidad: presupuesto de rastreo, descubrimiento e Indexing Hub

Los negocios de aquí fabrican páginas con fecha más rápido que ningún otro tipo de empresa —cada función, cada sesión, cada paquete de boda, cada menú de temporada— y casi todas no valen nada a la mañana siguiente. El costo no es el almacenamiento: es la atención del rastreador, gastada en cosas que ya ocurrieron.

Publicar es una operación de archivo: mueve bytes a un servidor y termina. Que alguien venga a leerlos, que ese lector sea un buscador y que decida guardar el resultado son tres sucesos distintos, y el primero no garantiza ninguno.

La página existe. Nadie ha ido a mirarla.

Entre una URL en vivo y una línea de tráfico hay varios pasos independientes, y una página puede atascarse en cualquiera mientras se ve sana en su gestor de contenidos.

• Descubrimiento. El buscador tiene que enterarse de que la dirección existe: por un enlace, por el sitemap o por un envío. Una página huérfana, sin enlace entrante ni línea de sitemap, se queda intacta de forma indefinida.
• Rastreo. Conocer la dirección no es visitarla. El rastreador trabaja una cola por prioridad, y una dirección de prioridad baja espera semanas entre visitas.
• Indexación. Leída la página, el buscador decide si la guarda. Lo delgado y lo duplicado se lee y se descarta: queda registro de rastreo y ninguna ficha.
• Servicio. Estar guardado no es estar mostrado. Solo tras los cuatro pasos una consulta puede emparejarse con usted.

Casi todo dueño de sitio funde esos pasos en una idea llamada «estar en Google». De ahí sale el diagnóstico equivocado: alguien reescribe una página que jamás fue descargada, o construye enlaces hacia otra que el buscador ya leyó y rechazó.

El presupuesto de rastreo y lo que se lo come en silencio

Un rastreador asigna a cada sitio una cantidad finita de descargas, según qué tan rápido responde el servidor, con qué frecuencia cambia el contenido y cuánto de lo descargado antes resultó digno de guardarse. No es un número que le comuniquen: es un techo que se descubre golpeándolo.

Ese presupuesto se gasta en peticiones, no en páginas útiles. Cuenta toda descarga, incluidas las que devuelven una redirección o algo que se descartará segundos después. Un sitio puede consumir su asignación entera y no tener nada indexado que enseñar.

Lea esa lista contra el sitio de una sala, un estudio o un servicio de banquetes y el problema se anuncia solo: aplican las seis. Un calendario de eventos no es una función de contenido; es un generador de URL cableado a la parte del sitio que decide cuánto se rastrea de lo demás.

Una ciudad que produce direcciones con fecha por millares

Cuente lo que publica al año una empresa mediana de aquí. Una sala con cuatro espacios y doscientas ochenta funciones. Un estudio que lista tipos de sesión, ingenieros, tarifas y disponibilidad. Un servicio de banquetes con paquetes de boda que cambian con la temporada y otra vez para lo corporativo. Un grupo de restaurantes que renueva menús cuatro veces al año en seis locales. Un proveedor de producción con paquetes de equipo atados a giras.

El multiplicador es lo que se pasa por alto. Una función rara vez produce una URL: produce la página del evento, el día del calendario, uno o más listados por etiqueta o género, una variante por tipo de entrada y a veces una versión para imprimir. Y el calendario genera además una página por día, semana y mes, hacia delante y hacia atrás, haya o no algo programado.

Ningún otro negocio hace esto. Un despacho de abogados agrega una docena de páginas al año; un fabricante, una línea de producto. Una sala de esta ciudad agrega cuatro cifras de direcciones al año, y cerca del noventa y cinco por ciento describen algo que ya pasó.

Hay una rama que multiplica esa cuenta sin que nadie la audite. Buena parte del negocio de eventos, banquetes y salones de la zona lo llevan dueños hispanohablantes, y su calendario suele existir dos veces: paquetes de quinceañera, boda y bautizo, menús de temporada y fichas de salón publicados en los dos idiomas porque la clientela llega por las dos vías. Duplicar el catálogo con fecha duplica el problema, y la mitad en español queda peor enlazada: se descubre más tarde y se rastrea menos.

Qué páginas con fecha se han ganado quedarse

No toda página de evento es desechable. Unas pocas son los activos más duraderos del sitio, y casi nunca las que el calendario de marketing considera importantes. La prueba: si alguien buscaría esa página después de que la fecha pasó.

La regla práctica para lo recurrente: dele a la serie una URL permanente y actualícela, en vez de acuñar una dirección cada año. Una página de paquetes de boda mantenida seis años en la misma dirección acumula autoridad. Seis versiones anuales la parten en seis y compiten entre sí.

Para lo puntual, decida antes de publicar qué pasa después. Esa decisión no cuesta nada al diseñar y es carísima de aplicar luego sobre dos mil páginas.

El archivo es una decisión, no un valor por defecto

Casi todos los sitios llegan a su archivo por accidente: nadie borró nada, así que todo sigue ahí. Cinco años de funciones en vivo, cada una revisitada para siempre, devolviendo un código sano que dice «aquí sigo, todo bien».

Hay tres estrategias defendibles, y la mala es no tener ninguna.

• Colapsar en un resumen. Sustituya cientos de eventos pasados por una página de archivo por año o por serie, y redirija las individuales hacia ella. El rastreador mantiene una dirección en vez de trescientas y el histórico sigue público.
• Conservar las pocas, retirar el resto. Quédese con las pocas páginas pasadas que aún reciben impresiones y devuelva 410 en las demás. Un 410 se lee como deliberado y se asienta más rápido que un 404.
• Conservarlo todo, sacarlo del descubrimiento. Déjelas alcanzables para personas y enlaces, pero fuera del sitemap y de todo lote de envío. Siguen existiendo y dejan de competir por atención.

Lo único que no debe hacerse es dejar mil eventos muertos dentro del sitemap. Un sitemap declara lo que importa. Llenarlo de listados caducados le dice al buscador que su lista de páginas importantes es casi toda ruido, y ese juicio se aplica luego a las que sí le importan.

El sitemap como instrumento, no como formalidad

El sitemap se trata como un archivo que produce el gestor y que nadie lee. Se entiende mejor como el único sitio donde usted le dice a un buscador qué direcciones valen su tiempo. Para un negocio que genera miles de URL con fecha, esa declaración es la palanca principal.

La estructura importa cuando el volumen es grande. Un índice que apunta a sitemaps hijos y estos a más hijos se analiza de forma recursiva hasta 3 niveles, y un solo trabajo admite hasta 1,000 sitemaps. Para un grupo de salas con seis sedes y una década de historia eso no es vanidad: es la diferencia entre un archivo ilegible y un mapa que se puede depurar.

Segmente por vida útil y no por sección. Las páginas permanentes —servicios, salas, series, contacto— van en un hijo. La temporada actual y los eventos próximos, en otro. El archivo, si lo mantiene, en un tercero. Así una caída de cobertura se atribuye a una categoría en minutos en vez de ser un número plano.

Lotes, presupuestos y qué significan los contadores

El envío directo ataja el descubrimiento, no los otros tres pasos. Bien usado consigue que un conjunto realmente nuevo de páginas se vea en días en vez de semanas; usado por costumbre gasta la cuota diaria en páginas que nunca iban a guardarse.

La aritmética es simple. Diez mil URL caben en un lote, pero la cuenta libera mil al día: un lote lleno son diez días de caudal. Dos trabajos de sitemap corren a la vez y otros veinte esperan en cola. Si su lista de envío supera el presupuesto que le queda en el mes, el problema es la lista.

Después lea los contadores con honestidad. Enviada significa que la petición se aceptó; encontrada, que un bot llegó y descargó algo; fallida, que devolvió un error, y el detalle por URL lo nombra. Ninguna significa indexada. Un lote con muchas enviadas, muchas encontradas y ningún movimiento tras varias semanas no es un fallo de envío: es el buscador diciendo que leyó las páginas y no las consideró dignas de guardarse.

Haga la cuenta antes de generar una sola página

Tome un grupo de salas que planifica un sistema de eventos nuevo. Seis sedes, unos 280 eventos al año cada una y una plantilla que produce cuatro direcciones por evento: 6,720 URL nuevas al año, antes de que el calendario agregue su página por día, semana y mes, otras 2,200 por sede y año si se le deja suelto.

Aplique la prueba de retención. Quizá el 5% de los eventos pasados se siga buscando: 84 páginas al año que vale la pena conservar, contra unas 6,600 que no. Sume el inventario permanente —salas, servicios, series, paquetes, contacto y ubicaciones— y el sitio que merece indexarse son unas 900 URL. El que existirá por defecto pasa de 45,000 en cinco años.

Esa última casilla es el argumento. Un catálogo disciplinado de 900 direcciones cabe en un solo día de presupuesto de envío y en cualquier asignación de rastreo razonable. La versión de 45,000 necesita cuarenta y cinco días para enviarse una vez, nunca se rastreará entera, y lo que sí le importa queda en cola detrás de cinco años de listados caducados.

Cuando las decisiones de plantilla necesitan revisión antes de salir, FullSEO a $500 al mes añade selección manual de términos con respaldo automático, colocación contra un objetivo de autoridad de dominio y revisión humana a cargo de especialistas, desarrolladores y redactores. En los dos casos la indexación vive en el mismo panel que la analítica, y ese es el punto: la indexación al lado del reporte convierte «faltan páginas» en una lista concreta.

Conviene probar la mecánica sobre un segmento pequeño antes de comprometer el sitio entero. Lance un trabajo de sitemap contra un solo hijo —la temporada actual— y lea la bitácora por URL en lugar del resumen. Los contadores en vivo de enviadas, encontradas y fallidas le dirán en un día o dos si su problema es de descubrimiento o de calidad, y no tienen nada en común. Los resultados se exportan a CSV o JSON hasta 10,000 filas, o a PDF hasta 250, que es como esto se le enseña a quien manda en el calendario.

Escribimos seguido sobre este lado del trabajo en nuestro blog, y la implementación es parte de lo que hacemos para salas, estudios y hostelería de Middle Tennessee. Abra el Indexing Hub y envíe primero su índice de sitemaps: el número de URL que encuentre suele ser el dato más útil que se ha visto de ese sitio en un año.

Preguntas del primer lote