WordCamp Varsóvia 2022, regresso offline

O WordCamp Varsóvia 2022 foi um momento marcante para a comunidade polaca de WordPress. Após anos de conferências virtuais e reuniões remotas contínuas, programadores, designers e diretores técnicos puderam finalmente voltar a encontrar-se pessoalmente para debater arquitetura web, boas práticas de engenharia e a evolução da plataforma com um café na mão.

A energia dos 200 participantes em Varsóvia era contagiante. Ficou claro até que ponto os profissionais do ecossistema precisavam deste contacto direto: membros de longa data da comunidade, líderes de agências digitais e consultores independentes queriam debater escolhas de arquitetura e comparar a teoria com a prática.

Se procura apoio especializado para modernizar a sua plataforma empresarial ou criar temas de blocos escaláveis, conheça as nossas soluções como desenvolvedor WordPress na WPPoland.

#WordCamp Varsóvia 2022: data, local e número de participantes

A conferência decorreu a 11 e 12 de junho de 2022 no CIC (Cambridge Innovation Center), na rua Chmielna 73, em Varsóvia, junto à estação Warszawa Centralna, segundo a página de localização do WordCamp. Na página inicial do evento os organizadores descreveram-no como o regresso do WordCamp ao panorama polaco após três longos anos de ausência e publicaram os números: 200 participantes, 35 oradores e 10 voluntários.

Os organizadores foram Arek Stęplowski, Kamil Kawałko e Michał Strześniewski, em conjunto com a comunidade WordUp Warszawa e a Fundação WWW (Fundacja WWW), segundo a página dos organizadores. Kamil Kawałko criou também a identidade gráfica da conferência.

A estrutura dos dois dias segundo o programa oficial:

Uma só sala no sábado significava que todo o público ouvia as mesmas palestras. Isso facilitava as conversas nos intervalos, porque todos tinham o mesmo ponto de referência.

#Container queries e theme.json em temas WordPress

Falei no sábado às 11:15 com a palestra Ko-do-ma-so-chizm. Dlaczego robisz to naokoło? (em tradução livre: codomasoquismo, porque fazes isso pelo caminho mais longo). Segundo a descrição da sessão no programa, foi uma revisão de recursos de frontend pouco usados para melhorar a experiência do utilizador e a acessibilidade: etiquetas, estilos, atalhos e funções nativos, além de refatoração de código. A palestra ficou no ponto de contacto entre o design de interfaces e a engenharia de frontend, com foco nas ferramentas nativas do navegador para temas do editor de blocos Gutenberg.

A gravação faz parte da transmissão do primeiro dia no canal de YouTube da Fundação WWW. Segundo a lista de capítulos na descrição do vídeo, a palestra vai de 1:37:50 a 2:14:36:

#Como usar CSS Grid, container queries e theme.json

EVOLUÇÃO DA ARQUITETURA DE LAYOUT NO WORDPRESS:
+-------------------------------------------------------------+
| Era Legada (2010-2018):                                     |
| Floats, hacks clearfix, grelhas Bootstrap 12 colunas, !imp  |
+-------------------------------------------------------------+
                              v
+-------------------------------------------------------------+
| Era Flexbox & CSS Grid (2018-2022):                         |
| Grelhas bidimensionais nativas, auto-fit, minmax()          |
+-------------------------------------------------------------+
                              v
+-------------------------------------------------------------+
| Era Moderna Orientada a Componentes (2022+):                |
| Container Queries (@container), theme.json e Variáveis CSS  |
+-------------------------------------------------------------+

1. Flexbox e CSS Grid como padrão de produção: Em projetos profissionais já não existe justificação técnica para manter técnicas baseadas em floats ou carregar bibliotecas CSS que introduzem milhares de regras desnecessárias. O CSS Grid bidimensional permite construir layouts editoriais com poucas linhas declarativas, o que reduz a folha de estilos e simplifica o DOM.

/* Estrutura tradicional com floats e clearfix (padrão legado desaconselhado) */
.legacy-archive-grid::after {
  content: "";
  display: table;
  clear: both;
}
.legacy-archive-card {
  float: left;
  width: 33.333%;
  padding: 15px;
  box-sizing: border-box;
}

/* CSS Grid moderno e responsivo sem dependência de regras @media adicionais */
.modern-archive-grid {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(320px, 1fr));
  gap: var(--wp--preset--spacing--40, 2rem);
  align-items: stretch;
}

2. Container queries (@container) como direção de evolução: As media queries convencionais analisam apenas a largura da janela do navegador (viewport). No modelo de blocos do Gutenberg, o mesmo componente (por exemplo, um cartão de artigo com imagem, título e excerto) pode aparecer numa barra lateral estreita, numa grelha de três colunas na página inicial ou como um banner largo. As container queries permitem que o bloco adapte a sua disposição à largura do elemento pai, e não à do ecrã.

/* Registo do contentor de contexto no wrapper do bloco */
.wp-block-custom-card-wrapper {
  container-type: inline-size;
  container-name: post-card-container;
}

/* Layout vertical predefinido para espaços reduzidos */
.wp-block-custom-card {
  display: flex;
  flex-direction: column;
  gap: 1rem;
}

/* Transição para layout horizontal quando o contentor ultrapassa 520px */
@container post-card-container (min-width: 520px) {
  .wp-block-custom-card {
    flex-direction: row;
    align-items: center;
  }
  .wp-block-custom-card__image {
    width: 38%;
    flex-shrink: 0;
  }
  .wp-block-custom-card__body {
    width: 62%;
  }
}

3. theme.json como fonte única de verdade: Com o Full Site Editing (FSE), os ficheiros style.css com milhares de linhas perdem importância. O ficheiro theme.json reúne os tokens de design do projeto: paletas de cores, tipografia e escalas de espaçamento. O WordPress converte estas definições em propriedades personalizadas de CSS (--wp--preset--*), pelo que o editor e o frontend público usam os mesmos valores.

{
  "$schema": "https://schemas.wp.org/trunk/theme.json",
  "version": 2,
  "settings": {
    "typography": {
      "fluid": true,
      "fontSizes": [
        {
          "name": "Medium",
          "size": "clamp(1.125rem, 1rem + 0.5vw, 1.35rem)",
          "slug": "medium"
        },
        {
          "name": "Large",
          "size": "clamp(1.5rem, 1.25rem + 1vw, 2.25rem)",
          "slug": "large"
        }
      ]
    },
    "spacing": {
      "spacingSizes": [
        { "name": "Small", "size": "1rem", "slug": "30" },
        { "name": "Medium", "size": "2rem", "slug": "40" },
        { "name": "Large", "size": "3.5rem", "slug": "50" }
      ]
    }
  }
}

#Quando chegaram as container queries aos navegadores

Em junho de 2022 as container queries eram uma antevisão, não uma ferramenta de produção. Nenhum navegador estável as suportava ainda. A ordem de chegada segundo as notas de versão de cada fabricante:

Só a partir de fevereiro de 2023 os três motores suportam consultas de tamanho de contentor. O Safari 16 acrescentou também as unidades de contentor (cqi, cqw e semelhantes). Para um tema que tem de funcionar para todos os visitantes, o limite seguro é 2023, não a data da conferência. O exemplo do cartão funciona hoje sem alternativa nas versões atuais dos três motores.

#Como mudou o theme.json desde 2022

O exemplo usa "version": 2. Essa versão do esquema chegou com o WordPress 5.9, meio ano antes da conferência, como descreve a nota para programadores de 8 de janeiro de 2022. Os ficheiros da versão 1 do WordPress 5.8 continuam a funcionar, porque o WordPress os converte para a versão 2 em tempo de execução.

Duas alterações posteriores afetam diretamente o exemplo:

• A tipografia fluida ("fluid": true) estreou no WordPress 6.1, segundo a nota de 3 de outubro de 2022. Em junho de 2022 esta definição não tinha efeito no WordPress estável, pelo que os valores clamp() tinham de ser escritos à mão, como no exemplo.
• A versão 3 do esquema chegou com o WordPress 6.6. A nota de 19 de junho de 2024 recomenda a mudança apenas quando a versão mínima do WordPress suportada pelo tema for a 6.6. As versões anteriores do esquema continuam suportadas.

#Page builders ou Gutenberg e segurança de plugins

O programa mostrava bem o que ocupava a comunidade polaca de WordPress em 2022.

#Porque é que as agências abandonam os page builders

No domingo, Izabela Karkocha mostrou que é possível criar um site interessante com o tema predefinido, sem plugins adicionais e sem page builders, e quando essa abordagem compensa. Piotr Całka analisou, na perspetiva de uma software house, se vale a pena usar temas prontos. As duas palestras enquadravam-se no afastamento dos construtores visuais tradicionais (como Elementor, Divi ou WPBakery) em projetos onde o desempenho conta. Otimizar sites assentes nesses construtores para as Core Web Vitals sai caro, por isso cada vez mais equipas desenvolvem blocos Gutenberg próprios e temas de blocos leves. Em 2022 as Core Web Vitals eram LCP, FID e CLS. A 12 de março de 2024 o INP substituiu o FID, pelo que hoje a capacidade de resposta é medida de outra forma do que na altura da conferência.

#Segurança do WordPress no WordCamp Varsóvia 2022

