Opus Growth

Biblioteca de prompts

Prompts prontos para Claude, ChatGPT e outros assistentes conectados às suas contas de anúncios. Copie um, preencha os colchetes e envie.

Descreva seu problema e encontraremos os prompts certos

Escreva com suas próprias palavras o que está dando errado na sua conta de anúncios, no seu site ou no seu rastreamento. A IA escolhe os prompts da biblioteca que ajudam e explica por que cada um se encaixa.

Experimente:

Relatórios

Ver todos os 49 →

RelatóriosSomente leitura

Monte um scorecard mensal da visibilidade da sua marca nas respostas de IA e compare com o mês passado

Mede o mesmo conjunto de perguntas no ChatGPT, no Perplexity e no Gemini todo mês, verifica se você é citado nas respostas de IA do Google e combina isso com as indicações de IA no GA4 e as buscas pela marca no Search Console. Informa abertamente o ruído de medição e os limites das ferramentas.

Quando usarVocê quer acompanhar todo mês, com a mesma régua, sua visibilidade na busca com IA, e não apenas uma vez, e ver se o seu trabalho está dando resultado.

Use minha conexão com o Opus Growth para isso. Se você não encontrar a ferramenta de que precisa, procure entre as ferramentas do Opus Growth (com search_tools, se estiver na sua lista); se não conseguir acessar as ferramentas de forma alguma, não adivinhe, me avise.

Monte o scorecard deste mês sobre a visibilidade da minha marca [nome da marca] e do meu site [domínio] nas respostas de IA. Mercado: [país], idioma: [código do idioma, por exemplo: en]. Meus concorrentes: [até 3 nomes de marcas concorrentes]. Meu conjunto fixo de perguntas: [5 a 6 perguntas que não citem minha marca, formuladas como um cliente de verdade perguntaria]. Scorecard do mês passado: [cole a tabela do mês passado ou escreva "primeiro mês"]. Esta tarefa é somente leitura.

Mantenha o conjunto de perguntas idêntico todo mês, caso contrário os meses não podem ser comparados. Se eu não tiver informado perguntas, proponha 6 (2 do tipo "melhor [serviço] em [cidade]", 2 comparações, 1 sobre preço, 1 de como fazer), peça minha aprovação e avise que o conjunto não vai mudar.

1. Verificação de créditos. Use seo_history para encontrar consultas executadas recentemente com esses argumentos. Chame novamente as reutilizáveis com os mesmos argumentos, elas retornam sem custo. Diga quantas chamadas novas são necessárias.
2. Participação nos chats de IA. Execute seo_geo_tracker com brand=[nome da marca], brand_domain=[domínio], os concorrentes e o conjunto de perguntas, engines='chat_gpt,perplexity' e repeats=2. A ferramenta executa no máximo 24 consultas ao modelo de linguagem por chamada (perguntas × mecanismos × repetições) e reduz as repetições por conta própria quando esse limite é excedido, então informe prompts_used e calls da resposta para manter os meses na mesma escala. Use a taxa de menção da marca, o número de respostas que citam meu domínio, a taxa por mecanismo, a taxa de cada concorrente e os domínios de fontes mais citados. Esta ferramenta não retorna o texto da resposta, apenas taxas e domínios de fontes.
3. Respostas de IA do Google. Execute as 3 perguntas com maior intenção comercial em seo_ai_overview: target=[domínio], location=[nome do país em inglês, ex.: United Kingdom], language=[código do idioma]. Para cada uma, registre se uma resposta de IA aparece, se meu domínio é citado e quais domínios são citados no lugar. Atenção: a lista de references pode voltar vazia enquanto as fontes aparecem apenas como links dentro do texto de ai_answer; nesse caso, não confie em target_cited, conte os domínios dos links no texto. ai_answer é cortado em 1.200 caracteres, então escreva "não citado" como "não está na parte visível", não como uma certeza.
4. Menções gerais. Execute seo_geo_citations com brand=[nome da marca] e use as contagens de menções nas respostas de IA do Google e no ChatGPT. Se o nome da minha marca for feito de palavras comuns (por exemplo, duas palavras do dia a dia), esse número pode ser inflado por textos sem relação; avise isso e use esta linha para a tendência, não como um valor exato.
5. Visitas reais. Na minha propriedade do GA4 [propriedade do GA4], use ga4_report com dimension='source' para obter sessões e eventos-chave dos últimos 30 dias e dos 30 dias anteriores. Some chatgpt.com, perplexity.ai, gemini.google.com, copilot.microsoft.com, claude.ai e qualquer outra origem que claramente pertença a um assistente de IA. Deixe de fora o tráfego pago marcado com parâmetros utm (por exemplo, uma origem de anúncio como chatgpt_ads), porque isso não é visibilidade orgânica.
6. Buscas pela marca. Na minha propriedade do Search Console, use get_report com platform='search_console', breakdown='query', para os últimos 28 dias e os 28 dias anteriores, e some impressões e cliques das consultas que contêm o nome da minha marca. Ser mencionado em respostas de IA muitas vezes aumenta as buscas pela marca, então esta linha é um sinal indireto.

Formate a saída assim. Primeiro, um resumo de quatro frases. Depois, a tabela do scorecard: métrica, este mês, mês passado, variação, observação. Linhas: taxa de menção no ChatGPT, taxa de menção no Perplexity, respostas que citam meu domínio, taxa de menção de cada concorrente, perguntas em que a resposta de IA do Google me cita, contagens de menções de seo_geo_citations, sessões e eventos-chave de assistentes de IA, impressões de buscas pela marca. Depois, uma tabela por pergunta: pergunta, mencionado no ChatGPT, mencionado no Perplexity, citado pelo Google, fonte de concorrente mais citada. Depois, os 10 domínios de fontes mais citados e quantos deles são do meu site, do site de um concorrente ou de terceiros.

Regras de decisão: com duas repetições, classifique qualquer variação de taxa abaixo de 10 pontos como "dentro do ruído" e não a interprete como uma mudança real. Se este for o primeiro mês, deixe a coluna de variação vazia e registre este mês como a linha de base. Termine com uma recomendação para o próximo mês e entregue a tabela em um formato que eu possa copiar e colar de volta no mês que vem.

RelatóriosSomente leitura

Meça o atraso de conversão antes de avaliar os últimos dias

Calcula, por campanha, quantos dias após o clique as conversões são registradas, estima o quanto os últimos dias ainda estão incompletos e diz se uma decisão de lances deve esperar.

Quando usarQuando as conversões parecem ter caído nos últimos dias e você quer saber se conversões tardias explicam isso antes de mexer em lances ou orçamentos.

Na minha conta do Google Ads [nome da conta], o custo por conversão dos últimos 7 dias parece mais alto. Antes de agir, quero saber se é uma queda real ou apenas conversões que ainda não foram registradas. Esta é uma análise somente leitura, não altere nada.

1. Conheça as ações de conversão. Liste as ações com list_conversion_actions, incluindo o tipo de contagem e a janela de atribuição de cliques (click_lookback_days). Nas etapas seguintes, use apenas ações incluídas na coluna Conversões (included_in_conversions).
2. Monte a curva de atraso. Com google_ads_query, busque os últimos 90 dias por campanha segmentados por segments.conversion_lag_bucket, com metrics.conversions e metrics.conversions_value. Informe o intervalo de datas com BETWEEN e datas explícitas, porque DURING LAST_90_DAYS não é um valor GAQL válido. Para cada campanha, calcule que parcela das conversões chega no primeiro dia, nos primeiros 3 dias, nos primeiros 7 dias e nos primeiros 14 dias.
3. Estime o que ainda falta. Busque os últimos 14 dias dia a dia: cliques, custo, metrics.conversions (pela data do clique) e metrics.conversions_by_conversion_date (pela data em que a conversão aconteceu). Usando a curva da etapa 2, estime quanto das conversões de cada dia ainda está por vir. Por exemplo, se uma campanha recebe 60% das conversões em 3 dias, um dia de 3 dias atrás mostra hoje cerca de 60% do seu número final.
4. Corrija a comparação. Compare os últimos 7 dias com os 7 dias anteriores de duas formas: números brutos e estimativas ajustadas pelo atraso. Identifique cada número ajustado como "estimativa".

Regras de decisão:
1. Se uma campanha tiver menos de 30 conversões nos últimos 90 dias, sua curva de atraso não é confiável. Não faça estimativa para ela, escreva "dados insuficientes" e mostre apenas o número bruto.
2. Se a estimativa ajustada ficar dentro de 15% da semana anterior, atribua a queda ao atraso e não recomende nenhuma mudança de lance, orçamento ou meta.
3. Se a estimativa ajustada ainda mostrar uma queda clara, o atraso não a explica. Diga isso claramente e liste os três primeiros lugares para investigar.
4. Se uma campanha precisar de mais de 7 dias para reunir 90% das conversões, não recomende mudar o CPA desejado ou o ROAS desejado com base nos últimos 7 dias.

Formate a saída assim: primeiro um resumo de três frases. Depois uma tabela com uma linha por campanha: campanha, conversões nos últimos 90 dias, parcela no primeiro dia, parcela nos primeiros 7 dias, dias necessários para 90% das conversões, conversões brutas dos últimos 7 dias, conversões finais estimadas dos últimos 7 dias, custo por conversão bruto e estimado, decisão (esperar, investigar, dados insuficientes). Termine com uma regra para a equipe: nesta conta, quantos dias esperar antes de avaliar uma semana.

RelatóriosAltera após sua aprovação

Ranking mensal de eficiência dos canais pagos com proposta de divisão do orçamento

Um ranking de todos os canais pagos por custo por conversão, com participação no investimento vs participação nas conversões e uma proposta de divisão do orçamento para o próximo mês.

Quando usarQuando um novo mês está começando e você precisa decidir quais canais pagos merecem mais ou menos orçamento.

Compare o último mês completo entre Google Ads, Meta, TikTok e Microsoft Ads.

Monte uma tabela com estas colunas para cada canal:
- investimento
- conversões
- custo por conversão
- valor de conversão e ROAS, onde o valor é rastreado
- participação no investimento total (%)
- participação nas conversões totais (%)

Classifique os canais por custo por conversão. Meu custo por conversão alvo é [CPA alvo].

Regras de decisão:
- Se a participação de um canal nas conversões estiver pelo menos 10 pontos abaixo da participação no investimento, marque-o como candidato a corte.
- Se a participação de um canal nas conversões estiver pelo menos 10 pontos acima da participação no investimento, marque-o como candidato a escala. Para o Google Search, só faça isso se a análise de parcela de impressões mostrar que as campanhas estão perdendo parcela de impressões por orçamento.
- Se um canal tiver menos de 10 conversões, marque como "dados insuficientes" e mantenha o orçamento dele inalterado.

Depois, proponha a divisão do próximo mês em uma tabela com o investimento mensal atual, o investimento proposto e um motivo de uma linha para cada canal. Mantenha o total dentro de [orçamento mensal].

Não aplique nada. Se eu aprovar, mostre uma prévia de cada alteração de orçamento e aguarde minha confirmação.

RelatóriosAltera após sua aprovação

Relatório mensal de Google Ads para o cliente com link compartilhável em white-label

Cria um relatório mensal de uma página, sem jargões, para o cliente, com os números exatos do mês-calendário em comparação ao mês anterior, explica cada grande variação de KPI com base nos dados das campanhas e só gera o link white-label depois que você aprovar o rascunho.

Quando usarQuando você precisa enviar a um cliente os resultados mensais de Google Ads em linguagem simples e explicar o que mudou e por quê.

Prepare o relatório mensal de Google Ads de [conta do cliente] referente a [mês, ex.: 2026-09], comparado ao mês-calendário anterior.

Dados:
- Use list_accounts para encontrar o ID de cliente de [conta do cliente].
- Extraia os números exatos do mês-calendário com get_report (plataforma google_ads) usando start_date e end_date de [mês] e depois repita para o mês anterior. Traga tanto os totais da conta quanto as linhas no nível de campanha.
- Se precisar de mais detalhes das campanhas, use performance_report no nível de campanha.
- KPIs: custo, cliques, conversões, valor de conversão, CPA, ROAS e CTR, cada um com a variação em %. Se o valor de conversão não for rastreado nesta conta, deixe o ROAS de fora e explique o motivo em uma linha.

Escreva para um cliente que não é da área de marketing:
1. Um resumo executivo de 3 frases com o resultado, o principal fator e o que vem a seguir.
2. Uma tabela de KPIs com este mês, o mês passado e a variação em %.
3. As 3 principais campanhas por conversões. Cite também a campanha com o maior CPA entre as que consumiram mais de 10% do gasto total do mês.
4. Três próximos passos concretos que daremos no mês que vem, cada um ligado a algo nos dados.

Sinalize todo KPI que variou mais de 15%. Explique cada um com evidências das linhas no nível de campanha, como uma mudança de investimento entre campanhas, uma variação de CPA em uma campanha específica ou uma queda de conversões. Se os dados não explicarem a variação, diga isso claramente e não chute.

Mantenha em uma página e sem jargões. Mostre o rascunho primeiro e pare.

Depois que eu aprovar o rascunho, crie o link compartilhável white-label com client_report_link usando brand_name [nome da agência ou da marca do cliente]. Atenção: essa ferramenta só aceita uma janela móvel de dias terminando agora, não um mês específico. Portanto, antes de criá-lo, me diga quais datas exatas o link vai cobrir com o valor de days que você pretende usar e se isso corresponde a [mês]. Se não corresponder (por exemplo, se já passamos bastante do fim do mês), me diga isso claramente e deixe que eu escolha: criar o link mesmo assim com a janela móvel dele, ou não criar o link e eu mesmo envio o rascunho aprovado. Depois me passe a URL.

RelatóriosSomente leitura

Triagem do portfólio da agência: quais contas de clientes precisam de atenção esta semana

Compara todas as contas de clientes do Google Ads conectadas nos últimos 30 dias com os 30 anteriores, adiciona o ritmo de gasto do orçamento no mês até agora, classifica as contas por risco e dá aos gestores de conta uma primeira verificação baseada em dados para as 5 principais. Somente leitura.

Quando usarQuando você gerencia muitas contas de clientes do Google Ads e precisa saber quais abrir primeiro esta semana.

Faça a triagem de todas as contas de clientes do Google Ads conectadas. Compare os últimos 30 dias com os 30 dias anteriores.

Como obter os números:
- Execute portfolio_report com days=30 e depois novamente com days=60. Para cada conta, calcule os 30 dias anteriores subtraindo os valores de 30 dias dos valores de 60 dias (custo, cliques, conversões, valor de conversão) e depois calcule você mesmo o CPA e o ROAS dos dois períodos.
- Use list_accounts para obter o ID de cliente de cada conta e depois execute budget_pacing_alerts com threshold_pct=10 para cada conta. O ritmo de gasto é uma projeção do mês até agora para o fim do mês, não a janela de 30 dias, então nomeie essa coluna como "ritmo (este mês)".
- Se uma conta não rastrear valor de conversão, marque o ROAS como n/d em vez de tratá-lo como abaixo da meta.

Marque uma conta como em risco se ela atender a qualquer uma destas condições:
- CPA subiu mais de 20%
- Conversões caíram mais de 20%
- ROAS abaixo de [ROAS alvo ou lista de metas por conta]
- Qualquer campanha sinalizada pelo ritmo de gasto como acima ou abaixo em mais de 10% até o fim do mês

Entregue uma tabela com estas colunas: conta, investimento, conversões, CPA, ROAS, % de variação do CPA e das conversões, ritmo (este mês), motivos de risco. Ordene pelo número de motivos de risco e depois pelo investimento.

Abaixo da tabela, liste as 5 contas que nossos gestores de conta devem abrir primeiro esta semana. Somente para essas 5, execute conversion_tracking_health (days=30) e search_terms_report (days=30, ordenado por custo) para embasar a recomendação. Dê uma verificação inicial concreta para cada uma, por exemplo "os termos de pesquisa da campanha X estão gastando sem converter" ou "a ação de conversão Y não registrou nada em 30 dias", com base no que os dados mostram. Se nenhum dos relatórios explicar o problema da conta, diga o que você analisaria em seguida em vez de adivinhar.

Termine com as contas que mais melhoraram. São boas notícias para as conversas com clientes.

Isto é somente leitura. Não altere nada em nenhuma conta.

RelatóriosSomente leitura

Relatório de funil completo para o cliente: resultados pagos, orgânicos e no site em uma só visão

Um relatório mensal de funil que reúne Google Ads, Search Console e GA4, mostrando qual canal realmente gerou os eventos-chave.

Quando usarQuando um cliente pergunta qual canal realmente gerou seus resultados e você precisa dos dados pagos, orgânicos e do site em uma única história.

Crie um relatório de funil completo para [nome do cliente] cobrindo os últimos 28 dias em comparação com os 28 dias anteriores.

Use a visão geral unificada de marketing para montar uma tabela de funil:
- Investimento, cliques e conversões do Google Ads
- Cliques orgânicos, impressões e posição média do Search Console
- Sessões, taxa de engajamento e eventos-chave do GA4

Mostre a variação em % de cada linha.

Depois, detalhe as sessões e os eventos-chave do GA4 por origem / mídia da sessão. Mostre quais canais geraram os eventos-chave e como a participação de cada um mudou.

No Search Console, liste as 5 consultas com os maiores ganhos de cliques e as 5 com as maiores perdas de cliques.

Escreva uma narrativa curta para o cliente, com no máximo 5 tópicos. Se as conversões do Google Ads e os eventos-chave pagos do GA4 divergirem em mais de 20%, diga isso e explique que os dois sistemas contam de formas diferentes. Não trate a diferença como erro, a menos que os dados provem isso.

Termine com 3 prioridades para o próximo mês, cada uma ligada a um número específico do relatório.

Somente leitura. Não faça nenhuma alteração.

Auditorias de conta

Ver todos os 59 →

Auditorias de contaSomente leitura

Auditoria completa de conta do Google Ads com as três correções para fazer primeiro

Analisa a conta inteira de uma só vez, da mensuração e dos lances à estrutura e às páginas de destino. Classifica os achados por impacto e indica as três primeiras correções sem alterar nada.

Quando usarQuando você herda ou desconfia de uma conta do Google Ads e quer saber o que realmente está errado e por onde começar a corrigir.

Faça uma auditoria completa da minha conta do Google Ads [nome da conta]. Se a conta tiver menos de 90 dias, use todos os dias disponíveis; caso contrário, use os últimos 90 dias. Esta é uma revisão somente leitura, não altere nada.

Comece com account_snapshot para obter o status, o orçamento, a estratégia de lances, a idade e os resultados de cada campanha desde que ela começou. Separe as campanhas que trazem resultados das que gastam sem converter. Depois, analise estas áreas em ordem:

1. Mensuração. Liste as ações de conversão principais com list_conversion_actions. Sinalize qualquer ação principal que não tenha registrado nada nos últimos 30 dias. Procure configurações que possam contar a mesma pessoa duas vezes, por exemplo um clique no telefone e um clique no WhatsApp no site configurados como duas ações principais separadas, ou a tag do Google Ads e um evento importado do GA4 ambos como principais para o mesmo formulário. Verifique quantos cliques foram para o botão de ligação nos anúncios e se essas ligações foram realmente registradas, usando google_ads_query em call_view.
2. Lances e orçamento. Use impression_share_analysis para mostrar, por campanha, a parcela de impressões perdida por orçamento e por classificação. Use keyword_quality_report para encontrar palavras-chave abaixo do lance da primeira página ou raramente exibidas por baixa qualidade. Para campanhas com Smart Bidding, diga se os últimos 30 dias têm conversões suficientes para a meta que elas usam.
3. Estrutura. Verifique se as pesquisas pela marca compartilham campanha com as pesquisas genéricas, se cada grupo de anúncios leva as pessoas à página do seu próprio serviço e se a mesma palavra-chave aparece em mais de um grupo de anúncios.
4. Termos de pesquisa. Use search_terms_report para separar termos que gastam sem converter, marcas concorrentes e pesquisas informativas. Nunca conte como desperdício um termo com pelo menos uma conversão.
5. Anúncios e recursos. Revise a eficácia dos anúncios, os recursos reprovados e se os links de site apontam para a página certa. Sinalize separadamente qualquer texto ou recurso que descreva um serviço que a empresa não oferece: [serviços não oferecidos, ou escreva "nenhum"].
6. Páginas de destino. Obtenha cliques, custo e taxa de conversão por página em landing_page_view com google_ads_query. Nas páginas que recebem mais investimento, verifique se existem botões de telefone e de WhatsApp e confira a velocidade no celular com core_web_vitals.
7. Local, horário e dispositivo. Mostre se a opção de local está definida como "Presença", quanto do investimento vai para fora da área-alvo e o investimento e as conversões fora de [horário de funcionamento].

Formate a resposta assim: primeiro, um resumo de cinco frases sobre a situação da conta. Depois, uma tabela de achados classificada por importância: problema, evidência, impacto estimado, recomendação. No final, as três correções para fazer primeiro e por que cada uma vem primeiro. Quando os dados não forem suficientes para uma conclusão, não adivinhe, diga o que está faltando.

Auditorias de contaSomente leitura

Auditoria completa de conta do Meta Ads com as três correções para fazer primeiro

Analisa de uma só vez a mensuração, os problemas de veiculação, a fase de aprendizado, a segmentação, os posicionamentos e a fadiga de criativos. Classifica os achados e indica as três primeiras correções sem alterar nada.

Quando usarQuando os resultados dos seus anúncios no Meta caíram ou estagnaram e você precisa saber o que está errado na conta antes de mexer em qualquer coisa.

Faça uma auditoria completa da minha conta de anúncios do Meta [conta de anúncios]. Use os últimos 30 dias como período principal e os 30 dias anteriores como comparação. Esta é uma revisão somente leitura, não altere nada.

Comece com account_snapshot para a plataforma meta para obter o status, o orçamento, o objetivo, a idade e os resultados de cada campanha desde que ela começou. O Meta não tem uma contagem única de conversões, então use o resultado que cada campanha realmente otimiza (leads, conversas iniciadas por mensagem, compras). Depois, analise estas áreas em ordem:

1. Mensuração. Verifique o horário do último evento do pixel com list_meta_pixels. Confirme que o evento que cada campanha otimiza está realmente sendo registrado. Sinalize configurações que possam contar o mesmo resultado duas vezes, por exemplo leads coletados tanto pelo pixel quanto por um formulário instantâneo.
2. Veiculação. Liste os conjuntos de anúncios que foram rejeitados, estão travados em análise, ficaram sem nenhum anúncio ativo ou gastam menos da metade do orçamento. Informe o motivo apontado pelo Meta em cada caso.
3. Fase de aprendizado. Encontre conjuntos de anúncios tão fragmentados que não conseguem chegar a 50 resultados por semana. Use meta_change_history para mostrar as edições dos últimos 14 dias que reiniciaram o aprendizado.
4. Segmentação e públicos. Sinalize conjuntos de anúncios que segmentam o mesmo público e conjuntos com frequência acima de [frequência máxima].
5. Posicionamentos e dispositivos. Com get_report, compare o custo por resultado por publisher_platform e por dispositivo com a média da conta. Não tome decisões sobre segmentos com menos de 20 resultados.
6. Criativos. Considere um anúncio fatigado quando a frequência sobe enquanto a taxa de cliques cai e o custo por resultado aumenta. Descreva brevemente o ângulo que os anúncios vencedores têm em comum.
7. Destino. Verifique se a página ou o link do WhatsApp para onde os anúncios levam as pessoas funciona e condiz com o objetivo.

Auditorias de contaAltera após sua aprovação

Una os contatos por telefone e WhatsApp em uma única conversão confiável

Evita que uma mesma pessoa seja contada duas vezes quando liga e também envia mensagem. Vincula os dois botões do site a uma única conversão e verifica se o botão de ligação nos anúncios está sendo medido.

Quando usarQuando as pessoas ligam e enviam mensagem a partir do mesmo site e você suspeita que um visitante esteja sendo contado como duas conversões, fazendo seu custo por conversão parecer melhor do que realmente é.

Na minha conta do Google Ads [nome da conta], os clientes em potencial entram em contato pelos botões de telefone e WhatsApp do site. Se uma pessoa que clica nos dois botões for contada como duas conversões, meu custo por conversão parece menor do que realmente é e o algoritmo de lances aprende a coisa errada. Corrija isso.

1. Mapeie a configuração atual. Liste as ações principais, suas categorias e tipos de contagem com list_conversion_actions. No meu contêiner do Tag Manager [ID do contêiner do GTM], use list_gtm_tags para mostrar qual tag dispara qual rótulo de conversão. Estime, com números, com que frequência um mesmo clique em anúncio pode ter gerado mais de uma conversão de contato nos últimos 30 dias.
2. O botão de ligação nos anúncios. Com google_ads_query, verifique quantos cliques e quanto gasto foram para o botão de ligação nos anúncios e use call_view para checar se essas ligações foram registradas. Se houver cliques, mas nenhum registro, diga isso com clareza e ofereça duas opções: remover o recurso de ligação ou aceitar esses cliques como tráfego não medido.
3. Mostre o plano. Proponha uma única ação de conversão chamada "Contact click (Phone + WhatsApp)" com a contagem definida como uma. Vincule-a a uma única tag que dispare tanto no acionador de telefone quanto no de WhatsApp. Torne as duas ações antigas secundárias. Diga se as campanhas com Smart Bidding precisam ter a meta revisada, já que a contagem de conversões vai cair.
4. Aplique após a minha aprovação. Crie a ação de conversão, defina a contagem como uma, atualize a tag no Tag Manager e mostre a lista de alterações antes de publicar. Depois de publicar, anote qual versão pode ser restaurada.

Termine com um plano de teste curto: como ver no modo de prévia que apenas a nova tag dispara quando os dois botões são clicados e quantos dias leva para a correção aparecer nos dados reais.

Auditorias de contaSomente leitura

Faça uma auditoria completa de SEO, AEO e GEO e receba um scorecard baseado em evidências

