El punto de partida: 36 páginas sin indexar en Search Console
Google Search Console nos marcaba 36 páginas en estado "Rastreada: actualmente sin indexar" y solo 43 indexadas, sobre un sitio con 33 artículos de blog más las páginas de servicio. Ese estado significa algo específico: Google visitó la URL, pero decidió no incluirla en su índice. No es un error 404 ni un bloqueo de robots.txt — es una señal de que la página no parece lo bastante importante para guardarla.
En vez de aplicar la lista genérica de "cosas que mejoran el SEO", auditamos el código para encontrar la causa real. Esto es lo que encontramos, en el orden en que lo detectamos.
Hallazgo 1: el listado del blog paginaba con useState, no con URLs
La página /blog era un componente cliente. La paginación —"página 2", "página 3"— se manejaba con useState de React, sin URLs propias:
const POSTS_PER_PAGE = 6;
const [currentPage, setCurrentPage] = useState(1);Esto significa que el HTML que el servidor entrega en la primera carga solo contiene las primeras 6 tarjetas de artículo. Las otras 27 aparecen únicamente después de que un usuario hace clic en "página 2" — un evento de JavaScript en el navegador, no una URL que Google pueda seguir con un enlace <a>.
Google sí ejecuta JavaScript al rastrear, pero no simula clics en botones de paginación. El resultado: 27 de 33 artículos solo eran alcanzables a través del sitemap.xml, sin ningún enlace <a href> real que los respaldara. Y una URL que solo vive en el sitemap, sin enlaces internos que la sostengan, es exactamente el tipo de señal débil que produce "Rastreada: actualmente sin indexar".
La corrección fue convertir la página en un Server Component que renderiza las 33 tarjetas directamente en el HTML, y mover el filtro por categoría a un componente cliente que opera sobre contenido que ya existe en el DOM, en vez de generarlo.
Hallazgo 2: 7 artículos con cero enlaces internos entrantes
Revisamos, artículo por artículo, cuántos enlaces internos recibía cada uno desde el campo relatedPosts y desde el cuerpo de otros artículos. Siete quedaban en cero — completamente huérfanos, sin que ninguna otra página del sitio los mencionara.
Lo que hace este hallazgo más caro de lo que parece: entre esos siete estaban justamente los artículos que más nos interesaba posicionar, incluyendo dos guías de ciudad que habíamos publicado semanas antes. Habíamos escrito el contenido, pero nunca conectado la malla de enlaces internos que le da autoridad dentro del propio sitio.
La corrección no fue añadir un enlace más a cada uno — en varios casos eso habría dejado una tarjeta sola en la última fila de una cuadrícula de 3 columnas en la sección de "artículos relacionados". En su lugar, identificamos qué artículos ya tenían enlaces entrantes de sobra (algunos con 9 o 10) e intercambiamos una de sus referencias por el huérfano correspondiente, manteniendo siempre 3 enlaces por artículo.
Hallazgo 3: la URL con más autoridad potencial redirigía a una sola página
/servicios — la URL que debería consolidar la autoridad de las cuatro páginas de servicio y repartirla entre ellas— era en realidad 12 líneas de código: un redirect permanente hacia una sola de las cuatro páginas, con noindex para que Google ni siquiera la considerara.
Esto tiene un efecto poco intuitivo: en vez de tener un punto de entrada que reparte autoridad entre los cuatro servicios, todo el peso de esa URL —los enlaces desde el menú de navegación, desde el pie de página, desde cualquier otro sitio que la mencione— se concentraba en un solo servicio, mientras los otros tres quedaban sin ese respaldo estructural.
La corrección fue construir /servicios como página real, con contenido propio para los cuatro servicios y su propio schema ItemList, en vez de un redirect.
Hallazgo 4: el mismo sitio, indexado dos veces
Search Console mostraba www.pivotilabs.com/ y pivotilabs.com/ (sin www) como dos páginas separadas, cada una con sus propias métricas de clics e impresiones. Es el mismo contenido, pero para Google son dos URLs distintas si no existe un redirect entre ellas — y no existía ninguno.
El efecto es que la autoridad de la página se repartía entre dos versiones en vez de consolidarse en una. Con pocos dominios de referencia, esa división pesa proporcionalmente más que en un sitio con autoridad ya establecida.
La corrección fue un redirect 301 permanente, condicionado por el host de la petición, que envía todo el tráfico de la versión sin www hacia la versión con www.
Qué esperar de estas correcciones, con honestidad
Ninguna de estas cuatro correcciones sube el ranking por sí sola — son trabajo de saneamiento, no de crecimiento. Lo que hacen es quitar los frenos que impedían que el contenido compitiera en absoluto. La secuencia esperable, según cómo suele responder Search Console, es: primero se mueve la indexación (semanas), después las impresiones, más adelante la posición media, y al final los clics.
Si tu sitio muestra páginas en "Rastreada: actualmente sin indexar" en un número alto, vale la pena revisar exactamente estos cuatro puntos antes de asumir que el problema es la calidad del contenido: cómo se generan los enlaces a tus páginas internas, cuántos enlaces entrantes recibe cada URL, si tus páginas de mayor autoridad potencial son redirects, y si tu dominio se indexa en más de una versión.
