Vibe Coding Is Ecommerce’s New Excel

Relying on AI-generated software can make ecommerce operators nervous until they realize the process is a bit like using a spreadsheet.

The term “vibe coding” describes an AI-first approach to software development. Non-technical owners and managers can describe a desired software tool in natural language via a GPT-like chat and have AI produce it.

The approach has significant potential for ecommerce, allowing companies to quickly experiment with custom software tools at a very low cost, nearly zero in some cases.

Vibe coding will not replace platforms such as Shopify or even developers, but it can help teams prototype, automate, and test ideas quickly — much like Excel did for finance.

Vibe Coding

Andrej Karpathy, a prominent computer scientist and former AI director at Tesla, coined the phrase vibe coding in February 2025.

Karpathy suggested allowing AI to generate most of the code, while humans provide natural language goals, feedback, and corrections.

The idea rests on five pillars.

  • Natural language. Programming instructions are conversational, as in “make a pop-up modal with a discount banner for a WooCommerce store.” AI acts on human intent.
  • Prototyping. AI produces prototypes rapidly, providing a minimal version of the desired application in minutes.
  • Iteration. The AI will not get it right with the first or even second prototype. Rather, vibe coding tools receive human feedback with each iteration and try again.
  • No coding skills. Understanding the coding process of AI is helpful, but it requires no programming skills.
  • Limited scope. Vibe coding will not replace software engineers at scale. Mission-critical applications still require professionals, much like spreadsheet power-users eventually graduate to advanced systems or databases.

Like a Spreadsheet

AI generated cartoon sketch of a male instructing a machine

For vibe coding, follow your instincts and instruct the AI on what the software should do.

Entrepreneur Joe Procopio likened vibe coding to the introduction of spreadsheets in a recent Inc. opinion article.

“In 1979, when Apple released VisiCalc, it was the killer app that made everyone’s job and life a lot easier. It was visual math in a box, unheard of at the time,” wrote Procopio.

Spreadsheets changed the world because they provided a visual layer over math and logic for non-programmers.

Folks using spreadsheets — then and now — did not need to know formulas or programming; instead, they typed values into cells, dragged across a table, and suddenly they had payroll models, inventory systems, and even entire annual budgets.

Vibe coding, Procopio argues, is a similar visual layer, but it abstracts software instead of math. An operator describes what the software should do in plain language, and the AI translates it into working code.

Applying the Analogy

Procopio’s analogy applies to ecommerce dashboards, automations, and even limitations.

Dashboards

Imagine an ecommerce shop wants to test whether adding social proof to a widget boosts conversions. The store owner might sign up for two or three apps — testing, upselling, social — to run the experiment for $150 per month in subscriptions, plus web development.

With vibe coding, it might take a few hours to describe and iterate a custom app that manages the testing, upselling, and social proof in one.

A spreadsheet enables a business to build its own reporting dashboard without hiring a data analyst. Vibe coding similarly creates a front-end experiment without subscribing to apps or hiring a developer.

Put another way, many early-stage ecommerce founders modeled business plans in Excel long before they had accountants. Likewise, ecommerce entrepreneurs can model new features via vibe coding before paying developers.

Automations

Spreadsheet macros are similar in concept to vibe coding automations.

For example, a marketing manager might download advertising performance reports from multiple sources, reformat them via macros, and upload the data into accounting software. With vibe coding, the manager can describe this workflow and generate a tool to automate it.

Other lightweight automations could include:

  • Converting supplier CSVs into Shopify’s import format.
  • Auto-generating invoices from order exports.
  • Flagging orders with mismatched billing and shipping addresses.

These are tedious, repetitive jobs that AI-generated scripts can handle much like a macro in Excel.

Limitations

My final comparison from Procopio’s spreadsheet analogy is knowing when to stop.

It’s a bad idea to run an entire ecommerce shop out of a few complicated Google Sheets, and vibe coding will not replace Shopify or any other software that solves robust problems or requires security and reliability.

Unlocking Vibe Coding

In short, vibe coding is a creative, iterative, AI-driven approach to building software where natural language replaces syntax, speed replaces polish, and experimentation replaces structure.

