Contacto
Contactanos
Close

ContactO

Buenos Aires, Argentina

54 11 2389 8404

hola@tupacbruch.com

SEO para catálogos de productos importados: stock y variantes

Catálogo digital de productos importados organizado por variantes y disponibilidad

Un catálogo de productos importados suele llegar con tres problemas SEO antes de publicar la primera ficha: la información fue escrita para otro mercado, las variantes no coinciden con la estructura local y la disponibilidad real depende de compras por lote. Copiar el archivo del fabricante, traducirlo y abrir cientos de URLs no resuelve ninguno.

El SEO para catálogos de productos importados consiste en convertir documentación de proveedor en una fuente de producto propia, localizada y verificable. La tienda debe decidir qué campos conserva, cuáles adapta para Argentina, cómo representa cada variante y cuándo una unidad está realmente disponible. Esta guía se limita a contenido, arquitectura y datos de producto; no recomienda proveedores ni ofrece asesoramiento aduanero.

Un catálogo importado no es lo mismo que dropshipping

En dropshipping, la operación depende de la disponibilidad que informa un tercero y de su capacidad para despachar cada pedido. En una tienda que importa mercadería, el problema específico es otro: traducir y normalizar una fuente extranjera, identificar lotes y variantes, publicar solo el surtido que llegó o tiene una condición comercial clara y mantener la ficha cuando cambia el abastecimiento.

DecisiónDropshippingProductos importados
DisponibilidadDepende del stock y despacho del proveedor.Depende del inventario propio, reservas y próximas partidas.
Fuente de contenidoFeed operativo que puede cambiar con frecuencia.Documentación de fabricante, distribuidor y registros internos.
LocalizaciónAdapta la oferta del proveedor al mercado.Debe interpretar idioma, unidades, modelos y usos para Argentina.
VariantesReplica las opciones que el proveedor permite pedir.Publica solo combinaciones efectivamente compradas o vendibles.
Riesgo principalDesincronización con un tercero.Confundir catálogo global, mercadería en tránsito y stock disponible.

Esta diferencia define el alcance editorial. Una ficha importada no debería afirmar que existe una variante solo porque aparece en el catálogo internacional, ni mostrar “en stock” porque la fábrica todavía la produce.

Creá un modelo de datos antes de traducir

El error más costoso es usar la planilla del proveedor como base final del ecommerce. Primero armá un registro maestro por producto y variante. Ese registro debe separar identidad, contenido y operación.

  • Identidad: marca, modelo, SKU interno, código del proveedor, GTIN o MPN cuando existan y relación con el producto padre.
  • Contenido: nombre localizado, descripción, especificaciones verificadas, compatibilidades, imágenes autorizadas y preguntas que debe resolver la ficha.
  • Operación: stock vendible, unidades reservadas, estado de la partida, precio, moneda, plazo prometido y fecha de actualización.
  • SEO: URL, canonical, indexabilidad, categoría, enlaces internos, título visible y estado dentro del sitemap.

Definí también la propiedad de cada campo. El equipo de compras puede actualizar la partida; inventario, las unidades; contenido, el título y la explicación local. Una nueva planilla no debería sobrescribir automáticamente una descripción revisada ni crear otra URL para un modelo ya existente.

Traducir no alcanza: localizá la ficha para Argentina

Una traducción literal puede ser correcta y seguir siendo inútil. El nombre extranjero quizá no coincide con la forma en que el público argentino busca el producto; una medida puede estar expresada en otra unidad; una tabla puede mezclar dimensiones del paquete y del artículo; o la descripción puede destacar una certificación sin explicar su función.

La localización debería resolver, como mínimo:

  • qué nombre genérico usa el comprador local y qué parte corresponde a marca o modelo;
  • qué medidas son del producto, del envase o de la caja mayorista;
  • qué incluye exactamente la unidad vendida;
  • con qué modelos, conectores, repuestos o accesorios es compatible;
  • qué instrucciones necesitan adaptación lingüística sin alterar advertencias del fabricante;
  • qué afirmaciones promocionales pueden verificarse y cuáles deben omitirse.

Google recomienda contenido propio y no intercambiable, en lugar de reciclar lo que ya existe en otras fuentes.[1] En una ficha, ese valor no surge de inflarla con adjetivos: aparece cuando la tienda interpreta datos, aclara límites, agrega fotos o comprobaciones propias y responde dudas reales del mercado donde vende.

