5 Dinge, die Sie über SEO On the Edge mit Chris Green wissen müssen

Veröffentlicht: 2022-08-10



Heute werden wir uns ansehen, wie Sie die Qualität Ihres SEO-Lebens verbessern können, indem Sie mehr von Ihrem Geschäft am Rande mit einem Jump Roper betreiben, der sich gerne nachdenklich am Bart kratzt, während er an Kaffee und Whisky nippt, oder vielleicht idealerweise ein Irish Coffee. Er ist Trainer, Referent und Löser von Suchproblemen. Herzlich willkommen zum In Search SEO-Podcast, Senior SEO Consultant Chris Green.

Die fünf Aufgaben sind:
  • Split-Tests
  • Umleitungsverwaltung
  • Bot-Zugriffsprotokollierung
  • Aufbau/Verwaltung von Sitemaps
  • Inhalt einfügen

Chris: Danke, dass du mich eingeladen hast, David.

D: Sie finden Chris drüben auf chris-green.net. Also, Chris, du klingst nicht danach, aber bist du immer am Limit?

C: Ich weiß es nicht. Ich denke, jeder, der seit Jahrzehnten SEO betreibt, wäre ein wenig nervös. Die kurze Antwort ist ja. Die lange Antwort, es kommt darauf an. Warten Sie, das ist eine weitere kurze Antwort. Ich habe mich ungefähr zu der Zeit mit SEO beschäftigt, als Pinguine und Pandas anfingen, loszulegen, also ja, ich glaube, ich bin ausreichend auf Messers Schneide. Ich glaube nicht, dass ich mich jemals davon erholt habe, wenn ich ganz ehrlich bin.

D: Ich erinnere mich, dass Sie vor einiger Zeit über den Rand geplaudert haben. Sie sind sicherlich einer der prominentesten Denker zu diesem Thema. Es ist also großartig, dass Sie hier sind, um darüber zu diskutieren. Und heute teilen Sie fünf SEO-Aufgaben, die am Rand besser gehandhabt werden können. Beginnen wir mit Nummer eins, SEO-Split-Tests.



1. SEO-Split-Tests



C: Das Testen innerhalb von SEO hat also endlich etwas mehr an Fahrt gewonnen. Und es gibt mehrere Möglichkeiten, SEO zu testen, von der ganz einfachen Bereitstellung über die Überprüfung mit Analytics, ob es funktioniert hat oder nicht. Dies ist der einfachste Weg, den wir theoretisch alle im SEO machen sollten. Aber die Art und Weise, wie „The Edge“ funktioniert, besteht darin, effektiv eine Änderung auf 50 % der Seiten innerhalb einer Gruppe vorzunehmen und Google die Testseiten und dann die Kontrollseiten/unveränderte Seiten besuchen zu lassen. Dies hilft Ihnen, Änderungen an Seitengruppen auf Ihrer Website ohne Änderungen vorzunehmen tatsächlich die Codebasis ändern oder zusätzliche Anforderungen an den Server oder das CMS hinzufügen. Es ist wie das Hinzufügen einer zusätzlichen Ebene, die besagt, dass wir den Leuten auf diesen Seiten verschiedene Versionen zeigen werden, was Sie an verschiedenen Stellen im Prozess tun können.

Der Edge lässt es also so aussehen, als käme es vom Server, was sich hervorragend für die Indizierung eignet, da Google es aufgreift, als wäre es nur Code. Sie können diese Tests auch im Client durchführen. Durch die Verwendung von JavaScript, das grundsätzlich weniger zuverlässig ist, kann es funktionieren, aber es legt viel mehr Wert auf Google. Der Rand macht es also schneller und den Ergebnissen, die Sie erhalten, können Sie mehr vertrauen. Es ist nicht perfekt, aber es ist viel besser und viel robuster.

