Plataformas y plantillas
Mapeamos dónde se controlan títulos, canonicals, navegación, datos estructurados y contenido principal. El inventario puede abarcar Shopify, WordPress, Adobe Commerce, un CMS propio o una arquitectura con varios sistemas.
Consultoría de enterprise SEO
Cuando un cambio de plantilla puede afectar miles de URLs, el SEO deja de depender de una recomendación aislada. Hace falta asignar responsables, incorporar controles a los lanzamientos y medir cada cambio contra grupos de páginas comparables. Francisco ayuda a equipos de producto, ingeniería y contenido a establecer ese modelo operativo para plataformas complejas, migraciones e implementaciones internacionales.
Operación SEO a escala
En un sitio grande, una regla de plantilla puede modificar miles de páginas y una decisión regional puede crear versiones incompatibles del mismo contenido. La consultoría convierte esos riesgos en criterios de aceptación, responsables y controles que el equipo puede aplicar antes de publicar.
El trabajo parte de la plataforma, el flujo de lanzamientos y los datos disponibles. El objetivo es dejar decisiones documentadas y una forma repetible de validar cambios, sin prometer posiciones, tráfico ni migraciones sin fluctuaciones.
Modelo operativo
Los bloqueos aparecen cuando un ticket sale de SEO sin propietario técnico, llega a producto sin una decisión priorizada o entra al sprint sin una prueba de aceptación. La solución empieza antes del backlog. Se documenta quién propone el cambio, quién revisa sus efectos y quién autoriza la publicación.
El modelo se adapta al organigrama existente. Puede incluir responsables por plantilla, un comité breve para excepciones y una bitácora que relacione cada lanzamiento con sus páginas afectadas. RACI puede servir como formato, aunque la herramienta importa menos que tener una persona identificable para cada decisión.
Controles de gobernanza
Cobertura técnica
En una plataforma compartida, el sistema que genera las páginas y el riesgo de la próxima publicación determinan qué se revisa primero. La capacidad del equipo para comprobar el cambio limita el alcance.
Mapeamos dónde se controlan títulos, canonicals, navegación, datos estructurados y contenido principal. El inventario puede abarcar Shopify, WordPress, Adobe Commerce, un CMS propio o una arquitectura con varios sistemas.
La validación compara HTML inicial, DOM renderizado, enlaces y estados HTTP. Google Search separa el rastreo, el renderizado y la indexación. El protocolo comprueba cada fase sin asumir que una vista correcta en pantalla equivale a una página indexable.
El plan relaciona URLs antiguas y nuevas, prueba redirecciones en el servidor y actualiza señales internas. En sitios grandes, mover secciones por fases puede facilitar la detección de problemas.
Revisamos arquitectura de URLs, paridad entre mercados, canonicals y reciprocidad de hreflang. La opción recomendada es asignar una URL distinta a cada variante de idioma y evitar redirecciones automáticas que impidan acceder a otra versión.
Un total de clics para todo el dominio puede ocultar el efecto de una plantilla o un mercado. El cuadro de mando separa grupos comparables y anota lanzamientos. La exportación a BigQuery y la API de Search Analytics se usan con sus límites de agregación y cobertura documentados.
Después de publicar, se comprueba una muestra definida de URLs y se revisan los logs disponibles, la cobertura, el renderizado y las métricas acordadas. La evidencia se registra en el ticket para que el equipo distinga un cambio entregado de uno validado.
Trabajo entre áreas
Cuando ingeniería recibe una tarea como “mejorar la indexación”, todavía faltan el objeto que debe cambiar, las URLs afectadas y una prueba que determine si el trabajo quedó bien. Convertimos la recomendación en una decisión que pueda entrar al proceso de producto.
Antes del lanzamiento
Después del lanzamiento
Entregables
El alcance se define a partir del próximo cambio que necesita gobernanza. Los entregables se incorporan a las herramientas del equipo para evitar una auditoría separada del trabajo diario.
Relación entre plantillas, sistemas, decisiones SEO y responsables. Incluye el proceso para resolver excepciones y escalar bloqueos.
Requisitos para preproducción, conjunto de URLs de prueba, controles del día de publicación y ventanas de seguimiento.
Cohortes de páginas y mercados, fuentes de datos, anotaciones de cambios y criterios para interpretar señales sin atribuir todo movimiento al lanzamiento más reciente.
Encaje
Arquitectura compleja
La organización necesita saber qué sistema crea cada señal y qué equipo puede modificarlo antes de priorizar una corrección.
Cambio de alto riesgo
El lanzamiento requiere un mapa de dependencias, pruebas previas y seguimiento por cohortes sin prometer que el tráfico permanecerá estable.
Equipo interno
El responsable de SEO necesita convertir hallazgos en tickets aceptables para producto e ingeniería y obtener decisiones de quienes controlan el release.
Preguntas frecuentes
Una auditoría identifica problemas. El enterprise SEO también define quién puede resolverlos, en qué plantilla o sistema debe hacerse el cambio, qué evidencia permite aprobarlo y cómo se comprobará después del lanzamiento. Esa capa operativa importa cuando varias áreas comparten el control del sitio.
El plan debe relacionar cada URL antigua con su destino, probar redirecciones permanentes y actualizar enlaces internos, canonicals, hreflang y sitemaps. La guía oficial de migraciones de Google también advierte que pueden producirse fluctuaciones, por lo que el seguimiento de URLs antiguas y nuevas forma parte del alcance.
Se compara el HTML inicial con el contenido renderizado, los enlaces, los canonicals y los códigos de estado. El proceso de JavaScript en Google Search separa rastreo, renderizado e indexación, así que la revisión no puede limitarse a lo que muestra el navegador de un usuario.
Cada variante debe declarar URLs completas, incluirse a sí misma y mantener enlaces recíprocos. La documentación de versiones localizadas permite implementar las anotaciones en HTML, cabeceras HTTP o sitemaps. Hreflang no sustituye una traducción adecuada ni obliga a Google a elegir una URL concreta.
La medición debe separar plantillas, mercados, tipos de página y fechas de lanzamiento. La exportación masiva de Search Console a BigQuery aporta datos diarios, mientras que la API permite consultas segmentadas. Ninguna de las dos fuentes representa un registro completo de todas las consultas.
El alcance puede centrarse en diagnóstico, diseño del modelo operativo, acompañamiento durante un lanzamiento o apoyo a la implementación. La primera fase define qué necesita el sitio, qué equipo controla cada sistema y qué trabajo puede asumir el equipo interno antes de estimar una fase posterior.
Servicios relacionados
Base técnica
Diagnóstico y priorización para problemas de rastreo, renderizado, indexación y arquitectura.
Explorar el servicioMercados
Arquitectura de mercados, sistemas de localización y control de variantes regionales.
Explorar el servicioDiagnóstico
Revisión basada en evidencia para delimitar problemas antes de diseñar el modelo de implementación.
Explorar el servicioExperiencia aplicable
La trayectoria documentada de Francisco incluye Head of Global SEO Framework en Shopify entre 2015 y 2022, Senior SEO en MindGeek entre 2013 y 2015 y su rol actual como VP of Growth en Growing Search.
Primer alcance
Trae la arquitectura actual, el lanzamiento previsto y los equipos que deben aprobarlo. La consulta inicial sirve para delimitar el riesgo, las decisiones pendientes y el tipo de acompañamiento que necesita la organización.
SEO Francisco · Asistente de IA