Publicar no es lo difícil en esta ciudad. Las instituciones de Boston generan páginas por decenas de miles sin que nadie lo decida. Lo difícil es elegir cuáles de esas páginas vale la pena mostrarle a un buscador.
Casi todo sitio con problemas de descubrimiento tiene la misma autoimagen: el contenido existe, el sitio está en línea, las páginas están enlazadas, o sea que el trabajo está hecho. Después una página que costó un mes no recoge nada durante once semanas y el diagnóstico empieza donde no corresponde: en las palabras clave, en los enlaces, en el texto.
Entre escribir una página y recibir una visita hay tres eventos separados que fallan por su cuenta. La página tiene que ser descubierta, luego rastreada, y luego juzgada digna de quedar en el índice. Los equipos lo tratan como un paso único llamado «indexarse». No lo es, y la etapa del medio es donde la publicación institucional del área de Boston se traba.
Existir y ser encontrado son estados distintos
Un rastreador llega a una página por pocas vías: un enlace desde otra que ya conoce, una entrada en un sitemap, un envío directo o una referencia externa. Sin ninguna de las cuatro, la página es invisible por buena que sea. Suena obvio hasta que uno mira cuánto contenido vive detrás de un filtro, un buscador interno o una pestaña de JavaScript.
Cada flecha entre esos estados tiene su propia forma de fallar, y todas fallan en silencio. Nadie le avisa cuando una plantilla entera de URLs se descubre y jamás se rastrea. Nadie anuncia que el noventa por ciento de un directorio se rastreó y se descartó. La ausencia se ve como impresiones planas en una sección que usted daba por funcionando, y por eso puede durar un año.
Conocida y nunca pedida
La URL está registrada y ningún bot gastó una petición en ella, casi siempre porque miles de URLs parecidas están antes en la cola.
- Se ve igual que un problema de posicionamiento
- Se arregla podando, no escribiendo
Pedida y descartada
Un bot llegó, leyó la página y decidió no guardarla: es un veredicto sobre el contenido, no sobre su arquitectura.
- Común en casi duplicados generados
- Reenviarla no cambia nada
Presupuesto de rastreo, y quién se está gastando el suyo
El presupuesto de rastreo es la cantidad de peticiones que un buscador hará sobre su servidor en un período. No es una cifra publicada y no se compra. Sube con el valor demostrado del sitio y su velocidad de respuesta, y baja cuando el rastreador gasta peticiones una y otra vez en páginas que no valen nada.
Los sitios pequeños casi nunca tocan el techo. Las instituciones lo tocan siempre, y en este mercado la institución es la norma. Piense en lo que publica un centro médico académico mediano sin que nadie tome una sola decisión editorial.
Directorios clínicos y docentes
Un perfil por persona, más una URL por cada combinación de especialidad, sede, idioma y seguro.
- Miles de perfiles como base
- Los filtros multiplican, no suman
- Cada orden duplica el listado
Listas de publicaciones
Cada autor, cada año, cada revista, con paginación de veinte en veinte y tres caminos hasta el mismo ítem.
- El mismo artículo en cuatro URLs
- Páginas de autor con un solo ítem
- Archivos por año de dos décadas
Catálogos de cursos
Cada curso multiplicado por cada período lectivo, conservado después del cierre porque nadie escribió una regla de retiro.
- Diez años de secciones vencidas
- Descripciones casi idénticas
- Cruces bajo varios códigos
Archivos de eventos
Coloquios semanales, ateneos clínicos y reuniones de laboratorio, cada uno con página permanente y vista de calendario por mes.
- Cincuenta páginas al año por serie
- Vistas de día, semana y mes
- Páginas de ponente sin contenido
Nada de esto es culpa de nadie. Una plantilla de directorio que produce una URL por combinación de filtros es buena ingeniería para personas y un desastre aritmético para el rastreo. Cuatro mil perfiles cruzados con tres órdenes y cinco estados de filtro no son cuatro mil páginas: son sesenta mil, todas URLs reales que devuelven contenido real con estado 200.
Qué plantillas merecen rastrearse siquiera
El instinto al descubrir cuarenta mil URLs sin rastrear es lograr que se rastreen, y casi siempre es el equivocado. La mejor pregunta es cuáles de las plantillas generadoras deberían producir páginas indexables, porque una plantilla es una decisión tomada una vez y ejecutada miles.
Evalúe la plantilla, no la página. Para cada familia de URLs generadas pregunte tres cosas: ¿alguien busca lo que esta página contiene de forma única?, ¿la página responde esa búsqueda sin intermediario humano?, ¿quien aterrice tendría algún motivo para seguir? Un perfil docente pasa las tres. Una vista de calendario del mes de 2016 falla las tres, y hay ciento veinte de ellas.
| Familia de plantillas | Volumen típico | Demanda de búsqueda | Tratamiento sugerido |
|---|---|---|---|
| Perfiles de clínicos y docentes | Cientos a miles | Alta, por nombre y específica | Indexar, poner en sitemap, mantener al día |
| Permutaciones de filtro y orden | Decenas de miles | Nula | Bloquear el rastreo, canonicalizar al listado base |
| Protocolos, ensayos y métodos | Docenas a cientos | Alta, técnica y con intención de evidencia | Indexar y priorizar: es su mejor material |
| Páginas clínicas traducidas al español | Cientos | Alta si son originales, nula si son automáticas | Indexar las revisadas, excluir las generadas |
| Secciones de cursos vencidas | Miles | Mínima tras el cierre del período | Retirar por calendario, conservar el curso padre |
| Archivo de eventos pasados | Miles | Baja, salvo ponentes con nombre | Curar un subconjunto, no indexar el resto |
Las páginas de protocolo y método merecen una nota aparte. En un mercado donde quien busca suele tener un doctorado en el tema, esas páginas técnicas que nadie en marketing quiere tocar suelen ser los documentos que más convierten de todo el sitio. Y pierden su prioridad de rastreo frente a una plantilla de directorio que produce sesenta mil URLs de nada. Corregir esa proporción vale más que cualquier cantidad de contenido nuevo.
Un sitemap es un instrumento, no un trámite
El sitemap suele tratarse como papeleo de cumplimiento: se genera una vez, se envía y se olvida. Bien leído es la declaración más directa que usted puede hacer sobre cuáles de sus URLs importan, y las herramientas de envío del panel lo tratan así: como una lista curada que usted entrega a propósito, en lugar de dejar que el rastreador se abra paso solo por una interfaz de filtros.
Análisis recursivo, tres niveles de profundidad
Pensado para sitios cuyo inventario de URLs llega como un índice de índices.
- Suba el archivo o indique una URL. Envíe el archivo directamente o dé la dirección de un sitemap en vivo y deje que el analizador lo recupere.
- Tres niveles de anidamiento. Un índice que apunta a índices que apuntan a sitemaps se sigue hasta el fondo sin expansión manual.
- Hasta 1,000 sitemaps por trabajo. Un inventario institucional grande se entrega en una sola operación y no archivo por archivo.
- Dos trabajos a la vez, veinte esperando. Dos trabajos corren en paralelo con hasta veinte en cola, así una cartera se procesa en secuencia y sin vigilancia.
Tres niveles importan más de lo que parece. Un patrimonio universitario suele tener un índice raíz que apunta a índices departamentales que apuntan a los sitemaps de una docena de gestores de contenido. Aplanar eso a mano es una mañana de trabajo que se repite cada vez que un departamento rediseña. Seguirlo automáticamente significa que la estructura real de la institución es la que usted envía.
El envío directo y qué significan las cifras en la práctica
Más allá de los sitemaps está el envío directo: nombrar URLs una por una y empujarlas hacia los rastreadores. Los límites son concretos, y leerlos como aritmética en vez de como funciones cambia la forma de planificar.
Un presupuesto diario y un techo por lote
Un rastreador de URLs con cupo diario fijo por cuenta y operaciones masivas para inventarios grandes.
- 1,000 URLs por día y por cuenta. El cupo se reparte entre todas sus propiedades, así que es una restricción de agenda antes que técnica.
- 10,000 URLs por lote. El lote se prepara en una sola operación; el presupuesto diario decide a qué velocidad se vacía.
- Entregado por IndexNow. El envío llega a GoogleBot y BingBot por la API de IndexNow y no por peticiones manuales una a una.
- Registrado URL por URL. Cada dirección lleva su ficha: visita del bot con marca de tiempo, estado actual y detalle del error cuando algo falló.
Ahora haga la cuenta con el directorio de antes. Sesenta mil URLs generadas, a mil por día, son sesenta días del presupuesto compartido de la cuenta gastados enteramente en permutaciones de filtro que ninguna persona buscó jamás. Durante esos dos meses, cada página realmente valiosa que usted publique espera detrás de ellas. Ese es el costo de no podar, expresado en una unidad que cualquiera entiende.
La misma aritmética al revés es alentadora. Cuatrocientas páginas de protocolo y método, mil cien perfiles clínicos y doscientas páginas de programa suman unas mil setecientas URLs: menos de dos días de presupuesto para todo el conjunto de documentos que su organización sí quiere que se encuentren. Seleccionar no es aquí una medida de austeridad. Es la diferencia entre dos días y dos meses.
Qué le está diciendo un lote mientras corre
Enviar sin observar es superstición. Un registro por URL convierte el acto de fe en una medición, y tres contadores en vivo cargan casi toda la señal: cuántas URLs se enviaron, cuántas fueron encontradas y cuántas fallaron.
Los fallos son los útiles, porque son específicos. Una URL que devuelve error de servidor, redirige en cadena o está bloqueada por sus propias directivas lo dirá, con marca de tiempo. Es una lista de defectos técnicos, corta y reparable, mucho más accionable que la sensación de que la indexación va lenta.
La brecha entre enviadas y encontradas es el diagnóstico que más importa. Si un lote de dos mil perfiles muestra visitas de bot casi completas en una semana mientras un lote de dos mil páginas de archivo de eventos apenas se mueve, usted no descubrió un error: recibió una opinión. El rastreador le está diciendo qué plantilla considera digna de su tiempo, y suele tener razón.
| Patrón en el registro | Causa más probable | Qué hacer |
|---|---|---|
| Muchos fallos en una sola plantilla | Errores de servidor o una directiva que bloquea la ruta | Arreglar el defecto técnico antes de reenviar nada |
| Muchas enviadas, pocas encontradas, sin errores | Las páginas son accesibles pero no se juzgan dignas de pedirse | Reconsiderar si esa plantilla debería ser indexable |
| Encontradas rápido, impresiones aún en cero | Rastreadas y descartadas, o posicionadas muy abajo | Es un problema de contenido e intención, no de descubrimiento |
| Trabajo de sitemap aceptado, pocas URLs registradas | Anidamiento de más de tres niveles o archivos hijos inalcanzables | Aplanar la estructura o enviar los índices hijos directamente |
Llevar esto a una cartera de dominios
Las instituciones rara vez operan un solo sitio. Un sistema hospitalario tiene el dominio principal, un instituto de investigación, una fundación, varios micrositios departamentales, el árbol en español que alguien lanzó por separado y lo que un laboratorio armó en 2019 y nunca entregó. Las agencias que atienden este mercado tienen el mismo problema con otra forma.
- Agrupe cuentas, no credenciales. Los grupos de cuentas de Google enlazadas mantienen varias propiedades en un mismo entorno en lugar de una planilla de contraseñas.
- Comparta sitios sueltos por correo. Un departamento puede recibir acceso a su propia propiedad sin ver el resto del patrimonio.
- Etiquete sitios y filtre global. Las etiquetas de sitio funcionan como filtro en todo el panel, así un grupo de clientes o una división se aísla en una acción.
- Ponga el trabajo de sitemaps en cola. Dos trabajos simultáneos con veinte esperando alcanzan para procesar una cartera entera durante la noche.
- Recuerde que el presupuesto es compartido. Las mil URLs diarias son de la cuenta, no de cada sitio: repártalas a propósito o la propiedad más ruidosa se las lleva.
Ese último punto agarra desprevenidos a los equipos con varios dominios: una sola plantilla sin podar consume en silencio el cupo diario de todas las demás propiedades. El Indexing Hub hace visible ese consumo, que es el primer paso para decidirlo a propósito en vez de descubrirlo en una revisión trimestral.
Preguntas que aparecen siempre
¿Cuánto espero antes de dar por perdida una página enviada?
Varias semanas, y revise el registro antes de concluir nada. Si consta una visita de bot y la página sigue sin impresiones, es un juicio de indexación o de posicionamiento, no una falla de descubrimiento. Si nunca llegó un bot, el problema está más arriba y reenviar no lo resuelve.
Tenemos 90,000 URLs y un cupo de 1,000 por día. ¿Por dónde empezamos?
No por el envío. Ordene el inventario por plantilla y decida qué familias merecen indexarse. Casi todos los patrimonios de ese tamaño se reducen a dos o tres mil URLs realmente valiosas, que son unos pocos días de cupo. Las otras ochenta y siete mil necesitan una decisión, no un lugar en la cola.
¿Conviene indexar la versión en español de las páginas clínicas?
Sí cuando la tradujo y revisó una persona con vocabulario clínico real, porque esa demanda existe y llega de familias que buscan antes de viajar al hospital. No cuando la generó una máquina sobre todo el árbol: son miles de casi duplicados que consumen rastreo y no responden ninguna búsqueda. La regla es indexar lo revisado y excluir lo automático.
¿Borramos el archivo viejo de eventos y cursos?
Rara vez borrar; casi siempre dejar de promocionar. Mantenga las páginas accesibles para quien tenga el enlace, sáquelas de los sitemaps y no indexe las familias sin demanda demostrada. Borrar rompe citas, y en un entorno académico esas citas suelen ser el motivo por el que el dominio tiene autoridad.
El trabajo de sitemap terminó pero aparecieron muchas menos URLs de las esperadas.
Revise primero la profundidad del anidamiento, porque el análisis sigue tres niveles. Un patrimonio con cuatro o cinco capas de archivos índice pierde todo lo que esté por debajo del tercero. Envíe los índices más profundos directamente o aplane la estructura para que todo el inventario quede al alcance.
Una cuenta que conviene hacer antes de generar nada más
Tome una plantilla generada —el archivo de eventos, las permutaciones de filtro, las secciones de curso vencidas— y cuente las URLs que produce. Después abra noventa días de Search Console filtrados a esa ruta y cuente los clics. Divida. Casi todo sitio institucional de esta región tiene al menos una plantilla que produce miles de URLs y menos de cincuenta clics por trimestre.
Esa proporción es todo el argumento. Esas páginas no son gratis: consumen capacidad de rastreo, diluyen la señal de las que importan y ocupan un cupo de envío que podría haber usado un protocolo o un perfil clínico. Sacarlas del índice no cuesta nada y devuelve capacidad de inmediato.
El patrón de este mercado es lo bastante consistente como para decirlo sin rodeos. Las páginas que vale la pena encontrar son las específicas —el método, el protocolo, la persona con nombre, el programa concreto, la página en español que alguien escribió de verdad— y suelen estar superadas cincuenta a uno por páginas que un sistema generó porque nadie le dijo que parara. Curar esa proporción es trabajo poco vistoso con más efecto que casi cualquier proyecto de contenido. Nuestros servicios de SEO técnico explican cómo corre esa auditoría sobre un patrimonio institucional, y el archivo del blog profundiza el lado analítico.
Si prefiere tener el inventario delante y no en la imaginación, envíe su índice de sitemaps y observe qué plantillas aceptan los rastreadores y cuáles ignoran: entre al panel de Semalt y conecte su dominio. El trabajo automatizado de campaña corre en paralelo: AutoSEO por $149 mensuales por dominio para hallazgo de palabras clave y construcción de enlaces, o el plan FullSEO a $500 mensuales por dominio con un equipo de especialistas, desarrolladores y redactores detrás, con el primer movimiento medible típicamente entre cuatro y ocho semanas. Pero haga primero la cuenta de las plantillas: casi siempre cambia lo que usted iba a pedir.