Avalia acesso, saúde técnica, dados estruturados, citabilidade do conteúdo, sinais de confiança e visibilidade em IA medida, em seis áreas com cinco verificações concretas cada. Mostra a evidência de cada ponto e ordena as correções por impacto e esforço, sem alterar nada.

Quando usarVocê quer um relatório baseado em evidências mostrando onde seu site está no Google e na busca com IA, e uma lista de tarefas clara para entregar a uma agência ou desenvolvedor.

Audite meu site [URL do site] de ponta a ponta para a busca tradicional, os mecanismos de resposta (AEO) e a busca com IA (GEO). Minha propriedade do Search Console: [propriedade do Search Console]. Principal concorrente: [domínio do concorrente, ou "nenhum"]. Mercado: [país], idioma: [código do idioma]. As 3 buscas que mais trazem negócios para mim: [3 consultas comerciais]. Meus modelos de página mais importantes: [página inicial, uma página de serviço e a URL de um post do blog]. Esta tarefa é somente leitura.

Regra de créditos: antes de começar, verifique as execuções anteriores com seo_history e chame novamente as reutilizáveis com os mesmos argumentos. Mostre-me uma única vez a lista das novas chamadas que vão gastar créditos e obtenha minha aprovação.

Coleta de dados:
1. Execute a análise combinada com seo_full_analysis, informando domain, competitor, location e language. A seção de visibilidade em IA dela mede a única palavra-chave pela qual o site mais aparece, que pode não ter nada a ver com o meu negócio; não use essa seção na pontuação e, em vez disso, meça minhas 3 buscas comerciais com seo_ai_overview e target=[domínio]. Se references estiver vazio, conte os domínios dos links dentro de ai_answer.
2. Execute seo_site_crawl com max_pages próximo ao número de páginas do site (no máximo [limite de páginas]). Ele retorna um task_id; chame-o novamente com o mesmo task_id após 60 a 90 segundos e aguarde até o resumo chegar. Quando necessário, obtenha a lista completa de URLs de um problema com o parâmetro issue. Se o limite do rastreamento não cobrir o site inteiro, diga que os resultados são uma amostra.
3. Leia robots.txt, sitemap.xml e llms.txt com site_read_url. Leia minhas páginas-modelo com text=true (se truncated for true, novamente com max_bytes=1000000) e com outline=true. Para JSON-LD, leia as mesmas páginas com max_bytes=1000000 e extraia os blocos.
4. Meça a página inicial e a página de serviço com seo_audit e strategy='mobile'. Para Core Web Vitals, use dados de usuários reais (de campo) quando existirem; caso contrário, o valor de laboratório, e informe qual usou.
5. Use get_report com platform='search_console' e breakdown 'query by impressions' e 'page by impressions' dos últimos 90 dias. Inspecione as 10 páginas com mais impressões com gsc_inspect_urls. Obtenha o status do sitemap com gsc_sitemaps.
6. Lembre-se de que ferramentas diferentes podem ver versões diferentes da mesma página: se seo_technical_audit ou seo_site_crawl medirem um título em idioma diferente do que site_read_url mostra, registre isso como um achado, pois o site pode estar redirecionando os visitantes por país.

Scorecard: seis áreas, cinco verificações cada, e cada verificação é aprovada (1) ou reprovada (0). Se uma verificação não tiver dados, escreva "não medido" e retire-a do denominador; nunca pontue por suposição.
1. Acesso e rastreabilidade: o robots.txt está aberto para os rastreadores de IA de busca; as páginas principais retornam 200 com no máximo um redirecionamento; não há noindex nas páginas principais; o sitemap não tem erros e contém as páginas principais; o conteúdo principal é visível sem JavaScript.
2. Saúde técnica e velocidade: LCP mobile abaixo de 2,5 segundos; CLS abaixo de 0,1; INP abaixo de 200 ms; sem páginas quebradas ou links internos quebrados no rastreamento; sem títulos ou descrições duplicados.
3. Dados estruturados e entidade: existe um nó Organization ou LocalBusiness; os nós estão ligados por @id; o schema combina com o tipo de página (Service, Article, Product); os fatos do schema coincidem com o texto visível; as URLs de sameAs funcionam.
4. Citabilidade do conteúdo: o primeiro parágrafo das páginas principais responde diretamente à pergunta; os títulos nomeiam o tema ou a pergunta com clareza; fatos comparáveis estão em uma tabela; existe um FAQ específico da página; há números e datas concretos.
5. Sinais de confiança: a página Sobre é concreta (quem, onde, desde quando); os dados de contato estão no site e são consistentes; os posts mostram autor ou publicador; as datas de publicação e atualização estão visíveis; as páginas legais são acessíveis pelo rodapé por links estáticos.
6. Visibilidade em IA medida: citado na resposta de IA do Google para pelo menos uma das 3 buscas comerciais; citado na busca pela marca; o llms.txt existe e está correto; o Search Console mostra cliques de buscas sem a marca; se o principal concorrente é citado nessas buscas, há pelo menos uma em que eu também sou citado.

Formate a saída assim. Primeiro, um resumo executivo de cinco frases. Depois, a tabela de pontuação: área, nota (por exemplo 3/5), verificações reprovadas. Em seguida, a tabela de evidências: área, verificação, resultado, evidência (nome da ferramenta e valor retornado), URLs afetadas. Depois, a lista de correções: para cada item, o impacto (alto, médio, baixo), o esforço (horas, dias, semanas) e quem executa; alto impacto e baixo esforço primeiro. No final, as três primeiras correções e por que vêm primeiro. Não emita julgamento sobre nada que não foi medido.

Auditorias de contaSomente leitura

Verifique o que a IA diz sobre sua marca: preços, endereço, horários e serviços

Puxa o que a resposta de IA do Google diz para perguntas sobre sua marca e em quais fontes ela se baseia, depois confere cada afirmação com os dados atuais do seu site e do Business Profile. Descobre de qual fonte vem o detalhe errado ou desatualizado e planeja como corrigi-la.

Quando usarClientes citam um preço errado, um endereço antigo ou um serviço que você não oferece mais e que ouviram de uma IA, ou você nunca verificou o que a IA diz sobre a sua marca.

Verifique se as respostas de IA dão informações corretas sobre minha marca [nome da marca]. Meu site: [domínio]. Mercado: [país], idioma: [código do idioma]. Minha unidade no Business Profile: [nome do local ou domínio, ou "nenhum"]. Respostas que copiei do ChatGPT ou do Perplexity: [cole-os ou escreva "nenhum"]. Este é um trabalho somente de leitura e planejamento.

1. Prepare as perguntas. Proponha de 6 a 8 perguntas destes tipos para minha marca e peça minha aprovação: "o que é [nome da marca]", "preços da [nome da marca]", "onde fica a [nome da marca]" ou seu endereço, "horário de funcionamento da [nome da marca]", "quais serviços a [nome da marca] oferece", "[nome da marca] vs [concorrente]", "a [nome da marca] é confiável". Escreva-as no idioma do mercado.
2. Verificação de créditos. Use seo_history para ver se essas perguntas foram executadas recentemente e chame novamente as reaproveitáveis com os mesmos argumentos.
3. Respostas de IA do Google. Execute seo_ai_overview para cada pergunta: target=[domínio], location=[nome do país em inglês], language=[código do idioma]. Pegue o texto da resposta (ai_answer) e as fontes. Se references estiver vazio, use os links dentro de ai_answer como fontes. O ai_answer é cortado em 1.200 caracteres, então avise que as afirmações na parte cortada não podem ser avaliadas. Registre qualquer pergunta sem resposta como "sem resposta de IA".
4. ChatGPT e Perplexity. As ferramentas do Opus Growth não retornam o texto das respostas desses mecanismos. Se eu colei respostas, avalie-as do mesmo jeito. Se não colei, sugira que eu faça essas perguntas em um chat novo, sem histórico, e cole as respostas.
5. Reúna os fatos corretos. Leia as páginas de preços, contato, institucional e de serviços com site_read_url e text=true (se truncated for true, de novo com max_bytes=1000000). Se eu tiver uma unidade, leia nome, endereço, telefone, horários, categorias e lista de serviços com gbp_location_details. Se essas duas fontes divergirem, informe isso separadamente, porque a IA não tem como saber qual delas repetir.
6. Compare as afirmações. Coloque cada afirmação concreta de cada resposta (preço, nome de pacote, endereço, telefone, horário, serviço, ano de fundação, propriedade, comparação) em uma linha própria e dê a ela um destes rótulos: correta, desatualizada (já foi verdadeira), errada, não está no site (não dá para verificar). Não classifique por suposição.
7. Encontre a fonte. Para cada afirmação desatualizada ou errada, abra a fonte citada na resposta: leia essa página com site_read_url e confirme se o detalhe errado realmente está lá. Se a fonte estiver no meu site, diga qual página e qual frase. Se for um site de terceiros (um diretório, uma notícia antiga, um site de reclamações), informe a URL e a data da página.

Formate a saída assim. Primeiro um resumo de quatro frases: quantas afirmações estão corretas, quantas estão desatualizadas ou erradas e qual afirmação errada causa mais dano. Depois uma tabela de afirmações: pergunta, o que a IA disse, a fonte em que se baseou, o fato correto e sua fonte (página do site ou Business Profile), rótulo. Depois um plano de correção, com cada linha baseada na origem do erro:
1. A fonte é meu site: a página e a frase a alterar, o texto antigo e o novo. Se um preço antigo ou um serviço descontinuado ainda aparecer em outra página, sugira atualizar essa página ou redirecioná-la com um 301.
2. A fonte é o Business Profile: o campo a alterar, o valor antigo e o novo.
3. A fonte é de terceiros: como enviar a esse site um pedido de correção, com uma mensagem rascunhada. Não envie.
4. O fato não está escrito com clareza em lugar nenhum: qual página do site deve declará-lo em uma frase clara.

Não altere nada e não envie mensagens. As respostas de IA podem levar semanas para reler uma fonte corrigida; avise isso e sugira medir as mesmas perguntas novamente em 4 semanas.

Auditorias de contaSomente leitura

Verifique se os crawlers de IA realmente conseguem acessar e ler seu site

Resolve o robots.txt para cada crawler de IA por função, verifica códigos de status, redirecionamentos e cabeçalhos de bloqueio, e mede o que cada página mostra sem JavaScript. Termina com uma lista de correções priorizada e não altera nada.

Quando usarSeu site nunca é citado nas respostas de IA, ou você não tem certeza se um firewall, uma configuração de CDN ou uma regra do robots.txt está bloqueando discretamente os rastreadores de IA.

Verifique se o meu site [URL do site] consegue entregar conteúdo para buscas com IA, como ChatGPT, Claude, Perplexity, Gemini e Copilot. Minha propriedade do Search Console é [propriedade do Search Console, ou "nenhuma"]. Minhas páginas mais importantes são: [5 a 10 URLs de páginas]. Esta é uma auditoria somente leitura, não altere nada.

1. robots.txt. Leia [URL do site]/robots.txt com site_read_url e anote o código de status. Se o arquivo retornar 5xx ou entrar em loop de redirecionamentos, avise logo no início que os rastreadores podem não conseguir rastrear o site de forma alguma. Depois, descubra qual grupo de regras se aplica a cada um destes rastreadores e se minhas páginas principais estão permitidas: OAI-SearchBot, ChatGPT-User, GPTBot, Claude-SearchBot, Claude-User, ClaudeBot, PerplexityBot, Perplexity-User, Googlebot, Google-Extended, Bingbot, Applebot, Applebot-Extended, CCBot, meta-externalagent. Quando um rastreador tem um grupo com o próprio nome, só esse grupo vale e as regras de `User-agent: *` não valem, então leve isso em conta.
2. Classifique os rastreadores por função. Os que rastreiam para busca e citações são OAI-SearchBot, Claude-SearchBot, PerplexityBot, Bingbot e Googlebot. Os que buscam uma página em tempo real quando um usuário faz uma pergunta são ChatGPT-User, Claude-User e Perplexity-User. Os que coletam dados de treinamento são GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, CCBot e meta-externalagent. Sinalize qualquer rastreador de busca bloqueado com a severidade mais alta, porque o site não pode ser citado nas respostas desse assistente. Não trate um rastreador de treinamento bloqueado como erro, descreva como uma escolha. Observe que o Google-Extended não afeta a Pesquisa Google nem as AI Overviews e controla apenas se o conteúdo é usado pelos modelos Gemini.
3. Códigos de status e cabeçalhos. Leia cada página principal com site_read_url e max_bytes=0. Informe apenas o código de status, a cadeia de redirecionamentos (redirects), os cabeçalhos `x-robots-tag` e `content-type` e o valor de `server`, não o despejo completo dos cabeçalhos. Sinalize cadeias de redirecionamento com mais de dois saltos, uma URL final diferente da canônica e qualquer cabeçalho noindex ou nosnippet. Se uma página retornar 403, 429 ou 503 e o valor de server indicar uma camada de proteção como Cloudflare, Sucuri ou Akamai, diga que pode ser um bloqueio de bots.
4. Conteúdo sem JavaScript. Leia as páginas principais com site_read_url e text=true. Essa visão é extraída do HTML que o servidor envia, que é o que um rastreador de IA que não executa JavaScript enxerga. Se a resposta indicar truncated como true, leia a página de novo com max_bytes=1000000, caso contrário você vai achar que falta conteúdo no final da página. Para cada página, diga se o H1, o primeiro parágrafo do conteúdo principal, os detalhes de preço ou serviço e os dados de contato estão nesse texto, e se internal_links contém links para as páginas do menu principal.
5. Conteúdo com JavaScript. Meça as três páginas mais importantes com seo_technical_audit, que renderiza a página com JavaScript. Sinalize separadamente qualquer página em que o título, o H1 ou o idioma sejam diferentes entre as duas visões. Uma diferença de idioma geralmente vem de um redirecionamento automático baseado no país ou no idioma do navegador do visitante e, como a maioria dos rastreadores de IA vem de servidores nos Estados Unidos, isso pode fazer com que eles vejam a versão de idioma errada.
6. O que o Google enxerga. Se eu tiver uma propriedade do Search Console, inspecione as páginas principais em uma única chamada de gsc_inspect_urls: estado de cobertura, data do último rastreamento e canônica escolhida pelo Google. Liste qualquer página principal bloqueada pelo robots.txt ou exibida como "Rastreada, mas não indexada no momento". Liste os sitemaps enviados, com seus avisos e erros, usando gsc_sitemaps.
7. Arquivos de descoberta. Leia sitemap.xml e llms.txt com site_read_url. Verifique se minhas páginas principais estão no sitemap e se os valores de lastmod parecem reais, e avise se todas as URLs tiverem a mesma data. Se o llms.txt não existir, registre como uma lacuna, mas não crítica, porque nenhum dos principais mecanismos de busca com IA afirmou oficialmente que usa esse arquivo como sinal de ranqueamento ou citação.

Explique com clareza os limites das ferramentas. site_read_url envia a requisição como um navegador e não consegue se passar por GPTBot ou ClaudeBot, então uma regra de firewall que bloqueia apenas pelo nome do rastreador não aparecerá nesta auditoria. Se eu uso um CDN ou firewall, lembre-me de verificar no painel dele uma configuração que bloqueie rastreadores de IA (no Cloudflare, "AI Crawl Control" ou "Block AI bots"). Se o site estiver hospedado na Opus Growth, não me envie a nenhum painel de CDN e, se você identificar um bloqueio, sugira reportá-lo com report_issue.

Formate a saída assim. Primeiro, um resumo de três frases: meu site está aberto para a busca com IA e, se não estiver, qual é o maior bloqueio. Depois, uma tabela de rastreadores: rastreador, função, decisão do robots.txt, a linha de regra que decide, severidade. Depois, uma tabela de páginas: URL, código de status, redirecionamentos, x-robots-tag, H1 e primeiro parágrafo no texto sem JavaScript (sim ou não), diferença em relação à visão com JavaScript, estado de cobertura no Google. Termine com uma lista de correções ordenada por severidade, cada uma com sua evidência e quem deve executá-la (eu, um desenvolvedor, o provedor de hospedagem). Quando os dados não forem suficientes para uma conclusão, não adivinhe, diga o que está faltando.

Criação de campanhas

Ver todos os 48 →

Criação de campanhasAltera após sua aprovação

Adicione um botão de mensagem do WhatsApp aos anúncios da Rede de Pesquisa do Google e meça os resultados

Adiciona às campanhas certas o recurso de mensagem que inicia uma conversa no WhatsApp direto da pesquisa. Escreve a mensagem pré-preenchida para cada serviço e confere se as conversas são contadas como conversões.

Quando usarQuando você quer que quem pesquisa inicie uma conversa no WhatsApp direto dos seus anúncios da Rede de Pesquisa do Google e precisa que essas conversas sejam rastreadas como conversões.

Na minha conta do Google Ads [nome da conta], quero que os potenciais clientes possam nos enviar mensagem pelo WhatsApp direto do resultado de pesquisa. O número de WhatsApp da empresa é [número do WhatsApp].

1. Verifique a situação atual. Use list_extension_assets para mostrar quais campanhas já têm um recurso de mensagem. Se alguma tiver, use extension_asset_performance para mostrar quantos cliques ele recebeu nos últimos 30 dias e google_ads_query para ver se esses cliques geraram conversões.
2. Quais campanhas devem recebê-lo? Proponha as campanhas de Pesquisa que captam leads e têm alta participação de tráfego mobile. Avalie a campanha de marca separadamente das campanhas de serviços.
3. Escreva os textos. Para cada campanha, proponha uma mensagem de boas-vindas curta e uma chamada para ação adequadas ao serviço, no idioma dos anúncios. Exemplo: "Olá, gostaria de informações sobre [serviço]." Sem preços e sem promessas que não podemos cumprir.
4. Confira a mensuração. Use list_conversion_goals para verificar se as conversas iniciadas pelo recurso de mensagem contam como conversões. Se o botão de WhatsApp do site também for medido separadamente, avise que a mesma pessoa pode ser contada duas vezes e recomende qual deve ser a principal.
5. Prévia e aprovação. Mostre os recursos que serão adicionados por campanha e aguarde a minha aprovação. Depois de aprovado, adicione-os com manage_extension_assets e leia-os de volta para confirmar.

Liste também as métricas a verificar 14 dias depois de o recurso entrar no ar: cliques na mensagem, conversas iniciadas e custo por conversa.

Criação de campanhasAltera após sua aprovação

Crie uma campanha no TikTok que inicia conversas no WhatsApp, criada pausada

Cria uma campanha no TikTok que leva os espectadores ao WhatsApp com uma mensagem pré-preenchida, em vez de enviar o tráfego para o site. Cria tudo pausado, mostra uma prévia e deixa o lançamento com você.

Quando usarQuando você quer enviar os espectadores do TikTok direto para conversas no WhatsApp, em vez de para o seu site, e precisa que a campanha seja configurada para você.

Na minha conta de anúncios do TikTok [conta de anúncios], quero enviar os espectadores direto para o WhatsApp com uma mensagem pré-preenchida, em vez de para o site. Meu número de WhatsApp é [número do WhatsApp]. Serviços a promover: [serviços, por exemplo "habilitação de moto, habilitação de caminhão"]. Área de segmentação: [cidade ou região].

1. Preparação. Use list_tiktok_identities para listar a identidade que os anúncios vão usar, e list_tiktok_videos e list_tiktok_posts para os vídeos disponíveis. Recomende o melhor vídeo para cada serviço. Se não houver um vídeo adequado, pare e descreva o vídeo necessário.
2. Estrutura. Proponha uma campanha de geração de leads com um grupo de anúncios separado para cada serviço. Encontre a localização com tiktok_region_search. Escolha a faixa etária a partir dos requisitos legais de cada serviço e explique o motivo. Defina o orçamento diário em [orçamento diário] por grupo; avise-me se estiver abaixo do orçamento mínimo de grupo de anúncios do TikTok.
3. Destino. O link do anúncio deve abrir o WhatsApp com uma mensagem pré-preenchida que cite o serviço. Exemplo: "Olá, gostaria de informações sobre [serviço]." Assim, cada mensagem recebida mostra de qual anúncio veio.
4. Prévia. Mostre as configurações da campanha, do grupo de anúncios e do anúncio em uma única tabela e aguarde minha aprovação.
5. Criação. Após a aprovação, crie a campanha, os grupos de anúncios e os anúncios pausados. Me passe todos os IDs. Deixe os anúncios enviados para a revisão do TikTok; eu mesmo vou lançá-los.

Termine com as métricas a acompanhar nos primeiros 7 dias: cliques no WhatsApp, custo por clique e como as mensagens recebidas se dividem por serviço.

Criação de campanhasAltera após sua aprovação

Crie uma campanha local de Pesquisa do Google do zero, criada pausada

Uma campanha de Pesquisa totalmente estruturada, com palavras-chave, anúncios e negativas, mostrada para aprovação antes de ser criada pausada.

Quando usarQuando você vai lançar o Google Ads para um negócio local e precisa de uma campanha de Pesquisa bem estruturada, criada do zero.

Configure uma nova campanha de Pesquisa do Google para o meu [tipo de negócio] em [cidade]. Ela deve ser criada pausada.

1) Execute o Planejador de palavras-chave com 5 a 10 termos iniciais para os meus principais serviços. Mantenha as ideias com pelo menos 50 buscas mensais em média. Descarte consultas sobre vagas de emprego, faça você mesmo, grátis e treinamento.
2) Agrupe as ideias restantes em 2 a 4 grupos de anúncios com temas bem definidos, um serviço por grupo. Use apenas correspondência de frase e exata, sem correspondência ampla no lançamento.
3) Encontre o ID de local de [cidade]. Defina a opção de local como pessoas presentes no local, e não pessoas interessadas nele.
4) Escreva um anúncio responsivo de pesquisa por grupo de anúncios, com pelo menos 12 títulos e 4 descrições. Inclua a cidade e uma chamada para ação clara. O URL final é [URL da página de destino].
5) Adicione palavras-chave negativas no nível da campanha: vagas, salário, grátis, como fazer, curso, usado.
6) Defina o orçamento diário em [orçamento diário] com Maximizar cliques para começar.

Antes de criar qualquer coisa, mostre a estrutura completa em uma tabela. Inclua grupo de anúncios, palavra-chave, tipo de correspondência, buscas mensais, títulos com contagem de caracteres, negativas, orçamento e local. Aguarde a minha aprovação e depois crie a campanha pausada.

Criação de campanhasAltera após sua aprovação

Campanha Demand Gen com meus vídeos do YouTube de melhor retenção

Seleciona seus vídeos curtos do YouTube mais fortes em retenção e monta uma campanha Demand Gen pausada em torno deles. Adiciona segmentação por país e idioma, um público de remarketing de 30 dias e textos de anúncio prontos para uso, com prévia de cada etapa antes de qualquer criação.

Quando usarQuando você quer transformar seus vídeos curtos do YouTube de melhor desempenho em uma campanha Demand Gen do Google com remarketing.

Quero uma campanha Demand Gen que use meus próprios vídeos do YouTube. Ela deve ser criada pausada.

Dados:
- Página de destino: [URL da página do produto ou serviço]
- País: [país]
- Idioma: [idioma]
- Orçamento diário: [orçamento diário]
- Nome da empresa (máx. 25 caracteres): [nome da empresa]

1) Seleção de vídeos.
   - Liste meus canais do YouTube. Se houver mais de um, pergunte qual usar.
   - Busque a visão geral do canal dos últimos 90 dias para obter a porcentagem média de visualização do canal como referência.
   - Busque meus 25 principais vídeos do mesmo período.
   - Classifique-os pela duração média de visualização em segundos, não por visualizações. Mostre título, visualizações, tempo de exibição e duração média de visualização de cada vídeo.
   - O relatório não inclui a duração do vídeo nem a porcentagem de visualização por vídeo. Pegue os 6 primeiros por duração média de visualização e peça que eu cole a duração de cada um, ou a "porcentagem média visualizada" do YouTube Studio. Depois calcule a porcentagem de visualização como duração média de visualização dividida pela duração.
   - Selecione 2-3 vídeos com menos de 60 segundos e mais de 40% de porcentagem média de visualização. Se nenhum se qualificar, diga isso e pare.
   - Para cada vídeo selecionado, peça o link do YouTube ou o ID do vídeo, caso você ainda não o tenha.
2) Verificação de público. Liste meus públicos com suas definições. Procure uma lista de remarketing de visitantes de [URL da página do produto ou serviço] com 30 dias de associação.
   - Se existir, use-a.
   - Se não, proponha uma: nome, regra de URL (CONTAINS [caminho da URL da página do produto ou serviço]), associação de 30 dias, período de retrospectiva de 30 dias.
3) Plano da campanha:
   - Campanha: Demand Gen, orçamento diário [orçamento diário], estratégia de lances Maximizar conversões, a menos que eu diga outra coisa.
   - Um grupo de anúncios, com o nome do produto ou serviço.
   - Local do grupo de anúncios: [país]. Idioma do grupo de anúncios: [idioma]. O Demand Gen mantém local e idioma no grupo de anúncios. Sem essa etapa, a campanha segmenta todos os países, então ela deve ser aplicada antes de qualquer ativação.
   - Público de remarketing no grupo de anúncios. Uma lista recém-criada começa vazia e é preenchida ao longo dos dias seguintes. Recomende se devo anexá-la como Observação ou Segmentação, de acordo com o tamanho atual, e explique por quê.
4) Textos dos anúncios. Para cada vídeo selecionado, escreva:
   - 3 títulos (máx. 40 caracteres cada)
   - 1 título longo (máx. 90)
   - 2 descrições (máx. 90)
   - Uma chamada para ação
   Mostre a contagem de caracteres. O URL final de todos os anúncios é [URL da página do produto ou serviço] e o nome da empresa é [nome da empresa].

