Automatizar geracao de landing pages WordPress para SEO programatico

Imagine uma agência que precisa publicar 3.000 landing pages para “desentupimento em [bairro]” em São Paulo até sexta-feira. O time de conteúdo entrega planilhas com títulos, H1, FAQs e CTAs por bairro. O desenvolvedor recebe o briefing: “não pode subir manualmente, tem que ser automático, indexar rápido e não derrubar o servidor”. Esse cenário real condensa os três pilares da automação: ingestão de dados estruturados, geração de páginas únicas em escala e performance sustentável.

No WordPress, a tentação é usar wp_insert_post em loop dentro de um script PHP disparado via cron. Funciona para cem páginas. Para milhares, você esgota memória, trava o MySQL com locks de tabela e o Googlebot encontra 500 erros antes de indexar a décima página. A arquitetura certa separa ingestão, processamento e publicação em etapas assíncronas, com idempotência e observabilidade em cada passo.

Arquitetura de ingestão: REST API customizada + fila de jobs

Crie um endpoint POST /wp-json/pglp/v1/landing-pages/batch que recebe um array de objetos (máx. 50 por request) e enfileira cada item no Action Scheduler ou WP-CLI queue. O handler do job valida schema JSON (titulo, slug, cidade, servico, faq_json, cta_url), checa duplicidade por post_name e só então chama wp_insert_post com post_status => 'draft'. Isso evita race conditions e permite retry automático.

add_action('rest_api_init', function () {
    register_rest_route('pglp/v1', '/landing-pages/batch', [
        'methods' => 'POST',
        'callback' => 'pglp_handle_batch',
        'permission_callback' => fn() => current_user_can('manage_options'),
        'args' => [
            'items' => ['required' => true, 'type' => 'array'],
        ],
    ]);
});

function pglp_handle_batch(WP_REST_Request $request) {
    $items = $request->get_param('items');
    foreach ($items as $item) {
        as_enqueue_async_action('pglp_create_landing_page', $item);
    }
    return new WP_REST_Response(['queued' => count($items)], 202);
}

Essa abordagem desacopla o recebimento dos dados da escrita no banco. O Action Scheduler roda em background via wp-cron ou runner dedicado, processa um item por vez, loga sucesso/falha em tabela custom e dispara webhook de notificação ao final do lote.

Templates dinâmicos com blocos Gutenberg ou PHP

Com o post criado em rascunho, o template define a apresentação. Duas rotas modernas:

1. Bloco Gutenberg customizado (recomendado): registra um bloco pglp/landing-template com InnerBlocks travados (templateLock="all"). O render_callback recebe $attributes (cidade, servico, faq) e monta o HTML final via block_core/heading, block_core/paragraph, block_core/columns. Vantagem: editável no editor, preview real, reutilizável.
2. Template PHP via template_include: filtra single_template para o CPT pglp_landing e carrega templates/landing-page.php que faz echo get_field('cidade') etc. Mais performático em runtime, mas exige deploy para mudanças visuais.

No projeto da agência, usamos blocos Gutenberg com ACF Pro para campos repetidores (FAQ). O bloco renderiza schema FAQPage automaticamente, garantindo rich snippets sem esforço extra.

Performance: cache de fragmentos + páginas estáticas

Gerar 3.000 posts publish de uma vez invalida caches, trava wp-cron e derruba o MySQL. A solução em três camadas:

O build noturno itera sobre WP_Query do CPT, renderiza cada template via do_blocks($post->post_content) e salva arquivo .html gzipado. O Nginx serve estático se existir; caso contrário, cai no PHP. Isso tira 95% da carga do PHP-FPM.

Canonicalização, sitemaps e internal linking em escala

Cada landing page recebe rel=canonical apontando para si mesma (URL limpa, sem UTM). Use filtro:

add_filter('wpseo_canonical', function ($url) {
    if (is_singular('pglp_landing')) {
        return get_permalink(); // já limpa
    }
    return $url;
});

Sitemaps: gere arquivos sitemap-pglp-01.xml a sitemap-pglp-06.xml (5k URLs cada) via script CLI que usa WP_Sitemaps_Provider custom. Submeta via google-api-php-client no Search Console.

Internal linking: crie taxonomia pglp_regiao (ex: “zona-norte”, “zona-sul”). No bloco pglp/related-links, faça WP_Query com tax_query pela mesma região, limite 5, ordenado por menu_order. Injete no final do conteúdo via the_content filter ou bloco Gutenberg arrastável.

Observabilidade e recuperação de falhas

Tabela wp_pglp_generation_log:

• id (bigint)
• batch_id (uuid)
• item_slug (varchar 200)
• status (enum: queued, processing, success, failed)
• error_message (text)
• created_at, updated_at (datetime)

Dashboard admin simples (WP_List_Table) mostra últimos 100 lotes, taxa de sucesso, botão “Reprocessar falhas”. Alerta no Slack/Teams se taxa < 95% via action_scheduler_after_execute.

Pagi sites

Automatizar landing pages em escala no WordPress não é sobre “rodar um loop”. É sobre desenhar um pipeline resiliente: ingestão validada, processamento assíncrono, templates versionados, cache multinível e observabilidade ponta a ponta. Com essa base, a agência publica 3.000 páginas na quinta à noite, indexa na sexta de manhã e o servidor nem pisca.

Checklist prático

Perguntas frequentes