Todo lo que quieres saber

Sí, catorce días gratis y sin tarjeta de crédito. Pruebas sobre tu catálogo real, no sobre un entorno de pruebas con datos falsos: conectamos tu tienda y la IA enriquece una muestra de una fuente. Nada sale en vivo antes de que tú des el visto bueno. Si no sigues adelante, borramos tus datos.

En días, no en meses. No hay un proyecto de implementación: las conexiones ya existen, así que conectas tu tienda y empiezas de inmediato. Un PIM tradicional cuenta enseguida con unos tres meses, aquí te quedas bien por debajo. Cuánto tarda exactamente depende del tamaño de tu catálogo.

Para el trabajo diario, no. Asignar, enriquecer, revisar y publicar lo haces en la interfaz, sin una sola línea de código. El único paso técnico es una instalación única del conector de SyncRefine, un plugin o módulo, en tu tienda. Las importaciones por feed solo necesitan los datos de conexión correctos.

Para una conexión de tienda instalas una vez nuestro plugin o módulo y nos das los datos de conexión; después un paso de descubrimiento hace el resto. Si trabajas con archivos o feeds, necesitamos las credenciales correctas: FTP, SFTP, correo o API. Ayuda que sepas qué proveedores y canales quieres conectar. La configuración en sí la hacemos juntos durante la prueba.

Por supuesto. Durante la prueba y el onboarding conectamos tu tienda y tus fuentes y lo configuramos todo juntos, y estamos en persona en la primera conversación. Tú mantienes las riendas, nosotros nos ocupamos de la mayor parte del trabajo. Los pasos concretos de una migración los acordamos según cada situación.

Conectamos con las grandes plataformas de e-commerce y PIM, desde WooCommerce y Magento hasta Shopify, Lightspeed y Akeneo. Las conexiones más usadas están listas, y si tu plataforma funciona un poco distinto, la conectamos en cuanto empezamos juntos. Cuéntanos sobre qué trabajas y nos encargamos de que tus datos fluyan en las dos direcciones.

Sí, lo resolvemos juntos con gusto. Algunas conexiones están listas, otras las terminamos en el momento en que te sumas. Así consigues exactamente la conexión que necesitas y nosotros ampliamos más nuestra plataforma. Todos ganan, y no tienes que esperar a que algo esté 'terminado' para empezar.

Ambas. Las conexiones de tienda y de PIM leen tus datos de producto y pueden enviar de vuelta datos enriquecidos. La lectura es de solo lectura, así que tu fuente nunca cambia durante una importación. Los cambios llegan a tu tienda solo mediante el paso explícito de publicación, no en algún punto del camino.

Sí. Para sistemas muy usados como AFAS, Dynamics y Exact nos encargamos de la conexión, y si tu sistema aún no está, lo conectamos en cuanto te haces cliente. Mientras tus datos salgan por algún sitio, un archivo, un feed o una API, los recogemos vía CSV, XML o XLSX por FTP, SFTP, correo o REST-API.

CSV, TSV, Excel (XLS, XLSX, XLSM, XLSB y ODS), JSON y XML. Excel, JSON y XML los convertimos primero internamente a CSV antes de empezar el procesamiento, para que a partir de ahí todo pase por la misma tubería de la misma forma.

Por todas las vías habituales: FTP y el seguro FTPS, SFTP, adjuntos de correo, una URL HTTP pública o un endpoint REST-API (JSON con paginación, convertido automáticamente a CSV). Subir archivos directamente en la app también es posible. Si tu fuente entrega de otra manera, lo conectamos en cuanto empezamos juntos.

Tantos como necesites. Conectas tus proveedores y fuentes uno a uno, y todos confluyen en un único catálogo central. Cada fuente tiene su propia asignación y sincronización, así que amplías con calma a medida que creces. Los volúmenes grandes los vemos juntos, porque cada fuente es de verdad trabajo recurrente: asignar, normalizar, sincronizar y mantener.