D: Entwickeln die meisten SEOs also ihre eigenen Skripte oder verwenden sie einfache Skripte, um diese Split-Tests durchzuführen? Oder gibt es eine spezielle Split-Testing-Software, die Sie in Verbindung mit dem Edge empfehlen würden?

C: Man kann vom Erhabenen zum Lächerlichen gehen. Wenn Sie nur über den Vorteil sprechen, würde ich sagen, dass es wahrscheinlich eine Handvoll Spieler in dem etablierten Raum gibt. Search Pilot, formal ODN, ist also buchstäblich auf einer Edge-Infrastruktur aufgebaut. Sie haben ein Meta-CMS entwickelt, mit dem Sie all das steuern können. Und dann zogen sie all die wirklich schlauen Analyse- und Analysemethoden obendrauf. Ich kann absolut keinen Anspruch darauf erheben, dies zu besitzen oder zu starten; weit davon entfernt. Sie gehören zu den größten Pionieren. Aber was Sie mit dem Edge auf all den verschiedenen Arten von Edge-Infrastrukturen, Akamai, Cloudflare und Fastly, tun können, ist, dass Sie die Skripte dafür selbst schreiben können. Und wenn Sie über den Rand sprechen, was Sie brauchen, um diese Tests durchzuführen, sind die Seiten, die die Kontrollseiten sein werden, die der Test sein werden. Und dann das Skript, das effektiv die Änderungen an der Testversion vornimmt. Und die Komplexität hängt davon ab, wie komplex der Test ist. Wenn Sie zum Beispiel nur Seitentitel umschreiben, wird dies wirklich eine ziemlich einfache Sache. Ich bin kein Ingenieur. Ich bin ein SEO, der manchmal zu neugierig für mein eigenes Wohl ist, aber diese Dinge, insbesondere bei Cloudflare, sind wahrscheinlich eines der am leichtesten zugänglichen Elemente dort. Ich und Simon Thompson vor Jahren, als wir beide in einem von einer Agentur entwickelten Tool namens Tool Spark arbeiteten, das sich eher als Beta und Proof of Concept herausstellte. Aber das war oben auf der Infrastruktur von Cloudflare. Und das wiederum ermöglichte es Ihnen, Split-Tests an einem Rand im Wesentlichen kostenlos an diesem Punkt durchzuführen, aber das war am Ende eher eine Sandbox. Sie können also direkt durch die Software auf Unternehmensebene gehen, um Ihre eigene zu erstellen. Und dann gibt es einige weitere aufstrebende Plattformen, auf denen Sie dies ausführen können. Aber ich denke, als SEO müssen Sie darüber nachdenken, welchen Stapel Sie aufbauen. Wen müssen Sie sonst noch an Bord holen? Wenn Sie Risiken mindern und Rechte veröffentlichen und Historien ändern müssen, entscheiden Sie sich für die Enterprise-Option. Wenn Sie gerade jemanden haben, der Bootstrap hat, es aber wirklich testen möchte, bauen Sie direkt am Rande. Finden Sie jemanden, der Code für Arbeiter schreiben kann, und Sie können Sachen testen.

D: Ich habe das Gefühl, dass wir ungefähr drei Stunden lang über Split-Tests am Rande sprechen könnten. Aber kommen wir zum zweiten Bereich, den Sie als besser und effektiver am Edge empfehlen würden, dem Redirect-Management.



2. Weiterleitungsverwaltung



C: Ja, die Verwaltung von Weiterleitungen ist normalerweise ein Problem, denn wenn Sie große Websites oder viele verschiedene Infrastrukturen haben, ist es ein Alptraum, zu wissen, wo verschiedene Weiterleitungen kontrolliert und verwaltet werden, in welcher Reihenfolge sie ausgelöst werden, ob sie komplex sind usw . Und praktisch jede große Organisation hat dieses Problem. Und eines der großen Probleme, die Sie bekommen, ist, dass Sie am Ende Menschen zwischen verschiedenen Servern oder verschiedenen CDN-Ebenen in einer Umleitungsaktion weiterleiten, was ineffizient ist. Wenn Sie also durch das CDN gehen, gehen Sie zum Server, der Server sagt dann, dass Sie woanders hingehen müssen, und dann gehen Sie woanders hin, und dann werden Sie woanders umgeleitet, das ist wirklich ineffizient, irgendwie kostspielig und a Alptraum zu verwalten.

Aufgrund dessen, wo sich das CDN oder der Rand befindet, ist dies das erste, worauf der Benutzer stößt. Wenn Sie alle Ihre Weiterleitungen dort verwalten und sicherstellen, dass Sie an diesem Punkt alle Änderungen reduziert haben, was relativ einfach ist ... Erstens können Sie die Anzahl der Weiterleitungen reduzieren. Zweitens schaffen Sie es nicht zum Ursprungsserver, bevor er Sie umleitet. Sie reduzieren also tatsächlich den Datenverkehr zum Ursprung und die Umleitung erfolgt viel schneller, direkt von diesem Server. Und schließlich, wenn Sie Disziplin haben und sie richtig implementiert haben, dann haben Sie nur einen Ort, an dem Sie alle Weiterleitungen unabhängig von den verschiedenen Plattformen überprüfen müssen. Und diese Einfachheit, wenn man dem Team Disziplin beibringt, macht es ehrlich gesagt zu einem Kinderspiel.

D: Und Nummer drei, Bot-Zugriffsprotokollierung.



3. Protokollierung des Bot-Zugriffs



C: Die Protokollierung des Bot-Zugriffs ist interessant. Wenn Sie jemals versucht haben, eine Protokolldateiprüfung durchzuführen, und gesagt haben, ich brauche meine Zugriffsprotokolle, um die Analyse durchzuführen, wenden Sie sich an DevOps oder wen auch immer, sie werden Sie entweder verwirrt ansehen oder sagen Nein, das ist zu groß, wir lagern es nicht, oder wir lagern den Wert eines Tages, oder Sie können es haben, aber bitte stellen Sie sich in eine lange Schlange. Das ist wirklich herausfordernd. Und was noch wichtiger ist, wenn Sie CDN im Caching ausführen, erhalten Ihre Serverzugriffsprotokolle möglicherweise sowieso nicht den gesamten Bot-Verkehr. Ihre Protokolle werden also nicht vollständig sein. Alles, was das CDN durchläuft, wird vom gesamten Datenverkehr erfasst, unabhängig davon, ob er zwischengespeichert ist oder nicht. Und wenn Sie die Edge verwenden, um diese Protokolldaten effektiv zu speichern und sie an einen Dienst wie Sumo Logic oder eine andere Art von Speicher zu streamen, haben Sie die Möglichkeit, alle diese Daten an der Edge abzuschöpfen, anstatt zu versuchen, sie zu finden es von Ihren Servern. Aber auch wenn Sie Arbeiter zu diesem Zeitpunkt in der richtigen Art von Begründung oder Logik schreiben, können Sie es so einstellen, dass nur der gewünschte Bot-Verkehr erfasst wird. Also normalerweise Googlebot oder Suchmaschinen-Bots, aber Sie können Dinge wie die Validierung von IP-Adressen tun, um sicherzustellen, dass es sich nicht um Spoofing handelt, und nur die Zugangsdaten sammeln, die Sie benötigen, was den Speicherplatz erheblich reduziert. Und einige Tools da draußen, wie zum Beispiel Content King, können direkt mit einigen CDNs kommunizieren, um Daten direkt von dieser Ebene zu sammeln. Angenommen, Sie haben die richtige Zugriffsebene, und DevOps hat ja gesagt, können Sie direkt mit dem Sammeln dieser Protokolle beginnen, was bedeutet, dass Sie mit relativ wenig Aufwand einige technische SEO-Analysen durchführen können.