Mostre tudo em prévia primeiro: a seleção com métricas, a regra de público, as configurações da campanha e do grupo de anúncios, a segmentação e todos os textos. Aguarde minha aprovação. Depois crie os itens nesta ordem, mostrando uma simulação (confirm=false) de cada etapa e aguardando meu OK antes de confirmar:
a) O público de remarketing, se for necessário um novo.
b) A campanha Demand Gen (pausada).
c) O grupo de anúncios. Primeiro verifique se a campanha já tem um, listando seus grupos de anúncios. Se não tiver, execute a criação do grupo de anúncios como simulação. Se a ferramenta recusar para uma campanha Demand Gen, peça que eu adicione um grupo de anúncios na interface do Google Ads e cole o ID dele, e então continue.
d) Segmentação de local e idioma do grupo de anúncios. Depois de aplicá-la, leia de volta a segmentação do grupo de anúncios e confirme que apenas [país] e [idioma] estão definidos.
e) Anexe o público ao grupo de anúncios no modo combinado.
f) Um anúncio em vídeo para cada vídeo selecionado.

Termine com um resumo dos IDs criados e confirme que a campanha continua pausada.

Criação de campanhasAltera após sua aprovação

Revisão final pré-lançamento das minhas campanhas pausadas antes de ativá-las

Audita todas as campanhas pausadas criadas recentemente quanto a segmentação, qualidade do anúncio, políticas, extensões, programação, orçamento e página de destino, e propõe ativar apenas as que não tiverem nenhuma falha.

Quando usarQuando você criou várias campanhas pausadas no Google Ads e quer ter certeza de que estão prontas antes de ativar qualquer uma delas.

Revise todas as campanhas que criei nos últimos 14 dias e que ainda estão pausadas, antes de eu ativar qualquer uma. Use o snapshot da conta incluindo campanhas inativas para encontrá-las pela data de criação, e liste seus grupos de anúncios e anúncios.

Meus orçamentos diários pretendidos: [nome da campanha: orçamento diário, um por linha]
Meu horário de funcionamento: [horário de funcionamento]

Para cada campanha, verifique o seguinte:

1) Segmentação. A opção de local deve ser pessoas presentes no local, não pessoas interessadas nele. Confirme que o idioma está correto e que as configurações de dispositivo fazem sentido. Em campanhas Demand Gen, leia local e idioma em cada grupo de anúncios, porque o Google os mantém ali.
2) Anúncios. Todo grupo de anúncios deve ter pelo menos um anúncio com Qualidade do anúncio Boa ou superior. Liste os itens de melhoria do Google para os demais. Em Performance Max, verifique a qualidade do anúncio do grupo de recursos. Sinalize também anúncios que estejam pausados: um anúncio pausado continua pausado quando a campanha é ativada e não veicula nada.
3) Políticas. Verifique se há anúncios reprovados ou limitados, e informe o motivo e o texto que causou o problema, conforme o Google reporta.
4) Extensões. Campanhas de Pesquisa devem ter pelo menos 4 links de site e 4 frases de destaque. Para outros tipos de campanha, marque esta verificação como não aplicável, e não como falha.
5) Programação e orçamento. Verifique se a programação de anúncios corresponde ao meu horário de funcionamento e se o orçamento diário corresponde ao valor que informei acima. Se eu não informei um valor para uma campanha, mostre o orçamento atual e marque como "a confirmar".
6) Página de destino. Pegue o URL final dos anúncios. Execute uma auditoria de SEO e de tags em mobile e verifique as Core Web Vitals em mobile. Reprove a página se o LCP em mobile for superior a 2,5 segundos (use dados de campo de usuários reais quando disponíveis, senão dados de laboratório, e diga qual) ou se nenhuma tag do Google (Google Ads ou GA4 / GTM) for encontrada entre as tags de medição carregadas.

Entregue uma tabela por campanha com estas colunas: verificação, aprovado/reprovado/não aplicável, detalhe, correção.

Regra de decisão: recomende ativar apenas as campanhas com zero falhas. Mostre essa lista como simulação (confirm=false), incluindo quaisquer anúncios pausados dentro delas que também precisariam ser ativados, e aguarde minha aprovação antes de alterar qualquer status.

Criação de campanhasAltera após sua aprovação

Configurar uma campanha de retargeting dinâmico de produtos no Meta a partir do catálogo

Verifica pixel, catálogo, conjunto de produtos e Página, cria apenas os públicos de retargeting que faltam e depois elabora uma campanha de Vendas pausada com um conjunto de anúncios de catálogo e um anúncio dinâmico, com prévias de simulação e aprovação antes de qualquer criação.

Quando usarQuando uma loja online quer trazer de volta visitantes que viram produtos ou abandonaram o carrinho, e você precisa de uma campanha de retargeting dinâmico criada a partir do catálogo.

Configure uma campanha de retargeting dinâmico de produtos para o cliente de e-commerce [conta de anúncios do cliente].

Verificações prévias: pare e informe se qualquer uma falhar.
- O pixel disparou recentemente. Leia o horário do último disparo e pare se tiver mais de 24 horas ou estiver vazio. Se o valor tiver precisão apenas de dia, diga isso e me informe o que ele mostra.
- O catálogo aparece entre os catálogos do Business Manager da conta de anúncios e sua contagem de produtos é maior que zero.
- O conjunto de produtos [nome do conjunto de produtos] existe nesse catálogo. Se estiver faltando, liste os conjuntos de produtos disponíveis. Se a listagem mostrar a contagem de produtos, confirme que não está vazio; se não mostrar, diga isso.
- A Página do Facebook para a qual esta conta de anúncios realmente tem permissão de anunciar (verifique com a conta de anúncios, não apenas na minha lista pessoal de Páginas).

Públicos: verifique primeiro os públicos personalizados existentes e depois proponha apenas o que falta. Cada público de site é criado a partir de um evento do pixel, então o pool de retargeting são dois públicos usados juntos no conjunto de anúncios:
- Visualizou um produto (ViewContent), retenção de 14 dias
- Adicionou ao carrinho (AddToCart), retenção de 14 dias
- Compradores (Purchase), retenção de 30 dias, como exclusão
Se a lista de públicos retornar tamanhos, avise se os públicos de 14 dias parecerem pequenos demais para entregar.

Elabore o seguinte:
- Uma campanha com o objetivo Vendas, criada pausada, sem orçamento de campanha, para que o conjunto de anúncios o controle.
- Um conjunto de anúncios de catálogo vinculado ao catálogo e ao conjunto de produtos, segmentando os dois públicos de 14 dias, excluindo compradores, com posicionamentos automáticos (sem restrições de posicionamento), otimização de conversão no evento Purchase do pixel e orçamento diário de [orçamento diário], criado pausado.
- Um anúncio dinâmico na Página com botão Comprar agora e o link alternativo [página inicial da loja], criado pausado. O catálogo preenche o nome do produto; coloque o preço na descrição com {{product.price}}. Escreva um texto principal que lembre o espectador do produto que ele viu, sem alegações de desconto, a menos que eu as adicione.

Etapa 1: mostre o plano completo com a saída de confirm=false de cada público que você vai criar e da campanha. Aguarde minha aprovação.
Etapa 2: depois que eu aprovar, crie os públicos e a campanha pausada. Em seguida, mostre a saída de confirm=false do conjunto de anúncios e do anúncio (eles precisam dos novos IDs). Aguarde minha aprovação novamente.
Etapa 3: depois de aprovado, crie-os pausados. Execute uma estimativa de entrega no novo conjunto de anúncios e sinalize um público pequeno. Pegue o id do criativo na resposta de criação (ou leia-o do criativo do novo anúncio) e gere prévias para Feed do Facebook, Feed do Instagram, Stories do Facebook e Stories do Instagram, para que eu possa revisá-las antes de qualquer gasto. Retorne todos os IDs.

Otimização

Ver todos os 48 →

OtimizaçãoAltera após sua aprovação

Por que meus anúncios não aparecem? Diagnóstico de lance de primeira página, ranking e orçamento

Separa, palavra-chave por palavra-chave, se o gasto baixo ou as poucas impressões vêm de lances, qualidade ou orçamento. Aplica alterações de lance e orçamento somente depois da sua aprovação.

Quando usarQuando suas campanhas do Google Ads gastam muito abaixo do orçamento ou quase não recebem impressões e você precisa saber se a causa é lance, qualidade ou orçamento.

Na minha conta do Google Ads [nome da conta], [nomes das campanhas ou "todas as campanhas de Pesquisa"] gastam muito abaixo do orçamento ou recebem pouquíssimas impressões. Use os últimos 30 dias para descobrir o motivo.

1. Nível de campanha. Use impression_share_analysis para mostrar a parcela de impressões de cada campanha, a parcela perdida por orçamento e por ranking, e com que frequência os anúncios aparecem no topo da página. Se uma campanha não consegue usar todo o orçamento e mesmo assim mostra parcela perdida por orçamento, explique o provável motivo.
2. Nível de palavra-chave. Com keyword_quality_report e google_ads_query em keyword_view, levante o lance de cada palavra-chave ativa, as estimativas de primeira página e de topo da página, o Índice de Qualidade e seus três componentes. Separe as palavras-chave em quatro grupos: lance abaixo da estimativa de primeira página, raramente exibida por qualidade baixa, volume baixo demais, sem problema.
3. Recomendação. Para palavras-chave com lance baixo demais e que combinam com o meu negócio, proponha um novo lance. Ele não pode ficar abaixo da estimativa de primeira página nem passar de [custo máximo por clique]. Para palavras-chave de baixa qualidade, em vez de aumentar o lance, diga qual componente precisa ser corrigido: relevância do anúncio, taxa de cliques esperada ou página de destino. Para campanhas que perdem parcela por orçamento e trazem conversões, proponha um orçamento.
4. Prévia e aprovação. Mostre a lista de alterações com valores atuais e novos, calcule a variação estimada do gasto diário e aguarde minha aprovação. Depois da aprovação, aplique separadamente os lances dos grupos de anúncios e das palavras-chave.

Defina a ordem de prioridade por [serviços prioritários, ex.: "habilitação para motos e veículos pesados"]. Aumentar a visibilidade desses vem antes de qualquer outra palavra-chave.

OtimizaçãoAltera após sua aprovação

Pare de pagar para conquistar clientes que você já tem: exclua quem já converteu

Confirma ou cria uma lista de pessoas que chegaram à sua página de agradecimento e a exclui das campanhas voltadas a conquistar novos clientes. Nunca exclui uma lista apenas pelo nome quando não é possível ler a definição dela.

Quando usarQuando você suspeita que as campanhas pelas quais paga para conquistar novos clientes também estão sendo exibidas para clientes atuais, e o seu negócio não depende de compras recorrentes.

Na minha conta do Google Ads [nome da conta], as campanhas feitas para conquistar novos clientes podem estar sendo exibidas também para pessoas que já preencheram um formulário ou compraram. Quero excluir essas pessoas das minhas campanhas de aquisição. O endereço da minha página de agradecimento ou de pedido concluído é: [URL da página de agradecimento]. Minhas campanhas de aquisição são: [nomes das campanhas, ou escreva "você decide"].

1. Separe as campanhas. Obtenha as campanhas ativas com account_snapshot. Deixe de fora as campanhas com brand no nome e as campanhas de remarketing. Deixe de fora também as campanhas Performance Max e anote-as separadamente, porque esse método não funciona da mesma forma nelas.
2. Leia as listas existentes. Com list_audiences e definition=true, obtenha todas as listas com a definição, a duração da associação e os tamanhos na Rede de Pesquisa e na Rede de Display. Nunca exclua uma lista cuja definição não possa ser lida apenas pelo nome, porque excluir a lista errada bloqueia silenciosamente também prospects reais. Nesse caso, mostre-me a lista e peça que eu confirme a regra dela na interface do Google Ads.
3. Escolha ou crie a lista certa. Se uma lista com definição confirmada cobrir os visitantes da página de agradecimento, use-a. Se não, proponha uma nova com create_website_audience, passando o caminho da página de agradecimento em url_contains e [duração da associação, por exemplo 180, conforme o seu ciclo de vendas] em membership_days. Observe que uma lista nova leva tempo para ser preenchida e que o Google precisa de pelo menos 1.000 membros ativos para usar uma lista na Rede de Pesquisa; uma exclusão com uma lista menor não tem efeito na Pesquisa.
4. Leia o que já está associado. Com google_ads_query, extraia os critérios USER_LIST com o campo negative de campaign_criterion e ad_group_criterion. Não proponha adicionar a mesma lista onde ela já está excluída.
5. Prévia e aplicação. Para cada campanha, use manage_audience_targeting com action=exclude e o nome ou ID da lista como audience; não defina bid_modifier. Mostre primeiro a prévia de todas as campanhas com confirm=false, aguarde a minha aprovação, depois aplique e confirme, lendo campaign_criterion novamente, que a lista foi adicionada com negative=true.

Exceção: se o meu negócio depende de compras recorrentes ou renovações (renovações de assinatura, manutenção regular, consumíveis), excluir essas pessoas pode reduzir a receita. Pergunte-me isso logo no início e, de acordo com a minha resposta, proponha uma campanha de remarketing separada em vez de uma exclusão.

Formate a saída assim: uma tabela de campanhas (campanha, tipo, exclusões existentes, lista a adicionar, tamanho da lista na Rede de Pesquisa e na Rede de Display, decisão), uma estimativa aproximada de quando a lista pode atingir um tamanho utilizável na Pesquisa e o gasto que foi para essa lista nos últimos 30 dias. Você só pode medir esse gasto com google_ads_query a partir de campaign_audience_view e ad_group_audience_view se a lista já estava associada à campanha em modo de observação; se não estava, diga que não é possível medir e não adivinhe.

OtimizaçãoAltera após sua aprovação

Envie vendas de cliques do Microsoft Ads de volta como conversões offline

Envia ao Microsoft Ads as vendas fechadas por telefone ou na loja usando o Microsoft Click ID (MSCLKID). Verifica primeiro a meta offline e os dados, remove linhas duplicadas e incompletas e coloca a prévia para a sua aprovação.

Quando usarQuando os potenciais clientes do seu Microsoft Ads se tornam vendas depois, por telefone, na loja ou no seu CRM, e você quer que os lances aprendam com vendas reais, e não com preenchimentos de formulário.

Na minha conta do Microsoft Ads [nome da conta], alguns dos potenciais clientes que chegam por anúncios depois se tornam vendas por telefone ou na loja. Quero enviar essas vendas de volta com o Microsoft Click ID (MSCLKID) para que os lances aprendam com vendas reais. Esta é a minha lista de vendas: [cole a tabela com as colunas MSCLKID, data e hora da venda, fuso horário e valor da venda].

1. Encontre a conta. Obtenha o ID da conta e a moeda com list_microsoft_accounts. Se a moeda vier vazia, não adivinhe, pergunte a mim.
2. Verifique as metas. Com list_microsoft_conversion_goals, liste as metas de conversão da conta com tipo, tipo de contagem e janela de conversão (conversion_window_min, em minutos). Se não houver nenhuma meta do tipo offline, pare e me avise. create_microsoft_conversion_goal só cria metas baseadas em URL, então eu mesmo preciso criar a meta offline na seção de metas de conversão da interface do Microsoft Advertising. Quando eu tiver criado, peça o nome exato dela.
3. Limpe os dados. Verifique minhas linhas com estas regras:
   1. Remova linhas com MSCLKID vazio e diga quantas eram.
   2. Se o mesmo MSCLKID aparecer duas vezes, mantenha apenas um, porque enviar duas vendas para um clique infla as conversões. Se forem realmente duas vendas distintas, pergunte a mim.
   3. Converta as datas para UTC no formato 2026-08-01T14:30:00Z. Se nenhum fuso horário for informado, não adivinhe, pergunte a mim.
   4. A venda deve ser posterior ao clique e estar dentro da janela de conversão da meta. Se a lista não tiver data do clique, diga claramente que essa verificação não pôde ser feita.
   5. Transforme os valores em números e compare a moeda com a moeda da conta.
4. Prévia. Execute upload_microsoft_offline_conversions com account_id, o nome exato da meta como conversion_name, as linhas limpas como conversions (msclkid=...;datetime=...;value=..., uma linha por registro) e a moeda, primeiro com confirm=false. Mostre o número de linhas, uma linha de exemplo e o valor total da prévia.
5. Envie após a minha aprovação. Faça o upload com os mesmos parâmetros e confirm=true, e informe o resultado da ferramenta com o número de linhas. O Microsoft demora para mostrar conversões nos relatórios, então me lembre de verificar no dia seguinte com microsoft_report_query, puxando Conversions e Revenue do relatório CampaignPerformance, se as vendas enviadas aparecem.

Por fim, escreva uma lista de verificação curta para uma configuração duradoura: como confirmar na interface do Microsoft Advertising que a marcação automática do MSCLKID está ativada, como o formulário do site deve guardar o MSCLKID em um campo oculto e quais colunas a equipe de vendas deve preencher para cada venda. Observe que nenhuma ferramenta verifica isso, então eu mesmo vou executar essas etapas.

OtimizaçãoAltera após sua aprovação

Adicione públicos em modo de observação às campanhas de Pesquisa e descubra quem mais converte

Adiciona suas próprias listas e segmentos do Google às campanhas de Pesquisa em modo de observação, sem restringir o alcance. Verifica primeiro a armadilha do modo de segmentação, confere o resultado após a adição e deixa um plano de leitura para 30 dias depois.

Quando usarQuando você não sabe para quais públicos suas campanhas de Pesquisa funcionam melhor e quer começar a coletar esses dados sem reduzir o alcance.

Quero adicionar segmentos de público às campanhas de Pesquisa da minha conta do Google Ads [nome da conta] sem restringir o alcance delas. O objetivo é ver quais públicos convertem melhor e decidir depois com base nisso. É assim que eu descreveria nosso negócio e nosso cliente: [descrição do negócio e dos clientes].

1. Situação atual. Obtenha as campanhas de Pesquisa ativas, suas estratégias de lances e os resultados dos últimos 30 dias com account_snapshot. Com google_ads_query, busque os públicos já anexados em campaign_criterion e ad_group_criterion (type IN USER_LIST, USER_INTEREST, CUSTOM_AUDIENCE, COMBINED_AUDIENCE, com o campo negative).
2. Leia o modo de segmentação. Com google_ads_query, busque targeting_setting.target_restrictions dos recursos campaign e ad_group e observe a dimensão AUDIENCE. Se bid_only=false, esse nível está no modo "Segmentação" e todo público adicionado ali restringe o alcance. Mostre essas campanhas e esses grupos de anúncios primeiro e pergunte a mim antes de adicionar qualquer coisa a eles.
3. Minhas próprias listas. Com list_audiences e definition=true, obtenha as listas, seus tipos e seus tamanhos na rede de Pesquisa. O Google exige pelo menos 1.000 membros ativos para uma lista ser usada na Pesquisa; deixe de fora da proposta as listas abaixo disso e mostre-as separadamente.
4. Proposta. Proponha um conjunto de no máximo 10 públicos por campanha: minhas próprias listas, como visitantes do site e conversores, segmentos de in-market que combinem com meu negócio e, quando útil, um segmento demográfico detalhado. Escreva os segmentos do Google com o nome exato exibido na interface do Google Ads. Não proponha segmentos de eventos importantes da vida para campanhas de Pesquisa, porque o Google não os aceita na Pesquisa.
5. Aplicação. Após minha aprovação, adicione cada público com manage_audience_targeting usando action=attach e mode=OBSERVATION. Nunca deixe mode vazio e não defina bid_modifier. Mostre primeiro a prévia de todas as adições por campanha com confirm=false, depois aplique, e então leia campaign_criterion e targeting_setting novamente com google_ads_query para confirmar que os públicos foram adicionados e que o modo de segmentação não mudou.

Escreva também um plano de leitura para eu usar daqui a 30 dias: impressões, cliques, custo e conversões por público a partir de campaign_audience_view e ad_group_audience_view com google_ads_query. Regra de decisão: não avalie um público com menos de 100 cliques em 30 dias; sinalize públicos cuja taxa de conversão esteja 30% acima ou abaixo da média da campanha. Observe que os ajustes de lance por público não são aplicados em campanhas com Smart Bidding, então as conclusões nesses casos precisam virar decisões de texto de anúncio, campanha separada ou exclusão, e não mudanças de lance.

Formate a saída assim: avisos sobre o modo de segmentação, uma tabela de públicos propostos por campanha (campanha, público, tipo, tamanho na Pesquisa, motivo) e o plano de leitura de 30 dias.

OtimizaçãoAltera após sua aprovação

Auditar estratégias de lances de portfólio compartilhadas e limites de CPC

Lista as estratégias de lances de portfólio da conta, quais campanhas usam cada uma e como os resultados reais se comparam com a meta. Encontra portfólios sem uso, campanhas mal agrupadas e limites de CPC ausentes, e coloca as correções para sua aprovação.

Quando usarQuando sua conta carrega estratégias de lance compartilhadas do passado, ou quando você quer limitar quanto um único clique pode custar em uma campanha com lances inteligentes.

Faça uma auditoria das estratégias de lance compartilhadas (portfólio) e dos limites de CPC nas campanhas da minha conta do Google Ads [nome da conta]. Meu CPA alvo é [CPA alvo] e meu ROAS alvo é [ROAS alvo, ou escreva "nenhum"].

1. Liste os portfólios. Com google_ads_query, busque apenas as estratégias com bidding_strategy.status = 'ENABLED' no recurso bidding_strategy: nome, tipo, non_removed_campaign_count, CPA alvo, ROAS alvo e o teto e o piso de CPC (por exemplo maximize_conversions.cpc_bid_ceiling_micros, target_spend.cpc_bid_ceiling_micros). Estratégias removidas também são retornadas por este recurso, então não pule o filtro de status. Estratégias pertencentes a uma conta gerente não aparecem aqui; busque-as separadamente em accessible_bidding_strategy com owner_customer_id e owner_descriptive_name.
2. Mapeie as campanhas. Com google_ads_query, busque bidding_strategy_type, bidding_strategy e o teto de CPC no nível da campanha (target_spend.cpc_bid_ceiling_micros) de toda campanha que não esteja removida. Coloque em uma tabela qual campanha usa qual portfólio e qual executa uma estratégia própria.
3. Compare os resultados. Busque os últimos 30 dias no nível da campanha com get_report e calcule custo total, conversões, custo por conversão e ROAS de cada portfólio. Coloque a meta do portfólio ao lado do resultado real.

Sinalize o seguinte:
1. Portfólios ativos que nenhuma campanha usa.
2. Campanhas do mesmo portfólio que têm conversões principais diferentes ou custos por conversão muito diferentes. A meta de um portfólio vale para todas as suas campanhas em conjunto, então campanhas de marca e de não marca no mesmo portfólio geralmente são um erro.
3. Portfólios cujo custo por conversão real está acima de 1,5 vez a meta ou abaixo da metade dela. Não julgue um portfólio com menos de 15 conversões nos últimos 30 dias, escreva "dados insuficientes".
4. Campanhas em Maximizar conversões ou CPA desejado nas quais eu quero limitar quanto um único clique pode custar. Nessas estratégias não é possível definir um teto de CPC no nível da campanha, apenas por meio de uma estratégia de portfólio.
5. Campanhas em Maximizar cliques sem teto de CPC.

Formate a saída assim: primeiro a tabela de portfólios (portfólio, tipo, meta, teto de CPC, número de campanhas, custo por conversão real, ROAS, conclusão), depois a tabela de campanhas (campanha, estratégia, portfólio, teto de CPC da campanha, conclusão) e, por fim, uma lista de alterações em ordem de prioridade.

Faça as alterações com manage_portfolio_bidding_strategy: create ou create_and_assign para um novo portfólio, update para mudar a meta ou o limite de um existente, assign para vincular uma campanha a um portfólio existente, delete para remover um portfólio que nenhuma campanha usa. Deixe claro na prévia que alterar a meta de um portfólio afeta TODAS as campanhas que o usam. Não proponha alterar uma meta em mais de 20% de uma só vez. Mostre a prévia de cada alteração com confirm=false primeiro, espere minha aprovação, depois aplique e confirme lendo novamente os recursos bidding_strategy e campaign.

OtimizaçãoAltera após sua aprovação

Encontre termos de pesquisa que desperdiçam orçamento e transforme-os em negativas

Combina as sugestões inteligentes de palavras-chave negativas com o relatório completo de termos de pesquisa para sinalizar termos sem conversão e com custo alto demais, e depois mostra a prévia de um lote agrupado de negativas que protege sua marca e suas palavras-chave que convertem.

Quando usarQuando o relatório de termos de pesquisa do Google Ads mostra dinheiro indo para pesquisas irrelevantes ou caras e você quer cortar esse desperdício com segurança.

Analise os termos de pesquisa da minha conta do Google Ads [nome da conta] dos últimos 30 dias. Use as sugestões inteligentes de palavras-chave negativas e o relatório completo de termos de pesquisa em conjunto. O nome da minha marca e suas grafias comuns são: [termos de marca].

Sinalize dois grupos:
1. Termos que gastaram mais de [limite de gasto] com zero conversões.
2. Termos com exatamente uma conversão em que o custo desse termo está acima de 2x o meu CPA alvo de [CPA alvo]. Calcule isso você mesmo a partir do custo e das conversões no relatório de termos de pesquisa.

Ignore qualquer termo que o relatório liste em already_negative e verifique minhas negativas existentes (incluindo listas compartilhadas) para nunca propor uma duplicata.

Para a palavra-chave correspondente, consulte search_term_view com o segmento de palavra-chave. Se esse campo não retornar para algum termo, escreva "não disponível" em vez de adivinhar.

Me entregue uma única tabela ordenada por custo, do maior para o menor. Colunas: termo de pesquisa, campanha, grupo de anúncios, palavra-chave correspondente, cliques, custo, conversões, negativa recomendada, tipo de correspondência, nível (campanha ou grupo de anúncios).

