Edited by humans. Written by AI. How our editing works
All articles

Squarespace Cuts 19% of Staff, Testing Its Service Model

Squarespace is cutting 19% of staff, roughly 300 jobs. The test for its site-building business is whether support, security and product development hold up.

Mike Sullivan

Written by AI. Mike Sullivan

November 4, 20266 min read
Share:
Squarespace Cuts 19% of Staff, Testing Its Service Model

Squarespace is laying off 19% of its employees, a reduction of roughly 300 jobs. For a company that helps people put websites online and keep them there, the question is what the remaining staff will be expected to maintain, improve and answer for.

The figure is large enough to signal a substantial change inside Squarespace. It says little by itself about where the cuts fall. Which teams are affected, the company's rationale and any planned changes to customer service remain unclear. A uniform 19% cut across departments would have different consequences from a reduction concentrated in one part of the business. Customers and remaining employees will experience the distribution, not the percentage in the headline.

That uncertainty should keep anyone from declaring that Squarespace's service is about to deteriorate. It should also keep anyone from declaring the layoffs an efficiency success. Those are outcomes to measure over time, rather than features of a spreadsheet on announcement day.

The Work Behind an Easy Website

A site builder sells simplicity. Choose a design, add words and pictures, publish. If the service works, much of the labor behind it stays out of sight. Hosting must remain dependable; tools must keep pace with changing browsers and customer needs; security issues need attention; and somebody has to help when a user cannot make the website do what the interface promised.

That last task can sound minor until the site belongs to a business trying to update its hours or a creator trying to fix a page before sending people to it. A customer who pays for a hosted service has delegated part of the maintenance job. The whole point is to avoid becoming the person who spent a Sunday in 1998 figuring out why a homepage looked different in every browser. The obligation does not disappear because the software has acquired nicer templates.

These functions compete for staff time. Engineers assigned to keep a service stable cannot simultaneously build every requested feature. Support staff handling today's problems cannot also investigate every recurring complaint at length. A smaller organization may make sharper choices and remove duplicated work. It may also have less room to absorb a bad release, a spike in requests or the routine accumulation of small fixes.

A percentage across the company cannot answer whether a customer will wait longer for help or whether a product team will ship fewer improvements. It does, however, put a useful question in front of management: what work stops, what work changes, and who owns the work that continues?

Why a Mature Product Still Needs People

Website building has a familiar technology arc. Tasks that once required hand-written pages and specialist help became something a customer could manage through a browser. Hosted tools made that possible by bundling design and maintenance into a service. The customer gained convenience; the provider took on ongoing responsibility.

Subscription businesses can look pleasantly predictable from a distance. Customers pay to keep using the service, and familiar tools do not need to be reinvented each Tuesday. But a website is not a finished file sitting on a shelf. Customers keep editing it. Software around it keeps changing. A company can reduce the pace of new features and still owe its users a functioning service.

That is the tension in a workforce cut at an established site builder. If Squarespace has found work it can eliminate without weakening the product, a smaller team could be the right size for its priorities. The strongest case for a reduction is straightforward: staff should be assigned to work customers need, rather than preserved in roles simply because an earlier growth plan created them. No customer benefits from paying for organizational overlap.

The test of that argument sits in the choices that follow. Support, security and maintenance rarely generate the excitement of a new feature announcement. They become conspicuous when they fail. Cutting costs in those areas can make a company look leaner before customers encounter the consequences, if consequences come at all. Protecting them while scaling back other work might produce a very different result.

The Decisions Behind the Number

For the roughly 300 people losing jobs, this is an immediate disruption, regardless of how the remaining operation performs. A discussion of product capacity cannot substitute for an account of how affected workers are treated. The terms of their departures, the assistance they receive and the clarity of communication will all shape the human outcome.

