Cómo corregir un SEO malo de una agencia anterior

Despediste a la agencia (o dejaron de responder) y el sitio sigue sintiéndose mal. Los rankings oscilan, Search Console está lleno de avisos que no reconoces y nadie puede explicar qué páginas fueron trabajo real frente a relleno publicado para parecer ocupados. Eso es un trabajo de limpieza. Un reinicio motivacional no arreglará el residuo.

Esta guía te da una secuencia de recuperación para un traspaso SEO desordenado: asegura acceso y backups en los primeros dos días, mapea el daño en contenido, tech y enlaces, y luego corrige en un orden que detenga la hemorragia antes de reescribirlo todo.

Cómo se ve normalmente un SEO malo de agencia

Un escritorio de traspaso saturado con reportes apilados, íconos de plugins y borradores de páginas huérfanas.

El «SEO malo de agencia» rara vez es un hack dramático. Suele ser una pila de atajos que se veían bien en una deck mensual y podridos en el índice.

Patrones comunes tras un traspaso:

• Decenas o cientos de páginas de ubicación o servicio casi idénticas con nombres de ciudad intercambiados y cuerpo delgado
• Posts de blog que leen como sopa de sinónimos, publicados en un calendario sin dueño ni plan de actualización
• WordPress (o similar) cargado con plugins de SEO, caché, schema y seguridad que se solapan y pelean entre sí
• Tags canonical, reglas noindex o entradas de sitemap que no coinciden con lo que crees que está en vivo
• Cadenas de redirección dejadas por «optimizaciones de URL» que nunca se limpiaron
• Paquetes de enlaces, guest posts en sitios irrelevantes o blasts de directorios que nunca aprobaste
• Tags de tracking instalados tres veces, o conversiones críticas rastreadas solo en el dashboard privado de la agencia

La señal comercial es el desajuste. Pagaste por crecimiento. Recibiste métricas de volumen (páginas publicadas, keywords «optimizadas», enlaces «construidos») mientras las URLs de dinero se debilitaban, se volvían más lentas o quedaban ahogadas por basura.

Advertencia: No «empieces de cero» borrando el CMS antes de tener ownership de Search Console, un backup completo y una lista de URLs que aún generan clics. Borrar sin un mapa puede eliminar las pocas páginas que todavía funcionan.

Si el proveedor anterior vendió rankings garantizados, redes privadas de blogs o «contenido IA a escala» automatizado como entregable principal, trata cada afirmación como sospechosa hasta verificarla en tus propias properties.

Asegura acceso, Search Console y backups en las primeras 48 horas

Llaves y mosaicos de cuentas para hosting, CMS, Search Console, analytics y DNS en un solo tablero de inventario.

Antes de reescribir una sola página, toma el control de los sistemas que prueban qué pasó.

1. Inventaría cada login. Hosting, admin del CMS, DNS/registrador, CDN, Google Search Console, Bing Webmaster Tools, Google Analytics (o GA4), Tag Manager, cuentas de ads, email usado para verificación de properties, sitios de staging y cualquier asiento de herramienta SEO pagado con tu tarjeta. Si la agencia tenía el único usuario admin, crea el tuyo primero y luego degrada o elimina el suyo después de confirmar el acceso.

2. Reclama Search Console tú mismo. Prefiere la verificación de domain property cuando controlas el DNS. El acceso de usuario/property que vive solo bajo la cuenta de Google de la agencia es un fallo recurrente de traspaso. Exporta datos de cobertura, páginas y rendimiento mientras aún puedas.

3. Congela cambios riesgosos. Pausa plugins de publicación masiva, «máquinas de contenido» programadas y cualquier herramienta de enlazado interno autogenerado hasta entender qué hacen. Puedes mantener ediciones ordinarias. Detén el volumen automatizado.

4. Backup completo, luego una segunda copia fuera del host. Archivos más base de datos para sitios CMS. Documenta versiones de PHP/Node y el tema activo. Si algo se rompe al quitar plugins, necesitas una ruta de restauración que no dependa del proveedor anterior.

5. Captura el conjunto de URLs que aún funciona. Desde el rendimiento de Search Console (últimos 3 y 12 meses), exporta queries y páginas con clics. Esa lista es tu set de «no borrar a la ligera». Cruza con landing pages de analytics y cualquier nota del CRM sobre leads orgánicos.

