Referencia de atributos
Atributo Enlace [link] en Google Shopping: requisitos, prácticas recomendadas y ejemplos
Guía del atributo link en Google Merchant Center: HTTPS, coincidencia con la página de destino, parámetros de seguimiento y cómo arreglar enlaces rotos.
Ratón ergonómico inalámbrico
link: URL canónica del producto con HTTPS → devuelve 200, el producto mostrado coincide con los datos del feed, precio y disponibilidad confirmados
Ratón ergonómico inalámbrico
link: «https://example-tech.com/products/mouse-old-url» → 404 Not Found → producto rechazado. Todo el gasto en clics anteriores al rechazo, desperdiciado. Y tu cuenta pierde confianza ante Google.
Google rastrea las URL de tus páginas de destino para comprobar que el producto del anuncio coincide con el de la página, incluidos el precio, la disponibilidad y el título. Un 404, una redirección a la página de inicio o una página que muestra otro producto provocan un rechazo inmediato. Google también vuelve a comprobarlo periódicamente, así que los enlaces que se rompan después de la aprobación se rechazarán con efecto retroactivo.
¿Qué es el atributo link?
El atributo link contiene la URL de la página de destino a la que llega el comprador cuando hace clic en tu anuncio de Shopping o en tu ficha gratuita. Es uno de los tres atributos obligatorios más importantes (junto con title y price), porque por él pasa cada conversión que pueda generar tu campaña de Shopping. Un enlace roto, que no coincide con el feed o mal optimizado se traduce directamente en inversión publicitaria desperdiciada, productos rechazados e ingresos perdidos.
Además de ser el destino del clic, Google rastrea activamente la URL de link para comprobar que lo que anuncias coincide con lo que muestra la página de destino. Es decir, el atributo link no sirve solo para dirigir tráfico: también mantiene la coherencia de los datos entre tu feed y tu web. El rastreador de Google comprueba el precio, la disponibilidad, la coincidencia del título y la accesibilidad de la página, y rechaza los productos en los que encuentra discrepancias.
Especificaciones técnicas
| Nombre del feed | link |
| Obligatorio | Sí, para todos los productos |
| Longitud máxima | 2000 caracteres |
| Protocolo | HTTPS obligatorio en los anuncios de Shopping; no se acepta HTTP |
| Debe devolver | Estado HTTP 200 en la página concreta del producto |
| Redirecciones | Permitidas (301/302), pero el destino debe ser la página correcta del producto |
| Parámetros de seguimiento | Permitidos como cadena de consulta; valora usar ads_redirect para separarlos |
| Atributo relacionado | mobile_link para URL específicas de móvil; ads_redirect para URL de seguimiento |
Dónde se muestra
-
Anuncios de Shopping: cada clic en un anuncio de Shopping lleva al comprador a la URL de
link(o a la deads_redirect, si está configurada). El dominio que aparece en el anuncio («example.com») se extrae de esta URL. En la mayoría de los formatos de anuncio, el comprador ve el dominio, pero no la URL completa. -
Fichas gratuitas: en la pestaña Shopping, los clics en las fichas gratuitas también usan el atributo
linkcomo destino. A las fichas gratuitas se les aplican los mismos requisitos de coincidencia de URL y verificación por rastreo que a los anuncios de pago. -
Remarketing dinámico: Google usa la URL de la página de destino del producto para asociar las señales de comportamiento del usuario (páginas vistas, eventos de añadir al carrito) a productos concretos y crear audiencias de remarketing. La URL debe coincidir con la página en la que se activa tu etiqueta de remarketing.
Reglas
-
HTTPS obligatorio en los anuncios de Shopping: las URL con HTTP provocan un rechazo automático en las ubicaciones de pago. El certificado SSL debe ser válido (sin caducar y no autofirmado).
-
Debe llevar a la página concreta del producto: la URL debe devolver una página que muestre exactamente el producto anunciado, no una página de categoría, de resultados de búsqueda ni la página de inicio.
-
Debe devolver HTTP 200: un 404, 410, 500 o una redirección a una página de error provocan el rechazo. Los errores temporales del servidor (503) pueden generar advertencias antes del rechazo.
-
La página de destino debe coincidir con los datos del feed: el precio, la disponibilidad y, en general, el producto que se muestra deben coincidir con lo que hay en el feed. Los rastreadores de Google lo comprueban.
-
Sin intersticiales ni muros de inicio de sesión: no se permiten páginas que exijan iniciar sesión, ventanas emergentes de verificación de edad que bloqueen el acceso ni intersticiales a pantalla completa antes de mostrar el producto.
-
Sin páginas que dependan solo de JavaScript: si la información del producto solo se renderiza con JavaScript (no está en el código fuente HTML ni en los datos estructurados), puede que el rastreador de Google no consiga verificar los datos del feed, lo que provoca discrepancias y rechazos.
Prácticas recomendadas
Usa como base URL canónicas y limpias
El atributo link debe apuntar a la URL canónica del producto: la versión limpia, permanente y canónica, sin ID de sesión, parámetros de paginación ni variables de estado de la interfaz. Deja los parámetros de seguimiento en ads_redirect o usa parámetros UTM que no cambien el contenido de la página. Las URL canónicas limpias aguantan mejor las actualizaciones de la web y son más fáciles de gestionar en los procesos de generación del feed.
Datos estructurados de Schema.org alineados con el feed
Añade el marcado Product de Schema.org a tus páginas de producto y mantenlo sincronizado con el feed. Cuando el rastreador de Google encuentra datos estructurados que coinciden (mismo precio, mismo estado de disponibilidad, mismo GTIN), valida los datos del feed más rápido y con más seguridad, lo que reduce el riesgo de rechazo. Es menos probable que los productos con datos estructurados precisos se marquen por discrepancias, incluso durante breves desfases de sincronización.
Estabilidad de las URL durante una migración de la web
Las migraciones de plataforma de ecommerce son la principal causa de rechazos masivos por problemas de enlace. Checklist para planificar una migración:
-
Mapea todas las URL de producto actuales a las nuevas antes del cambio.
-
Implementa redirecciones 301 para todas las páginas de producto que cambien de URL en el mismo momento del cambio.
-
Actualiza tu feed de Merchant Center con las nuevas URL canónicas en cuanto estén publicadas.
-
Revisa a diario la pestaña «Requiere atención» (antes «Diagnóstico») de Merchant Center durante las 2 primeras semanas tras la migración.
-
Antes de migrar, prueba una muestra de 50 o más URL de producto con una herramienta de comprobación de URL.
Seguimiento sin ensuciar el feed
| Opción | Cómo | Ventajas/inconvenientes |
| UTM en el atributo link | Añadir ?utm_source=google&utm_medium=cpc al enlace | Sencillo; los UTM se ven en el feed |
| Atributo ads_redirect | Definir link = URL canónica, ads_redirect = URL de seguimiento | Separación limpia; más robusto |
| Etiquetado automático (gclid) | Activarlo en la configuración de la cuenta de Google Ads | Automático; funciona de forma nativa con GA4 |
Impacto en el rendimiento
-
Tasa de rechazo: los problemas de enlace están entre las 3 causas principales de rechazo de productos en Merchant Center. Una tasa de rechazo del 1% en un feed de 10.000 productos supone 100 productos que no pueden mostrarse, lo que reduce directamente el alcance de la campaña y los ingresos.
-
Calidad de la página de destino: las páginas de destino lentas, con poco contenido o que no coinciden con el anuncio en la URL enlazada reducen tu tasa de conversión y pueden provocar rechazos por la página de destino. Los anuncios de Shopping no tienen Nivel de calidad de palabras clave, así que el coste se nota en las conversiones y no en una penalización del Nivel de calidad.
-
Tasa de conversión: llevar al usuario al producto exacto en el que ha hecho clic (y no a una página de categoría o a la página de inicio por culpa de redirecciones rotas) puede mejorar la tasa de conversión entre un 20% y un 40%. Una página de destino precisa reduce la tasa de rebote y hace que el usuario llegue con más intención de compra.
-
Tiempo de verificación por rastreo: tras una actualización del feed, los rastreadores de Google pueden tardar entre 1 y 3 días en volver a verificar las URL de los productos. Mientras tanto, los productos con cambios recientes en el enlace pueden sufrir caídas temporales de impresiones hasta que el rastreo confirme que los datos son válidos.
Errores comunes
-
Usar HTTP en lugar de HTTPS en las URL de producto: rechazo inmediato en las ubicaciones de pago.
-
Enlazar a una página de categoría o de resultados de búsqueda en lugar de a la ficha de producto concreta.
-
Usar URL de sesión (que contienen
SESSIONID=o similar) que caducan y devuelven un 404 al rastrearse. -
No implementar redirecciones 301 cuando cambian las URL de producto, lo que provoca rechazos masivos por 404.
-
Añadir parámetros de seguimiento que cambian el contenido de la página o muestran precios distintos al tráfico con seguimiento.
-
Usar páginas renderizadas con JavaScript sin una versión en HTML estático ni datos estructurados, de modo que el rastreador de Google no puede verificar los datos del producto.
-
Apuntar varias variantes de producto a la misma URL: todas comparten precio/disponibilidad y Google no puede distinguirlas.
Consejos profesionales
-
Configura una monitorización automática de URL: programa una comprobación del estado de las URL desde el servidor para tus 500 productos principales (por inversión publicitaria), que se ejecute a diario y te avise de cualquier respuesta distinta de 200. Un enlace roto detectado en pocas horas cuesta mucho menos que uno que descubres tras 3 días de gasto desperdiciado. Sirven herramientas como Screaming Frog, scripts propios o servicios de monitorización de feeds de GMC.
-
Implementa el marcado de Schema.org en todas las páginas de producto: un marcado Product con
price,availability,skuygtinprecisos permite al rastreador de Google cruzar los datos del feed con los datos estructurados. Así las discrepancias son más fáciles de detectar y corregir, y es menos probable que los productos ya validados se marquen por diferencias en el momento del rastreo. -
Usa el atributo ads_redirect para todo el seguimiento de pago: deja
linkcomo URL canónica y limpia del producto y pon todo el seguimiento (UTM, ID de clic, cadenas de redirección) enads_redirect. Así el feed es más fácil de auditar, las URL canónicas se mantienen estables para el tráfico orgánico y las fichas gratuitas, y los cambios de seguimiento no obligan a actualizar el feed. -
Comprueba los enlaces de forma automatizada en el proceso que genera tu feed: antes de enviar una actualización del feed, lanza una comprobación ligera con peticiones HEAD sobre todas las URL del lote. Cualquier URL que devuelva algo distinto de 200 debe marcarse y revisarse antes de enviar el feed a Google. Este único paso de validación evita la mayoría de los rechazos relacionados con el enlace.
Preguntas frecuentes
¿El atributo link requiere HTTPS?
¿Por qué se rechaza un producto por culpa del atributo link?
¿Puedo añadir parámetros de seguimiento UTM al atributo link?
?utm_source=google&utm_medium=cpc&utm_campaign=shopping) directamente a la URL de link. Aun así, para tener más flexibilidad y URL más limpias en el feed, Google recomienda usar el atributo ads_redirect, que te permite indicar una URL de seguimiento independiente de la URL canónica del producto. Así, el link de tu feed se mantiene limpio y canónico, y ads_redirect se encarga del seguimiento de los clics de pago.¿Qué es el atributo mobile_link y lo necesito?
mobile_link es un atributo opcional que indica una versión de la página de producto optimizada para móviles cuando tus URL de móvil y de ordenador son distintas. Si tu web tiene diseño adaptable (la misma URL se adapta a cualquier tamaño de pantalla), no necesitas mobile_link. Solo te hace falta si tus páginas de producto para móvil tienen URL distintas (por ejemplo, m.example.com/product) Y, además, ofrecen en el móvil una experiencia claramente mejor que la URL de ordenador.La URL de mi producto incluye el título del producto (slug). ¿Qué pasa si le cambio el nombre al producto?
/products/blue-running-shoes pasa a ser /products/navy-blue-running-shoes), la URL antigua devolverá un 404 si no la rediriges correctamente. Tienes dos opciones: (a) implementar una redirección permanente 301 de la URL antigua a la nueva (y actualizar el enlace en el feed), o (b) mantener la URL original como canónica y cambiar solo el título que se muestra en la página. La opción B es más sencilla desde el punto de vista de la gestión del feed.¿Cómo comprueba Google que la página de destino coincide con los datos del feed?
¿Se puede usar la misma URL para varios productos del feed?
Guías relacionadas
- Referencia de atributosEnlace de imagen [image_link]: requisitos y prácticas recomendadas para imágenes de Google Shopping
- Referencia de atributosAtributo Aspecto destacado del producto [product_highlight] en Google Shopping: requisitos y prácticas recomendadas
- Referencia de atributosPrecio [price] en Google Shopping: requisitos, prácticas recomendadas y ejemplos