D: Gibt es eine Website ab einer gewissen Seitengröße, bei der es sich erst lohnt, sich Logfiles anzuschauen oder sollte jeder SEO sich Logfiles anschauen?

C: Als Faustregel gilt: Wenn Ihre Website weniger als 10.000 Seiten umfasst, verlasse ich mich nicht sofort auf Protokolle oder greife zu. Hauptsächlich, weil der Zugang zu ihnen ein Albtraum ist. Wenn ich einfach auf diese Daten zugreifen und sie einfach analysieren kann … hat jeder der großen SaaS-Crawler wie Deep Crawl alle eine Protokolldateianalyse. Wenn ich diese Daten bekommen und analysieren kann, dann lass es uns tun. Aber wenn ich weniger als 10.000 Seiten habe und es mühsam ist, diese Daten zu bekommen, dann werde ich mich nicht allzu sehr aufregen. Nun, diese Seitenzahl ist etwas willkürlich, aber wenn Sie über eine Million Seiten haben, enthält die Protokolldatei viele Informationen und Einblicke, die Ihnen einige nette inkrementelle Gewinne bringen werden. Darunter lohnt es sich wahrscheinlich nicht. D: Und Nummer vier, die Aufgaben, die am Rand effektiver zu erledigen sind, die Erstellung/Verwaltung von Sitemaps.



4. Sitemap-Erstellung/Verwaltung



C: Das ist einzigartig. Ich hatte in letzter Zeit ein paar Projekte, bei denen die Sitemap-Generierung Seiten aus verschiedenen Diensten, verschiedenen Systemen ziehen muss, sie ist veraltet, sie funktioniert nicht, die Technik, um all das neu zu erstellen, ist unglaublich herausfordernd, etc. Also, was wir getan haben, ist einen Dienst erstellt, der API-Daten von einem SaaS-Crawler abruft. Es zieht indexierbare Seiten ein und erstellt dann eine XML-Sitemap am Edge und hostet sie an diesem Edge-Punkt. Wir verwenden den Crawler effektiv, um die Websites jeden Tag zu crawlen, er erstellt und regeneriert jeden Tag die frische Sitemap und veröffentlicht sie am Edge. Einige mögen sagen, dass dies eine überentwickelte Lösung ist, die eine zusätzliche Anforderung an einen Drittanbieter stellt. Und ich würde zustimmen, aber in manchen Situationen war es so sinnvoll, Ihren Single Point of Truth, die Sitemaps, an einem Ort zu erstellen, ohne andere Inhalts-APIs und andere Dienste anzufordern, wo diese Daten oft nicht sauber sind und gefiltert werden müssen. Und das Schreiben effektiver Microservices, die sie dann am Edge hosten, war einfach viel billiger, viel schneller und robuster. Offensichtlich ist die richtige Antwort darauf, es gleich beim ersten Mal richtig zu bauen, aber es war einfach keine Option.

D: Apropos, es gleich beim ersten Mal richtig zu bauen. Besteht eine Gefahr bei der Automatisierung der Erstellung von XML-Sitemaps? Damit es zu viel Müll enthält?

C: Ja. Eigentlich habe ich festgestellt, dass das überall passiert. Wenn Sie jemals in einem CMS gearbeitet haben, haben Sie vielleicht eine Sitemap gecrawlt und Testseiten gesehen, auf denen jemand einige Seiten erstellt, sie nicht in die Websitestruktur eingefügt und einfach dort belassen hat. Und wenn die Logik, die die Sitemap erstellt, nicht überprüft, ob sie indexierbar ist, und all diese anderen Elemente und Filter, könnte sie dennoch auf andere Weise veröffentlicht werden. Ich weiß also, wenn Sie auf WordPress sind, übernimmt Yoast einen Großteil dieser schweren Arbeit für Sie. Ich denke, WordPress macht im Kern viel mehr als früher. Aber offensichtlich kümmert sich ein CMS wie Drupal nicht darum. Und sehr oft möchten die Leute Seiten, die Sie aus verschiedenen anderen Gründen nicht in die Sitemap aufnehmen möchten. Nochmals, es geht nur darum sicherzustellen, dass Sie das in den Griff bekommen und diese Filter bauen, von denen ich denke, dass sie wichtig sind, ob es am Rande ist oder nicht. In der Fantasie können Sie Google immer noch Daten zuführen, von denen Sie nicht möchten, dass es sie sieht. Aber noch einmal, es am Rande zu tun, eine sehr schnelle und leichte Lösung dafür.