6. Anota restos legales y contractuales. Quién es dueño del contenido, quién puede republicarlo y si la agencia aún hospeda assets o fuentes en su CDN. Obtén confirmación por escrito de que tu dominio, properties de búsqueda y cuentas de ads están transferidos.

Tip: Captura robots.txt, el source del homepage en vivo (canonical y title) y el índice del sitemap XML el día uno. Esos tres archivos cambian en silencio y la gente discute sobre «lo que decía antes».

Cuarenta y ocho horas bastan para detener el daño silencioso. No bastan para reconstruir la estrategia. Resiste la urgencia de contratar al siguiente proveedor el día dos solo con un brief de rabia.

Construye un mapa de daño antes de «optimizar» otra vez

Cuatro cuadrantes etiquetados contenido, SEO técnico, enlaces y tracking con notas adhesivas de severidad.

A las agencias les encanta un nuevo deck de kickoff. Tú necesitas un mapa de daño: qué está roto, qué tan severo es y qué evidencia tienes. Cuatro buckets cubren casi todo traspaso desordenado.

Bucket	Qué buscas	Dónde miras primero
Contenido	Páginas delgadas, spun, duplicadas o doorway de IA	Vistas de lista del CMS, páginas de Search Console con impresiones y CTR pobre, crawl de clusters de title/H1
Técnico	Trampas de índice, deuda de velocidad, conflictos de plugins, redirecciones rotas	Informes de cobertura/indexación, HTML en vivo, logs de error del host, datos de campo de rendimiento
Enlaces	Irrelevantes, de aspecto pagado o picos repentinos	Informes de enlaces que posees, enlaces de Search Console, checks de menciones de marca
Tracking	Conversiones faltantes, tags duplicados, dashboards solo de la agencia	Contenedor de Tag Manager, admin de GA4, píxeles de ads, historial UTM del CRM

La severidad debe responder una pregunta de dinero. Un soft 404 en un archivo viejo de tags del blog es ruido. Un noindex en tu plantilla primaria de servicio es una emergencia. Mil páginas de ciudades spun que desperdician crawl es medio-alto si compiten con páginas de ubicación reales que aún necesitas.

Escribe el mapa en un doc compartido que tu desarrollador y quien sea dueño del P&L puedan leer. Columnas que funcionan en la práctica: URL o plantilla, bucket, enlace de evidencia (Search Console o ID de crawl), impacto de negocio, acción propuesta (keep / merge / redirect / noindex / delete / rewrite), owner, fecha de done-by.

No inicies un segundo «programa SEO» hasta que este mapa exista. De lo contrario pagarás contenido nuevo encima de pudrición sin corregir.

Limpia contenido delgado y spun sin quemar equity

Pilas de hojas de página casi idénticas con solo el nombre de la ciudad cambiado en cada portada.

El contenido delgado tras un engagement de agencia suele venir en tres sabores: páginas de servicio spun, blogs de calendario sin expertise y farms de ubicación estilo doorway. La propia guía de Google sobre contenido people-first es el listón. Si una página no ayudaría a un humano que ya te encontró, no debería quedarse como objetivo de índice.

Trabaja primero la exportación de páginas con impresiones. Ordena por clics descendentes. Protege a los ganadores aunque el copy sea imperfecto. Luego abre la cola larga de URLs con impresiones y casi sin clics, más plantillas que nunca aparecen en el informe.

Para cada cluster (por ejemplo /services/plumbing-in-*):

1. Decide la huella real del negocio. ¿Qué ciudades o servicios atiendes de verdad con personal, inventario o licencias?
2. Mantén o reescribe páginas que coincidan con esa huella y tengan prueba única (fotos, equipo, notas de casos, lógica de precios, FAQs locales que puedas respaldar).
3. Fusiona casi-duplicados en hubs más fuertes cuando las diferencias sean cosméticas.
4. Redirección 301 de URLs retiradas al mejor destino restante. Soft-404 o «página eliminada» sin redirección tira la equity y los bookmarks que queden.
5. Elimina las entradas del CMS y las filas del sitemap para que los crawlers vean la misma limpieza que los humanos.

