Google Search Ads para e-commerce: cuándo, por qué y cómo usarlos junto a las campañas de Shopping

Revisado para PrestaShop 1.6, 1.7, 8.x y 9.x. El marco de las cuatro brechas (marca, informacional, no producto e inteligencia de términos de búsqueda) y la configuración de deduplicación de conversiones siguen vigentes; Performance Max continúa agregando sus datos de consultas en temas de búsqueda, lo que refuerza aún más el valor de la Búsqueda como instrumento visible de términos de búsqueda.

Esta es la pregunta que responde realmente esta guía, porque es la que más comerciantes de PrestaShop plantean mal: no "¿debería publicar anuncios de Búsqueda o de Shopping?", sino "ahora que Shopping y Performance Max ya impulsan mis ventas de productos, ¿para qué sirve todavía una campaña de texto en Búsqueda?" Si vendes productos físicos, el consejo predeterminado y correcto es empezar por Shopping: una ficha de producto con imagen, precio y título convierte mejor que cualquier frase que puedas escribir. Por eso, una campaña de Búsqueda que simplemente vuelve a atacar "comprar desagüe lineal de ducha" queda por debajo de tu propio anuncio de Shopping, paga más por clic y convierte menos. Esa es la trampa. Los anuncios de Búsqueda se ganan su presupuesto en las consultas y superficies a las que Shopping físicamente no puede llegar; saber exactamente dónde está esa línea marca la diferencia entre un complemento inteligente y gasto desperdiciado.

Este artículo trata sobre esa línea: cuándo una campaña de Búsqueda añade cobertura que tu fuente de datos de Shopping no puede ofrecer, cuándo es solo redundante y cómo conectar ambas en una única tienda PrestaShop sin que compitan entre sí. Da por hecho que ya tienes Shopping en marcha. Si todavía no lo tienes, si estás montando tu primera campaña, empieza primero por Google Ads para principiantes y vuelve después.

Lo que Shopping no puede ver, y la Búsqueda sí

Un anuncio de Shopping se genera a partir de un producto de tu fuente de datos de Google Merchant Center. Si no hay producto en la fuente de datos, no hay anuncio. Ese único hecho define todo el límite. Shopping (y el inventario de Shopping dentro de Performance Max) solo puede responder a una consulta con un producto que vendes, listado con un precio, en una página de producto. Todo lo que queda fuera de ese marco le resulta invisible:

• Tu propio nombre de marca. Shopping muestra productos en una búsqueda de marca, nunca un mensaje de marca, y un competidor puede pujar por un anuncio de texto por encima de tu resultado orgánico mientras tu carrusel de Shopping solo lista artículos.
• Consultas informacionales. "Cómo instalar un desagüe lineal de ducha", "qué tamaño de plato de ducha necesito": no hay ningún producto que encaje, así que Shopping guarda silencio, aunque quien busca esté a tres pasos de comprar.
• Cosas que no son productos del catálogo. Servicios de instalación, presupuestos a medida, un formulario de consulta profesional o mayorista, una página de aterrizaje de categoría, una guía de compra. Nada de eso puede vivir en una fuente de datos de productos, así que nada de eso puede anunciarse como Shopping.
• Las palabras exactas que escribe la gente. Shopping decide qué consultas coinciden con tus productos, y Performance Max informa de las consultas solo como temas de búsqueda agregados: menos accionable que un informe de términos de búsqueda, aunque no esté completamente oculto.

Esas cuatro brechas son todo el argumento a favor de la Búsqueda. Repásalas una por una y tendrás un marco de decisión, no una corazonada.

La decisión: cuándo merece la pena una campaña de Búsqueda (y cuándo no)

Leído de arriba abajo, el patrón es simple: la Búsqueda sirve para la cobertura que Shopping no tiene, no para competir con Shopping en la misma consulta de producto. En el momento en que te veas pujando con un anuncio de texto por la misma palabra clave transaccional que ya cubre tu fuente de datos de Shopping, pregúntate si estás comprando cobertura nueva o pagando dos veces.

