Dashboard SEO eCommerce en Looker Studio (plantilla)

Si tu dashboard SEO no cambia prioridades, no es un dashboard: es un póster. En eCommerce, el SEO se gana cuando conectas intención + landing + conversión y lo traduces a una lista clara de acciones. Y en 2026, con resultados enriquecidos y respuestas con IA (AI Overviews) conviviendo con el SERP tradicional, el reporting necesita señales más cercanas al negocio: rendimiento por plantilla, por categoría, por marca/no marca y por rentabilidad.

En este post te dejo un enfoque práctico para montar un dashboard SEO eCommerce en Looker Studio conectado a GA4, Google Search Console y una tabla de margen (o contribución) en Google Sheets. Además, incluyo checklist, errores comunes y una forma sencilla de usarlo para priorizar tareas y generar leads cuando lo presentas a un cliente o a tu equipo.

1. Qué debe medir un dashboard SEO orientado a ventas

Un dashboard SEO orientado a ventas tiene un objetivo: que puedas responder en menos de 60 segundos a estas preguntas:

• ¿Qué está creciendo y qué está cayendo? (demanda orgánica, visibilidad, negocio)
• ¿Dónde está el dinero? (categorías/landings con ingresos y margen)
• ¿Qué debemos hacer esta semana? (acciones de contenido, técnico, CRO y enlazado)

La trampa típica en eCommerce es medir “SEO” como si fuera un canal aislado: sesiones orgánicas, posiciones medias y un gráfico de clics. Eso es útil, pero incompleto. En marzo de 2026, lo más efectivo es diseñar el dashboard en 3 capas:

1. Capa de negocio: ingresos, margen, transacciones, ticket medio, tasa de conversión orgánica, contribution margin por categoría (si lo tienes).
2. Capa de demanda y captación: clics e impresiones (Search Console), CTR, posición (con cuidado), cuota de tráfico orgánico vs otros canales, brand vs non-brand (cuando sea posible).
3. Capa de control (calidad/operaciones): salud de indexación, landings con caída, canibalización, 404/redirects relevantes, rendimiento móvil y eventos clave (add_to_cart, begin_checkout, purchase).

Este enfoque te permite “aterrizar” el SEO en decisiones comerciales. Por ejemplo:

• Si una categoría tiene mucha impresión y bajo CTR, la prioridad puede ser mejorar snippet (título/description), enriquecer el contenido o ajustar la arquitectura interna.
• Si una landing tiene clics estables pero cae la conversión, la acción probablemente es CRO/UX o problemas de stock/precio (no solo SEO).
• Si suben clics pero baja el margen, quizá estás captando queries con intención informacional o empujando productos de baja rentabilidad.

También es clave adaptar el dashboard a cómo se consume hoy el contenido. Con respuestas con IA y SERPs más “cerradas”, muchas consultas generarán menos clics aunque aumenten impresiones. Por eso conviene incluir métricas como impresiones y share por familia de keywords (aunque sea con clasificación manual) y revisar el rendimiento de páginas que alimentan la parte alta del funnel (guías, comparativas, “mejor X”).

Si quieres llevar esta visión a un framework de trabajo replicable en clientes, en SEOAGIL lo conectamos con procesos y automatización (n8n + reporting) dentro de nuestro método de trabajo SEO orientado a negocio.

2. Conexiones de datos: GA4 + Search Console + margen (Sheets)

La gracia de Looker Studio es que unifica fuentes, pero la calidad del dashboard depende de cómo conectas y normalizas los datos. Para este caso (eCommerce + SEO), lo mínimo viable es:

• GA4: sesiones/usuarios orgánicos, eventos de ecommerce, conversiones y revenue.
• Google Search Console: clics, impresiones, CTR y posición por consulta y página.
• Google Sheets (margen): margen por SKU, por categoría o por producto (según tu madurez de datos).

Conexión GA4 en Looker Studio. Usa el conector nativo. Recomendación: trabaja con una propiedad limpia y con eventos de ecommerce bien implementados. A nivel de dashboard, define desde el inicio qué significa “SEO”: normalmente es session default channel group = Organic Search, pero en algunos proyectos conviene usar source/medium para segmentar Google/Bing u otros motores. Mantén ese criterio fijo para no romper series.

Conexión Search Console. Looker Studio permite conectar tanto a nivel de Site Impression como de URL Impression. Para eCommerce suele ser más accionable URL Impression porque aterrizas en landings (categorías, productos, blog). Ten en cuenta limitaciones habituales: muestreo, privacidad en queries y diferencias entre medición de GSC y GA4 (no “cuadran” por definición).

Margen en Sheets. Aquí está el salto de calidad: convertir un dashboard de “tráfico” en uno de “priorización rentable”. Estructura recomendada para la hoja:

• id (SKU o product_id si lo usas en GA4)
• product_name
• category (la misma taxonomía que tu web)
• margin_pct o margin_value
• notes (opcional: estacionalidad, stock, restricciones)

Si GA4 envía item_id/item_name en el evento purchase, podrás cruzar revenue con margen por SKU y luego agrupar por categoría. Si no lo tienes tan fino, empieza por margen por categoría (aunque sea una aproximación). Es mejor tener una señal imperfecta que no tener ninguna, siempre que la declares como tal internamente.

Normalización clave: URLs. Para cruzar GA4 (landing page) con Search Console (page), necesitas consistencia:

• Forzar https/http y www/no-www (elige una)
• Eliminar parámetros cuando no aporten (utm, filtros)
• Unificar trailing slash

Cuando el cruce directo no sea posible, separa el dashboard en 2 bloques (GA4 por landing + GSC por landing) y usa filtros por carpeta o regex (por ejemplo, /categoria/, /producto/) para alinear el análisis. Si necesitas ayuda para dejar esto robusto (incluyendo tracking y rendimiento), en optimización de webs lo trabajamos como parte del stack técnico.

3. Plantilla de métricas y gráficos (KPIs + ejemplos)

A continuación tienes una plantilla de estructura (métricas + gráficos + filtros) que funciona muy bien para eCommerce. La idea no es “ponerlo todo”, sino dar contexto y acción. Piensa en un dashboard con 4 pestañas o secciones, aunque lo publiques en una sola página:

A) Vista ejecutiva (1 pantalla) — para dirección, cliente o para abrir la reunión.

• KPIs (tarjetas): Ingresos orgánicos (GA4), Transacciones orgánicas, Tasa de conversión orgánica, Ticket medio (AOV), Clics (GSC), Impresiones (GSC), CTR (GSC).
• Serie temporal combinada: Ingresos orgánicos vs Clics (doble eje). Útil para detectar desacoples (suben clics pero no ingresos → problema de conversión o de intención).
• Tabla “Top/Bottom 10 landings”: landing + ingresos + sesiones orgánicas + CR + clics GSC + variación vs periodo anterior.

B) Diagnóstico por plantilla — para convertir datos en hipótesis SEO (rápido).

• Filtro por tipo de página: Categorías / Productos / Blog / Marcas (si aplica). Se puede hacer con un campo calculado por regex en la URL.
• Gráfico de dispersión: Impresiones (x) vs CTR (y) por landing. Objetivo: encontrar páginas con demanda pero “mal snippet” o mala relevancia.
• Tabla de oportunidades: Páginas con impresiones altas, CTR bajo, posición 4–15 (aprox.) para priorizar optimización on-page y enlazado interno.

C) Rentabilidad (si tienes margen) — para decidir dónde invertir horas.

• KPIs: Ingresos orgánicos, Margen estimado orgánico (calculado), % margen medio, Ingresos por sesión orgánica.
• Ranking por categoría: categoría + ingresos orgánicos + margen estimado + CR + variación. Esto evita el error clásico de “priorizar lo más buscado” en vez de “lo más rentable”.
• Cuadrante de priorización: (1) Alto margen + baja captación → empujar SEO. (2) Alto margen + alta captación → proteger. (3) Bajo margen + alta captación → optimizar mix/upsell. (4) Bajo margen + baja captación → baja prioridad.

D) Acciones y anotaciones — el puente entre dashboard y ejecución.

• Tabla “Backlog SEO” (desde Sheets): acción, tipo (técnico/contenido/CRO), URL o categoría, impacto esperado, esfuerzo, responsable, estado.
• Anotaciones de cambios (también en Sheets): despliegues, cambios de plantilla, migraciones, campañas de precio. Ver el “por qué” de un pico o caída ahorra horas.

Ejemplos de campos calculados útiles en Looker Studio (sin complicarte con modelos avanzados):

• Ingresos por sesión orgánica = Revenue / Sessions (filtrado a Organic Search).
• Margen estimado = Revenue * margin_pct (si margin_pct viene de Sheets).
• Tipo de página (regex sobre Landing Page): si contiene /categoria/ → “Categoría”, si contiene /producto/ → “Producto”, etc.

Checklist práctica (para dejarlo listo en 90–120 minutos):

• Definir el filtro SEO: canal (Organic Search) y si separar marca/no marca.
• Conectar GA4 y validar que purchase/revenue aparecen en Looker Studio.
• Conectar Search Console (URL Impression) y elegir el mismo rango de fechas.
• Crear un campo “Tipo de página” por regex.
• Montar Vista ejecutiva: KPIs + serie temporal + tabla top/bottom.
• Montar Oportunidades: impresiones vs CTR + tabla posición 4–15 (aprox.).
• Conectar Sheet de margen (SKU o categoría) y crear “Margen estimado”.
• Añadir control de fechas, filtro por tipo de página y filtro por categoría.
• Crear una pestaña/tabla de backlog en Sheets y mostrarla en el dashboard.
• Revisar consistencia de URLs y excluir parámetros si distorsionan.