Los posts spun del blog son más fáciles emocionalmente y más difíciles operativamente porque hay tantos. Agrupa por tema. Si diez posts reiteran la misma respuesta, quédate con el menos malo, redirige el resto y agenda una reescritura real solo donde la demanda de búsqueda y las conversaciones de ventas se solapen.

Error frecuente: Borrar en masa cada URL de la agencia en una tarde sin redirecciones. Te sientes productivo. Search Console muestra un pico de 404s y las pocas páginas que aún rankeaban pierden su ruta.

Si sospechas contenido doorway de IA a escala, prioriza quitar el farm sobre pulir posts individuales. El volumen era el producto. Tu producto de limpieza son menos URLs, más claras.

Elimina el bloat de plugins y temas que pelean entre sí

Un panel de plugins del CMS repleto de íconos solapados de SEO, caché, schema y seguridad.

Las agencias a menudo instalan herramientas que ya conocen y las dejan cuando termina el retainer. En WordPress especialmente, puedes encontrar dos plugins SEO, dos cachés, un pack de schema roto, un optimizador de imágenes que reescribe URLs y un plugin de «seguridad» que rate-limita a Googlebot.

Orden de limpieza que suele sobrevivir el contacto con producción:

1. Inventaría plugins activos y mu-plugins. Anota cuáles escriben en .htaccess, inyectan tags en el head o generan sitemaps.
2. Clona a staging si tienes. Si no, agenda una ventana de mantenimiento y mantén el backup listo.
3. Elige un dueño para metadatos SEO (titles, canonicals, robots). Desactiva a los perdedores después de exportar sus settings.
4. Elige una ruta de caché (caché del host, plugin o CDN). Las page caches apiladas crean fantasmas de «lo arreglé pero el sitio en vivo no coincide».
5. Quita page builders abandonados y temas no usados después de confirmar que las plantillas no dependen de shortcodes.
6. Vuelve a chequear Core Web Vitals y el HTML de una URL de dinero. Confirma un solo canonical, un solo title y que el CSS/JS crítico aún carga.

El bloat de tema aparece como stacks de fonts que bloquean el render, builders de homepage que envían secciones no usadas en todo el sitio y menús móviles que cargan scripts de mega-nav de desktop. Cuando los datos de campo en Search Console o CrUX muestran un problema a nivel de plantilla, corrige la clase de plantilla en lugar de perseguir una URL afortunada.

No necesitas cero plugins. Necesitas un dueño claro para cada trabajo y ningún segundo escritor silencioso de tags canonical.

Desenreda líos de indexación y canonicals

Un laberinto de nodos de índice con flechas apuntando a URLs canonical conflictivas y entradas de sitemap.

Los problemas de indexación tras trabajo de agencia suelen venir de defaults «útiles». Se indexaron URLs con parámetros. El staging quedó enlazado. Los filtros facetados crearon miles de variantes delgadas. Una migración dejó gemelos HTTP y HTTPS. Los canonicals apuntan a una ruta obsoleta que el sitio de marketing ya no usa.

Usa Google Search Console como fuente de verdad de lo que Google piensa ahora, luego confirma con HTML en vivo y tu crawl.

Pase práctico:

• Informe Coverage / Pages. Agrupa por razón. «Crawled - currently not indexed» y «Duplicate without user-selected canonical» merecen sampling antes de tratar cada fila como urgente. «Excluded by noindex» en plantillas de dinero es urgente.
• URL Inspection en las URLs orgánicas que más convierten. Confirma «URL is on Google» cuando deba estarlo, y que el canonical inspeccionado coincida con tu URL preferida.
• Sitemaps. Solo 200s canónicos e indexables. Quita redirecciones, URLs en noindex y restos de admin. Envía el índice limpio después de corregir el CMS.
• robots.txt. Asegúrate de no estar bloqueando assets o rutas que el proveedor anterior «aseguró» sin entender.
• Enlaces internos. La navegación y el footer deben apuntar a URLs preferidas. Las huérfanas que solo existen en un XML sitemap viejo son una señal de alerta.

La estrategia de canonical es una decisión que documentas. Un checkbox de plugin solo no la sostendrá. Para navegación facetada, decide si los filtros son indexables. La mayoría de catálogos deben mantener un set pequeño de landing pages útiles y dejar el resto fuera del índice con una regla consistente (canonical al padre, noindex, o ambos, aplicados con cuidado). Documenta la regla para que el siguiente desarrollador no invente una nueva.

