Victor Arias
Una academia de inglés con 40 sedes tenía 18 URLs compitiendo por «entrevista de trabajo en inglés» y había perdido el 76% de los clics en un año (de 3.968 a 966). En tres días quedó una arquitectura de 6 piezas —5 contenidos y una landing—, con 26 redirecciones 301 planificadas (16 aplicadas porque ya eran 404), 1.243 posts auditados, 27 enlaces internos corregidos y 0 enlaces rotos. Cada pieza se publicó con respuesta rápida, FAQ visible y su propio JSON-LD; la recuperación de posiciones se mide a 30, 60 y 90 días.
| Cliente | Academia de inglés con 40 sedes |
| Confidencialidad | Se omiten el nombre del cliente y sus enlaces por acuerdo de confidencialidad. Las imágenes son diagramas o recortes de secciones sin marca. |
| Sector | Educación · academias de idiomas |
| Servicio | SEO y GEO |
| Tecnologías | WordPress, Elementor, Tema propio, Yoast SEO, Redirection, WP Rocket, ACF, JSON-LD, API REST, nginx |
| Duración | 3 días |
| Nuestro rol | Auditoría del clúster en Search Console, arquitectura de contenidos, publicación de las piezas, auditoría de enlaces internos de todo el blog, redirecciones 301, datos estructurados y verificación. |
| Publicado | 22 de octubre de 2026 |
Una academia de inglés con 40 sedes tenía 18 URLs peleando por la misma consulta: «entrevista de trabajo en inglés». En un año los clics del clúster habían caído un 76%, de 3.968 a 966, y la página mejor posicionada recibía cada vez menos tráfico aunque subía en el ranking. El problema no era escribir más: era decidir qué se quedaba y qué dejaba de competir.
El encargo se resolvió en tres días: seis piezas publicadas (cinco contenidos y una landing comercial), 16 redirecciones activas, una auditoría de enlaces en los 1.243 posts del blog y una capa de datos estructurados pieza por pieza. Por acuerdo de confidencialidad no se nombra a la academia ni se enlazan sus URLs; las capturas son de secciones sin marca.
El problema: 18 URLs peleando por la misma consulta
El diagnóstico salió de Search Console, no de una corazonada: 76.600 impresiones y 966 clics en tres meses, con un CTR del 1,3% y una posición media de 13,5. El clúster no tenía un problema de contenido, tenía un problema de arquitectura.
La caída no era de posición, era de arquitectura
El pilar había mejorado del puesto 12 al 7,3 y aun así su CTR bajó del 3,3% al 1,5%. Eso ya no se arregla reescribiendo el título: 5.150 impresiones del clúster venían de funciones de IA, que responden en el resultado y se llevan el clic. Cuando el usuario no entra, la única palanca que queda es ganar la cita o dejar de repartir señales entre siete URLs.
Siete URLs para una sola keyword
Siete páginas distintas rankeaban para la consulta principal. Cada una tenía su versión de la respuesta, sus enlaces internos y su trozo de autoridad, y Google no sabía cuál enseñar. La página de «preguntas» estaba en el puesto 44 mientras el pilar ocupaba el 9,8 con una URL dedicada en el 67: dinero tirado en dos frentes.
Quince variantes rotas que seguían recibiendo impresiones
Además de las 18 vivas, había 15 slugs mal escritos que devolvían 404 y seguían acumulando impresiones, varias en posiciones 1 y 2 y citadas por asistentes de IA. Un 404 con impresiones es tráfico que se pierde en la última puerta, y nadie lo ve porque no sale en el informe de páginas.
La decisión: 6 piezas y 26 redirecciones
La arquitectura final se diseñó antes de escribir una línea: una pieza por intención de búsqueda, un pilar que absorbe, satélites que especializan y una landing que convierte. Todo lo demás se redirige, no se borra.
Una pieza por intención
Quedaron cinco contenidos: el pilar (guía y diálogo), el satélite de preguntas, el de preparación, la página del PDF y el de adjetivos en inglés. Se sumó una landing de curso que antes era un 404 y se dejó una séptima pieza fuera del clúster, reorientada a currículum sin tocar su URL porque ya rankeaba por otra consulta.
Qué se redirige y qué no
El mapa tiene 26 redirecciones 301: 18 al pilar, 4 a preguntas, 3 a preparación y 1 a adjetivos. Diez son páginas vivas que se integran en otra pieza, 15 son variantes rotas y 1 es un enlace legacy con extensión .html. Todas permanentes, ninguna 302, ninguna cadena y nada borrado de la base de datos hasta tres meses después, por si hay que revertir.
El orden importa más que la lista
Primero la landing, para que indexe antes de que lleguen las consultas comerciales. Después el pilar reescrito y entre tres y siete días de rastreo. Luego los satélites, los enlaces internos y, solo entonces, las redirecciones. Aplicarlas el mismo día que la reescritura manda el tráfico a una página que aún no cubre lo prometido, y el rebote se dispara.
Cómo se publicó en WordPress sin tocar la plantilla
El sitio es WordPress con un tema propio y un constructor encima. La regla fue no romper nada de lo que ya funcionaba: el contenido entra por el editor, el CSS nuevo se añade al final y la landing usa la plantilla de cursos que el tema ya tenía.
Contenido verbatim y CSS al final
Los textos se pegaron tal cual llegaron, sin reinterpretar: 13.737 caracteres en el pilar, 9.513 en preguntas y 7.655 en preparación. El único archivo de tema que se tocó fue la hoja de estilos, con reglas nuevas añadidas al final —bloques de respuesta rápida, fichas, diálogo y tablas con scroll— sin modificar ninguna existente. La landing se montó con la plantilla estándar del tema y sus campos de imagen, sin maquetar una página nueva.
Un schema por tipo de pieza
No vale el mismo JSON-LD para todo. El pilar lleva Article, Person, Organization y FAQPage con sus seis preguntas. Preparación añade HowTo con los cinco pasos de la tabla visible. El PDF lleva DigitalDocument y la landing, Service con FAQPage. En todos, el autor es una persona real con su ficha y el FAQ del schema coincide con el FAQ visible, que es la única forma de que Google lo acepte.
La capa GEO: que la IA pueda citar
Cada pieza abre con una respuesta rápida de 40 a 70 palabras que se entiende sola, sin el resto del artículo. Las tablas son HTML de verdad, no imágenes, porque un asistente no lee un JPG. Las expresiones en inglés van en cursiva dentro del texto en español y la marca no aparece hasta el último tercio: quien busca cómo preparar una entrevista no quiere un anuncio en el primer párrafo.
La respuesta rápida abre cada pieza: 40-70 palabras que responden la consulta sin depender del resto del artículo.
La auditoría que casi nadie hace: 1.243 posts y 8.318 enlaces
Cambiar una URL sin revisar quién la enlaza es mover el problema de sitio. Antes de activar redirecciones se auditó todo el blog, no solo el clúster.
REST API en vez de exportar y rezar
Los 1.243 posts se descargaron por la API REST en tandas de 25 y se cruzaron sus 8.318 enlaces internos con el CSV de redirecciones. El resultado: solo 24 posts enlazaban a una URL que iba a morir, con 27 enlaces en total. Los otros diez enlaces muertos estaban en posts que también desaparecían, así que no había nada que arreglar.
27 enlaces, dos arreglos distintos
Seis enlaces tenían ancla genérica y solo necesitaban el href nuevo. Los otros 21 estaban en bloques de «posts relacionados» con el título viejo como texto y atributos de una hoja de cálculo ya desincronizada: ahí se cambió el enlace, el texto y se limpiaron los atributos. Después de guardar se verificó uno por uno: cero enlaces a URL muertas en los 1.243 posts y cero enlaces internos con .html.
16 redirecciones verificadas con un solo salto
Las 16 redirecciones de las variantes rotas se crearon por la API del plugin de redirecciones y se comprobaron con peticiones directas: 16 de 16 responden 301 hacia una URL 200, con exactamente un salto y sin cadenas. Las diez fusiones de páginas vivas se dejaron para después del rastreo del pilar, que es lo que recomienda el propio plan.
El mapa del problema: 18 URLs del clúster apuntando a la misma consulta, y la arquitectura de 6 piezas que queda después.
Resultados y línea base
Lo entregado es verificable hoy. Lo que aún no se puede afirmar es la recuperación de posiciones: el despliegue terminó el 22 de octubre y la medición está pactada a 30, 60 y 90 días.
| Qué se midió | Antes | Después |
| URLs del clúster | 18 activas, 7 para la consulta principal | 6 piezas, una por intención |
| Enlaces internos rotos | 27 en 24 posts | 0 en los 1.243 posts |
| Enlaces internos a .html | 1 legacy | 0 |
| Variantes 404 con impresiones | 15 más 1 legacy | 16 redirecciones 301 de un salto |
| Pilar | 806 palabras, sin autor en el schema | 2.650 palabras y Article + Person |
| Preguntas | 12 fichas sin datos estructurados | 12 fichas y FAQPage con 5 respuestas |
| Página del PDF | 7.834 caracteres y CTAs ajenos | 297 palabras, DigitalDocument y popup con consentimiento |
| Landing del curso | 404 | Publicada con Service y FAQPage |
Queda abierto lo que depende del rastreo: las diez fusiones de páginas vivas, la regeneración del sitemap, el noindex de las etiquetas con un solo post y los cortes de medición a 30, 60 y 90 días. Publicar el caso como «recuperado» sería inventar el dato más importante.
La lección del clúster es incómoda: durante un año se escribió contenido nuevo para una consulta que ya tenía siete páginas compitiendo. El trabajo que movió la aguja no fue añadir, fue quitar.
Qué revisar antes de reescribir un clúster
Si tu blog tiene varias páginas para la misma búsqueda, estos son los puntos que revisamos siempre:
- Cuenta las URLs, no los artículos. Si tres posts responden a la misma consulta, no tienes tres activos: tienes tres mitades.
- Mira los 404 con impresiones. Un slug roto que sigue apareciendo en Search Console es tráfico que se pierde y que nadie audita.
- Decide antes de escribir. La arquitectura va primero: qué absorbe, qué se especializa y qué se redirige.
- Audita los enlaces internos antes de redirigir. Cambiar una URL sin revisar quién la enlaza crea un problema nuevo en otro sitio.
- Separa reescritura y redirecciones. Deja que Google rastree la página que absorbe antes de mandarle el tráfico.
- Que el schema coincida con lo visible. Un FAQPage con preguntas que no están en la página no se acepta, por muy bien escrito que esté.
- Mide con línea base y fechas. Sin la foto de partida y el día exacto del despliegue, cualquier mejora es una opinión.
Si estás en esa situación, en la página de desarrollo WordPress contamos cómo trabajamos la arquitectura de contenidos, y si prefieres revisar tu caso concreto puedes escribirnos.
Preguntas frecuentes
¿Por qué redirigir en vez de borrar las URLs que sobran?
Porque una URL con impresiones, enlaces o citas de IA sigue teniendo valor: la 301 lo transfiere a la pieza que se queda. Borrar la página tira ese histórico y además deja un 404 que hay que explicar. En este caso no se eliminó nada de la base de datos: las diez páginas vivas que se fusionan se pueden revertir durante los tres meses siguientes.
¿Por qué no aplicar las 26 redirecciones el mismo día que la reescritura?
Porque el tráfico redirigido aterriza en la página que absorbe, y si Google aún no la ha rastreado, no cubre lo que promete. El plan separa los dos momentos: primero se publica el pilar y se deja rastrear entre tres y siete días, y después se activan las redirecciones de las páginas vivas. Las 16 que ya eran 404 se activaron antes porque no había nada que perder.
¿Cuántas URLs deben competir por una misma consulta?
Una, dos como máximo: una pieza principal y, si hace falta, una segunda con otra intención. Siete URLs para la misma keyword no son siete oportunidades, son siete señales repartidas. La métrica que seguimos no es la posición media del clúster, sino cuántas URLs rankean por la consulta principal: aquí eran siete y el objetivo es una o dos.
¿Cómo se auditan 1.243 posts sin exportar la base de datos?
Con la API REST de WordPress: se descargan en tandas de 25, se guardan los enlaces internos de cada post y se cruzan con el listado de URLs que van a cambiar. En este blog eran 8.318 enlaces y solo 24 posts apuntaban a una URL que iba a morir. Después se corrige en el editor y se vuelve a verificar con el mismo cruce.
¿Cuándo se notan los resultados?
Las dos primeras semanas puede haber una caída transitoria de impresiones, entre la tercera y la sexta se consolida la arquitectura y entre la sexta y la duodécima se recupera posición. Por eso este caso no anuncia una mejora: fija la línea base (966 clics, 76.600 impresiones, CTR 1,3%) y los cortes de medición a 30, 60 y 90 días.