Regras de decisão:
- Use correspondência exata para variações pontuais.
- Use correspondência de frase quando a mesma palavra indesejada aparece em vários termos, por exemplo "grátis", "vagas" ou "faça você mesmo".
- Extraia minhas palavras-chave que convertem do relatório de palavras-chave. Nunca sugira uma negativa que bloqueie alguma delas ou qualquer um dos meus termos de marca.
- Se um termo for relevante, mas simplesmente caro, liste-o separadamente como um problema de lance ou de texto do anúncio, não como negativa.

Termine com a economia mensal estimada. Use como estimativa o custo dos últimos 30 dias dos termos que você bloquearia e diga que esse é um limite superior. Em seguida, mostre uma prévia das negativas que você adicionaria, agrupadas por campanha, em um lote por campanha. Aguarde a minha aprovação antes de adicionar qualquer coisa.

Textos e criativos de anúncios

Ver todos os 45 →

Textos e criativos de anúnciosAltera após sua aprovação

Encontre títulos e descrições fracos de RSA e substitua-os no próprio anúncio

Uma tabela de desempenho por ativo com sinalização clara dos ativos fracos e duas substituições com ângulos já testados para cada um, aplicadas somente após aprovação.

Quando usarQuando seus anúncios responsivos de pesquisa têm títulos ou descrições que derrubam o CTR ou gastam sem converter.

Na minha conta do Google Ads [conta], revise todos os títulos e descrições dos anúncios responsivos de pesquisa ativos da campanha [campanha] nos últimos 60 dias.

Monte uma tabela para cada anúncio com estas colunas:
- texto do ativo
- tipo (título ou descrição)
- impressões, cliques e CTR
- conversões
- custo por conversão

Sinalize um ativo como fraco em qualquer um destes casos:
- ele tem pelo menos 1.000 impressões e o CTR dele está abaixo de 70% do CTR médio do anúncio, ou
- ele gastou mais de [CPA alvo] sem nenhuma conversão.

Não mexa em ativos com menos de 1.000 impressões e marque-os como "dados insuficientes".

Para cada ativo fraco, escreva 2 opções de substituição no mesmo ângulo dos ativos de melhor desempenho do anúncio. Os títulos podem ter até 30 caracteres e as descrições até 90. Mostre a contagem de caracteres de cada um.

Edite o anúncio existente em vez de criar um novo, para manter o histórico de desempenho dele. Mostre-me, como prévia, as edições exatas de antes e depois, anúncio por anúncio. Aguarde a minha aprovação antes de alterar qualquer coisa.

Textos e criativos de anúnciosAltera após sua aprovação

Verifique a consistência de mensagem entre RSAs e landing pages no WordPress

Lê todos os RSAs ativos de uma campanha, associa cada URL final à sua página no WordPress (incluindo Elementor) e avalia se a página repete a palavra-chave, a oferta e a CTA do anúncio. Propõe a menor correção possível e não aplica nada sem aprovação.

Quando usarQuando as pessoas clicam nos seus anúncios, mas a landing page no WordPress não repete o que o anúncio prometeu, prejudicando as conversões ou o Índice de Qualidade.

Verifique se meus anúncios e minhas landing pages dizem a mesma coisa. Conta do Google Ads: [conta]. Site WordPress: [site].

Etapa 1: Anúncios
Liste os grupos de anúncios da campanha [campanha] e leia todos os RSAs ativos, com seus títulos, descrições e URL final.

Etapa 2: Encontre cada página
- Remova os parâmetros de rastreamento de cada URL final e associe-a a uma página ou post de [site] pelo slug.
- Se uma URL não estiver em [site] ou corresponder a mais de uma página, liste-a e pergunte a mim em vez de adivinhar.

Etapa 3: Leia cada página
- Primeiro, verifique como a página foi construída. Em uma página do Elementor, os títulos e botões visíveis ficam nos dados de design da página, então leia-os de lá. Nas outras páginas, leia o conteúdo completo.
- Extraia: o título H1, o primeiro parágrafo, a oferta principal ou o texto do primeiro botão e o título meta dos campos de SEO.
- Você não consegue ver a página renderizada. Considere o H1, o primeiro parágrafo e o primeiro botão, na ordem da página, como a "primeira tela". Avise quando a ordem não estiver clara, por exemplo quando um shortcode de slider estiver no topo.

Etapa 4: Avalie cada par anúncio e página
A página repete a palavra-chave principal, a oferta e a chamada para ação do anúncio na primeira tela?

Mostre uma tabela com estas colunas:
- grupo de anúncios
- URL final
- construtor de páginas
- o que o anúncio promete
- o que a página diz
- correspondência (boa, parcial ou ausente)

Etapa 5: Correções
Para cada correspondência parcial ou ausente, sugira uma correção: ou a edição de um título no anúncio, ou a edição de um título na página, o que for a menor mudança. Os títulos devem ter no máximo 30 caracteres. Mostre a contagem de caracteres.

Mostre as edições dos anúncios e as edições das páginas separadamente:
- Edições dos anúncios: execute cada alteração de RSA primeiro como prévia, mantendo todos os outros títulos, descrições e fixações como estão.
- Edições das páginas: as ferramentas do WordPress não têm simulação, então mostre o texto atual exato, o texto proposto e o elemento ou campo que você vai alterar.

Não aplique nada até eu confirmar. Depois que eu aprovar:
- Aplique as edições de RSA aprovadas. Lembre-se de que anúncios editados passam novamente pela análise do Google.
- Aplique as edições de página aprovadas e depois limpe o cache do site (e regenere o CSS do Elementor nas páginas Elementor).
- Confirme que cada alteração foi aplicada. Lembre-me de que as edições do Elementor podem ser revertidas para a versão anterior e as demais edições ficam salvas como revisões do WordPress.

Textos e criativos de anúnciosAltera após sua aprovação

Reescreva títulos de RSA que causaram reprovações ou veiculação limitada

Lista os RSAs reprovados e com veiculação limitada, com o motivo da política e as evidências do Google, reescreve apenas os ativos sinalizados pelo Google e edita o anúncio existente após uma prévia de antes e depois. Sinaliza problemas que alterações de texto não resolvem.

Quando usarQuando alguns dos seus anúncios do Google Ads estão reprovados ou com veiculação limitada e você precisa corrigir o texto sinalizado pelo Google.

Alguns dos meus anúncios estão reprovados ou com veiculação limitada.

Liste todos os anúncios responsivos de pesquisa de [conta] que estão reprovados ou "Qualificado (limitado)". Para cada um, mostre:
- campanha, grupo de anúncios e ID do anúncio
- o tópico da política e o tipo
- o título ou a descrição exata que causou o problema, segundo as evidências do Google
- os países em que há limitação, se o Google informar

Leia o texto completo de cada anúncio, incluindo as fixações, para associar as evidências a ativos específicos.

Explique cada motivo em linguagem simples. Exemplos incluem uso de marca registrada, excesso de letras maiúsculas, alegações sem comprovação como "melhor" ou "nº 1", símbolos ou pontuação e categorias restritas como saúde ou finanças.

Reescreva apenas os ativos problemáticos:
- Reescreva um ativo somente quando as evidências do Google apontarem para ele. Se o Google não der detalhes sobre um tópico, não reescreva nada para esse anúncio. Em vez disso, liste os ativos que você suspeita e por quê, e pergunte a mim.
- Mantenha o mesmo significado, mas em conformidade com a política.
- Os títulos podem ter até 30 caracteres e as descrições até 90. Mostre a contagem de caracteres de cada um.
- Edite o anúncio existente em vez de criar um novo, para manter o histórico. Deixe todos os outros ativos e fixações como estão.

Alguns problemas não podem ser resolvidos reescrevendo o texto. Exemplos são uma marca registrada que exige autorização, uma certificação ausente ou um problema na landing page, como um destino quebrado. Nesses casos, diga-me o que preciso fazer.

Mostre uma prévia de antes e depois para cada anúncio e aguarde minha aprovação antes de alterar qualquer coisa. Lembre-me de que um anúncio editado volta para análise.

Textos e criativos de anúnciosSomente leitura

Quais ângulos de mensagem vencem na Meta: análise de ângulos de 90 dias

Busca 90 dias de resultados da Meta no nível do anúncio, lê o criativo dos anúncios que gastaram o suficiente, classifica cada um por ângulo, gancho, formato e CTA em uma planilha revisável e ordena os ângulos por custo por resultado ponderado pelo gasto. Termina com seis novas variações de texto.

Quando usarQuando você não consegue dizer qual ângulo de mensagem (preço, ponto de dor, prova social...) realmente impulsiona seus resultados na Meta e precisa de novas ideias de texto.

Analise os últimos 90 dias de anúncios da Meta em [conta] e diga-me quais ângulos de mensagem realmente geram resultados. Considere [ação de resultado, por exemplo lead, compra] como o resultado.

Dados a buscar:
- Gasto, impressões, resultados, custo por resultado e CTR de link no nível do anúncio dos últimos 90 dias.
- Para anúncios em vídeo, ThruPlays divididos por impressões.
- Inclua apenas anúncios que gastaram pelo menos [gasto mínimo].
- Se mais de [40] anúncios se qualificarem, leia os criativos dos [40] com maior gasto e diga-me quantos você deixou de fora e quanto gasto eles representam.
- Leia o criativo completo de cada anúncio incluído: texto principal, título, formato e botão.

Classifique cada anúncio em quatro dimensões:
- Ângulo: preço/valor, ponto de dor, prova social, resultado, urgência ou característica do produto.
- Tipo de gancho da primeira linha: pergunta, estatística, afirmação ousada ou chamada direta.
- Formato: imagem, vídeo ou carrossel.
- CTA.

A classificação de ângulo é uma questão de julgamento. Mostre primeiro a planilha de classificação: ID do anúncio, nome do anúncio, primeira linha do texto principal e as quatro classificações. Marque com "?" as classificações de que você não tem certeza. Depois continue com a análise. Se eu corrigir alguma classificação em seguida, recalcule.

Entregue:
1. Uma tabela por ângulo com estas colunas: número de anúncios, gasto total, custo por resultado ponderado pelo gasto, CTR de link médio.
2. Os 3 melhores e os 3 piores ângulos, cada um com o anúncio mais forte como exemplo e uma frase sobre por que provavelmente funcionou ou falhou. Sinalize como baixa confiança qualquer ângulo baseado em menos de 3 anúncios.
3. Seis novas variações de texto baseadas nos 2 melhores ângulos. Cada uma recebe um texto principal com o gancho nos primeiros 125 caracteres, um título com menos de 40 caracteres e um CTA. Cada variação testa um tipo de gancho diferente.

Isto é apenas análise e redação. Não crie, pause nem edite nenhum anúncio.

Textos e criativos de anúnciosAltera após sua aprovação

Transforme títulos RSA do Google que convertem em variações de anúncios da Meta

Classifica os títulos e descrições RSA que convertem em uma campanha do Google escolhida, adapta os melhores em 4 variações para a Meta que evitam mensagens já em veiculação, cria os anúncios pausados após a sua aprovação, gera prévias de Feed e Reels e remove os que você rejeitar.

Quando usarQuando você tem mensagens RSA do Google que convertem bem e quer testá-las na Meta sem escrever textos novos do zero.

Reaproveite na Meta as mensagens do Google Ads que já convertem para [cliente]. Conta do Google Ads: [conta do Google Ads], campanha: [campanha do Google]. Conta de anúncios da Meta: [conta de anúncios do Meta], conjunto de anúncios: [conjunto de anúncios].

1. Busque o relatório de assets RSA da campanha [campanha do Google] dos últimos 90 dias. Mantenha os títulos e descrições com pelo menos [mínimo de impressões, ex.: 1.000] impressões. Classifique-os por taxa de conversão, usando o CTR como critério de desempate, e mostre os 10 melhores em uma tabela com impressões, cliques, conversões e custo por conversão. Se menos de 5 assets passarem do limite, avise-me e sugira um limite menor antes de continuar.
2. Leia os anúncios ativos em [conjunto de anúncios] e os criativos deles para não duplicar mensagens que já estão em veiculação ali. Anote a Página do Facebook, a imagem e o botão que eles usam. Se o conjunto de anúncios veicular vídeo em vez de anúncios de imagem, pare e me pergunte como proceder.
3. Escreva 4 variações para a Meta a partir dos melhores assets. Cada uma precisa de texto principal, título e botão de CTA. Adapte, não cole: um título de pesquisa responde a uma busca que alguém digitou, enquanto o texto da Meta precisa fazer a pessoa parar de rolar o feed. Comece pelo problema ou resultado e depois traga a frase comprovada. Mantenha todas as alegações idênticas ao que o anúncio do Google diz. Não adicione novos descontos nem números.
4. Use [URL da página de destino] como destino, a mesma Página do Facebook e a imagem que o conjunto de anúncios já usa. Reaproveite o hash da imagem se o criativo o retornar; caso contrário, envie essa imagem uma única vez e reutilize o hash nos 4 anúncios.

Mostre-me as 4 variações primeiro em uma prévia de texto. A Meta só consegue gerar uma prévia visual de um criativo que já existe; por isso, depois que eu aprovar o texto, crie as variações aprovadas como novos anúncios em [conjunto de anúncios], com status pausado. Nada é gasto enquanto estiverem pausados.

Em seguida, gere prévias de Feed e Reels de cada novo anúncio e me mostre os links. Para qualquer versão que eu rejeitar depois de ver a prévia, mostre uma prévia da exclusão e só a exclua depois que eu confirmar. Deixe pausadas as que eu mantiver. Não altere nenhum anúncio existente.

Textos e criativos de anúnciosSomente leitura

Descubra quais textos de anúncios do TikTok realmente geram ROAS

Uma análise somente leitura dos seus anúncios do TikTok. Ela os ranqueia por ROAS, compara os padrões de texto dos melhores e dos piores e transforma as diferenças em regras de copy respaldadas por números.

Quando usarQuando alguns anúncios do TikTok têm um ROAS muito melhor que outros e você quer saber quais padrões de texto estão por trás disso.

Na minha conta de anúncios do TikTok [conta de anunciante], analise quais textos de anúncios geram ROAS. Esta tarefa é somente leitura, então não altere nada.

1. Verifique os pixels primeiro. Se nenhum pixel tiver um evento de compra ativo (CompletePayment ou SHOPPING), pare e me avise, porque o valor de compra e o ROAS ficarão vazios.
2. Busque os dados no nível do anúncio dos últimos 30 dias: gasto, impressões, CTR, compras, valor de compra e ROAS. Se o ROAS não vier diretamente, calcule-o como valor de compra dividido pelo gasto.
3. Mantenha os anúncios que gastaram pelo menos [gasto mínimo]. Leia o texto e a call to action atuais de cada um. Nos anúncios Spark, o texto vem da legenda da publicação orgânica, então marque esses anúncios.

Entregue três coisas:
1) Uma tabela ordenada por ROAS com estas colunas: nome do anúncio, texto do anúncio, CTA, gasto, CTR, compras, ROAS.
2) Uma comparação de padrões entre o quartil superior e o quartil inferior por ROAS. Se menos de 8 anúncios se qualificarem, compare a metade superior com a metade inferior e informe isso. Abranja:
   - palavras de abertura
   - se há preço ou desconto declarado
   - se o produto é citado pelo nome
   - prova social
   - urgência
   - tamanho em caracteres
   - pergunta versus afirmação
3) Cinco regras de copy para novos anúncios. Respalde cada regra com os números por trás dela.

Sinalize qualquer anúncio com menos de 10 compras como apenas indicativo e deixe-o fora das regras.

Se houver campanhas Smart+, liste os anúncios delas em uma tabela separada. Inclua os números delas somente se o relatório os retornar para esses IDs de anúncio; caso contrário, liste-os sem métricas. Em ambos os casos, deixe-os fora da comparação por quartis.

SEO e conteúdo

Ver todos os 53 →

SEO e conteúdoAltera após sua aprovaçãoDemonstração ao vivo

Publicar meu site hospedado em turco e inglês com hreflang, sitemaps por idioma e llms.txt

Adiciona uma versão em inglês de um site estático em /en/: URLs por idioma, hreflang e x-default, og:locale e idioma do schema por idioma, um seletor de idioma estático, sitemaps por idioma e llms.txt. Verifica o pareamento e a qualidade da tradução com um script e mede todas as páginas em dois dispositivos.

Quando usarQuando você quer adicionar uma versão em inglês ao seu site em turco hospedado na Opus Growth e fazer cada idioma aparecer no lugar certo na busca, sem competir com o outro.

Meu site [endereço do site] no meu servidor Opus Growth está só em turco por enquanto. Quero que você adicione uma versão em inglês e configure os dois idiomas para que os mecanismos de busca e os assistentes de IA os pareiem corretamente. O público da versão em inglês: [público, por exemplo turistas estrangeiros]. Nomes que nunca são traduzidos: [nome da marca, nomes de produtos, nomes de lugares]. O idioma que um visitante de outros lugares vê por padrão (x-default): [Turco ou Inglês].

1. Mapeie o estado atual. Leia site_seo_guide, liste as páginas com site_list_files e anote a versão de restauração com site_versions. Proponha um endereço em inglês para cada página em turco e mostre a tabela de mapeamento: o turco continua na raiz (/, /hizmetler/), o inglês vai em /en/ (/en/, /en/services/). Escreva os endereços em palavras em inglês, em minúsculas, como diretórios terminados em barra. Não altere os endereços atuais em turco; se algum precisar mudar, faça um 301 com site_redirects. Aguarde a minha aprovação.
2. Tradução. Escreva cada página em inglês de forma que soe natural para o público, traduzindo o sentido e não frase por frase. Mantenha dados como telefones, endereços, preços e horários exatamente iguais e não acrescente nenhuma afirmação nova. Títulos de 50 a 60 caracteres, descrições de 140 a 160, únicos em cada idioma. Os dois idiomas têm o mesmo número de seções. Toda página em inglês tem `<html lang="en">` e responde à pergunta diretamente no primeiro parágrafo.
3. Configuração. Adicione um bloco `locales.en` em assets/site.config.js: prefixo "/en/", hreflang "en", ogLocale "en_US", a descrição do negócio em inglês, o menu em inglês, a chamada para ação, a nota do rodapé e os textos da interface (pular para o conteúdo, menu, páginas, contato). Em um bloco `i18n`, escreva o idioma da raiz, o idioma do x-default, os pares de endereços em turco e inglês, as palavras que nunca são traduzidas (keepWords) e um glossário de termos.
4. Escreva um script i18n-stamp.mjs e coloque-o na raiz do site. Suas funções:
   1. Imprimir tags absolutas `<link rel="alternate" hreflang="tr-TR">`, `hreflang="en"` e `hreflang="x-default"` em todas as páginas entre `` e ``.
   2. Dentro do bloco impresso pelo seo-stamp.mjs, definir og:locale como en_US nas páginas em inglês, adicionar o outro idioma como og:locale:alternate nos dois idiomas, definir o inLanguage do nó WebSite como ["tr-TR", "en"] e substituir a description do nó do negócio pela versão em inglês nas páginas em inglês.
   3. Gerar sitemap-tr.xml e sitemap-en.xml com alternates xhtml:link para cada endereço e a data real de modificação do arquivo como lastmod, e transformar sitemap.xml em um sitemapindex apontando para os dois.
   4. Verificar a tradução e sair com código diferente de zero em caso de erros: página sem par, html lang que não corresponde à pasta, telefone ou número longo diferente nos dois idiomas; como avisos, número diferente de h2, h3, imagens ou itens de FAQ nos dois idiomas, palavras com caracteres turcos no texto em inglês fora de keepWords e termos do glossário não utilizados.
   O nó WebPage de cada página carrega o idioma dessa página como inLanguage. O seo-check.mjs só isenta a home da raiz da exigência de BreadcrumbList, então adicione um BreadcrumbList de um item à home de /en/.
5. Seletor de idioma. O script chrome-stamp.mjs, que imprime o menu e o rodapé como HTML estático, dá às páginas em /en/ o menu e os textos de interface de locales.en e monta o seletor de idioma a partir das tags hreflang da página, de modo que cada página linke para a SUA PRÓPRIA correspondente no outro idioma, não para a home. Todo link de idioma leva os atributos hreflang e lang e uma área de toque de pelo menos 44 pixels. Não escolha o idioma redirecionando pelo idioma do navegador.
6. llms.txt. Escreva o /llms.txt em turco na raiz e a versão em inglês em /en/llms.txt; cada um traz um resumo curto e preciso do site, a lista de páginas no próprio idioma e os dados de contato, e linka para o outro. O robots.txt continua aberto aos rastreadores de IA e aponta apenas para o índice sitemap.xml.
7. Ordem de execução após cada edição: `node seo-stamp.mjs`, `node i18n-stamp.mjs`, `node chrome-stamp.mjs`, o build do Tailwind, depois `node seo-check.mjs`, `node design-check.mjs`, `npx --yes html-validate "**/*.html"`. O seo-stamp reescreve seu próprio bloco toda vez que roda, então o i18n-stamp deve rodar SEMPRE depois dele. Se o site ainda usa o Tailwind Play CDN e fontes de terceiros, migre primeiro para CSS compilado e fontes hospedadas por você.
8. Meça. core_web_vitals no mobile e no desktop para cada página nos dois idiomas; seo_audit para as duas versões da home. Abra as homes em turco e em inglês com site_preview nas larguras de 360, 390, 768 e 1440 pixels; os títulos em inglês costumam ser mais longos, então procure com atenção qualquer estouro de layout. Critérios: desempenho mobile de pelo menos 95 e as outras três pontuações em 100; zero erros do seo-check, do i18n-stamp e do html-validate.
9. Depois de publicar. Confirme as tags hreflang e o seletor de idioma na home de /en/ com site_read_url. Se a minha propriedade do Search Console for [propriedade do Search Console], envie o sitemap.xml com gsc_submit_sitemap e verifique a home de /en/ com gsc_url_inspect.

Saída: a tabela de mapeamento de endereços em turco e inglês, uma tabela de pontuações por página e idioma, a saída da verificação do i18n-stamp, os avisos de tradução restantes e uma lista de frases que devo revisar.

SEO e conteúdoAltera após sua aprovação

Reestruture uma página de conversão com a resposta primeiro para que as respostas de IA possam citá-la

Reúne as perguntas que a página já recebe no Search Console e quem as respostas de IA citam, e então reorganiza o conteúdo existente com uma resposta direta no topo, títulos em formato de pergunta, uma tabela comparativa e um FAQ específico da página. Não inventa nada, aplica depois da prévia e da aprovação e registra uma linha de base para medição.

Quando usarSua página de serviço ou produto aparece bem no Google, mas não é citada nas respostas de IA, ou a informação mais importante dela está enterrada sob uma introdução longa.

Reestruture a página [URL da página] do meu site em um layout "com a resposta primeiro", que as respostas de IA e o Google consigam citar com facilidade. Tipo de site: [hospedagem Opus Growth ou WordPress]. Minha propriedade do Search Console: [propriedade do Search Console]. Acho que a pergunta principal da página é: [pergunta principal, por exemplo "quanto custa a revisão de uma caldeira em Hackney"]. Fatos que não estão no site e que eu confirmo estarem corretos: [faixa de preço, duração, garantia etc., ou "nenhum"].

1. As perguntas que a página recebe. Use get_report com platform='search_console', breakdown='page,query' para os últimos 90 dias e mantenha apenas as linhas desta página. Separe as consultas em formato de pergunta (o que, como, por que, quanto, qual, diferença, preço e seus equivalentes no idioma da página) com pelo menos 20 impressões, ordenadas por impressões. Guarde essas linhas como linha de base de medição: consulta, impressões, cliques, posição média.
2. O conteúdo atual. Leia a página com site_read_url, primeiro com outline=true e depois com text=true (se truncated for true, leia de novo com max_bytes=1000000). Liste a árvore de títulos, o primeiro parágrafo e todo número, preço, duração e afirmação da página. Essa lista é tudo o que você pode usar.
3. O que a IA diz. Verifique o seo_history em busca de execuções anteriores e depois execute seo_ai_overview para a pergunta principal e para as duas perguntas com mais impressões (target=[domínio], localização e idioma do meu mercado). Anote o que diz a primeira frase da resposta da IA, que tipos de fatos ela traz (faixa de preço, duração, etapas, comparação) e quais páginas cita. Se references estiver vazio, conte os domínios dos links dentro de ai_answer. Essas chamadas consomem créditos, então não execute mais de três sem me perguntar.
4. A nova estrutura. Mantenha o texto existente e proponha este layout:
   1. O H1 permanece, ou é ajustado de leve para atender melhor à pergunta principal.
   2. Logo abaixo do H1, um parágrafo de resposta de 40 a 60 palavras: uma resposta direta à pergunta principal na primeira frase, depois os dois fatos concretos mais importantes. Sem aberturas como "Hoje em dia" ou "Se você está se perguntando".
   3. As seções do corpo usam H2 em formato de pergunta, tirados das perguntas reais do Search Console. A primeira frase sob cada H2 responde a essa pergunta.
   4. Uma tabela, se a página tiver fatos comparáveis (pacotes, durações, opções). Se não tiver, não invente uma.
   5. No final, um FAQ de 4 a 6 perguntas específico desta página. As perguntas vêm do Search Console ou de temas que a página realmente responde.
   6. Uma linha visível "Última atualização: [data]" e quem preparou a página (o nome da empresa, a menos que eu informe o nome de uma pessoa real).
   7. Como esse FAQ é visível na página, o JSON-LD de FAQPage pode ser adicionado. Observe que, desde 2023, o Google só mostra resultados enriquecidos de FAQ para sites governamentais e de saúde bem conhecidos, então a marcação existe para que as máquinas leiam o conteúdo, não para obter um resultado enriquecido.
