I will fix inp and lcp issues for complex nextjs or nuxt applications


About this gig
Stop Losing Revenue to Red Core Web Vitals.
Is your Next.js or Nuxt app sluggish? Poor LCP and INP scores don't just frustrate usersthey destroy your SEO rankings and kill conversions. Generic "speed plugins" fail complex, modern applications because they don't solve the root cause: code-level bottlenecks.
The Reality: Bloated JavaScript bundles, hydration mismatches, and Main-Thread blocking are leaking your revenue every second.
I provide Performance Engineering, not band-aids. As a Senior Developer specializing in Next.js and Nuxt 3, I perform architectural surgery to ensure your application feels instant and stays responsive.
What I Fix:
- INP (Interaction to Next Paint): Eliminating Main-Thread lag for snappy clicks.
- LCP (Largest Contentful Paint): Optimizing SSR/ISR and critical resource priority.
- Hydration Tuning: Reducing CPU overhead during the client-side handshake.
- Bundle Optimization: Advanced tree-shaking and dynamic code-splitting.
- TBT (Total Blocking Time): Minimizing script execution time to boost responsiveness.
No plugins. No shortcuts. Just clean, scalable, and optimized code.
Ready to hit 90+ on Lighthouse and pass the CrUX field data? Lets get to work.
Respect third-party rights
Please be aware that it is against Fiverr's policies for sellers to include themes, templates, or any other elements that infringe third-party rights or applicable laws in the delivered work. Read more about in our Guide to Responsible Digital Creation.
Get to know Dwi Wahyu Ilahi
Webapp Developer
- FromIndonesia
- Member sinceJan 2022
- Avg. response time4 hours
- Last delivery1 month
Languages
English
My Portfolio
FAQ
What is the difference between INP and FID, and why does it matter?
INP (Interaction to Next Paint) is the successor to FID. While FID only measured the first interaction delay, INP measures the latency of all interactions during a user's session. I focus on INP because it reflects the overall responsiveness of your app, which is now a critical Google ranking factor
Why should I choose manual engineering over optimization plugins?
Plugins often add another layer of JavaScript, which can actually worsen Hydration and Main Thread blocking. My approach involves "surgical" code changes—optimizing how your specific Next.js/Nuxt components are rendered and executed—leading to a lighter, faster, and more sustainable codebase.
My Lighthouse score is 90+, but I’m still failing Core Web Vitals. Why?
Lighthouse is "Lab Data" (simulated). Google ranks you based on CrUX (Field Data)—real-world experiences from your users. I optimize for CrUX, ensuring that users on slower devices or unstable networks still get a fast, responsive experience that passes Google's validation.
How do you handle LCP issues in Next.js (App Router) or Nuxt 3?
I optimize LCP by prioritizing the Critical Rendering Path. This includes fine-tuning the next/image or NuxtImg components, implementing proper fetching strategies (Server Components vs. Client Components), and ensuring that hero elements are preloaded and rendered without layout shifts.
Can you fix "Main Thread Blocking" issues?
Yes. High TBT (Total Blocking Time) is the primary killer of INP. I use advanced techniques like Code Splitting, Dynamic Imports, and offloading heavy logic (like analytics or complex calculations) to Web Workers or optimizing them into non-blocking micro-tasks.
How do you tackle large JavaScript Bundle sizes?
I perform a deep Bundle Analysis to identify heavy dependencies. I then implement tree-shaking, replace bloated libraries with lightweight alternatives, and ensure that your app only ships the minimal JS required for the current route.
Will your optimizations affect my SEO or Third-Party Scripts (GTM, Pixel)?
My optimizations will improve your SEO by fixing Core Web Vitals. For third-party scripts, I use strategies like Partytown or delayed loading to ensure they don't block your LCP or interfere with user interactions (INP).
Do I need to provide access to my source code?
Yes, to perform Performance Engineering, I need access to your repository (GitHub/GitLab). Unlike basic audits, I implement the fixes directly in your codebase to ensure maximum efficiency and compatibility with your architecture.
How do you ensure the speed doesn't drop again after you're done?
In the Premium package, I set up Performance Budgets and can guide your team on CI/CD integration to monitor Lighthouse/CrUX metrics automatically. This ensures that new features don't accidentally degrade the performance we've achieved.
What is a "Hydration Bottleneck" & how to fix it?
Hydration is JS activating server HTML. Large apps often freeze during this (High INP). I fix it using Partial Hydration, lazy-loading, and hook optimization to clear Main Thread congestion and ensure instant responsiveness