D: Und Nummer fünf ist das Injizieren von Inhalten. Von was für Inhalten redest du da?



5. Injizieren von Inhalten



C: Alles, was web- und digitalorientiert ist. Diese Art überschneidet sich ein wenig mit den Split-Tests in dem Sinne, dass Sie den Rand verwenden, um mehr Inhalt hinzuzufügen, und dass der Inhalt so aussieht, als ob er vom Server und nicht vom Client stammt. Wenn Sie zum Beispiel schon einmal in einen Subdomain- oder Unterverzeichnisstreit über Blogs verwickelt waren und das Blog nicht durch die richtige Infrastruktur ziehen können, dann können Sie CDNs verwenden, um Inhalte effektiv einzufügen. Sie können sagen, dass Sie wollen um den Header aus diesem System zu ziehen, aber den Blog-Inhalt aus diesem System. Und am Rand geht das sehr schnell und effizient. Vieles davon wird zwischengespeichert und am Rand zusammengenäht. Und bis er dem Benutzer angezeigt wird, haben Sie diesen hybriden Inhalt effektiv aus zwei verschiedenen Systemen erhalten. Und um fair zu sein, das ist etwas, was Sie mit der richtigen Neigung und Baubarkeit am Ursprung tun können. Aber wenn Sie es am Rande tun, spielen die verschiedenen Systeme, aus denen Sie ziehen, fast keine Rolle. Solange Sie klar erkennen können, was es ist, müssen Sie eingreifen. Und Sie können den Code schreiben, um dies effektiv zu tun. Es erfolgt sehr performant, sehr schnell und bringt Ihnen das, was Sie brauchen.

D: Ich erinnere mich, dass ich vor langer Zeit Inhalte mit Frames und PHP-Includes eingebunden habe. Und beides sind sehr altmodische Methoden, dies zu tun. Gibt es Nachteile beim Einfügen von Inhalten aus anderen Quellen oder anderen Webservern? Wird es irgendwelche potenziellen SEO-Nachteile geben, wenn man das tut?

C: Die wichtigsten sind, wenn diese Assets auf anderen URLs verfügbar sind und darauf indexiert werden können, dann besteht ein inhärentes Risiko. Das lässt sich auch genauso leicht verhindern, wenn Sie sich bewusst sind, dass Sie es versuchen. In einigen Fällen könnten Sie Datenfeeds von anderen Diensten verwenden und sie zusammenfügen, anstatt die alte Frameset-Methode zu verwenden, bei der die Kopfzeile auf einer Seite, der Text auf einer anderen Seite und sie auf derselben Seite angezeigt werden. Sie können das ganz einfach einbauen, um das zu verhindern. Ich denke, der Schlüssel ist, dass Sie Inhalte aus diesen beiden Quellen zuverlässig empfangen und zuverlässig zwischenspeichern müssen. Ich denke, dass viel mit dem Edge und den komplizierteren Engineering-Aufgaben passiert, wenn das CDN umfällt. Was ist der Rückfall? Und das kann unterschiedlich komplex sein. Ich denke, wenn Sie eine große Organisation sind und eine signifikante Betriebszeit wie 99,99 wünschen, können Sie andere CDNs erstellen, um darauf zurückzugreifen. Aber wenn Sie sich beispielsweise darauf verlassen, dass Ihr CDN das Zusammenfügen durchführt, gibt es einige CDN-Probleme, und Sie werden möglicherweise feststellen, dass einige dieser Seiten einfach nicht funktionieren. Aber wenn Cloudflare ausfällt, dann fällt das halbe Internet aus. In diesen Fällen stellt sich die Frage, ob wir Google die richtige Antwort zukommen lassen, um sie dazu zu bringen, später noch einmal vorbeizukommen, sobald die Störung behoben ist.

