Consultoría SEO para tiendas online

SEO para ecommerce

Convierta el catálogo en una arquitectura de búsqueda y relacione cada decisión con demanda comprobable, disponibilidad e impacto comercial.

Decisiones a escala de catálogo

Cada variante y filtro amplía el inventario que debe rastrearse

Una tienda puede publicar miles de páginas sin responder mejor a una sola búsqueda. Algunas variantes duplican el producto, mientras los filtros crean combinaciones casi infinitas. Las categorías sin una función propia también consumen trabajo de rastreo y mantenimiento. El problema empeora cuando el informe agrupa todo el dominio y atribuye el crecimiento a las páginas que recibieron más sesiones.

La consultoría de SEO para ecommerce parte del catálogo y de los sistemas que controlan cada plantilla. La demanda indica qué categorías merecen una URL. El descubrimiento de productos y los datos comerciales ayudan a priorizar una corrección frente a una oportunidad de merchandising. La plataforma condiciona la implementación, aunque no determina la estrategia completa.

Francisco Leon de Vivero revisando arquitectura, inventario y datos SEO de una tienda online

Arquitectura comercial

Categorías y productos cumplen funciones de búsqueda distintas

Una categoría compite por una necesidad que admite comparación. La ficha responde por un artículo concreto y debe conservar sus datos de compra. Cuando ambas plantillas reciben el mismo contenido y las mismas señales internas, el sitio pierde la oportunidad de guiar al buscador y al comprador entre selección y decisión.

Taxonomía de categorías

La demanda se compara con atributos del catálogo y reglas de merchandising. Una categoría entra en la arquitectura cuando tiene una selección coherente y un destino mantenible, con suficiente diferencia frente a la categoría superior y otras selecciones del catálogo.

Plantillas de producto

El título y la descripción deben identificar el artículo que se compra. El resto de la información comercial completa esa identidad. La revisión sigue los datos desde el sistema de producto hasta el HTML y las demás superficies donde se publican.

Enlaces internos

La navegación principal no alcanza para explicar todas las relaciones del catálogo. Módulos de productos relacionados, categorías superiores y guías de compra deben usar enlaces HTML rastreables y evitar destinos que desaparecen con cada cambio de inventario.

Contenido de apoyo

Comparativas y guías se justifican cuando resuelven una decisión anterior a la compra y pueden dirigir al usuario hacia una selección vigente. El calendario editorial no debe crear artículos que compitan con una categoría transaccional mejor preparada.

Navegación facetada

Los filtros necesitan una política de URLs antes de cualquier etiqueta canonical

Atributos como color o talla pueden producir combinaciones útiles para comprar, pero su existencia en la interfaz no obliga a indexarlas. Primero se documentan los patrones y los enlaces que los generan. Para cada grupo se revisan la respuesta HTTP y la existencia de una demanda distinta. Después se define cuáles tendrán contenido estable y cuáles permanecerán fuera del inventario de búsqueda.

La documentación de navegación facetada de Google separa esos dos casos. Si las URLs no deben aparecer en la Búsqueda, recomienda impedir su rastreo. Cuando sí pueden indexarse, pide una estructura lógica y un 404 para combinaciones vacías o absurdas. También advierte que canonical y nofollow son menos eficaces a largo plazo para controlar el rastreo que las opciones recomendadas.

Matriz por patrón

Decisiones que se documentan por familia de filtros

  • Propósito del filtro y evidencia de una intención independiente.
  • Formato de URL, orden de parámetros y duplicados posibles.
  • Enlaces que permiten descubrir la combinación.
  • Directiva de rastreo e indexación elegida para el patrón.
  • Respuesta ante cero resultados, paginación y productos retirados.
  • Prueba en HTML, renderizado y registros del servidor cuando estén disponibles.

Rastreo, renderizado e indexación

La vista del navegador no demuestra qué recibió Google

Un selector puede actualizar productos en pantalla mientras el HTML inicial conserva una cuadrícula vacía, los enlaces dependen de eventos o una ruta inexistente responde con 200. La revisión compara la respuesta del servidor con el DOM renderizado y con las señales que produce cada estado del catálogo.

1

Respuesta del servidor

Se registran el estado HTTP y las directivas disponibles antes de ejecutar JavaScript. También se compara el contenido inicial con la URL canónica y el idioma declarado. Una ficha retirada y una categoría vacía necesitan respuestas definidas por negocio, no el mismo 200 de la página de inicio.