Errores comunes (y cómo evitarlos):

• Mezclar periodos sin comparativa clara: define siempre “últimos 28 días vs 28 días anteriores” o “YoY” si hay estacionalidad.
• Perseguir la posición media: úsala como señal secundaria; prioriza clics/impresiones por landing + conversiones.
• Dashboard sin segmentación: si no puedes filtrar por tipo de página y categoría, no podrás priorizar.
• No registrar cambios: sin anotaciones, el dashboard genera discusiones, no decisiones.
• Olvidar el negocio: un SEO dashboard sin revenue (o proxy) es fácil de ignorar.

Si quieres, podemos implementarlo como parte de una consultoría SEO para eCommerce y dejarlo automatizado (incluyendo extracción de datos, normalización y alertas). También puedes empezar por la base y escalar a una capa de automatización cuando el equipo ya lo use cada semana.

4. Conclusión: cómo usarlo para priorizar acciones y leads

Un dashboard no es el final: es el sistema de decisiones. La diferencia entre “tener Looker Studio” y “hacer crecer el canal orgánico” está en el ritual semanal que construyes alrededor. Te propongo un flujo simple para usar este dashboard como motor de priorización:

1. Detecta cambios: revisa la vista ejecutiva y marca qué KPIs se mueven (ingresos, clics, CTR, CR).
2. Aísla el origen: usa filtros por tipo de página (categoría/producto/blog) y por categoría comercial.
3. Encuentra oportunidades: páginas con impresiones altas y CTR bajo; páginas con clics estables y CR cayendo; categorías con alto margen y baja captación.
4. Convierte en backlog: escribe 5–10 acciones con impacto/esfuerzo (aunque sea estimado) y asigna responsables.
5. Valida en 7 días: comprueba si hubo efecto (o si necesitas más tiempo). Lo importante es cerrar el bucle.

Para priorizar de forma consistente, funciona muy bien un scoring simple (sin inventar números “científicos”):

• Impacto (Alto/Medio/Bajo) basado en demanda (impresiones/clics) y valor (margen/ingresos).
• Esfuerzo (Alto/Medio/Bajo) basado en dependencia de dev y complejidad.
• Riesgo (Alto/Medio/Bajo) si afecta indexación, plantilla o URLs.

Con esto, el dashboard se convierte en una herramienta de priorización ejecutable: no solo “vemos datos”, sino que “decidimos qué hacer”. Y además es una pieza potente para captación de leads si la presentas bien:

• En una auditoría inicial, enseñas 3 oportunidades (una de CTR, una de conversión, una de rentabilidad) y propones un plan de 30 días.
• Para equipos internos, reduces discusiones: el foco es “qué acción mueve ingresos y margen”.
• Para eCommerce con catálogo grande, el dashboard evita el sesgo de trabajar “la página que más ruido hace” en vez de la que más retorno puede dar.

Si tu siguiente paso es pasar de “reporting” a “operaciones”, plantéate automatizar alertas: caídas bruscas de ingresos orgánicos por categoría, cambios de CTR en landings estratégicas, o incremento de páginas con 0 clics y alta impresión. En SEOAGIL solemos combinar dashboard + automatización para que el equipo reciba señales accionables (y no tenga que “buscar problemas” manualmente).

Preguntas frecuentes

¿Qué KPIs son imprescindibles en un dashboard SEO para eCommerce?

Como mínimo: ingresos orgánicos, transacciones orgánicas, tasa de conversión orgánica y AOV (GA4), junto con clics, impresiones y CTR (Search Console). Si puedes, añade margen estimado por categoría o producto para priorizar por rentabilidad.

¿Por qué GA4 y Search Console no coinciden en números?

Porque miden cosas distintas: GA4 registra sesiones y eventos en tu sitio; Search Console registra rendimiento en Google (impresiones/clics) antes del sitio. Además hay diferencias por atribución, privacidad, muestreo y cómo se agrupan URLs/consultas.

¿Cómo separo marca vs no marca en el dashboard?

En Search Console puedes clasificar consultas con reglas (por ejemplo, si la query contiene tu marca). En GA4 es más complejo a nivel nativo, así que suele hacerse con una aproximación: analizar landing pages de marca (home, /marca/) y combinarlo con GSC por consultas.

¿Merece la pena meter margen si no lo tengo perfecto?

Sí, si lo tratas como una señal orientativa. Empieza por margen por categoría (o rangos de margen) y mejora la precisión con el tiempo. El objetivo es priorizar mejor, no hacer contabilidad.

¿Qué periodicidad recomiendas para revisar el dashboard?

Para eCommerce: revisión semanal (prioridades y backlog) y revisión mensual (tendencias, estacionalidad, cambios de catálogo). En picos de campaña, incluso 2–3 veces por semana.