SERP-API – Beispiel

Seitenprüfungen mit DataSEO

Beispiel
Weniger Websuchanfragen
Erfassung
Zeitpunkt variiert
Beispiel
PRs lösen externe Evidenzprüfungen aus
Beispielworkflow
Seitenprüfungen
Produktfamilie
Entwicklertools
API
/search API mit type: deep
Beispielhafter Workflow. URLs untersuchen und Websites crawlen, um Metadaten, Seitenstatus, Links und technische Prüfungen untersuchen. Browserbasierte Analysen nur verwenden, wenn die ausgewählte Route und die Website dies erfordern.
Beispielhafter Workflow
Beispielhafter Workflow
SERP-API – Beispiel

URL oder Crawling auswählen

Die Sofortanalyse einer Seite beginnt mit einer URL. Ein Website-Crawl nutzt eine aufgabenbasierte Erfassung mit einem Ziel und Crawl-Limits. Bestätigen Sie den Umfang, bevor Sie eine große Website übermitteln.

Antwortstatus, Seitentitel, Beschreibung, Canonical-Signale und verfügbare Inhaltsprüfungen. Untersuchen Sie die betroffene URL bevor Sie jede Warnung als Rankingproblem.

Crawl-Ergebnisse verwenden, um interne Links und defekte Ziele zu überprüfen. Eine gesperrte oder nicht erreichbare Seite kann auf eine Einschränkung beim Crawling zurückzuführen sein statt einer gelöschten Seite.

Status und Metadaten überprüfen

Websites, die auf JavaScript setzen, benötigen möglicherweise eine browserbasierte Datenerfassung. Für Rendering- und Lighthouse-Routen gelten andere Einrichtungs- und Verarbeitungsanforderungen als für eine einfache HTML-Prüfung.

Linkstruktur untersuchen

Rendering bewusst auswählen

Lighthouse ist eine Labormessung für einen bestimmten Durchlauf. Sie ist kein Ersatz für die Core Web Vitals echter Nutzer, und die Ergebnisse variieren je nach Seite und Testbedingungen.

  • Die ursprünglichen Crawl-Einstellungen beibehalten und betroffene URLs nach einer Korrektur vergleichen. Status, Prüfungsname und Beobachtungsdatum erfassen, damit der Bericht erläutert, was sich geändert hat.
  • Die Sofortanalyse einer Seite beginnt mit einer URL. Ein Website-Crawl nutzt eine aufgabenbasierte Erfassung mit einem Ziel und Crawl-Limits. Bestätigen Sie den Umfang, bevor Sie eine große Website übermitteln.
  • Antwortstatus, Seitentitel, Beschreibung, Canonical-Signale und verfügbare Inhaltsprüfungen untersuchen. Die betroffene URL prüfen, bevor jede Warnung als Rankingproblem behandelt wird.
  • Crawl-Ergebnisse verwenden, um interne Links und defekte Ziele zu überprüfen. Eine gesperrte oder nicht erreichbare Seite kann auf eine Crawl-Einschränkung statt auf eine gelöschte Seite zurückzuführen sein.

Websites, die auf JavaScript setzen, benötigen möglicherweise eine browserbasierte Datenerfassung. Für Rendering- und Lighthouse-Routen gelten andere Einrichtungs- und Verarbeitungsanforderungen als für eine grundlegende HTML-Prüfung.

Labor- und Feldleistung getrennt betrachten

Nach der Behebung erneut prüfen

Lighthouse ist eine Labormessung für einen bestimmten Lauf. Es ist kein Ersatz für Core Web Vitals unter realen Nutzerbedingungen; die Ergebnisse variieren je nach Seite und Testbedingungen.

Workflow-Beispiel

Die ursprünglichen Crawl-Einstellungen beibehalten und betroffene URLs nach einer Korrektur vergleichen. Status, Prüfungsname und Beobachtungsdatum erfassen, damit der Bericht erläutert, was sich geändert hat.

URL oder Crawling auswählen

Die Sofortanalyse einer Seite beginnt mit einer URL. Ein Website-Crawl nutzt eine aufgabenbasierte Erfassung mit einem Ziel und Crawl-Limits. Bestätigen Sie den Umfang, bevor Sie eine große Website übermitteln.

Status und Metadaten überprüfen

Antwortstatus, Seitentitel, Beschreibung, Canonical-Signale und verfügbare Inhaltsprüfungen untersuchen. Die betroffene URL prüfen, bevor jede Warnung als Rankingproblem behandelt wird.

Linkstruktur untersuchen

Auswählen rendering bewusst

Crawl-Ergebnisse verwenden, um interne Links und defekte Ziele zu überprüfen. Eine gesperrte oder nicht erreichbare Seite kann auf eine Crawl-Einschränkung statt auf eine gelöschte Seite zurückzuführen sein.

  • Websites, die auf JavaScript erfordert möglicherweise eine browserbasierte Erfassung. Für Rendering- und Lighthouse-Routen gelten andere Einrichtungs- und Verarbeitungsanforderungen als für eine einfache HTML-Prüfung.
  • SERP-Daten: P50: 7,1 Sekunden und P95: 11,1 Sekunden.

Labor- und Feldleistung getrennt betrachten

Nach der Behebung erneut prüfen

  • Lighthouse ist eine Labormessung für einen bestimmten Durchlauf. Es ist kein Ersatz für Core Web Vitals echter Nutzer, und die Ergebnisse variieren je nach Seite und Testbedingungen.
  • Die ursprünglichen Crawl-Einstellungen beibehalten und betroffene URLs nach einer Korrektur vergleichen. Status, Prüfungsname und Beobachtungsdatum erfassen, damit der Bericht erklärt, was sich geändert hat.
  • Die Sofortanalyse einer Seite beginnt mit einer URL. Ein Website-Crawl nutzt eine aufgabenbasierte Erfassung mit einem Ziel und Crawl-Limits. Bestätigen Sie den Umfang, bevor Sie eine große Website übermitteln.
  • Antwortstatus, Seitentitel, Beschreibung, Canonical-Signale und verfügbare Inhaltsprüfungen untersuchen. Die betroffene URL prüfen, bevor jede Warnung als Rankingproblem behandelt wird.