Was Sie mit diesem Ablauf fertigstellen
Dieser Workflow richtet sich an Content-Verantwortliche, SEO-Spezialisten und Entwickler, die eine bestehende öffentliche Seite verbessern wollen, ohne sie nach Bauchgefühl neu zu schreiben. In 20 bis 45 Minuten erstellen Sie einen seitenbezogenen Verbesserungsbrief: eine Suchintention, eine kurze beleggestützte Änderungsliste, einen Verantwortlichen je Änderung und einen Weg zur erneuten Prüfung nach der Veröffentlichung.
Es ist eine On-Page-SEO-Checkliste für eine URL, kein Ersatz für einen technischen Crawl der gesamten Website. Sie prüft die Themensignale der Seite, Inhalte und Links, den Kontext aussagekräftiger Bilder, strukturierte Daten und die Crawl-Gesundheit. Danach beheben Sie Punkte, die Klarheit, Genauigkeit, Zugänglichkeit und priorisierte Crawl-Pfade beeinflussen.
Sie benötigen eine veröffentlichte URL und eine primäre Suchphrase. Wenn die Seite sie wirklich beantworten kann, dürfen bis zu vier nahe Formulierungen hinzukommen. Fertig bedeutet nicht, dass ein Score steigt. Fertig ist eine Seite, deren Titel, Überschriften, Text, Links, Bilder, strukturierte Daten und Crawling-Signale das Problem der suchenden Person konsistent erklären.
Der On-Page-SEO-Audit von Auspia untersucht nachweisbare Belege auf der gerenderten Seite und im HTML. Er kann schwache Themensignale und technische Lücken sichtbar machen. Rankings, Backlink-Autorität, SERP-Wettbewerb, Indexierung oder Verhalten nach dem Besuch kann er jedoch nicht vorhersagen oder erklären.
Eine hilfreiche On-Page-Prüfung verwandelt klare Seitenbelege in einen kleinen Verbesserungsbrief und Schritte zur Prüfung der öffentlichen Seite.
Legen Sie vor dem Audit eine Seite und ihre Aufgabe fest
Beginnen Sie mit einer Seite, deren Zweck klar ist. Das kann eine Produktfunktionsseite, eine Serviceseite, ein Tutorial, eine Kategorieseite oder ein älterer Artikel sein. Vermeiden Sie zunächst eine Startseite oder einen sehr breiten Hub, der nicht eine einzelne Suchanfrage beantworten kann.
Schreiben Sie vor dem Öffnen des Tools diesen Satz in einfacher Sprache auf:
Diese Seite hilft [Zielgruppe], die nach [Hauptphrase] sucht, [konkretes Problem] zu lösen oder eine Entscheidung zu treffen.
Eine Seite für „On-Page-SEO-Audit“ kann beispielsweise versprechen, Metadaten, Inhaltsstruktur, Schema, Links und Crawling-Signale einer öffentlichen URL kostenlos zu prüfen. Eine Seite, die gleichzeitig „SEO-Audit“, „technisches SEO“, „SEO-Tools“ und „Website-Optimierung“ abdecken soll, hat keinen nützlichen Fokus für ein Audit. Der Bericht kann diese Streuung als schwache Abdeckung zeigen; das Grundproblem ist aber der Brief.
Eingabe | Guter Ausgangspunkt | Qualitätscheck | Wenn es unklar ist |
|---|---|---|---|
Seiten-URL | Kanonische öffentliche Version einer Seite | Lädt ohne Login oder Vorschau-Token | Verwenden Sie die URL, die Nutzer und Crawler erreichen sollen, und lösen Sie Weiterleitungen vor dem Audit |
Hauptkeyword | Eine Phrase, die die zentrale Rolle der Seite beschreibt | Leser erwarten dort die Antwort | Grenzen Sie die Phrase ein oder wählen Sie eine passendere Seite |
Unterstützende Keywords | Bis zu vier nahe Varianten oder Unterthemen | Lassen sich natürlich in derselben Struktur behandeln | Entfernen Sie irrelevante Begriffe, statt eine neue Sektion dafür anzulegen |
Seitenziel | Information, Vergleich, Conversion, Anmeldung oder Problemlösung | Der CTA passt zur Suchintention | Schreiben Sie den Seitenbrief vor Metadatenänderungen neu |
Diese Vorbereitung verhindert einen häufigen Fehler: Ein Keyword nur deshalb als Mangel zu behandeln, weil es einmal weniger vorkommt. Eine Phrase mit anderer Intention braucht eine separate Seite, eine neue Sektion mit anderem Zweck oder gar keinen Platz auf dieser URL.
Definieren Sie den Seitenbrief vor dem Start des Checkers. Der Bericht kann Belege zeigen, aber nicht entscheiden, welches Suchproblem eine URL lösen soll.
Führen Sie das Audit mit wenigen wirklich relevanten Keywords aus
Öffnen Sie das Tool, fügen Sie die öffentliche URL ein und geben Sie nur die Hauptphrase sowie tatsächlich verwandte Phrasen ein. Das Tool akzeptiert bis zu fünf durch Kommas getrennte Keywords. Starten Sie das Audit und speichern Sie Berichts-URL, Export oder Notizen in Ihrem Aufgabenmanagement, solange der Seitenzustand noch aktuell ist.
Als Ergebnis erwarten Sie einen Seitenbericht, gegliedert nach Themensignalen, Keyword-Abdeckung, Inhalten und Links, Bildern, Schema und Social-Metadaten sowie Crawling- oder technischer Gesundheit. Prüfen Sie als Qualitätskontrolle, ob der Bericht die gewünschte URL und die gewünschten Phrasen nennt.
Wenn die Seite weiterleitet, einen Fehler liefert oder nicht angemeldeten Besuchern andere Inhalte zeigt, stoppen Sie dort. Sie haben nicht die Seite geprüft, die Sie ändern wollen. Testen Sie die öffentliche URL in einem Inkognito-Fenster, reparieren Sie die fehlerhafte Weiterleitung, wählen Sie das kanonische Ziel oder führen Sie den Audit nach der Veröffentlichung erneut aus. Ersetzen Sie eine öffentliche Seite nicht durch eine passwortgeschützte Vorschau.
Der Audit beginnt mit einer öffentlichen URL und wenigen Keywords und prüft inhaltliche sowie technische Seitenbelege.
Lesen Sie den Bericht als Beleg, nicht als Aufgabenliste
Ein Audit-Score ist eine kompakte Zusammenfassung, keine Ranking-Wahrscheinlichkeit. Lesen Sie den Bericht nach Kategorien und stellen Sie eine engere Frage: Was zeigt die abgerufene Seite? Stützt dieser Beleg die Aufgabe der Seite?
Prüfbereich | Zu beantwortende Frage | Wann zuerst korrigieren | Was Sie nicht überstürzen sollten |
|---|---|---|---|
Themensignale | Stimmen Titel, Beschreibung, URL, Überschriften und Text beim Hauptthema überein? | Der Zweck bleibt über den ersten Bildschirm oder die Hauptüberschrift hinaus unklar | Das exakte Keyword in jedem Element wiederholen |
Inhalte und Links | Beantwortet die Seite das Problem und führt sie zu nützlichen Informationen? | Eine wichtige Frage fehlt oder ein Pfad versteckt eine hilfreiche Seite | Interne Links mit generischem Ankertext nur für mehr Anzahl hinzufügen |
Bilder und Verständnis | Können Leser unterstützende Visuals einschließlich Alt-Text verstehen? | Ein wichtiges Produktbild, eine Tabelle oder Grafik hat keinen Kontext | Alt-Text dekorativer Bilder mit Keywords füllen |
Schema und Social-Metadaten | Beschreiben strukturierte Daten den sichtbaren Inhalt? | Vorhandenes Markup ist ungültig, widersprüchlich oder für reale Elemente unvollständig | FAQ-, Review- oder Product-Markup hinzufügen, das nicht im Text vorkommt |
Crawling und technische Gesundheit | Können Crawler die priorisierte Seite erreichen und canonical sowie robots auslegen? | Belege für canonical, robots, HTTPS oder Sitemap widersprechen der Intention | Ein ungeprüftes Signal als Beweis eines Indexierungsproblems behandeln |
Der Bericht soll kenntlich machen, was er nicht verifizieren kann, statt es zu erraten. Behalten Sie diese Unterscheidung im Brief bei. „Im abgerufenen HTML nicht gefunden“ ist ein Änderungskandidat; es bedeutet nicht dasselbe wie „Google kann diese Seite nicht crawlen“.
Bearbeiten Sie Befunde der Reihe nach: Beleg erfassen, auf der öffentlichen Seite bestätigen, die kleinste sichere Änderung vornehmen und den Release testen.
Reparieren Sie die Seitenerzählung vor den Score-Details
Bei vielen Seiten sind die ersten wirksamen Korrekturen redaktionell. Bringen Sie Versprechen und Antwort in Einklang. Lesen Sie nacheinander Title-Tag, Hauptüberschrift, Einleitungsabsatz, wichtigsten CTA und die ersten zwei Zwischenüberschriften. Ein Erstbesucher sollte ohne Ergänzungen sagen können, wobei diese Seite hilft.
- Ersetzen Sie einen vagen Titel wie „bessere Marketingergebnisse“ durch einen Titel, der Zielgruppe und Problem benennt.
- Schreiben Sie die Einleitung so um, dass Antwort, Umfangsgrenze und nächste Handlung klar werden.
- Holen Sie wichtige Unterthemen aus langen Absätzen und stellen Sie sie unter beschreibende Überschriften.
- Entfernen Sie aus Audit-Keywords Phrasen, die die Seite nur beiläufig erwähnt.
Erwartet wird eine Seitenstruktur und ein Metadatenvorschlag, die dieselbe Intention ausdrücken, ohne jeden Begriff identisch zu wiederholen. Lesen Sie für den Qualitätscheck nur Titel, H1, die ersten 100 bis 150 Wörter und den CTA. Alle sollten auf dasselbe Besucherproblem zeigen. Bitten Sie jemanden ohne Bezug zur Seite, das Problem zu benennen. Fällt die Antwort anders aus, besteht weiter ein Themenproblem.
Die Wiederherstellung besteht nicht darin, die ganze Seite neu zu schreiben. Kehren Sie zum ersten Rollensatz zurück, wählen Sie eine einzige Aufgabe für die aktuelle URL und beginnen Sie mit den sichtbarsten Elementen. Für eine sekundäre Intention, die eine eigene Seite verdient, erstellen Sie einen separaten Brief.
Trennen Sie Inhaltskorrekturen von Implementierungskorrekturen
Sobald die Seitenerzählung klar ist, teilen Sie die übrigen Befunde nach Verantwortlichen auf. So vermeiden Sie, dass das SEO-Team das Entwicklungsteam um neues Schema bittet, bevor geprüft wurde, ob die sichtbare Seite die Fakten enthält, die dieses Markup beschreiben soll.
Verantwortlich | Arbeit aus dem Bericht | Definition von fertig |
|---|---|---|
Content oder SEO | Titel und Beschreibung, Überschriften, Textabdeckung, Kontext interner Links und Alt-Texte sinnvoller Bilder | Der überarbeitete Text beantwortet die gewählte Intention und jede Aussage ist auf der Seite belegbar |
Entwicklung | canonical, robots-Direktiven, HTTPS, Schema-Validität sowie Render- oder Crawling-Belege | Die Implementierung stimmt mit der öffentlichen Seite überein und ist in Produktion getestet |
Gemeinsame Prüfung | Social-Metadaten, Produktfakten, rechtliche Aussagen, Conversion-Texte und Release-Notes | Vorschau und öffentliche Seite stimmen überein und die Änderung erzeugt keine widersprüchlichen Versprechen |
Behandeln Sie strukturierte Daten als Beschreibungsebene, nicht als Lückenfüller für dünne Inhalte. Zeigt der Bericht ein Schema-Problem, prüfen Sie zuerst den passenden sichtbaren Beleg. Ein Product-Typ braucht Produktfakten; FAQ-Markup braucht tatsächlich sichtbare Fragen und Antworten. Fehlt der Beleg, verbessern Sie die Seite oder entfernen Sie ungeeignetes Markup. Erfinden Sie keine Inhalte, nur um einen Check zu erfüllen.
Wandeln Sie Befunde in einen Brief mit fünf Verbesserungen um
Ein langer Bericht lässt auch kleine Aufgaben dringend wirken. Begrenzen Sie die erste Reaktion auf fünf Punkte und ergänzen Sie jeweils Grund, Verantwortlichen und Validierungsmethode.
Priorität | Befund | Vorgeschlagene Änderung | Verantwortlich | Prüfung nach Veröffentlichung |
|---|---|---|---|---|
1 | H1 benennt das Hauptproblem der Seite nicht | H1 und Antwort in der Einleitung umschreiben | Content | Sichtbare Seite lesen und Audit erneut ausführen |
2 | canonical verweist auf eine alte URL | canonical auf die priorisierte öffentliche URL aktualisieren | Entwicklung | Gerenderten Quelltext und Audit-Beleg prüfen |
3 | Vergleichsgrafik hat keinen Alt-Text | Kurzen Alt-Text zur dargestellten Entscheidung ergänzen | Content | Seite mit Accessibility-Check prüfen und erneut auditieren |
4 | Schema beschreibt nicht mehr sichtbare Fakten | Veraltetes Schema aktualisieren oder entfernen | Entwicklung | Markup mit öffentlicher Seite abgleichen |
5 | Hilfreicher Zusatzleitfaden ist schwer auffindbar | Einen kontextbezogenen internen Link nahe der Entscheidung ergänzen | Content | Ziel, Ankertext und Seitenvorschau prüfen |
Die tatsächlichen Befunde unterscheiden sich je Seite. Entscheidend ist ihre Reihenfolge danach, wie direkt sie Klarheit, Erreichbarkeit und Genauigkeit dieser Seite verbessern. Spekulative Änderungen bleiben für ein späteres Backlog. Sie müssen nicht in einem Release jede Warnkategorie leeren.
Veröffentlichen Sie sicher und wiederholen Sie denselben Audit
Veröffentlichen Sie die vereinbarten Änderungen über Ihren üblichen Review-Prozess. Prüfen Sie die öffentliche Seite, nicht nur die CMS-Vorschau. Wenn eine Änderung von HTML, Headern oder strukturierten Daten abhängt, verwenden Sie Quelltextansicht oder ein technisches Validierungstool.
Führen Sie danach denselben Audit mit derselben URL und demselben Keyword-Set erneut aus. Vergleichen Sie Belege, nicht nur den zusammenfassenden Score.
- Vermitteln Titel, H1 und Einleitung die Aufgabe der Seite klar?
- Wurden canonical, robots, Schema, Links und Bildattribute in der öffentlichen Version aktualisiert?
- Hat die Überarbeitung notwendige Fakten, Hinweise oder Conversion-Pfade entfernt?
- Sind verbleibende Warnungen bewusst, außerhalb des Belegumfangs des Tools oder für den nächsten Zyklus zugewiesen?
Fertig bedeutet: Die öffentliche Seite entspricht dem freigegebenen Brief, korrigierte Signale erscheinen in den Belegen der abgerufenen Seite und für offene Punkte gibt es einen Grund oder einen nächsten Verantwortlichen. Bleibt die Ausgangsseite unklar und ändert sich nur der Score, ist die Arbeit nicht fertig.
Halten Sie den Bericht nach der Veröffentlichung nützlich
Führen Sie einen On-Page-Audit nach einer großen Seitenüberarbeitung, einer Template-Änderung, Migration, Neugestaltung oder einem Bericht erneut aus, der eine klare Abweichung zwischen aktueller Intention und sichtbaren Signalen zeigt. Bei stabilen Seiten nutzen Sie ihn in regelmäßigen Content-Reviews statt täglich.
Kombinieren Sie ihn mit Quellen für andere Fragen. Search Console hilft bei Suchleistung und Query-Trends. Ein technischer Crawl kann siteweite Implementierungsmuster finden. SERP-Recherche kann zeigen, ob die Seite aktuelle Erwartungen der Suchenden erfüllt. Der Auspia-Audit konzentriert sich darauf, was eine öffentliche Seite mit zugänglichem HTML und Inhalt tatsächlich ausdrückt.
Häufige Fragen
Garantiert ein hoher On-Page-SEO-Audit-Score Rankings?
Nein. Der Score fasst Bereitschaftssignale auf Seitenebene zusammen, nicht die Chance auf ein Ranking. Backlinks, Wettbewerb, Suchnachfrage, Indexierung, Nutzerzufriedenheit und Suchmaschinensysteme liegen außerhalb des Berichts.
Wie viele Keywords sollte ich eingeben?
Beginnen Sie mit einer Hauptphrase. Ergänzen Sie nur nahe Varianten oder Unterthemen, auf die die Seite begründet antworten kann. Das Tool akzeptiert bis zu fünf Keywords; mehr Eingaben machen den Audit nicht präziser.
Sollte ich jedes Problem im Bericht beheben?
Nein. Beginnen Sie mit Belegen, die Klarheit, Zugänglichkeit, Genauigkeit und Crawl-Fähigkeit beeinflussen. Absichtliche oder wenig folgenreiche Punkte bleiben in einem dokumentierten Backlog. Erzwungene Korrekturen können die Seite verschlechtern.
Kann ich diesen Audit für eine noch nicht veröffentlichte Seite einsetzen?
Nein. Das Tool auditiert öffentliche Seiten-URLs. Für eine Seite mit Authentifizierung erstellen Sie eine sichere öffentliche Version oder nutzen Staging und Prüfungen vor der Veröffentlichung.
Autorin: Julian Mercer, technische SEO-Praktikerin mit 14 Jahren Erfahrung bei Auspia. Julian schreibt über Crawl-Fähigkeit, strukturierte Daten und praktische Seitenverbesserungen, die Teams verifizieren können.
