Editors left waiting
Pages only the agency is allowed to touch. We build blocks that editors understand.
CMS - WordPress
Content sites and editorial hubs - updates, performance and an admin area the editorial team actually uses. No theme zoo.
Plenty of content, clear templates. Little business logic. As soon as processes get demanding, we talk about Laravel or Shopware.
Pages only the agency is allowed to touch. We build blocks that editors understand.
A security risk and slow page loads. We throw out whatever has no owner.
Campaign pages with tracking, forms and several languages - without a new theme every time.
WooCommerce for small catalogues. Once catalogue and ERP demands grow: Shopware. We name the cut-off.
Hardened, lean, updatable.
Topics, blocks, several languages. Gutenberg where it helps.
Leads into Bitrix24 or e-mail - with spam protection and logging.
Updates, backups, staging, firewall basics, performance.
Headless only when the channels justify it. Otherwise classic and fast.
WordPress is not an application server. We hold that line - and move business logic into Laravel or Symfony once it appears.
Content first, gimmicks last.
Types, navigation, who maintains what.
Theme and blocks, forms, tracking.
Staging, updates, speed, backup.
Training, runbook, optional maintenance.
No surprises after the relaunch.
We build so that core updates are nothing to fear.
Woo only when small. Otherwise the e-commerce cluster.
Security and content help through support.
CMS questions without plugin advertising.
Unhardened plugins are insecure. A hardened WordPress with staging and updates is fit for daily use.
Only with several channels and a budget for two systems. Otherwise classic.
Yes, with one concept - not three plugin variants in parallel.
For small catalogues. From B2B or ERP onwards: Shopware.
Yes. Clean-up first, features after.
A relaunch outline or a hardening package. Get in touch.
Related technologies we often use alongside.
The number of pages and who works on content - that is enough for a proposal.