5. Sem fatos inventados. Não escreva nenhum número, preço, duração, garantia, quantidade de clientes, avaliação ou certificado que não esteja na página ou nos fatos que informei acima. Se o parágrafo de resposta precisar de um fato que não temos, escreva [FATO NECESSÁRIO: ...] no lugar e me pergunte.
6. Verificação de qualidade. Passe todo o texto novo por seo_content_lint. Se human_score ficar abaixo de 80 ou qualquer expressão for sinalizada, reescreva esses parágrafos e execute de novo.
7. Prévia. Mostre a estrutura antiga e a nova lado a lado, seção por seção, indique em qual fato existente cada frase nova se apoia e aguarde minha aprovação.
8. Aplique após a aprovação.
   1. Hospedagem: leia o arquivo da página com site_read_file e altere seção por seção com site_edit_file. Escreva o bloco FAQPage de forma estática no head da página e vincule-o ao grafo @id já existente do site.
   2. WordPress: leia o conteúdo com wordpress_get_post. Se a página foi criada com Elementor, leia o layout com wordpress_page_design e altere com wordpress_edit_page_design; caso contrário, use wordpress_update_post. Não altere o status de publicação da página.
9. Verifique. Com site_read_url e outline=true, mostre o único H1, os novos H2 e o parágrafo de resposta no ar. Com text=true, confirme que o parágrafo de resposta é visível sem JavaScript.

Termine com um plano de medição: em 4 a 6 semanas vamos comparar as linhas do Search Console das mesmas consultas e os resultados do seo_ai_overview das mesmas perguntas com a linha de base. Não julgue o efeito da mudança antes disso.

SEO e conteúdoSomente leitura

Verifique se os crawlers de IA veem a versão de idioma certa do seu site multilíngue

Verifica o alinhamento de hreflang, canonical e html lang em cada versão de idioma, as alternativas no sitemap e quaisquer redirecionamentos automáticos baseados no país ou no idioma do navegador do visitante. Mede qual versão o Google escolhe e qual página de idioma as respostas de IA citam, sem alterar nada.

Quando usarSeu site é publicado em vários idiomas e uma versão de idioma não aparece no próprio mercado no Google ou nas respostas de IA, enquanto uma página em outro idioma aparece no lugar.

Meu site [URL do site] é publicado nestes idiomas: [idiomas e estrutura de URL, ex.: en: /, de: /de/, fr: /fr/]. Minha propriedade do Search Console: [propriedade do Search Console]. As duas páginas mais importantes por idioma: [URL da página inicial e de uma página de serviço em cada idioma]. Uma pergunta comercial por mercado: [uma pergunta por idioma]. Esta tarefa é somente leitura.

A maioria dos crawlers de IA e dos crawlers do Google vem de servidores nos Estados Unidos, e o idioma do navegador deles costuma ser o inglês. Se o site redireciona visitantes automaticamente pelo país do IP ou pelo idioma do navegador, esses crawlers podem nunca ver a página em alemão ou em francês. O objetivo desta tarefa é medir isso.

1. Alinhamento das tags. Leia as duas páginas de cada idioma com site_read_url (max_bytes padrão; se o corpo for cortado antes de `</head>`, use max_bytes=1000000). Para cada página, extraia o valor de `<html lang>`, a URL canonical, cada link `rel="alternate" hreflang` e o x-default. Verifique: a canonical aponta para a própria página (se a canonical de uma versão de idioma aponta para outro idioma, essa versão sai do índice); os links hreflang são recíprocos (se A aponta para B, B deve apontar para A); cada URL de hreflang retorna 200 (site_read_url com max_bytes=0); os códigos de idioma são válidos (ex.: "en", "de", "en-GB"; não misture "de-DE" e "de"); html lang e hreflang indicam o mesmo idioma.
2. Sitemap. Leia o sitemap.xml e os sitemaps filhos, se houver, com site_read_url. Compare as alternativas xhtml:link com o hreflang na página para duas páginas.
3. Comportamento de redirecionamento. Leia a página inicial de cada idioma com site_read_url e max_bytes=0 e anote a lista de redirecionamentos. Essa ferramenta envia requisições como um navegador a partir de um único servidor fixo, então não mostra o que um visitante de outro país vê. Para isso, meça também a página inicial de cada idioma com seo_technical_audit, que renderiza a página com JavaScript a partir de servidores em outra localização. Se as duas ferramentas mostrarem um título ou H1 em idiomas diferentes, o site está redirecionando visitantes dessa localização para outra versão de idioma. Sinalize isso com a maior gravidade e me pergunte: a regra de redirecionamento exclui os crawlers de busca e de IA (Googlebot, Bingbot, GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot) e usa 302 em vez de 301? Você não consegue ver o código nem as configurações do servidor, então não adivinhe a resposta.
4. A escolha do Google. Inspecione as duas páginas por idioma em uma única chamada gsc_inspect_urls. Se a canonical escolhida pelo Google for diferente da própria página (por exemplo, a página em inglês escolhida para a página em alemão), informe. Use get_report com platform='search_console' e breakdown='country' para os últimos 90 dias, depois breakdown='page by impressions', e some impressões e cliques por pasta de idioma. Sinalize qualquer versão de idioma que receba quase nenhuma impressão no próprio mercado.
5. O idioma que a IA vê. Execute a pergunta comercial de cada mercado em seo_ai_overview com os valores de localização e idioma desse mercado e target=[domínio]. Se uma das minhas páginas for citada, anote qual versão de idioma é. Se references estiver vazio, use os links dentro de ai_answer. Se minha página em inglês for citada para uma pergunta em alemão, é sinal de que a página em alemão não está sendo vista o suficiente.

Formate a saída assim. Primeiro, um resumo de quatro frases. Depois, uma tabela de páginas: URL, html lang, canonical (própria ou não), quantidade de hreflang e reciprocidade, x-default, canonical escolhida pelo Google, status. Depois, uma tabela de redirecionamentos: página inicial do idioma, título em site_read_url, título em seo_technical_audit, diferença. Depois, uma tabela de mercados: idioma, impressões e cliques no mercado principal, versão citada na resposta de IA. Termine com uma lista de correções em ordem de gravidade. Se houver redirecionamento automático de idioma, adicione esta recomendação geral: excluir os crawlers do redirecionamento, ou mostrar aos visitantes um banner que sugere um idioma em vez de redirecioná-los, é a abordagem que o Google recomenda para sites multilíngues.

SEO e conteúdoSomente leitura

Crie clusters de palavras-chave por intenção de busca a partir de poucas palavras-chave iniciais

Uma lista ranqueada de clusters de palavras-chave com volume, dificuldade e o tipo de página ou grupo de anúncios ideal para cada um.

Quando usarQuando você está começando a pesquisa de palavras-chave para um negócio e tem apenas algumas palavras-chave iniciais.

Eu vendo [produto ou serviço] em [cidade ou país]. Comece por estas palavras-chave iniciais: [3 a 5 palavras-chave iniciais].

Primeiro, consulte o seo_history para reaproveitar resultados anteriores em vez de pagar duas vezes pela mesma consulta. Depois, use o Keyword Planner e a pesquisa de palavras-chave de SEO para coletar ideias com média de buscas mensais, concorrência e dificuldade da palavra-chave.

Limpe a lista:
- remova palavras-chave com menos de 30 buscas mensais
- remova termos de vagas de emprego, grátis, faça você mesmo, cursos e marcas concorrentes, a menos que combinem claramente com o meu negócio
- una variações próximas e plurais

Agrupe o restante por intenção de busca, com um cluster para cada necessidade distinta de quem pesquisa. Para cada cluster, informe:
- nome do cluster e palavra-chave principal
- de 5 a 10 palavras-chave de apoio
- volume mensal combinado e dificuldade média
- intenção: informacional, comercial ou transacional
- melhor uso: página de serviço, post de blog ou grupo de anúncios do Google Ads

Ordene os clusters por volume e adequação a uma pequena empresa com orçamento limitado. Marque os 3 primeiros para começar e explique o motivo em uma linha para cada um.

SEO e conteúdoAltera após sua aprovação

Transforme termos de busca que convertem nos anúncios em clusters de conteúdo orgânico

Usa 90 dias de termos de busca com conversão do Google Ads e do Microsoft Ads para encontrar temas em que você paga por conversões, mas tem visibilidade orgânica fraca ou inexistente. Retorna um plano de conteúdo priorizado e uma lista de palavras-chave a adicionar, apenas em prévia.

Quando usarQuando você paga por conversões em termos de busca, mas não sabe ao certo quais temas merecem conteúdo orgânico para depender menos dos anúncios.

Quero usar os dados dos meus anúncios para decidir sobre o que escrever. Use os últimos 90 dias em todas as fontes.

1. Busque os termos de pesquisa do meu Google Ads dos últimos 90 dias (days=90, ou uma data de início e fim explícitas), ordenados por conversões. Mantenha apenas termos com pelo menos 1 conversão. Se a resposta for truncada, percorra as páginas até ter todos os termos que convertem.
2. Se o Microsoft Ads estiver conectado, encontre a conta padrão e busque os termos de pesquisa dela para os mesmos 90 dias. Mantenha apenas termos com pelo menos 1 conversão e adicione-os ao conjunto, marcando de qual plataforma cada termo veio.
3. Agrupe todos os termos que convertem em clusters de tópicos por intenção de busca. Para cada cluster, mostre custo total, conversões e custo por conversão, separados por plataforma quando houver as duas.
4. Encontre minha propriedade do Search Console (use [propriedade do site] se eu tiver indicado uma) e busque os dados orgânicos dos últimos 90 dias com a dimensão query, além de uma busca page,query para ver qual página ranqueia para cada consulta. Use um limite alto o bastante para cobrir a cauda longa.
5. Associe cada cluster às consultas do Search Console que expressam a mesma intenção. Use seu julgamento para variações próximas e diferenças de redação, e diga quais consultas você contou. Informe cliques orgânicos, impressões e posição média por cluster, e a página que melhor ranqueia para ele, se houver.

Classifique cada cluster:
- Lacuna de conteúdo: converte nos anúncios, posição média orgânica pior que 10 ou sem impressões orgânicas. Devo criar uma página.
- Melhorar: converte nos anúncios, posição orgânica de 4 a 10. Indique a página existente que precisa ser reforçada.
- Coberto: posição orgânica de 1 a 3. Anote como um possível lugar para testar um gasto menor com anúncios mais adiante.

Entregue uma tabela ordenada por conversões dos anúncios e, depois, os 5 principais clusters com lacuna de conteúdo, com uma sugestão de título de página e slug de URL para cada um.

Separadamente, liste as minhas palavras-chave do Google Ads (list_entities, entity keywords) e mostre os termos de busca do Google que convertem e ainda não são palavras-chave na conta. Para os termos da Microsoft, apenas sinalize; não verifique nem altere palavras-chave da Microsoft. Não adicione nada. Se achar que alguns termos do Google devem ser adicionados como correspondência exata, diga em qual grupo de anúncios cada um se encaixa e execute add_keywords com confirm=false para eu ver a prévia exata. Espere minha aprovação antes de aplicar.

SEO e conteúdoAltera após sua aprovação

Agrupe as buscas que encontram meu Business Profile e corrija meus serviços

Clusters das consultas reais do Google Search e do Maps por trás da sua listagem, comparados com seus serviços e categorias, mais uma correção com prévia.

Quando usarQuando o seu Business Profile recebe visualizações, mas você suspeita que seus serviços e categorias não correspondem ao que as pessoas realmente pesquisam no Google e no Maps.

Para a minha unidade do Business Profile [nome do local], busque os termos de pesquisa que as pessoas usaram no Google Search e no Maps para encontrar a listagem nos últimos 3 meses.

Agrupe os termos em:
- buscas de marca
- buscas por serviço, com um cluster por serviço
- buscas "perto de mim" e por bairro ou região
- buscas baseadas em problemas, como um sintoma ou uma questão que o cliente tem

Para cada cluster, mostre o total de impressões e os 5 principais termos.

Depois, leia os detalhes da minha listagem: categorias principal e adicionais, e a lista de serviços. Compare com os clusters e me diga:
- clusters de serviço com demanda real que não estão na minha lista de serviços
- serviços que eu listo e que recebem quase nenhuma busca
- se uma categoria adicional corresponderia a um cluster forte. Pesquise os nomes das categorias para confirmar que existem.

Redija os novos serviços, com um nome e uma descrição de até 300 caracteres para cada um, escritos em torno das palavras que as pessoas realmente pesquisam.

Mostre primeiro as alterações exatas em uma prévia. Não atualize a listagem até eu aprovar.

Site

Ver todos os 78 →

SiteAltera após sua aprovaçãoDemonstração ao vivo

Crie um site editorial de especialista com seção de guias e schema de autor

Peça ao seu assistente para criar o site de um especialista com página inicial em estilo capa de revista, guias longos e um perfil de autor. Tipografia serifada, schema Article e Person e artigos datados e com fontes resultam em uma publicação que as pessoas leem e que as respostas de IA podem citar.

Quando usarQuando você é consultor, especialista ou tem um negócio de conhecimento de uma pessoa só e quer que seu site pareça uma publicação que mostra sua expertise por meio da escrita, e não um folheto.

Crie para mim um site de especialista em estilo editorial no meu servidor de hospedagem Opus Growth [nome do servidor]. Eu: [nome completo], [especialização, ex.: consultor de exportação], [região que atendo, ou "online"]. Serviços: [serviços]. Experiência: [experiência real e os setores em que trabalhei; não invente]. Telefone: [telefone], e-mail: [e-mail], domínio: [domínio]. Temas dos dois primeiros guias: [tema 1], [tema 2]. Se meu escritório recebe visitas, o endereço: [endereço ou "nenhum"].

O site deve parecer uma publicação que comprova expertise por meio da escrita, não um folheto. Os guias ficam no centro do site, porque são o que os leitores e as respostas de IA citam.

A direção de design é editorial:
1. Tipografia: uma serifa com personalidade da Fontshare para os títulos (ex.: Zodiak 700 e 400 itálico) e uma sans tranquila para a interface e os textos curtos (ex.: Author 400 e 600). Corpo do artigo na serifa a 19 pixels, entrelinha 1,7, no máximo 68 caracteres por linha.
2. Cor: fundo em papel creme, texto em tinta escura, um cinza quente secundário e um único destaque escuro (ex.: vinho). O destaque aparece apenas nos kickers, na letra capitular e nos filetes das citações em destaque.
3. Grade: 12 colunas; uma capa assimétrica 7 para 5 na página inicial, com filetes verticais finos entre as colunas. Sem sombras nem cantos arredondados.
4. Elemento de assinatura: um cabeçalho com filete duplo como o título de um jornal (com uma linha fina de data acima) e, nos artigos, uma grande letra capitular na cor de destaque mais uma citação em destaque na margem.
5. Movimento: nenhum.

Páginas e seus schemas:
1. index.html (capa): um título e um resumo cujo primeiro parágrafo responde "quem é você, quem você ajuda e com o quê", a imagem e o título do artigo principal, uma coluna lateral com o outro artigo, caixas de serviços e de autor, uma citação em destaque e uma faixa "como eu trabalho". WebPage e Person.
2. hizmetler.html: uma seção por serviço; o primeiro parágrafo diz para quem é e quando, seguido de etapas numeradas e da entrega escrita. Um Service por serviço, com o Person autor como provider.
3. hakkimda.html: experiência real, princípios de trabalho (sem resultados garantidos), como os artigos são produzidos e a política de fontes. ProfilePage com mainEntity Person (jobTitle, knowsAbout, worksFor #org).
4. rehber/index.html: artigos do mais recente ao mais antigo, com data e autor. CollectionPage e ItemList (numberOfItems).
5. rehber/[artigo].html: pelo menos 700 palavras, um primeiro parágrafo que responde diretamente à pergunta, uma hierarquia de H2, uma tabela com thead e th scope onde ajudar, pelo menos uma citação em destaque, de dois a quatro links internos e fontes no final. No topo, um link do autor e as datas de publicação e de última atualização em <time>. Article (headline, image, datePublished, dateModified, author via @id para o Person, publisher #org). Se usar valores de exemplo, diga que são fictícios.
6. iletisim.html: ContactPage. 7. kvkk.html (aviso de privacidade) e 404.html.

Se o escritório não recebe visitas, defina localBusiness: false em site.config.js; Organization mais Person bastam.

Regras técnicas. Siga-as à risca, porque os gates abaixo medem exatamente isto:

1. Configuração. Execute scaffold_site primeiro como prévia, mostre-me a lista de arquivos e instale com confirm=true depois que eu aprovar. Em seguida, leia site_design_guide e site_seo_guide por inteiro. Antes de escrever qualquer código, escreva a direção em _kaynak/ART.md (sensação, combinação de fontes, cores com taxas de contraste, grade, elemento de assinatura, decisão sobre movimento, lista de páginas) e mostre-me.
2. Elimine o JavaScript. Nenhuma página deste site carrega JavaScript. Remova de todas as páginas o script cdn.tailwindcss.com, a linha tailwind.config, as tags GSAP, ScrollTrigger, SplitText, Lenis e Swiper e as tags de script motion.js, chrome.js e site.config.js; apague assets/chrome.js e assets/motion.js. Mantenha assets/site.config.js, mas apenas como fonte de marca, contato e seo para o seo-stamp.mjs; ele nunca é carregado no navegador.
3. Menu e rodapé são HTML estático. Os componentes <site-nav> e <site-footer> são desenhados por JavaScript, então rastreadores de busca e de IA não conseguem ver o menu, os links internos nem os dados de contato. Escreva o cabeçalho em _kaynak/ust.inc e o rodapé (nome, endereço, telefone, e-mail, todos os links das páginas, aviso de privacidade, "Web: Opus Growth") em _kaynak/alt.inc. Use a extensão .inc para que seo-stamp e html-validate não tratem os fragmentos como páginas. Toda página leva os marcadores  e . Depois escreva um script Node sem dependências com site_write_file em _kaynak/parca-bas.mjs: ele carimba os dois fragmentos entre os marcadores em cada arquivo HTML, adiciona aria-current="page" ao link do menu da página atual e reescreve o sitemap.xml usando o dateModified do JSON-LD de cada página como lastmod (ignorando 404 e páginas noindex). Construa o menu mobile sem JavaScript usando <details><summary>Menu</summary>; os menus de desktop e mobile são dois elementos <nav> separados com aria-labels diferentes.
4. Hospede as fontes você mesmo. Este site usa duas famílias e no máximo cinco arquivos; as fontes do título, do resumo em itálico e do corpo aparecem todas na primeira tela, então faça preload das quatro. Na demonstração, o preload de apenas duas empurrou o CLS de um artigo longo para 0,24 e o Performance mobile para 86; o preload das quatro deu CLS 0 e Performance 99. Baixe o CSS da Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para itálico) com site_fetch para _kaynak/fontshare.css, leia-o com site_read_file e pegue apenas as URLs woff2 da família que você pediu; o serviço às vezes acrescenta uma família que você não solicitou. Baixe cada woff2 com site_fetch para assets/fonts/. Coloque as regras @font-face (font-display: swap) dentro de assets/app.css, porque o design-check.mjs só procura uma fonte personalizada nesse arquivo. Não use as padrão Inter, Roboto, Poppins ou Montserrat.
5. Compile o Tailwind. O assets/app.css vira a fonte do Tailwind: @tailwind base; @tailwind components; @tailwind utilities; no topo, depois @font-face, o anel de foco, o skip link, uma regra prefers-reduced-motion e suas próprias classes de componente dentro de @layer components. Nunca dê a uma classe de componente o nome de um utilitário do Tailwind (list-item, table, grid, container, hidden e assim por diante), porque o conflito quebra o layout silenciosamente após a compilação. Escreva tailwind.config.js na raiz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], cores e fontFamily). Execute "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" com site_run_command e background=true, e aguarde com site_command_status. O <head> de toda página contém, nesta ordem: um único <link rel="stylesheet" href="/assets/site.css">, depois uma linha de preload para cada arquivo de fonte usado na primeira tela (título, destaque e corpo; as="font" type="font/woff2" crossorigin). Linhas de preload colocadas antes da folha de estilo atrasam o CSS e aumentam o LCP; uma fonte da primeira tela sem preload troca tarde, desloca a página e aumenta o CLS, e <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. A linha do favicon é obrigatória: sem ela o navegador pede /favicon.ico, recebe um 404, e o erro no console reduz o Best Practices.
6. Imagens. Baixe as fotos com site_fetch usando resize e image_format="webp" em várias larguras (480, 800, 1200 e 1600 para a imagem da primeira tela, 480, 800 e 1200 para as demais; qualidade entre 60 e 75, menor para fotos detalhadas). Toda <img> tem srcset, sizes compatíveis com o layout real, width e height (CLS zero) e um texto alt significativo e honesto. fetchpriority="high" vai apenas na imagem que o Lighthouse aponta como elemento LCP, e essa imagem não é lazy; todas as outras imagens usam loading="lazy". Se o elemento LCP for texto, nenhuma imagem recebe fetchpriority. Prepare também assets/img/logo.png, um assets/img/og.jpg de 1200x630 e assets/img/favicon.svg.
7. Regras de HTML (padrões do html-validate). <!DOCTYPE html> em maiúsculas; nenhum atributo style inline (incluindo o style="background:var(--brand)" do kit, use uma classe); &nbsp; em vez de espaços simples no texto dos links tel:; um type em todo <button>; sem espaços no fim das linhas; tabelas com <thead>, <tbody> e th scope. Links dentro de parágrafos são sublinhados; links de menu, rodapé, breadcrumb e botões têm área de toque de pelo menos 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Dados estruturados. Preencha o bloco seo em site.config.js (siteUrl, description, logo, imagem og, tipo de negócio, campos de endereço) e execute "node seo-stamp.mjs" com site_run_command; ele carimba Organization, WebSite e, quando couber, um subtipo de LocalBusiness, além de tags canonical e OG. Adicione à mão o schema específico de cada página: em toda página um nó WebPage com @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished e dateModified, isPartOf #site, about #business ou #org, e breadcrumb apontando para um BreadcrumbList; mais um Service por serviço, Person e ProfilePage para o autor, ItemList no índice de guias e Article em cada guia. Escreva cada nó em seu PRÓPRIO bloco <script type="application/ld+json"> e não use um wrapper @graph, porque o seo-check.mjs só lê o @type de nível superior e não enxerga um BreadcrumbList dentro de @graph. Ligue os nós com @id. Nunca invente horário de funcionamento, coordenadas, avaliações, comentários, prêmios, número de clientes ou certificados; deixe de fora os campos desconhecidos.
9. Acesso para IA. Escreva o robots.txt: o site inteiro aberto, apenas /_kaynak/ fechado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended e Bingbot; sua decisão sobre o CCBot com o motivo como comentário; a linha Sitemap por último. Adicione llms.txt na raiz: um resumo correto do negócio em duas frases, as páginas importantes com uma linha cada e os dados de contato. Escreva o 404.html (noindex, com os marcadores de cabeçalho e rodapé).
10. Redação. Cada página tem pelo menos 150 palavras de texto original dentro de <main>, e o primeiro parágrafo responde diretamente à pergunta principal da página. Os títulos têm de 48 a 60 caracteres, as descrições de 145 a 158, únicos em cada página. Sem travessões longos nem curtos, sem slogans batidos, sem promessas vazias. Se algo no site não for real, diga claramente que é fictício.

Gates. Após cada alteração, execute estes com site_run_command nesta ordem e só avance quando cada um estiver limpo:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, a compilação do Tailwind (de novo se você adicionou classes).
2. node seo-check.mjs: 0 erros e 0 avisos. Se avisar "gövde kısa" (corpo curto demais), acrescente texto real, não enrolação.
3. node design-check.mjs: 0 erros. O único aviso permitido é "Hiç hareket yok" (sem movimento); é uma escolha deliberada para a experiência de leitura, então explique o motivo no relatório.
4. npx --yes html-validate "**/*.html": 0 erros.
5. Veja todas as páginas com site_preview em view="mobile" e view="desktop", e confira também a página inicial em 360 e 768 pixels. Corrija qualquer overflow horizontal, título apertado ou alvo de toque menor que 44 pixels e confira de novo.
6. Meça todas as páginas com core_web_vitals em strategy="mobile" e strategy="desktop", depois audite a página inicial e a página mais longa com seo_audit. Meta: no mobile, Accessibility, Best Practices e SEO 100 e Performance de pelo menos 95; no desktop, as quatro de pelo menos 95. Nenhuma requisição pode sair do site. Se o LCP estiver alto, use resources=true para achar o arquivo que o está atrasando: geralmente linhas de preload colocadas antes da folha de estilo, ou fetchpriority dado a uma imagem que não é o elemento LCP. Se o CLS passar de 0,1, procure uma fonte da primeira tela sem preload.
Não dê o trabalho por concluído até que tudo isso passe.

Depois de publicar, envie https://[domínio]/sitemap.xml com gsc_submit_sitemap e verifique a página inicial com gsc_url_inspect. Se não houver uma propriedade do Search Console, avise-me; não tente conectar uma por conta própria.

Relatório de entrega: uma tabela com as quatro pontuações do Lighthouse e o LCP por página no mobile e no desktop, o resultado dos quatro gates, o motivo de qualquer aviso do design-check, uma lista das informações do site que são fictícias ou estão faltando e o que ainda preciso fazer (Business Profile, fotos reais, horário de funcionamento e assim por diante).

SiteAltera após sua aprovaçãoDemonstração ao vivo

Crie um site de negócio familiar tradicional com visual clássico e padrões modernos

Peça ao seu assistente para criar um site no espírito de um rótulo antigo e de uma placa de loja para um produtor de terceira geração, com moldura e textura de papel. O visual é antigo, mas a construção é nova: mobile first, sem JavaScript, fontes hospedadas por você, WebP, schema Product e HowTo.

Quando usarQuando você vende um ofício passado de geração em geração, como lokum, azeite, queijo ou utensílios de cobre, e quer um visual clássico que carregue essa história sem abrir mão de velocidade e acessibilidade.

Crie um site com aparência tradicional para o nosso negócio de família no meu servidor de hospedagem Opus Growth [nome do servidor]. Negócio: [nome do negócio], [o que fazemos, ex.: azeite ou delícia turca], [cidade], [ano de fundação e geração, somente se for verdade]. Produtos: [para cada um, nome, tamanho da embalagem, descrição curta e o preço publicado, ou "sem preço"]. Etapas de produção: [lista curta]. Como as pessoas fazem pedidos: [telefone, loja, entrega]. Telefone: [telefone], e-mail: [e-mail], endereço da loja: [endereço], domínio: [domínio]. Fotos da família e do acervo: [onde estão, ou "nenhuma"].

