Envie para iPaper os produtos que valem a pena mostrar.

O iPaper é uma plataforma dinamarquesa de catálogos digitais e flipbooks usada por varejistas, supermercados e redes de materiais de construção para transformar dados de produtos e folhetos em PDF em catálogos online interativos e adaptados para dispositivos móveis. Dois caminhos de publicação são o núcleo do produto: os Flipbooks, que convertem catálogos em PDF existentes em experiências digitais com virada de páginas, e o Horizon, que cria páginas no estilo de catálogo diretamente a partir de um feed de produtos, sem uma etapa de design em PDF. Marcas de varejo como JYSK, Bricomarche, Conforama e 10-4 usam o iPaper para manter ofertas sazonais, folhetos semanais e catálogos de campanha compráveis e atualizados.

Nos dois caminhos de publicação, são os dados de produtos que transformam uma página estática em uma página comprável: a Enrichment Automation do iPaper lê um feed ou arquivo de produtos e posiciona hotspots clicáveis sobre os itens correspondentes no catálogo, para que os compradores possam ver preços, variantes e imagens ou adicionar produtos diretamente ao carrinho.

Os dados de caso do próprio iPaper (citados da varejista dinamarquesa de materiais de construção 10-4) apontam um aumento de 72,5% no tempo passado na loja virtual após visitas ao catálogo, 87,0% mais páginas visualizadas por meio dos catálogos digitais e um valor de carrinho 5,1% maior para quem visitou o catálogo — números que dependem de dados de produtos corretos, já que divergências de preço, estoque e imagem quebram diretamente a experiência de compra dentro do flipbook.

1. Hotspots e pop-ups de produto só funcionam quando o Product ID/SKU do feed corresponde ao ID incorporado no PDF ou no template — um feed ativo mantém essa correspondência atualizada à medida que seu catálogo muda.
2. Catálogos baseados em feed no estilo Horizon são gerados diretamente a partir do feed, então dados incompletos ou malformados limitam os layouts e os cards de produto que o iPaper consegue criar automaticamente.
3. Campos de preço e estoque que mudam com frequência (promoções, produtos esgotados) funcionam melhor com um feed do que com um arquivo estático único, já que o iPaper trata feeds e arquivos estáticos como modelos diferentes de atualização dos dados.
4. Um único feed corretamente estruturado pode atender tanto ao mecanismo de hotspots da Enrichment Automation quanto aos recursos Shop Checkout/Shop Export, evitando a digitação manual duplicada de dados.

A Enrichment Automation do iPaper é o mecanismo que de fato conecta seu feed à página do catálogo. Quando um PDF é processado, o iPaper extrai todo o texto, os hiperlinks, os metadados e a posição de cada palavra na página. Em seguida, ele procura os Product IDs incorporados no PDF — como texto visível, texto oculto, uma camada dedicada ou um comentário do Acrobat — e compara cada um com o campo Product ID/SKU do seu arquivo de dados ou feed. Quando encontra uma correspondência, o iPaper cria automaticamente o enriquecimento (um link de loja, link externo, pop-up, galeria de imagens ou card Product View) e o posiciona no local dessa palavra.

Duas abordagens de correspondência são suportadas: cruzar os IDs incorporados no PDF com o seu feed ou (na integração via JavaScript) usar uma expressão regular para extrair os IDs diretamente do texto do PDF, por exemplo identificando um padrão numérico de 6 a 10 dígitos, quando não há uma camada de IDs separada. O iPaper documenta que os Product IDs podem conter espaços, se necessário, mas nunca devem incluir quebras de linha nem se sobrepor a outro texto na página, já que qualquer uma dessas situações quebra a correspondência.

A Enrichment Automation do iPaper aceita quatro tipos de fonte de dados: .xml, .csv, .json e um feed do Google Merchant. Cada um deles pode ser fornecido como um arquivo de dados estático (um retrato único, adequado quando as informações dos produtos não vão mudar durante o período ativo do catálogo) ou como um feed dinâmico (uma URL ativa, usada quando preços, estoque ou outros campos mudam durante a vida útil do flipbook).

1. Os dados devem ser planos, sem aninhamento — as próprias orientações do iPaper afirmam que uma estrutura de dados plana é o que permite à Enrichment Automation ler o arquivo corretamente.
2. Por padrão, a automação procura os nomes de cabeçalho/coluna a partir da linha 1 da primeira planilha, a menos que outra linha ou planilha seja configurada explicitamente.
3. Os nomes de cabeçalho/coluna devem permanecer consistentes entre as atualizações — uma automação que funcionava pode falhar se o nome de um cabeçalho mudar.
4. As URLs de feed devem usar um domínio de marca verificado, HTTPS e codificação de URL em conformidade com as RFC 2396/RFC 1738.
5. Todo o conteúdo do feed deve usar caracteres Unicode válidos.

