What’s worth knowing in the Squarespace world.
For designers, developers, and people building businesses around Squarespace.
How to Build an AI-Powered Diagnostic for a Squarespace Site
Most lead magnets give people something static.
A PDF. A checklist. A guide. A worksheet.
Those can still be useful, but AI makes a different kind of lead magnet possible: one that responds to the person.
Instead of saying, “Download this guide,” you can invite someone to answer a few questions and get a personalized result.
That result might help them see why their website is not communicating clearly, where their offer is confusing, whether their homepage has enough trust, or what kind of lead magnet fits their business.
For Squarespace users, the simplest version does not require a full app, dashboard, login system, or custom software project.
You need three main pieces:
A Squarespace page
A Cloudflare Worker
An OpenAI API key
The Squarespace page displays the form and the result.
The Cloudflare Worker acts as the secure middle layer.
OpenAI generates the personalized diagnosis.
The flow looks like this:
Squarespace form → Cloudflare Worker → OpenAI → result appears on Squarespace
That’s it.
The trick is getting the order right.
Do not start with the code.
Start with the diagnostic.
Step 1: Decide What the Diagnostic Should Help People See
A good diagnostic is not just a quiz.
A quiz usually sorts someone into a category.
A diagnostic helps someone recognize something useful about their situation.
For example, instead of asking:
What kind of website do you have?
You might ask:
Does your website match where your business actually is now?
That question is more useful because it compares two things:
what is true about the business today
and what the website currently communicates
That kind of diagnostic can produce a result someone actually recognizes.
They might discover that their site has a credibility gap, a positioning gap, an offer clarity gap, or a trust gap.
The value is not just the label.
The value is the recognition.
The person should leave thinking:
That explains what I’ve been feeling.
Step 2: Use ChatGPT to Shape the Diagnostic
Before you ask ChatGPT for code, ask it to help you shape the diagnostic.
Start with your plain-language idea.
For example:
I want to create a diagnostic that helps business owners understand whether their website still matches the business they are running now.
Then ask ChatGPT to help you think through the important decisions:
What should this diagnostic help people understand?
Who is it for?
What should the visitor submit?
Should the tool analyze a URL, pasted text, form answers, or some combination?
What questions should it ask?
What result categories would feel useful?
What should the final result include?
What should the visitor do after getting their result?
This first conversation is not about code.
It is about the shape of the diagnostic.
You want to end up with a simple blueprint that includes:
the diagnostic name
the audience
the promise
the form questions
the result categories
the result format
the call to action
the tone of the result
Once those pieces are clear, the technical part gets much easier.
Step 3: Ask ChatGPT to Generate the Technical Setup
After the diagnostic is clear, ask ChatGPT to turn the blueprint into the technical pieces.
For Squarespace, you want it to generate two main things:
Cloudflare Worker code
and Squarespace embed code
The Cloudflare Worker is the backend.
The Squarespace embed is what you paste into a Code Block on your site.
The Worker is important because your OpenAI API key should never go directly inside Squarespace or browser JavaScript.
The Worker protects the key.
So when someone fills out the form on your Squarespace page, the form sends the information to the Worker. The Worker sends it to OpenAI. OpenAI returns the result. The Worker sends the result back to the Squarespace page.
The visitor only sees the form and the result.
They never see the API key.
Step 4: Set Up Cloudflare and OpenAI
Create a Cloudflare account and go to Workers & Pages.
Create a new Worker. You can start with the default “Hello World” Worker.
Then go to the OpenAI platform and create an API key.
Back in Cloudflare, add that OpenAI key as a secret.
The secret is usually named:
OPENAI_API_KEY
Your Worker code will use that secret when it calls OpenAI.
Once the key is saved in Cloudflare, you can paste in the Worker code ChatGPT generated and deploy it.
Cloudflare will give you a Worker URL.
You will need that URL for the Squarespace embed.
Step 5: Add the Embed to Squarespace
Next, take the Squarespace embed code ChatGPT generated.
Inside that code, there should be a placeholder for your Worker URL.
Replace the placeholder with the real Worker URL from Cloudflare.
Then add the full embed code to a Squarespace Code Block.
That embed usually includes the form, a little styling, the submit behavior, a loading message, and the result area.
Now the Squarespace page has a working diagnostic interface.
Step 6: Test the Full Loop
The first test is not about whether the diagnostic result is perfect.
The first test is whether the whole loop works.
Submit the form.
Make sure the information goes from Squarespace to Cloudflare, from Cloudflare to OpenAI, and then back to Squarespace as a visible result.
Once that works, you can refine.
Maybe the questions need to be sharper.
Maybe the result categories need better names.
Maybe the result sounds too generic.
Maybe the form should show one question at a time instead of everything at once.
Maybe the call to action needs to be clearer.
That is normal.
The first version proves the system works.
The next version improves the experience.
What You Can Build With This
Once you understand the pattern, you can use it for all kinds of interactive lead magnets.
A website alignment diagnostic.
A homepage clarity review.
An offer page audit.
A lead magnet finder.
A service match quiz.
A proposal fit checker.
A portfolio positioning review.
A donation page trust audit.
An AI readiness assessment.
The structure stays mostly the same.
Only the diagnostic changes.
That is what makes this useful for Squarespace.
You are not turning your site into a full application.
You are adding one smart interactive layer to a page.
The Short Version
Here is the whole process in plain English:
Decide what you want the diagnostic to help people see.
Use ChatGPT to shape the questions, result categories, and final result.
Use ChatGPT again to generate the Cloudflare Worker and Squarespace embed.
Add your OpenAI API key to Cloudflare as a secret.
Paste the Worker code into Cloudflare.
Paste the embed code into Squarespace.
Test it.
Then refine.
The order matters:
Design the diagnostic first.
Generate the plumbing second.
Install, test, and refine.
That is the simplest path to building an AI-powered diagnostic on a Squarespace site.
Best Squarespace Accessibility Tools for 2026: Plugins, Scanners, and Real Site Fixes
Want to make your Squarespace website more accessible?
Good. That is the right goal.
But let’s start with the part most accessibility plugin articles skip: no plugin can guarantee that your website is ADA compliant.
A widget can help. A scanner can find issues. A monitoring tool can catch problems over time. A specialist can fix issues inside your site.
But accessibility is not something you install once and forget.
Accessibility has to be worked into your pages, your content, your design choices, your navigation, your forms, your product pages, your checkout flow, and the way you maintain the site over time.
According to the World Health Organization, about 1 in 6 people worldwide experience significant disability. That includes people with visual, hearing, motor, cognitive, and neurological disabilities.
On a website, those differences can affect how someone reads your content, moves through your navigation, fills out a form, watches a video, books an appointment, or buys a product.
For Squarespace site owners, accessibility matters for three reasons.
First, it helps more people use your website.
Second, it usually makes the website better for everyone.
Third, it can reduce business and legal risk, especially if your website is connected to ecommerce, events, education, healthcare, restaurants, public information, professional services, or anything people need to access reliably.
The key is knowing what accessibility tools can actually do — and what still needs human judgment.
If you’re already improving your Squarespace site, you may also want to browse our Squarespace plugins for other ways to extend what your site can do.
Quick Note: Accessibility Tools Are Not Legal Guarantees
Before we get into the tools, this needs to be clear.
The Web Content Accessibility Guidelines, or WCAG, are the main technical standard people reference when talking about website accessibility.
WCAG 2.2 is the current W3C recommendation. Many legal, procurement, and compliance conversations still refer to WCAG 2.1 AA.
In the United States, the Department of Justice has also published guidance around web and mobile app accessibility under the ADA. You can read more directly from ADA.gov.
But your situation may depend on your business, your location, your audience, and the kind of website you run. Squarespace also notes on its own accessibility page that there is no such thing as 100% accessibility.
So use the tools below as part of a serious accessibility process, not as a magic compliance button.
Why I’m Not Ranking These Like Normal Plugins
Accessibility tools are not interchangeable.
Some help visitors adjust the front-end experience.
Some help designers find issues.
Some provide ongoing monitoring.
Some help fix the actual site.
That difference matters.
A widget is not the same thing as a scanner. A scanner is not the same thing as remediation. And remediation is not the same thing as ongoing maintenance.
So instead of treating these like five versions of the same thing, I’ve organized this list by what each tool is actually best for.
1. Kat ADA: Best for Real Squarespace Accessibility Fixes
Most accessibility roundups start with widgets.
For Squarespace site owners, I think the better place to start is with the site itself.
Kat ADA is built specifically for Squarespace website accessibility. Instead of only adding a front-end widget to your site, Kat ADA focuses on fixing accessibility issues inside your actual Squarespace website.
That matters because many accessibility problems live in the source experience of the site.
Missing alt text.
Poor labels.
Contrast issues.
Structural issues.
Confusing headings.
Elements that do not communicate properly to assistive technology.
Those are not always solved by putting a button in the corner of the screen.
Kat ADA starts with a free scan, then a specialist can review and fix issues directly inside the client’s own Squarespace site.
That makes it a strong fit for small business owners who do not want to become accessibility experts themselves, and for Squarespace designers who want a more practical accessibility option to recommend to clients.
If you use our partner link, you can get your first month free here:
Get a free Kat ADA scan and first month free
Disclosure: SQSPThemes may earn a partner commission if you subscribe through this link. Readers who come through this link can get their first month free.
Best for: Squarespace site owners who want actual site fixes, not just another overlay widget.
2. WAVE: Best Free Visual Accessibility Checker
WAVE by WebAIM is one of the most useful free accessibility evaluation tools for visual review.
It shows accessibility feedback directly on the page, which makes it easier to understand where potential problems are happening.
For Squarespace users, WAVE can be a practical first step because it makes accessibility issues easier to see. You can scan a homepage, product page, blog post, contact page, or service page and quickly notice issues like missing alt text, heading problems, contrast alerts, empty links, structural problems, and other concerns.
Like every automated tool, WAVE cannot tell you whether your whole site is fully accessible. It can flag many issues, but a person still needs to interpret the results.
For example, a tool can tell you whether an image has alt text. It cannot always tell you whether that alt text is actually useful.
That is why WAVE is best used as a review tool, not a final answer.
Best for: quick page reviews, content checks, and helping non-developers see accessibility issues more clearly.
3. axe DevTools: Best for Designers and Developers Testing Pages
axe DevTools by Deque is not really a Squarespace plugin. It is a browser-based accessibility testing tool.
That distinction matters.
Axe does not sit on your site and create an accessibility menu for visitors. Instead, you use it to scan pages and identify accessibility issues that need to be fixed.
It is especially useful for designers, developers, and advanced Squarespace users who are comfortable inspecting individual pages.
For Squarespace, axe can help you catch common issues like missing labels, contrast problems, ARIA issues, heading problems, and other accessibility errors. It can also give you guidance on what needs to change.
This is the kind of tool I would use while building or reviewing a Squarespace site.
Open a page.
Scan it.
Review the issues.
Fix what you can.
Test again.
Best for: Squarespace designers, developers, and site owners who want to find and fix accessibility issues page by page.
4. AudioEye: Best for Monitoring and Managed Accessibility Support
AudioEye is an accessibility platform used by businesses that want ongoing monitoring and support.
AudioEye is not just a simple widget. The stronger use case is ongoing accessibility monitoring, issue detection, and support from accessibility professionals.
For a Squarespace business, that can matter.
Many accessibility problems are introduced after launch.
Someone adds a new landing page.
A new product image goes up without alt text.
A pop-up gets installed.
A color section changes.
A form is embedded.
A PDF gets uploaded.
A third-party script is added.
The website may have been in better shape six months ago than it is today.
A tool like AudioEye is most useful when you want help maintaining accessibility over time instead of only doing a one-time scan.
Best for: businesses that want monitoring, remediation support, and a more managed accessibility process.
5. UserWay: Best-Known Accessibility Widget
UserWay is one of the most common accessibility widgets used on websites, including Squarespace sites.
It adds a front-end accessibility menu that can allow visitors to adjust parts of their browsing experience.
Depending on the plan, UserWay may include features such as text adjustments, contrast options, keyboard navigation support, content highlighting, cursor adjustments, accessibility scans, and monitoring.
For Squarespace site owners, the main appeal is that UserWay can be installed without rebuilding the whole website. You add the script, configure the widget, and give visitors more control over how they experience your site.
That can be useful.
But UserWay should not be treated as a complete accessibility solution.
You still need to review your actual pages. Product images still need useful alt text. Headings still need to be structured properly. Links still need to make sense. Forms still need labels and clear instructions. Color contrast, keyboard access, pop-ups, embeds, videos, and third-party scripts still need to be checked.
Best for: Squarespace site owners who want a visible accessibility widget and basic front-end customization options.
What About accessiBe?
The original version of this roundup included accessiBe’s accessWidget.
I would be cautious here.
In 2025, the Federal Trade Commission approved a final order requiring accessiBe to pay $1 million over claims related to accessWidget and WCAG compliance.
The FTC said accessiBe had claimed its plugin could make websites compliant with WCAG, and the order prohibits accessiBe from making misleading claims.
You can read the FTC release here:
FTC Approves Final Order Requiring accessiBe to Pay $1 Million
That does not mean every accessibility widget is bad.
It does mean site owners should be careful about any tool that promises instant or automatic compliance.
Should You Use an Accessibility Overlay?
Be careful with overlays and widgets that promise automatic ADA or WCAG compliance.
Some accessibility widgets can be helpful, but the promise matters. If a tool says it can make your website fully compliant just by adding one line of code, treat that claim with caution.
Accessibility is not only about adding a menu.
It is about whether real people can use the website.
Can someone navigate with a keyboard?
Can a screen reader understand the page structure?
Are buttons and form fields labeled clearly?
Are videos captioned?
Are images described well?
Is the checkout process usable?
Can someone understand the content without relying only on color, motion, or visual layout?
A widget may help with some preferences, but it should not become an excuse to ignore the underlying website.
Which Squarespace Accessibility Tool Should You Choose?
Here is the simplest way to think about it.
If you want someone to actually help fix accessibility issues inside your Squarespace site, start with Kat ADA.
If you want a free visual scan of important pages, use WAVE.
If you are a designer or developer and want more technical page-by-page testing, use axe DevTools.
If you want ongoing monitoring and managed accessibility support, look at AudioEye.
If you want a front-end widget that lets visitors adjust their browsing experience, look at UserWay.
Most Squarespace site owners do not need every tool at once.
Start with the thing you actually need.
Testing.
Fixes.
Monitoring.
A visitor-facing widget.
Those are different jobs.
How to Make a Squarespace Website More Accessible
Start with the parts of the site that matter most.
Your homepage, navigation, contact page, checkout flow, service pages, product pages, forms, and highest-traffic blog posts should come first.
These are the places where accessibility problems are most likely to block someone from understanding your business or taking action.
Use clear page titles.
Keep your heading structure logical.
Add meaningful alt text to important images.
Make sure buttons and links describe the action clearly.
Avoid vague link text like “click here.”
Check color contrast.
Make sure your site can be navigated with a keyboard.
Add captions or transcripts for important videos.
Avoid pop-ups that trap the keyboard or interrupt screen readers.
Do not upload important information only as a PDF unless that PDF is accessible too.
Then test the site.
Run WAVE or axe on key pages. Use Lighthouse in Chrome DevTools as another quick check. Try navigating your site without a mouse. If you can, test with a screen reader or hire someone who knows how to do that properly.
And most importantly, keep accessibility in your publishing process.
A site can become less accessible every time new content is added.
For a broader checklist, the A11Y Project accessibility checklist is a helpful starting point.
Add an Accessibility Statement
An accessibility statement will not make an inaccessible site accessible, but it is still worth having.
A good accessibility statement tells visitors that you care about making the website usable. It explains what standard you are working toward. It gives people a clear way to report an accessibility issue. And it shows that accessibility is an ongoing commitment, not a one-time checkbox.
Keep it honest.
Do not claim perfection.
Say what you are doing, what you are improving, and how someone can contact you if they run into a barrier.
The W3C has a helpful accessibility statement resource here:
Developing an Accessibility Statement
When to Hire an Accessibility Expert
If your website handles ecommerce, healthcare, education, government work, events, memberships, legal services, financial services, restaurants, local services, or anything where access really matters, it is worth getting expert help.
An accessibility expert can review your site more deeply than an automated scanner. They can help prioritize the issues that matter most. They can tell you which problems are coming from Squarespace settings, which are coming from design choices, which are coming from third-party plugins, and which are coming from content.
That kind of review is especially useful before a launch, after a redesign, or when a client asks whether their Squarespace website is ADA compliant.
If you want a Squarespace-specific starting point, run a free scan with Kat ADA:
Bottom Line
The best Squarespace accessibility setup is not one plugin.
It is a layered approach.
Use Squarespace’s built-in accessibility features well.
Choose templates and layouts carefully.
Write clear content.
Add meaningful alt text.
Test important pages.
Fix the issues you find.
Use tools like Kat ADA, WAVE, axe, AudioEye, or UserWay where they make sense.
Get expert help when the risk or complexity is high.
A plugin can support accessibility.
It cannot replace responsibility.
If you want your Squarespace website to be more accessible, start with the actual experience of the person trying to use it.
Then choose the tools that help you serve that person better.
Related Resources
The Real Secret to Winning Bigger Budget RFPs
I curate a weekly list of website, branding, and digital RFPs at omariharebin.com/rfps, so I spend a lot of time reading these opportunities.
The more I read them, the more obvious it becomes that bigger budget RFPs are not usually won by the most impressive portfolio alone.
Bigger budgets usually mean more stakeholders, more approvals, more constraints, and more risk for the person or committee making the decision.
So the real secret is not just proving that you can design or build the thing.
It is learning to read the RFP from the buyer’s side of the table.
Most people respond to RFPs from their own side. They read the request as a chance to prove themselves. They try to show how talented they are, how impressive their portfolio is, how many services they offer, and how much experience they have.
All of that can matter.
But the organization reviewing the proposal is usually asking a different question:
Can we trust this person or team to get us to the other side of this project without making our lives harder?
That is the real work of a good RFP response.
The goal is to reduce risk for the person, committee, board, or department responsible for making the decision.
A strong proposal does not simply say, “We can build this.”
It says, “We understand what could make this project difficult, and here is how we would guide it to a smooth launch.”
The RFP is a map of their concerns
An RFP is not just a design brief. It is a map of the buyer’s priorities, constraints, fears, and internal responsibilities.
When an organization mentions accessibility, content migration, CMS training, online forms, payment integration, hosting, security, analytics, stakeholder approvals, documentation, or post-launch support, those are not filler details.
Those are places where the project can go wrong.
Maybe their current site is difficult to update. Maybe staff members are tired of relying on one person to make changes. Maybe the previous redesign dragged on for months. Maybe the board cares about compliance. Maybe the public depends on the site for accurate information. Maybe donations, registrations, or public notices need to work without drama.
A lot of designers read those details as requirements to check off.
A better proposal reads them as concerns to address.
If the RFP says they need training, show them what training looks like. If the RFP mentions accessibility, explain how accessibility will be considered throughout the project. If the RFP includes content migration, describe how content will be reviewed, moved, cleaned up, and tested.
The more clearly you address the concerns inside the RFP, the less risky your proposal feels.
Put your project manager hat on before your designer hat
When responding to an RFP, put your project manager hat on before your designer hat.
The proposal is not only a pitch for your creative ability. It is your first demonstration of how you think through the project.
Before you write, ask yourself:
What needs to happen first?
What could slow this project down?
Who needs to provide content?
Who needs to approve design?
How many stakeholders are involved?
What needs to be migrated?
What needs to be tested?
What does the client need to understand before launch?
What happens after launch?
That thinking is the foundation of the proposal.
A lot of proposals spend too much time saying, “Here is what we do.”
A stronger proposal says, “Here is how we will help this project move.”
That shift matters. The buyer is not just choosing the person with the best taste. They are choosing the person they believe can manage the path from where they are now to where they need to be.
Design matters. Development matters. Strategy matters.
But for many RFPs, especially nonprofit, municipal, education, and public-facing projects, the winning edge is often clarity, organization, communication, and trust.
Pay close attention to the evaluation criteria
Most RFPs tell you how the proposal will be judged.
Do not skip that section.
If the evaluation criteria mention relevant experience, project approach, timeline, accessibility, support, cost, or references, your proposal should make those answers easy to find.
Do not make the reviewer hunt.
If they are scoring proposals, they may be reviewing several at once. Your job is to make it easy for them to see that you understood the assignment.
Use their language. Mirror their priorities. Organize your response around what they said matters.
This does not mean copying and pasting the RFP back to them. It means showing that you are paying attention.
If accessibility is part of the criteria, do not bury accessibility in one vague sentence. If timeline matters, show the phases clearly. If support matters, explain what happens after launch. If experience matters, include examples that relate to the type of organization and project they are describing.
A proposal feels stronger when it is clearly shaped around the buyer’s stated priorities.
Use the Q&A period
If there is a Q&A period, use it.
A lot of people skip this part, or only ask basic technical questions. But the Q&A period is one of the best opportunities to understand how the buyer is thinking.
You can ask about the current pain points with the existing site. You can ask what would make the project successful from their perspective. You can ask who will be involved in approvals. You can ask what content already exists and what content still needs to be created. You can ask whether there are known accessibility, integration, hosting, or maintenance concerns.
You are not just gathering information. You are learning how to write a better proposal.
You are also showing how you think.
Good questions can communicate experience before the proposal is even submitted. They show that you are not only thinking about the website as a final product. You are thinking about the project as a process that has to work for the people involved.
Only propose the ones you actually want
Not every RFP is worth responding to.
Some are a great fit. Some are not. Some are too vague, too rushed, too bloated, too underfunded, or too misaligned with the kind of work you actually want to do.
You do not need to propose everything.
In fact, you probably should not.
A proposal takes attention. A good one requires research, thought, positioning, and care. If you are not interested in the project, that usually comes through. The proposal starts to sound generic because the energy behind it is generic.
But when you find an RFP you actually love, take it seriously.
Read the organization’s website. Look at their current structure. Understand the audience they serve. Notice what is broken, unclear, outdated, or hard to use. Think through what a smoother version of the project might look like.
A thoughtful proposal for a project you actually want is usually stronger than five rushed proposals for projects you barely care about.
A lost proposal can still become an asset
You will not win every RFP.
That does not mean the work was wasted.
If you only propose projects you actually want, every serious proposal can become an asset.
You now have language for that type of organization. You have a project approach. You have assumptions. You have a scope structure. You have a way of explaining the value. You have thought through the needs of that kind of buyer.
If you loved the project but did not win it, look for similar organizations.
Reach out. Ask about their procurement process. Ask how they usually find vendors. Ask whether they have upcoming website, branding, accessibility, content, or digital infrastructure projects.
The RFP becomes more than a single opportunity.
It becomes research.
It becomes a market signal.
It becomes a starting point for future outreach.
This is one of the best reasons to be selective. If you propose projects you do not care about, there is not much to reuse. But if you propose projects that reflect the kind of work you want more of, even a loss can help you build a better path to the next opportunity.
Write the proposal from their side of the table
The person reviewing your proposal may need to defend the decision to a board, director, committee, procurement team, or internal stakeholder group.
They may be responsible for keeping the project on budget. They may need to coordinate feedback from people who do not agree with each other. They may be nervous about choosing the wrong vendor.
So write in a way that helps them feel confident.
Make the process clear. Name the risks. Show how decisions will be made. Explain what you will need from them. Make the next step obvious.
They do not only need to know that you can do the work.
They need to believe that choosing you will make the project smoother.
The real goal
Winning an RFP is not about sounding the most impressive.
It is about becoming the clearest, most relevant, least risky choice for the project in front of you.
Read the RFP as a map of their concerns. Pay attention to the criteria. Use the Q&A period. Only propose the ones you actually want. Think through what would make the project smooth.
Then write that down.
That is the proposal.
If you want a place to practice reading RFPs this way, I keep a weekly list of open website, branding, and digital opportunities here:
But don’t just scan for projects you might be able to win.
Look for the ones you would actually want to carry.
Then put your project manager hat on, think through what would make the project smooth, and write that down.
That is the proposal.