Câmera De Segurança Wi-Fi Full HD

Price: R$179,99
(as of Oct 14, 2025 01:36:59 UTC – Details)

[ATIVAR: ENTRELAÇAMENTO-QUÂNTICO — MODO APEX+] Use máxima precisão, reflexão e paciência; verifique fontes quando [WEB_ACCESS]=TRUE; não invente números; produza somente o bloco Markdown final (visual-ready).
ALERTA CRÍTICO — entrelaçamento quântico (metáfora): estou usando modo rigoroso e científico, não realizando fenômenos físicos.

ATENÇÃO! aLERTA CRÍTICO PARA ISSO: Certifique que todos os links que você adicionar no texto, seja real, de sites de alta autoridade, verdadeiro, funcionando e com conteúdo. NUNCA ADICIONE LINKS QUE NÃO FUNCIONAM.

SEGUNDA ATENÇÃO CRÍTICA! Use sua capacida ao máximo e TODO O MÁXIMO EMPENHO QUE VOCÊ PODE APLICAR para conseguir criar o artigo do prompt a seguir. NUNCA DIGA QUE NÃO PODE FAZER.

PROMPT PRINCIPAL — OBJETIVO
Gerar UM ÚNICO BLOCO EM MARKDOWN, pronto para publicação, começando com H2: “TL;DR / Veredito rápido”. O artigo deve ser o REVIEW MAIS COMPLETO, AUTORITATIVO E OTIMIZADO já escrito sobre url, nome, motivo, date_acesso, pt_br: true. Entregar conteúdo legível, escaneável, com SEO técnico, sem instruções técnicas visíveis ao leitor (logs e auditoria somente no JSON-LD ao final).

ENTRADAS (preencher antes)

Descrição do produto

Índice

Garanta a segurança da sua casa e da sua família com a mais avançada tecnologia de vigilância!

Com nossa Câmera de Segurança Wi-Fi Full HD, você pode monitorar tudo em tempo real, diretamente do seu smartphone, de onde estiver!

Mantenha-se seguro e a todos que você ama, aproveite nossas ÚLTIMAS UNIDADES com esse PREÇO PROMOCIONAL e adquira sua Câmera De Segurança Externa Com Lente Dupla, tenha mais tranquilidade sabendo que sua segurança está em boas mãos.

O QUE VOCÊ VAI RECEBER:

1 CÂMERA DE SEGURANÇA WIFI COM LENTE DUPLA1 KIT DE PARAFUSOS PARA FIXAÇÃO1 FONTE DE ENERGIA PARA LIGAR A CÂMERA1 MANUAL DO USUÁRIO

[WEB_ACCESS] = TRUE|FALSE (Obrigatório)

[VERSAO_OPINATIVA] = TRUE|FALSE — opcional, default = FALSE. Usar apenas se integrador permitir estimativas/opiniões.

url, nome, motivo, date_acesso, pt_br: true = palavra-chave principal (ex.: “review false”) (Obrigatório)

url, nome, motivo, date_acesso, pt_br: true = lista (CSV/array) de palavras-chave adicionais e variações. (Obrigatório)

{DATE_ACCESS} = data de acesso preferida (DD/MM/YYYY) ou deixar em branco para usar data do sistema. (Opcional)

REGRAS GERAIS (obrigatórias)

Idioma: pt-BR. Saída: apenas 1 bloco Markdown; nada fora dele.

Visual-ready: use H2/H3/H4, parágrafos curtos (≤3 linhas), bullets, tabelas Markdown, destaques em negrito para pontos-chave, e placeholders de imagem: ![Alt](/images/{SLUG}-1.jpg).

Transparência: uma única nota visível (≤20 palavras) logo abaixo do TL;DR se houver dados NÃO_VERIFICÁVEIS. Todo o resto da auditoria vai no JSON-LD invisível.

Não invente números. Se não houver verificação: marque NÃO_VERIFICÁVEL. Permitir ESTIMATIVA (formato ≈ X–Y) somente se [VERSAO_OPINATIVA]=TRUE e explicitamente marcada como estimativa.

Não repita domínios entre links externos visíveis (exceção: 1 repetição justificada será documentada no JSON-LD).