Si el sitio ofrece versiones completas en más de un idioma, usá URLs diferentes por idioma y señalá su relación con hreflang. Google determina el idioma principalmente por el contenido visible y recomienda evitar páginas con navegación traducida pero cuerpo principal en otro idioma.[8] Para una tienda destinada solo a Argentina, no hace falta mantener la ficha extranjera: conviene una única versión coherente en español.

Variantes: no confundas modelo, color y presentación

Los archivos de origen suelen representar las variantes de formas incompatibles: un proveedor entrega una fila por color, otro agrupa todos los tamaños y un tercero cambia el código cuando se renueva el envase. Antes de definir URLs, establecé qué atributos cambian la elección del comprador y cuáles solo describen el producto.

CasoTratamiento recomendadoError a evitar
Mismo producto, distinto color o tamañoRelacionar variantes bajo un producto padre y conservar un ID por opción.Crear fichas desconectadas con la misma descripción.
Modelo con funciones diferentesTratarlo como producto distinto y explicar la diferencia.Ocultarlo como si fuera solo un color.
Presentación o cantidad diferenteDefinir si cambia la intención, el precio unitario y la URL necesaria.Mezclar unidades y packs en una oferta ambigua.
Cambio de empaque sin cambio de productoMantener identidad y actualizar imágenes cuando corresponda.Duplicar la URL por cada lote.

Google admite variantes en una página o en URLs diferenciadas, pero cada variante debe poder identificarse de manera inequívoca. La documentación de ProductGroup contempla atributos comunes en el grupo y títulos, descripciones e identificadores específicos para cada variante.[5] Si usás URLs separadas, mantené una relación consistente entre enlaces internos, sitemap y canonical; Google recomienda evitar rutas alternativas que devuelvan el mismo contenido.[2]

Flujo para transformar datos de un proveedor extranjero en fichas localizadas con variantes y stock verificable
El catálogo de origen alimenta un registro maestro; localización, normalización de variantes y control de inventario deciden qué se publica.

Stock: separá disponible, reservado, en tránsito y discontinuado

“El proveedor tiene unidades”, “la compra fue confirmada” y “el producto puede despacharse” son estados distintos. La ficha debe mostrar una disponibilidad que el checkout pueda sostener. Para evitar promesas falsas, calculá el stock vendible a partir de unidades recibidas menos reservas, pedidos confirmados y bloqueos de control de calidad.

  • Disponible: existe inventario utilizable y el producto puede comprarse bajo las condiciones visibles.
  • Preventa o próxima partida: solo si la tienda ofrece esa modalidad y comunica una fecha o condición verificable.
  • En tránsito: es un estado interno; no debería transformarse automáticamente en “en stock”.
  • Agotado temporal: la URL puede seguir siendo útil si se espera reposición, conserva demanda o permite ofrecer alternativas pertinentes.
  • Discontinuado: requiere una decisión editorial: conservar información y alternativas, retirar del índice o redirigir tras una evaluación individual. No borres fichas en bloque.

Merchant Center exige que disponibilidad, precio y variante coincidan entre los datos enviados, la página de destino y el proceso de compra.[6][7] La guía de Google Merchant Center del sitio sirve como introducción; la fuente oficial debe definir los campos vigentes. En la práctica, página, datos estructurados, feed y checkout deberían leer la misma disponibilidad normalizada.

Cómo convertir contenido del proveedor en una ficha propia

No hace falta descartar todo el material de origen. Marca, modelo, composición, medidas e identificadores pueden ser datos válidos si se verifican. El problema aparece cuando se publican como una descripción terminada. Trabajá por capas:

  1. Conservá hechos: registrá el valor original y su fuente; no traduzcas códigos ni nombres oficiales.
  2. Normalizá: separá unidades, atributos, variantes y campos que el ecommerce necesita.
  3. Localizá: adaptá vocabulario, formato y explicación al público argentino sin inventar prestaciones.
  4. Enriquecé: agregá comparaciones entre modelos, escala, compatibilidad, contenido de la caja, usos y límites comprobados.
  5. Revisá derechos y representación: usá imágenes autorizadas y confirmá que muestren la variante que se vende.
  6. Bloqueá la publicación incompleta: una ficha sin identidad, precio, stock, imagen o especificaciones esenciales no debería entrar al sitemap.

