ai newsDo., 22. Okt.
Eilmeldung1Password für Agents: KI-Assistenten loggen sich ein, ohne Passwörter zu sehen

Was 50 Med-Spa-Websites KI-Suchmaschinen über sich verraten

Eine Analyse der Homepages von 50 kleinen Med Spas in Texas untersuchte Metadaten wie Seitentitel, Meta-Beschreibungen und Hauptüberschriften. Diese für Maschinen lesbaren Elemente bestimmen, wie KI-Engines die Betriebe darstellen.

dev.toDonnerstag 00:41 · 22.10.DE4 Min. Lesezeit
Bild: dev.to

Veröffentlicht am 21. Oktober • Zuerst erschienen auf rayastats.com

Am 21. und 22. Oktober 2026 habe ich die Homepages von 50 kleinen Med-Spas in Texas geprüft und dabei nationale Ketten und Franchisebetriebe ausgelassen. Für jede Website habe ich die Homepage abgerufen und die Teile gelesen, die Software liest und Besucher normalerweise nicht, etwa den Seitentitel, die Meta-Beschreibung, die Hauptüberschrift und die strukturierten Daten. Strukturierte Daten sind ein Codeblock, der Suchmaschinen und KI-Tools den Firmennamen, die Adresse, die Telefonnummer und die Öffnungszeiten in einem festen Format liefern kann. Auf einigen Websites habe ich mir außerdem die Sitemap und die robots.txt angesehen.

Für diesen Artikel habe ich ChatGPT, Perplexity oder Google AI Overviews zu keinem dieser Unternehmen befragt. Alles Folgende beschreibt, was der Website-Code aussagt, was davon abhängt, wie viel klare und konsistente Informationen eine Website einem Tool liefert, das versucht, das Unternehmen zu beschreiben. Ein Problem im Code beweist nicht, dass eine KI-Engine ein Unternehmen aus ihren Antworten auslässt, und eine saubere Website garantiert nicht, dass sie genannt wird.

Diese 50 sind zudem keine Zufallsstichprobe. Ich habe nach Websites mit etwas gesucht, das sich beheben lässt, und mindestens 14 weitere Websites beiseitegelegt, die in Ordnung aussahen. Die folgenden Zahlen sind die Probleme, die ich auf jeder Website notiert habe, daher können die tatsächlichen Zahlen auf diesen 50 Websites höher liegen. Bitte lesen Sie sie als das, was bei dieser Prüfung aufgefallen ist, denn sie können nicht sagen, wie verbreitet diese Probleme in der Branche sind.

Mindestens 27 der 50 Homepages enthielten in ihren strukturierten Daten keine Straßenadresse. Sieben hatten gar keine strukturierten Daten. Bei den anderen 20 waren die strukturierten Daten zwar vorhanden, aber das Adressfeld fehlte oder war leer. Bei mindestens 5 dieser 20 stand die Straßenadresse auf der Seite, es fehlte sie nur im Code.

Auf diesen Websites erhält ein Tool, das sich auf die strukturierten Daten verlässt, einen Namen und vielleicht eine Telefonnummer und muss den Standort aus dem losen Seitentext erschließen.

Zwei weitere Websites hatten eine vollständige Adresse im Code, die von der auf der Seite angezeigten Adresse abwich. Bei einer davon zeigte der Code auf eine Straße in einer anderen Stadt. Von außen kann ich nicht beurteilen, ob das von einer kopierten Vorlage oder von einem alten Standort stammte, den niemand aktualisiert hat.

Mindestens 5 Websites zeigten zwei oder mehr Standorte auf der Seite und gaben im Code für keinen davon eine Adresse an.

Der Name ist die grundlegendste Angabe in strukturierten Daten, und bei 11 der 50 Websites war er in irgendeiner Weise falsch:

Zwei Websites kennzeichneten das Unternehmen im Code zudem sowohl als Person als auch als Organisation, und eine schrieb im Code einem Gründer die Urheberschaft zu, der nicht der auf der Über-uns-Seite genannte Inhaber war.

Der Title-Tag ist der Text im Browser-Tab, und Google verwendet ihn oft als blauen Link in den Suchergebnissen. Auf 6 der 50 Websites begann er mit dem Wort "Home", gefolgt vom Firmennamen oder der Webadresse der Website, und keine dieser 6 nannte die Stadt oder eine Behandlung. Mitgerechnet diese 6 nannten mindestens 10 der Titel, die ich gelesen habe, weder die Stadt noch eine Behandlung. Ein Titel enthielt die Behandlungen und die Stadt, aber keinen Firmennamen, und ein anderer ließ sowohl den Namen als auch die Stadt weg.

Ein Titel wie "Botox und Filler in [Stadt] | [Firmenname]" sagt einer Suchmaschine in einer Zeile, worum es auf der Seite geht und wo das Unternehmen zu finden ist.

Zwei Websites veröffentlichten Vorlagenseiten. Eine hatte acht aktive Seiten mit den Titeln "Service title", "Service title 2" und so weiter bis 8, die alle in der Sitemap aufgeführt waren und alle normal luden. Die andere führte Platzhalter-Adressen für Blogbeiträge in ihrer Sitemap auf und hatte eine aktive Seite namens "New Page". Suchmaschinen können solche Seiten über die Sitemap finden und wie jede andere Seite der Website indizieren.