Sí. Conectas varias tiendas online y todas leen y publican desde el mismo catálogo central. Así mantienes una única fuente de verdad en lugar de hojas de cálculo sueltas por tienda, y tu número de canales crece contigo sin trabajo doble.

No, solo los cambios. Con checksums, la detección de cambios ve qué tablas y productos han cambiado y compara solo esos. Tú mismo defines la programación, desde cada cinco minutos hasta cada hora o cada pocas horas. Iniciar manualmente siempre es posible.

Tu asignación está fijada por fuente. Si un proveedor renombra columnas o monta el archivo de otra forma, ajustas la asignación sin rehacerlo todo. Al leer, perfilamos las columnas para que las desviaciones salten enseguida. Tus datos de origen originales se conservan siempre en la capa inferior, así que una importación errónea la reviertes.

La conexión solo lee y, con checksums, en cada sync recoge solo los cambios, no todo tu catálogo cada vez. Los cambios llegan a tu tienda solo en el paso de publicación aparte que tú decides. Por eso la carga sobre tu tienda es limitada, y durante la lectura no pasa nada que tú no hayas aprobado.

La IA hace cuatro cosas: traducir un campo a otro idioma, limpiar o reescribir texto en su propio idioma, crear texto nuevo como descripciones o SEO a partir de tus atributos existentes, y leer la foto del producto para reconocer atributos. No hay más que esas cuatro operaciones. No es una caja negra abierta donde pueda pasar de todo.

A más de cuarenta idiomas, con neerlandés, inglés, alemán, francés, español, italiano, polaco, chino, japonés y árabe incluidos, y el idioma de origen lo reconoce él solo. Para catálogos grandes, la traducción automática funciona bien, aunque a veces se le escapa el matiz. Por eso tú mantienes las riendas: lo haces revisar y aprobar por idioma antes de que salga en vivo.

Modelos de referencia de Google (Gemini), en tres niveles. Un modelo rápido y económico para texto, un modelo con reconocimiento de imagen para leer fotos, y un modelo más potente para tareas donde la calidad es crítica. La tarea determina qué nivel corre.

Ve de verdad los píxeles de la foto, hasta tres fotos por producto. Esa función existe por algo: un enfoque anterior solo con texto nunca veía la foto y por eso se inventaba materiales y colores.

No, eso está cerrado a propósito. Las instrucciones prohíben inventar especificaciones, medidas, materiales o afirmaciones. Si el modelo no está seguro de algo en una foto, responde '__desconocido__', no se escribe nada y el artículo se queda en la cola. Al traducir, los SKU, números, unidades y nombres de marca se quedan tal cual.

Tú eliges cuándo corre la IA: una vez al guardar, de forma continua ante cambios, o solo cuando apruebas una revisión. Los ajustes manuales y los campos bloqueados siempre ganan a la IA y se conservan en una nueva importación. Si corriges un valor de la IA, no se sobrescribe a escondidas.

Sí. Corres un enriquecimiento primero sobre una selección pequeña y ves el resultado sobre tus propios productos antes de lanzarlo sobre todo el catálogo. Así valoras tú mismo la calidad y decides tú cuándo puede salir en vivo.

Sí. Un motor de reglas no-code compila operaciones a SQL: transformaciones sobre texto, números, fechas y arrays, extracción de texto (también con regex) y asignación de categorías. Montas automatizaciones a partir de quince bloques listos para usar, sin una sola línea de código. Esto no consume IA.

Las automatizaciones corren en cuatro momentos: de forma continua ante cambios, al aprobar una revisión, una vez al guardar, o manualmente. Una programación cron libre por automatización no está disponible, así que no lo prometemos. La lectura de fuentes sí corre en una programación que tú defines, desde cada cinco minutos hasta varias horas.

El acceso es por roles (Owner, Admin, Editor, Viewer) y por usuario activas o desactivas permisos específicos, como publicar automatizaciones. Así decides quién puede correr el enriquecimiento y quién solo mira. Cada acción queda en el registro de auditoría por empresa.