Buena práctica: Tras cambios grandes de canonical o noindex, reexporta el informe Pages en dos a cuatro semanas y compara los códigos de razón. La limpieza es iterativa. Un deploy rara vez limpia cada URL obsoleta.

Si los rankings cayeron justo después de un rediseño que gestionó la agencia, compara los mapas de URL viejo y nuevo antes de culpar «al algoritmo». Muchos «desastres SEO» son redirecciones rotas y enlaces internos perdidos disfrazados.

Trata los enlaces spam con cuidado y camina lento cualquier disavow

Un grafo de backlinks donde densos clusters de spam se sientan aparte de enlaces de citación ordinarios.

La toxicidad de enlaces tras una relación con agencia es emocionalmente ruidosa y a menudo exagerada. Guest posts irrelevantes y blasts de directorios se ven feos en una hoja de cálculo. Google lleva años reduciendo cuánto ayuda el spam de enlaces de bajo valor. Aun así, si recibiste una manual action, o ves patrones claros de enlaces pagados ligados al engagement, necesitas un rastro documental y una respuesta cuidadosa.

Empieza con hechos:

• Exporta enlaces a los que puedas acceder (informe de enlaces de Search Console, más cualquier herramienta que el contrato aún cubra).
• Marca patrones: anchors exact-match en keywords de dinero, picos repentinos, sitios sin relación tópica, enlaces sitewide en footer y redes que se repiten entre tus competidores en el mismo paquete.
• Revisa Search Console por una manual action relacionada con enlaces no naturales. Una manual action cambia el playbook. La sospecha algorítmica sola no significa que debas hacer disavow mañana.

La herramienta de disavow links de Google existe para casos en que no puedes lograr que quiten enlaces y crees que son un problema, especialmente con manual actions. La documentación es clara: la mayoría de sitios nunca la necesitan. El mal uso crea busywork y puede descartar enlaces que preferirías conservar.

Orden de operaciones:

1. Intenta remoción en los peores hosts cuando exista info de contacto y el volumen sea manejable.
2. Documenta qué pediste y qué cambió.
3. Considera un archivo de disavow solo para el spam claro restante que no pudiste remover, revisado por alguien que haya hecho esto antes.
4. No hagas disavow de tus propias properties, prensa de partners o citas ordinarias en directorios porque un slide deck las llamó «tóxicas».

Mientras revisas enlaces, detén cualquier placement pagado continuo que la agencia anterior aún facture. El spam futuro es más fácil de prevenir que litigar el spam pasado.

Orden de limpieza priorizado (para no hervir el océano)

Una escalera de pasos de limpieza desde el bloqueo de acceso abajo hasta la reescritura de contenido arriba.

La secuencia importa más que el heroísmo. Un orden workable para la mayoría de sitios pequeños y medianos:

1. Acceso, backups, ownership de Search Console (días 0-2)
2. Detén las máquinas (auto-publicación, generadores de doorway, vendors de enlaces imprudentes)
3. Emergencias de indexación (noindex en URLs de dinero, indexación accidental de staging, fallos críticos de redirección)
4. Integridad del tracking para poder medir si las correcciones ayudan
5. Conflictos de plugins/temas que cambian HTML, canonicals o velocidad en plantillas de dinero
6. Limpieza de redirecciones y mapa de URLs para migraciones y URLs delgadas eliminadas
7. Clusters de contenido delgado con redirecciones y reescrituras reales donde el negocio necesita el tema
8. Triage de enlaces solo con evidencia, no con vibes
9. Luego un plan forward de contenido y enlazado interno basado en páginas de las que te sientes orgulloso de conservar

Si el presupuesto es ajustado, detente tras el paso 7 en las plantillas que generan leads o ingresos. Un archivo de blog perfecto es opcional. Una plantilla de servicio correcta no lo es.

Asigna owners por habilidad. Los desarrolladores son dueños de robots, redirecciones, plugins y plantillas. Quien sea dueño de la oferta es dueño de las decisiones keep/kill de contenido. No dejes que un contratista SEO borre URLs de producto sin sign-off de ventas u ops.

Mapas de redirección y URL que hacen o deshacen la limpieza

Una hoja de planificación que mapea URLs viejas de agencia a la izquierda hacia URLs de destino conservadas a la derecha.

