FeedMender/Errores/Identificadores
Rechazos frecuentes
Identificadores: GTIN, marca y MPN
Los identificadores de producto son el terreno donde un feed puede fallar de la forma más desconcertante: un código de barras que parece perfectamente válido, pasa su propio dígito de control y aun así es rechazado. La mayor parte de esa confusión viene de unas pocas reglas fáciles de enunciar y rara vez explicadas.
Qué exige Google
Un código de barras real, o una declaración honesta de que no existe
Cuando un producto tiene código de barras del fabricante, Google quiere un GTIN válido: la longitud
correcta, un dígito de control GS1 mod-10 correcto y un prefijo realmente asignado a empresas. La marca
es obligatoria en la mayoría de las categorías, con libros, cine y música como excepciones
documentadas. Un MPN no sustituye a la marca; los dos cumplen reglas distintas. Si un producto de
verdad no tiene GTIN, eso se declara con identifier_exists: no, y esa declaración no debe
contradecir un GTIN, un MPN o un par de marca y MPN que también se envíe.
Qué pasa si no lo haces
Un código de barras de aspecto válido que Google rechaza igualmente
Varios de estos casos producen el rechazo que no tiene sentido desde el lado del comerciante. Un
código de barras con el dígito de control correcto se rechaza porque empieza por un prefijo
restringido, 2, 02 o 04, reservados para uso interno en tienda y
productos de medida variable, o porque cae en una banda de cupones. Excel es el otro culpable
frecuente: convierte en silencio un código de barras largo en notación científica, como
8.71234E+12, y un cero inicial desaparece, así que el valor que era correcto en tu base de
datos está mal cuando Google lo lee. Una declaración identifier_exists contradictoria, una
marca de relleno como "N/A" o "Generic", o un id de más de 50 caracteres o con caracteres
de control invisibles bloquean el producto, cada uno por su cuenta.
Cómo arreglarlo a mano
Restaura los dígitos y luego revisa el prefijo
- Guarda los códigos de barras como texto, no como números, para que no se pierda ningún cero inicial ni nada se convierta a notación científica. En una hoja de cálculo, eso significa desactivar la conversión automática de números al importar.
- Verifica el dígito de control GS1 y lee el prefijo sobre la forma de 13 dígitos rellenada con
ceros, no sobre la cadena en bruto: un UPC-A de 12 dígitos que empieza por
98se normaliza a098, que es legítimo. - Convierte un ISBN-10 a ISBN-13 y expande un UPC-E a UPC-A en lugar de enviar la forma corta.
- Sustituye las marcas de relleno por la real y da a cada variante su propio GTIN en lugar de repetir un único código de barras en todo un grupo.
- Declara
identifier_exists: nosolo cuando de verdad no envías GTIN, MPN ni par de marca y MPN, y mantén cadaidúnico, por debajo de 50 caracteres y sin caracteres de control.
Cuáles de nuestras comprobaciones se aplican
Los campos de identificadores que FeedMender lee
Diecinueve comprobaciones, leídas del propio registro del escáner, cubren esta área. La lógica de prefijos y dígitos de control es la parte que casi nadie más hace.
gtin_invalidgtin, bloqueagtin_repairablegtin, bloqueagtin_formattinggtin, en riesgogtin_suspectgtin, en riesgogtin_duplicategtin, en riesgogtin_absentgtin, en riesgogtin_absent_fallbackgtin, en riesgoidentifier_exists_contradictionidentifier_exists, bloqueaidentifier_exists_valueidentifier_exists, bloqueabrand_missingbrand, en riesgobrand_placeholderbrand, bloqueabrand_too_longbrand, bloqueampn_placeholdermpn, en riesgompn_suspiciousmpn, rendimiento limitadompn_too_longmpn, bloqueaid_missingid, bloqueaid_duplicateid, bloqueaid_too_longid, bloqueaid_invalid_unicodeid, bloquea
El camino más rápido
Deja que el análisis los encuentre
Un dígito de control es aritmética y un prefijo restringido es una consulta en una tabla, exactamente el tipo de cosa que conviene que haga una máquina sobre todo el catálogo. El análisis gratuito informa de cada fallo de identificador y nombra la causa cuando un código de barras es válido pero aun así se rechaza.