Três palestras trataram de segurança. Bartek Nowak apresentou o File Locker, um controlo de acesso a ficheiros sensíveis para quando as permissões básicas do WordPress não chegam. Artur Pajkert falou de phishing, typosquatting, ataques homográficos, certificados SSL e das ameaças que uma WAF bloqueia antes de o WordPress sequer ser executado. No domingo, Krzysztof Dróżdż analisou o caso de um site que é reposto a partir de uma cópia de segurança, limpo e pouco depois volta a estar infetado.

Destes temas resultam práticas úteis em qualquer projeto:

• Bloqueio da edição direta de ficheiros em servidores de produção (DISALLOW_FILE_MODS = true).
• Verificação contínua de dependências vulneráveis nas rotinas de CI/CD (GitHub Actions e GitLab CI).
• Validação das somas de controlo (checksums) do núcleo e das extensões via WP-CLI. Depois de uma reinfeção, são precisamente as somas de controlo que mostram que ficheiros do núcleo e dos plugins diferem do original:

# Verificação automática da integridade do núcleo do WordPress e plugins
wp core verify-checksums
wp plugin verify-checksums --all

#WooCommerce lento e autoload na tabela wp_options

As conversas na zona de patrocinadores deram-me mais conhecimento do mercado de alojamento do que centenas de artigos lidos. Entre os patrocinadores estavam fornecedores de alojamento: cyber_Folks, Bluehost e Nexcess (platina) e SmartHost e LH.pl (ouro), segundo a página inicial do evento. A tabela resume as diferenças típicas entre abordagens de infraestrutura mais antigas e mais recentes:

A linha do PHP deve ser lida com as datas de hoje. Segundo a tabela de fim de suporte do php.net, o PHP 7.4 deixou de ter suporte a 28 de novembro de 2022, o PHP 8.0 a 26 de novembro de 2023 e o PHP 8.1 a 31 de dezembro de 2025. As versões que eram o objetivo em 2022 hoje também precisam de ser atualizadas.

Um estrangulamento frequente em lojas WooCommerce de grande escala não é a falta de CPU, mas o crescimento descontrolado da tabela wp_options (sobretudo caches transitórias gravadas com autoload = yes) e a ausência de separação entre leituras e escritas na base de dados. Para identificar rapidamente as opções mais problemáticas, recorre-se a esta consulta SQL:

-- Identificar as opções mais pesadas carregadas automaticamente no arranque do WordPress
SELECT option_name, length(option_value) AS byte_size
FROM wp_options
WHERE autoload = 'yes'
ORDER BY byte_size DESC
LIMIT 15;

#Programa do primeiro dia do WordCamp Varsóvia 2022

O sábado tinha uma só sala. Depois da abertura, Kasia Aleszczyk falou dos projetos da comunidade a que qualquer pessoa se pode juntar. O resto do dia, pela ordem do horário oficial, dividiu-se em vários blocos:

• Tipografia e acessibilidade: o Dr. Mateusz Machalski sobre o papel da tipografia na comunicação, Jacek Zadrożny sobre dez maneiras de estragar a acessibilidade de um site, e um painel sobre o estado da acessibilidade no WordPress com Marcin Andrzejewski, Jacek Zadrożny, Arek Stęplowski e Marcin Pietrzak.
• Frontend: a minha palestra Ko-do-ma-so-chizm, descrita acima.
• Segurança: Bartek Nowak (File Locker) e Artur Pajkert (um WordPress resistente a um ataque nuclear).
• SEO: Paweł Gontarek sobre o que o SEO não gosta no WordPress, e Roman Rozenberger sobre os erros de SEO mais comuns no comércio eletrónico em WordPress, com base num caso prático.
• Testes: Jakub Rosiński sobre o valor dos testes antes da produção, e Oskar Sajdak sobre os cinco tipos de testes no seu projeto: unitários, de integração, funcionais, de aceitação e de regressão visual.
• Ofício do programador: Piotr Niewiadomski sobre a automatização de implementações e atualizações com o Composer, e Maciej Kuchnik sobre as funções nativas do WordPress em vez de centenas de linhas de código próprio.
• Carreira: Sebastian Kurzynowski sobre a remuneração do freelancer e o seu efeito na qualidade do trabalho.

Dois blocos sobre acessibilidade e testes no mesmo dia mostravam que a conversa na comunidade tinha passado de construir para manter. A minha palestra sobre etiquetas e estilos nativos ficou entre a palestra sobre como estragar a acessibilidade e o painel sobre WCAG, o que combinava com o seu conteúdo.

#Workshops e palestras do segundo dia do WordCamp Varsóvia 2022

No domingo funcionavam três salas em simultâneo, com o Contributor Day em paralelo. Os workshops, segundo as descrições do programa:

A sala principal de domingo foi mais orientada para o negócio. Tomasz Lach descreveu dois anos de trabalho num produto WordPress próprio que ainda não dava lucro. Łukasz Zegarek falou de sites WordPress em conformidade com o RGPD. Tomasz Kołkiewicz tratou de contratos, apoio ao cliente, faturação e redução do risco de não receber, e Aneta Rutkowska da formação do cliente antes de fixar o orçamento. Roman Maria Koidl apresentou o IVA e as alfândegas no comércio eletrónico transfronteiriço. Piotr Jabłonowski contou como um plugin simples se tornou um negócio global. Michał Kaźmierczak fez o balanço de anos a construir uma empresa especializada em WordPress. O dia terminou com um painel sobre o regresso do WordCamp à Polónia após a pandemia, com Michał Strześniewski, Piotr Całka e Kamil Kawałko.

#Networking no WordCamp depois da pandemia

Dois anos de reuniões apenas através de ecrãs tinham cansado todo o setor tecnológico. O WordCamp Varsóvia mostrou que uma conversa cara a cara não se reproduz numa janela de chat.

#Encontros com pessoas que só conhecia à distância

Nos intervalos, encontrei pessoas com quem trabalhava à distância há cinco anos, sem nunca as ter visto ao vivo. Uma só sala no sábado, com intervalos comuns, facilitava estes encontros, porque todos estavam no mesmo sítio à mesma hora.

#Tarifas e contratos de agências WordPress

Temas sobre os quais raramente se escreve em público estavam diretamente no programa. Sebastian Kurzynowski falou de negociar remunerações e de reconhecer uma boa oferta de trabalho, e Tomasz Kołkiewicz de redigir contratos, receber a tempo e limitar o risco de não pagamento. Depois de palestras assim, as conversas nos intervalos centravam-se em práticas concretas.

#Como migrar de um tema clássico para um tema de blocos

Uma das dúvidas mais colocadas após a minha palestra resumia-se ao processo prático: como migrar com segurança um portal maduro de um tema clássico para blocos sem perder posições na pesquisa orgânica nem provocar paragens de serviço. A parte prática foi tratada no domingo pelo workshop de Magdalena Paciorek sobre o editor de blocos num tema à medida. O meu roteiro tem quatro etapas:

1. Auditoria e extração de tokens de design: Em vez de reescrever folhas de estilo de raiz, extraem-se as cores da marca, a tipografia e os espaçamentos estruturais para o ficheiro theme.json. Isto harmoniza as variáveis em todo o sistema.
2. Implementação de um tema híbrido: A transição para o Full Site Editing não precisa de acontecer de uma só vez. O cabeçalho e rodapé clássicos em PHP podem ser preservados enquanto a área de conteúdos passa a ser controlada por blocos nativos do Gutenberg.
3. Substituição de shortcodes por blocos dinâmicos: Shortcodes antigos acumulam dívida técnica e dificultam o trabalho de redação. Convertê-los em blocos Gutenberg com renderização no servidor (register_block_type) devolve a edição visual à equipa de conteúdos.
4. Auditorias de desempenho em ambiente de testes: Antes de qualquer migração para produção, as métricas Core Web Vitals devem ser validadas em staging. Rotinas com Lighthouse CI permitem fixar limites para LCP, CLS, INP e tempo de execução de scripts.

#Onde ver as gravações do WordCamp Varsóvia 2022

Na página inicial do WordCamp os organizadores indicaram que as palestras estão disponíveis no canal de YouTube da Fundação WWW e que os vídeos seriam também publicados no WordPress.tv. Não encontrei gravações desta edição no WordPress.tv, pelo que a referência continua a ser o YouTube.

A transmissão do primeiro dia dura quase nove horas (8:56:16). A descrição do vídeo tem uma lista de capítulos com marcas de tempo de cada palestra, de Kasia Aleszczyk (20:35) a Sebastian Kurzynowski (8:13:20). A minha palestra começa em 1:37:50, exatamente onde arranca o leitor incorporado acima. O programa completo com as descrições das sessões está em warsaw.wordcamp.org/2022/program.

#Conclusão

O WordCamp Varsóvia 2022 pôs fim a uma pausa de três anos nos WordCamps polacos. 35 oradores, um dia de palestras numa só sala e um dia de workshops com Contributor Day deram um forte impulso à comunidade, e temas como acessibilidade, testes e técnicas nativas de frontend continuam atuais.

Algumas técnicas da minha palestra só amadureceram depois da conferência: as container queries funcionam em todos os motores desde fevereiro de 2023, e a tipografia fluida no theme.json desde o WordPress 6.1. Se está a pensar em comprar bilhete para o próximo WordCamp, compre-o. Participar é a oportunidade de avaliar os próprios padrões técnicos e construir relações que compensam durante anos.

Caso a sua empresa pretenda modernizar a sua plataforma web, migrar para temas de blocos focados em velocidade ou usufruir de consultoria técnica experiente para Core Web Vitals, descubra os nossos serviços de desenvolvimento WordPress.