Las instrucciones que tú mismo le das a la IA pasan primero por un filtro. Ese filtro bloquea intentos como 'olvida las instrucciones anteriores' y código o etiquetas de script escondidos, para que una instrucción así no llegue al modelo, a tus datos ni a la facturación. El filtro aplica a las cuatro operaciones de IA.

Por una coincidencia exacta en una de cinco columnas identificadoras: SKU, EAN, MPN, GTIN o código de barras. Un producto suele tener varias, así que qué clave tiene prioridad lo defines por proveedor. Los identificadores vacíos o sin sentido como ceros, 'null' o 'n/a' los descartamos, si no productos distintos acaban indebidamente en el mismo montón. Emparejamos por el identificador en sí, no por lo que un nombre casualmente se parezca.

Se quedan tranquilamente aparte. La fusión ocurre por una coincidencia exacta de SKU, EAN, MPN, GTIN o código de barras, y los identificadores vacíos o sin sentido (ceros, 'null', 'n/a') los excluimos a propósito. Si un producto no tiene un identificador utilizable, no lo fusionamos automáticamente. Espera hasta que tú mismo lo vincules.

El valor entrante del proveedor, con el valor existente como respaldo. Así un valor vacío nunca borra algo bueno que ya estaba. Si dos filas apuntan al mismo producto, elegimos un ganador fijo y registramos el resto como conflicto; los casos dudosos pueden ir a una cola de revisión. Funciona por prioridad, no por una puntuación de confianza ponderada.

Sí. Por producto registramos qué fuente es la propietaria, y cada fila de staging conserva el id de origen más el identificador usado, así que siempre ves de dónde viene un valor. Un registro completo por cada campo individual, que muestre quién escribió exactamente qué campo y cuándo, lo desarrollamos más a medida que los clientes lo necesitan.

Sí. Además de las decenas de campos fijos, pones campos propios ilimitados para tus propios atributos. Así la estructura sigue a tu surtido, y no al revés.

Lo hacemos. Por campo calculamos el porcentaje de relleno, es decir, la proporción de valores no vacíos, directamente en la base de datos, y guardamos la puntuación total media. Ojo con lo que esto dice y no dice: mide presencia y cobertura, no si el contenido es correcto en el fondo.

Por supuesto. Los artículos nuevos y los casos dudosos pueden ir a una cola de revisión donde tú apruebas, ajustas o rechazas. Solo lo que apruebas entra en tu registro central. Los artículos rechazados los bloqueamos, y no pueden desplazar a un artículo ya aprobado, para que un error no se filtre sin darte cuenta a tu tienda.

No. Un control de calidad estricto detiene la sync si campos obligatorios como SKU, nombre y precio no están lo bastante completos; con los campos recomendados solo recibes un aviso. Los catálogos vacíos los bloqueamos por defecto. Si haces una excepción a propósito, lo marcamos y lo registramos en un registro de auditoría.

Al publicar miramos los cambios que son proporcionalmente inusuales de grandes: borrados masivos, o de repente muchos productos nuevos o modificados. Justo antes de la publicación también comprobamos los tipos y formatos, como un precio numérico, un SKU y un nombre dentro de la longitud, y campos de selección dentro de la lista permitida. Lo que ocurre entonces depende del nivel de vigilancia: bloquear hasta tu aprobación, avisar, o dejar pasar. Así interceptamos las desviaciones en masa antes de que toquen tu tienda.

Sí. Cada foto que entra la convertimos a WebP con calidad 85, la reducimos a un máximo de 2048 píxeles (manteniendo la proporción, nunca ampliada) y la orientamos correctamente de forma automática. Tus páginas se vuelven más ligeras, y una página rápida cuenta en las señales de page experience de Google. Más que contar no hace: contribuye, pero no garantiza una mejor posición.

Eso lo eliges tú. En el modo de reenvío, las fotos originales se quedan en tu fuente y nuestro proxy de imágenes (imgproxy, con URLs firmadas) las prepara al vuelo al tamaño adecuado; así hasta una publicación grande corre en segundos. Si eliges el modo de almacenamiento, recogemos las fotos, las convertimos a WebP y las guardamos en nuestro propio almacenamiento en la UE. Tu tienda recibe entonces archivos WebP ya preparados en tamaños fijos (300, 600, 1200 y 2048 píxeles), para que el redimensionado y el ancho de banda ya no carguen sobre el servidor de tu tienda.