O visual é antigo, a construção é nova. Deve parecer um rótulo antigo, uma placa de loja ou um livro-caixa de colheita, mas as páginas precisam abrir perfeitamente no celular, não carregar nenhum JavaScript e cada página deve ser medida. O visual antigo nunca é desculpa para má legibilidade ou contraste fraco.

A direção de design é tradicional:
1. Tipografia: uma família serifada clássica da Fontshare (ex.: Gambetta 400, 400 itálico, 600). Versaletes com font-variant-caps: all-small-caps e espaçamento largo entre letras no menu, nos botões e nos rótulos; títulos centralizados.
2. Cor: fundo cor de papel, texto marrom-tinta, um marrom secundário e uma cor principal (ex.: verde-oliva), com uma segunda cor quente apenas em rótulos pequenos. Tudo com contraste de no mínimo 4.5:1.
3. Textura: uma textura de papel para o fundo como SVG feTurbulence em data URI no CSS; sem arquivo de imagem extra e sem requisição extra.
4. Elemento marcante: uma moldura de rótulo antigo, uma caixa de filete duplo com ornamentos nos cantos (border, outline-offset e ::before, ::after), e um pequeno ornamento desenhado em SVG inline entre as seções (ex.: um ramo de oliveira), aria-hidden.
5. Layout: centralizado e estreito; produtos em cartões de rótulo emoldurados, uma coluna no celular.
6. Movimento: nenhum.
7. Fotos: use o acervo da família, se houver. Caso contrário, você pode usar fotos de acervo em domínio público ou com licença aberta, mas informe a fonte e a licença na legenda e nunca as apresente como da família.

Páginas e seus schemas:
1. index.html: uma primeira tela emoldurada cujo parágrafo de abertura responde "quem, faz o quê, onde, vende como", rótulos de produtos, uma seção da família, como fazer pedidos. WebPage. Defina o subtipo de negócio mais adequado em site.config.js (ex.: Store ou FoodEstablishment).
2. urunler.html: cada produto em seu próprio cartão de rótulo com nome, tamanho da embalagem, descrição e preço publicado. CollectionPage e um Product por item (brand, manufacturer #business, offers com price, priceCurrency, availability). Nunca escreva um preço que eu não tenha informado; sem preço, omita offers por completo.
3. hikayemiz.html: a história real, geração por geração. AboutPage.
4. uretim.html: as etapas da colheita ou da matéria-prima até a embalagem, a definição oficial de grau do produto e a regulamentação em que ela se baseia (ex.: o Código Alimentar Turco). WebPage e HowTo.
5. sss.html: seis perguntas reais sobre pedidos, entrega e armazenamento. FAQPage.
6. iletisim.html: telefone para pedidos, endereço da loja, um link de mapa; deixe de fora o horário de funcionamento se ele mudar conforme a estação. ContactPage.
7. kvkk.html (aviso de privacidade) e 404.html.

Regras técnicas. Siga-as exatamente, porque os portões abaixo medem exatamente isto:

1. Configuração. Execute scaffold_site primeiro como prévia, mostre-me a lista de arquivos e instale com confirm=true depois que eu aprovar. Em seguida, leia site_design_guide e site_seo_guide por completo. Antes de escrever qualquer código, escreva a direção em _kaynak/ART.md (sensação, combinação de fontes, cores com taxas de contraste, grade, elemento marcante, decisão sobre movimento, lista de páginas) e mostre-a para mim.
2. Elimine o JavaScript. Nenhuma página deste site carrega JavaScript. Remova de todas as páginas o script cdn.tailwindcss.com, a linha tailwind.config, as tags GSAP, ScrollTrigger, SplitText, Lenis e Swiper e as tags de script motion.js, chrome.js e site.config.js; exclua assets/chrome.js e assets/motion.js. Mantenha assets/site.config.js, mas somente como fonte de marca, contato e seo para o seo-stamp.mjs; ele nunca é carregado no navegador.
3. Menu e rodapé são HTML estático. Os componentes <site-nav> e <site-footer> são desenhados por JavaScript, então rastreadores de busca e de IA não conseguem ver o menu, os links internos nem os dados de contato. Escreva o cabeçalho em _kaynak/ust.inc e o rodapé (nome, endereço, telefone, e-mail, todos os links de páginas, aviso de privacidade, "Web: Opus Growth") em _kaynak/alt.inc. Use a extensão .inc para que seo-stamp e html-validate não tratem os fragmentos como páginas. Toda página leva os marcadores  e . Depois, escreva um script Node sem dependências com site_write_file em _kaynak/parca-bas.mjs: ele insere os dois fragmentos entre os marcadores em todos os arquivos HTML, adiciona aria-current="page" ao link do menu da página atual e reescreve o sitemap.xml usando o dateModified do JSON-LD de cada página como lastmod (ignorando 404 e páginas noindex). Construa o menu mobile sem JavaScript usando <details><summary>Menu</summary>; os menus desktop e mobile são dois elementos <nav> separados com aria-labels diferentes.
4. Hospede as fontes você mesmo. Este site usa uma família serifada clássica e no máximo três arquivos. Baixe o CSS da Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para itálico) com site_fetch para _kaynak/fontshare.css, leia-o com site_read_file e pegue somente as URLs woff2 da família que você pediu; o serviço às vezes acrescenta uma família que você não solicitou. Baixe cada woff2 com site_fetch para assets/fonts/. Coloque as regras @font-face (font-display: swap) dentro de assets/app.css, pois o design-check.mjs só procura uma fonte personalizada nesse arquivo. Não use as padrão Inter, Roboto, Poppins ou Montserrat.
5. Compile o Tailwind. assets/app.css passa a ser a fonte do Tailwind: @tailwind base; @tailwind components; @tailwind utilities; no topo, depois @font-face, o anel de foco, o skip link, uma regra prefers-reduced-motion e suas próprias classes de componente dentro de @layer components. Nunca dê a uma classe de componente o nome de um utilitário do Tailwind (list-item, table, grid, container, hidden e assim por diante), porque o conflito quebra o layout em silêncio após a compilação. Escreva tailwind.config.js na raiz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], cores e fontFamily). Execute "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" com site_run_command e background=true, e aguarde com site_command_status. O <head> de cada página contém, nesta ordem: um único <link rel="stylesheet" href="/assets/site.css">, depois uma linha de preload para cada arquivo de fonte usado na primeira tela (título, destaque e corpo; as="font" type="font/woff2" crossorigin). Linhas de preload colocadas antes da folha de estilo atrasam o CSS e aumentam o LCP; uma fonte da primeira tela sem preload troca tarde, desloca a página e eleva o CLS, e <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. A linha do favicon é obrigatória: sem ela o navegador pede /favicon.ico, recebe um 404, e o erro no console reduz as Boas Práticas.
6. Imagens. Baixe as fotos com site_fetch usando resize e image_format="webp" em várias larguras (480, 800, 1200 e 1600 para a imagem da primeira tela, 480, 800 e 1200 para as demais; qualidade entre 60 e 75, menor para fotos detalhadas). Toda <img> tem srcset, sizes compatível com o layout real, width e height (CLS zero) e um texto alt significativo e honesto. fetchpriority="high" vai somente na imagem que o Lighthouse indica como elemento LCP, e essa imagem não é lazy; todas as outras usam loading="lazy". Se o elemento LCP for texto, nenhuma imagem recebe fetchpriority. Prepare também assets/img/logo.png, um assets/img/og.jpg de 1200x630 e assets/img/favicon.svg.
7. Regras de HTML (padrões do html-validate). <!DOCTYPE html> em maiúsculas; nenhum atributo style inline (incluindo o style="background:var(--brand)" do kit, use uma classe); &nbsp; em vez de espaços comuns no texto dos links tel:; um type em todo <button>; sem espaços no fim das linhas; tabelas com <thead>, <tbody> e th scope. Links dentro de parágrafos são sublinhados; links de menu, rodapé, breadcrumb e botões têm área de toque de no mínimo 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Dados estruturados. Preencha o bloco seo em site.config.js (siteUrl, description, logo, imagem og, tipo de negócio, campos de endereço) e execute "node seo-stamp.mjs" com site_run_command; ele insere Organization, WebSite e, quando relevante, um subtipo de LocalBusiness, além das tags canonical e OG. Adicione à mão o schema específico de cada página: em todas as páginas um nó WebPage com @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished e dateModified, isPartOf #site, about #business ou #org, e breadcrumb apontando para um BreadcrumbList; mais um Product com Offer por item na página de produtos, HowTo na página de produção e FAQPage na página de perguntas frequentes. Escreva cada nó em seu PRÓPRIO bloco <script type="application/ld+json"> e não use um wrapper @graph, porque o seo-check.mjs só lê o @type de nível superior e não enxerga um BreadcrumbList dentro de @graph. Ligue os nós por @id. Nunca invente horário de funcionamento, coordenadas, avaliações, comentários, prêmios, número de clientes ou certificados; deixe de fora os campos desconhecidos.
9. Acesso para IA. Escreva o robots.txt: o site inteiro aberto, somente /_kaynak/ fechado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended e Bingbot; sua decisão sobre o CCBot com o motivo em um comentário; a linha Sitemap por último. Adicione llms.txt na raiz: um resumo correto do negócio em duas frases, as páginas importantes com uma linha cada e os dados de contato. Escreva 404.html (noindex, com os marcadores de cabeçalho e rodapé).
10. Redação. Cada página tem no mínimo 150 palavras de texto original dentro de <main>, e o primeiro parágrafo responde diretamente à pergunta principal da página. Os títulos têm de 48 a 60 caracteres, as descrições de 145 a 158, únicos em todas as páginas. Sem travessões longos ou médios, sem slogans prontos, sem promessas vazias. Se algo no site não for real, diga claramente que é fictício.

Portões. Após cada alteração, execute-os com site_run_command nesta ordem e só avance quando cada um estiver limpo:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, a compilação do Tailwind (de novo se você adicionou classes).
2. node seo-check.mjs: 0 erros e 0 avisos. Se avisar "gövde kısa" (corpo curto), adicione texto real, não enchimento.
3. node design-check.mjs: 0 erros. O único aviso permitido é "Hiç hareket yok" (sem movimento); o estilo clássico pede isso, então explique o motivo no relatório.
4. npx --yes html-validate "**/*.html": 0 erros.
5. Veja cada página com site_preview em view="mobile" e view="desktop" e confira também a página inicial em 360 e 768 pixels. Corrija qualquer rolagem horizontal, título apertado ou alvo de toque menor que 44 pixels e olhe de novo.
6. Meça cada página com core_web_vitals em strategy="mobile" e strategy="desktop", depois audite a página inicial e a página mais longa com seo_audit. Meta: no mobile, Acessibilidade, Boas Práticas e SEO 100 e Desempenho de no mínimo 95; no desktop, as quatro notas de no mínimo 95. Nenhuma requisição pode sair do site. Se o LCP estiver alto, use resources=true para encontrar o arquivo que o está atrasando: geralmente linhas de preload colocadas antes da folha de estilo, ou fetchpriority dado a uma imagem que não é o elemento LCP. Se o CLS passar de 0.1, procure uma fonte da primeira tela sem preload.
Não dê o trabalho por concluído até que tudo isso passe.

Após a publicação, envie https://[domínio]/sitemap.xml com gsc_submit_sitemap e verifique a página inicial com gsc_url_inspect. Se não houver uma propriedade do Search Console, avise-me; não tente conectar uma por conta própria.

Relatório de entrega: uma tabela com as quatro notas do Lighthouse e o LCP por página no mobile e no desktop, o resultado dos quatro portões, o motivo de qualquer aviso do design-check, uma lista das informações do site que são fictícias ou estão faltando, e o que ainda preciso fazer (Business Profile, fotos reais, horário de funcionamento e assim por diante).

SiteAltera após sua aprovaçãoDemonstração ao vivo

Crie o site de um escritório de advocacia ou contabilidade em estilo minimalista suíço, com fortes sinais de confiança

Faz seu assistente criar um site estático para o escritório, em uma grade rigorosa, com a hierarquia sustentada por uma única família tipográfica. Coloca na página os sinais de confiança que um segmento YMYL exige: perfis dos profissionais, uma nota de orientação datada e com fontes, textos que respeitam as regras de publicidade profissional e schema Person.

Quando usarQuando um escritório de advocacia, de contabilidade ou outra prática profissional semelhante precisa de um site com aparência séria e sóbria, que respeite as regras de publicidade profissional e comprove sua expertise.

Crie um site estático multipágina, em estilo minimalista suíço, para o nosso escritório no meu servidor de hospedagem do Opus Growth [nome do servidor]. Escritório: [nome do escritório], [profissão, ex.: escritório de advocacia ou escritório de contabilidade], [cidade]. Áreas de atuação: [áreas]. Profissionais: [para cada um, nome, cargo, ordem ou conselho em que está registrado, número de registro, áreas]. Telefone: [telefone], e-mail: [e-mail], endereço: [endereço], domínio: [domínio]. Tema da nota informativa: [um assunto frequente, ex.: o limite legal para reajustes de aluguel].

Esta é uma área em que as pessoas tomam decisões sobre seu dinheiro e seus direitos, então a confiança deve vir de clareza, credenciais e fontes, não de decoração. Respeite as regras profissionais: para advogados na Turquia, o regulamento de proibição de publicidade da União das Ordens dos Advogados da Turquia; para contadores, as regras profissionais da TÜRMOB; ou o equivalente onde você atua. Não escreva taxas de sucesso, números de casos ganhos, nomes de clientes, afirmações de superioridade como "o melhor" ou "especialista líder", comparações de honorários, garantias ou promessas exageradas. Apresente as informações com um aviso de que são gerais e não substituem aconselhamento jurídico ou financeiro.

A direção de design é minimalista suíça:
1. Tipografia: uma única família grotesca da Fontshare (ex.: Switzer 400, 500, 600). A hierarquia vem apenas do tamanho e do peso: um título grande, compacto e alinhado à esquerda, texto de corpo sóbrio, rótulos de seção pequenos.
2. Cor: fundo branco, texto quase preto, um cinza escuro e um único destaque (ex.: vermelho suíço). O destaque aparece apenas na marca da seção, nos rótulos e no anel de foco. As fotos são em preto e branco (grayscale do Tailwind).
3. Grade: 12 colunas rigorosas. Em cada seção, o rótulo fica nas colunas 1 a 3 e o conteúdo nas colunas 4 a 12; as seções são separadas por uma linha preta de 1 pixel. Sem cantos arredondados nem sombras.
4. Elemento de assinatura: rótulos de seção numerados com o símbolo § na cor de destaque, e linhas-guia tênues das 12 colunas desenhadas apenas em CSS atrás da primeira tela.
5. Movimento: nenhum.

Páginas e seus schemas:
1. index.html: uma primeira tela cujo parágrafo de abertura responde "qual assunto, para quem, onde", as áreas de atuação, como você trabalha e como os honorários são definidos (sem valores, com a tabela oficial e um contrato de prestação de serviços por escrito), a nota informativa mais recente, um resumo da equipe. WebPage.
2. calisma-alanlari.html: uma seção por área; o primeiro parágrafo responde à pergunta mais comum dessa área, seguido dos principais temas e da base legal. Um Service por área.
3. ekip.html: um perfil para cada profissional (nome, cargo, ordem ou conselho, áreas, biografia curta). AboutPage e uma Person por profissional (jobTitle, knowsAbout, worksFor #business, memberOf da ordem ou do conselho).
4. bilgi-notlari/[tema].html: uma nota fundamentada na lei, que começa com uma resposta curta. No topo: autor, revisor, data de publicação e data da última revisão; no final, uma lista de fontes. Article (autor e publisher via @id, image, datePublished, dateModified, citation) e reviewedBy mais lastReviewed na WebPage. Nunca escreva um ponto jurídico ou financeiro que você não conheça; pergunte-me sobre cada frase de que não tiver certeza.
5. sss.html: seis perguntas reais, FAQPage. 6. iletisim.html: ContactPage. 7. kvkk.html (mencionando o sigilo profissional) e 404.html.

Regras técnicas. Siga-as exatamente, porque os gates abaixo medem exatamente isto:

1. Configuração. Execute scaffold_site primeiro como prévia, mostre-me a lista de arquivos e instale com confirm=true depois que eu aprovar. Em seguida, leia site_design_guide e site_seo_guide por completo. Antes de escrever qualquer código, escreva a direção em _kaynak/ART.md (sensação, combinação de fontes, cores com taxas de contraste, grade, elemento de assinatura, decisão sobre movimento, lista de páginas) e mostre-a para mim.
2. Elimine o JavaScript. Nenhuma página deste site carrega JavaScript. Remova de todas as páginas o script cdn.tailwindcss.com, a linha tailwind.config, as tags de GSAP, ScrollTrigger, SplitText, Lenis e Swiper e as tags de script motion.js, chrome.js e site.config.js; exclua assets/chrome.js e assets/motion.js. Mantenha assets/site.config.js, mas apenas como fonte de brand, contact e seo para o seo-stamp.mjs; ele nunca é carregado no navegador.
3. Menu e rodapé são HTML estático. Os componentes <site-nav> e <site-footer> são desenhados por JavaScript, então rastreadores de busca e de IA não enxergam o menu, os links internos nem os dados de contato. Escreva o cabeçalho em _kaynak/ust.inc e o rodapé (nome, endereço, telefone, e-mail, link de todas as páginas, aviso de privacidade, "Web: Opus Growth") em _kaynak/alt.inc. Use a extensão .inc para que o seo-stamp e o html-validate não tratem os fragmentos como páginas. Cada página leva os marcadores  e . Depois, escreva com site_write_file um script Node sem dependências em _kaynak/parca-bas.mjs: ele carimba os dois fragmentos entre os marcadores em todos os arquivos HTML, adiciona aria-current="page" ao link do menu da página atual e reescreve o sitemap.xml usando o dateModified do JSON-LD de cada página como lastmod (ignorando 404 e páginas noindex). Construa o menu mobile sem JavaScript usando <details><summary>Menu</summary>; os menus de desktop e mobile são dois elementos <nav> separados com aria-label diferentes.
4. Hospede as fontes você mesmo. Este site usa uma família de fontes e no máximo três arquivos. Baixe o CSS da Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para itálico) com site_fetch para _kaynak/fontshare.css, leia-o com site_read_file e use apenas as URLs woff2 da família solicitada; o serviço às vezes acrescenta uma família que você não pediu. Baixe cada woff2 com site_fetch para assets/fonts/. Coloque as regras @font-face (font-display: swap) dentro de assets/app.css, porque o design-check.mjs só procura uma fonte personalizada nesse arquivo. Não use as padrão Inter, Roboto, Poppins ou Montserrat.
5. Compile o Tailwind. assets/app.css passa a ser a fonte do Tailwind: @tailwind base; @tailwind components; @tailwind utilities; no topo, depois @font-face, o anel de foco, o skip link, uma regra prefers-reduced-motion e suas próprias classes de componente dentro de @layer components. Nunca dê a uma classe de componente o nome de uma utilitária do Tailwind (list-item, table, grid, container, hidden e assim por diante), porque o conflito quebra o layout silenciosamente após a compilação. Escreva tailwind.config.js na raiz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], cores e fontFamily). Execute "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" com site_run_command e background=true, e aguarde com site_command_status. O <head> de cada página contém, nesta ordem: um único <link rel="stylesheet" href="/assets/site.css">, depois uma linha de preload para cada arquivo de fonte usado na primeira tela (título, destaque e corpo; as="font" type="font/woff2" crossorigin). Linhas de preload colocadas antes da folha de estilo atrasam o CSS e aumentam o LCP; uma fonte da primeira tela sem preload é trocada tarde, desloca a página e aumenta o CLS, e <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. A linha do favicon é obrigatória: sem ela o navegador pede /favicon.ico, recebe um 404, e o erro no console reduz as Best Practices.
6. Imagens. Baixe as fotos com site_fetch usando resize e image_format="webp" em várias larguras (480, 800, 1200 e 1600 para a imagem da primeira tela, 480, 800 e 1200 para as demais; qualidade entre 60 e 75, menor para fotos detalhadas). Toda <img> tem srcset, sizes compatível com o layout real, width e height (CLS zero) e um texto alt significativo e honesto. fetchpriority="high" vai apenas na imagem que o Lighthouse indica como elemento LCP, e essa imagem não é lazy; todas as outras imagens usam loading="lazy". Se o elemento LCP for texto, nenhuma imagem recebe fetchpriority. Prepare também assets/img/logo.png, um assets/img/og.jpg de 1200x630 e assets/img/favicon.svg.
7. Regras de HTML (padrões do html-validate). <!DOCTYPE html> em maiúsculas; nenhum atributo style inline (incluindo o style="background:var(--brand)" do kit, use uma classe); &nbsp; em vez de espaços comuns no texto dos links tel:; um type em todo <button>; sem espaços no fim das linhas; tabelas com <thead>, <tbody> e th scope. Links dentro de parágrafos são sublinhados; links de menu, rodapé, breadcrumb e botões têm área de toque de pelo menos 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Dados estruturados. Preencha o bloco seo em site.config.js (siteUrl, description, logo, imagem og, tipo de negócio, campos de endereço) e execute "node seo-stamp.mjs" com site_run_command; ele carimba Organization, WebSite e, quando relevante, um subtipo de LocalBusiness, além de tags canonical e OG. Adicione à mão o schema específico de cada página: em todas as páginas um nó WebPage com @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished e dateModified, isPartOf #site, about #business ou #org, e breadcrumb apontando para uma BreadcrumbList; além de um Service por área de atuação, uma Person por profissional na página da equipe, Article e reviewedBy na nota informativa, e FAQPage na página de perguntas frequentes. Escreva cada nó em seu PRÓPRIO bloco <script type="application/ld+json"> e não use um wrapper @graph, porque o seo-check.mjs só lê o @type de nível superior e não enxerga uma BreadcrumbList dentro de @graph. Ligue os nós com @id. Nunca invente horários de funcionamento, coordenadas, avaliações, comentários, prêmios, número de clientes ou certificados; deixe de fora os campos desconhecidos.
9. Acesso para IA. Escreva o robots.txt: o site inteiro aberto, apenas /_kaynak/ fechado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended e Bingbot; sua decisão sobre o CCBot com o motivo em um comentário; a linha Sitemap por último. Adicione llms.txt na raiz: um resumo correto do negócio em duas frases, as páginas importantes com uma linha cada e os dados de contato. Escreva 404.html (noindex, com os marcadores de cabeçalho e rodapé).
10. Redação. Cada página tem pelo menos 150 palavras de texto original dentro de <main>, e o primeiro parágrafo responde diretamente à pergunta principal da página. Os títulos têm de 48 a 60 caracteres, as descrições de 145 a 158, únicos em cada página. Sem travessões longos nem curtos, sem slogans prontos, sem promessas vazias. Se algo no site não for real, diga claramente que é fictício.

Gates. Após cada alteração, execute estes com site_run_command nesta ordem e só avance quando cada um estiver limpo:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, a compilação do Tailwind (de novo se você adicionou classes).
2. node seo-check.mjs: 0 erros e 0 avisos. Se avisar "gövde kısa" (corpo curto demais), adicione texto real, não enchimento.
3. node design-check.mjs: 0 erros. O único aviso permitido é "Hiç hareket yok" (sem movimento); o estilo exige isso, então explique o motivo no relatório.
4. npx --yes html-validate "**/*.html": 0 erros.
5. Veja cada página com site_preview em view="mobile" e view="desktop", e confira também a página inicial em 360 e 768 pixels. Corrija qualquer overflow horizontal, título espremido ou alvo de toque menor que 44 pixels e verifique de novo.
6. Meça cada página com core_web_vitals em strategy="mobile" e strategy="desktop", depois audite a página inicial e a página mais longa com seo_audit. Meta: no mobile, Accessibility, Best Practices e SEO 100 e Performance de pelo menos 95; no desktop, as quatro de pelo menos 95. Nenhuma requisição pode sair do site. Se o LCP estiver alto, use resources=true para encontrar o arquivo que o está atrasando: geralmente linhas de preload colocadas antes da folha de estilo, ou fetchpriority dado a uma imagem que não é o elemento LCP. Se o CLS passar de 0,1, procure uma fonte da primeira tela sem preload.
Não dê o trabalho por concluído até que tudo isso passe.

Relatório de entrega: uma tabela com as quatro notas do Lighthouse e o LCP de cada página no mobile e no desktop, o resultado dos quatro gates, o motivo de qualquer aviso do design-check, uma lista das informações do site que são fictícias ou estão faltando, e o que ainda preciso fazer (Business Profile, fotos reais, horário de funcionamento e assim por diante).

SiteAltera após sua aprovaçãoDemonstração ao vivo

Crie um site institucional de várias páginas sem JavaScript e entregue com nota 100

Peça ao seu assistente para criar um site estático, rápido e acessível para trabalhos corporativos como arquitetura, engenharia ou consultoria. Menu e rodapé são HTML estático, fontes e CSS são hospedados por você e cada página é medida antes da entrega.

Quando usarQuando uma empresa corporativa precisa de um site com várias páginas em que velocidade e acessibilidade importam mais que decoração, sem animação e sem JavaScript.

Crie um site corporativo, com várias páginas e totalmente estático, para o meu negócio no meu servidor de hospedagem Opus Growth [nome do servidor]. Negócio: [nome da empresa], [setor, por exemplo escritório de engenharia e arquitetura], [cidade/área de atendimento]. Serviços: [serviços com uma breve descrição de cada um]. Telefone: [telefone], e-mail: [e-mail], endereço: [endereço], domínio: [domínio]. Preferência de cores: [preferência de cor/marca, ou "à sua escolha"]. Fotos: [onde estão as fotos reais, ou "use fotos de banco de imagens adequadas"].