2

DOM renderizado

Se comprueba si el contenido de producto y sus enlaces siguen presentes después de ejecutar scripts. Google procesa aplicaciones JavaScript mediante rastreo, renderizado e indexación, y el contenido ausente del HTML renderizado no puede indexarse.

3

Descubrimiento

Los enlaces se revisan como elementos HTML con href y destinos estables. El mapa del sitio ayuda a declarar URLs canónicas, aunque no corrige una arquitectura que oculta productos o enlaza filtros sin control.

4

Validación

Una muestra incluye categorías y productos, además de variantes, paginación y estados sin inventario. La evidencia de Search Console se combina con rastreos y registros disponibles sin presentar una herramienta como registro completo de Google.

Datos de producto

La página, el marcado y el feed deben describir la misma oferta

Un precio actualizado en el escaparate pierde valor operativo si el JSON-LD conserva otro importe o el feed anuncia una disponibilidad anterior. La revisión sigue cada campo hasta su sistema de origen y asigna a un equipo la corrección. Copiar valores a mano entre herramientas crea discrepancias que vuelven con la próxima actualización.

Google permite aportar información mediante datos estructurados de Product, un feed de Merchant Center o ambos. La combinación puede ampliar la elegibilidad y ayudar a verificar la información, pero las presentaciones cambian y quedan a discreción de Google. El informe distingue una implementación válida de una aparición garantizada.

Campos y responsabilidades

Controles entre sistemas

Identidad del producto

La identidad y la lógica de variantes se comparan entre el catálogo y las superficies publicadas. No se inventan identificadores para completar un requisito.

Oferta vigente

Precio, moneda y disponibilidad necesitan una fuente responsable y una frecuencia de actualización acorde con los cambios del negocio.

Políticas comerciales

Envíos, devoluciones y condiciones pertenecen al propietario de la tienda. SEO puede revisar su representación técnica, pero no redacta compromisos legales fuera del alcance aprobado.

Control de calidad

Las pruebas comparan una muestra de páginas con el feed y las herramientas de validación. Los errores se devuelven al sistema que los origina en vez de corregir solo el resultado visible.

Medición comercial

Más sesiones pueden ocultar productos sin margen o sin existencias

Search Console muestra las impresiones y los clics registrados para una URL. La analítica registra el recorrido disponible, mientras el sistema de pedidos confirma el estado final de la compra. Inventario y margen proceden de otras fuentes. El marco de medición documenta esas fronteras antes de atribuir valor al programa orgánico.

Demanda y visibilidad

Los datos de búsqueda se segmentan por plantilla y mercado. Las anotaciones identifican cuándo cambió una categoría, un enlace o una regla técnica.

Pedidos e ingresos

La atribución conserva la ventana y el modelo de la herramienta. Cuando el consentimiento o el seguimiento limita la observación, el informe lo declara en lugar de completar el dato con una estimación opaca.

Margen y devoluciones

Una categoría con ingresos altos puede aportar poco después de costes y devoluciones. El cliente decide qué dato comercial puede compartir y con qué nivel de agregación.

Disponibilidad

Los periodos sin existencias y los cambios de surtido se anotan junto a las métricas. Así se evita interpretar como problema SEO una caída causada por productos que no podían comprarse.

Priorización y migraciones

El orden del trabajo depende del riesgo, el alcance y la capacidad de implementación

Corregir cada ficha por separado carece de sentido cuando el defecto nace en una plantilla. Cambiar la taxonomía tampoco debe adelantarse a un relanzamiento que sustituirá todas las URLs. La lista priorizada relaciona cada hallazgo con el sistema que lo produce, el número de páginas afectadas y una prueba de aceptación.

Operación continua

Orden por familias de páginas

  • Riesgo de exclusión, duplicación o pérdida de datos de compra.
  • Demanda y valor comercial de la familia afectada.
  • Dependencias de plataforma, contenido y merchandising.
  • Capacidad para implementar y validar el cambio.

Cambio de plataforma o URLs

Control antes y después del lanzamiento

Una migración SEO necesita relacionar las URLs antiguas con destinos equivalentes. El plan también cubre redirecciones, enlaces internos y una muestra de validación. El seguimiento separa errores técnicos de cambios de demanda o incidencias de medición sin prometer estabilidad inmediata.

