Esta página lista algumas práticas recomendadas na geração de relatórios.
Salvar e reutilizar relatórios
É recomendável criar e salvar relatórios para consultas que você faz regularmente,
porque inserir e excluir o mesmo relatório várias vezes desperdiça recursos.
Usar períodos relativos como YESTERDAY ou
LAST_7_DAYS facilita a reutilização dos relatórios.
Programar relatórios
Pode ser um desperdício de recursos usar relatórios ad hoc (ou únicos), porque eles são gerados de forma individual e, possivelmente, com base em um conjunto de dados incompleto. Com os relatórios programados, é possível aproveitar mais os recursos disponíveis, porque eles são gerados em massa. Além disso, há a garantia de que eles só vão ser gerados após o processamento dos dados do dia anterior. Consulte os campos de programação disponíveis para mais detalhes.
Usar espera exponencial ao pesquisar o status de relatórios
Não é possível prever quanto tempo vai levar para gerar um relatório. Isso pode variar de segundos a horas, dependendo de muitos fatores, como o período e a quantidade de dados a serem processados. Também não há correlação entre o tempo de geração do relatório e o número de linhas retornadas. Por isso, você precisa conferir regularmente o status do relatório em geração para identificar quando o processo foi concluído. Esse processo é chamado de "sondagem".
Embora a sondagem seja necessária, uma implementação ineficiente talvez esgote sua cota rapidamente se uma geração de relatório demorar muito para ser concluída. Use a espera exponencial para limitar as tentativas e economizar sua cota.
Fazer downloads de várias partes
Os arquivos de relatório podem ter vários gigabytes. Fazer o download desses relatórios em uma única solicitação pode levar a problemas de conexão. Além disso, se um download de solicitação única for interrompido, ele não vai poder ser retomado. Também não vai ser possível retomar esse tipo de download com falha. Evite esse problema usando downloads de várias partes para dividir downloads grandes em porções menores. Se apenas uma das partes falhar, o download vai ser retomado desse ponto.
Essa divisão tem muitos benefícios, mas cada parte gera uma solicitação individual. Use um tamanho mínimo de 10 MB para evitar o desperdício de cota. No entanto, se o tamanho médio do relatório for muito grande, aumente as partes de acordo com a velocidade da conexão.
IDs legados de pesquisa paga
IDs legados de pesquisa paga, como IDs de campanha de pesquisa paga, podem aparecer em relatórios do CM360 no nível do evento e em relatórios extraídos pela API do CM360. Um exemplo de relatório no nível do evento é um relatório que contém variáveis personalizadas do Floodlight. Para clientes que usam a API CM360, o serviço de mapeamento de IDs do Search Ads 360 pode ajudar a converter entre espaços de IDs legados e novos.
Usar as cotas de relatórios
As três cotas abaixo servem para garantir o uso responsável dos relatórios do Campaign Manager 360 em todos os produtos:
Execuções de relatórios ad hoc (por dia)
Limita o número de relatórios ad hoc que uma conta / perfil de usuário do CM pode gerar no período de 24 horas. Para ficar abaixo da cota:
- Reduza a quantidade de relatórios duplicados.
- Programe relatórios gerados regularmente.
- Desative scripts de API desnecessários.
Relatórios programados ativos
Limita o número de relatórios que uma conta / perfil de usuário do CM pode ter ativamente programados em um determinado momento. Para ficar abaixo da cota:
- Reduza a quantidade de relatórios duplicados.
- Desative relatórios programados desnecessários.
- Desative scripts de API desnecessários.
Relatórios simultâneos
Limita o número de relatórios que uma conta / perfil de usuário do CM pode gerar ao mesmo tempo. Para ficar abaixo da cota:
- Programe relatórios gerados regularmente.
- Desative scripts de API desnecessários.
- Implemente a lógica de espera.
Se você tiver otimizado a implementação de relatórios e ainda exceder a cota, fale com o suporte do Campaign Manager 360 pelo formulário de contato.