Ich denke, bei allem, was mit Edge zu tun hat, kommt die größte Sorge daher, was passiert, wenn dieser Drittanbieterdienst umfällt. Aber das ist der Alptraum jeder Web-Infrastruktur. Das können Sie selbst dann nicht sicherstellen, wenn Sie den Server in Ihrem eigenen Büro haben, und Sie sind froh darüber. Das ist sowieso eine ziemlich altmodische Einstellung dazu. Aber es gibt keine Null-Risiko-Hosting-Methode. Du kannst auf andere hereinfallen. Sie können also eine duale CDN-Strategie verfolgen. Sie könnten Akamai auf einer Ebene und Fastly auf einer anderen haben. Wenn Akamai fehlschlägt, geht es an Fastly über oder umgekehrt. Das ist unglaublich raffiniert. Und das ist ein Grenzfall eines Grenzfalls. Aber es ist möglich, sich gegen das meiste davon zu schützen, wenn Sie wissen, was Sie tun, und es richtig spezifizieren.

D: Ich erwarte eine Webinar-Diskussionsrunde darüber, wie man tatsächlich 100 % Betriebszeit garantiert. Das wäre interessant.

C: Es ist möglich, mehr möglich als je zuvor, ich denke, wenn Sie Cloudflare und Akamai oder Cloudflare und Fastly oder Similarweb kombinieren, könnten Sie ziemlich nah dran sein, was sehr interessant wäre.

D: Nun, lassen Sie uns mit Pareto Pickle abschließen. Pareto sagt, dass Sie 80 % Ihrer Ergebnisse mit 20 % Ihrer Bemühungen erzielen können. Welche SEO-Aktivität würden Sie empfehlen, die mit geringem Aufwand unglaubliche Ergebnisse liefert?





The Pareto Pickle – Änderungen veröffentlichen



C: Das hat es fast auf meine Edge-Liste geschafft, aber es ist nicht ganz und es ist ein bisschen hacky. Einige Leute werden das also von Natur aus nicht mögen, aber den Vorteil nutzen, um etwas zu erledigen. Also haben wir kurz über Meta CMS gesprochen. Und es ist etwas, das das Search Pilot-Team und John Avildsen zusammen geholfen haben, der Welt zu zeigen, aber Sie können den Vorteil nutzen, um Änderungen zu veröffentlichen, die sonst in Entwicklungswarteschlangen hängen bleiben würden. Und die Idee, es zu erledigen, es live zu bringen, das Konzept zu beweisen, das Tech-Schuldenrisiko zu ignorieren und lästige DevOps für eine Minute zu ignorieren, weil sie beides Faktoren sind. Aber der ganze Wert von SEO liegt darin, dass es live ist, dass Inhalte umgesetzt werden und Edge dies verkürzen kann. Und es ist nicht schön, und es ist nicht der richtige Weg. Aber einige Inhaltsänderungen live zu pushen und Warteschlangen zu umgehen, hat großartige Ergebnisse, wenn die Alternative sechs Monate wartet und es nicht passiert.

D: Ich war Ihr Gastgeber David Bain. Chris, vielen Dank, dass Sie beim In Search SEO-Podcast dabei sind.

C: Danke, dass du mich eingeladen hast, David.

D: Und danke fürs Zuhören. Sehen Sie sich alle vorherigen Episoden an und melden Sie sich auf rankranger.com für eine kostenlose Testversion der Rank Ranger-Plattform an.