Protección de marca: la campaña de Búsqueda que toda tienda debería publicar

Si no haces nada más con la Búsqueda, publica una campaña de marca. Cuando alguien escribe el nombre de tu tienda, esa página de resultados debería ser completamente tuya: tu anuncio de texto arriba, tus fichas de Shopping y tu resultado orgánico debajo. La economía juega muy a favor: como tu propio sitio es la página de destino más relevante posible para tu propio nombre, tu nivel de calidad en palabras clave de marca es tan alto como puede serlo, lo que mantiene el coste por clic muy bajo (a menudo una pequeña fracción de lo que cuesta una palabra clave genérica de producto; mídelo en tu propia cuenta en lugar de fiarte de una cifra citada).

La razón por la que no es negociable es defensiva. Los competidores pueden pujar por tu nombre de marca, y muchos lo hacen. Sin una campaña de marca, el anuncio de un rival puede aparecer por encima de tu resultado orgánico en una búsqueda de tu propia marca, interceptando a un cliente que ya te había elegido. Un anuncio de texto de marca también te permite controlar el mensaje de una forma que Shopping no puede: "Tienda oficial de [Marca]" con enlaces de sitio directos a tus productos más vendidos y a la promoción actual. Esto importa especialmente en tiendas de nicho, donde el nombre de marca es, en la práctica, la barrera defensiva: un cliente que te encontró por un artículo del blog o por recomendación y busca tu nombre más tarde nunca debería acabar en un competidor.

El verdadero retorno: los anuncios de Búsqueda como motor de mejora de la fuente de datos

Esta es la parte que justifica una campaña de Búsqueda con palabras clave de producto incluso cuando Shopping funciona bien, y es el argumento más sólido de este artículo. Una campaña de Búsqueda te da el informe completo de términos de búsqueda: cada consulta real que activó tu anuncio, cuánto costó y si convirtió. Shopping estándar también puede mostrar datos de términos de búsqueda, pero Performance Max los ofrece de forma mucho más agregada, y la Búsqueda sigue proporcionando la prueba más limpia y controlada por palabras clave de las tres. Esos datos brutos de consultas son la investigación de palabras clave de mayor calidad que puedes comprar, porque reflejan intención comercial real respaldada por tus propios datos de conversión, y vuelven directamente al resto de tu configuración de Google Ads:

• Una consulta que convierte bien en Búsqueda te dice exactamente qué frase debe aparecer en los títulos y descripciones de tus productos de PrestaShop, que es de donde se construye tu fuente de datos de Merchant Center. Refuerza la fuente de datos y la coincidencia de Shopping/PMax mejora gratis. La mecánica de esa fuente de datos está en optimización de la fuente de datos de Merchant Center.
• Una consulta que recibe clics pero nunca convierte se convierte en una palabra clave negativa; añadida como negativa a nivel de cuenta o como lista negativa compartida aplicada a esas campañas, también recorta el gasto desperdiciado en Shopping/PMax (una negativa de Búsqueda a nivel de campaña no llegará a ellas por sí sola).
• El vocabulario que usan tus compradores reales (términos regionales, tamaños, casos de uso que nunca habrías adivinado) se convierte en el lenguaje con el que escribes las descripciones de tus categorías.

Así que una campaña de Búsqueda no es solo un canal publicitario; es el panel de instrumentos de los canales en los que no puedes ver por dentro. Si tu objetivo es puramente la precisión de la puja con palabras clave de concordancia exacta para un catálogo especializado, eso merece un tratamiento propio: lo cubrimos en por qué las palabras clave exactas son oro para las tiendas de nicho.

La configuración en PrestaShop que hace que todo esto sea fiable

