AutoCEP
Autocompletar CEP no checkout do WooCommerce e simular frete em tempo real — produto, carrinho e checkout — com múltiplas APIs, cache, fallback automático e compatibilidade com Melhor Envio, Frenet, Fluid Checkout e CartFlows. Descrição AutoCEP resolve dois problemas clássicos de qualquer loja WooCommerce: fazer o cliente preencher o endereço automaticamente ao digitar o CEP e mostrar o valor do frete antes de chegar ao checkout — na página do produto, no carrinho e no próprio checkout. Se você procurou por “autocompletar CEP no checkout WooCommerce”, “simular frete WooCommerce”, “calculadora de frete na página de produto” ou “preencher endereço automático WooCommerce”, é exatamente isso que o AutoCEP faz — e sem travar seu checkout, seja ele o padrão do WooCommerce, o Fluid Checkout, o CartFlows ou um checkout em etapas feito no Elementor Pro. O comportamento clássico do plugin (autocompletar endereço no checkout ao digitar o CEP) continua ativo por padrão assim que você instala — nenhuma configuração é necessária para isso. Todo o resto é opcional e fica no painel AutoCEP do WordPress. Por que instalar o AutoCEP Reduz abandono de carrinho: o cliente vê o valor do frete antes de chegar ao checkout, na própria página do produto ou no carrinho. Agiliza o preenchimento do endereço no checkout, reduzindo erros de digitação e abandono por formulário longo. Funciona com o método de frete que sua loja já usa — Frete Fixo, Frete Grátis, retirada local, Melhor Envio, Frenet ou qualquer outro registrado como Zona de Entrega do WooCommerce — sem precisar reconfigurar nada. Não depende de nenhuma API paga: usa ViaCEP, BrasilAPI e ApiCEP, com cache e fallback automático entre elas. Autocompletar de Endereço por CEP Preenche Rua, Bairro, Cidade e Estado automaticamente a partir do CEP, na Cobrança e/ou na Entrega — cada uma pode ser ligada/desligada separadamente. Consulta em cascata três APIs (ViaCEP, BrasilAPI e ApiCEP): se uma falhar ou não encontrar o CEP, a próxima é consultada automaticamente. Cache de CEPs já consultados, com duração configurável e botão de limpeza manual — menos requisições externas, resposta mais rápida para o cliente. Aviso automático quando o CEP é válido mas não tem rua específica cadastrada (comum em cidades pequenas), em vez de deixar o campo vazio sem explicação. Mensagem de erro visível para CEP inválido ou não encontrado. Sugestões automáticas do navegador (autocomplete) nos campos de endereço, opcional. Compatível com qualquer checkout construído sobre o formulário padrão do WooCommerce — incluindo Fluid Checkout, CartFlows e Elementor Pro — através de detecção automática de mudanças no formulário, sem depender de eventos específicos de cada plugin de checkout. Simulador de Frete: Produto, Carrinho e Checkout Três caixas de simulação de frete independentes, cada uma com posição e título configuráveis: Simular frete na página do produto, considerando (opcionalmente) a quantidade e a variação selecionadas. Simular frete no carrinho de compras, com os itens já adicionados. Simular frete no checkout, cálculo rápido só com o CEP. Todas consultam as Zonas de Entrega do WooCommerce em tempo real, reconhecendo automaticamente qualquer transportadora já configurada — incluindo Melhor Envio e Frenet — sem nenhuma integração adicional. Personalização Visual Cores do campo de CEP e do botão “Calcular” (fundo, borda, texto e hover) personalizáveis com o seletor de cores nativo do WordPress, para combinar com a identidade visual da loja. Diagnóstico e Logs Status em tempo real (online/offline) de cada API de CEP e log das últimas falhas — incluindo falhas de métodos de frete de terceiros, como Melhor Envio ou Frenet, quando não retornam nenhuma taxa. Instalação Faça o upload da pasta autocep para /wp-content/plugins/ (ou envie o .zip diretamente em Plugins > Adicionar Novo > Enviar Plugin). Ative o plugin no menu Plugins do WordPress. Acesse o menu AutoCEP no painel administrativo — o autocompletar de CEP no checkout já estará funcionando; as demais abas permitem ativar o que fizer sentido para a sua loja. Atualizando de uma versão anterior: basta substituir os arquivos do plugin pelos desta versão (ou desativar e reativar depois de sobrescrever). As configurações já salvas são preservadas. Como usar cada aba do painel Geral & Busca de CEP — liga/desliga o autocompletar de Cobrança e Entrega no checkout, escolhe quais APIs de CEP ficam ativas e em qual ordem de prioridade, mapeia o campo de bairro, ativa o foco automático, define a duração do cache e o autocomplete do navegador. Frete na Página de Produto — ativa a caixa de frete no produto, escolhe a posição na página (ou “Manual — via shortcode” para posicionar com [shipping_calculator_on_product_page] dentro da descrição do produto), se deve considerar a quantidade selecionada, e o título da caixa. Frete no Carrinho — mesma ideia, para a página do carrinho de compras. Frete no Checkout — mesma ideia, para o checkout. Mensagens & UX — edita todos os textos exibidos ao cliente e o comportamento do botão “Finalizar Compra”. Aparência — personaliza as cores das caixas de frete. Diagnóstico e Logs — verifica o status das APIs de CEP em tempo real e consulta o histórico de falhas. Como o simulador de frete se relaciona com o frete real do pedido Na página do produto: a caixa é informativa — mostra ao cliente, antecipadamente, quais métodos e valores estariam disponíveis para o CEP digitado. Como o item ainda nem está no carrinho, não há “seleção” possível ali; é só para ajudar na decisão de compra. No carrinho e no checkout: cada opção de frete simulada tem um botão “Selecionar” — clicar nele aplica de verdade aquele método ao pedido, usando o mesmo mecanismo de sessão que o WooCommerce usa nos próprios botões de rádio de frete. Ou seja, não é cosmético: a partir do clique, esse é o frete escolhido para o pedido, e a etapa “Método de Entrega” do checkout (ou os totais do carrinho) refletem essa escolha automaticamente. O CEP e o método enviados no clique de “Selecionar” são sempre revalidados no servidor no momento da seleção — o plugin nunca aplica cegamente o que o navegador envia. Segurança Pontos de segurança implementados no plugin, para quem for avaliar antes de instalar: Nonces em toda ação AJAX: cada requisição (busca de CEP, cálculo de frete, limpeza de cache, verificação de status, limpeza de logs) verifica uma nonce própria (check_ajax_referer) antes de processar qualquer coisa. Verificação de capacidade (current_user_can('manage_options')) em todas as ações administrativas. Sanitização e validação de entrada em todo dado recebido do cliente — CEPs são validados por formato antes de qualquer consulta ou cálculo. Consultas ao banco de dados preparadas ($wpdb->prepare) em toda operação com dados variáveis. Escape de saída (esc_html, esc_attr, esc_url etc.) em todo HTML gerado dinamicamente. Nenhuma execução de código dinâmico (sem eval, sem create_function, sem inclusão de arquivos por caminho vindo do cliente). Requisições externas restritas às APIs de CEP documentadas neste README e aos métodos de frete já configurados pela própria loja — o plugin não envia dados da loja ou dos clientes para nenhum outro destino. Tratamento de falhas de terceiros isolado: se um plugin de frete de terceiros (ex.: Melhor Envio, Frenet) lançar uma exceção ou ficar indisponível, isso é capturado e registrado no log, sem interromper o restante do checkout. Este plugin é desenvolvido e mantido pela equipe da TESW. Como em qualquer software, recomendamos testar em ambiente de homologação antes de colocar em produção, e manter WordPress, WooCommerce e PHP sempre atualizados. Compatibilidade WordPress até a versão 7.0.3 WooCommerce (checkout padrão) Fluid Checkout CartFlows Elementor Pro (checkout em etapas) Métodos de frete: Frete Fixo, Frete Grátis, retirada local, Melhor Envio, Frenet e qualquer outro método registrado como Zona de Entrega do WooCommerce Documentação de Terceiros Este plugin pode consultar as seguintes APIs de CEP, conforme configuração: * ViaCEP — https://viacep.com.br/ * BrasilAPI — https://brasilapi.com.br/ * ApiCEP — https://apicep.com/ O cálculo de frete usa exclusivamente as Zonas de Entrega já configuradas em WooCommerce > Configurações > Entrega — o AutoCEP não se conecta diretamente a nenhuma transportadora; ele lê os métodos que a própria loja já configurou (nativos do WooCommerce ou de plugins como Melhor Envio e Frenet). Perguntas Frequentes O autocompletar de CEP parou de funcionar depois que troquei de tema/checkout? O plugin observa automaticamente mudanças no formulário de checkout, então continua funcionando na maioria dos casos sem configuração extra, inclusive em checkouts de terceiros como Fluid Checkout e CartFlows. Se mesmo assim não funcionar, confira em Diagnóstico e Logs se alguma API está offline, e limpe o cache de CEPs. Por que aparecem duas caixas de frete na página de produto? Provavelmente outro plugin (ex.: Melhor Envio) também insere sua própria caixa automática. O AutoCEP desliga a do Melhor Envio automaticamente quando detecta o plugin instalado; para outras integrações, desative a exibição automática delas nas configurações do próprio plugin, ou desligue o simulador de produto do AutoCEP em vez disso. O simulador de frete não encontra nenhuma opção para um CEP que deveria funcionar Confirme que existe uma Zona de Entrega em WooCommerce > Configurações > Entrega que cubra o estado/CEP testado, com pelo menos um método habilitado. Consulte também a aba Diagnóstico e Logs — falhas de métodos de terceiros ficam registradas ali com a mensagem de erro específica. Apenas algumas transportadoras aparecem, mesmo com várias habilitadas na zona (ex.: Melhor Envio, Frenet) Isso normalmente não é um bug — é a própria transportadora rejeitando a cotação silenciosamente (sem erro, só sem preço) para aquele produto ou destino. A causa mais comum é o produto estar sem peso cadastrado: transportadoras via API (Melhor Envio, Frenet) costumam exigir peso mínimo para calcular a caixa/embalagem; Correios costuma ser mais tolerante e retornar preço mesmo sem peso definido, enquanto transportadoras privadas (Jadlog, Azul Ecommerce etc.) geralmente não. Como resolver: Vá em Produtos, abra o produto testado e confira a aba Entrega — preencha peso e, se possível, dimensões (comprimento, largura, altura). Repita a simulação de frete. Se ainda faltar alguma transportadora, veja a aba AutoCEP > Diagnóstico e Logs — a partir da versão 2.3.0, o plugin registra ali exatamente quais transportadoras habilitadas na zona não retornaram taxa, e aponta produtos sem peso cadastrado como possível causa. Aparece “CEP não encontrado” mesmo digitando um CEP que parece válido Confira se o CEP foi digitado corretamente (é comum trocar um dígito, ex. 58264-000 por 58265-000). Se o CEP realmente não existir na base dos Correios, nenhuma das três APIs consultadas (ViaCEP, BrasilAPI, ApiCEP) vai encontrá-lo — isso é esperado, não é uma falha do plugin. A aba Diagnóstico e Logs mostra uma linha “CEP não encontrado nesta API” para cada uma das três quando isso acontece, confirmando que o problema é o CEP em si. Clicar em uma opção de frete simulada aplica esse frete ao pedido? No carrinho e no checkout, sim — clicar em “Selecionar” aplica de verdade aquele método ao pedido. Na página do produto, a simulação é apenas informativa, já que o item ainda não está no carrinho. Veja a seção “Como o simulador de frete se relaciona com o frete real do pedido” acima. Ajuda e Suporte Em caso de dúvidas ou problemas: * Verifique se o CEP é válido. * Confirme se o plugin e as APIs desejadas estão ativos em AutoCEP > Geral & Busca de CEP. * Consulte a aba “Diagnóstico e Logs” para verificar falhas recentes. * Teste possíveis conflitos com outros plugins. Créditos Versão 2.0: criada pela equipe TESW, com desenvolvimento principal de Wanderson Cesar. Contribuição pontual na versão 1.5: Samuel Canale. Licença GPLv2 ou posterior. Desenvolvedor Empresa: TESW Site: https://tesw.com.br/plugins/
Top keywords
- de107×5.12%
- frete38×1.82%
- cep32×1.53%
- checkout31×1.48%
- em30×1.43%
- com24×1.15%
- ou21×1.00%
- de frete20×0.96%
- para20×0.96%
- na17×0.81%
- produto16×0.77%
- que16×0.77%
CelerSearch – AI-Powered Instant Search with Meilisearch
CelerSearch routes WordPress search through Meilisearch: fast responses, typo tolerance, autocomplete, highlighting, optional AI semantic search, and full WooCommerce support. 🎬 Try it live All three demos run this exact plugin with AI Semantic Search enabled: Outdoor Shop (WooCommerce): search keep my coffee hot on the summit and a vacuum flask ranks first, even though its product copy never uses those words. Art Gallery (custom post type): try a moody storm at sea, then narrow by medium, style, and era. Cinema: describe a feel-good time-travel movie without knowing a single title. More context for each demo at celersearch.com/demos. 🔍 Search Instant results on any site size Typo tolerance and stemming out of the box Optional AI semantic search that blends meaning with keyword relevance (see below) Optional AI chatbot that answers visitor questions from your indexed content, as a floating widget, shortcode, or block (bring your own OpenAI-compatible API key) Live, paginated autocomplete as users type Match highlighting on titles and excerpts Category, tag, and custom-taxonomy filtering Pin documents at fixed positions for chosen queries (per-index Rules) Custom search results pages via Views + block/shortcode Native WordPress search fallback when Meilisearch is unreachable 🤖 AI Semantic Search Semantic search matches meaning, not just words. CelerSearch configures a Meilisearch embedder on the index and blends vector similarity with keyword relevance (hybrid search) on every query. Enable it per index: Index Settings, AI Search, “Enable AI semantic search” Bring your own OpenAI API key; keyword search never needs one Pick the model: text-embedding-3-small (default, cheapest) or text-embedding-3-large (most accurate) Tune the keyword-to-semantic balance with a ratio slider, plus an optional relevance cutoff Applies automatically everywhere: site search, autocomplete, and WooCommerce shop filters Works with any Meilisearch 1.13+ (or 1.3+ with the vectorStore experimental flag), self-hosted or managed Full walkthrough in the AI Semantic Search guide, and see the FAQ below for models and costs. 🗂 Indexing Posts, pages, any custom post type WooCommerce products (including variations) and orders Users, for membership and community sites (strict privacy allowlist; email excluded by default) Meta Box custom fields, including fields stored in Custom Database Tables Real-time sync on publish, update, trash, and watched meta changes Manual reindex with configurable batch size; “Refresh in place” mode keeps search live (zero downtime) Per-index searchable, filterable, sortable attributes and synonyms, all editable in the admin Content splitting for long posts (configurable; Meilisearch deduplicates results) 🌐 Where search runs Frontend site search (replace the default results page with a custom View) Admin list search (posts, products, orders, media, users) BuddyPress members directory REST API search (headless/decoupled setups) AJAX-faceted WooCommerce shop & archive filters 📊 Analytics (opt-in) See your top queries and which ones return zero results, so you can fix content gaps Daily query-volume trend per index over 7/30/90-day windows Off by default and fully private: data stays in your own database, with bounded retention (see Privacy & Data below) 🎯 Use cases WooCommerce stores with thousands of orders: native admin order search slows to a crawl and misses matches as the orders table grows. Enable the “WooCommerce Admin Orders Search” area and lookups stay instant at any scale. Product catalogs with rich attributes: drive shop and category archives with AJAX-faceted filters for color, size, brand, price, plus typo-tolerant keyword search. Content-heavy sites (news, blogs, documentation): replace the frontend search with live autocomplete and fuzzy matching so readers find posts by typing a few characters. Membership and community sites: index users behind a strict privacy allowlist and make the wp-admin Users screen and the BuddyPress members directory instant and typo-tolerant. Custom post types at scale: directories, job boards, listings. Native WP search is a slow LIKE '%…%' across a handful of columns; CelerSearch indexes every field and ranks by relevance. 🧑💻 Developer-friendly 40+ filter hooks across indexing, search, and results Extend with your own index types (celersearch_supported_indices) Custom search-area types (celersearch_area_types) for LearnDash and others (BuddyPress ships built-in) Taxonomy-aware queries translate WP_Query tax_query to the engine filter syntax Full documentation at celersearch.com/docs. Requirements WordPress 6.0+ PHP 8.1+ A Meilisearch instance: self-host on your VPS, or get a managed one at celersearch.com from $12/mo. Optional, for AI Semantic Search: an OpenAI API key and Meilisearch 1.13+ (or 1.3+ with the vectorStore experimental flag). 🚀 Getting started After activation a welcome notice points you to the setup flow: Stand up Meilisearch: self-host (guide) or use celersearch.com Add the service under CelerSearch → Services Create an index under CelerSearch → Indices and rebuild it Enable the relevant search area under CelerSearch → Settings Privacy & Data CelerSearch does not phone home. Keyword search forwards queries only to the Meilisearch instance you configure under CelerSearch → Services. One optional feature involves a third party: if you enable AI Semantic Search on an index, document text (as rendered by the document template, capped by its byte limit) and search queries are sent to OpenAI to generate embeddings, using your own API key. That feature is off by default. The optional Analytics feature (off by default; opt-in under CelerSearch → Settings → Analytics) stores each performed search in your own WordPress database so you can see what visitors search for. When enabled it records: The search term (the text typed by the visitor) The matching index, area type, and the number of results returned The search engine that served the request (e.g. meilisearch) and a timestamp IP addresses, user identifiers, session tokens, referrers, and user-agent strings are never stored. Retention is bounded by a configurable window (default 30 days, range 7–365) and a daily background job prunes older rows automatically. You can disable Analytics at any time and clear all collected data from the Settings page. Uninstalling the plugin drops the analytics table entirely.