Einen Entitätsgraphen Ihrer
eigenen Website bauen
Engines lesen Ihre Website nicht Seite für Seite. Sie lösen sie in Dinge auf: Personen, Produkte, Organisationen, Themen und die Beziehungen dazwischen. Lassen Sie Moose diesen Graphen bauen, und Sie sehen die Version von Ihnen, die eine Engine tatsächlich zitieren kann.
SamPremium
Mache ich, Sam. Sehen wir uns an, wie Fathoms Entitäten über die Website hinweg zusammenhängen.
Ich kann für dieses Projekt einen Entitätsgraphen bauen. Wählen Sie, wie tief der Lauf gehen soll, und starten Sie ihn unten.
Hi, Moose kartiert die Personen, Produkte, Orte und Themen über die gecrawlten Seiten dieses Projekts hinweg, samt ihrer Verbindungen.
Zweihundertneunzig Entitäten, drei Beziehungen. Die Website benennt sehr viele Dinge und verbindet fast keines davon. Jede Beziehung, die ich gefunden habe, stammt aus Schema-Markup auf zwei Templates. Der Rest des Graphen sind lose Substantive.
Zwei Dinge stechen heraus. Fathom Analytics löst sich in zwei getrennte Entitäten auf, einmal als Produkt und einmal als Organisation, ohne dass irgendetwas sie verbindet. Und User Documentation liegt auf 246 Seiten mit der höchsten Salienz der Website: dem Volumen nach ist die Doku also die Marke.
Soll ich den vollständigen Durchgang über die Top-100-Seiten laufen lassen, oder zuerst das Schema entwerfen, das die zwei Fathom-Entitäten zusammenführt?
Oberster Schreibtischaufseher. Löst sich als genau eine Entität auf, in Beziehung zu Sofa, Garten und Mittagessen. Ein sauberer Graph, als die meisten Websites hinbekommen.
Eine Engine sieht keine Seiten. Sie sieht Dinge und deren Beziehungen.
Bevor eine Engine Sie empfehlen kann, muss sie wissen, was Sie sind. Ein Produkt, hergestellt von einer Organisation, gegründet von einer Person, in einer Kategorie, im Wettbewerb mit diesen anderen. Diese Auflösung passiert, ob Sie dabei helfen oder nicht.
Nennt Ihre Website die Verbindungen nie, leitet die Engine sie entweder von Dritten ab oder lässt Sie als frei schwebenden Namen stehen, den sie nicht einordnen kann. So endet man erwähnt, aber nie empfohlen, oder mit der Kategorie eines Wettbewerbers beschrieben.
Vier Dinge, in einem Durchgang
Jede Entität trägt die Seiten mit sich, auf denen sie auftauchte, sodass Sie von einer Aussage immer zurück zur URL kommen, die sie gemacht hat.
Personen, Organisationen, Produkte, Orte und Themen, jeweils mit der Anzahl der Seiten, auf denen sie vorkommen. Die Typen werden gezählt, sodass Sie auf einen Blick sehen, ob sich Ihre Website wie ein Produkt liest oder wie ein Haufen Artikel.
Ein gewichteter Wert je Entität, aus Häufigkeit und Prominenz des Auftretens. Hier erleben Websites eine Überraschung: Die Entität mit der höchsten Salienz ist selten die von der Startseite.
Gründer, Herausgeber, Marke, Teil von, Betriebssystem. Nur die, die Ihr Markup oder Ihr Text wirklich aussagen. Eine niedrige Zahl hier ist der häufigste Befund und der am leichtesten zu behebende.
Entitäts-Spaltungen, etwa eine Marke, die einmal als Produkt und einmal als Organisation erscheint, ohne dass etwas beide verbindet. Engines, die zwei schwache Entitäten sehen, zitieren keine davon.
Schnell, und Vollständig, wenn es sich lohnt
Schnell liest nur, was Ihre Website ohnehin deklariert, und das ist die ehrliche Ausgangslage. Vollständig ergänzt einen Modell-Durchgang und findet die Entitäten, über die Sie sprechen, ohne sie je auszuzeichnen.
Liest das JSON-LD, die Mikrodaten, die Überschriften und die interne Linkstruktur, die schon auf Ihren Seiten stehen. Läuft sofort, kostet nichts, und zeigt Ihnen genau, was eine Engine ohne Raten extrahieren kann.
Ein Modell liest den Fließtext und holt die Entitäten und Beziehungen heraus, die Sie in Prosa aussagen, aber nie auszeichnen. Dauert ein paar Minuten. Läuft mit Ihrem eigenen Schlüssel oder ganz auf einem lokalen Modell.
Der Graph ist ein Ausgangspunkt, kein Report
Sobald er existiert, bleibt er im Projekt. Jede dieser Fragen läuft dagegen, im selben Chatfenster.
Wo der Weg über Validator und Whiteboard danebenliegt
Sie wissen, wie das normalerweise läuft: ein Validator, ein Crawl-Export, ein Whiteboard-Diagramm, das niemand aktualisiert, und eine sehr feste Meinung zu Schema von jemandem, der 2019 einen Blogbeitrag gelesen hat. Das ist langsam, aber langsam ist das kleinere Problem. Diese vier sind der Grund, warum das Ergebnis den Kontakt mit einer Engine nicht übersteht.
Ein Validator prüft die Syntax auf einer Seite. Er kann Ihnen nicht sagen, dass Ihr Produkt und Ihr Unternehmen websiteweit zwei unverbundene Entitäten sind.
Tabellen zählen Text. Zu entscheiden, dass zwei Schreibweisen dieselbe Organisation meinen und eine dritte eine andere, braucht einen Auflösungsschritt, den niemand von Hand konsistent macht.
Whiteboard-Graphen beschreiben, wie die Marke gern strukturiert wäre. Engines lesen, was auf den Seiten steht, und das ist meistens dünner und unordentlicher.
Ohne versionierten Graphen können Sie nicht zeigen, dass eine Schema-Änderung gewirkt hat, und deshalb bleibt Entitätsarbeit das, was zuerst aus dem Sprint fliegt.
Einmal fragen, Graph und Fix-Liste bekommen
Der Crawl liegt vom Indexieren der Website schon auf Ihrem Rechner, der Graph wird also aus Seiten gebaut, die Ihnen gehören, nicht aus einem fremden Index davon.
Kein neuer Bildschirm zum Lernen. Fragen Sie nach einem Entitätsgraphen, wählen Sie Schnell oder Vollständig, und er läuft gegen die für dieses Projekt bereits gecrawlten Seiten.
Auf die Zahlen kommt es an. Welcher Typ dominiert, welche Entität eine Salienz trägt, die sie nicht haben sollte, und wie wenige Beziehungen Sie tatsächlich deklarieren.
Fragen Sie nach dem Markup, das eine gespaltene Entität zusammenführt oder eine fehlende Beziehung aussagt. Moose entwirft es, bereitet es in Ihrem CMS vor und wartet auf Ihre Freigabe.
Schnell läuft vollständig offline gegen Ihren lokalen Crawl. Vollständig schickt Seitentext an das Modell, das Sie gewählt haben, und ist dieses Modell lokal, verlässt auch dabei nichts den Rechner. Der Graph wird in den lokalen Speicher geschrieben und versioniert, sodass Sie ihn nach einer Schema-Änderung vergleichen können.
Warum die Zahlen mit Absicht niedrig sind
Ein Graph, der Beziehungen erfindet, ist schlimmer als gar kein Graph, denn Sie würden Markup ausliefern, das Dinge behauptet, die Ihre Website nie gesagt hat. Drei echte Beziehungen schlagen vierzig plausible.
Schnell liest nur, was Ihre Seiten aussagen: JSON-LD, Mikrodaten, Überschriften, interne Links. Das ist dasselbe Material, das eine Engine umsonst bekommt, und genau deshalb die ehrliche Ausgangslage zum Nachbessern.
Namensvarianten fallen zu einer Entität zusammen, wenn die Belege das tragen. Wenn nicht, bekommen Sie zwei Entitäten und einen Hinweis, dass sie dasselbe sein könnten, statt einer stillen Vermutung.
Sagt keine Seite, wer das Unternehmen gegründet hat, hat der Graph keine Gründer-Beziehung. Er meldet die Abwesenheit, denn diese Abwesenheit ist der Befund, auf den Sie reagieren können.
Die Position zählt so viel wie die Häufigkeit. Eine Entität in einem Titel und einer Überschrift wiegt schwerer als eine, die auf jeder Seite im Fußbereich vergraben ist, und deshalb dominieren Navigationslinks die Rangliste nicht.
Jede Entität trägt die URLs, aus denen sie stammt, sodass Sie jede Zeile selbst prüfen können. Nichts im Graphen existiert ohne eine Seite dahinter.
Vom Graphen zum Markup
Ein Diagramm, mit dem man nichts anfangen kann, ist ein Poster. Dieses hier wird zu vorbereiteten Änderungen, ohne dass Sie den Chat verlassen.
Fragen, die uns gestellt werden
Was ist ein Entitätsgraph, im Klartext?
Eine Liste der Dinge, über die Ihre Website spricht, und der ausgesagten Verbindungen dazwischen. Keine Keywords und keine Seiten. Eine Engine baut so etwas über Sie, ob Sie hinsehen oder nicht, der nützliche Schritt ist also, Ihren anzusehen und zu entscheiden, ob er sagt, was Sie gemeint haben.
Sind 290 Entitäten und 3 Beziehungen schlecht?
Das ist normal, und genau deshalb lohnt sich der Lauf. Die meisten Websites benennen Hunderte von Dingen und verbinden explizit fast keines davon, weil Beziehungen nur aus dem Markup kommen und das meiste Markup beim Artikel-Template aufhört. Die Korrektur sind meist ein paar Zeilen auf zwei Templates.
Brauche ich Schema-Markup, damit das funktioniert?
Schnell hängt davon ab, und genau deshalb ist das Ergebnis nützlich: Es zeigt Ihnen, was eine Engine heute extrahieren kann. Vollständig liest auch die Prosa, eine Website ganz ohne Markup bekommt also trotzdem einen Graphen, und die Lücke zwischen beiden Läufen sagt Ihnen, was Sie zuerst auszeichnen sollten.
Kostet mich der vollständige Durchgang etwas?
Er nutzt das Modell, das Sie verbunden haben, es sind also Ihr Schlüssel und Ihre Ausgaben, standardmäßig auf die Top-100-Seiten begrenzt. Richten Sie ihn auf ein lokales Modell, kostet er nur Zeit. Schnell ist immer kostenlos und immer offline.
Worin unterscheidet sich das von einer Abdeckungsprüfung?
Die Abdeckung beantwortet, ob Sie über ein Thema geschrieben haben. Der Graph beantwortet, was Ihre Website sagt, dass Sie sind. Sie brauchen beides: Das eine hält Sie davon ab, Dubletten zu schreiben, das andere hält Engines davon ab, Sie in einer Kategorie zu beschreiben, in der Sie gar nicht verkaufen.
Mehr Dinge, die Sie Moose fragen können
Alle AnwendungsfälleFragen Sie, bevor Sie beauftragen, und bekommen Sie die Seiten, das Urteil und was fehlt.
Fragen Sie, warum sich Traffic bewegt hat, und bekommen Sie eine Antwort mit den Tabellen darunter.
Die Suchen, die Google für sich selbst schreibt, bevor es antwortet, und wen es zitiert.
Zwölf Suchen hinter einem Prompt, darunter die, die Marken nennen, denen es vertraut.
Eine Frage, fünf echte Engines, etwa eine Minute. Kostenlos in jedem Tarif.
Die vollständige Liste und was Moose in jedem Schritt für Schritt tut.
Sehen Sie die Version von Ihnen,
die eine Engine zitieren kann.
Laden Sie Hi, Moose herunter, indexieren Sie Ihre Website und bauen Sie den Graphen in etwa einer Minute. Schnell läuft im kostenlosen Tarif.