Beamfar

Website monitoring for Webflow sites: publishing, domains and indexing

Webflow hosts and publishes the site, so a Webflow site rarely fails because a server did. It fails because of a setting, a publish or a domain: indexing switched off, a staging address that still answers, DNS records that someone changed, a form that stopped sending, a redirect list that sends visitors to the wrong place. Monitor the production address with text from the live page, watch the DNS records and the search settings, and treat everything inside Webflow’s own dashboard as out of reach. Beamfar checks any public site over HTTP(S).

Beamfar is an independent product. It is not affiliated with, endorsed by, sponsored by or certified by Webflow or its owner. The name is used only to say which kind of site this page is about, and it belongs to its owner.

Two addresses, one site

A Webflow project answers on its webflow.io address and, once a custom domain is connected, on the client’s domain. Both can be live at once. Webflow’s help centre describes a setting in the site settings (SEO, then Indexing) that stops search engines indexing the webflow.io subdomain, and says it needs a Site plan or a paid Workspace. That setting concerns the subdomain. Whatever the custom domain serves is a separate matter, so a project can have two addresses and two sets of robots rules, and both need a look.

Decide which address the client’s customers use, monitor that one as the site, and keep the other in mind. Beamfar records a page becoming noindex and a robots.txt that starts to block it on the address it checks. It does not report that a staging address is indexable, so look at the staging address’s source and robots.txt by hand after a launch. Google describes how to read a noindex rule in Block Search indexing with noindex.

What goes wrong on a Webflow site

A publish changes the search settings. Indexing and robots rules are set per project and take effect when the site is published. A switch that was right for the review copy can be carried to the live domain by the next publish. The page stays up, the traffic falls. The SEO guard alerts when the page becomes noindex or robots.txt starts to block it, after a second sighting.

The custom domain stops pointing at Webflow. Webflow’s instructions for a custom domain ask for two A records on the root name, a CNAME for www and a TXT record that proves ownership, with values shown in the site settings. They also say Webflow hosting does not support the Cloudflare proxy, so a client who turns on a proxy in front of the domain can break the site. Domains are changed by registrars, DNS providers and the client’s other agency. Write down the values Webflow shows when you launch, and let the DNS check compare them with what the name returns later. See DNS changes that break client websites.

A redirect list sends visitors to the wrong place. Redirect rules are kept with the project and are easy to extend by hand. A mistake produces a chain or a loop that a status-code check shows as a final address that changed. Beamfar records the final URL of the page check and flags a redirect that starts pointing somewhere new. See Redirect chains after a site migration.

A form stops reaching the client. Webflow forms submit to Webflow and notify an address you set. No outside monitor can fill in and read a form, and it should not send test submissions to a client’s inbox every minute. Put a form test in the monthly routine and write the notification address down.

The certificate and the domain. Webflow provides the certificate when SSL is on for the domain, and the registration still expires at the registrar. The certificate check and the domain expiry check run on every site. See Domain expiry and RDAP.

The checks that matter most

CheckWhat it catches hereHow to set it up in Beamfar
Page with required textA page that answers but shows an error, a password or a published draftThe page check on the production address; require a phrase from the live footer
DNS recordsThe domain repointed, the root name or www changedAutomatic: A and AAAA records, with a change on the timeline
Search settingsnoindex or a robots.txt block after a publishAutomatic: an alert after a second sighting
RedirectsA new final address after someone edited the redirect listAutomatic: the final address of the page check is recorded
Certificate and domain registrationExpiry and a name that does not matchAutomatic on every site
SitemapA sitemap that disappeared or lost its pages, if the site publishes oneThe sitemap monitor, within the limits of the plan

Set it up

  1. Add the production host name in the portfolio. If the client uses www and the root name, add the one they want people to see and keep the other as a redirect.
  2. Require text from the live page. Use the footer, not a heading the client may reword.
  3. After launch, copy the DNS values from the site settings into the client’s care notes, then open the site’s timeline a week later to confirm nothing changed.
  4. Open robots.txt and the page source of both addresses once, and note whether each is meant to be indexed.
  5. Send the alert to the person who can reach the registrar and the DNS provider, not only to the person who designs the pages.

What an outside check cannot see on Webflow

It cannot see the Designer, a draft that was never published, the CMS entries, a form submission or a Workspace permission. It does not know that a page is slow because of an embedded script, though the response time and the crawl’s mixed-content list point to it. For the rest, keep a short launch and handover checklist in the care plan and read the multi-platform view in Monitoring Shopify, Webflow and WordPress sites from the outside.

How Beamfar helps

Beamfar is not a Webflow app and works the same on any host. It checks the public site from two regions, calls it down only when both agree, records DNS, certificate, redirect and search-setting changes on one timeline and alerts when the certificate or domain registration nears its end. It has been tried on test pages only and has no customers yet.

Questions

Do I need to install anything on a Webflow site to monitor it?

No. The monitor requests the public address from outside, the same way a visitor does.

Why is the webflow.io address still in Google?

The indexing setting for the subdomain only takes effect when the site is published, a plan requirement applies, and results already indexed can stay for a while. Check the address’s robots.txt and source after publishing.

Can I monitor a form on a Webflow site?

Not safely from outside. A monitor that submits forms would fill the client’s inbox. Test the form by hand in the monthly routine.

Which DNS records should I write down?

The ones Webflow shows in the site settings for the custom domain: the A records for the root name, the CNAME for www and the TXT record that proves ownership.

Sources

Read on . Standards and vendor pages change; confirm the current text before you rely on it.

Terms used in this guide

  • NoindexNoindex is a robots directive, set in a meta tag or header, that tells search engines not to keep a page in their index. How Google reads it and its common failure.
  • robots.txtrobots.txt is a text file at the top of a site that tells crawlers which URLs they may fetch. It manages crawling, is not security and cannot reliably hide pages.
  • RedirectA redirect is an HTTP response that sends a visitor or crawler to another URL. The permanent and temporary status codes and how Google treats each.
  • DNS recordA DNS record is one entry in a domain’s zone that maps a name to data such as an address, a mail server or a text value. The common types and what breaks when one changes.

Know first. Know why. Tell your client before they call.

Paste your client list. Both regions start checking.

No card for the trial.