Este site prioriza velocidade e acessibilidade. Nenhuma linha de JavaScript em nenhuma página; GSAP, Lenis e Swiper nunca são carregados. Tudo, incluindo o menu, o menu mobile e o FAQ, funciona com HTML e CSS.

A direção de design é "folha de desenho técnico":
1. Tipografia: uma fonte de títulos grotesca e compacta da Fontshare (por exemplo, Cabinet Grotesk 800) e uma fonte de corpo discreta (por exemplo, General Sans 400 e 600). No máximo três arquivos de fonte.
2. Cor: fundo claro em tom de papel, texto em tinta escura, um cinza secundário e uma única cor de destaque como sinal. O destaque aparece apenas em rótulos, filetes finos e no botão principal. Toda cor de texto atinge pelo menos 4,5:1 de contraste.
3. Grade: 12 colunas, seções separadas por filetes de 1 pixel; sem sombras, cantos arredondados ou gradientes.
4. Elemento de assinatura: abaixo da imagem da primeira tela, uma faixa de quatro células no estilo do carimbo de um desenho de arquitetura (por exemplo, tipo de projeto, norma seguida, escala, número da folha), e uma grade milimétrica muito discreta desenhada apenas em CSS atrás da primeira tela.
5. Movimento: nenhum. Nem durações de transição; apenas o sublinhado e a mudança de cor acontecem instantaneamente ao passar o mouse.

Páginas e seus schemas:
1. index.html: uma primeira tela cujo parágrafo de abertura responde diretamente a "o que vocês fazem, para quem, onde", três cartões de serviço (cada um com link para a sua seção), um processo de quatro etapas (numeradas como "Etapa 1" com um contador CSS, não 01/02), dois exemplos de projetos, uma faixa de telefone. WebPage.
2. hizmetler.html: uma seção por serviço; o primeiro parágrafo responde "quando é necessário, o que faz", depois uma lista de escopo, duração típica e entregáveis. WebPage mais um Service por serviço (provider #business, areaServed).
3. projeler.html: exemplos com tipo de edificação, método e resultado; nomes de clientes apenas com permissão. CollectionPage.
4. hakkimizda.html: quem somos, nossas regras de trabalho, onde atuamos. AboutPage.
5. sss.html: pelo menos seis perguntas reais dentro de <details>. WebPage e FAQPage.
6. iletisim.html: telefone, e-mail e endereço dentro de <address>, um link de mapa; deixe de fora o horário de funcionamento se você não o souber. ContactPage com mainEntity #business.
7. kvkk.html (aviso de privacidade) e 404.html.

Regras técnicas. Siga-as exatamente, porque os testes abaixo medem exatamente isto:

1. Configuração. Execute scaffold_site primeiro como prévia, mostre-me a lista de arquivos e instale com confirm=true depois que eu aprovar. Em seguida, leia site_design_guide e site_seo_guide por completo. Antes de escrever qualquer código, escreva a direção em _kaynak/ART.md (sensação, combinação de fontes, cores com taxas de contraste, grade, elemento de assinatura, decisão sobre movimento, lista de páginas) e mostre-a para mim.
2. Remova o JavaScript. Nenhuma página deste site carrega JavaScript. Remova de todas as páginas o script cdn.tailwindcss.com, a linha tailwind.config, as tags de GSAP, ScrollTrigger, SplitText, Lenis e Swiper e as tags de script motion.js, chrome.js e site.config.js; exclua assets/chrome.js e assets/motion.js. Mantenha assets/site.config.js, mas apenas como fonte de marca, contato e seo para o seo-stamp.mjs; ele nunca é carregado no navegador.
3. Menu e rodapé são HTML estático. Os componentes <site-nav> e <site-footer> são desenhados por JavaScript, então rastreadores de busca e de IA não conseguem ver o menu, os links internos nem os dados de contato. Escreva o cabeçalho em _kaynak/ust.inc e o rodapé (nome, endereço, telefone, e-mail, todos os links de páginas, aviso de privacidade, "Web: Opus Growth") em _kaynak/alt.inc. Use a extensão .inc para que seo-stamp e html-validate não tratem os fragmentos como páginas. Toda página leva os marcadores  e . Depois, escreva um script Node sem dependências com site_write_file em _kaynak/parca-bas.mjs: ele carimba os dois fragmentos entre os marcadores em todos os arquivos HTML, adiciona aria-current="page" ao link do menu da página atual e reescreve o sitemap.xml usando o dateModified do JSON-LD de cada página como lastmod (ignorando 404 e páginas noindex). Construa o menu mobile sem JavaScript usando <details><summary>Menu</summary>; os menus desktop e mobile são dois elementos <nav> separados com aria-labels diferentes.
4. Hospede as fontes você mesmo. Este site usa no máximo três arquivos de fonte. Baixe o CSS da Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para itálico) com site_fetch para _kaynak/fontshare.css, leia-o com site_read_file e pegue apenas as URLs woff2 da família que você pediu; o serviço às vezes acrescenta uma família que você não solicitou. Baixe cada woff2 com site_fetch para assets/fonts/. Coloque as regras @font-face (font-display: swap) dentro de assets/app.css, porque o design-check.mjs só procura uma fonte personalizada nesse arquivo. Não use as padrão Inter, Roboto, Poppins ou Montserrat.
5. Compile o Tailwind. assets/app.css passa a ser a fonte do Tailwind: @tailwind base; @tailwind components; @tailwind utilities; no topo, depois @font-face, o anel de foco, o skip link, uma regra prefers-reduced-motion e suas próprias classes de componente dentro de @layer components. Nunca dê a uma classe de componente o nome de um utilitário do Tailwind (list-item, table, grid, container, hidden e assim por diante), porque o conflito quebra o layout silenciosamente após a compilação. Escreva tailwind.config.js na raiz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], cores e fontFamily). Execute "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" com site_run_command e background=true, e aguarde com site_command_status. O <head> de toda página contém, nesta ordem: um único <link rel="stylesheet" href="/assets/site.css">, depois uma linha de preload para cada arquivo de fonte usado na primeira tela (título, destaque e corpo; as="font" type="font/woff2" crossorigin). Linhas de preload colocadas antes da folha de estilo atrasam o CSS e aumentam o LCP; uma fonte da primeira tela sem preload é trocada tarde, desloca a página e aumenta o CLS, e <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. A linha do favicon é obrigatória: sem ela o navegador pede /favicon.ico, recebe um 404, e o erro no console reduz as Melhores Práticas.
6. Imagens. Baixe as fotos com site_fetch usando resize e image_format="webp" em várias larguras (480, 800, 1200 e 1600 para a imagem da primeira tela, 480, 800 e 1200 para as demais; qualidade entre 60 e 75, menor para fotos com muitos detalhes). Toda <img> tem srcset, sizes compatíveis com o layout real, width e height (CLS zero) e um texto alt significativo e honesto. fetchpriority="high" vai apenas na imagem que o Lighthouse indica como elemento LCP, e essa imagem não é lazy; todas as outras imagens usam loading="lazy". Se o elemento LCP for texto, nenhuma imagem recebe fetchpriority. Prepare também assets/img/logo.png, um assets/img/og.jpg de 1200x630 e assets/img/favicon.svg.
7. Regras de HTML (padrões do html-validate). <!DOCTYPE html> em maiúsculas; nenhum atributo style inline (incluindo o style="background:var(--brand)" do kit, use uma classe); &nbsp; em vez de espaços comuns no texto dos links tel:; um type em todo <button>; sem espaços no final das linhas; tabelas com <thead>, <tbody> e th scope. Links dentro de parágrafos são sublinhados; links de menu, rodapé, breadcrumb e botão têm área de toque de pelo menos 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Dados estruturados. Preencha o bloco seo em site.config.js (siteUrl, description, logo, imagem og, tipo de negócio, campos de endereço) e execute "node seo-stamp.mjs" com site_run_command; ele carimba Organization, WebSite e, quando pertinente, um subtipo de LocalBusiness, além de tags canonical e OG. Adicione à mão o schema específico de cada página: em toda página um nó WebPage com @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished e dateModified, isPartOf #site, about #business ou #org, e breadcrumb apontando para um BreadcrumbList; mais um Service por serviço na página de serviços e FAQPage na página de FAQ. Escreva cada nó em seu PRÓPRIO bloco <script type="application/ld+json"> e não use um wrapper @graph, porque o seo-check.mjs só lê o @type de nível superior e não encontra um BreadcrumbList dentro de @graph. Conecte os nós com @id. Nunca invente horário de funcionamento, coordenadas, avaliações, comentários, prêmios, número de clientes ou certificados; deixe de fora os campos desconhecidos.
9. Acesso para IA. Escreva o robots.txt: o site inteiro aberto, apenas /_kaynak/ fechado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended e Bingbot; sua decisão sobre o CCBot com o motivo em um comentário; a linha Sitemap por último. Adicione llms.txt na raiz: um resumo correto do negócio em duas frases, as páginas importantes com uma linha cada e os dados de contato. Escreva 404.html (noindex, com os marcadores de cabeçalho e rodapé).
10. Redação. Cada página tem pelo menos 150 palavras de texto original dentro de <main>, e o primeiro parágrafo responde diretamente à pergunta principal da página. Os títulos têm de 48 a 60 caracteres, as descrições de 145 a 158, únicos em cada página. Sem travessões longos ou médios, sem slogans prontos, sem promessas vazias. Se algo no site não for real, diga claramente que é fictício.

Testes. Após cada alteração, execute-os com site_run_command nesta ordem e não avance até que cada um esteja limpo:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, a compilação do Tailwind (de novo se você adicionou classes).
2. node seo-check.mjs: 0 erros e 0 avisos. Se ele avisar "gövde kısa" (corpo curto demais), adicione texto real, não enchimento.
3. node design-check.mjs: 0 erros. O único aviso permitido é "Hiç hareket yok" (sem movimento); essa é uma escolha deliberada deste site, então dê o motivo no relatório.
4. npx --yes html-validate "**/*.html": 0 erros.
5. Veja cada página com site_preview em view="mobile" e view="desktop", e confira também a página inicial em 360 e 768 pixels. Corrija qualquer overflow horizontal, título apertado ou alvo de toque menor que 44 pixels e verifique de novo.
6. Meça cada página com core_web_vitals em strategy="mobile" e strategy="desktop", depois audite a página inicial e a página mais longa com seo_audit. Meta: no mobile, Acessibilidade, Melhores Práticas e SEO 100 e Desempenho pelo menos 95; no desktop, as quatro pelo menos 95. Nenhuma requisição pode sair do site. Se o LCP estiver alto, use resources=true para encontrar o arquivo que o atrasa: geralmente linhas de preload colocadas antes da folha de estilo, ou fetchpriority dado a uma imagem que não é o elemento LCP. Se o CLS passar de 0,1, procure uma fonte da primeira tela sem preload.
Não considere o trabalho concluído até que tudo isso passe.

Depois de publicar, envie https://[domínio]/sitemap.xml com gsc_submit_sitemap e verifique a página inicial com gsc_url_inspect. Se não houver uma propriedade no Search Console, avise-me; não tente conectar uma por conta própria.

Relatório de entrega: uma tabela com as quatro pontuações do Lighthouse e o LCP de cada página no mobile e no desktop, o resultado dos quatro testes, o motivo de qualquer aviso do design-check, uma lista das informações do site que são fictícias ou estão faltando, e o que eu ainda preciso fazer (Business Profile, fotos reais, horário de funcionamento e assim por diante).

SiteAltera após sua aprovaçãoDemonstração ao vivo

Crie uma página de campanha sem formulário para o tráfego de anúncios que gere ligações e conversas no WhatsApp, com as conversões marcadas

Cria uma página única para o tráfego do Google Ads e do Meta que repete a promessa do anúncio e oferece botões de ligação, WhatsApp e agendamento. Marca os cliques como eventos do dataLayer, configura o modo de consentimento, adiciona acionadores e tags do Tag Manager após a sua aprovação e mede a velocidade da página com e sem as tags.

Quando usarQuando seus anúncios levam para a página inicial ou para uma página genérica de serviço, e seus clientes entram em contato por telefone e WhatsApp muito mais do que por formulários.

No meu servidor de hospedagem Opus Growth [nome do servidor], crie uma única página de campanha para o tráfego de anúncios do Google Ads e da Meta, além de uma página de privacidade. Não há formulário; os visitantes entram em contato por telefone, WhatsApp ou um link de agendamento. Detalhes: empresa [nome da empresa], serviço [serviço], área [bairros], telefone [telefone], WhatsApp [número], link de agendamento [link ou "nenhum"], endereço [endereço], horário [horário de funcionamento], títulos dos anúncios e oferta principal [títulos e oferta], contêiner do Tag Manager [GTM-XXXXXXX], conta do Google Ads [nome da conta], conta de anúncios da Meta [nome da conta].

Coerência de mensagem: o h1 repete a promessa do título do anúncio com as mesmas palavras (serviço, área, oferta principal). Não coloque na página uma promessa que não esteja no anúncio, nem no anúncio uma que não esteja na página. Se os títulos do Google e da Meta forem diferentes, use o título do anúncio que mais investe e sugira como alinhar o outro anúncio à página. Em saúde, direito ou finanças, não prometa certeza ("garantido", "100%").

Estrutura da página: a barra superior tem apenas o nome da marca e um botão de ligar, sem menu, para que os visitantes não se dispersem. Hero: h1, descrição de uma frase, três botões (Ligar agora, Chamar no WhatsApp, Escolher um horário), quatro pontos curtos de segurança logo abaixo e uma imagem. Depois, o processo em três etapas, o que define o preço (resposta primeiro, se você não publicar preços), FAQ, uma chamada final para ação e um rodapé com nome, endereço, telefone e o link de privacidade. No celular, fixe uma barra de dois botões (Ligar, WhatsApp) na parte inferior da tela e dê ao corpo da página um espaçamento inferior da mesma altura, para que nada fique escondido embaixo dela e nada se desloque. O link do WhatsApp usa wa.me com uma mensagem pré-preenchida. Mantenha o visual simples e confiável: uma única família de fonte (por exemplo General Sans, dois pesos), um destaque de cor e um botão de WhatsApp verde-escuro com contraste de pelo menos 4,5:1 com o texto branco.

Regras de movimento e mensuração:
1. Movimento leve, sem bibliotecas: não carregue GSAP, Lenis nem Swiper. Transições de hover e de clique nos botões; nos cartões das etapas, uma pequena subida guiada pela rolagem que use apenas transform, dentro de `@supports (animation-timeline: view())` e somente para visitantes que não pedem movimento reduzido. Não use opacity: na demonstração, cartões esmaecidos abaixo da tela falharam no contraste e derrubaram a Acessibilidade para 96. Nada na primeira tela começa com animação de entrada.
2. Carregue a camada de mensuração como `assets/tag.js` com defer:
   a. `window.dataLayer` e os padrões do Consent Mode v2: ad_storage, ad_user_data, ad_personalization e analytics_storage "denied", wait_for_update 500.
   b. Dê a cada link de ação data-conv="phone", "whatsapp" ou "booking" e um data-conv-place com o nome da seção. Um único listener de clique os envia ao dataLayer como `{event: "phone_click" | "whatsapp_click" | "booking_click", conv_place, page_path}`.
   c. Não coloque o snippet clássico do GTM no `<head>`; injete-o depois do evento load com requestIdleCallback, para que as tags nunca atrasem a primeira renderização.
   d. Adicione uma pequena barra de consentimento fixa: Rejeitar e Aceitar como botões de mesmo peso, com a escolha guardada no navegador e enviada como atualização de consentimento. No celular, ela fica acima da barra de ação e baixa o suficiente para não cobrir o botão principal do hero.
3. Tag Manager: primeiro mostre o estado atual com list_gtm_containers, list_gtm_triggers e gtm_workspace_status. Proponha três gatilhos de Evento Personalizado com create_gtm_trigger (phone_click, whatsapp_click, booking_click). Encontre a conversão de contato e o valor de send_to dela no Google Ads com list_conversion_actions e get_conversion_tags. Para que uma pessoa que liga e também envia mensagem não seja contada duas vezes, proponha vincular telefone e WhatsApp a uma única conversão "Clique de contato" contada uma vez; se não existir, diga o que você criaria e aguarde minha aprovação. Proponha uma tag de conversão do Google Ads com create_gtm_tag (tag_type "sp"). Para a Meta, encontre o pixel com list_meta_pixels; se o código base do pixel não estiver no contêiner, proponha-o como uma tag HTML Personalizado em todas as páginas e, separadamente, as tags que enviam `fbq('track','Contact')` nos cliques e `fbq('track','Schedule')` no agendamento. Execute cada ferramenta primeiro com confirm=false, mostre a lista de alterações e crie-as após minha aprovação. Mostre publish_gtm_container primeiro com confirm=false, publique após minha aprovação e informe a versão que pode ser restaurada.
4. Plano de testes: escreva passo a passo como posso ver, no modo de visualização do GTM, qual tag dispara em cada um dos três botões e que nenhum cookie de publicidade é gravado quando o consentimento é rejeitado.
5. Depois de adicionar o GTM e as tags, execute core_web_vitals novamente, porque as tags podem reduzir a pontuação, e mostre a diferença em uma tabela. Para que a tag do Google não seja bloqueada por bloqueadores de anúncios, mostre a prévia do caminho de mensuração próprio com site_tag_gateway e configure-o após minha aprovação.

Configuração e armadilhas conhecidas (cada uma reduziu uma pontuação nas medições da demonstração, não pule nenhuma):
1. Se já houver um site no ar no servidor, avise-me primeiro, porque a configuração sobrescreve o index.html e a pasta assets. Mostre a prévia de scaffold_site com confirm=false e chame-o com confirm=true após minha aprovação. Depois leia site_design_guide e site_seo_guide. Antes de escrever código, coloque a direção de design (tipografia, cor, grade, elemento marcante, linguagem de movimento e as bibliotecas que NÃO serão carregadas) em um ART.md curto fora de assets e mostre-o para mim.
2. Compile o Tailwind em vez de carregá-lo pelo CDN. Instale-o com site_run_command e background=true: `npm i -D tailwindcss@3`, e acompanhe com site_command_status. Os caminhos de content em `tailwind.config.js` devem cobrir todos os arquivos HTML, os templates e qualquer arquivo JS que escreva nomes de classe. `_src/tw.css` contém a linha `@import "../assets/app.css";` e as três linhas `@tailwind`; compile-o em um único arquivo com `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify`. Remova o script cdn.tailwindcss.com e o tailwind.config inline de todas as páginas e vincule apenas `/assets/site.css`. Recompile após cada alteração no HTML.
3. Hospede as fontes você mesmo. Leia o CSS das famílias da Fontshare escolhidas, baixe o arquivo woff2 de cada peso para `assets/fonts/` com site_fetch e escreva as regras @font-face com `font-display: swap` em `assets/app.css`; o design-check procura uma fonte personalizada ali. Confira o nome da font-family no CSS que você baixou, porque a Fontshare pode devolver outra família quando um peso não existe. Faça o preload da fonte do título da primeira tela e da fonte do corpo em todas as páginas com `<link rel="preload" as="font" type="font/woff2" crossorigin>`; na demonstração isso eliminou o deslocamento de layout causado pela troca de fonte (CLS 0,024 para 0). A maioria das fontes da Fontshare não tem o glifo ₺, então escreva "TL" nos preços.
4. Faça o menu e o rodapé em HTML estático. Não carregue chrome.js nem site.config.js nas páginas. Escreva um pequeno `chrome-stamp.mjs` que leia a lista de navegação em site.config.js e carimbe `_src/header.tpl` e `_src/footer.tpl` entre os marcadores `` e `` de cada página, adicionando aria-current="page" ao link atual. Não dê aos templates a extensão .html e use marcadores como `[[NAV]]` em vez de `{{...}}`, caso contrário o design-check e o seo-check os leem como páginas inacabadas. Construa o menu mobile sem JS usando `<details>`. Mantenha o nome da empresa, o endereço e o telefone no rodapé como texto simples.
5. Converta as imagens ao baixá-las com site_fetch: grave a mesma foto em arquivos separados com resize="480x", "800x" e "1200x", image_format="webp", quality=65. Dê a cada `<img>` srcset, sizes, width e height. A imagem principal da primeira tela recebe fetchpriority="high" e nunca é lazy; as demais recebem loading="lazy" decoding="async". Se a imagem principal ocupar a tela do celular, sirva um recorte mais largo e menor no mobile com `<picture>` (na demonstração, o hero mobile passou de 89 KB para 43 KB).
6. Crie um favicon PNG de 48 px a partir do logotipo com site_fetch e adicione `<link rel="icon">` a todas as páginas. Sem ele, o navegador registra um 404 e Best Practices cai para 96.
7. Regras do validador de HTML: comece todo documento com `<!DOCTYPE html>` em maiúsculas (os arquivos iniciais do kit usam minúsculas), use `&nbsp;` nos espaços do texto visível dos links tel:, nunca use o atributo style="" e dê a todo botão type="button".

