Technical SEO and Core Web Vitals

B2B SaaS

2024 – Present

procol.ai website on Next.js, TypeScript and Tailwind CSS, built and maintained by Mohit Goyal as Senior Web Developer, including the Procol Nexus 2026 summit page. Procol sells a procurement platform to enterprise buyers, and procol.ai is where prospects first meet the product. As Senior Web Developer I build and maintain the site: the product, solution, pricing, blog and campaign pages, and event pages such as Procol Nexus 2026. I built the site on Next.js with React, TypeScript and Tailwind CSS. Every page is server rendered, so the HTML arrives complete and pages load fast on phones. Pages are assembled from a shared library of typed components, so a new landing page reuses tested sections rather than starting from a blank canvas. The SEO foundations are built in: structured data, generated sitemaps, canonical URLs and optimised images, all generated from the same content the pages render so they cannot drift out of sync. Procol Nexus 2026 is Procol's invite-only summit for procurement, finance and IT leaders, and its page lives at procol.ai/nexus. It opens on a full-screen video hero that visitors scroll into, with Framer Motion carrying them from the opening frame into the event details and a registration form for invited guests. The video is treated as progressive enhancement, so the page stays usable while it loads. It runs on the same codebase as the rest of the site, so it is server rendered, indexable and on-brand without a separate microsite. The site is live at procol.ai, and I continue to ship new pages as the product grows. The lesson I keep coming back to: a campaign or event page does not need its own stack to feel special. Strong design, careful motion and fast server-rendered pages do the work. Thinking about moving a marketing site to Next.js, or launching an event page? Send me your next project and I will reply with a plan.

Web app

2026

Under1MB is a free browser-based image converter and compressor built by Mohit Goyal in plain JavaScript: 11 formats, no uploads, no signup and no server. I built the product, the site and the branding myself, and launched it in public on LinkedIn. Most online image tools upload your files to a server, put a signup wall in front of the download and cap how many images you can process a day. For anyone who just needs a product photo under a size limit or a batch of screenshots converted, that is a lot of friction. It is also a privacy question they should not have to think about. I wanted a tool where the whole job happens on the user's own device, so there is nothing to upload, nothing to sign up for and no limit to enforce. Under1MB does exactly that. You drop a file, the browser decodes and re-encodes it, and the result is downloaded from memory. Nothing leaves the machine. It supports PNG, JPG, JFIF, WEBP, AVIF, GIF, BMP, ICO, HEIC, HEIF and SVG, so it covers the formats that come off phones and cameras as well as the ones the web wants. A target-size mode hits a chosen file size, such as under 1 MB. That is the use case the name comes from: upload forms and marketplaces that reject anything larger. Batch processing takes a folder of images and returns a ZIP, and a resize option handles the dimension side of the same problem. Every step runs locally, so large batches finish as fast as the device allows rather than waiting on a queue. The stack is deliberately plain: JavaScript, HTML and CSS, with no framework and no backend. Doing the encoding in the browser was the whole point. Keeping the app dependency-free keeps it fast to load and simple to maintain. The target-size mode works by iterating on quality until the output lands under the requested size. That is only practical because the encode loop runs on the user's hardware with no round trip. The absence of a server is also what makes the no-limit promise honest, since there is no cost per image for me to recover. I launched it in public on LinkedIn, where the launch post drew 45 reactions as reported on the post. The product is live at under1mb.app, and a Pro tier is planned. What I learned building it is that a strong constraint, in this case no server at all, makes product decisions easier. Every feature either works client-side or it does not ship, and that discipline produced a tool that is simpler than the alternatives it replaces. Have an idea for a small browser tool that respects its users? Send me the brief and I will reply with a plan.

Hospitality

2025

Ravens Ait venue website: WordPress and Bricks Builder build by Mohit Goyal for a Thames island venue, with 20+ event pages, Stripe bookings and HubSpot forms. It was built from scratch in 2025 through a London agency, scores 94 or higher on PageSpeed and has grown revenue pages since launch. Ravens Ait hosts weddings, christenings, private dining, corporate meetings and celebrations of life on a private island on the Thames near Kingston. The venue needed a site that reflected a luxury experience and converted browsers into enquiries. The brief asked for a luxurious light-gold palette, a sticky header, smooth non-intrusive animations, a quick availability call to action, an event-type carousel, an Instagram feed, case studies and testimonials. It also called for accessible contrast and a mobile-first layout. Working through a London agency, I built the full site from scratch on WordPress with Bricks Builder. The homepage has a video hero with Google-fetched reviews. There are nine event pages, including wedding sub-pages for Asian and European weddings, and eleven seasonal pages, from Holi to Boxing Day. All of them come from one Bricks template, so a new occasion is a content task rather than a build. Every event page follows one SEO heading structure: a single H1, three H2s for venue settings, catering and entertainment, H3s for FAQs, testimonials and the enquiry form, and an email subscription section. A gallery, blog templates with an author box, and a contact page with FAQs complete the core. Enquiry forms sync to HubSpot through Google Tag Manager, with mandatory fields so leads arrive complete. Later in 2025 I added revenue pages. A Wimbledon Tennis on the Island page has a date picker, per-date packages, Stripe payment through Forminator, customer and admin email templates, past dates disabled and a daily booking summary email. A Christmas 2025 page carries early-bird packages and a PDF flipbook menu. Dinner and Dance and Bollywood Student Night pages take Stripe bookings and share a combined promo popup. Bricks Builder was chosen over heavier builders because it produces lean markup. That is what made the PageSpeed target realistic on a page full of video and imagery. WP Rocket handles caching. The exit-intent popup is limited to once per 12 hours, with a scroll-triggered version on mobile, so it captures leaving visitors without nagging. HubSpot via Google Tag Manager keeps the CRM integration out of the theme code. Forminator with Stripe gave the venue paid bookings without a full e-commerce install. A cookie disclaimer and per-page SEO sections finished the build, followed by a QA pass that deduplicated card content and unified the sliders. The site has been live since April 2025 at ravensait.co.uk with a reported PageSpeed score of 94 or higher. The venue can now add a seasonal page or a ticketed event from templates, take payment on the page and see bookings summarised by email each day. The project taught me that one well-structured template, applied twenty times, is worth more than twenty bespoke pages. Run a venue that needs enquiry pages and ticketed events on one site? Send me your next project and I will reply with a plan.