Búsqueda, Shopping y Performance Max informan al mismo sitio, y en PrestaShop ese seguimiento es donde las tiendas se engañan en silencio. Si el seguimiento de conversiones está mal, cualquier conclusión del tipo "la Búsqueda convierte peor que Shopping" se construye sobre arena. Hay tres cosas que debes resolver antes de confiar en un solo número de ROAS:

• La conversión se dispara en la página de confirmación real. Una compra en PrestaShop se completa en el controlador order-confirmation (URL index.php?controller=order-confirmation), pero esa página puede recargarse o volver a visitarse, así que la etiqueta debe dispararse con el ID de transacción/pedido y deduplicarse con él; de lo contrario, contarás dos veces. Esa es la única página en la que debe dispararse tu etiqueta de conversión de Google Ads, o tu evento purchase de GA4 importado como conversión. Dispararla en la página CMS genérica de "gracias" o en un paso del carrito cuenta de más o de menos; en cualquiera de los dos casos, la comparación entre canales es ficción.
• Pasa el valor real del pedido, no un marcador de posición. Tanto si inyectas la etiqueta mediante Google Tag Manager (un módulo GTM en el hook displayHeader / displayFooter) como si usas un módulo de seguimiento dedicado, la implementación debe extraer el ID/referencia del pedido, total, moneda y productos del contexto del pedido de PrestaShop: datos del lado del servidor, no nada que exponga la URL. Los valores fijos o redondeados hacen que Smart Bidding optimice hacia los pedidos equivocados.
• Deduplica entre canales. Si una etiqueta disparada desde GTM y un módulo de marketing disparan ambos un evento de compra, contarás algunos pedidos dos veces y la Búsqueda parecerá mejor o peor de lo que es. Elige una única fuente de verdad.

La deduplicación en sí es simple, pero fácil de omitir: protege la conversión para que un cliente que recarga la página de confirmación no pueda dispararla dos veces, usando la referencia del pedido como clave:

<!-- order-confirmation only; runs once per order reference -->
<script>
(function () {
  var ref = '{$order_reference|escape:'javascript':'UTF-8'}';
  var seen = JSON.parse(localStorage.getItem('mpr_conv') || '[]');
  if (seen.indexOf(ref) !== -1) return;           // already counted this order
  seen.push(ref); localStorage.setItem('mpr_conv', JSON.stringify(seen));

  gtag('event', 'conversion', {
    send_to: 'AW-XXXXXXXXX/AbC-D_efGhIjKlMnOp',
    value: {$order_total_paid|floatval},
    currency: '{$order_currency|escape:'htmlall':'UTF-8'}',
    transaction_id: ref                            // Google also de-dupes on this
  });
})();
</script>

El transaction_id permite que Google también deduplique por su lado, y la protección local evita que una actualización de la página dispare un segundo evento antes siquiera de que llegue a Google. Un módulo de seguimiento aplica esta misma protección desde los hooks de PrestaShop para que sobreviva a las actualizaciones de tema, que es precisamente el sentido de la sección siguiente.

Haz bien esta capa y la comparación entre Búsqueda, Shopping y PMax por fin significará algo. Hazla mal y ninguna estructura de campaña te salvará. (También es la misma fontanería que alimenta tu fuente de datos de Merchant Center: la visión general de Merchant Center para PPC en PrestaShop cubre cómo se construye la fuente de datos, y cómo llevar tus productos a Google Shopping cubre la configuración inicial.)

Una estructura de campaña que complementa a Shopping en lugar de pelear con él

Cuando el seguimiento ya es fiable, estructura la parte de Búsqueda alrededor de las cuatro brechas, no alrededor de productos que Shopping ya cubre. Una estructura viable para una tienda PrestaShop que ya ejecuta Shopping/PMax:

Fíjate en lo que falta: no hay una campaña de "todo lo que vendo, otra vez, como anuncios de texto". Las palabras clave genéricas y transaccionales de producto se quedan en Shopping, donde la imagen y el precio hacen la venta. Las campañas de Búsqueda se colocan junto a Shopping para cubrir sus puntos ciegos, que es exactamente por lo que no hay canibalización entre ellas.