SEO, AEO e GEO:
1. Use URLs de diretório com barra final (/gizlilik/). Preencha o bloco seo de site.config.js e execute `node seo-stamp.mjs`. Escreva o schema específico de cada página (na página de campanha, WebPage, um Service vinculado a #business como provider com areaServed, e FAQPage; na página de privacidade, WebPage e BreadcrumbList. Em site.config.js, use o subtipo de LocalBusiness mais específico, por exemplo HousePainter, Plumber, Dentist. A página de privacidade explica os cookies, as tags de mensuração e como alterar a escolha de consentimento) em blocos `<script type="application/ld+json">` separados e vincule-o ao grafo base com @id. Não esconda o BreadcrumbList dentro de um @graph; dê a ele um bloco próprio, porque é a única forma de o seo-check enxergá-lo.
2. Títulos de 48 a 60 caracteres (o seo-check sinaliza como erro qualquer um acima de 65), descrições de 145 a 158 caracteres, um h1 por página. Toda página precisa de pelo menos 150 palavras de conteúdo principal; páginas de contato e privacidade costumam ficar abaixo disso.
3. O primeiro parágrafo de cada página responde diretamente à pergunta da página. Escreva um FAQ específico da página com `<details>` e marque-o como FAQPage. Mostre a organização que publica e uma data de "Última atualização" com `<time>`.
4. No robots.txt, escreva sua decisão com o motivo para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot e CCBot, e aponte para o sitemap. O sitemap.xml traz datas lastmod reais. O llms.txt contém um resumo preciso do site em duas frases e a lista das páginas principais.
5. Não invente nada: nenhuma avaliação, nota, prêmio, número de clientes, certificado, horário de funcionamento, coordenada ou preço, a menos que eu os forneça. Deixe os campos desconhecidos fora do schema.

Portões de verificação (em ordem; não diga que terminou até que todos passem):
1. Com site_run_command, execute `node chrome-stamp.mjs`, o build do Tailwind, `node seo-stamp.mjs`, `node seo-check.mjs` (0 erros, 0 avisos), `node design-check.mjs` (0 erros; justifique qualquer aviso restante) e `npx html-validate "**/*.html"` (0 erros).
2. Veja cada página com site_preview, view="mobile" e view="desktop". O site_preview captura a página com o movimento desligado (reduced-motion), então, se faltar conteúdo nessa imagem, o estado sem movimento está quebrado. Em capturas de página inteira, imagens lazy mais abaixo podem aparecer vazias; isso não é um erro, mas confira os caminhos delas.
3. Execute core_web_vitals para cada página com strategy="mobile" e strategy="desktop". Aprovado: no mobile, Performance de pelo menos 95 e Acessibilidade, Best Practices e SEO 100; no desktop, as quatro de pelo menos 95. Em uma página que falhar, use resources=true para encontrar o arquivo que a atrasa, corrija e meça de novo. Depois execute seo_audit na página inicial com strategy="mobile" e runs=2. A lista de requisições de rede não deve conter nenhum host além do seu próprio domínio.
4. Sem rolagem horizontal nas larguras de 360, 390, 768 e 1440 px, alvos de toque de pelo menos 44 px, sem erros no console.

Como esta é uma página de destino de anúncios, meça-a também sem as tags: as pontuações dos portões são para a página sem tags, e a página com tags é medida separadamente na etapa 5.

Depois de publicar: mostre a prévia da regra `/assets/* Cache-Control: public, max-age=31536000, immutable` com site_headers e aplique-a após minha aprovação; a partir daí, renomeie os arquivos CSS ou JS quando mudarem (site-v2.css e assim por diante). Envie o sitemap.xml com gsc_submit_sitemap e verifique a página inicial com gsc_url_inspect. Termine com uma tabela de pontuação por página (página, quatro pontuações mobile, quatro pontuações desktop, LCP, CLS), os resultados dos portões e a lista das correções que você aplicou.

SiteAltera após sua aprovaçãoDemonstração ao vivo

Crie um site SaaS escuro e rápido, com uma história de produto fixada e guiada pela rolagem com GSAP

Cria um site de produto com várias páginas no seu servidor de hospedagem, com uma história de produto fixada com ScrollTrigger e sincronizada com a rolagem, uma entrada de títulos com SplitText e rolagem suave com Lenis. As bibliotecas de animação carregam apenas onde são necessárias e depois da primeira renderização, e o Lighthouse mobile é medido e mantido acima de 95.

Quando usarQuando você quer um site de produto com movimento marcante para o seu software ou produto digital, sem abrir mão de velocidade, acessibilidade ou visibilidade nas buscas.

No meu servidor de hospedagem Opus Growth [nome do servidor], crie um site de produto escuro e com várias páginas para [nome do produto], que conte a história do produto conforme o visitante rola a página. Produto: [o que faz, para quem é]. Os três passos que um usuário segue no produto: [três passos]. Principais recursos: [4 a 6 recursos]. Contato: [e-mail], [telefone], [número do WhatsApp], [endereço, se houver]. Domínio: [domínio]. Preferência de cor: [cor ou "você escolhe"]. Capturas de tela ou fotos reais do produto: [links ou "nenhuma"].

Páginas: início (/), produto (/urun/), sobre (/hakkimizda/), contato (/iletisim/), privacidade (/gizlilik/) e 404.html. Seções da página inicial, em ordem: hero (h1, descrição em duas frases, dois botões, imagem do produto), a história do produto como elemento de assinatura, recursos, para quem é, FAQ e uma chamada final para ação. Sem formulário na página de contato; use email, telefone e um link do WhatsApp com mensagem pré-preenchida, porque o servidor serve apenas arquivos estáticos.

Estilo: movimento escuro. Fundo escuro, uma única cor de destaque contida (não neon), uma fonte display grotesca compacta da Fontshare (por exemplo, Cabinet Grotesk) e uma fonte de texto calma (por exemplo, Switzer). Sem gradientes e sem WebGL; guarde a ousadia para a história do produto.

Regras de movimento (a parte mais difícil, siga-as à risca):
1. Bibliotecas: GSAP 3.13 core, ScrollTrigger, SplitText e Lenis. Baixe-as do jsdelivr para `assets/vendor/` com site_fetch e fixe a versão. Carregue-as apenas nas páginas inicial e de produto; as páginas sobre, contato e privacidade não levam nenhum script. Não carregue o Swiper.
2. Não anexe essas bibliotecas com `<script defer>`. Coloque um pequeno loader no final da página: depois do evento load, ele espera duas chamadas de requestAnimationFrame e então requestIdleCallback, adiciona os scripts em ordem com async=false e não baixa nada se `<html>` não tiver a classe `anim`. Na demonstração, as bibliotecas com defer levaram o LCP no mobile a 3,2 s e deixaram o Performance em 92; com esse loader chegou a 99.
3. Um script de uma linha no `<head>` adiciona a classe `js` ao `<html>`, e a classe `anim` a menos que prefers-reduced-motion seja "reduce". Defina os estados iniciais ocultos apenas sob `.anim`, para que o conteúdo fique visível desde o início com JS desativado ou para visitantes que preferem menos movimento, e as bibliotecas nunca sejam baixadas para eles. Como rede de segurança caso uma biblioteca falhe ao carregar, adicione uma animação CSS que torne visíveis todos os elementos ocultos após 2,5 s. Se o JS chegar depois disso, não oculte novamente o conteúdo visível; apenas monte a história fixada.
4. Entrada do título com SplitText: o h1 da primeira tela é o elemento LCP, nunca o comece oculto. O h1 começa visível em uma cor atenuada que ainda passa no contraste AA, e o SplitText leva suas linhas à cor total uma após a outra (opções mask e aria ativadas). Mantenha a entrada das linhas mascaradas, subindo, nos títulos h2 mais abaixo e execute-a na rolagem com ScrollTrigger.
5. Elemento de assinatura: na história do produto, use pin e scrub do ScrollTrigger por meio de gsap.matchMedia apenas a partir de 768 px de largura (scrub em torno de 0.6, end "+=180%"). À esquerda, os três passos ficam ativos um a um; à direita, a tela do produto se preenche passo a passo. Não esmaeça os passos inativos com opacity; mude apenas a cor do título e a linha da borda. Na demonstração, passos esmaecidos com opacity falharam no contraste no desktop e derrubaram a Acessibilidade para 95. No mobile não há pin; os passos aparecem no fluxo normal. Sem JS, a tela do produto mostra seu estado final.
6. Ative o Lenis apenas em dispositivos `(pointer: fine)` para que dispositivos de toque mantenham a rolagem nativa. Controle o Lenis pelo gsap.ticker e mova o foco para o destino depois de rolar até um link interno da página.
7. A tela do produto é uma figura decorativa com aria-hidden e uma figcaption que diz o que ela mostra. Toda interação funciona com o teclado e o anel de foco permanece visível.

Configuração e armadilhas conhecidas (cada uma reduziu uma pontuação nas medições da demonstração, não pule nenhuma):
1. Se já houver um site no ar no servidor, avise-me primeiro, porque a configuração sobrescreve index.html e a pasta assets. Mostre uma prévia de scaffold_site com confirm=false e chame-o com confirm=true após a minha aprovação. Depois leia site_design_guide e site_seo_guide. Antes de escrever código, coloque a direção de design (tipografia, cor, grid, elemento de assinatura, linguagem de movimento e as bibliotecas que NÃO serão carregadas) em um ART.md curto fora de assets e mostre para mim.
2. Compile o Tailwind em vez de carregá-lo pela CDN. Instale-o com site_run_command e background=true: `npm i -D tailwindcss@3`, e depois acompanhe com site_command_status. Os caminhos de content em `tailwind.config.js` devem cobrir todos os arquivos HTML, os templates e qualquer arquivo JS que escreva nomes de classes. `_src/tw.css` contém a linha `@import "../assets/app.css";` e as três linhas `@tailwind`; compile-o em um único arquivo com `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify`. Remova o script cdn.tailwindcss.com e o tailwind.config inline de todas as páginas e vincule apenas `/assets/site.css`. Recompile após cada alteração de HTML.
3. Hospede as fontes você mesmo. Leia o CSS das famílias da Fontshare que escolheu, baixe o arquivo woff2 de cada peso para `assets/fonts/` com site_fetch e escreva as regras @font-face com `font-display: swap` em `assets/app.css`; o design-check procura uma fonte personalizada ali. Confira o nome do font-family no CSS que você baixou, porque a Fontshare pode devolver outra família quando um peso não existe. Faça preload da fonte do título da primeira tela e da fonte do texto em todas as páginas com `<link rel="preload" as="font" type="font/woff2" crossorigin>`; na demonstração isso eliminou o deslocamento de layout causado pela troca de fonte (CLS de 0,024 para 0). A maioria das fontes da Fontshare não tem o glifo ₺, então escreva "TL" nos preços.
4. Faça o menu e o rodapé em HTML estático. Não carregue chrome.js nem site.config.js nas páginas. Escreva um pequeno `chrome-stamp.mjs` que leia a lista de navegação em site.config.js e carimbe `_src/header.tpl` e `_src/footer.tpl` entre os marcadores `` e `` de cada página, adicionando aria-current="page" ao link atual. Não dê aos templates a extensão .html e use marcadores como `[[NAV]]` em vez de `{{...}}`, caso contrário o design-check e o seo-check os leem como páginas inacabadas. Construa o menu mobile sem JS usando `<details>`. Mantenha o nome da empresa, o endereço e o telefone no rodapé como texto simples.
5. Converta as imagens durante o download com site_fetch: grave a mesma foto em arquivos separados com resize="480x", "800x" e "1200x", image_format="webp", quality=65. Dê a cada `<img>` srcset, sizes, width e height. A imagem principal da primeira tela recebe fetchpriority="high" e nunca é lazy; as demais recebem loading="lazy" decoding="async". Se a imagem principal ocupa toda a tela do celular, sirva um recorte mais largo e menor no mobile com `<picture>` (na demonstração, o hero mobile caiu de 89 KB para 43 KB).
6. Crie um favicon PNG de 48 px a partir do logotipo com site_fetch e adicione `<link rel="icon">` a todas as páginas. Sem ele, o navegador registra um 404 e as Boas Práticas caem para 96.
7. Regras do validador de HTML: comece todo documento com `<!DOCTYPE html>` em maiúsculas (os arquivos iniciais do kit usam minúsculas), use `&nbsp;` nos espaços do texto visível dos links tel:, nunca use o atributo style="" e dê a todo botão type="button".

SEO, AEO e GEO:
1. Use URLs de diretório com barra final (/urun/, /hakkimizda/, /iletisim/, /gizlilik/). Preencha o bloco seo de site.config.js e execute `node seo-stamp.mjs`. Escreva o schema específico de cada página (início WebPage e FAQPage; produto SoftwareApplication e FAQPage; sobre AboutPage; contato ContactPage; BreadcrumbList nas páginas internas. Para uma empresa de software sem loja física, defina localBusiness:false em site.config.js) em blocos `<script type="application/ld+json">` separados e vincule-o ao grafo base com @id. Não esconda o BreadcrumbList dentro de um @graph; dê a ele seu próprio bloco, porque essa é a única forma de o seo-check o enxergar.
2. Títulos de 48 a 60 caracteres (o seo-check sinaliza como erro qualquer um acima de 65), descrições de 145 a 158 caracteres, um h1 por página. Toda página precisa de pelo menos 150 palavras de conteúdo principal; as páginas de contato e privacidade costumam ficar abaixo disso.
3. O primeiro parágrafo de cada página responde diretamente à pergunta da página. Escreva um FAQ específico da página com `<details>` e marque-o como FAQPage. Mostre a organização responsável pela publicação e uma data de "Última atualização" com `<time>`.
4. No robots.txt, escreva sua decisão com o motivo para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot e CCBot, e aponte para o sitemap. O sitemap.xml traz datas lastmod reais. O llms.txt contém um resumo preciso do site em duas frases e a lista das páginas principais.
5. Não invente nada: nenhuma avaliação, nota, prêmio, número de clientes, certificado, horário de funcionamento, coordenada ou preço, a menos que eu os informe. Deixe campos desconhecidos fora do schema.

Critérios de aprovação (em ordem; não diga que terminou até que todos passem):
1. Com site_run_command, execute `node chrome-stamp.mjs`, o build do Tailwind, `node seo-stamp.mjs`, `node seo-check.mjs` (0 erros, 0 avisos), `node design-check.mjs` (0 erros; justifique qualquer aviso restante) e `npx html-validate "**/*.html"` (0 erros).
2. Veja todas as páginas com site_preview, view="mobile" e view="desktop". O site_preview captura a página com o movimento desativado (reduced-motion), então, se faltar conteúdo nessa imagem, o estado sem movimento está quebrado. Nas capturas de página inteira, imagens lazy mais abaixo podem aparecer vazias; isso não é erro, mas confira os caminhos delas.
3. Execute core_web_vitals em todas as páginas com strategy="mobile" e strategy="desktop". Aprovação: no mobile, Performance de pelo menos 95 e Acessibilidade, Boas Práticas e SEO 100; no desktop, as quatro de pelo menos 95. Em uma página que falhar, use resources=true para encontrar o arquivo que a atrasa, corrija e meça novamente. Depois execute seo_audit na página inicial com strategy="mobile" e runs=2. A lista de requisições de rede não pode conter nenhum host além do seu próprio domínio.
4. Sem rolagem horizontal nas larguras de 360, 390, 768 e 1440 px, alvos de toque de pelo menos 44 px, nenhum erro no console.

Verificação de movimento: o site_preview não consegue mostrar movimento, então descreva a seção fixada da página inicial e diga o que devo verificar no meu próprio navegador: no desktop, a história do produto deve ficar presa no topo enquanto os passos avançam com a rolagem; no celular, deve fluir sem ficar presa; e, com redução de movimento ativada no sistema operacional, nada deve se mover e tudo deve estar visível.

Depois de publicar: mostre a prévia da regra `/assets/* Cache-Control: public, max-age=31536000, immutable` com site_headers e aplique-a após a minha aprovação; a partir daí, renomeie os arquivos CSS ou JS quando mudarem (site-v2.css e assim por diante). Envie o sitemap.xml com gsc_submit_sitemap e verifique a página inicial com gsc_url_inspect. Termine com uma tabela de pontuação por página (página, quatro pontuações mobile, quatro pontuações desktop, LCP, CLS), os resultados dos critérios e a lista de correções aplicadas.

Estratégia

Ver todos os 49 →

EstratégiaSomente leitura

Mapeie as fontes que a IA cita no lugar da sua marca e monte um plano de visibilidade fora do site

Descobre quais páginas o ChatGPT, o Perplexity e as respostas de IA do Google citam para as perguntas que seus clientes fazem, agrupa essas fontes por tipo e lê uma a uma as páginas mais citadas. Planeja o trabalho de conteúdo no seu próprio site separadamente do trabalho com listas, diretórios e comunidades.

Quando usarSeus concorrentes são mencionados nas respostas de IA e você não, e você suspeita que isso tem tanto a ver com o que o resto da web diz sobre você quanto com o seu próprio site.

Meu negócio [nome da empresa], site [domínio], vende [serviço ou produto] no mercado de [cidade ou país]. Meus concorrentes: [até 3 concorrentes]. As perguntas que meus clientes fazem à IA: [5 a 8 perguntas que não citem minha marca]. Esta é uma tarefa somente de leitura e planejamento: não envie mensagens a ninguém e não altere nada.

A maioria das citações nas respostas de IA vem de páginas de terceiros, não do site da própria marca: listas comparativas, fóruns, diretórios, sites de avaliações. O objetivo desta tarefa é encontrar essas páginas e descobrir como entrar em cada uma delas.

1. Verificação de créditos. Use seo_history para encontrar execuções recentes com essas perguntas e reutilize-as. Diga quantas chamadas novas são necessárias.
2. Mecanismos de chat. Execute seo_geo_tracker com brand=[nome da empresa], brand_domain=[domínio], os concorrentes e a lista de perguntas, engines='chat_gpt,perplexity', repeats=2. Pegue a lista top_cited_sources e as taxas de menção dos concorrentes. Essa ferramenta informa com que frequência cada domínio é citado, mas não a URL completa da página.
3. Respostas de IA do Google. Execute seo_ai_overview para as 4 perguntas com maior intenção comercial (target=[domínio], localização e idioma do meu mercado). Pegue a URL completa de cada página de origem em cada resposta. Se references estiver vazio, use os links dentro do texto de ai_answer. Essas URLs de página são a principal base do plano.
4. Classifique as fontes. Coloque cada domínio coletado em um destes tipos: meu site, site de concorrente, lista comparativa ou "melhores de", fórum ou comunidade (Reddit, Quora, fóruns do setor), diretório ou site de avaliações (diretórios locais além do Google Maps, Trustpilot, G2 e similares), vídeo, notícia ou blog, órgão oficial ou enciclopédia. Se não tiver certeza do tipo de um domínio, não adivinhe, leia a página.
5. Leia as páginas mais citadas. Leia as 10 principais páginas de terceiros por número de citações com site_read_url e text=true. Para cada página, anote: quais marcas aparecem e se a minha está lá, o formato (lista ranqueada, tabela, perguntas e respostas, avaliação), a data de publicação ou atualização e se a página tem um caminho de inscrição, contato ou "sugerir uma empresa". Se uma página não puder ser lida (403, login obrigatório), diga isso e siga em frente.
6. Compare com o meu site. Se alguma das minhas páginas for citada, liste-as. Descubra o tipo das páginas de concorrentes que são citadas (página de preços, guia, página de comparação) e verifique com site_read_url se eu tenho uma página desse tipo.

Formate o resultado assim. Primeiro, um resumo de quatro frases. Depois, uma tabela de mapa de fontes: domínio, tipo, número de respostas que o citam, para quais perguntas, se minha marca está na página. Depois, uma tabela das 10 principais páginas: URL, formato, data, marcas mencionadas, caminho de entrada. Por fim, três listas de tarefas separadas:
1. No meu site: tipos de página a criar ou reforçar e qual pergunta cada uma deve responder.
2. Listas e diretórios: artigos de lista aos quais se candidatar e diretórios onde um cadastro deve ser criado ou atualizado, cada um com seu caminho de entrada.
3. Comunidade: discussões em que minha marca pode contribuir de forma natural.

Regras: não sugira avaliações falsas, contas de usuário falsas, menções pagas ocultas nem jogar anúncios em fóruns. Se sugerir uma inserção paga, diga que ela deve ser claramente identificada como patrocinada. Quando a sugestão for escrever a um publisher para atualizar uma lista antiga, apresente a mensagem como rascunho, mas não a envie. Quando os dados não forem suficientes para uma conclusão, não adivinhe.

EstratégiaAltera após sua aprovação

Redistribua o orçamento entre Google Ads e Meta com base no CPA dos últimos 30 dias

Uma única tabela de campanhas do Google Ads e da Meta e um plano de realocação de orçamento linha por linha, baseado em uma regra clara de CPA.

Quando usarQuando uma plataforma está claramente mais barata por conversão do que a outra e você precisa decidir para onde vai o seu orçamento mensal.

Compare minhas campanhas do Google Ads e da Meta nos últimos 30 dias e me diga para onde meu orçamento deve ir. Meu orçamento mensal de anúncios é [orçamento mensal] e meu custo por conversão alvo é [CPA alvo].

1. Para cada campanha ativa nas duas plataformas, traga gasto, conversões, custo por conversão, taxa de conversão e orçamento diário atual. Use o mesmo período para as duas plataformas.
2. Monte uma tabela ordenada por custo por conversão. Inclua a participação de cada campanha no gasto total e nas conversões totais.
3. Marque como "baixa confiança" qualquer campanha com menos de 10 conversões e não mexa no orçamento dela por enquanto.
4. Para campanhas de Pesquisa do Google, adicione a parcela de impressões perdida por orçamento.

Regra de decisão:
- Uma campanha com pelo menos 10 conversões e CPA mais de 30% acima da meta perde orçamento.
- Uma campanha abaixo do CPA alvo que perde mais de 20% de parcela de impressões por orçamento, ou que é um conjunto de anúncios da Meta gastando todo o orçamento, ganha orçamento.
- Nunca altere um orçamento individual em mais de 20% em uma única etapa.

Entregue uma tabela de realocação com estas colunas: campanha, plataforma, orçamento diário atual, orçamento diário proposto, motivo. Não altere nada ainda. Vou marcar quais linhas eu aceito. Depois, mostre uma prévia dessas alterações exatas e aguarde minha confirmação antes de aplicá-las.

EstratégiaSomente leitura

Confirme que as conversões são comparáveis antes de mover orçamento entre canais

Uma tabela de confiabilidade que compara as conversões informadas pelas plataformas com o GA4 e mostra o custo por conversão comparável de cada canal.

Quando usarQuando Google Ads, Meta e GA4 informam números de conversão muito diferentes e você não sabe em qual confiar antes de comparar os canais.

Antes de mover qualquer dinheiro entre Google Ads e Meta, preciso saber se os números de conversão das duas plataformas podem ser comparados. Use os últimos 30 dias.

1. Google Ads: audite a saúde do rastreamento de conversões. Liste as ações de conversão primárias com o tipo de contagem (cada ou uma), as janelas de atribuição de cliques e de visualizações, e o modelo de atribuição.
2. Meta: liste os pixels com o horário do último disparo, as conversões personalizadas e os eventos de conversão para os quais minhas campanhas otimizam. Observe que a atribuição padrão da Meta inclui conversões por visualização.
3. GA4: traga os eventos-chave por origem/mídia da sessão nos mesmos 30 dias. Confirme quais eventos-chave correspondem às conversões das plataformas.
4. Monte uma tabela por canal com estas colunas: conversões informadas pela plataforma, eventos-chave do GA4 desse canal, proporção, gasto, CPA da plataforma, CPA baseado no GA4.

Sinalize todo problema que infla ou esconde resultados:
- Contagem definida como "cada" em ações de lead.
- Ações duplicadas ou secundárias sendo contadas.
- Um pixel que não disparou nas últimas 24 horas.
- Uma proporção plataforma/GA4 acima de 1,5.

Termine com uma resposta clara: qual CPA devo usar para comparar os canais e o que precisa ser corrigido primeiro. Não altere nenhuma configuração. Se uma correção for necessária, descreva-a e eu pedirei uma prévia separadamente.

EstratégiaSomente leitura

Onboarding de novo cliente: briefing de uma página sobre o cenário competitivo

Um briefing de uma página que mapeia quem anuncia no mercado do cliente, onde, com qual mensagem e qual é a posição atual do cliente.

Quando usarQuando você está prestes a começar com um novo cliente e precisa entender contra quem ele compete na busca paga e orgânica antes da reunião de kickoff.

Estamos fazendo o onboarding de [nome do cliente] (domínio [domínio do cliente], conta do Google Ads [conta]). Monte um briefing do cenário competitivo antes da nossa reunião de kickoff.

1. Obtenha um resumo da conta para sabermos o investimento atual, as conversões e os tipos de campanha ativos.
2. Faça uma análise de SERP ao vivo das 5 consultas comerciais mais importantes do cliente: [5 consultas principais]. Registre quais domínios aparecem nas posições pagas e quais aparecem entre os 5 primeiros resultados orgânicos.
3. Pegue os 4 domínios que aparecem com mais frequência nas posições pagas. Para cada um, levante a presença de palavras-chave pagas (quantidade de palavras-chave e tráfego pago estimado) e seus anúncios ativos nas bibliotecas públicas de anúncios.
4. Faça uma análise de lacunas de palavras-chave entre o domínio do cliente e esses 4 concorrentes.

Entregável, uma página:
- tabela de concorrentes com estas colunas: domínio, presença paga (em quantas das 5 consultas apareceu), presença orgânica, quantidade estimada de palavras-chave pagas, canais com anúncios ativos, mensagem principal
- onde o cliente está mais forte, onde está mais fraco e onde está ausente
- 5 perguntas priorizadas para fazer ao cliente no kickoff, como margens, para qual concorrente ele perde negócios e quais ofertas ele pode igualar legalmente

Somente leitura. Nenhuma alteração na conta.

EstratégiaAltera após sua aprovação

Reescreva ativos fracos de RSA para se destacar dos anúncios dos concorrentes

Compara o texto dos seus anúncios responsivos de pesquisa com os anúncios ativos dos concorrentes, sinaliza ativos genéricos ou com CTR baixo e prepara reescritas no próprio anúncio baseadas em fatos verificados. Nada muda até você aprovar a prévia.

Quando usarQuando o texto dos seus anúncios no Google Ads soa igual ao dos concorrentes e você quer títulos e descrições de RSA que se destaquem.

Na conta do Google Ads [conta], campanha [nome da campanha], quero que nossos anúncios responsivos de pesquisa parem de soar como os da concorrência.

Fatos que você pode usar sobre [nome do cliente] (somente estes, mais qualquer coisa que você consiga ler na nossa página de destino ativa): [cole números reais, garantias, detalhes do processo, certificações, quantidade de avaliações].

1. Encontre a campanha e seus grupos de anúncios e anúncios com os respectivos IDs.
2. Busque os anúncios ativos do Google de [domínios dos concorrentes, até 4] na Central de Transparência de Anúncios, região [país]. Liste as alegações e frases que se repetem entre eles, como "entrega rápida", "melhor preço" ou "aprovado por X". Se algum concorrente não retornar anúncios, avise e continue com os outros.
3. Leia nossos RSAs nesta campanha: todos os títulos e descrições, URL final, Ad Strength e as recomendações do Google. Depois, busque o desempenho por ativo dos últimos 60 dias, com mínimo de 1.000 impressões.
4. Leia a URL final de cada anúncio como uma página ativa e anote os fatos concretos que ela apresenta (números, garantias, prazos de entrega, provas). Use esses fatos junto com os que colei acima.
5. Sinalize nossos títulos e descrições que (a) repetem quase palavra por palavra uma alegação recorrente dos concorrentes, ou (b) estão no terço inferior de CTR entre os ativos com 1.000+ impressões. Se menos de 6 ativos passarem de 1.000 impressões, use os números de todo o período e marque o resultado como baixa confiança.

Para cada ativo sinalizado, escreva uma substituição baseada em um fato específico da minha lista ou da página de destino: um número, garantia, detalhe de processo ou prova que os concorrentes não mencionam. Nunca invente uma alegação. Se nenhum fato servir, escreva "precisa de um fato seu" no lugar da substituição. Limite os títulos a 30 caracteres e as descrições a 90. Mantenha pelo menos 3 títulos que contenham a palavra-chave principal.

Fixações: se os detalhes do anúncio mostrarem quais ativos estão fixados, não mexa nos ativos fixados. Se o status de fixação não estiver visível nos dados, liste os ativos que você pretende alterar e pergunte quais deles estão fixados antes de preparar as edições.

Mostre uma tabela de antes/depois por anúncio com o motivo de cada troca e a fonte do fato usado. Depois, prepare as edições com a atualização parcial do RSA no próprio anúncio (remova e adicione apenas os ativos sinalizados) para preservar o histórico de desempenho. Execute como prévia com confirm=false e aguarde minha aprovação antes de aplicar qualquer coisa.

EstratégiaSomente leitura

Análise do funil por conjunto de anúncios da Meta: criativo, página, oferta ou checkout?

Cada conjunto de anúncios da Meta recebe um diagnóstico da etapa do funil em que perde compradores, com base em limites claros de taxa.

Quando usarQuando seus anúncios da Meta recebem cliques, mas poucas compras, e você não sabe em qual etapa do funil está perdendo compradores.

Na conta de anúncios da Meta [conta de anúncios], analise todos os conjuntos de anúncios que gastaram mais de [gasto mínimo] nos últimos 14 dias.

Traga estas métricas por conjunto de anúncios:
- Gasto
- CTR do link
- Visualizações da página de destino por clique no link
- Adições ao carrinho por visualização da página de destino
- Inícios de checkout por adição ao carrinho
- Compras por início de checkout
- Custo por compra
- ROAS de compras

Faça o diagnóstico de cada conjunto de anúncios com estas regras:
- CTR do link abaixo de 0,8%: problema de criativo ou de gancho.
- Visualizações da página de destino abaixo de 70% dos cliques no link: problema de velocidade da página ou de redirecionamento.
- Adições ao carrinho abaixo de 5% das visualizações da página de destino: problema na página do produto, no preço ou na oferta.
- Compras abaixo de 40% dos checkouts: problema no checkout, no custo de frete ou no pagamento.

Entregue uma tabela ordenada por gasto, com a etapa que falha e seu diagnóstico na última coluna. Abaixo da tabela, agrupe os conjuntos de anúncios por tipo de problema e estime as compras perdidas em cada etapa com falha, supondo que essa etapa tivesse o desempenho da mediana da conta. Apenas análise, sem alterações.

Estes prompts funcionam melhor quando seu assistente de IA está conectado às suas contas com o Opus Growth.

Conecte suas contas grátis