O iPaper exige estritamente apenas um campo para que a correspondência funcione — um Product ID/SKU único e permanente —, mas um feed mais completo libera mais tipos de enriquecimento (cards Product View, galerias de imagens, pop-ups de loja). Se você fornecer os dados pela opção de feed do Google Merchant, o iPaper espera os nomes de atributos padrão do Google Merchant Center mostrados abaixo; para feeds CSV/XML/JSON personalizados, o iPaper aceita seus próprios nomes de colunas, desde que permaneçam consistentes entre as atualizações.

O iPaper também recomenda manter o mesmo Product ID para o mesmo produto em todos os países e idiomas, para que uma única configuração de automação possa ser reutilizada nas diferentes versões localizadas do catálogo.

O iPaper não oferece um aplicativo dedicado para a Feedance nem uma integração de parceiro com um clique — ele recebe os dados de produtos pelo upload genérico de arquivo/feed da Enrichment Automation, que aceita um arquivo estático enviado ou uma URL de feed ativa. O papel da Feedance é garantir que os dados que chegam a essa etapa de upload já correspondam ao que a Enrichment Automation espera, para que a configuração do lado do iPaper ocorra sem problemas.

1. Na Feedance, mapeie seus dados de produtos de origem (PIM, plataforma de e-commerce ou planilha) para uma estrutura plana, sem aninhamento — sem arrays ou subobjetos aninhados, conforme o requisito de dados planos do próprio iPaper.
2. Escolha um formato de saída aceito pelo iPaper: CSV, XML, JSON ou um feed compatível com o Google Merchant Center, se quiser reutilizar nomes de campos padrão como id, title e price.
3. Garanta que cada linha de produto tenha o mesmo Product ID/SKU único que você usa (ou pretende incorporar) no PDF e mantenha esse ID estável entre idiomas e versões de cada país.
4. Publique o feed na Feedance como uma URL HTTPS estável, com codificação em conformidade com as RFC, e cole essa URL na configuração da fonte de dados da Enrichment Automation do iPaper como feed (e não como arquivo estático) se seus preços ou estoque mudarem durante a vida útil do catálogo.
5. Execute uma primeira rodada da automação em um PDF ou layout Horizon de teste para confirmar que os nomes dos cabeçalhos e a coluna de Product ID estão sendo lidos corretamente antes de aplicar a um catálogo completo.

O iPaper oferece duas frequências de atualização para as fontes de dados da Enrichment Automation:

1. Sob demanda — o feed é gerado novamente toda vez que um visitante carrega a URL do catálogo. Isso mantém dados que mudam rapidamente, como preço e estoque, o mais atualizados possível, mas o iPaper observa que pode afetar o tempo de carregamento da página.
2. Programada — o feed é gerado novamente em intervalos definidos, por exemplo duas vezes por dia. Isso troca um pouco de atualização por uma velocidade maior de carregamento do catálogo.

A orientação do próprio iPaper é escolher a frequência que corresponda à frequência com que os dados realmente mudam: use um feed ativo com atualizações regulares para preços promocionais e campanhas sensíveis ao estoque, e um arquivo estático único para catálogos cujos dados de produtos permanecem fixos durante todo o período da campanha.

Estes são pontos de falha documentados no próprio guia de solução de problemas da Enrichment Automation do iPaper, e a maioria deles tem origem no feed, e não no PDF:

1. "Custom Link Import produced no links" — a principal notificação de falha quando a Enrichment Automation não consegue criar nenhum enriquecimento em uma execução de processamento.
2. Product IDs divergentes — se o ID no PDF não corresponder exatamente a um ID no feed, esse produto simplesmente não receberá um enriquecimento.
3. Nomes de cabeçalho inconsistentes — um feed que funcionava pode começar a falhar se o cabeçalho de uma coluna for renomeado entre as atualizações; o iPaper recomenda explicitamente verificar primeiro os nomes dos cabeçalhos quando uma automação que funcionava falha de repente.
4. Linha de cabeçalho ou planilha no lugar errado — por padrão, a automação procura os cabeçalhos apenas na linha 1 da primeira planilha; dados posicionados em outro lugar precisam ser indicados nas configurações da automação.
5. Estruturas de dados aninhadas — um feed com campos aninhados em vez de uma estrutura plana pode impedir que a automação o leia corretamente.
6. Texto do PDF não selecionável — se o PDF de origem for uma imagem digitalizada, e não texto nativo, a automação não consegue encontrar IDs para comparar com o feed, independentemente da qualidade do feed.
7. Nome da camada oculta de IDs divergente — quando os Product IDs ficam em uma camada oculta do PDF, o nome da camada deve corresponder exatamente ao definido na configuração da automação.
8. Versão de PDF não suportada — o iPaper suporta PDF 1.7 ou inferior, sendo a versão 1.5 a recomendada para melhor compatibilidade.

Boas práticas gerais — que não vêm de um documento específico do iPaper — para manter saudável um feed destinado ao iPaper:

1. Mantenha seu Product ID/SKU idêntico no feed, na marcação do PDF e em qualquer outro canal (loja virtual, marketplaces), para que uma única mudança de ID não precise ser conciliada entre vários sistemas.
2. Separe, na sua lógica de atualização, os campos que mudam rapidamente (preço, estoque) dos campos estáticos (nome, descrição, imagens) e atualize os que mudam rapidamente em intervalos mais curtos dentro do seu pipeline de feed.
3. Valide seu feed com uma checklist de estrutura plana e codificação antes de cada publicação — objetos aninhados e caracteres não Unicode são causas comuns de falhas silenciosas de importação.
4. Inclua versão ou data e hora nas exportações do feed para identificar rapidamente se uma falha de enriquecimento se deve a dados desatualizados ou a uma divergência real.
5. Mantenha um pequeno catálogo ou PDF de teste ligado ao seu feed para que mudanças em nomes de cabeçalhos ou na estrutura sejam detectadas antes de chegarem a um catálogo ativo, visível para os clientes.

Quais formatos de arquivo o iPaper aceita para dados de produtos?
XML, CSV, JSON e feed do Google Merchant, fornecidos como um arquivo estático único ou como um feed ativo e atualizado regularmente.

Meu feed precisa usar os nomes de campos do Google Merchant Center?
Somente se você escolher a opção de formato "Google Merchant feed" do iPaper. Para feeds CSV, XML ou JSON personalizados, o iPaper lê os nomes de colunas/cabeçalhos que você usar, desde que permaneçam consistentes entre as atualizações.

Qual é o único campo de que o iPaper precisa obrigatoriamente?
Um Product ID/SKU único que também apareça no PDF (como texto visível, texto oculto, uma camada ou um comentário), já que é esse ID que a Enrichment Automation usa para associar as linhas do feed às páginas do catálogo.

O iPaper consegue ler JSON ou XML aninhados?
Não — a documentação do iPaper pede explicitamente uma estrutura de dados plana, sem aninhamento, para que a Enrichment Automation possa interpretá-la.

Devo usar um arquivo estático ou um feed ativo?
Use um arquivo estático quando seus dados de produtos não forem mudar durante a vida útil do catálogo; use um feed ativo quando preços ou estoque mudarem nesse período.

Minha automação funcionava e agora não gera nenhum link — o que mudou?
O guia de solução de problemas do iPaper aponta primeiro para a consistência dos nomes dos cabeçalhos e a correspondência dos Product IDs e, depois, para o próprio PDF (texto digitalizado/não selecionável, nome errado da camada oculta ou uma versão de PDF não suportada, acima da 1.7).

O iPaper é uma plataforma que oferece soluções de publicação digital para que empresas criem catálogos online interativos, folhetos, revistas e outras publicações digitais. Ele permite que as empresas convertam facilmente seus PDFs existentes em publicações digitais que podem ser otimizadas para diferentes dispositivos e incorporadas em sites.

O iPaper foi fundado em 2006, o que o torna um player consolidado no setor de publicação digital. Seu objetivo é ajudar as empresas a fazer a transição da mídia impressa tradicional para as publicações digitais, permitindo que alcancem um público mais amplo e melhorem a experiência do usuário.

A plataforma iPaper surgiu na Dinamarca, o que a torna um produto da inovação dinamarquesa. A Dinamarca é reconhecida por seu forte foco em tecnologia e design, e o iPaper reflete esses valores ao oferecer uma plataforma intuitiva e visualmente atraente.

A plataforma iPaper oferece uma série de recursos para aprimorar a experiência de publicação digital. Ela permite que os usuários personalizem a aparência e o layout de suas publicações, incluindo a adição de elementos interativos como vídeos, hiperlinks e animações. Isso garante que as publicações sejam envolventes e interativas, proporcionando uma experiência mais imersiva aos leitores.

Além disso, o iPaper oferece ferramentas de análise poderosas que permitem às empresas obter insights sobre o comportamento e o engajamento do público com as publicações. Esses dados ajudam as empresas a tomar decisões embasadas e a otimizar suas publicações digitais para obter melhores resultados.

A plataforma também foi projetada para ser fácil de usar, sem exigir programação ou habilidades técnicas para criar e publicar publicações digitais com aparência profissional. Ela oferece um editor de arrastar e soltar, o que facilita a personalização e a criação de conteúdo.

Além disso, o iPaper garante que as publicações digitais sejam responsivas e compatíveis com diversos dispositivos e tamanhos de tela. Isso garante que as publicações possam ser acessadas e aproveitadas por usuários em diferentes smartphones, tablets e desktops.

Com seu design fácil de usar, recursos poderosos e foco em oferecer uma experiência de publicação digital fluida, o iPaper conquistou reconhecimento e popularidade entre empresas de diversos setores. Tornou-se uma plataforma confiável para criar e distribuir publicações digitais no mundo todo.

Em resumo, o iPaper é uma plataforma de publicação digital de origem dinamarquesa fundada em 2006. Ela oferece às empresas ferramentas para converter seus PDFs em publicações digitais interativas e responsivas que podem melhorar a experiência do usuário e alcançar um público mais amplo. Com sua variedade de recursos e interface fácil de usar, o iPaper se tornou uma plataforma de referência para empresas que buscam fazer a transição da mídia impressa tradicional para a publicação digital.