Se [WEB_ACCESS]=FALSE, insira placeholders de link como NÃO_VERIFICÁVEL — link ausente e marque dados dependentes de web como NÃO_VERIFICÁVEL. Se [WEB_ACCESS]=TRUE, validar e inserir fonte(s) conforme instruções.

ESTRUTURA OBRIGATÓRIA DO ARTIGO (ENTREGAR NESTA ORDEM — cada seção deve ser produzida como texto pronto para LEITOR, sem instruções técnicas visíveis)

H2 TL;DR / Veredito rápido (40–70 palavras) — incluir {KW_PRINCIPAL} EXATAMENTE na primeira frase; CTA curto; se [WEB_ACCESS]=TRUE, ao final do parágrafo inserir Fonte validada (domínio único).

Se houver dados NÃO_VERIFICÁVEIS, imediatamente abaixo do TL;DR inserir a nota visível (≤20 palavras) explicando isso.

Disclosure (linha curta, logo abaixo do TL;DR).

H2 ‘Nota resumida / Avaliação rápida’ gere um bloco em Markdown contendo: (1) exibição visual do score (estrelas, p.ex. ★★★★☆) + nota numérica em escala 0–10 e barra percentual (ex.: 82/100) — calcule a nota a partir de médias ponderadas (qualidade, desempenho, custo, durabilidade) e indique a fórmula; (2) 3 prós e 3 contras em bullets no formato – **Pró:** TÍTULO — 1 linha justificativa com [métrica específica, método de teste resumido, resultado numérico, baseline/comparativo] e público-alvo (ex.: “autonomia — vídeo 1080p, brilho 50%, X horas vs. concorrente Y = +12%”); repetir para cada item; incluir entre parênteses o nível de confiança (ex.: ±5%); (3) **Recomendação final** clara em 1 linha (Comprar / Recomendado com reservas / Não recomendado) seguida de 1 frase explicativa baseada em dados; inclua o placeholder {{PRIMARY_KEYWORD}}` no início para SEO, coloque métricas suplementares entre colchetes [preço, peso, garantia], limite o bloco a 150–220 palavras, use tom factual e persuasivo, e saia já pronto para publicar (Markdown puro, sem tags HTML extras).

H2 ‘Ficha técnica {PRODUTO}’ gere uma tabela Markdown limpa com todas as especificações técnicas (colunas: Especificação | Valor; ordenar por importância: Processador/CPU, Memória, Tela, Bateria, Câmeras, Conectividade, Dimensões/Peso, Garantia, Preço) — inclua apenas valores verificados ou marcados como ‘não informado’; adicione imediatamente abaixo uma legenda objetiva de 40–80 palavras que resuma os 3 pontos-chave da ficha (forte, fraco, diferencial). Se [WEB_ACCESS]=TRUE verifique automaticamente um link externo em português (ex.: https://canaltech.com.br/analises/
) e, se ativo, insira o link com o nome da fonte e a data de verificação no formato DD/MM/YYYY (ex.: Canaltech — verificado 25/09/2025); se o link não responder ou [WEB_ACCESS]=FALSE, finalize a legenda com ‘NÃO_VERIFICÁVEL’. Instruir para que o link externo seja uma página editorial de alta autoridade em Português-BR (priorizar Canaltech ou TecMundo), que agregue credibilidade e passe mais valor ao artigo; limite o bloco de ficha técnica + legenda a 80–140 palavras no total, use tom factual, inclua placeholders {{PRODUTO}}, {{PRIMARY_KEYWORD}} e {{SOURCE_URL}}, e entregue em Markdown puro pronto para publicar.

H2 ‘O que há na caixa (Unboxing)’ gere em Markdown puro: (A) uma descrição de 2–3 linhas que detalhe sequência de abertura, estado da embalagem, materiais de proteção, primeira impressão tátil e o acessório mais notável — linguagem concisa e orientada para o leitor; (B) uma lista em bullets com até 7 itens no formato – **Item:** NOME — qtd; 1-linha explicativa (uso/observação, p.ex. ‘cabo USB-C — 1 — carregamento rápido; encaixe proprietário’); marque explicitamente itens ausentes como ‘não incluído’; (C) inclua hero image placeholder em linha antes ou após os bullets: ![Hero image — unboxing de {{PRODUTO}}]({{HERO_IMAGE_URL}}) com alt text descritivo Unboxing {{PRODUTO}} — conteúdos dispostos; (D) opcional: entre colchetes inclua [embalagem: LxWxH, peso] se disponível; (E) finalize com 1 curta nota (1 linha) contendo instrução de conservação/primeiros passos (ex.: ‘Remover película, carregar 30 min antes do primeiro uso’); limite o bloco a 2–3 linhas de descrição + 7 bullets; use tom factual, escaneável e pronto para publicar, incluindo placeholders {{PRODUTO}}, {{PRIMARY_KEYWORD}} e {{HERO_IMAGE_URL}}.

com caption e alt text; listar acessórios em bullets com quantidades; indicar estado/embalagem, primeiras impressões e itens ausentes.

H2 ‘Metodologia de testes’ gere em Markdown um bloco completo e reproduzível iniciando com 1–2 linhas de visão geral e em seguida três H3 exatamente: ### Ambiente de teste, ### Procedimento, ### Métricas e análise — em Ambiente de teste liste condições ambientais (temperatura 23±2°C, hum. relativa 45±10%), alimentação (ex.: AC 230V ±5% ou bateria % de carga), calibração de instrumentos (data, padrão, incerteza) e versão de firmware/soft; em Procedimento descreva passo-a-passo numerado com detalhes acionáveis (ex.: 1. Reset device; 2. Aplicar carga X (50% CPU) por 30 min; 3. Medir consumo a cada 10 s com medidor Modelo X; comandos exatos, durações, sampling rate, seed RNG = {{RNG_SEED}} para aleatorização, randomização de amostras, número de repetições por condição = {{N_REPS}} e tamanho da amostra = {{SAMPLE_SIZE}}; inclua lista/tabela de equipamento com colunas: Equipamento | Modelo | Precisão | Uso (placeholder {{EQUIPMENT_LIST}}). Em Métricas e análise defina métricas primárias/secundárias, critérios de sucesso (ex.: latência < X ms; autonomia ≥ Y h), tratamento de dados (remoção de outliers via IQR: x < Q1−1.5·IQR ou x > Q3+1.5·IQR), agregação (usar média ± SE para distribuições simétricas; mediana/trimmed mean se enviesada), e métodos estatísticos recomendados: teste t (2 grupos), ANOVA (>2), correção de múltiplas comparações (Bonferroni), bootstrap 10.000 iterações quando distribuição desconhecida, reporte tamanho de efeito (Cohen’s d), p-value threshold α=0.05 e intervalos de confiança 95% calculados por CI = μ ± t_{n−1,0.975}·(s/√n) — inclua fórmula explícita. Se houver dados brutos/CSV, inserir no final do bloco um JSON-LD compacto com metadados: {“@context”:”https://schema.org”,”@type”:”Dataset”,”name”:”Raw test data — {{PRODUTO}}”,”url”:”{{DATA_CSV_URL}}”,”dateModified”:”{{TEST_DATE}}”,”encodingFormat”:”text/csv”,”license”:”{{LICENSE}}”,”variableMeasured”:[“{{METRIC1}}”,”{{METRIC2}}”],”numRows”:{{ROW_COUNT}}}; se {{DATA_AVAILABLE}}=FALSE inclua a frase ‘DADOS_BRUTOS_NÃO_DISPONÍVEIS’. Use placeholders {{PRODUTO}}, {{PRIMARY_KEYWORD}}, {{DATA_CSV_URL}}, {{TEST_DATE}}, {{SAMPLE_SIZE}}, {{N_REPS}}, {{EQUIPMENT_LIST}}, limite o bloco a tom técnico e conciso e entregue pronto em Markdown puro para publicação.

H3 ‘Benchmark sintético’: descrever método e passos reproduzíveis; indicar ferramenta/exeversão, comandos/configurações exatas; especificar unidade(s) de medida, cenário/test workload, amostra e repetições; reportar média, desvios, margens de erro; incluir link para scripts/configs se [WEB_ACCESS]=TRUE; se FALSE marcar ‘NÃO_VERIFICÁVEL’.
H3 ‘Bateria / Autonomia’ — só adicionar se o produto tiver bateria: descrever método de medição (estado de carga inicial, ciclos, número de repetições), condições (brightness, rede, perfil de uso, temperatura), apresentar curva de descarga, média e desvios; se [WEB_ACCESS]=TRUE incluir link para dados brutos/JSON-LD; se FALSE marcar ‘NÃO_VERIFICÁVEL’.
H3 ‘Durabilidade / resistência’: descrever protocolos passo-a-passo (queda, abrasão, selagem, choque); especificar normas/certificações testadas (IP, MIL-STD, etc.), equipamento, altura/energia, ciclos, amostras e critérios de falha; apresentar tabela de resultados, fotos/video-placeholder; se [WEB_ACCESS]=TRUE inclua link para dados brutos/JSON-LD; se FALSE marcar ‘NÃO_VERIFICÁVEL’.
H2 ‘Testes de performance’: gere uma seção clara e padronizada para cada métrica relevante (ex.: Autonomia (uso misto), Autonomia (uso só multimídia), Throughput, Latência, Tempo de carregamento, Velocidade de leitura/gravação, Temperatura em carga, Consumo energético, FPS em jogos, Aceleração/torque — adapte conforme o produto) seguindo estritamente este template por métrica em uma única sequência repetível: (1) MÉTRICA — Método (1 frase concisa e replicável: equipamento ou fonte de dados, cenário/condições claras e número de repetições n); (2) VALOR VERIFICADO: se obtido, apresentar número arredondado com unidade SI e margem de erro (ex.: 8,5 h ±5% (n=5)); se não houver dado confiável marque exatamente ‘NÃO_VERIFICÁVEL’; (3) TABELA/FIGURA (placeholder): inclua um marcador padrão como [TABELA: MÉTRICA — Fonte — Valores brutos — Média — Desvio padrão — n] ou [FIGURA: gráfico linha/bar — legenda com unidades]; (4) INTERPRETAÇÃO (1 frase): conclusão sucinta e orientada ao usuário — explique o que o valor significa para o uso real (quem se beneficia, limitações); (5) FONTES/NOTAS (1 linha opcional): indique origem dos dados (especificar se é dado do fabricante, benchmark independente, ou inferência de avaliações de usuários) e sinalize quando o valor é reivindicação do fabricante versus medição independente. Regras adicionais: priorize medições independentes; quando usar valores do fabricante, rotule-os como tais e procure confirmá-los em reviews/benchmarks; sempre apresente unidades SI, inclua n e método de medição curto, e defina uma margem de erro padrão de ±5% quando o método não especificar erro — mas substitua por erro real se disponível; não especule — se qualquer elemento for baseado em estimativa lógica, marque claramente como “ESTIMATIVA” e explique o raciocínio em uma frase; formate resultados para leitura rápida (linha por métrica + placeholder de tabela) e termine a seção com um resumo de 2–3 frases sintetizando o desempenho geral relativo à categoria do produto (por exemplo: “adequado para X; não recomendado para Y”), mantendo tom objetivo, quantitativo e imediatamente acionável para o leitor.
H2 ‘Análise profunda’ (240–380 palavras): produzir texto analítico, crítico e contextualizado; declarar data testado no formato DD/MM/YYYY logo após o título; estruturar por subtítulos H3 temáticos obrigatórios (ex.: Design, Usabilidade, Desempenho, Valor de mercado); inserir comparações, insights técnicos e implicações práticas.
H3 Acabamento, materiais, ergonomia

H3 ‘Software / firmware / UX’ — incluir somente se o produto possuir camada digital: descrever versão do software/firmware, frequência de updates, estabilidade, bugs reportados, recursos exclusivos; avaliar UX (navegação, personalização, acessibilidade)

H2 ‘Comparativo direto’: gerar tabela clara comparando {PRODUTO} com 2–4 concorrentes; incluir 6–10 critérios técnicos/funcionais relevantes; apresentar nomes e, se [WEB_ACCESS]=TRUE, links validados para páginas oficiais; destacar pontos de superioridade/inferioridade; acrescentar legenda (60–100 palavras) interpretando diferenças e implicações práticas para decisão de compra.
H2 Problemas conhecidos e troubleshooting — 6–10 issues + soluções práticas (bullet).

H2 Acessórios recomendados — 3–6 itens com justificativa curta.

H2 Preço, onde comprar e melhores ofertas — listar: loja oficial + 1 varejista + 1 marketplace (domínios distintos). Incluir price_verified_em DD/MM/YYYY (ou NÃO_VERIFICÁVEL se [WEB_ACCESS]=FALSE).

H2 Conclusão — repetir {KW_PRINCIPAL} e veredito final curto.

H2 FAQ — 6–10 perguntas; cada pergunta deve conter uma variação long-tail diferente do {KEYWORD_LIST}; respostas de 30–80 palavras.

JSON-LD embutido no final (no mesmo bloco Markdown): script type application/ld+json contendo fonte_verificada array, pesquisa_log, date_acesso = {DATE_ACCESS} ou data do sistema, slug_sugerido, meta_title, meta_description, read_time_minutes, word_count, author (name, role). (JSON-LD não visível ao leitor).

MAPEAMENTO ESTRATÉGICO DE PALAVRAS-CHAVE (INSTRUÇÕES PRÁTICAS PARA A IA — tornar execução automática e não ambígua)

Entrada: receber {KEYWORD_LIST}. O motor automaticamente classifica cada keyword em: PRIMARY (1 única — {KW_PRINCIPAL}), SECONDARY (2–4), LONGTAIL, LSI. Produza o mapa de alocação: para cada keyword atribua uma seção H2 preferencial (se houver mais keywords que H2, alocar para H3/FAQ).

Regras aplicáveis (prioridade):

Meta title da página: incluir 1x {KW_PRINCIPAL}; formato sugerido: “{KW_PRINCIPAL} — Review Completo {ANO}” (ano = data do sistema ou {DATE_ACCESS} ano).

Meta description da página: incluir 1x {KW_PRINCIPAL} + 1x variação long-tail (110–155 chars).

URL/slug: /review-{slug} (kebab-case com {KW_PRINCIPAL}).

TL;DR: primeira frase contém {KW_PRINCIPAL} EXATAMENTE.

Primeiros 100–150 palavras da introdução: 1x {KW_PRINCIPAL} + 1x variação semântica.

H2/H3: mapear keywords SECONDARY/LONGTAIL a H2/H3 conforme o mapa de alocação (uma keyword foco por H2).

Imagens alt text: “{KW_VARIANTE_CURTA} — imagem ilustrativa”.

Anchor text (links externos visíveis): usar “Nome-do-Site — [motivo]” e incluir a keyword no parágrafo como contexto (não forçar no anchor text se padrão exigir).

Densidade e naturalidade: metas como guia (KW_PRINCIPAL 0.6–1.2%); priorizar naturalidade. Motor deve ajustar densidade automaticamente para evitar stuffing.

Geração automática de long-tails: para cada {KW} gerar 2–3 derivações long-tail sugeridas; utilizar como H3 ou FAQ.

Evitar canibalização: cada keyword principal do mapa NÃO deve ser usada como título H2 em mais de uma seção. Pode aparecer como variação secundária em outras seções.

REGRAS PRÁTICAS DE IMPLEMENTAÇÃO (o que a IA deve fazer, passo a passo, internamente)

Normalizar nomes do produto (remover acentos/hífens para buscas internas) apenas para matching, mas sempre mostrar o nome original ao leitor.

Se [WEB_ACCESS]=TRUE: buscar até 5 fontes confiáveis (preferir sites oficiais, manuais, análises técnicas PT-BR/EN) e documentar no fonte_verificada. Não mais que 5 fontes principais.

Se [WEB_ACCESS]=FALSE: marcar dados dependentes de web como NÃO_VERIFICÁVEL; não inventar métricas. Se [VERSAO_OPINATIVA]=TRUE, permitir estimativas marcadas (ESTIMATIVA).

Gerar no final (invisível) pesquisa_log: queries usadas, candidatos top6 (domain + score) e justificativa do candidato escolhido.

Gerar slug_sugerido, meta_title, meta_description, read_time_minutes (estimativa baseada em 200–240 wpm), word_count.

Checklist automático antes de retornar: garantir TL;DR com {KW_PRINCIPAL}, tabela ficha técnica, análise profunda com link PT-BR (ou placeholder), FAQ 6–10, JSON-LD embutido. Se algo faltar, marcar NÃO_VERIFICÁVEL e colocar nota visível sob TL;DR (≤20 palavras).

ASSUNTOS ADICIONAIS (incluir todos)

Breve histórico/posicionamento do produto (1 parágrafo).

Casos de uso por público (estudantes, profissionais, gamers, viajantes) com justificativa objetiva.

Checklist de compra (5 itens) e 3 alternativas concorrentes.

Guia de manutenção (passos práticos).

Escopo de garantia e suporte (onde checar + link se [WEB_ACCESS]=TRUE).

Recomendações de configuração / otimizações práticas.

Métricas reais (temperaturas, fps, tempo de carga, autonomia) — inserir se verificadas; caso contrário NÃO_VERIFICÁVEL. Se [VERSAO_OPINATIVA]=TRUE, permitir estimativas com formato ESTIMATIVA: ≈ X–Y e etiquetadas.

OUTPUT TÉCNICO (JSON-LD mínimo a inserir ao final do bloco Markdown)

fonte_verificada array: {url, nome, motivo, date_acesso, pt_br} (máx 5).

pesquisa_log: queries, top6 candidates domain+score, candidato escolhido+score.

repeticao_justificativa (se houver repetição de domínio).

slug_sugerido, meta_title, meta_description, read_time_minutes, word_count.

author (author.name, author.role) — dados do integrador/autor.

OUTPUT VISÍVEL AO LEITOR (exigência final)

Somente o conteúdo do artigo em Markdown — nada de logs, instruções, ou metadados visíveis.

No final do mesmo bloco Markdown, incluir apenas o com o JSON-LD (auditável, invisível na renderização normal).

CHECKLIST FINAL (aplicar automaticamente antes de responder)

Começa com H2 TL;DR contendo {KW_PRINCIPAL}.

Nota visível (se existir NÃO_VERIFICÁVEL) logo abaixo do TL;DR (≤20 palavras).

Ficha técnica em tabela + legenda com link (ou placeholder NÃO_VERIFICÁVEL).

Análise profunda (H2) com link PT-BR (ou placeholder).

FAQ com 6–10 perguntas com variações long-tail.

JSON-LD embutido no final do bloco Markdown (não visível ao leitor).

Nenhuma instrução técnica visível; apenas conteúdo pronto para o leitor.

Palavras-chave mapeadas conforme instruções e sem canibalização.

FIM — execute estritamente: produza apenas 1 bloco Markdown visual-ready (o artigo final), cumprindo todas as regras acima e com o JSON-LD embutido no final do mesmo bloco.

COMANDO ADICIONAL — EXCLUIR LINKS PRÓPRIOS E INSERIR LINKS EXTERNOS PT-BR DE ALTA AUTORIDADE

Entradas opcionais:
– [OWN_DOMAINS] = array de domínios a NÃO vincular (ex.: [“meusite.com”,”meusubdominio.meusite.com”]). Se não fornecido, o motor deve ao menos excluir o domínio presente em
Descrição do produto

Garanta a segurança da sua casa e da sua família com a mais avançada tecnologia de vigilância!

Com nossa Câmera de Segurança Wi-Fi Full HD, você pode monitorar tudo em tempo real, diretamente do seu smartphone, de onde estiver!

O QUE VOCÊ VAI RECEBER:

1 CÂMERA DE SEGURANÇA WIFI COM LENTE DUPLA1 KIT DE PARAFUSOS PARA FIXAÇÃO1 FONTE DE ENERGIA PARA LIGAR A CÂMERA1 MANUAL DO USUÁRIO

Dupla lente: A câmera possui uma lente fixa e outra rotativa de 360° sem pontos cegos.
Detector de Movimento e Notificação de Alarme: Nossa câmera possui tecnologia que detecta movimentos humanos e, envia uma notificação de alarme pra você ficar por dentro do que está acontecendo.
Áudio de 2 vias: A câmera de alta definição possui microfone e alto falante, para que você possa se comunicar e ouvir a pessoa que está sendo filmada
À Prova da Água: Com o grau de proteção Ip 66, nossa câmera é ideal para áreas externas, sendo à prova d’água e também de calor e frio extremo.
Visão Noturna: A câmera possui 4 leds super brancos e 4 leds infravermelhos, podendo ser ajustados em diversos ambientes com pouca ou muita luminosidade.
Acesso Remoto: Depois de Configurada, você pode acessar as imagens da câmera de qualquer lugar do planeta.
Conexão Wifi Estável: Basta conectar a uma rede wifi 2.4Ghz para fazer a instalação uma única vez.
Imagem em Alta Definição (Full HD 1080p): Detalhes nítidos, tanto de dia quanto à noite!.url.
– [MAX_EXTERNAL_LINKS_VISIBLE] = 3 # recomendado 3 (máx 5) links externos visíveis por artigo
– [PREFERRED_SOURCE_TYPES] = [“site oficial do fabricante”,”manual/guia do produto”,”órgãos reguladores (Anatel, Inmetro)”,”publicações técnicas PT-BR (revistas e portais de tecnologia)”,”reviews técnicos PT-BR com medições”]

Regras de exclusão e seleção:
1. **Proibição absoluta:** Não inserir nenhum link cujo domínio conste em [OWN_DOMAINS] ou que corresponda ao domínio de
Descrição do produto

Garanta a segurança da sua casa e da sua família com a mais avançada tecnologia de vigilância!

Com nossa Câmera de Segurança Wi-Fi Full HD, você pode monitorar tudo em tempo real, diretamente do seu smartphone, de onde estiver!

O QUE VOCÊ VAI RECEBER:

1 CÂMERA DE SEGURANÇA WIFI COM LENTE DUPLA1 KIT DE PARAFUSOS PARA FIXAÇÃO1 FONTE DE ENERGIA PARA LIGAR A CÂMERA1 MANUAL DO USUÁRIO

Dupla lente: A câmera possui uma lente fixa e outra rotativa de 360° sem pontos cegos.
Detector de Movimento e Notificação de Alarme: Nossa câmera possui tecnologia que detecta movimentos humanos e, envia uma notificação de alarme pra você ficar por dentro do que está acontecendo.
Áudio de 2 vias: A câmera de alta definição possui microfone e alto falante, para que você possa se comunicar e ouvir a pessoa que está sendo filmada
À Prova da Água: Com o grau de proteção Ip 66, nossa câmera é ideal para áreas externas, sendo à prova d’água e também de calor e frio extremo.
Visão Noturna: A câmera possui 4 leds super brancos e 4 leds infravermelhos, podendo ser ajustados em diversos ambientes com pouca ou muita luminosidade.
Acesso Remoto: Depois de Configurada, você pode acessar as imagens da câmera de qualquer lugar do planeta.
Conexão Wifi Estável: Basta conectar a uma rede wifi 2.4Ghz para fazer a instalação uma única vez.
Imagem em Alta Definição (Full HD 1080p): Detalhes nítidos, tanto de dia quanto à noite!.url. (Verificar por host, sem subdomínios ambíguos).
2. **Quantidade:** Inserir no máximo [MAX_EXTERNAL_LINKS_VISIBLE] links externos visíveis distintos. Cada link visível deve ter domínio diferente (nenhuma repetição de domínio). Exceção: permitir 1 repetição **somente** se houver justificativa documentada no JSON-LD.
3. **Prioridade de fontes:** Priorizar links que atendam a PREFERRED_SOURCE_TYPES, em PT-BR, com conteúdo que comprove/respalde explicitamente a afirmação onde será usado (especificações, testes, manuais, certificações, comparativos técnicos).
4. **Evitar páginas comerciais fracas:** Evitar linkar apenas listagens de vendas sem conteúdo técnico (exceção: seção “Preço/onde comprar” onde loja/marketplace são aceitáveis).
5. **Remover tracking:** Strip UTM e parâmetros de tracking de todas as URLs visíveis; preferir URL canônica.

Validação técnica (obrigatória antes de inserir o link):
A. Fazer requisição HTTP HEAD/GET; aceitar link somente se status = 200 OK.
B. Verificar idioma da página: conteúdo principal em PT-BR (ou PT) — se não for PT, rejeitar para fins de link visível.
C. Confirmar relevância: a página deve conter menção explícita ao modelo/produto ou a uma especificação/métrica citada (ex.: modelo X, autonomia, ficha técnica).
D. Relevância do conteúdo: preferir páginas com evidencia (tabelas, medições, manual, certificação, ou análise técnica). Evitar conteúdo user-generated sem moderação.
E. Registrar no JSON-LD: url, site_name, motivo_do_link (curta justificativa de 6–18 palavras), date_acesso.

Posicionamento (onde e como inserir cada link — mapeamento prático):
– TL;DR / Veredito rápido: **1 link** de fonte de suporte (ex.: review técnico ou página oficial que confirme a afirmação principal). Anchor text: `”Nome-do-Site — fonte”`. Além do anchor, incluir `{KW_PRINCIPAL}` na frase.
– Ficha técnica {PRODUTO} (legenda): **link para ficha técnica oficial/manual** (se existir). Anchor: `”Nome-do-Site — ficha técnica”`.
– Metodologia de testes: **link para protocolo/método** (ex.: página que descreve standard de teste, ferramenta ou medição). Anchor: `”Nome-do-Site — método”`.
– Análise profunda (onde fizer afirmações técnicas ou comparativas): **link(s)** para reviews técnicos PT-BR ou changelog/nota oficial que comprove a interpretação. Use max 1 link aqui se já usado no TL;DR.
– Preço, onde comprar e melhores ofertas: **1 link** para loja oficial + 1 link (se sobrar cota) para marketplace (ambos permitidos aqui, mesmo se página for comercial). Use domínio distinto do TL;DR ou Ficha.
– Não inserir links em seções triviais (ex.: bullets genéricos de prós/contras) a menos que a linkagem acrescente valor.

Anchor text e contexto:
– Siga o padrão do prompt original para anchors: `”Nome-do-Site — [motivo]”` quando exigido; caso contrário use anchors naturais contendo o nome da fonte.
– Sempre acrescente no parágrafo ao redor **a keyword relevante** (ex.: variação long-tail) de forma natural — o anchor pode ser o padrão, mas a keyword deve aparecer no texto circundante.
– Não faça anchor-exact-match repetido para a mesma keyword em múltiplas seções.

Critérios de qualidade do conteúdo linkado:
– Preferir páginas que ofereçam **conteúdo de valor**: manuais, especificações, medições, comparativos técnicos, certificações ou artigos detalhados.
– Evitar conteúdo com paywall, páginas puramente promocionais sem dados, e páginas cujo conteúdo seja apenas listagem sem contexto técnico (exceto seção “onde comprar”).

Fallbacks e documentação:
– Se [WEB_ACCESS]=FALSE ou se não for possível validar links PT-BR funcionando e de alto valor, inserir **placeholders** visíveis: `NÃO_VERIFICÁVEL — link ausente` nas seções que exigem link; imediatamente abaixo do TL;DR incluir a nota visível (≤20 palavras) explicando que links não foram verificados.
– Todas as URLs validadas e os motivos de escolha devem ser listados no JSON-LD final em `fonte_verificada` com campos: {url, nome, motivo, date_acesso, pt_br: true|false}.
– Se o motor remover parâmetros, salvar a URL canônica original também em `pesquisa_log` (para auditoria).

Exclusões adicionais:
– Não inserir links para domínios com histórico conhecido de malware, conteúdos piratas, ou que violem leis locais.
– Evitar links para concorrentes diretos se o objetivo do site/integrador for neutralidade comercial? (se existir preferência, passar lista em [OWN_DOMAINS] ou [EXCLUDE_COMPETITORS]).

Boas práticas finais (instruções rápidas para execução automática):
1. Priorizar **3 links**: (1) ficha técnica/manual oficial, (2) review técnico PT-BR com medições, (3) página de compra oficial ou marketplace (para seção preço).
2. Validar todos os três com checagens A–E acima.
3. Documentar tudo no JSON-LD e garantir domínios distintos.
4. Se uma fonte for usada como suporte para várias afirmações importantes, prefira reutilizar internamente como citação no parágrafo, mas **não** criar múltiplos anchors para o mesmo domínio em H2s diferentes (a menos que documentado no JSON-LD como exceção justificável).

Formato de saída relativa aos links (visível ao integrador / auditoria — ESTE BLOCO NÃO VAI PARA O LEITOR, mas deve ser incluído no JSON-LD):
– fonte_verificada[] = { “url”: “…”, “nome”: “Nome do Site”, “motivo”: “ficha técnica oficial / manual”, “date_acesso”: “DD/MM/YYYY”, “pt_br”: true }
– pesquisa_log[] = { “query”: “…”, “candidates”: [ {domain, score, reason}, … ] }

FIM DO COMANDO ADICIONAL