Una foto fallida nunca hace caer la publicación del producto. El producto se crea o se actualiza igualmente, y anotamos que la imagen se omitió, con el motivo incluido. Las fotos basura que son demasiado pequeñas, casi uniformes, rotas o mayores de 50MB, ya las filtramos en el control.

Sí. Cada foto normalizada recibe un hash de contenido (SHA-256), y la clave de almacenamiento sale de ese hash. Antes de subir comprobamos si el archivo ya está, así que los bytes idénticos los guardamos una sola vez, aunque vuelvan a aparecer en cientos de productos.

El procesamiento de imágenes se centra ahora en las fotos de producto: convertir a WebP, ajustar al tamaño y deduplicar. Una biblioteca de medios completa para vídeos, manuales u otros documentos no está de serie por ahora. Si lo necesitas, por ejemplo para Bol, dínoslo; entonces miramos juntos qué se puede hacer.

Para marketplaces y comparadores tenemos plantillas de feed listas para usar, por ejemplo Bol.com (NL/BE), Google Shopping / Merchant Center, Amazon EU (DE/NL/FR/IT/ES) y Vergelijk.nl. Es solo una muestra de los canales; se añaden nuevos continuamente, y montamos un feed para cualquier otro canal cuando lo pidas. Si vas directo a una tienda online, hay conexiones de publicación con WooCommerce, Magento y Akeneo.

Recibes una URL de feed segura con un token imposible de adivinar. El marketplace o motor la recoge él mismo, en CSV, JSON, XML o TSV. El separador, la codificación y las líneas de cabecera los defines tú, y el feed muestra siempre tus últimos valores enriquecidos.

Sí. Por canal fijas asignaciones de campo: renombras un campo de origen al campo de salida que el canal espera. Las conexiones de publicación, a su vez, asignan desde tu catálogo central a los campos de la tienda, para que tú definas por destino el esquema de salida exacto. También los campos SEO como meta-título, meta-descripción y slug de URL llegan así al sitio correcto por plataforma.

Eso se puede por canal. Eliges si va todo o solo una selección según condiciones que tú mismo defines. Si quieres, por ejemplo, enviar a un marketplace solo productos con suficiente margen o con atributos completos, filtras por ello. Cada canal recibe así su propia selección, asignación de campos y formato, todo desde la misma fuente.

La multilingüidad la gestionas con la operación de traducción. Esa operación rellena por idioma un campo que asignas al canal correcto. Para varias monedas o estructuras de precio separadas por canal depende de tu montaje; una función multi-moneda fija no la prometemos sin haberlo comprobado. Dinos qué canales y monedas necesitas y te decimos con honestidad qué se puede y qué no.

Bol solo deja salir en vivo una oferta con un EAN válido y el contenido obligatorio incluido. Para un producto totalmente nuevo se suma un código de clasificación GPC. Con un catálogo limpio donde los atributos están completos y vinculados, evitas que las ofertas se queden atascadas.

En el momento en que se solicita un feed, aplica tus ajustes manuales y el enriquecimiento con IA sobre el catálogo central. Así tu cambio está enseguida en el feed, sin que tengas que esperar a una publicación completa hacia tu tienda.

Sí, en la UE. Tus archivos están en Hetzner Object Storage en centros de datos europeos, por defecto Falkenstein o Núremberg en Alemania, o Helsinki en Finlandia. Las bases de datos las montamos por separado para cada cliente. Si quieres un compromiso cerrado sobre la ubicación de cada base de datos, lo fijamos en los acuerdos.

Tuyos. Tus datos están en tus propias bases de datos y almacenamiento aislados por cliente; SyncRefine se sitúa como capa intermedia entre tus proveedores y tus canales. Si cancelas, exportas tu catálogo enriquecido completo y tu tienda sigue funcionando con los últimos datos publicados. Cuánto tiempo conservamos tus datos después lo acordamos juntos.

