Publicar una página la pone en su servidor. No la pone en el índice. Entre esos dos hechos hay un descubrimiento que casi nadie mira, y en Filadelfia, donde el sitio suele ser más viejo que quien lo administra, está trabado por algo que nadie recuerda haber construido.
El reclamo llega siempre igual. Una empresa invierte en veinte páginas nuevas. Tres meses después el tráfico no se movió, todos suponen un problema de posicionamiento y empieza la reescritura. La realidad es menos halagadora: catorce nunca se rastrearon, cuatro se descartaron, y dos están indexadas compitiendo contra una página que nadie recuerda haber publicado en 2016.
Posicionar es una competencia entre páginas que Google ya conoce. Si la suya no está en ese conjunto, ninguna optimización le aplica. Aquí va cómo funciona el descubrimiento, qué se lo come en silencio, cómo interviene el Indexing Hub del panel de Semalt y qué forma toma en un dominio de larga vida, que es lo común aquí.
Existir y ser encontrado son dos estados distintos
Google encuentra direcciones siguiendo enlaces de páginas que ya rastrea, leyendo sitemaps y por envío directo. Cada ruta tiene su velocidad y su forma de fallar, y un sitio que depende de una sola es frágil de un modo que no se nota hasta que un lanzamiento rinde de menos.
- Enlaces internos. La ruta principal y la que más daño sufre en cada reconstrucción. Una página a la que solo se llega por un filtro está, en la práctica, sin enlazar.
- Enlaces externos. Rápidos y confiables, pero usted no decide cuándo aparecen ni adónde apuntan.
- Sitemaps. Un inventario explícito. Barato de mantener, casi siempre desactualizado y listando direcciones que se quitaron hace dos rediseños.
- Envío directo. La única ruta que usted controla de punta a punta.
Una página puede estar publicada, correcta, bien escrita y ser imposible de descubrir. Pasa seguido en sitios que crecieron por acumulación: una sección agregada a una plantilla que nunca se actualizó para enlazarla, o una página que cuelga de un menú que aparece cuando corre un script. Existe para quien tiene la URL y para nadie más.
El presupuesto de rastreo y lo que se lo come antes que sus páginas nuevas
Google asigna a cada sitio una cantidad finita de rastreo, en función de qué tan grande e importante parece y de qué tan bien responde el servidor. Nadie fuera de Google ve ese número. Lo que importa es que se gasta en algo, y en un sitio viejo rara vez en lo que usted elegiría.
| Consumidor | Origen típico | Efecto en el descubrimiento |
|---|---|---|
| Rutas duplicadas | Migración de plataforma que dejó vivos los dos esquemas | El mismo contenido rastreado bajo direcciones distintas |
| Combinaciones de parámetros | Filtros, ordenamientos, parámetros de sesión o campaña | Direcciones casi infinitas salidas de un puñado de páginas |
| Subdominios abandonados | Una tienda vieja, un micrositio, un servidor de pruebas público | Rastreo gastado en una propiedad que nadie mantiene |
| Páginas de error blando | Plantillas que responden 200 para contenido que ya no existe | Páginas vacías que gastan presupuesto y diluyen señales |
| Respuestas lentas del servidor | Hosting heredado, consultas sin optimizar, plugins pesados | Menos páginas traídas por visita, en todo el sitio |
| Cadenas de redirección | Reconstrucciones sucesivas, cada una redirigiendo al esquema anterior | Varias solicitudes para llegar a un documento |
La última fila se repite en los dominios de Filadelfia más que ninguna otra. Un sitio rehecho en 2011, otra vez en 2017 y otra vez el año pasado suele cargar los tres esquemas encadenados. El rastreador pide la dirección original, lo mandan a la segunda y después a la tercera: tres solicitudes para un documento. Multiplíquelo por unos miles de direcciones heredadas y la asignación se quema en historial.
La escala define cuánto importa. Un restaurante de barrio con once páginas no tiene ni tendrá problema de presupuesto; si le faltan páginas, la causa es descubrimiento o calidad. Un hospital con cuarenta mil fichas, una universidad con dos décadas de subsitios o un distribuidor con catálogo filtrable sí lo tienen, y la solución es restar antes de enviar.
Los sitios viejos arrastran errores viejos
Esto es lo que vuelve distinto el rastreo en esta región, no en grado sino en carácter. El problema casi nunca es volumen: es arqueología. Muchos negocios de aquí son de segunda o tercera generación, y sus dominios pasaron por dos o tres reconstrucciones, una migración de plataforma y a veces un cambio de dueño. Nunca se quitó nada, porque nadie sabía qué dependía de qué.
El residuo es predecible. Tome una constructora familiar con dominio de 2004: el sitio estático original, una reconstrucción de 2013 que movió todo y dejó vivas las rutas viejas, un blog en un subdominio muerto en 2015, un micrositio de una línea que ya no venden y una copia de pruebas sin contraseña. Todo eso se rastrea, y parte posiciona por encima del sitio actual.
Dos esquemas de URL, los dos vivos
Una migración que sumó la estructura nueva sin retirar la vieja.
- El mismo contenido en dos direcciones
- Seguido posiciona la ruta más vieja
Subdominios abandonados
Un blog viejo, una tienda difunta, un servidor de pruebas abierto.
- Se rastrean como propiedad aparte
- Con frecuencia indexados junto al sitio real
Páginas que le ganan a su reemplazo
Una página vieja con diez años de enlaces que supera a la actual.
- El activo más antiguo y valioso del dominio
- Nunca la borre sin leer sus datos de consultas
Páginas que nadie sabe explicar
Salida de un plugin, una importación o una agencia que se fue.
- Suelen ser flacas, a veces son miles
- El presupuesto más barato de recuperar
El cambio de dueño produce su propia falla. Se vende una clínica, un restaurante cambia de manos, un taller pasa a la generación siguiente. El dominio va con el paquete, y con él contenido escrito para una empresa que ya no opera así. Esas páginas siguen posicionando y describiendo servicios que nadie vende. No es rastreo, pero aparece en una auditoría de rastreo.
Hay una variante que se repite en los negocios que atienden en español. Alguien agregó una sección traducida —un subdirectorio, a veces un subdominio entero— y la abandonó dos rediseños después. Esas páginas siguen respondiendo, con precios y teléfonos que ya no valen, y compiten contra la versión actual, si es que existe. El agravante es claro: la página que el cliente hispanohablante encuentra primero suele ser la peor del dominio.
Conservar, redirigir o dejar ir
Cada dirección heredada termina en una de tres decisiones. El trabajo es decidir cuál, y el error casi universal es decidir por intuición en vez de por datos. Una página que se siente obsoleta puede estar cargando los enlaces que sostienen una sección entera.
| Decisión | Aplica cuando | Acción | Riesgo si se equivoca |
|---|---|---|---|
| Conservar | Posiciona, junta impresiones o tiene enlaces externos | Actualícela sin tocar la URL | Dejar vivas afirmaciones vencidas |
| Redirigir | Existe una sucesora directa en el sitio actual | Un 301 de un salto al equivalente más cercano | Cadenas, o mandar todo a la portada |
| Dejar ir | Sin tráfico, sin enlaces, sin sucesora | Devolver 410 y sacarla de los sitemaps | Tirar una página con enlaces silenciosos |
| Consolidar | Varias páginas cubren un tema de forma flaca | Fusionar en una y redirigir el resto | Perder el detalle que sí tenían |
La disciplina de redirecciones es donde fracasan casi todas las limpiezas, y dos reglas alcanzan. Cada redirección debe ser de un salto: apunte la URL de 2011 directo a la dirección actual, no a la de 2017 que apunta allí. Y debe aterrizar en el equivalente genuino más cercano. Mandar todo lo retirado a la portada convierte señales en ruido.
Dejar ir es el paso que la gente evita y suele ser el más valioso. Un 410 le dice a Google que la página se fue a propósito, instrucción más clara que un 404, y la saca de circulación antes. Unos miles de direcciones flacas retiradas así liberan parte real de la asignación, y las páginas que importan reciben más visitas sin enviar nada.
El sitemap como instrumento de descubrimiento, no como trámite
El sitemap suele tratarse como un trámite: se genera una vez, se envía y se olvida. Bien usado es el instrumento de descubrimiento más barato que hay, y la herramienta de envío de sitemaps está hecha para eso: es el único lugar donde usted declara de qué se compone el sitio y cuándo cambió cada parte.
Lectura recursiva hasta tres niveles
Suba un archivo o indique una dirección; el lector sigue los índices y recoge lo que encuentra.
- Tres niveles de profundidad. Un índice de índices se lee hasta el fondo, que es como se organizan los sitios grandes.
- Hasta 1,000 sitemaps por trabajo. Alcanza para un hospital o una universidad sin partir la tarea a mano.
- Dos trabajos a la vez, veinte en cola. La concurrencia se limita a propósito para que una lectura grande no ahogue el resto.
- Archivo o dirección. Envíe un archivo generado o deje que el panel busque el sitemap del dominio.
La estructura de tres niveles vuelve al sitemap útil para diagnosticar, no solo para declarar. Parta el inventario por sección —servicios, ubicaciones, fichas, catálogo— y cada una queda contable por separado. Cuando una deja de ser descubierta usted sabe cuál, antes de que lo diga el informe de tráfico. Un archivo plano de once mil direcciones solo dice que existen once mil.
Envío directo y la aritmética de un presupuesto diario
Más allá de los sitemaps está el envío explícito: una lista de direcciones entregada al rastreador con el pedido de que las visite. El rastreador de URLs del Indexing Hub lo hace por cuenta, con presupuesto diario de 1,000 direcciones y envíos de hasta 10,000 por lote a través de la API de IndexNow, que sirve a GoogleBot y BingBot.
Las dos cifras trabajan juntas. El lote es la cola que usted carga; el presupuesto diario, la velocidad a la que se vacía. Un lote de 10,000 direcciones son diez días de envío: conviene saberlo antes de una migración, no durante.
Registro por dirección, no promedio del lote
Cada dirección lleva su registro, y eso hace observable la diferencia entre envío e indexación.
- Visita del bot con marca de tiempo. Si un rastreador llegó, y cuándo: la línea más útil del registro.
- Estado y detalle del error. Una falla nombra su causa en vez de dejarlo adivinando.
- Contadores en vivo. Enviadas, descubiertas y fallidas, mientras el lote se vacía.
- Los dos rastreadores grandes. El envío por IndexNow llega a GoogleBot y a BingBot con una sola acción.
La prioridad sale del techo diario: con mil direcciones por día, el orden de la cola es una decisión real.
Páginas que venden o que cambiaron
Las comerciales producen consultas; las modificadas quedan mal representadas mientras haya caché vieja.
- Servicios, ubicaciones, fichas y menús
- Lo que cambió de precio, horario o personal
Páginas ya resueltas
Una dirección indexada y sin cambios no gana con reenviarse y desplaza algo que sí.
- Páginas estables que ya posicionan
- Todo lo que está por editarse de nuevo
Qué le dice de verdad un lote
Los tres contadores en vivo —enviadas, descubiertas, fallidas— sirven como proporciones, y cada patrón apunta a un lugar distinto. Leerlos toma un minuto y ahorra semanas de trabajo mal dirigido.
- Muchas enviadas, muchas descubiertas. El mecanismo funciona. Si el tráfico no se mueve, el problema está más abajo: calidad, intención o competencia.
- Muchas enviadas, pocas descubiertas. Los rastreadores no llegan. Mire tiempos de respuesta, directivas de robots y si las direcciones están enlazadas.
- Fallas concentradas en una sección. Casi siempre estructural: plantilla rota, ruta que devuelve 500, sección detrás de autenticación.
- Fallas repartidas parejo. Suele ser el servidor bajo carga u hosting intermitente: un problema de rastreo con causa de infraestructura.
El patrón a vigilar en un dominio viejo es que el descubrimiento funcione y en Search Console no cambie nada. Es la mejor evidencia de que las páginas se rastrean y se juzgan indignas del índice, lo que lo devuelve al contenido o a la duplicada parada donde su página quiere estar.
Las cuentas sobre un sitio real
Tome una firma mediana de servicios profesionales en los condados vecinos, con 6,000 direcciones en un dominio de 2006. La auditoría encuentra 1,900 direcciones de dos reconstrucciones anteriores que siguen respondiendo, 700 variantes de parámetros generadas por un filtro, un subdominio abandonado con 400 páginas y 3,000 direcciones del negocio actual.
La limpieza no tiene nada de exótico. Las 700 variantes de parámetros se excluyen del rastreo. Las 400 páginas del subdominio se revisan: 40 se redirigen al sitio principal y 360 devuelven 410. De las 1,900 heredadas, 250 tienen impresiones en los últimos noventa días y reciben redirecciones de un salto; las 1,650 restantes se retiran. El inventario rastreable baja de 6,000 a unas 3,290 direcciones, y lo que le importa a la firma pasa a ser una porción mucho mayor.
El envío va al final y es la parte más chica. A 1,000 direcciones por día, las 3,290 sobrevivientes toman cuatro días, y la mayoría ni necesita enviarse: solo las nuevas y las cambiadas. Esa es la proporción a llevarse: la limpieza hizo casi todo, y «la herramienta de indexación» fueron cuatro días de cola desatendida.
El orden importa tanto como la aritmética. Primero salen las redirecciones y las bajas, después se regeneran los sitemaps para que coincidan con lo que sobrevive, y recién entonces se envía algo. Enviar primero es pedir visitas a direcciones que usted está por cambiar, gastando el presupuesto en trabajo que va a rehacer. La secuencia de una migración es la misma: publicar, redirigir, regenerar, enviar. Nuestro resumen de servicios cubre cómo hacerlo sin hueco de tráfico.
Preguntas frecuentes
¿Cuánto tarda en rastrearse una página después del envío?
Unos días en un sitio con rastreo habitual, más en un dominio chico o que se actualiza poco. El registro anota la visita del bot con marca de tiempo, así que no hay que deducirla. Si pasan dos semanas sin visita, el problema está en el sitio: respuesta lenta, directivas de robots o una página que nadie enlaza.
La dirección figura como descubierta y no aparece en Search Console. ¿Por qué?
Porque descubrimiento e indexación son hechos distintos. Un rastreador vino y leyó la página; después Google decidió que no merecía entrar. Las causas habituales son duplicación, contenido flaco o una página casi idéntica a una plantilla. De eso trata la advertencia de más arriba.
¿Conviene enviar todas las páginas del sitio?
No. Envíe lo nuevo y lo que cambió de verdad. Reenviar páginas estables ya indexadas gasta el presupuesto sin lograr nada, y con un techo de 1,000 por día ese desplazamiento es todo el costo.
Tenemos un subdominio viejo que nadie mantiene. ¿Borrarlo o redirigirlo?
Revise sus datos primero. Si tiene páginas con impresiones o enlaces externos, redirija esas una por una al sitio principal y retire el resto. Si no hay nada de valor —una copia de pruebas, un micrositio muerto— bájelo entero. Dejarlo vivo es la única opción sin ventaja.
Tenemos páginas viejas en español que nadie actualiza. ¿Qué hago con ellas?
El mismo criterio que con cualquier herencia, con una advertencia: revise primero si posicionan. Una sección traducida y abandonada suele conservar enlaces e impresiones, así que se redirige a la página en español actual en lugar de borrarse. Si no existe, escríbala antes de retirar la vieja.
¿IndexNow sirve para Google?
El envío por la API del Indexing Hub llega a GoogleBot y a BingBot, y el registro muestra qué bot visitó y cuándo. Lo que no puede es obligarlos a indexar la página; eso sigue siendo decisión suya y con sus criterios.
La disciplina que esto premia no tiene brillo. Casi todo el valor del trabajo de rastreo está en restar: retirar lo que no debería existir, aplastar cadenas en un solo salto, convertir el sitemap en una declaración exacta de lo que el sitio es. El envío es el último paso y el más fácil, y rinde mejor sobre un sitio limpio. En un dominio viejo de Filadelfia esa limpieza es arqueológica: hágala una vez y con los datos de consultas al lado.
Hacer todo eso en un solo lugar es el sentido de el panel unificado: el Indexing Hub está junto a la analítica de Search Console y al seguimiento de SERP, así que los datos que deciden conservar, redirigir o dejar ir están junto a la herramienta que envía el resultado. La automatización de campañas cuesta $149 por mes por dominio en AutoSEO y $500 en FullSEO, que suma revisión humana y un equipo de especialistas; el primer movimiento medible aparece entre las cuatro y las ocho semanas. Abra el tablero y lance un trabajo de sitemap para ver qué contiene su dominio. Hay más lectura técnica en nuestro archivo del blog.