Available in Nottingham

WordPress Developer in Nottingham

Professional WordPress services in Nottingham - your business deserves the best digital outcomes

WordPress Developer → Nottingham

We support the WordPress Community in Nottingham

We are not just a remote agency. We are an active part of the ecosystem. We believe in Open Source and contributing back to the community that powers over 40% of the web (W3Techs).

    WordPress & WooCommerce Developer in Nottingham

    01. Local SEO Performance

    In Nottingham's competitive market, site speed is your strongest SEO asset. Our Astro + Headless WP stack delivers performance that leaves competitors behind.

    02. Enterprise-Grade Security

    For businesses in Nottingham serving Local SMB and Enterprise, data security is paramount. Headless architecture virtually eliminates standard WordPress attack vectors.

    A corporate site in Nottingham sits next to University of Nottingham campuses at Jubilee Campus, offices in BioCity or studios in Creative Quarter at Lace Market. That is not a reason for WordPress to pretend it is a LIMS or a banking platform. It is a reason for the theme, Gutenberg blocks, CPT and plugins to be written the way a British legal team, a scientific publication editor and a compliance officer who reads UK GDPR expect, not only the way a Lighthouse score reads.

    WPPoland builds that WordPress from a senior Polish team for businesses in Nottingham and the wider East Midlands. Scope is WordPress development: block or classic theme, custom plugins, Gutenberg, CPT, ACF or native blocks, REST integrations and code review on Git. WooCommerce stores, care retainers and contact are separate topics, with links at the end.

    #WordPress development in Nottingham

    Nottingham is not Manchester or Birmingham. The city has its own profile: life sciences in BioCity, retail heritage (Boots opened its first pharmacy here in 1849), fintech presence including Capital One UK, two major universities (University of Nottingham and Nottingham Trent University), and Creative Quarter, which concentrates creative agencies and software houses in the city centre. East Midlands connects Nottingham with Leicester, Derby and Loughborough in one corridor where companies often serve clients across the Midlands without a separate WordPress install for every city.

    Nottingham Digital Hub in the city centre gathers startups, digital agencies and tech firms in one cluster. That is not a reason to drop the hub name into copy as decoration. It is a signal that the local community knows WordPress Coding Standards, debates Gutenberg and sees the difference between a block theme and a page builder that generates shortcodes in content. A brief from a client in Nottingham often sounds like: we have Elementor or Divi, editorial is afraid of migration, and the CTO wants Gutenberg and Git. That is a content model and deployment process problem, not a marketplace template problem.

    BioCity Nottingham at Nottingham Science Park is the largest life sciences hub in the region. Hundreds of biotech, medtech and university spin-out firms work in one cluster where a grant announcement, research publication or scientific recruitment drive generates traffic spikes in hours, not weeks. WordPress in that environment is often a research portal, spin-out site or CRO company website serving the life sciences sector. A theme that cannot handle a results publication at 5 p.m. on a Friday produces an operational incident, not a minor ticket after the weekend.

    Queen’s Medical Centre and Nottingham University Hospitals NHS Trust is the largest hospital in the region. Public institutions in Nottingham fall under Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018, which require WCAG 2.1 AA with a path toward WCAG 2.2. That is a different brief profile than a branding agency: more forms collecting patient or application data, more questions about UK GDPR and less about hero wow effect.

    The typical project that reaches seniors in Nottingham does not sound like make a nice site. It sounds like: inherited themes with a page builder, editorial publishing in short time windows, an application form collecting personal data under UK GDPR, and a new subpage for a BioCity conference built by copying last year’s page and manually swapping dates in content. That is technical debt that surfaces on Friday evening, not in an SEO audit.

    #Block theme, classic theme and custom plugin

    A new build in Nottingham starts with a decision that costs months later: whether presentation lives in a block theme with theme.json, in classic PHP templates, and what goes in a plugin. That decision is recorded before the first commit.

    #theme.json, patterns and theme boundary

    A block theme holds tokens: palette, typography scale, spacing, content widths. For a life sciences firm in BioCity that means a restrained layout, a readable typeface without ornament, and components that do not break on long scientific publication titles or research project names. For a creative agency in Creative Quarter it means a bold brand palette with WCAG 2.2 AA contrast preserved. Block patterns describe repeatable layouts: hero with video asset, research team grid, attributed quote block, publication card with date, footer with a privacy policy link aligned with UK GDPR.

    Full site editing (FSE) makes sense when the editorial team genuinely needs control over header and footer. In practice many firms in Nottingham do not want that: the header is a brand and compliance element, not a playground. Then the block theme stays, but template parts (header, footer) are locked and editorial works within patterns and custom blocks. That is a compromise, not a half measure.

    Every custom block gets block.json, category, icon and attributes with schema. Where content must reach search engines and RSS, render goes server-side. React in the editor serves InspectorControls and preview, not a front-end SPA pretending to be WordPress. The handbook at developer.wordpress.org is the API contract source, not a training slide deck.

    #When a classic PHP theme stays

    Inherited installations in Nottingham often have five or seven years behind them: child theme on a commercial skeleton, ACF wired into page.php, shortcodes in content, jQuery from before blocks, a separate page copy for every BioCity conference. Rewriting that to FSE because it looks right in 2026 costs more than fixing template hierarchy, pulling logic into a plugin and adding Gutenberg only where editorial actually assembles new landing pages.

    A classic theme stays when:

    • conditional logic sits in templates (different menu for investor, press or research candidate) and moving it to theme.json simplifies nothing;
    • the editorial team publishes hundreds of pages in the classic editor and FSE training would be a bigger risk than debt;
    • the child theme is thin and the problem is plugins and autoload, not the template engine itself.

    Even then new pieces go in as blocks, not as more shortcodes. A shortcode in 2019 content stays until migration. New code does not add more.

    #Function in plugin, presentation in theme

    The boundary is simple and recorded in the runbook. The theme knows how to display. The plugin knows. Scientific publication CPT, CRM queue, REST endpoint for intranet, research editor role without publish_pages on the public production site: that is a plugin. Colours, grid, hero pattern: that is the theme. If changing the theme removes the publication catalogue, the architecture was wrong.

    A custom plugin has its own prefix, PSR-4 autoload, main file with Plugin Name header and semver version, and tests where logic matters (conference dates, field mapping to CRM, application form validation). Business logic does not go in the theme’s functions.php, because functions.php dies with the theme, and a firm in Nottingham changes branding partners more often than it changes the content model.

    Layer comparison at kickoff:

    LayerWhat lives thereExample in Nottingham
    Themepresentation, tokens, patternsBioCity conference landing, footer with privacy policy
    PluginCPT, roles, REST, integrationsscientific publication, team member, audit logs
    Gutenbergeditorial without HTMLpublication pattern, person block, event card
    Staging and Gitprocess, not featurebranch, review, freeze before conference

    #Gutenberg, CPT and ACF for life sciences and B2B

    Gutenberg without a content model ends with every subpage as a unique block collage and nobody able to produce a list. In Nottingham lists are concrete: scientific publications, research projects, team members, office locations (BioCity is not Lace Market, Lace Market is not Jubilee Campus), events, job listings. These are objects, not another page in the tree.

    #Custom post types instead of copied landing pages

    We register CPT with custom capabilities, not mapped to post. A research editor can edit a publication card, not delete plugins. CPT archives get a template or query pattern. A single object gets a template that cannot push layout beyond the agreed structure. Taxonomies are separate: publication type (article, report, preprint) does not mix with blog tags.

    ACF has a place here, but not as a substitute for blocks. ACF fields on CPT work for data that is fields, not layout: publication date, grant number, DOI, press kit PDF file, embargo-until flag. Person or article page layout is assembled in Gutenberg. Mixing ACF Flexible Content with full block editor on the same object ends with two sources of truth and an editor who does not know where to click.

    Where ACF is unnecessary, block attributes in block.json are enough. A person-with-quote block does not need a field group on every page. It needs attributes and possibly InnerBlocks for biography. Fewer plugins in the admin means less attack surface and fewer conflicts with consent and cache plugins.

    A conference landing as a copy of last year’s page is debt that surfaces on Friday evening. A CPT object with date, location and materials fields survives the 2027 conference without copying the tree. The template reads the object. The editor changes the date, not HTML.

    #Server-side blocks instead of shortcodes

    A shortcode in content is debt visible only at migration. New code in Nottingham goes in as a block with server render: semantic markup, attributes in block comments, filterable output. A publication list block reads CPT, caches the query in a transient with explicit TTL and invalidation on save_post, not on every request during a results announcement spike.

    Block code review checks three things before the branch merges to main: whether the block works with JS disabled on the front preview, whether attributes have types and defaults, and whether it does not load the full editor build on the front. Gutenberg that adds a megabyte of React to a researcher biography page does not pass review.

    #UK GDPR, cookies and forms in the British context

    After Brexit the UK retained its own version of GDPR, commonly called UK GDPR, alongside the Data Protection Act 2018. For a WordPress site in Nottingham that is not an abstract legal paragraph. It is decisions in forms, consent plugins, privacy policy and audit logs. The Information Commissioner’s Office (ICO) publishes guidance on cookies, lawful basis, data minimisation and breach notification that shapes how we configure WordPress, not only how legal counsel writes the policy page.

    What goes into the brief and the code:

    • Forms collecting personal data (applications, newsletters, B2B enquiries, recruitment forms in BioCity) get an explicit lawful basis, consent checkbox where consent is required, and field minimisation. Fields you do not need for the form purpose do not exist.
    • Consent plugins (CookieYes, Complianz and similar) are configured so marketing scripts do not load before acceptance. That is a theme and enqueue order decision, not a care ticket after the first ICO-related report.
    • Privacy policy and cookie policy are templates with fields, not blocks the editor can delete from the tree. In Nottingham those pages are compliance elements, not marketing footer afterthoughts.
    • CRM integrations (HubSpot, Salesforce, Pipedrive) get data flow documentation: what reaches the external system, how long, who is controller. Data processing agreements (DPAs) are the client’s decision, but WordPress configuration must allow that decision to be implemented.
    • Audit logs for forms and admin changes help during incidents. If someone asks who changed application form settings on Friday before a conference, the answer cannot be we do not know.

    For firms with EU clients additionally: EU representative where required, standard contractual clauses, data protection impact assessment (DPIA) for new forms collecting sensitive data. The team does not promise UK GDPR compliance without a process owner on the client side. It promises technical configuration the owner can describe in documentation and defend if ICO asks.

    For WooCommerce stores in GBP (without quoting amounts in copy) integration with a payment gateway handling British pounds, VAT and invoices aligned with UK tax law is a separate brief on the WooCommerce developer page. This page stays with WordPress development, not checkout.

    #Accessibility: Public Sector Bodies Regulations and the private sector

    Accessibility in Nottingham is not one regulation. Public institutions (universities, NHS, Nottingham City Council, public bodies) fall under Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018, which require WCAG 2.1 AA (with a path toward WCAG 2.2). The private sector does not have an identical legal duty, but the Equality Act 2010 creates a context where an inaccessible service page is legal and reputational risk, not nice to have.

    What the team does in code:

    • Semantic HTML markup, correct heading hierarchy, form labels linked to fields through for/id, error messages readable by screen readers.
    • Colour contrast aligned with WCAG 2.2 AA, focus visible on all interactive elements, keyboard navigation through menus and modals.
    • Images with meaningful alt attributes, video with captions where material is published on the public site.
    • axe-core scan in CI plus manual keyboard path on key templates: application form, cart (if present), main navigation, search.
    • Accessibility statement for public bodies as a template with fields, not a page forgotten in the footer.

    For life sciences firms in BioCity accessibility also has a product dimension: captioned video, webinar transcripts, players operable by keyboard. WordPress does not replace a research platform, but a project promotion site must be usable for every audience, not only a mouse user on a fast laptop.

    #Nottingham: BioCity, universities and East Midlands

    Nottingham connects three axes that set technical priorities for WordPress in this city, not only carry them in the title.

    #BioCity and life sciences

    BioCity Nottingham concentrates biotech, medtech and university spin-out firms at Nottingham Science Park. A grant announcement, research publication or scientific recruitment drive generates traffic spikes in hours. WordPress in that environment must survive the spike without Core Web Vitals regression. Cache with exceptions for application forms, transients with explicit invalidation on save_post and load testing before announcement are not premium options. They are minimum.

    #Universities: UoN, NTU and the public sector

    University of Nottingham and Nottingham Trent University are two large centres generating briefs from the public and education sectors. University sites, research portals and grant project websites require WCAG accessibility, UK GDPR for application forms and a content model that does not end with copying landings every year. Publication, research project and team member CPT is standard, not luxury.

    #East Midlands: Nottingham between Birmingham and Sheffield

    Nottingham sits in East Midlands, between Birmingham to the south and Sheffield to the north. Firms in Nottingham often serve clients in Leicester, Derby, Loughborough and Lincoln without a separate page for every city. Local SEO and content architecture must reflect that wider regional reach, not only the NG1 postcode.

    #Integrations that repeat in Nottingham

    Application and recruitment forms are the most common integration point for firms in BioCity and universities. In practice that means connecting WordPress to an applicant tracking system or internal spreadsheet, field validation aligned with UK GDPR and rate limiting on public endpoints so a form does not become a spam vector in the hour results are announced.

    For B2B firms in Creative Quarter the second recurring integration is CRM: HubSpot, Salesforce or Pipedrive with webhooks, contact form field mapping and error logs so a silent sync failure does not lose leads for weeks.

    For creative agencies in Lace Market the third integration is often production tooling: Vimeo or YouTube embeds, press material galleries, event calendar sync. Every integration gets webhook documentation, error matrix and end-to-end test on staging before production deployment.

    WooCommerce stores with GBP checkout, Royal Mail or DPD integration and sales reporting for finance teams are described on the separate WooCommerce developer page. Store theme development, checkout plugins and warehouse integrations use the same technical stack but a different brief than a B2B corporate site.

    #How we work

    Every project in Nottingham follows a structured process that minimises risk and maximises transparency:

    1. Discovery and audit. We review current site architecture, content structure, analytics data and business goals. We document technical debt, identify quick wins and define measurable success criteria before writing the first line of code. We also check the conference calendar, BioCity events or campaigns so deployment does not land in a critical window.
    2. Technical specification. From the audit we produce a detailed specification covering architectural decisions, technology choices, timeline, milestones and scope. You approve the plan before development work starts.
    3. Development sprints. We work in one-to-two-week iterations with a demo at the end of each sprint. You see progress continuously, give feedback in time and can reprioritise without derailing the project.
    4. Staging review. The complete solution runs on staging identical to production. You test with real content, verify integrations and approve for launch. We fix issues before go-live.
    5. Launch and handover. We handle DNS changes, SSL configuration, cache warm-up, redirect verification and monitoring setup. After launch we stay on standby for 72 hours for immediate issue resolution.

    #Typical challenges we solve

    Firms in Nottingham regularly come to us with these problems:

    • Page builder to Gutenberg FSE migrations before a BioCity conference: we extract content, rebuild layouts as block patterns and train editorial teams without disrupting live traffic or SEO positions during peak visit weeks
    • Performance problems from plugin overload on research and institutional sites: we audit installed plugins, replace heavy dependencies with lightweight custom code, implement caching layers and reduce database queries from hundreds to single digits
    • WordPress scaling for results announcements and seasonal campaigns: we configure Cloudflare full-page caching with form exceptions, optimise database indexes, implement query result caching and run load tests before campaign start
    • Security hardening for sites collecting application data or contact forms: Content Security Policy headers, disabled XML-RPC, enforced two-factor authentication for admin and rate limiting on login endpoints

    #Performance measured, not promised upfront

    Core Web Vitals are a Google ranking factor and simultaneously a conversion factor on a site collecting applications or B2B leads during campaign peaks. We do not promise a specific percentage delta before audit, because improvement scale depends on the starting state of each installation. What we do systematically:

    • Asset optimisation. Images processed through the build pipeline into responsive srcsets in WebP and AVIF formats, CSS purged and inlined for above-the-fold content, JavaScript tree-shaken and loaded with dynamic imports.
    • Caching architecture. Multi-layer caching: browser cache, CDN (Cloudflare), application cache (Redis), database query cache with intelligent invalidation, with separate treatment for dynamic fragments when the site has an application form or video embed.
    • Network optimisation. HTTP/3 with QUIC, Brotli compression, preconnect and dns-prefetch hints, prioritisation of critical resources for first view.
    • Rendering optimisation. Critical CSS inlining, async stylesheet loading, lazy loading for images and iframes, Intersection Observer-based animation triggers.

    Every performance decision is data-driven. We measure before and after, document impact and include a performance baseline in project documentation so regression after the next plugin update is visible immediately, not after the fact during a conference window.

    #Local SEO and digital visibility in Nottingham

    A well-built site is valuable only when your target audience in Nottingham and the wider East Midlands can find it. Our WordPress development projects include foundational SEO architecture from the first draft:

    • Technical SEO foundations. Clean URL structures, XML sitemaps, robots.txt configuration, canonical tags and proper heading hierarchy. We implement Schema.org structured data: LocalBusiness, Organization, Product, Service, FAQ and HowTo where they make sense.
    • Local search optimisation. Google Business Profile integration, local structured data with an address in Nottingham, NAP (name, address, phone) consistency and pages prepared for regional queries, covering East Midlands and neighbouring centres where the business actually operates in Leicester or Derby.
    • Core Web Vitals as ranking signals. Google uses page experience metrics in ranking assessment. We set performance budgets at project start and verify them against CrUX field data, not only lab measurement.
    • Content architecture. We structure pillar pages, supporting articles and internal linking so users reach the right topic quickly and search engines clearly understand the firm’s scope of expertise.

    SEO is not an afterthought after launch. It is part of architectural decisions from the first draft.

    #Questions firms in Nottingham ask us

    Can you migrate our existing site? Yes. We handle migrations from any CMS to WordPress, from WordPress to headless architecture (Astro/Next.js) and between hosting providers. Every migration includes URL mapping, 301 redirect implementation and SEO monitoring for 90 days after migration, with the conference or campaign calendar in mind so migration does not fall in a critical window.

    Do you work with firms outside Nottingham? Yes. We know the local context (BioCity, Creative Quarter, Nottingham Digital Hub, UoN and NTU campuses), but we work with clients across the UK and abroad. Many firms in Nottingham serve clients in Leicester, Derby, Loughborough and Sheffield without a separate page for every city.

    How do you handle multilingual sites? We implement multilingual setups through WPML for traditional WordPress or native i18n routing for headless builds with Astro or Next.js. Each language version gets correct hreflang tags, localised URL slugs and independent SEO meta data. For firms serving the British and European markets after Brexit, locale and hreflang configuration requires a separate architectural decision.

    What does ongoing support include? After build completion the project can move to dedicated WordPress website maintenance: tested updates, backups, security and performance monitoring and priority support with documented SLA. Details on the care page, not in this development brief.

    How is working with WPPoland different from a local agency in Nottingham? Primarily WordPress experience since 2007, own technical capability on Astro and headless WordPress, and work on clear assumptions: scope, stages and responsibility are described before deployment. Pricing is individual and depends on scope, not a ready-made price list.

    If your firm already runs an online store or plans to build one, we have a dedicated page on WooCommerce store development with GBP checkout, integration with British couriers and preparation for UK GDPR. If the current site works and needs only ongoing care, tested updates and monitoring, see WordPress website maintenance. Both pages describe the same technical stack from an operational perspective, not a development one.

    The full scope of WordPress development work (themes, plugins, Gutenberg, refactors) is described on the WordPress developer page. To discuss a brief, send a short description of your current situation through the contact form.

    #Start your project in Nottingham

    If you want to discuss WordPress development, send a short description of your current situation, business goal and technical constraints. On that basis we review the configuration, flag risks and propose a practical action plan.

    If you are planning a new build, migration to Gutenberg or refactor of an inherited theme before a BioCity conference or seasonal campaign, start by writing down goals, constraints and current project state. Pricing is individual and depends on scope of work.

    Map of Nottingham and surrounding area

    We serve clients in Nottingham and nearby areas.

    Curated Content:

    This page features specific insights for Nottingham.

    A corporate site in Nottingham sits next to University of Nottingham campuses at Jubilee Campus, offices in BioCity or studios in Creative Quarter at Lace Market. That is not a reason for WordPress to pretend it is a LIMS or a banking platform. It is a reason for the theme, Gutenberg blocks, CPT and plugins to be written the way a British legal team, a scientific publication editor and a compliance officer who reads UK GDPR expect, not only the way a Lighthouse score reads.

    WPPoland builds that WordPress from a senior Polish team for businesses in Nottingham and the wider East Midlands. Scope is WordPress development: block or classic theme, custom plugins, Gutenberg, CPT, ACF or native blocks, REST integrations and code review on Git. WooCommerce stores, care retainers and contact are separate topics, with links at the end.

    #WordPress development in Nottingham

    Nottingham is not Manchester or Birmingham. The city has its own profile: life sciences in BioCity, retail heritage (Boots opened its first pharmacy here in 1849), fintech presence including Capital One UK, two major universities (University of Nottingham and Nottingham Trent University), and Creative Quarter, which concentrates creative agencies and software houses in the city centre. East Midlands connects Nottingham with Leicester, Derby and Loughborough in one corridor where companies often serve clients across the Midlands without a separate WordPress install for every city.

    Nottingham Digital Hub in the city centre gathers startups, digital agencies and tech firms in one cluster. That is not a reason to drop the hub name into copy as decoration. It is a signal that the local community knows WordPress Coding Standards, debates Gutenberg and sees the difference between a block theme and a page builder that generates shortcodes in content. A brief from a client in Nottingham often sounds like: we have Elementor or Divi, editorial is afraid of migration, and the CTO wants Gutenberg and Git. That is a content model and deployment process problem, not a marketplace template problem.

    BioCity Nottingham at Nottingham Science Park is the largest life sciences hub in the region. Hundreds of biotech, medtech and university spin-out firms work in one cluster where a grant announcement, research publication or scientific recruitment drive generates traffic spikes in hours, not weeks. WordPress in that environment is often a research portal, spin-out site or CRO company website serving the life sciences sector. A theme that cannot handle a results publication at 5 p.m. on a Friday produces an operational incident, not a minor ticket after the weekend.

    Queen’s Medical Centre and Nottingham University Hospitals NHS Trust is the largest hospital in the region. Public institutions in Nottingham fall under Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018, which require WCAG 2.1 AA with a path toward WCAG 2.2. That is a different brief profile than a branding agency: more forms collecting patient or application data, more questions about UK GDPR and less about hero wow effect.

    The typical project that reaches seniors in Nottingham does not sound like make a nice site. It sounds like: inherited themes with a page builder, editorial publishing in short time windows, an application form collecting personal data under UK GDPR, and a new subpage for a BioCity conference built by copying last year’s page and manually swapping dates in content. That is technical debt that surfaces on Friday evening, not in an SEO audit.

    #Block theme, classic theme and custom plugin

    A new build in Nottingham starts with a decision that costs months later: whether presentation lives in a block theme with theme.json, in classic PHP templates, and what goes in a plugin. That decision is recorded before the first commit.

    #theme.json, patterns and theme boundary

    A block theme holds tokens: palette, typography scale, spacing, content widths. For a life sciences firm in BioCity that means a restrained layout, a readable typeface without ornament, and components that do not break on long scientific publication titles or research project names. For a creative agency in Creative Quarter it means a bold brand palette with WCAG 2.2 AA contrast preserved. Block patterns describe repeatable layouts: hero with video asset, research team grid, attributed quote block, publication card with date, footer with a privacy policy link aligned with UK GDPR.

    Full site editing (FSE) makes sense when the editorial team genuinely needs control over header and footer. In practice many firms in Nottingham do not want that: the header is a brand and compliance element, not a playground. Then the block theme stays, but template parts (header, footer) are locked and editorial works within patterns and custom blocks. That is a compromise, not a half measure.

    Every custom block gets block.json, category, icon and attributes with schema. Where content must reach search engines and RSS, render goes server-side. React in the editor serves InspectorControls and preview, not a front-end SPA pretending to be WordPress. The handbook at developer.wordpress.org is the API contract source, not a training slide deck.

    #When a classic PHP theme stays

    Inherited installations in Nottingham often have five or seven years behind them: child theme on a commercial skeleton, ACF wired into page.php, shortcodes in content, jQuery from before blocks, a separate page copy for every BioCity conference. Rewriting that to FSE because it looks right in 2026 costs more than fixing template hierarchy, pulling logic into a plugin and adding Gutenberg only where editorial actually assembles new landing pages.

    A classic theme stays when:

    • conditional logic sits in templates (different menu for investor, press or research candidate) and moving it to theme.json simplifies nothing;
    • the editorial team publishes hundreds of pages in the classic editor and FSE training would be a bigger risk than debt;
    • the child theme is thin and the problem is plugins and autoload, not the template engine itself.

    Even then new pieces go in as blocks, not as more shortcodes. A shortcode in 2019 content stays until migration. New code does not add more.

    #Function in plugin, presentation in theme

    The boundary is simple and recorded in the runbook. The theme knows how to display. The plugin knows. Scientific publication CPT, CRM queue, REST endpoint for intranet, research editor role without publish_pages on the public production site: that is a plugin. Colours, grid, hero pattern: that is the theme. If changing the theme removes the publication catalogue, the architecture was wrong.

    A custom plugin has its own prefix, PSR-4 autoload, main file with Plugin Name header and semver version, and tests where logic matters (conference dates, field mapping to CRM, application form validation). Business logic does not go in the theme’s functions.php, because functions.php dies with the theme, and a firm in Nottingham changes branding partners more often than it changes the content model.

    Layer comparison at kickoff:

    LayerWhat lives thereExample in Nottingham
    Themepresentation, tokens, patternsBioCity conference landing, footer with privacy policy
    PluginCPT, roles, REST, integrationsscientific publication, team member, audit logs
    Gutenbergeditorial without HTMLpublication pattern, person block, event card
    Staging and Gitprocess, not featurebranch, review, freeze before conference

    #Gutenberg, CPT and ACF for life sciences and B2B

    Gutenberg without a content model ends with every subpage as a unique block collage and nobody able to produce a list. In Nottingham lists are concrete: scientific publications, research projects, team members, office locations (BioCity is not Lace Market, Lace Market is not Jubilee Campus), events, job listings. These are objects, not another page in the tree.

    #Custom post types instead of copied landing pages

    We register CPT with custom capabilities, not mapped to post. A research editor can edit a publication card, not delete plugins. CPT archives get a template or query pattern. A single object gets a template that cannot push layout beyond the agreed structure. Taxonomies are separate: publication type (article, report, preprint) does not mix with blog tags.

    ACF has a place here, but not as a substitute for blocks. ACF fields on CPT work for data that is fields, not layout: publication date, grant number, DOI, press kit PDF file, embargo-until flag. Person or article page layout is assembled in Gutenberg. Mixing ACF Flexible Content with full block editor on the same object ends with two sources of truth and an editor who does not know where to click.

    Where ACF is unnecessary, block attributes in block.json are enough. A person-with-quote block does not need a field group on every page. It needs attributes and possibly InnerBlocks for biography. Fewer plugins in the admin means less attack surface and fewer conflicts with consent and cache plugins.

    A conference landing as a copy of last year’s page is debt that surfaces on Friday evening. A CPT object with date, location and materials fields survives the 2027 conference without copying the tree. The template reads the object. The editor changes the date, not HTML.

    #Server-side blocks instead of shortcodes

    A shortcode in content is debt visible only at migration. New code in Nottingham goes in as a block with server render: semantic markup, attributes in block comments, filterable output. A publication list block reads CPT, caches the query in a transient with explicit TTL and invalidation on save_post, not on every request during a results announcement spike.

    Block code review checks three things before the branch merges to main: whether the block works with JS disabled on the front preview, whether attributes have types and defaults, and whether it does not load the full editor build on the front. Gutenberg that adds a megabyte of React to a researcher biography page does not pass review.

    #UK GDPR, cookies and forms in the British context

    After Brexit the UK retained its own version of GDPR, commonly called UK GDPR, alongside the Data Protection Act 2018. For a WordPress site in Nottingham that is not an abstract legal paragraph. It is decisions in forms, consent plugins, privacy policy and audit logs. The Information Commissioner’s Office (ICO) publishes guidance on cookies, lawful basis, data minimisation and breach notification that shapes how we configure WordPress, not only how legal counsel writes the policy page.

    What goes into the brief and the code:

    • Forms collecting personal data (applications, newsletters, B2B enquiries, recruitment forms in BioCity) get an explicit lawful basis, consent checkbox where consent is required, and field minimisation. Fields you do not need for the form purpose do not exist.
    • Consent plugins (CookieYes, Complianz and similar) are configured so marketing scripts do not load before acceptance. That is a theme and enqueue order decision, not a care ticket after the first ICO-related report.
    • Privacy policy and cookie policy are templates with fields, not blocks the editor can delete from the tree. In Nottingham those pages are compliance elements, not marketing footer afterthoughts.
    • CRM integrations (HubSpot, Salesforce, Pipedrive) get data flow documentation: what reaches the external system, how long, who is controller. Data processing agreements (DPAs) are the client’s decision, but WordPress configuration must allow that decision to be implemented.
    • Audit logs for forms and admin changes help during incidents. If someone asks who changed application form settings on Friday before a conference, the answer cannot be we do not know.

    For firms with EU clients additionally: EU representative where required, standard contractual clauses, data protection impact assessment (DPIA) for new forms collecting sensitive data. The team does not promise UK GDPR compliance without a process owner on the client side. It promises technical configuration the owner can describe in documentation and defend if ICO asks.

    For WooCommerce stores in GBP (without quoting amounts in copy) integration with a payment gateway handling British pounds, VAT and invoices aligned with UK tax law is a separate brief on the WooCommerce developer page. This page stays with WordPress development, not checkout.

    #Accessibility: Public Sector Bodies Regulations and the private sector

    Accessibility in Nottingham is not one regulation. Public institutions (universities, NHS, Nottingham City Council, public bodies) fall under Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018, which require WCAG 2.1 AA (with a path toward WCAG 2.2). The private sector does not have an identical legal duty, but the Equality Act 2010 creates a context where an inaccessible service page is legal and reputational risk, not nice to have.

    What the team does in code:

    • Semantic HTML markup, correct heading hierarchy, form labels linked to fields through for/id, error messages readable by screen readers.
    • Colour contrast aligned with WCAG 2.2 AA, focus visible on all interactive elements, keyboard navigation through menus and modals.
    • Images with meaningful alt attributes, video with captions where material is published on the public site.
    • axe-core scan in CI plus manual keyboard path on key templates: application form, cart (if present), main navigation, search.
    • Accessibility statement for public bodies as a template with fields, not a page forgotten in the footer.

    For life sciences firms in BioCity accessibility also has a product dimension: captioned video, webinar transcripts, players operable by keyboard. WordPress does not replace a research platform, but a project promotion site must be usable for every audience, not only a mouse user on a fast laptop.

    #Nottingham: BioCity, universities and East Midlands

    Nottingham connects three axes that set technical priorities for WordPress in this city, not only carry them in the title.

    #BioCity and life sciences

    BioCity Nottingham concentrates biotech, medtech and university spin-out firms at Nottingham Science Park. A grant announcement, research publication or scientific recruitment drive generates traffic spikes in hours. WordPress in that environment must survive the spike without Core Web Vitals regression. Cache with exceptions for application forms, transients with explicit invalidation on save_post and load testing before announcement are not premium options. They are minimum.

    #Universities: UoN, NTU and the public sector

    University of Nottingham and Nottingham Trent University are two large centres generating briefs from the public and education sectors. University sites, research portals and grant project websites require WCAG accessibility, UK GDPR for application forms and a content model that does not end with copying landings every year. Publication, research project and team member CPT is standard, not luxury.

    #East Midlands: Nottingham between Birmingham and Sheffield

    Nottingham sits in East Midlands, between Birmingham to the south and Sheffield to the north. Firms in Nottingham often serve clients in Leicester, Derby, Loughborough and Lincoln without a separate page for every city. Local SEO and content architecture must reflect that wider regional reach, not only the NG1 postcode.

    #Integrations that repeat in Nottingham

    Application and recruitment forms are the most common integration point for firms in BioCity and universities. In practice that means connecting WordPress to an applicant tracking system or internal spreadsheet, field validation aligned with UK GDPR and rate limiting on public endpoints so a form does not become a spam vector in the hour results are announced.

    For B2B firms in Creative Quarter the second recurring integration is CRM: HubSpot, Salesforce or Pipedrive with webhooks, contact form field mapping and error logs so a silent sync failure does not lose leads for weeks.

    For creative agencies in Lace Market the third integration is often production tooling: Vimeo or YouTube embeds, press material galleries, event calendar sync. Every integration gets webhook documentation, error matrix and end-to-end test on staging before production deployment.

    WooCommerce stores with GBP checkout, Royal Mail or DPD integration and sales reporting for finance teams are described on the separate WooCommerce developer page. Store theme development, checkout plugins and warehouse integrations use the same technical stack but a different brief than a B2B corporate site.

    #How we work

    Every project in Nottingham follows a structured process that minimises risk and maximises transparency:

    1. Discovery and audit. We review current site architecture, content structure, analytics data and business goals. We document technical debt, identify quick wins and define measurable success criteria before writing the first line of code. We also check the conference calendar, BioCity events or campaigns so deployment does not land in a critical window.
    2. Technical specification. From the audit we produce a detailed specification covering architectural decisions, technology choices, timeline, milestones and scope. You approve the plan before development work starts.
    3. Development sprints. We work in one-to-two-week iterations with a demo at the end of each sprint. You see progress continuously, give feedback in time and can reprioritise without derailing the project.
    4. Staging review. The complete solution runs on staging identical to production. You test with real content, verify integrations and approve for launch. We fix issues before go-live.
    5. Launch and handover. We handle DNS changes, SSL configuration, cache warm-up, redirect verification and monitoring setup. After launch we stay on standby for 72 hours for immediate issue resolution.

    #Typical challenges we solve

    Firms in Nottingham regularly come to us with these problems:

    • Page builder to Gutenberg FSE migrations before a BioCity conference: we extract content, rebuild layouts as block patterns and train editorial teams without disrupting live traffic or SEO positions during peak visit weeks
    • Performance problems from plugin overload on research and institutional sites: we audit installed plugins, replace heavy dependencies with lightweight custom code, implement caching layers and reduce database queries from hundreds to single digits
    • WordPress scaling for results announcements and seasonal campaigns: we configure Cloudflare full-page caching with form exceptions, optimise database indexes, implement query result caching and run load tests before campaign start
    • Security hardening for sites collecting application data or contact forms: Content Security Policy headers, disabled XML-RPC, enforced two-factor authentication for admin and rate limiting on login endpoints

    #Performance measured, not promised upfront

    Core Web Vitals are a Google ranking factor and simultaneously a conversion factor on a site collecting applications or B2B leads during campaign peaks. We do not promise a specific percentage delta before audit, because improvement scale depends on the starting state of each installation. What we do systematically:

    • Asset optimisation. Images processed through the build pipeline into responsive srcsets in WebP and AVIF formats, CSS purged and inlined for above-the-fold content, JavaScript tree-shaken and loaded with dynamic imports.
    • Caching architecture. Multi-layer caching: browser cache, CDN (Cloudflare), application cache (Redis), database query cache with intelligent invalidation, with separate treatment for dynamic fragments when the site has an application form or video embed.
    • Network optimisation. HTTP/3 with QUIC, Brotli compression, preconnect and dns-prefetch hints, prioritisation of critical resources for first view.
    • Rendering optimisation. Critical CSS inlining, async stylesheet loading, lazy loading for images and iframes, Intersection Observer-based animation triggers.

    Every performance decision is data-driven. We measure before and after, document impact and include a performance baseline in project documentation so regression after the next plugin update is visible immediately, not after the fact during a conference window.

    #Local SEO and digital visibility in Nottingham

    A well-built site is valuable only when your target audience in Nottingham and the wider East Midlands can find it. Our WordPress development projects include foundational SEO architecture from the first draft:

    • Technical SEO foundations. Clean URL structures, XML sitemaps, robots.txt configuration, canonical tags and proper heading hierarchy. We implement Schema.org structured data: LocalBusiness, Organization, Product, Service, FAQ and HowTo where they make sense.
    • Local search optimisation. Google Business Profile integration, local structured data with an address in Nottingham, NAP (name, address, phone) consistency and pages prepared for regional queries, covering East Midlands and neighbouring centres where the business actually operates in Leicester or Derby.
    • Core Web Vitals as ranking signals. Google uses page experience metrics in ranking assessment. We set performance budgets at project start and verify them against CrUX field data, not only lab measurement.
    • Content architecture. We structure pillar pages, supporting articles and internal linking so users reach the right topic quickly and search engines clearly understand the firm’s scope of expertise.

    SEO is not an afterthought after launch. It is part of architectural decisions from the first draft.

    #Questions firms in Nottingham ask us

    Can you migrate our existing site? Yes. We handle migrations from any CMS to WordPress, from WordPress to headless architecture (Astro/Next.js) and between hosting providers. Every migration includes URL mapping, 301 redirect implementation and SEO monitoring for 90 days after migration, with the conference or campaign calendar in mind so migration does not fall in a critical window.

    Do you work with firms outside Nottingham? Yes. We know the local context (BioCity, Creative Quarter, Nottingham Digital Hub, UoN and NTU campuses), but we work with clients across the UK and abroad. Many firms in Nottingham serve clients in Leicester, Derby, Loughborough and Sheffield without a separate page for every city.

    How do you handle multilingual sites? We implement multilingual setups through WPML for traditional WordPress or native i18n routing for headless builds with Astro or Next.js. Each language version gets correct hreflang tags, localised URL slugs and independent SEO meta data. For firms serving the British and European markets after Brexit, locale and hreflang configuration requires a separate architectural decision.

    What does ongoing support include? After build completion the project can move to dedicated WordPress website maintenance: tested updates, backups, security and performance monitoring and priority support with documented SLA. Details on the care page, not in this development brief.

    How is working with WPPoland different from a local agency in Nottingham? Primarily WordPress experience since 2007, own technical capability on Astro and headless WordPress, and work on clear assumptions: scope, stages and responsibility are described before deployment. Pricing is individual and depends on scope, not a ready-made price list.

    If your firm already runs an online store or plans to build one, we have a dedicated page on WooCommerce store development with GBP checkout, integration with British couriers and preparation for UK GDPR. If the current site works and needs only ongoing care, tested updates and monitoring, see WordPress website maintenance. Both pages describe the same technical stack from an operational perspective, not a development one.

    The full scope of WordPress development work (themes, plugins, Gutenberg, refactors) is described on the WordPress developer page. To discuss a brief, send a short description of your current situation through the contact form.

    #Start your project in Nottingham

    If you want to discuss WordPress development, send a short description of your current situation, business goal and technical constraints. On that basis we review the configuration, flag risks and propose a practical action plan.

    If you are planning a new build, migration to Gutenberg or refactor of an inherited theme before a BioCity conference or seasonal campaign, start by writing down goals, constraints and current project state. Pricing is individual and depends on scope of work.

    Methodology guides (SEO, GEO, compliance)

    How we approach AI citations, WooCommerce B2B modernization, and NIS2-aligned operational resilience on WordPress. These guides apply to every client location.

    What Makes Nottingham Unique

    Local expertise: - Senior WordPress work for businesses in Nottingham: custom themes, Gutenberg block patterns, CPT, ACF or native block attributes, and custom plugins - Local context: BioCity Nottingham, Creative Quarter, UoN and NTU campuses, Nottingham Digital Hub, East Midlands corridor between Birmingham and Sheffield - WordPress Coding Standards, UK GDPR, Public Sector Bodies Accessibility Regulations and WCAG 2.2 AA built into the delivery process, without claiming a certification that was never obtained Our team understands the Nottingham market and tailors solutions to local business needs. Key project decisions are based on real data from the Nottingham market, not template assumptions.

    Need this service: WordPress Developer in Nottingham?

    Let's discuss how we can bring top-tier performance to your project.

    Schedule free consultation in Nottingham

    Latest WordPress Developer articles

    Stay updated with the WordPress Developer community

    Sep 3, 2026

    Google goto: redirects in search results

    Since 26 August 2026, links in Google results go through google.com/goto instead of straight to the page. What this changes in analytics, in rank tracking tools and in WordPress, and what it does not change at all.

    Sep 1, 2026

    Update WP Rocket to 3.23.2.2 before WordPress 7.1

    WP Rocket 3.23.2.1 and earlier fatal on WordPress 7.1: TypeError in Cloudflare.php line 562. GitHub report 6 July, sites down 19 August, fix 3.23.2.2 on 20 August. Update the plugin first.

    Aug 30, 2026

    Googlebot and JSON-LD: a single unescape pass

    Google changed its JSON-LD extraction and now applies only one pass of HTML unescaping. Double-escaped entities are no longer unrolled, so the block stops parsing and the structured data disappears. How to measure your own corpus and how to encode it correctly.

    Aug 29, 2026

    Site reputation abuse policy in the EEA from 30 August 2026

    Google splits site reputation manual actions by searcher location from 30 August 2026. Outside the EEA the demotion still hits the affected portion. Inside the EEA that impact does not apply; the section may rank independently. Why parasite SEO does not return.

    More articles are available on /en/blog/

    FAQ - WordPress Developer Nottingham

    What WordPress projects do you take on in Nottingham?

    Custom themes to WordPress Coding Standards, custom plugins, Gutenberg block patterns, CPT content models with ACF or native block attributes, REST integrations and refactors of legacy themes. Scope stays within WordPress development work. If another stack would genuinely serve you better, the team records that in writing rather than changing the topic of the page. WooCommerce stores and ongoing care are separate briefs.

    Custom theme from scratch or extend an existing one?

    Both approaches. A new project in Nottingham usually starts with a block theme built on the editor APIs: theme.json, block patterns, variations. Inherited installations from BioCity companies or agencies in Creative Quarter more often need a focused refactor of template hierarchy and asset pipeline than a full rewrite. The decision is made on cost versus debt, not on what is more interesting to build.

    Technologies & Expertise - Nottingham

    We work with:

    WordPressGutenberg (editor)SEOWeb performance