Si el cambio todavía se diseña, SEO participa antes de cerrar la navegación y las plantillas. Cuando el sitio ya se publicó, el primer trabajo es reconstruir qué cambió y contener los defectos que siguen activos.

Buen encaje

Catálogos con decisiones pendientes y capacidad para aplicar cambios

  • Las categorías crecieron sin una taxonomía común.
  • Los filtros generan URLs que nadie ha clasificado.
  • La tienda depende de JavaScript para mostrar productos o enlaces.
  • El feed y la página discrepan en campos comerciales.
  • El informe orgánico no incorpora inventario ni rentabilidad.
  • Una migración o rediseño cambiará rutas y plantillas.

Alcance alternativo

Casos que necesitan otro punto de partida

  • Una tienda pequeña solo necesita comprobar un problema concreto.
  • No hay acceso a la plataforma ni una persona que pueda implementar.
  • El objetivo exige posiciones, ingresos o fechas garantizadas.
  • Se espera que SEO decida precios, surtido o políticas comerciales.

Una auditoría SEO puede delimitar primero los fallos. Si la tienda funciona en Shopify y el bloqueo depende de su arquitectura, la revisión de Shopify SEO ofrece un alcance más específico.

Preguntas frecuentes

Decisiones antes de definir el alcance

¿En qué se diferencia este servicio de Shopify SEO?

SEO para ecommerce cubre la estructura y la operación orgánica de una tienda sin depender de una plataforma concreta. El alcance puede incluir un desarrollo propio o una plataforma comercial. Cuando el problema depende de funciones propias de Shopify, conviene revisar el servicio específico de Shopify SEO.

¿Qué páginas de una tienda deberían indexarse?

La decisión se toma por tipo de página e intención. Las categorías que representan una demanda diferenciada y los productos disponibles pueden justificar URLs estables con contenido útil y enlaces internos. Los filtros y búsquedas internas necesitan reglas distintas, al igual que las combinaciones vacías y los duplicados. No existe una directiva de indexación válida para todos los catálogos.

¿Cómo se controla la navegación facetada?

Primero se separan las combinaciones con demanda propia de las que solo ayudan a filtrar. Google recomienda impedir el rastreo de URLs facetadas cuando no deben aparecer en la Búsqueda y mantener una estructura controlada cuando sí pueden indexarse. Canonical y robots.txt cumplen funciones diferentes. Los enlaces y códigos de estado también dependen de cómo la plataforma genera cada URL.

¿El servicio incluye datos estructurados y feeds de Merchant Center?

El alcance puede revisar datos estructurados de Product y variantes, además de su coherencia con el feed. Google admite datos de producto mediante el marcado de la página, feeds de Merchant Center o ambos. La tienda conserva la responsabilidad sobre la veracidad de esos datos y sobre el cumplimiento de sus políticas. Una implementación válida amplía la elegibilidad, pero no garantiza una presentación determinada en Google.

¿Cómo se mide el SEO de ecommerce?

La medición separa páginas de catálogo y contenido de apoyo. Después relaciona cada cambio con la actividad orgánica y con los pedidos cuando la analítica lo permite. Margen y disponibilidad se incorporan desde los sistemas comerciales del cliente. Las posiciones y los clics aportan diagnóstico, pero no sustituyen una lectura de rentabilidad e inventario.

¿Se garantizan ingresos o una fecha de recuperación después de una migración?

No se garantizan ingresos ni una fecha de recuperación. El trabajo reduce errores evitables y mide el comportamiento posterior, pero no controla las posiciones o el procesamiento de Google. El alcance y el periodo de seguimiento se acuerdan según el catálogo y el tipo de cambio, una vez revisados la plataforma y los accesos. No se publica una duración universal.

Servicios relacionados

Especialidad de plataforma, diagnóstico y ejecución editorial

Límites del servicio

La tienda conserva las decisiones comerciales y de cumplimiento

SEO puede investigar y especificar cambios, además de apoyar la implementación y validar una muestra según los accesos acordados. El cliente conserva la aprobación de los datos comerciales y de los requisitos legales o de privacidad. La propuesta define qué equipo publica cada cambio antes de estimar entregables.

Primer diagnóstico

Traiga una familia de páginas y la decisión que sigue bloqueada

La consulta puede revisar una familia de páginas o el próximo cambio de plataforma. La primera sesión delimita el problema y la evidencia necesaria para elegir el tipo de apoyo posterior.