La mayoría de las historias de «limpiamos y el tráfico cayó más» son historias de redirecciones. Construye una hoja antes de borrados masivos.

Columnas que valen su espacio:

• URL antigua (exacta)
• Status hoy (200, 301, 404, soft 404)
• Hits en Search Console o analytics (si hay)
• Decisión (keep, 301 a X, gone)
• URL nueva
• Implementado (sí/no) y quién verificó en vivo

Reglas prácticas:

• Prefiere 301s de un solo hop a la página en vivo más cercana y relevante. Las cadenas por tres rutas legacy desperdician crawl y confunden el debugging.
• El homepage es un destino de redirección de último recurso cuando no queda nada relevante. Mejor un hub tópico que un dump perezoso a /.
• Actualiza enlaces internos y sitemaps en el mismo release cuando puedas. Dejar la navegación apuntando a 301s para siempre es cómo vuelven a crecer las cadenas.
• Conserva la hoja. El siguiente desarrollador la necesitará cuando alguien pregunte por qué /blog/best-widgets-2021-optimized-copy-3 aún aparece en un PDF viejo.

Prueba una muestra con curl o browser devtools tras el deploy. Confirma status codes. «La página carga» en un navegador no basta como prueba de que el hop de redirección es correcto.

Escenario trabajado para un sitio de servicios regionales tras un retainer de content farm

Paneles de storyboard que muestran un farm hinchado de páginas de ubicación reduciéndose a un set más pequeño de hubs de servicio reales.

Imagina una empresa regional de servicios para el hogar. Doce meses con una agencia produjeron 180 páginas «ciudad × servicio», un blog publicando cinco veces por semana, tres plugins SEO (dos inactivos pero aún instalados) y un sitemap que listaba cada URL de paginación y tag. Los leads se aplanaron. Las queries de marca aún funcionaban. Las queries de servicio non-brand se suavizaron. Search Console mostraba muchas URLs crawled-not-indexed y duplicados.

Semana 0. El owner recupera Search Console vía DNS, exporta rendimiento, toma un backup completo, elimina el admin de la agencia después de crear el suyo.

Semana 1. Mapa de daño. Las URLs de dinero son /services/drain-cleaning/, /services/water-heater/ y unas quince ciudades donde realmente tienen personal. Las otras páginas de ciudad son spun. El tracking tenía dos tags GA4 disparando. Plugin A y Plugin B ambos emitían canonicals.

Semana 2. Parada técnica de la hemorragia. Queda un solo plugin SEO. Se quitan tags duplicados. El sitemap se limita a servicios canónicos y páginas de ciudad reales. robots.txt sin tocar excepto quitar un Disallow residual que la agencia añadió para una ruta de staging que ya no existe.

Semanas 3-5. Contenido. Conservan quince páginas de ciudad con crews reales y FAQs únicas. 301 del resto al hub de servicio correspondiente o a la ciudad real más cercana. Blog: conservan veinte posts que coinciden con preguntas de ventas; redirigen casi-duplicados; eliminan el relleno del calendario con redirecciones a hubs tópicos donde sea posible.

Semana 6. La revisión de enlaces encuentra un paquete de guest posts en blogs de lifestyle no relacionados. Sin manual action. Se solicitan remociones de los peores diez. Aún no hay disavow.

Después. El bloat del índice se reduce en el informe Pages en crawls posteriores. La empresa deja de pagar por volumen y empieza a briefear a dueños de materia para menos páginas, más claras. Los rankings no «vuelven» con un temporizador. El punto de la limpieza es un sitio que puedas defender y mejorar, con medición en la que confías.

Tus números y tu CMS diferirán. La secuencia (control → mapa → emergencias → plantillas → clusters delgados → enlaces) viaja bien.

DIY versus contratar para el rescate

Una bifurcación entre un portapapeles de checklist DIY y un especialista de rescate contratado con un kit pequeño.

Hazlo tú mismo cuando:

• Aún tienes acceso admin y un desarrollador que puede desplegar redirecciones y cambios de plugins
• El daño es sobre todo páginas delgadas obvias y clutter de herramientas
• El tráfico es molesto pero no existencial, y puedes destinar unas semanas enfocadas
• Nadie ha recibido una manual action que no entiendas

Contrata ayuda cuando:

• El acceso a Search Console está en disputa o la verificación está rota
• Una migración, rediseño o cambio de dominio está debajo de la caída
• Ves una manual action, incidente de seguridad o spam inyectado que no puedes aislar
• El conteo de URLs es lo bastante grande como para que las decisiones keep/kill necesiten sampling de crawl y un programa real de redirecciones
• El liderazgo quiere una lectura externa antes de demandar o retener el pago (la calidad de la documentación importa)

Un buen engagement de rescate debería dejarte el mapa de daño, la hoja de redirecciones, Search Console bajo tu login y un backlog corto ranqueado por impacto de negocio. No debería atraparte en otro retainer opaco que solo reporte «keywords optimizadas».

Si contratas, pregunta cómo evitarán recrear el farm: quién escribe, qué evidencia filtra la publicación y qué se niegan a vender (enlaces pagados, garantías de ranking, automatización de doorway). Rechaza vendors que propongan un disavow inmediato sin inspeccionar Search Console, o que prometan fechas de recuperación que no pueden controlar.

Para un pase técnico estructurado una vez que el lío del traspaso esté estable, una auditoría enfocada puede sentarse junto a este trabajo de limpieza. La secuencia de rescate aquí se queda en el residuo de agencia. La checklist más profunda de crawl e índice es un trabajo aparte cuando la necesites.

Preguntas frecuentes

¿Cuánto tarda en recuperarse el ranking tras despedir a una agencia SEO?

No hay un timeline universal honesto. Google re-rastrea y reprocesa en su propio calendario. Algunas limpiezas de indexación muestran movimiento en semanas. La confianza del contenido y el residuo de enlaces pueden tardar más. Mide leading indicators que controlas: canonicals correctos en URLs de dinero, basura que se reduce en el informe Pages, restauración de la integridad de analytics y leads desde landing pages orgánicas que conservaste. Trata «recuperación garantizada para la fecha X» como una línea de ventas.

¿Debo borrar todo lo que publicó la agencia anterior?

No. Empieza por URLs que aún generan clics o conversiones, luego decide keep, rewrite, merge o redirect. La borrada masiva sin un mapa de redirecciones a menudo destruye el valor residual mezclado en el lío. Borra los sistemas que siguen produciendo basura. Sé quirúrgico con URLs que ya tienen historia.

¿Se requiere un archivo de disavow tras un mal link building?

Por lo general no. La documentación de Google sobre la herramienta de disavow la posiciona como opcional y relevante sobre todo cuando tienes un problema claro que no puedes resolver con remoción, especialmente con manual actions. Revisa evidencia primero. No subas un disavow enorme raspado de un PDF de auditoría basado en miedo sin revisión humana.

¿Puedo mantener rankings mientras limpio páginas delgadas?

A menudo sí si secuencias correctamente. Protege y mejora primero las plantillas de dinero, redirige URLs retiradas a reemplazos relevantes y evita poner en noindex grandes franjas de contenido útil mientras «piensas». La volatilidad temporal ocurre cuando cambias muchas URLs a la vez. Agrupa por plantilla, envía redirecciones con las eliminaciones y mira Search Console en lugar de cambiar cinco sistemas la misma noche.

¿Qué debo exigir por escrito el día uno con un nuevo vendor SEO?

Tu ownership de Search Console, analytics, CMS y cuentas de ads; un backlog compartido que puedas leer; rechazo claro de garantías de ranking y esquemas de enlaces pagados; y una definición de done para cada sprint (URLs cambiadas, redirecciones enviadas, páginas removidas, módulos testeados). Si el único entregable es un PDF de posiciones de keywords, estás comprando un reporte. Aún necesitas un sistema operativo de cómo cambia el sitio semana a semana.

Conclusión

El SEO malo de agencia deja residuo en cuatro lugares: contenido que nadie enviaría a un cliente, herramientas que se reescriben los tags entre sí, un índice lleno de URLs que nunca quisiste rankear y enlaces que quizá no aprobaste. La corrección es ownership primero, luego un mapa de daño, luego una limpieza secuenciada que privilegia plantillas de dinero y medición honesta sobre otro estallido de publicación.

Si quieres ayuda para convertir un traspaso desordenado en una lista de correcciones ranqueada y un plan de redirecciones que puedas defender, contacta vía el formulario.