¿Se canibalizan entre sí la Búsqueda y Shopping? No, y este es el motivo

Esta preocupación frena a muchos comerciantes a la hora de usar ambos. No debería. Google decide qué tipos de anuncio tuyos mostrar en cada consulta en función del Ad Rank, y los anuncios de Shopping y de Búsqueda aparecen a menudo juntos en la misma página de resultados: tus productos en el carrusel superior y tu anuncio de texto en las posiciones de enlace. Dos ubicaciones para una misma consulta suelen aumentar tu tasa de clics combinada, porque quien busca te ve dos veces. No estás pujando contra ti mismo; estás ocupando más espacio en la página.

Cuando existe solapamiento real, es decir, la misma palabra clave transaccional servida tanto por tu fuente de datos de Shopping como por un anuncio de Búsqueda, la solución no es retirar un canal, sino dejar que cada uno haga lo que hace mejor. Mantén la consulta de producto en Shopping, dirige el presupuesto de Búsqueda a las cuatro brechas y la pregunta desaparece. Mientras tanto, Performance Max es el motor automatizado amplio que funciona por debajo de todo esto; qué hace realmente y cuándo conviene apoyarse en él es un tema propio, cubierto en la guía de Performance Max para PrestaShop y en el artículo más breve qué hace PMax y cuándo usarlo.

La única situación en la que la Búsqueda va primero, no segundo

Todo lo anterior da por hecho que Shopping está activo. Hay una excepción clara: una tienda totalmente nueva, o una nueva gama de productos, antes de que se apruebe Merchant Center. Los anuncios de Shopping no pueden publicarse hasta que tu fuente de datos supere la revisión de Google, y esa revisión puede quedar pendiente durante días mientras Google verifica tu sitio, los datos de tu empresa, tus precios y tu proceso de pago. La Búsqueda no tiene barrera de aprobación de fuente de datos: redacta los anuncios, define las palabras clave y, una vez que los anuncios superen la revisión publicitaria habitual, a menudo puede lanzarse mucho antes.

Así que, para un lanzamiento, el orden es: activa la Búsqueda con tus palabras clave de producto de mayor intención para conseguir tráfico inmediato, envía la fuente de datos en paralelo y, en cuanto Shopping se apruebe, devuelve las palabras clave genéricas de producto a Shopping y reasigna la Búsqueda a las cuatro brechas. (Si lo que está bloqueado en revisión es tu fuente de datos, los culpables y soluciones habituales están en cómo corregir errores de la fuente de datos de Google Merchant.) Trata la Búsqueda del primer día como andamiaje, no como el edificio terminado.

Dónde encaja mypresta.rocks

Nada de esto funciona con una medición deficiente, y en PrestaShop la medición depende de que la fuente de datos y las etiquetas de seguimiento sean correctas desde el origen. Ese es el papel práctico de nuestros módulos de Google/Merchant y gestión de etiquetas: construyen la fuente de datos de productos a partir de los datos reales de tu catálogo y disparan la conversión en el controlador order-confirmation con el valor real del pedido, de modo que, cuando comparas Búsqueda con Shopping y con PMax, comparas cifras reales, no artefactos de seguimiento. ¿Qué te aporta eso? La confianza de que las decisiones de presupuesto de la tabla anterior se basan en lo que realmente convirtió, configurado desde tu back office en lugar de editar a mano archivos de plantilla que se rompen en la siguiente actualización. La estrategia de campañas la gestionas tú; los módulos se aseguran de que el marcador sea fiable.

Preguntas frecuentes

Si Shopping ya vende mis productos, ¿por qué publicar Búsqueda?