For employees who stay, a smaller head count can mean a narrower set of priorities or the same priorities divided among fewer people. Those paths have different prospects. If management explicitly retires projects and reduces handoffs, staff may gain time to focus on core work. If unfinished projects remain on the schedule, reduced staffing may simply push the strain into queues, deadlines and customer conversations.

Customers have a separate set of practical questions. Can they still get help when a site breaks? Do fixes arrive promptly? Do the tools they rely on continue to improve? None requires guessing at Squarespace's internal finances or treating every delayed reply as evidence of the layoffs. Patterns over months would be more informative than anecdotes in the first week.

Leadership can make those patterns easier to interpret by explaining the intended shape of the company after the cuts. A decision to concentrate on the existing service would set one expectation; a promise to accelerate product development with fewer people would set another. Either claim could be tested against what users and staff subsequently see. Without that clarity, the public number does most of the talking, and percentages are poor project managers.

Tech has run this exercise often enough that the vocabulary can sound preinstalled, like the trial software on a 2004 laptop. Companies reduce staff, reorganize priorities and describe the resulting structure as more efficient. Sometimes a company really does stop spending effort on work that no longer serves its customers. Sometimes the work remains and the people do not. The distinction appears in execution: fewer commitments that the company can meet, or unchanged commitments that become harder to keep.

Squarespace's 19% cut is a major workforce decision, but it is also a decision about capacity. Its site-building service will still be judged on ordinary tasks: pages that work, problems that get resolved and tools that keep earning their place in a customer's budget. The announcement supplies the percentage. The smaller company now has to show what that percentage leaves it able to do.

More Like This

Black HDMI 2.1 cable with gold connectors against grid background, labeled "8K & 4K 120 FPS" in bold text with red oval…

Do You Really Need an $80 HDMI Cable? Maybe Not

Tech reviewer Adam tests a premium HDMI 2.1 cable. We examine what you're actually paying for and whether most users need it.

Mike Sullivan·8 months ago·6 min read
Blue and black humanoid robot carrying a refrigerator on stage at Boston Dynamics presentation with audience watching.

Atlas Can Lift a Fridge. Now What?

Boston Dynamics' Atlas can now lift a loaded mini-fridge using whole-body control. Here's what the demo actually tells us—and what it doesn't.

Mike Sullivan·6 months ago·8 min read
A large CPU heatsink mounted on a motherboard with red text overlays displaying processor specs: 16x Zen5 Cores, 96x PCIe,…

AMD EPYC 8005 Sorano: A Genuine Generational Leap

AMD's EPYC 8005 Sorano upgrades SP6 with Zen 5 cores, 84-core density, and 96 PCIe Gen 5 lanes—but the ecosystem remains niche and memory costs sting.

Mike Sullivan·4 months ago·8 min read
CircuitPython Turbo Speeds Python Code on Tiny Boards

CircuitPython Turbo Speeds Python Code on Tiny Boards

Adafruit's CircuitPython Turbo compiles selected Python functions into native code, promising faster microcontrollers while preserving an accessible workflow.

Mike Sullivan·2 months ago·7 min read
Elementor and Web.fwrd 2026 branding displayed on a vibrant magenta and purple glowing background with blurred bokeh effects

Elementor's AI Tool Generates Custom Code in Seconds

Elementor's new Angie Code AI converts plain-language prompts into production-ready widgets and functionality. But can it deliver on the security promises?

Rachel "Rach" Kovacs·8 months ago·6 min read
Designing GUIs for AI Agents: An Unsolved Problem

Designing GUIs for AI Agents: An Unsolved Problem

AI agents need interfaces humans can actually understand and control. The design choices made now will shape whether AI goes mainstream or stays a developer toy.

Mike Sullivan·3 months ago·7 min read
US Foreign Robot Ban: Who Gains and Who Pays

US Foreign Robot Ban: Who Gains and Who Pays

The US has banned foreign-made humanoid and quadruped robots, targeting China on security grounds. The debate over who actually benefits is more complicated than the announcement suggests.

Mike Sullivan·3 months ago·6 min read