FeedMender

FeedMender/Errores/Codificación de caracteres

Rechazos frecuentes

Encoding problem in attribute

Un fallo de codificación daña todos los campos a la vez, y por eso Merchant Center lo notifica en atributos que en tu editor parecen perfectamente inocentes. El fallo está en cómo se escribió el archivo, no en los datos.

Analiza tu feed gratis

Qué exige Google

Un archivo codificado de forma consistente, idealmente UTF-8

Google lee UTF-8, UTF-16 y Latin-1, pero el archivo tiene que ser uno de ellos de forma consistente, y lo que declara tiene que coincidir con lo que es. El modo de fallo típico es un archivo exportado como Latin-1 y reprocesado como UTF-8 en algún punto de la cadena, de modo que cada carácter acentuado, cada e con acento en un nombre de producto francés, llega como mojibake o como el carácter de sustitución.

Qué pasa si no lo haces

Títulos y descripciones corruptos, o un archivo que no se puede analizar

La corrupción leve se ve como productos con caracteres basura en sus títulos visibles, que los compradores ven. La corrupción grave rompe el análisis del archivo: las filas se desplazan, las comillas nunca se cierran y la importación descarta productos sin que nadie haya decidido quitarlos. Una marca BOM pegada a la primera celda de cabecera es el caso especial que hace que la primera columna no se pueda asignar mientras todo lo demás parece estar bien.

Cómo arreglarlo a mano

Arregla la exportación, verifica los bytes

  • Configura la exportación en UTF-8 sin BOM y evita que cada paso de la cadena, FTP, scripts, hojas de cálculo, lo vuelva a codificar.
  • Comprueba los bytes reales y no lo que se muestra: un archivo puede verse bien en un editor que adivina con generosidad y aun así fallar en un parser estricto.
  • Si los acentos ya están doblemente dañados, vuelve a exportar desde el origen en lugar de reparar el texto a mano.

Cuáles de nuestras comprobaciones se aplican

Se aplican 7 comprobaciones, leídas del registro del escáner

La puerta de importación decodifica el archivo como lo haría un parser estricto y nombra lo que encontró: la codificación usada, un BOM eliminado, caracteres de sustitución ya incrustados. Las filas que no se pueden analizar se cuentan y se nombran, nunca se descartan en silencio.

  • encoding_not_utf8nota
  • encoding_bom_removednota
  • encoding_replacement_charsen riesgo
  • encoding_binarydetiene el análisis
  • header_control_charsen riesgo
  • quote_uncloseden riesgo
  • row_wrong_widthen riesgo

El camino más rápido

Deja que el análisis los encuentre

El análisis lee tu archivo byte a byte antes de que lo haga nada más, y te dice si la codificación sobrevivirá al parser de Google. El análisis que detecta los errores es gratuito y muestra cada resultado antes de que pagues nada. Solo pagas por la corrección.

Analizar el feed