Casi todo sitio local de esta zona lleva la misma página de servicio tres veces —Tampa, San Petersburgo, Clearwater— y después otra vez por cada suburbio. Publicarlas fue lo fácil. Lograr que a un rastreador le importen es donde el plan se frena en silencio.
Una página que existe no es una que fue encontrada, y una encontrada no es una que fue conservada. Entre el archivo en su servidor y una fila en la página de resultados hay tres sucesos distintos, y cada uno falla por su cuenta.
El árbol de páginas triplicado
Empiece por la geografía, que es la que produjo el problema. Esto son tres ciudades separadas por agua, no una que se extendió. Quien vive en Palm Harbor no cruza de casualidad hasta Riverview, y quien quiere las dos orillas tiene que decirlo en la página. De ahí el consejo que todos siguen: una página por ciudad.
El consejo no está mal; lo que sale mal es la multiplicación. Un servicio se vuelve tres páginas de ciudad. Tres ciudades se vuelven quince apenas suma Largo, Brandon, Wesley Chapel, Seminole y Dunedin. Seis servicios sobre esa grilla son noventa páginas antes de que alguien escriba una línea que un humano quiera leer, y en la práctica ochenta son el mismo archivo con el nombre del lugar cambiado.
Dígalo sin vueltas: un árbol así es duplicación con disfraz local. No es un problema de penalización en sentido dramático; es de presupuesto. Cada archivo casi idéntico consume atención que podía ir a las diez páginas con un argumento adentro, y el rastreador no distingue cuál es cuál más rápido que un lector.
Acá hay una segunda multiplicación. Media zona atiende a una clientela hispanohablante con generaciones de arraigo —Ybor City, West Tampa— y a una población mayor que envejece en su casa, así que publicar en español está justificado. El error es traducir a máquina las noventa y colgarlas bajo «/es/»: ahí el árbol se vuelve a triplicar, y el idioma no arregla lo que el nombre del lugar tampoco arreglaba.
Existir, ser descubierto, quedar indexado
Estas tres palabras se usan como sinónimos y significan cosas del todo distintas en la práctica. Mantenerlas separadas es casi toda la habilidad.
| Etapa | Qué ocurrió | Qué puede fallar | Dónde se ve |
|---|---|---|---|
| Existe | La URL responde a quien la pida | Nada la enlaza ni la lista | Solo en su propio árbol de archivos |
| Descubierta | Un rastreador sabe que la dirección está | Conocida y nunca encolada | Registro de envío, estado del trabajo |
| Rastreada | Un bot pidió la URL y obtuvo respuesta | Tiempos agotados, cadenas de redirección, errores | Registro por URL con hora y estado |
| Indexada | Se la juzgó digna de almacenar | Juzgada duplicada, delgada o prescindible | Cobertura en Search Console |
| Posicionada | Se la sirve por algo que alguien escribe | Los competidores son mejores ahí | Analítica y seguimiento de posiciones |
Cada una de esas transiciones es una decisión del sistema de otro, y usted solo influye en las tres primeras. La cuarta es un juicio sobre el valor de la página, y ningún mecanismo de envío lo revierte.
El presupuesto de rastreo y qué se lo come
El presupuesto de rastreo no es un número que alguien le mande. Es el resultado de dos cosas: cuánta carga tolera su servidor sin ponerse lento y cuánto vale la pena volver a su sitio según el rastreador. Un sitio local chico rara vez toca el primer techo; toca el segundo todo el tiempo, y más fuerte cuanto más inflado esté el árbol.
- Páginas de ubicación casi idénticas. El mayor consumidor de este mercado. Noventa páginas que varían en un sustantivo se piden, se comparan y se descartan: el costo se paga antes del veredicto.
- URL con parámetros y filtros. Orden, paginación y etiquetas de campaña multiplican un catálogo modesto en miles de direcciones que resuelven casi lo mismo.
- Cadenas de redirección y callejones sin salida. Cada salto es una petición. Una página vieja de ciudad que redirige a otra que redirige a un hub gasta tres pedidos para entregar un documento.
- Respuestas lentas. El tiempo de servidor es el presupuesto en crudo. Una página de dos segundos vale una fracción de una de doscientos milisegundos, a igual valor.
- Páginas huérfanas. Lo que no enlaza nadie se alcanza solo por sitemap, y se trata con la desconfianza correspondiente.
La relación que conviene interiorizar es inversa: la atención gastada en las cuarenta páginas que no se van a conservar es atención que no recibieron las diez que sí. Podar no es ordenar; es reasignar un recurso finito hacia las páginas que pueden ganar algo.
La página de suburbio que no dice nada
Idéntica a la de ciudad salvo por el encabezado, la meta descripción y tres menciones del pueblo en un texto que nadie lee.
- Junta impresiones y casi ningún clic
- Compite con su propia página más fuerte
La página de orilla que se gana el lugar
Una página de San Petersburgo con dirección propia, cuadrilla propia, horario propio y un párrafo sobre lo que cruzar el puente significa para agendar.
- Responde algo que la otra no puede
- Sostiene su posición sin canibalizar
Los sitemaps, leídos como corresponde
Un sitemap no es un dispositivo de posicionamiento y nunca lo fue. Es un instrumento de descubrimiento: una lista que dice esto es todo lo que considero digno de mirar, en un orden y una estructura elegidos. Para un árbol así, esa segunda mitad pesa más, porque la estructura del archivo declara qué cree usted que es su sitio.
El análisis recursivo llega a tres niveles, suficiente para modelar este mercado con honestidad: un índice arriba, un sitemap por orilla debajo y, bajo esos, las agrupaciones de servicio. Un trabajo acepta hasta 1,000 sitemaps, así que una agencia con una pila de propiedades entra en un envío y no en una mañana de clics.
Envío de sitemaps — por archivo o por dirección
Para poner un árbol entero frente a un rastreador en una sola operación, con su forma intacta.
- Suba un archivo o apunte a una URL. Sirven las dos entradas, así que un sitemap generado y uno estático se tratan igual.
- Analizado en forma recursiva hasta tres niveles. Un índice de índices se sigue en lugar de tratarse como un documento plano.
- Hasta 1,000 sitemaps por trabajo. Escala de cartera en una operación y no de a una propiedad por vez.
- Dos trabajos a la vez, veinte en la fila. Encole el resto y deje que se vacíe; nada necesita supervisión.
Dos trabajos simultáneos con veinte encolados es una forma deliberada, no una limitación. El descubrimiento no mejora con paralelismo: mejora siendo completo y consistente. Enviar el mismo árbol cuatro veces no agrega nada, y esa es la razón por la que existe una fila en vez de una manguera abierta.
Mil por día, diez mil por lote
Junto a los sitemaps está el envío directo de URL, y ahí la aritmética se vuelve útil. El presupuesto diario es de 1,000 URL por cuenta. Un lote masivo admite hasta 10,000. Los dos números no se contradicen: el lote es cuánto puede entregar en una acción y la cifra diaria es a qué velocidad se vacía.
Envío masivo de URL y el seguimiento
Para empujar una lista definida y después mirar qué pasó con cada dirección.
- 1,000 URL por día y por cuenta. Un techo real. Premia decidir qué importa antes de pegar una lista.
- Hasta 10,000 URL en un lote. Entregue una migración completa de una vez y deje que el presupuesto diario la recorra.
- Entregado por la API de IndexNow. El protocolo que GoogleBot y BingBot aceptan para enterarse de que una dirección es nueva o cambió.
- Un registro por cada URL. Visita del bot con hora, estado y detalle del error: evidencia en vez de suposición.
Conviene entender IndexNow por lo que es: un protocolo de notificación. Cambia esperar a que un rastreador tropiece con una modificación por avisarle directo. Sirve de veras tras una migración, un cambio de precios o una tanda de páginas reescritas. No es un pase para saltarse la fila, y tratarlo así produce la decepción descrita más abajo.
Qué le dice de verdad el estado de un trabajo
Los contadores corren en vivo: enviadas, encontradas, fallidas. Cada uno responde algo distinto y solo uno habla de su contenido.
- Enviadas. La cuenta que usted causó. Confirma que la petición salió y nada más, y es la que se confunde con éxito.
- Encontradas. Un bot pidió la URL y recibió respuesta. Es la primera cifra en la que interviene alguien que no es usted.
- Fallidas. La más valiosa de las tres. Una falla trae detalle del error, y el detalle es la única parte del proceso que le nombra el problema.
Las fallas se leen de a una y no como total. Un tiempo agotado es una pregunta de hosting. Un 404 dentro de una lista enviada significa que su sitemap y su sitio no coinciden sobre qué existe. Una redirección significa que la dirección enviada no era la que quería. Ninguna es un problema de indexación y a todas se las diagnostica como si lo fueran.
| Lo que muestra el registro | Qué significa | Qué no es |
|---|---|---|
| Enviada y nunca visitada | La dirección se conoce y todavía no se prioriza | Prueba de una penalización |
| Visitada, sin movimiento de posición | Se rastreó y se juzgó; el veredicto no fue favorable | Un problema de descubrimiento |
| Tiempos agotados repetidos en una sección | Un asunto de servidor o de plantilla en esa rama | Un asunto de calidad de contenido |
| 404 dentro de un lote enviado | El sitemap lista páginas que el sitio ya no sirve | Un error del rastreador |
| Todo encontrado, nada indexado | El descubrimiento funcionó y las páginas no se quisieron | Algo que más envíos arreglen |
Esa última fila es la que hay que dejar reposar. Es la señal más clara posible y apunta lejos del Indexing Hub, de vuelta a las noventa páginas. Un registro por URL con marcas de tiempo convierte la sensación vaga de que la indexación va lenta en una afirmación concreta sobre qué etapa falló.
Decidir qué debería contener el árbol
Ahora la parte incómoda. Entre diez y noventa está la cantidad de páginas que su sitio debería tener, y ninguna herramienta la elige. Cuatro pruebas, aplicadas con honestidad, dejan cerca a casi cualquier empresa.
¿Un vecino lo notaría?
Si alguien de Clearwater no puede decir que esta página se escribió para Clearwater cuando se le quita el nombre del pueblo, no es una página de Clearwater.
- Nombres, direcciones, horarios, cuadrillas
- Algo que sea cierto solo de ese lugar
¿Cambia la oferta?
Otro tiempo de viaje, otro precio, otra exigencia de licencia, una sede física en esa orilla: cualquiera de esas justifica una página por sí sola.
- El tiempo de puente es un hecho de agenda
- Dígalo en vez de insinuarlo
¿Qué ganó en un trimestre?
Las páginas con impresiones y sin clics durante tres meses ya fueron evaluadas por el mercado. Consolídelas en la página madre.
- Redirija en lugar de borrar
- Suba la frase útil a la que queda
¿Compite contra usted?
Dos páginas propias que se turnan por una consulta son una división, no cobertura. Elija la más fuerte y apunte la otra hacia ella.
- Revise el desglose por página y consulta
- Una intención, un destino
La misma prueba vale para la versión en español: se justifica cuando alguien la escribió pensando en quien la va a leer. La consolidación mejora la indexación sin un solo envío, porque un rastreador que visita treinta páginas ve cada una más seguido que uno que visita noventa. Donde una página sí merece existir, las sugerencias en página generadas contra sus propios datos sirven más que una lista genérica, porque miran el mismo árbol que usted.
Sacar las cuentas de su propio árbol
Tome la empresa del comienzo: seis servicios, quince lugares, noventa páginas generadas más unas veinte centrales. Ciento diez URL. Contra un presupuesto de 1,000 por día, el sitio entero se envía en una tarde y sobran nueve décimas de la cuota.
Ese es el argumento entero en cuatro placas. El envío nunca fue la restricción a este tamaño. Ahora escale: una agencia con veinte sitios así tiene 2,200 URL. Un lote las cubre con holgura y la cuota diaria las despacha en tres días. Tampoco es restricción. Lo es que, de esas 2,200 direcciones, quizá 400 digan algo que no se lea en otra página del mismo sitio.
La cuenta se da vuelta solo a escala de verdad: un marketplace, un directorio, un portal inmobiliario con decenas de miles de fichas. Ahí la cuota diaria es el insumo real de planificación: 10,000 URL entregadas en un lote y drenadas a 1,000 por día son una operación de diez días para secuenciar con cuidado. Todo lo más chico está resolviendo un problema de contenido frente a una pantalla de envíos.
Para quien lleva esto junto con el resto de su marketing, los niveles automatizados absorben la rutina: AutoSEO a $149 por mes y por dominio, con descubrimiento de palabras clave, enlaces sobre una red de más de 230,000 sitios y sugerencias en página; FullSEO a $500 con selección manual de términos y revisión humana antes de publicar. Nuestra descripción de servicios indica cuál conviene a una operación local.
Preguntas frecuentes
Enviamos todas las páginas y la mitad sigue sin indexar. ¿Qué falló?
Lo más probable es que nada haya fallado mecánicamente. Mire el registro: si las URL muestran visita del bot con buen estado, el descubrimiento funcionó y las páginas se evaluaron y se rechazaron. Eso es un veredicto de contenido. Compare dos de ellas: si lo único distinto es el nombre del lugar, ya tiene la respuesta.
¿Cuántas páginas de ubicación son demasiadas?
No hay número fijo, hay una prueba: cada página debe contener algo que el lector no obtenga de la de arriba. En la práctica, quien atiende las dos orillas justifica dos o tres páginas de ciudad fuertes y unas pocas de suburbio donde tiene presencia real, no quince de cada una.
¿Conviene traducir todo el árbol al español?
Traducir la duplicación la duplica. Elija las páginas que un cliente hispanohablante de acá va a usar de verdad —el servicio, el precio, cómo se agenda, quién atiende— y escríbalas para esa persona. Diez páginas en español que alguien redactó valen más, para el rastreador y para el lector, que noventa pasadas por una máquina.
¿Borramos las páginas débiles o las dejamos?
Redirija, no borre. Suba lo útil a la página que sobrevive y apunte la vieja hacia ella con un solo salto. Borrar de plano tira los enlaces que hubiera juntado; dejarla intacta sigue gastando rastreo en algo que usted ya juzgó inservible.
¿IndexNow sirve para Google o solo para Bing?
Los envíos salen por la API de IndexNow tanto para GoogleBot como para BingBot. Anuncian que una dirección es nueva o cambió. Lo que pasa después lo decide cada motor con sus propios criterios, y ninguno prometió jamás inclusión a cambio de una notificación.
¿Cada cuánto conviene reenviar?
Después de un cambio con sustancia y no en otro momento. Una migración, una reestructuración, una tanda de páginas reescritas: eso merece un lote. Reenviar cada semana un árbol sin cambios gasta la cuota y no señala nada. Guarde el presupuesto para las URL que se movieron.
El patrón de este mercado es lo bastante constante como para enunciarlo como regla. Los sitios llegan convencidos de tener un problema de indexación, y el registro muestra el descubrimiento funcionando tal como fue diseñado contra un árbol que se triplicó por geografía y volvió a triplicarse por costumbre. La bahía es un límite comercial real; no es una razón para noventa archivos.
Arregle el árbol y la mecánica se vuelve simple. Envíe lo que existe, mire el registro por URL en vez del contador de enviadas y lea las fallas como el diagnóstico que son. Un contador en vivo de URL enviadas, encontradas y fallidas le dice en un día o dos cuál de las tres etapas lo está frenando, que es una conversación muy distinta de esperar y adivinar. En este mismo blog el lado analítico de la pregunta recibe el mismo tratamiento.
Empiece contando sus propias URL y separándolas en páginas que dicen algo y páginas que repiten algo. Conecte el sitio y corra un trabajo de sitemap para ver qué viene encontrando el rastreador. Si lo encontrado coincide con lo enviado y nada queda indexado, ninguna herramienta de envío lo va a ayudar, pero al menos va a estar discutiendo lo correcto, que son las noventa páginas y no la fila.