Por las cuatro cosas a las que una fuente de datos de productos físicamente no puede llegar: tu nombre de marca (Shopping muestra productos, nunca un mensaje de marca, y los competidores pueden pujar por encima de ti), consultas informacionales sin producto coincidente, páginas no producto como servicios o aterrizajes de categoría y, lo más valioso, el informe completo de términos de búsqueda que te dice exactamente cómo formulan sus búsquedas los compradores. El trabajo de la Búsqueda es cubrir lo que Shopping no cubre, no competir con Shopping en la misma consulta transaccional de producto.

¿Usar ambos canales canibalizará mis propios clics?

No. Los anuncios de Shopping y de Búsqueda aparecen a menudo juntos en la misma página de resultados, tus productos en el carrusel y tu anuncio de texto en las posiciones de enlace, y dos ubicaciones para una misma consulta suelen aumentar tu tasa de clics combinada, porque quien busca te ve dos veces. Estás ocupando más espacio en la página, no pujando contra ti mismo. El único solapamiento real es la misma palabra clave transaccional cubierta por ambos; la solución es mantener esa consulta en Shopping y dirigir la Búsqueda a las cuatro brechas.

¿De verdad merece la pena pagar por una campaña de marca para tráfico que obtendría de forma orgánica?

Sí, y es defensivo. Los competidores pueden pujar por tu nombre de marca, y el anuncio de un rival puede aparecer por encima de tu resultado orgánico en una búsqueda de tu propia marca, interceptando a un cliente que ya te había elegido. Las palabras clave de marca también tienen un nivel de calidad muy alto (tu propio sitio es la página de destino más relevante para tu propio nombre), así que el coste por clic suele ser una pequeña fracción del de una palabra clave genérica de producto. Importa especialmente en tiendas de nicho, donde el nombre de marca es, en la práctica, la barrera defensiva.

¿Cómo mejora una campaña de Búsqueda mi fuente de datos de Shopping?

El informe de términos de búsqueda te entrega consultas reales con datos de conversión reales. Una frase que convierte bien en Búsqueda debe estar en el título y la descripción de producto de PrestaShop de los que se construye tu fuente de Merchant: añádela y la coincidencia de Shopping/PMax mejora gratis. Una consulta que recibe clics pero nunca convierte se convierte en una palabra clave negativa (añádela a nivel de cuenta o mediante una lista compartida para llegar también a Shopping/PMax). Y los términos regionales y casos de uso que tus compradores escriben de verdad se convierten en el lenguaje de tus descripciones de categoría.

Mi conversión de order-confirmation parece contar de más: ¿qué falla?

Casi siempre falta deduplicación. La página order-confirmation de PrestaShop puede recargarse o volver a visitarse, así que una etiqueta de conversión sin protección vuelve a dispararse en cada vista. Pasa la referencia del pedido como transaction_id (Google deduplica con ella) y añade una protección local para que el evento no pueda dispararse dos veces para el mismo pedido. La otra causa habitual es que dos fuentes disparen la misma compra: una etiqueta GTM y un módulo de marketing contándola a la vez. Elige una única fuente de verdad, o cada comparación entre canales que hagas será ficción.

Conclusión

Los anuncios de Búsqueda no son un rival de Shopping ni una reliquia: son la capa de cobertura para todo aquello a lo que una fuente de datos de productos no puede llegar: tu nombre de marca, las preguntas de investigación de tus compradores, tus páginas no producto y los términos de búsqueda exactos que te dicen cómo mejorar todas las demás campañas que publicas. Empieza con Shopping para las ventas de producto. Añade una campaña de Búsqueda de marca porque es barata y defensiva. Añade Búsqueda con palabras clave de producto por la inteligencia de términos de búsqueda que vuelve a alimentar tus títulos de PrestaShop y tu fuente de datos de Merchant Center. Y evita que ambos se solapen dando a cada uno el trabajo que mejor sabe hacer. Hazlo sobre un seguimiento de conversiones fiable, y la Búsqueda dejará de ser un gasto que no sabes cómo valorar para convertirse en la parte de tu configuración de Google Ads que hace más inteligente al resto.