FeedMender

FeedMender/Qué no comprobamos

El límite

Lo que un archivo no puede decirnos

Preferimos ser claros con esto de antemano a que lo descubras después. Un análisis lee un archivo, una vez. Cuatro clases enteras de problemas quedan fuera de lo que una lectura así puede establecer, y fingir lo contrario es la manera en que una herramienta de feeds pierde la confianza que necesita.

Tus páginas activas

Si el precio de tu página de destino sigue coincidiendo con el precio del feed, si la página redirige, si carga en el móvil o si abre en la variante correcta: eso necesita un rastreo de tu tienda y no una lectura de tu archivo. Lo mismo vale para el marcado schema.org que discrepa del feed. Son comprobaciones reales que merece la pena construir, y ninguna es posible a partir de un archivo subido. Una muestra aleatoria de 25 páginas sería una demostración, no cobertura, así que no presentamos una como si lo fuera.

Lo que Google decidió realmente

Te decimos lo que dicen tus datos. Merchant Center te dice lo que Google hizo con ellos, y son preguntas distintas. El estado del producto por país, los códigos de incidencia, los problemas a nivel de cuenta, los conflictos entre fuentes de datos y cualquier regla que sobrescriba en silencio una corrección: todo eso necesita acceso a la cuenta. No lo pedimos y no afirmamos tenerlo. Es lo más valioso de esta lista, porque cerraría el círculo y nos mostraría nuestros propios fallos, y pertenece a una versión del producto con cuentas y una conexión OAuth. El producto de hoy funciona solo con subidas, y decirlo con claridad es mejor que dejar la pregunta en el aire.

Historial

Un recuento de productos que cayó de la noche a la mañana, una columna que desapareció sin avisar, un id que cambió entre subidas, un paso masivo a agotado: eso solo lo ve algo que observa cada subida a lo largo del tiempo. Nosotros vemos un archivo, una vez. Este tipo de supervisión es genuinamente valioso y genuinamente imposible para una herramienta que no sigue observando, y llega con la recuperación programada o no llega.

Criterio

Si un código de barras bien formado pertenece de verdad a este producto concreto, si el accesorio de la fotografía está incluido en el precio, si la política de devoluciones de una tienda es creíble: eso es trabajo de revisión y lo seguirá siendo. Parte de ello puede contrastarse con un servicio externo, GS1 para saber a quién pertenece un código de barras, la base de datos pública EPREL para un registro energético, y merece la pena hacerlo cuando hay un motivo. Inventar un valor no se plantea nunca. Verificar uno proporcionado a veces sí, y eso es una función futura, no una afirmación que hagamos hoy.

Lo que podríamos añadir y no hemos añadido

Una revisión de la cobertura propuso bastante más, y la mayor parte es acertada y queda fuera de un único archivo subido. Dejar constancia de la decisión importa más que la lista, porque "todavía no" y "nunca" son respuestas distintas, y la diferencia es exactamente aquello por lo que se nos permite cobrar.

  • Necesita tu sitio web: la accesibilidad de la página de destino más allá de un código de estado, bucles de redirección, muros de inicio de sesión, fallos al añadir al carrito, comparación entre feed y tienda. Aplazado a una auditoría del sitio web aparte, en lugar de mezclarlo con una corrección del feed.
  • Necesita acceso a Merchant Center: el veredicto procesado y la salud de la cuenta. Aplazado a una versión del producto con cuentas.
  • Necesita historial: la estabilidad y la deriva entre subidas. Llega con la recuperación programada.
  • Otro canal por completo: todo lo de aquí es específico de Google. Un feed que Google acepta no es automáticamente válido para Microsoft, cuyos límites difieren. Si esto se vende algún día como comprobador general de feeds de productos y no como uno de Google, habrá que preguntarlo al subir el archivo en lugar de darlo por hecho.

Lo que deliberadamente no notificamos

Google puede actualizar automáticamente el precio, el precio de oferta, la disponibilidad y el estado de algunos productos, y puede aplicar algunas mejoras de imagen. Esas automatizaciones son una compensación temporal, no un sustituto de unos datos de origen correctos, y no cubren todos los productos. Así que seguimos notificando el defecto del archivo y señalamos dónde puede estar tapándolo Google entretanto, porque suprimir el resultado escondería un problema real detrás del parche de otro.

Los atributos tax y tax_category están obsoletos en la Merchant API y ausentes de la especificación de datos de producto actual. Sobreviven en la Content API antigua durante la transición. No los validamos.

Lo que sí comprobamos, lo comprobamos a fondo. Esa es la otra página, y el análisis gratuito te muestra cuáles hace saltar tu archivo.