Cada cliente recibe su propia base de datos PostgreSQL, su propia base de datos analítica, su propia base de datos Redis y su propio subdominio. En el almacenamiento, todos tus datos caen bajo un prefijo de clave propio, forzado mediante una construcción estricta de la clave. Y dentro de la base de datos, cada registro está vinculado a tu empresa.

Sí. Guardamos las credenciales cifradas con AES-256-GCM. Por registro usamos un IV y una etiqueta de autenticación únicos, con una clave de servidor de 32 bytes y un campo de versión para la rotación de claves.

Proteges tu cuenta con autenticación de dos factores (TOTP con códigos de respaldo hasheados) o con passkeys y WebAuthn. Ese ajuste de seguridad es obligatorio, y tras demasiados intentos fallidos la cuenta se bloquea; también registramos la IP de acceso. El acceso es por roles, con Owner, Admin, Editor y Viewer, y los permisos los ajustas por usuario. Cada acción queda en un registro de auditoría por empresa.

Los datos están en la UE, aislados por cliente, y el almacenamiento y las relaciones de base de datos están montados de forma que podemos borrar un entorno de cliente completo. SyncRefine en sí está establecida en la UE, como SyncRefine OÜ en Tallin, Estonia. Un proceso de borrado formal y el contrato de encargo de tratamiento (DPA) los acordamos juntos. Sellos formales como ISO 27001 o SOC 2 no los tenemos por ahora; preferimos contarte con exactitud cómo protegemos tus datos que enseñarte un certificado que todavía no tenemos.

Para el almacenamiento de archivos usamos Hetzner en centros de datos de la UE, para el enriquecimiento con IA Google Gemini mediante llamadas API empresariales. La lista completa de subencargados y los acuerdos correspondientes están en el contrato de encargo de tratamiento. Una parte que no usamos preferimos no nombrarla aquí.

Solo los valores de campo que haces enriquecer van en la llamada, por ejemplo el texto que se traduce o la foto que se lee. No enviamos una base de datos completa ni información de la cuenta. El enriquecimiento va por llamadas API empresariales a Google Gemini. Qué ocurre exactamente con esos datos y si se usan para entrenar modelos lo fijamos en el contrato de encargo de tratamiento; aquí no prometemos nada que no podamos sostener.

El almacenamiento y las bases de datos están aislados por cliente, y las copias de seguridad y la gestión corren en un espacio de sistema aparte. La frecuencia exacta, el periodo de conservación y los tiempos de recuperación los fijamos por acuerdo, en lugar de prometer aquí algo que no podemos mostrar. Una garantía de uptime formal forma parte de Enterprise.

Hay una plantilla lista para usar para registrar datos EUDR, con materia prima y geolocalización como GeoJSON validado, más los campos de GPSR. Piénsalo como ayuda para recopilar y estructurar los atributos requeridos, no como una declaración automática ante el regulador. Para grandes comerciantes, EUDR aplica a partir del 30 de diciembre de 2026.

Cada plan incluye un número fijo de horas en las que pensamos y construimos contigo en persona, y la ayuda normal con dudas y actualizaciones va siempre incluida. El equipo te ayuda en neerlandés. Un SLA formal sobre uptime o tiempo de respuesta no va de serie en los planes; ese lo acordamos contigo de antemano en Enterprise.

El equipo atiende en neerlandés. En la primera conversación está alguien de nuestro equipo en persona y te pone en marcha a medida. Sin compromiso, y sin discurso de venta.

Somos claros al respecto: SyncRefine es una plataforma joven, dirigida por su fundador, que ponemos a prueba en la práctica. Nuestro piloto corre en vivo con más de 70.000 productos de 40 proveedores en sync, y ya han pasado por él decenas de miles de decisiones de revisión. Cifras de clientes infladas o promesas de ROI no las hacemos. Aún quedan algunas plazas de partner para construir juntos.