Viele dieser Websites haben keine llms.txt-Datei, und das habe ich ihnen nicht angerechnet. Googles eigene Empfehlung besagt, dass seine KI-Funktionen kein besonderes Schema benötigen und dass llms.txt für die Google-Suche ignoriert werden kann.

Ich habe mir auch die robots.txt auf mehreren Websites angesehen, um zu prüfen, ob sie KI-Crawler blockieren. Auf den Squarespace-Websites, die ich geprüft habe, sind die KI-Bots aufgeführt, aber unter der allgemeinen Regel zusammengefasst, sodass sie nicht blockiert werden. Von den Websites, deren robots.txt ich gelesen habe, blockierte nur eine einen KI-bezogenen Crawler (Amazonbot).

Keine dieser Korrekturen erfordert eine neue Website, und die meisten sind kleine Änderungen für diejenigen, die die Website betreuen. Sie können die Grundlagen selbst in wenigen Minuten prüfen:

Eine ausführlichere Anleitung zu solchen kostenlosen Prüfungen habe ich in "Can AI engines read your website? A 15-minute check" geschrieben, und wie KI-Engines auswählen, welche Unternehmen sie empfehlen, wird in "GEO for small businesses" behandelt.

Die oben genannten Prüfungen decken nur den Website-Code ab. In meinem AI Visibility Audit führe ich außerdem Live-Fragen zu Ihrer Art von Geschäft in KI-Engines durch, zeichne auf, welche Unternehmen genannt werden und wie Ihres beschrieben wird, und gebe Ihnen eine priorisierte Liste von Korrekturmaßnahmen.

Was enthalten ist, die Pakete und die Bearbeitungszeit können Sie auf der Audit-Seite sehen: AI Visibility Audit für Med-Spas und lokale Unternehmen.

Automatisch übersetzt. Das Original auf Englisch ist unten aufklappbar.

Original (Englisch) anzeigen

Posted on Oct 21 • Originally published at rayastats.com

On 21 and 22 October 2026 I checked the homepages of 50 small med spas in Texas, leaving out national chains and franchises. For each site I fetched the homepage and read the parts that software reads and visitors usually don't, such as the page title, the meta description, the main heading and the structured data. Structured data is a block of code that can give search engines and AI tools the business name, address, phone number and opening hours in a fixed format. On some sites I also looked at the sitemap and robots.txt.

For this article I did not ask ChatGPT, Perplexity or Google AI Overviews about any of these businesses. Everything below describes what the website code says, which affects how much clear, consistent information the site gives a tool that tries to describe the business. A problem in the code does not prove that an AI engine leaves a business out of its answers, and a clean site does not guarantee that it gets named.

These 50 are also not a random sample. I was looking for sites with something worth fixing, and I set aside at least 14 other sites that looked fine. The counts below are the problems I noted on each site, so the real numbers on these 50 sites may be higher. Please read them as what came up in this check, since they can't tell you how common these problems are across the industry.

At least 27 of the 50 homepages gave no street address in their structured data. Seven had no structured data at all. On the other 20 the structured data was there, but the address field was missing or empty. On at least 5 of those 20 the street address was printed on the page, so only the code was missing it.

On those sites a tool that relies on the structured data gets a name and maybe a phone number, and has to work out the location from loose page text.

Two more sites had a full address in the code that differed from the address shown on the page. On one of them the code pointed to a street in a different town. From the outside I can't tell whether that came from a copied template or an old location that nobody updated.

At least 5 sites showed two or more locations on the page and gave no address for any of them in the code.

The name is the most basic fact in structured data, and 11 of the 50 sites got it wrong in some way:

Two sites also labelled the business in the code as both a person and an organisation, and one credited a founder in the code who was not the owner named on the About page.

The title tag is the text in the browser tab, and Google often uses it as the blue link in its results. On 6 of the 50 sites it started with the word "Home", followed by the business name or the site's web address, and none of those 6 named the town or a treatment. Counting those 6, at least 10 of the titles I read named neither the town nor a treatment. One title had the treatments and the town but no business name, and another left out both the name and the town.

A title like "Botox and fillers in [town] | [business name]" tells a search engine in one line what the page is about and where the business is.

Two sites were publishing template pages. One had eight live pages titled "Service title", "Service title 2" and so on up to 8, all listed in the sitemap and all loading normally. The other listed placeholder blog post addresses in its sitemap and had a live page called "New Page". Search engines can find pages like these through the sitemap and index them like any other page on the site.

Many of these sites have no llms.txt file, and I did not count that against them. Google's own guidance says its AI features need no special schema, and that llms.txt can be ignored for Google Search.

I also looked at robots.txt on several sites to see whether they block AI crawlers. On the Squarespace sites I checked, the AI bots are listed but grouped under the general rule, so they are not blocked. Of the sites where I read robots.txt, only one blocked an AI-related crawler (Amazonbot).

None of these fixes needs a new website, and most are small edits for whoever looks after the site. You can check the basics yourself in a few minutes:

I wrote a longer walkthrough of free checks like these in Can AI engines read your website? A 15-minute check, and how AI engines choose which businesses to recommend is covered in GEO for small businesses.

The checks above cover only the website code. In my AI Visibility Audit I also run live questions about your kind of business in AI engines, record which businesses get named and how yours is described, and give you a prioritised list of fixes.

You can see what is included, the packages and the turnaround on the audit page: AI Visibility Audit for med spas and local businesses.

Originaltitel: What 50 med spa websites tell AI engines about themselvesQuelle: dev.to (dev.to). Original öffnen