A sua auditoria DSGVO em Berlim, aprovada à primeira
Precisa de um WordPress que sobrevivá a uma auditoria DSGVO externa logo no primeiro dia, com cada plugin inventariado quanto ao risco do §32 e com um banner de cookies que resista à análise de um advogado berlinense. Entregamos esse pacote: WordPress preparado para auditoria, medidas técnicas e organizativas documentadas conforme BSI Mindeststandards, e um bloco Impressum que identifica corretamente a entidade legal.
O conjunto de regras alemão que toca a camada técnica abrange DSGVO Art. 32, IT-Sicherheitsgesetz 2.0 (obrigações KRITIS que descem para os fornecedores), TMG §5 Impressumspflicht e TTDSG para consentimento de cookies. Saber onde termina a letra da norma e onde começa a engenharia pragmática é o que separa um programador relevante para Berlim de alguém que apenas fala WordPress.
| Regulamento | O que abrange | O que fazemos |
|---|---|---|
| DSGVO Art. 32 | Medidas técnicas e organizativas | WAF endurecido, cópias de segurança encriptadas off-site, 2FA no wp-admin |
| IT-Sicherheitsgesetz 2.0 | Obrigações de fornecedores KRITIS | SBOM de dependências, monitorização contínua de vulnerabilidades |
| TMG §5 + TTDSG | Impressum e consentimento de cookies | Bloco Impressum auditado, log de consentimento server-side |
Programador WordPress Berlim: o seu parceiro empresarial
Um programador WordPress que trabalha com clientes de Berlim e Brandeburgo lida com um livro de regras diferente do de um especialista CMS genérico. O DSGVO Art. 32, as obrigações do IT-Sicherheitsgesetz 2.0 que se estendem dos operadores KRITIS aos seus fornecedores, os Mindeststandards do BSI para aplicações web, o Impressumspflicht do TMG §5 e o consentimento de cookies do TTDSG e DSGVO tocam todos a camada técnica. Saber onde acabam estas regras e onde começa a engenharia pragmática e o que separa um programador relevante para Berlim de alguém que apenas fala WordPress.
Para empresas portuguesas que servem o mercado alemão, há ainda a logística DE-PT a pensar. Operadoras como CTT Logística para encomendas internacionais saídas de Lisboa, Porto ou Aveiro, declarações IOSS para envios B2C, e a reconciliação MwSt versus IVA na contabilidade. Agências portuguesas que servem clientes alemães já conhecem este padrão: o site nasce em Lisboa ou Porto, a operação roda em Berlim.
O que faz um programador WordPress no contexto berlinense
O trabalho divide-se em três categorias honestas. Novos projetos para Mittelstand e startups que precisam de site público, fluxo editorial e geralmente uma camada WooCommerce ou de marketing automation. Projetos de resgate em instalações existentes: um site de catálogo Mittelstand sufocado por mais de vinte plugins e um TTFB acima de 1,5 s, uma construção Elementor que começa a desfazer-se sob tráfego de Black Friday, um site multilingue cujo hreflang ficou partido numa migração de hosting. E operações contínuas: patching mensal, monitorização de segurança, verificação de backups conforme BSI e os pedidos de mudança renegociados que aparecem no terceiro ano de contrato.
Quando WordPress encaixa e quando não encaixa
WordPress não é a resposta para todos os briefings em Berlim. Um pequeno mapa de trade-offs mantém a conversa honesta:
| Cenário | Melhor opção | Porquê |
|---|---|---|
| Site corporativo Mittelstand, blog, geração de leads, multilingue | WordPress | Maturidade do fluxo editorial, ecossistema de plugins, TCO inferior a reconstruções headless |
| Portal do setor público, auditoria BITV 2.0, contratação federal | TYPO3 | Governança multi-site nativa, estabelecido no setor público alemão, ecossistema TYPO3 Association |
| Comércio enterprise, precificação B2B complexa, integração ERP forte | Shopware 6 / commercetools | Primitivas de comércio nativas DE, lógica B2B e fiscal de origem |
| Loja de médio porte, comércio orientado a conteúdo, blog mais catálogo | WooCommerce | Conteúdo e comércio na mesma stack, conectores JTL-Wawi e Plentymarkets disponíveis |
| Site marketing estático, conteúdo headless, JAMstack-first | Astro / Next.js com WP como fonte headless | Entrega no edge, TTFB inferior, separa edição de entrega |
Se o descrição do projeto diz “precisamos de um site rápido, editável e que gere leads, que a equipa de marketing consiga operar”, WordPress quase sempre vence. Se diz “precisamos de comércio B2B com precificação por papel para 4 000 SKUs alimentado por ERP”, WooCommerce raramente é a resposta certa e a conversa pivota para Shopware ou commercetools.
JTL-Wawi vs WooCommerce para lojas DE
Muitos retalhistas de Berlim e Brandeburgo já correm JTL-Wawi como sistema de mercadorias. A árvore de decisão é curta: se a loja é a fonte da verdade para produtos e stock, WooCommerce funciona sozinho; se JTL-Wawi é a fonte da verdade (o que é a regra para qualquer um com armazém físico), o JTL-Connector para WooCommerce torna-se a espinha dorsal de integração. Plentymarkets tna sua própria ponte e é mais comum em vendedores cross-channel que alimentam eBay, Amazon DE e Kaufland.
Os nossos serviços WordPress
Trabalho de engenharia real num projeto de Berlim, não uma lista de funcionalidades.
Desenvolvimento de temas e blocos
Padrões de bloco personalizados construídos contra o sistema de marca, não uma exportação Divi ou Avada. A autonomia editorial e o resultado: o marketing publica novas páginas sem abrir um ticket. Trabalhamos com registo block.json, design tokens em theme.json e ACF Pro Flexible Content onde a equipa editorial precisa de guard-rails que a biblioteca core não oferece. Orçamentos de performance acordados a montante: LCP abaixo de 2,5 s numa conexão 4G mediana da Telekom, CLS abaixo de 0,1, INP abaixo de 200 ms.
Lojas WooCommerce com pagamento e envio para o mercado alemão
Integrações de pagamento relevantes para a Alemanha: Klarna (Pay Now, Pay Later, Slice It), SOFORT/Sofortüberweisung através da Klarna, giropay quando suportado pelo banco, Mollie ou Stripe para cartões e pagamentos SEPA, AmazonPay para recuperação de carrinhos abandonados e PayPal para compradores que já o usam por hábito. Cada gateway tem regras próprias de reembolso, prazos de disputa e acordo de tratamento de dados DSGVO, por isso o checkout deve mostrar apenas os métodos certos para o cliente e evitar uma pilha desnecessária de etiquetas de marketing.
Envio é a outra metade. DHL via API do Geschäftskunden-Portal oficial, DPD, Hermes, GLS, mais Sendcloud como orquestrador multi-transportadora quando o volume justifica. Seleção de pickup point (Packstation, DHL Filiale, DPD Pickup) e uma alavanca de conversão para compradores urbanos jovens e justifica o esforço de integração. IVA sobre vendas transfronteiriças UE corre pelo regime OSS, e a loja tem de emitir Rechnungen que satisfazem §14 UStG incluindo o USt-IdNr do vendedor, uma armadilha frequente para agências portuguesas a servir clientes em Berlim, porque o fluxo não é o mesmo da fatura simplificada portuguesa.
Desenvolvimento de plugins e integrações
Plugins próprios onde o marketplace pára. Configurações JTL-Connector além dos defaults, pontes Plentymarkets, endpoints REST e GraphQL amigáveis a headless, hooks Hubspot/Pipedrive/CentralStationCRM, exportação DATEV para a contabilidade alemã e listeners webhook para painéis de operações ao estilo Lieferando. Código segue PSR-12 e WPCS, vem com cobertura PHPUnit e passa por uma processo Bitbucket ou GitLab antes de aterrar em staging.
Performance e Core Web Vitals em hosting alemão
A escolha de hosting impulsiona mais performance do que qualquer plugin. Mittwald em Munique, Raidboxes em Münster, Hetzner Cloud em Falkenstein/Nuremberga, IONOS em Karlsruhe, cada um com posição DSGVO diferente, profundidade de suporte e margem de tuning PHP/MySQL diferentes. A história TTFB que conto mais frequentemente: site catálogo Mittelstand a 1,8 s TTFB, LCP 4,1 s, INP acima de 400 ms. A correção não foi “instalar um plugin de cache”. Foi matar dois scripts de analytics que se duplicavam, substituir um plugin de slider por uma única imagem LCP com preload, mudar de hosting partilhado para um Hetzner CX31 com cache de objetos via Redis e limpar post-meta morto de um job WP-All-Import bloqueado. TTFB aterrou em 280 ms, LCP em 1,4 s.
DSGVO, segurança e operações contínuas
Segurança num site de Berlim é mais que uma instalação Wordfence. Endurecimento que mapeia para os Mindeststandards do BSI: 2FA em cada conta wp-admin, endpoints XML-RPC e REST restritos, monitorização de integridade de ficheiros, backups encriptados off-site com simulações de restauro verificadas (o backup não testado não e backup) e um Vorfallreaktionsplan documentado que nomeia quem chama quem quando algo acontece. DSGVO Art. 32 espera “medidas técnicas e organizativas adequadas” e essa é a postura que um auditor lê primeiro.
O mercado de Berlim
Alguns segmentos honestos, tirados de briefings reais.
Cena startup berlinense
Factory Berlin em Mitte e no Görlitzer Park, Silicon Allee em torno da Rosenthaler Platz, o parque tecnológico Adlershof lá em Treptow-Köpenick. Fundadores FinTech e PropTech entrando via SAP.iO ou APX. A descrição do projeto e quase sempre: site marketing rápido, captação de leads em HubSpot ou Pipedrive, blog com fluxo editorial, página de carreiras integrada com Personio ou Greenhouse. Time-to-launch tipicamente quatro a oito semanas; a arquitetura tem de sobreviver ao pivot de Series A que acontece seis meses depois.
Mittelstand de Berlim e fabricantes de Brandeburgo
Empresas com sede ao longo do anel S-Bahn ou mais a fora em direção a Brandeburgo, frequentemente com catálogo B2B, localizador de revendedores e fichas técnicas para download. Carga de conformidade mais pesada aqui: faturação §14 UStG, Impressum nomeando a Geschäftsführung e o número HRB, exportação DATEV para o Steuerberater e frequentemente um portal de cliente atrás de login que exige controlo de acesso baseado em funções em vez de um plugin Members.
Indústria criativa e media
Agências, estúdios de design, casas de produção de cinema e empresas de media adjacentes à edição que se concentram em Mitte e Friedrichshain. A descrição do projeto inclina-se para design bespoke, secções hero pesadas em vídeo, estudos de caso de projetos com comportamento de carga real e fluxos editoriais que sobrevivem a um jornalista freelance a publicar do telemóvel num espaço de cowork.
PMEs locais
Handwerk, gastronomia, serviços profissionais, os negócios ao nível do Kiez. SEO local e um Google Business Profile que é efetivamente atualizado importam mais do que arquitetura headless. WPML ou Polylang onde a segunda língua é o inglês (a língua internacional de facto de Berlim), italiano, turco ou vietnamita dependendo do bairro.
O nosso processo de desenvolvimento
Cada projeto passa por análise, design, desenvolvimento, revisão em staging e lançamento. Bitbucket ou GitLab para controlo de versões, branches de funcionalidade com revisão por pares, PHPUnit e Cypress automatizados onde a cobertura se justifica, staging na mesma classe de hosting que produção. Lançamentos em janelas de baixo tráfego (tipicamente terça ou quarta de manhã hora de Berlim, nunca sexta à tarde), com caminho de rollback documentado antes da mudança de DNS.
Preços
Todos os preços são individuais e baseados no âmbito do projeto. Projetos a preço fixo para briefings claramente definidos, tempo e materiais para trabalho contínuo, acompanhamentos contínuos mensais para operações e suporte. Consulta inicial gratuita é geralmente suficiente para decidir se WordPress é sequer a resposta certa. Contacte-nos para falar sobre o seu projeto em Berlim.