Making vibe coding as approachable as a spreadsheet means that just about any ecommerce operation can automate workflows, prototype features, and test ideas.

Merchants’ Guide to Optimizing CSS

Cascading Style Sheets bring life to a website. CSS controls the appearance of HTML elements such as colors, fonts, layouts, and animations. But CSS can quickly become a tangled web of bloated and outdated styles and redundant rules. The result is often slower load times and complicated troubleshooting.

Optimizing CSS files avoids those snafus.

Verifying CSS

Start by verifying the state of your CSS files.

  • Browser tools. Open a website in Chrome or Firefox, right-click anywhere on the page, and select “Inspect.” Under the “Network” tab, filter by “CSS” to see each stylesheet’s size and load time.
Screenshot of PageSpeed Insights optimizations

PageSpeed Insights identifies speed optimizations such as this example for unused CSS.

Other tools can simplify the cleanup process.

  • UnusedCSS is a user-friendly tool that scans your website, identifies unused CSS, and generates a streamlined version. Enter your URL and let the tool do the heavy lifting.
  • CleanCSS offers an online CSS minifier and optimizer. It strips out unnecessary spaces and comments and removes redundant code, resulting in a leaner stylesheet.
  • CSS Lint doesn’t directly remove unused CSS; it highlights inefficiencies and potential errors. Use it to pinpoint areas where your CSS can be streamlined and improved.

For example, these unused styles for an old banner should be removed:

.banner { background: #f4f4f4; padding: 20px; }
.banner__title { font-size: 2em; }

The active styles remain:

.header { background: #fff; padding: 10px; }
.header__logo { height: 50px; }

Optimizing CSS

Once you’ve removed the unused code, the next step is optimizing what remains. Here are my go-to tactics.

  • Minification removes unnecessary characters (e.g., spaces and comments) from your CSS, reducing file size without affecting functionality. Minifier.org is my top tool.
  • Combine multiple CSS files into one. Fewer HTTP requests mean faster load times. However, if critical CSS is needed immediately and non-critical CSS can be loaded later, consider splitting them strategically.
  • Adopt a naming convention. Structured naming such as BEM helps avoid conflicts and redundancy and makes your CSS more readable and easier to optimize.

Leaner CSS

Comment strategically. Comments are useful for clarity, but excessive or outdated comments can clutter your files. Keep them relevant and update them as your code evolves.

/* This is a comment */

Responsive design. CSS media queries adapt the content to the users’ device resolution (size). However, instead of writing multiple similar queries, consider a mobile-first approach where you define the base styles and then add modifications for larger screens.

/* Base styles for mobile devices */
.container {
padding: 10px;
font-size: 16px;
background-color: #f0f0f0;
}

/* Styles for tablets and larger screens */
@media (min-width: 768px) {
.container {
padding: 20px;
font-size: 18px;
background-color: #e0e0e0;
}
}

/* Styles for desktops */
@media (min-width: 769px) {
.container {
padding: 30px;
font-size: 20px;
background-color: #d0d0d0;
}
}

Accessing CSS Files

Merchants can usually access CSS files in ecommerce platforms via the control panel or an FTP client.

Shopify. Modify CSS by logging into the admin panel, navigating to Online Store > Themes, and clicking Actions > Edit code on your active theme. In the code editor, find the CSS files in the “Assets” folder (e.g., component-discount.css, theme.css). Edit the files and save your changes to see them applied on your storefront.

PrestaShop themes typically store CSS files in the theme directory (often under /themes/your_theme/assets/css). Access and modify these files using an FTP client or via the built-in theme editor in the PrestaShop back office (if accessible). After making changes, remember to clear the cache so updates are reflected on the live site.

Magento 2. CSS is part of your theme’s structure and is usually found in the directory app/design/frontend/[Vendor]/[theme]/web/css (or as .less files under web/css/source) in modules. It’s best to create a child theme or override the default theme’s CSS files rather than editing core files directly. Once you’ve made your changes, run the static content deployment command (bin/magento setup:static-content:deploy) and flush the cache to apply the updates. Note that the static content deploy will temporarily put the website in maintenance mode.

NetSuite SuiteCommerce typically stores CSS files in the theme’s assets folder. Modify these through your local development environment or the NetSuite File Cabinet. If you’re using Sass or another preprocessor, make changes to the source files, compile them, and deploy the updated assets to your site.

WooCommerce’s CSS files typically reside in the active WordPress theme. Edit your theme’s style.css file directly or, preferably, create a child theme to override the default styles without affecting future updates. Alternatively, add custom CSS via the WordPress Customizer under Appearance > Customize > Additional CSS.

For other platforms, head to the documentation and search for “css asset management” or something similar. In my experience, every platform provides guidance on implementing or changing CSS.

Learn More

GenAI Is a Potent Ecommerce Coding Tool

Much is made of generative artificial intelligence’s impact on search, content, and processes, but it’s also a potent coding tool that could help ecommerce businesses of all sizes.

While they have yet to transform a novice into a master programmer, ChatGPT and its competitors can produce functional code that marketers and merchants can paste into apps and automation workflows.

An example can make the point.

Posting to Shopify Blog

The content-then-commerce model is big business. Content attracts readers to convert into buyers. However, Shopify merchants often encounter a problem.

While it excels at many things, Shopify’s default blog editor — think content engine — lacks robust features.

For instance, a YouTube URL in the blog editor produces nothing more than text. It does not automatically expand into a video, requiring merchants to paste HTML for that purpose.

In contrast, the same YouTube URL in the WordPress.com editor results in a responsive embedded video that shrinks and expands to match a visitor’s screen. This is the behavior most content marketers expect.

The Shopify blog editor requires users to paste HTML for an embedded video.

A solution is bypassing the Shopify editor altogether. What if a marketer could compose content in a tool such as Google Docs — with images, tables, and YouTube videos — and then auto-load it into a Shopify blog?

I prompted ChatGPT to generate the code for just such an app.

The AI Solution

ChatGPT’s solution had two parts.

Apps Script is accessible from any Google Doc and provides a development environment wherein Google application programming interfaces (APIs) are available as services. The code used is essentially JavaScript.

Screenshot of Apps Script menu item in Google Docs

Google Apps Script is a development environment available in Google Docs and other Google applications.

ChatGPT produced detailed code that could be copied and pasted into the Apps Script’s environment, listing the process step-by-step.

ChatGPT’s Apps Script had six functions.

  • postArticleToShopify() — this was the primary function. It calls the supporting functions and ultimately connects to the Shopify API.
  • convertBodyToHTML(body) — given the document body, this function does most of the work. It identifies if a particular element in the document body is a bulleted list, a table, or a paragraph. Paragraphs are tricky since they can contain text, headings, images, or a link.
  • extractYouTubeVideoId(url) — finds the YouTube ID in a URL string.
  • generateYouTubeEmbed(videoId) — given a YouTube video ID, this function builds a set of HTML tags that result in a responsive embedded video.
  • formatCurrentDate() — is a helper function that retrieves and formats the current date into the publication date for the blog post.
  • escapeHTML(text) — is a helper function that removes a set of characters that could cause problems when the HTML is sent to Shopify’s API.

The most surprising part of ChatGPT’s code generation was its familiarity with the App Script and Shopify API requirements. ChatGPT knew that Shopify’s API could not receive an image as a file but had to be encoded and passed as data.

Custom Shopify App

There was one last step. In Shopify, I had to navigate to the “Apps and sales channels” tab in the platform’s settings. From there, I created, authorized, and installed a custom app. The goal was to collect an API access token allowing the App Script to post content to the Shopify Blog.

Creating the custom app provided access to the API token.

Content Posted

In less than 30 minutes and ChatGPT’s code, I completed a working solution to compose content in a Google Doc and have it appear on Shopify.

Screenshot of the partial blog posts on Google Docs and Shopify

ChatGPT’s code transformed a Google Doc into a complete blog post in Shopify.

The process is repeatable. Anyone could compose content in Google Docs — with images, tables, and YouTube URLs — and produce a clean and responsive blog post in Shopify.

Here is a PDF of ChatGPT’s complete Apps Script.

Implications

ChatGPT’s initial solution had a few glitches.

  • ChatGPT did not understand precisely how Google Doc files are structured. Its initial code looked for images and links at the same level of the document hierarchy as a table or paragraph. In practice, these elements were inside a paragraph element, i.e., children of a paragraph element.
  • When it generated the function to create the responsive HTML for the YouTube video, ChatGPT loaded the image twice. Changing the variable assignment solved the issue.
  • The code is not perfect. In some places, it should be refactored to improve readability and function.
  • The Shopify API required a blog ID that was not easy to retrieve. Ultimately, I used the API and a development tool called Postman to obtain it.

Nonetheless, the example shows ChatGPT can generate useful code, especially for a user with some technical know-how. What’s more, the process was fast. I have written many Apps Scripts. This one would have taken much longer without ChatGPT.

Beware of Instant Site-speed Fixes

Lukas Tanasiuk once paid a firm to redesign his Shopify site, which sold electric scooters. The result was slow page loads and his efforts to improve them. What he found, he says, was a lot of false claims.

“I discovered corruption among folks who say they are page-speed optimizers,” he told me.

Page-speed optimization became Tanasiuk’s next opportunity. In 2023 he launched The Nice Agency, focusing on Shopify page loads.

He and I recently discussed his journey from merchant to agency owner, slow Shopify sites, and more. The entire audio of our conversation is embedded below. The transcript is edited for clarity and length.

Eric Bandholz: Tell us what you do.

Lukas Tanasiuk: I’ve been a Shopify store owner since 2015. In 2020, I started a click-and-mortar store in Vancouver, Canada, selling personal electric vehicles, such as e-scooters, e-skates, one-wheels, and electric unicycles.

We grew that very quickly. We paid to get our site redesigned, but the download speed was super slow. In my journey to improve the speed, I discovered corruption among folks who say they are page-speed optimizers. I became passionate about it.

I realized few practitioners in the space were doing good work for a fair price. I decided this was my next opportunity. I started The Nice Agency in 2023 and have been scaling ever since, focusing solely on Shopify site speed optimization.

Clients come to us with non-native Shopify sites that are very slow. They have great functionality, but they load poorly. Shopify acts a lot like Apple. If you work within their tight ecosystems, performance is good. But the second you insert external components, performance suffers.

Every app in the Shopify space is third-party code. You can’t edit it. The developer doesn’t want you messing with it. Certain apps render pages on their own servers and then re-render them on your page.

The easy answer is building something natively into Shopify. If the cost isn’t too insane and the project scope isn’t wild, do it. We build directly into the theme. We don’t build apps.

Bandholz: How much would that cost?

Tanasiuk: It depends on the project. We’ve done jobs for $2,000 that add functionality to an existing rebuild.

The killers are the ones that replace entire components. I advise merchants to remove little-used components rather than replace them. Examples are A/B tests and review widgets. If you’re doing under $5 million in online revenue, you probably don’t need A/B testing.

Use common sense. Buy products from your own site. Browse your site. Keep an eye on conversion rates. Don’t be afraid to make changes without being data-driven. You can measure and analyze over time. You don’t need expensive software.

We’re doing optimization now for a client’s main product page. The primary visual asset is a high-end 45-second video describing the product. In Core Web Vitals, it’s the Largest Contentful Paint metric.

The video is the first thing that loads. The client has six conversion optimization apps attached to the product page, plus an A/B testing app. It takes 25 seconds for the page to load completely, which is terrible. The gold standard Shopify page speed is below three seconds.

In my experience, a static image with good copy and a clear call-to-action typically converts more than a video or a carousel. Download a heat map or a tracking tool. Very few visitors watch the video for more than a few seconds or click on multiple images in a carousel. Most look only at the static image. Plus, an optimized image won’t hurt page speed. So you’re losing on both fronts with videos and carousels.

My background, again, is as an ecommerce operator. An operator’s goal should be to improve the customer experience. A quick-loading website is essential. Many apps do the opposite. Unfortunately, many developers are looking for a quick buck and promising a faster site.

Bandholz: Care to name examples?

Tanasiuk: Here’s one from last fall. I posted a video on my page, which I’ve since removed, of a company making false page-speed promises. I partnered with a brilliant developer, Jake Casto, from Proton Agency in New York City. He provided the technical expertise while I offered the non-technical founder’s perspective.

A client had just installed the company’s app and asked my opinion. I went to the company’s site, and the first thing they’re marketing is an instant Shopify performance score of 90 to 95. That’s impossible. It was a huge red flag.

For weeks I asked colleagues and dug deeper. That’s how I met Jake Casto. He was making comments about them being sheisty.

He asked me to collaborate on an expose of these guys. We had multiple calls with the heads at Shopify. Other people at Shopify consulted directly with the Google performance team, who confirmed that everything we had uncovered was true.

So Jake and I created a report, reached out to the company’s CEO, and said, “We’re doing a report on you guys because we found some pretty weird stuff going on. We’ll send the report to you before we go live with it so you can write a response. We’ll add it to ours.”

Within hours, every mention of performance score improvement was wiped off their website. Their founder deleted every single tweet going back years that related anything to a performance score.

The lesson for merchants is this. Watch for red flags when you’re seeking Shopify site speed optimization. Be wary of big promises or overnight fixes for cheap.

Bandholz: Where can people find you?

Tanasiuk: I’m @Igobylukas on X. I’m also on LinkedIn. Our website is TheNiceAgency.co.

Behind Microsoft CEO Satya Nadella’s push to get AI tools in developers’ hands

In San Francisco last week, everyone’s favorite surprise visitor was Microsoft CEO Satya Nadella. 

At OpenAI’s DevDay—the company’s first-ever event for developers building on its platform—Nadella bounded on stage to join OpenAI CEO Sam Altman, blowing the hair back on an already electrified audience. “You guys have built something magic,” he gushed. 

Two days later on another stage, in another venue, at another developers’ conference, Nadella made his second unannounced appearance of the week—this time at GitHub Universe. There Thomas Dohmke, GitHub’s CEO, was showing off a new version of the company’s AI programming tool, Copilot, that can generate computer code from natural language. Nadella was effusive: “I can code again!” he exclaimed. 

Today, Nadella will be onstage speaking to developers at Microsoft Ignite, where the company is announcing even more AI-based developer tools, including an Azure AI Studio that will let devs choose between model catalogs from not only Microsoft, but also the likes of Meta, OpenAI, and Hugging Face, as well as new tools for customizing Copilot for Microsoft 365. 

If it seems like Nadella is obsessed with developers, you’re not wrong. He’s making the rounds to tout all the ways they can use a new generation of AI-powered tools, like GitHub Copilot (Microsoft acquired GitHub in 2018) or the new suite of developer tools from OpenAI, a company in which Microsoft has reportedly invested some $13 billion.

Last week, Nadella took a 20-minute break from all of his onstage appearances to sit down with MIT Technology Review to talk about (you guessed it) developers. He repeatedly emphasized Microsoft’s longstanding focus on developers. But he also had a message: The way we create software is fundamentally changing. 

Nadella believes a platform shift is underway, one that will prove just as significant as the shifts from mainframe to desktop or desktop to mobile. This time, the transition is to natural language AI tools, some of which he argues will lower the barrier to entry for software development, make existing developers more productive, and ultimately lead to a new era of creativity. 

We present Nadella in his own words, below. His remarks have been edited and condensed somewhat for readability.  

ON THE RELATIONSHIP WITH OPENAI

One criticism of OpenAI is that its very business is only possible via Microsoft, which has given the startup billions of dollars and access to the resources it needs to power its computing-intensive language model. Yet Microsoft is also highly dependent on OpenAI’s technology to power services like GitHub Copilot, Bing, and Office 365. Altman even joked about the partnership onstage. We asked Nadella about this relationship.   

I’ve always felt that Microsoft is a platform-and-partner-first company, and this is not new to us. And so therefore, we both are effectively codependent, right? They depend on us to build the best systems, we depend on them to build the best models, and we go to market together. 

ON HIS MISSION TO GET IN FRONT OF DEVELOPERS

Nadella says this platform shift is different enough from previous ones that he feels the company needs to provide developers not only with tools, but also with a clear message about what it’s thinking and how devs can come along. 

Whenever you have a platform shift, the key thing is to make sure the platform is ubiquitously available for developers to build all kinds of new things. So to us, the most important task is to make the developer tools, the developer platforms, broadly available. 

The second thing is for us to also show the light, right? Whether it’s OpenAI building ChatGPT and then innovating on top of it, or us building Copilot and innovating on it. That will give developers an opportunity to distribute their applications. So the most important thing in any platform creation is to get the platform ubiquitously available, and then help developers reach [their] audience. 

Those are the two goals that we have across all of these [conferences].

ON WHAT IS DIFFERENT ABOUT THIS SHIFT AND PRODUCTIVITY

Productivity gains in the United States have been sluggish for the past 15 or more years. The last huge platform shift—the rise of mobile development—did little to achieve widespread prosperity. Nadella says this time will be different, largely because the shift to AI will fuel a creative revolution by making it easy for anyone to generate new work, including code. 

On the other hand, coding today is a highly skilled, well-paid job, and there’s some concern that AI could effectively automate it. Nadella argues that skilled programmers will remain in demand, but that their jobs will change and even more jobs will become available. Nadella has said he envisions 1 billion developers creating on its platforms, many of them with little to no previous experience with coding.   

Anytime you have something as disruptive as this, you have to think about the displacement and causes. And that means it’s all about upskilling and reskilling, and in an interesting way, it’s more akin to what happened when word processors and spreadsheets started showing up. Obviously, if you were a typist, it really drastically changed. But at the same time, it enabled a billion people to be able to type into word processors and create and share documents.

I don’t think professional developers are going to be any less valuable than they are today. It’s just that we’re going to have many, many gradations of developers. Each time you’re prompting a Bing chat or ChatGPT, you’re essentially programming. The conversation itself is steering a model.

I think there will be many, many new jobs, there will be many, many new types of knowledge work, or frontline work, where the drudgery is removed.

I think the mobile era was fantastic. It made ubiquitous consumption of services. It didn’t translate into ubiquitous creation of services.

The last time there was a broad spread of productivity in the United States and beyond because of information technology was the [advent of the] PC. In fact, even the critics of information technology and productivity, like Robert Gordon of Northwestern, acknowledged that the PC, when it first showed up at work, did actually translate to broad productivity stats changes.

So that’s where I think this is, where these tools, like Copilot, being used by a [beginner] software engineer in Detroit, in order to be able to write [code].… I think we’ll have a real change in the productivity of the auto industry. Same thing in retail, same thing in frontline work and knowledge work.

The barrier to entry is very low. Because it’s natural language, domain experts can build apps or workflows. That, I think, is what’s the most exciting thing about this. This is not about just a consumption-led thing. This is not about elite creation. This is about democratized creation. I’m very, very hopeful that we’ll start seeing the productivity gains much more broadly.

ON PROTECTING DEVELOPERS

Numerous intellectual property cases and class action lawsuits are before the US courts over issues of fair use. At least one singles out GitHub Copilot specifically, claiming Microsoft and OpenAI’s generative tools, which are trained on open source code, amount to software piracy. There’s a fear that people who use these tools could be subject to intellectual property claims themselves. Microsoft is trying to address these issues with a broad indemnification policy. OpenAI also announced its own indemnification policy, Copyright Shield, at its DevDay conference. 

Fundamentally these large models crawl and get content and then train on that content, right? If anybody doesn’t want their content to be crawled, we have great granular controls in our crawlers that allow anybody to stop it from crawling. In fact, we have controls where you can have it crawl just for search, but not for large language model training. That’s available today. So anybody who really wants to ensure that their content is not being taken for retraining can do so today. 

The second thing, of course, is I think the courts and the legislative process in some combination will have to decide what is fair use and what is not fair use.

We have taken a lot of control in making sure that we are only training models, and we are using data to train models that we’re allowed to and which we believe we have a legal standing on. 

If it comes to it, we’ll litigate it in the courts. We’ll take that burden on so the users of our products don’t have to worry about it. That’s as simple as that, which is to take the liability and transfer it from our users to us. And of course, we are going to be very, very mindful of making sure we’re on the right side of the law there.