Dass eine neue Website normal erreichbar ist, bedeutet nicht automatisch, dass Suchmaschinen sie crawlen und indexieren können. Verwenden Sie vor dem Launch eine SEO-Checkliste und beheben Sie zunächst Zugriffsbeschränkungen, widersprüchliche Indexierungsanweisungen und uneinheitliche URLs. Prüfen Sie anschließend Inhalte und interne Links. Die Checkliste hilft, kontrollierbare Hindernisse zu beseitigen; ob eine Seite indexiert wird, hängt weiterhin davon ab, ob die Suchmaschine sie entdeckt, verarbeitet und ihre Qualität bewertet.
Bei der Abnahme sollten Sie nicht nur die Startseite prüfen. Kontrollieren Sie mindestens stichprobenartig Produktdetail-, Kategorie-, Artikel-, Anfrage- oder Warenkorbseiten. Bei mehrsprachigen Websites sollten außerdem alle Sprachversionen einbezogen werden. Konfigurationsfehler in einer gemeinsamen Vorlage können eine ganze Gruppe von Seiten betreffen.
Testumgebungen schränken den Zugriff häufig durch Passwörter, IP-Positivlisten oder Anweisungen zur Unterbindung der Indexierung ein. Wird beim Launch nur die Domain geändert, können diese Beschränkungen versehentlich in die Produktionsumgebung übernommen werden. Die folgenden Punkte sollten als Freigabekriterien für den Launch gelten:
robots.txt beschränkt das Crawling, während noindex die Indexierung untersagt. Beides ist nicht austauschbar. Wird das Crawling einer Seite blockiert, kann die Suchmaschine möglicherweise die darin enthaltene noindex-Anweisung nicht lesen. Umgekehrt bedeutet erlaubtes Crawling nicht automatisch, dass auch die Indexierung erlaubt ist. Daher reicht es nicht aus, nur zu prüfen, ob robots.txt den Zugriff nicht blockiert.
Wenn derselbe Inhalt unter mehreren Adressen verfügbar ist, etwa über HTTP und HTTPS oder mit und ohne www, sollten Sie eine bevorzugte Version festlegen und die anderen dauerhaft dorthin weiterleiten. Auch interne Links, canonical-Tags und die Sitemap sollten diese Version verwenden, um unnötige Umleitungen zu vermeiden.
Ein canonical-Tag signalisiert, welche Version eine Suchmaschine bevorzugt verwenden soll. Prüfen Sie insbesondere, ob es noch auf eine Testdomain verweist, ob alle Produktseiten fälschlicherweise auf die Startseite verweisen und ob das Ziel eine Weiterleitung auslöst, einen Fehler zurückgibt oder für die Indexierung gesperrt ist.
Bei mehrsprachigen Websites sollte jede Sprachversion in der Regel auf ihre eigene kanonische URL verweisen. Mit hreflang wird die Beziehung zwischen Sprach- oder Länderversionen angegeben. Verweisen Sie nicht alle Sprachversionen per canonical auf die englische Startseite. hreflang ersetzt weder übersetzte Inhalte noch zugängliche Links zum Wechseln der Sprache.
Filter-, Sortier- und Trackingparameter müssen je nach Zweck behandelt werden. Kategorieseiten mit eigener Suchnachfrage und ausreichend Inhalten können beibehalten werden. Für doppelte URLs, die sich nur durch die Sortierreihenfolge unterscheiden, sollten Sie einheitliche Regeln zur Kanonisierung festlegen.

Wenn Produktseiten nur über eine Suchleiste, Filter oder eine komplexe Klickfolge erreichbar sind, kann es für Suchmaschinen schwierig sein, sie zu finden. Wichtige Seiten sollten über normale Links in der Navigation, auf Kategorieseiten oder in verwandten Artikeln erreichbar sein. Verwenden Sie dafür möglichst a-Tags mit einem gültigen href-Attribut, statt sich ausschließlich auf JavaScript-Klickereignisse zu verlassen.
Bei Websites mit JavaScript-Rendering sollten Sie prüfen, ob Titel, Fließtext, Links und canonical-Tags nach dem Rendering vollständig vorhanden sind. Wenig Inhalt im Quellcode bedeutet nicht zwangsläufig, dass eine Seite nicht indexiert werden kann. Wenn Inhalte jedoch eine Anmeldung, eine Benutzeraktion oder eine fehlerhafte Schnittstelle voraussetzen, kann die vom Crawler aufgerufene Seite von der für Nutzer angezeigten Seite abweichen.
Die Inhaltsprüfung sollte sich auf konkrete Seiten beziehen: Beschreibt eine Produktseite Verwendungszweck, Spezifikationen und Auswahlkriterien? Hat eine Kategorieseite ein klar umrissenes Thema? Beantwortet ein Artikel eine tatsächliche Frage? Das massenhafte Ersetzen von Produktnamen, das Beibehalten von Standardtexten oder das Veröffentlichen leerer Kategorieseiten kann zahlreiche Seiten ohne eigenständigen Mehrwert erzeugen. Seitentitel und Hauptüberschrift sollten den Inhalt außerdem präzise wiedergeben, statt auf der gesamten Website denselben Werbeslogan zu verwenden.
Nicht vorhandene URLs sollten den Status 404 oder 410 zurückgeben. Gibt eine Seite zwar den Status 200 zurück, zeigt aber lediglich „Inhalt nicht vorhanden“ an, kann sie als Soft 404 eingestuft werden. Seiten für nicht verfügbare Produkte können bei Bedarf bestehen bleiben, wenn sie weiterhin Produktinformationen und Alternativen bieten. Sie müssen nicht pauschal gelöscht werden.
Eine XML-Sitemap sollte vorzugsweise kanonische URLs enthalten, die indexiert werden sollen und normal erreichbar sind. Testadressen, Weiterleitungsziele und Seiten mit Indexierungsverbot sollten ausgeschlossen werden. Das Einreichen einer Sitemap erleichtert das Entdecken von Seiten, garantiert jedoch keine Indexierung und ersetzt keine internen Links.
Vor dem Launch können Sie ein Crawling-Tool verwenden, um interne Links, Statuscodes und Indexierungsanweisungen zu prüfen. Nach der Freigabe der Website können Sie sie in der Google Search Console verifizieren, die Sitemap einreichen und repräsentative URLs mit dem Live-Test überprüfen. Der Live-Test zeigt den aktuellen Zugriffs- und Renderingstatus; der Indexierungsbericht gibt den Stand der bereits verarbeiteten Daten wieder. Beide Ergebnisse müssen nicht synchron sein.
In der Abnahmeliste sollten „zu prüfende URL, erwartetes Ergebnis, tatsächliches Ergebnis, verantwortliche Person und Datum der Nachprüfung“ dokumentiert werden. Wird ein Problem gefunden, passen Sie die entsprechende Vorlage an und prüfen Sie anschließend weitere Seiten derselben Vorlage. Schließen Sie einen Fehler nicht, nachdem Sie nur eine Beispiel-URL korrigiert haben.
Eine Zugriffsbeschränkung für die gesamte Website, ein versehentlich gesetztes noindex für wichtige Seiten, ein canonical-Verweis auf eine Testdomain oder nicht ladbare Kerninhalte müssen vor der Freigabe behoben werden. Nicht kritische Punkte wie fehlende Beschreibungen für einzelne Bilder können dokumentiert und nach und nach verbessert werden. Sie sollten nicht mit Hindernissen für die Indexierung gleichgesetzt werden.
Wenn nach dem Launch auch eine Facebook-Werbekampagne geplant ist, können Sie gleichzeitig die Erreichbarkeit der Landingpage, das Absenden von Formularen, die mobile Nutzererfahrung und Tracking-Ereignisse prüfen. Für Werbeanzeigen und die organische Indexierung gelten jeweils eigene Prüfkriterien. Bezahlter Traffic behebt keine Fehler in der Indexierungskonfiguration. Ob spezielle Werbeseiten auch in der organischen Suche erscheinen sollen, sollte anhand ihres Inhaltszwecks entschieden werden.
Bei der Wahl einer Plattform wie 易营宝, die Website-Erstellung und internationales Marketing als integrierte Dienstleistungen anbietet, können Sie die Checkliste in die Abnahmeanforderungen aufnehmen und festlegen, wer Vorlagen ändert, Sitemaps pflegt und Indexierungsprobleme nachverfolgt. Wenn nach dem Launch der Status „Entdeckt – zurzeit nicht indexiert“ oder „Gecrawlt – zurzeit nicht indexiert“ angezeigt wird, sollten Sie Crawling-Daten, doppelte Inhalte und den Mehrwert der Seite gemeinsam untersuchen, statt die URL immer wieder einzureichen. Prüfen Sie diese wichtigen Einstellungen auch nach jedem Vorlagenwechsel, jeder Sprachänderung und jeder umfangreichen Produktveröffentlichung erneut.
Verwandte Artikel
Verwandte Produkte