La descripción general del proveedor puede alimentar varios campos, pero no debería repetirse entera en todas las variantes. En el producto padre explicá lo común; en cada opción, mostrale al usuario qué cambia. La guía general de Schema Markup amplía el concepto, mientras que Google documenta Product y ProductGroup para páginas comerciales y variantes.[4][5]

El fabricante puede ofrecer 2.000 referencias y la tienda importar 120. Crear URLs para las 1.880 restantes genera páginas sin producto, sin fecha cierta y sin una función para el comprador. La arquitectura debería partir del surtido que el negocio puede mantener.

  • Enlazá productos indexables desde categorías y subcategorías mediante enlaces HTML rastreables; Google usa esas relaciones para descubrir páginas y entender su importancia.[3]
  • Incluí en el sitemap solo URLs canónicas que realmente quieras indexar.
  • No abras una landing por país de origen, marca, material o atributo si la combinación no tiene surtido suficiente ni intención propia.
  • Decidí cuándo indexar categorías según utilidad, selección y estabilidad, no por el mero hecho de que el filtro exista.
  • Mantené URLs estables cuando llega un nuevo lote del mismo producto; el número de partida pertenece al sistema interno, no necesariamente al slug.

Los filtros pueden ayudar a elegir por tamaño, compatibilidad, marca o disponibilidad. Eso no implica que cada combinación deba rastrearse e indexarse. Elegí un conjunto acotado de landings con demanda y contenido propio; el resto puede funcionar como navegación sin multiplicar páginas equivalentes.

Flujo de publicación para cada lote importado

  1. Recibir la documentación del proveedor sin publicarla.
  2. Vincular cada fila con un producto y una variante existentes, o crear una identidad nueva cuando corresponda.
  3. Verificar identificadores, contenido de la unidad, medidas e imágenes.
  4. Localizar título, especificaciones y explicación de uso.
  5. Cargar unidades recibidas y calcular stock vendible.
  6. Revisar URL, canonical, categoría, enlaces y estado de indexación.
  7. Comparar página, marcado, feed y checkout sobre una muestra.
  8. Publicar el lote en etapas y controlar errores antes de ampliar.

Registrá qué cambió y quién lo aprobó. Si el siguiente archivo del proveedor altera un nombre, elimina una variante o cambia una especificación, el equipo necesita distinguir una corrección real de un problema de formato. Sin historial, una importación masiva puede deshacer meses de trabajo editorial.

Checklist de auditoría

  • ¿Cada SKU interno corresponde a una unidad o variante vendible?
  • ¿Marca, modelo, GTIN o MPN se conservan sin traducciones ni reasignaciones?
  • ¿El título usa lenguaje local y distingue la variante?
  • ¿Las medidas describen el producto y no el embalaje?
  • ¿Las afirmaciones y compatibilidades tienen una fuente verificable?
  • ¿La imagen coincide con color, modelo y presentación?
  • ¿El stock visible excluye unidades reservadas o todavía no recibidas?
  • ¿Página, datos estructurados, feed y checkout coinciden?
  • ¿La URL es estable y aparece en enlaces, canonical y sitemap con el mismo formato?
  • ¿La ficha aporta algo que no está en la descripción internacional del proveedor?

La prioridad es corregir primero identidad y disponibilidad; después, variantes y URLs; por último, enriquecimiento editorial. Una descripción excelente no compensa vender la opción equivocada o anunciar stock inexistente. El mejor catálogo importado no es el que replica más referencias, sino el que transforma datos extranjeros en decisiones claras y comprobables para el comprador local.

Fuentes oficiales

  1. Google Search Central: optimización para funciones de IA generativa.
  2. Google Search Central: estructura de URLs para ecommerce.
  3. Google Search Central: estructura y navegación de sitios ecommerce.
  4. Google Search Central: datos estructurados de producto.
  5. Google Search Central: datos estructurados para variantes de producto.
  6. Google Merchant Center: especificación de datos de producto.
  7. Google Merchant Center: requisitos de páginas de destino.
  8. Google Search Central: sitios multirregionales y multilingües.

Leave a Comment

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *