-
Vor zwei Jahren begann ich, mit SEO in Berührung zu kommen. Die damalige Lernbegeisterung veranlasste mich, verschiedene inländische Foren und Blogs zu besuchen und alle Methoden anzuwenden, von denen ich nicht wusste, ob sie in meiner Praxis nützlich oder nutzlos waren. Aber mit der Zeit entwickelte sich Deep Learning. Ich wurde misstrauisch gegenüber den verschiedenen Methoden, die im Internet verbreitet wurden. Als die bekannten Methoden des Versendens von Links, des Schreibens von Soft-Artikeln, des Stapelns von Schlüsselwörtern usw. ausgeschöpft waren, war ich immer noch am Ende meiner Kräfte Gleichzeitig war ich erschöpft und musste über die tiefergehenden und effektiveren Methoden der Suchmaschinenoptimierung nachdenken „Es kam mir so vor, als ob über Nacht plötzlich klar wurde, was ich jetzt mache. Ist das nicht die beste Suchmaschinenoptimierung?“
Um ehrlich zu sein, habe ich noch nicht den Status „Das beste SEO ist kein SEO“ erreicht, und ich habe auch keine sehr guten SEO-Praxiserfahrungen. Ich denke oft darüber nach, wie ich meinen aktuellen Job verbessern kann . Integriert in SEO, wenn ich jetzt eine Definition von SEO geben würde, wäre es: Netzwerk + Hardware + Programm + Site-Struktur + Webstandards + Inhalt + Menschen. Viele Leute diskutieren im Internet über das Konzept „Inhalt ist König“. ", aber viele andere Faktoren werden ignoriert. Wenn diese Faktoren im Detail erklärt werden. Es wird geschätzt, dass ein sehr umfangreiches Buch veröffentlicht werden kann. Dieser Artikel möchte Sie lediglich über die Auswirkungen von WEB-Standards auf SEO informieren.
Text beginnt:
Um den Zusammenhang zwischen Webstandards und SEO zu verstehen, müssen Sie zunächst verstehen, was „Webstandards“ sind. Ich denke, Sie haben viele Erklärungsdokumente im Internet überprüft, sind aber immer noch etwas verwirrt und verwirrt Um aus dem Internet zu lernen, kopiere ich einen Absatz, aber am Ende kann ich ihn immer noch nicht verstehen. Um Webstandards zu verstehen, müssen Sie zunächst eine grundlegende Webseite erstellen:
Zum Beispiel: Wenn ich die einfachste Webseite schreiben möchte, muss ich HTML-Tags verwenden. Wenn ich zum Beispiel den Text hervorheben möchte, muss ich das <strong>-Tag verwenden Ich muss ein <font color="color" >-Tag hinzufügen, ich möchte einen neuen Absatz beginnen, also muss ich das < >-Tag verwenden. Ich kann das bedeutungslose Tag <jacu> nicht verwenden, um den Text hervorzuheben, weil es dort ist Da es überhaupt kein solches Tag gibt und der Browser es nicht analysieren kann, stand die W3C (World Wide Web) Association (eine Organisation) auf und sagte zu Internet-Praktikern auf der ganzen Welt: „Jeder hat eine Meinung, lasst uns diese Bezeichnungen vereinheitlichen, welche.“ verwendet werden können und welche nicht; und dann wird jeder diese Etiketten einheitlich und vernünftig erklären, damit jeder verstehen kann, wofür diese Etiketten verwendet werden.“ Nach unzähligen Diskussionen. Infolgedessen wurde schließlich der HTML 1.0-Standard eingeführt. Nach späteren Modifikationen und Aktualisierungen wurden nach und nach weitere Webstandards verfügbar, beispielsweise HTML 2.0. .html 4.01, der am häufigsten verwendete xmhtml1.0/1.1 auf jeder Webseite, und der noch nicht offiziell veröffentlichte Standard xmhtml 2.0 stehen bei der Erstellung von Webseiten normalerweise ganz oben der Webseite Ein solcher Satz:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd ">
Dies definiert tatsächlich Ihr Dokumentmodell, das anhand des xhtml 1.0-Standards erläutert wird.
Aber später wurde das Webseitenlayout immer komplexer, indem ich mich nur auf diese HTML-Tags verließ. Ich wollte zum Beispiel einen gewissen Ausgleich schaffen Wenn ich das Bild um 20 Pixel vergrößere oder den Text um 5 Pixel vergrößere, ist das mit HTML nur schwer zu erreichen. Zu diesem Zeitpunkt konnte W3C nicht mehr still sitzen, also stand es auf und rief: „Lasst uns etwas mehr definieren, um diese Funktion zu erreichen.“ Nach unzähligen Diskussionen wurde der CSS 1.0-Standard veröffentlicht. Damit können Sie ganz einfach Inhaltsversatz, Abstände und andere Effekte erzielen. Nach der Entwicklung kamen wir zu CSS 2.0 und CSS 3.0. Jeder muss diesen Standard befolgen, wenn er Stile mit CSS definiert.
Später stellten die Leute fest, dass es immer noch nicht perfekt war, sich ausschließlich auf HTML und CSS zu verlassen. Es fehlt die Interaktion zwischen Mensch und Computer und es können keine dynamischen Effekte erzielt werden. Es wäre sogar noch besser, wenn wir die Dinge auf der Webseite bewegen könnten, also hat w3c den Emascript-Standard eingeführt, der die Dokumentobjektmodellschnittstelle festlegt. Grammatik usw. Beispielsweise entspricht das häufig verwendete Javascript dem Emascript-Standard.
OK, jetzt scheint alles perfekt zu sein. Mit HTML-Standards, CSS-Standards und Emascript-Standards können wir endlich schöne Webseiten erstellen. Wir fassen diese Standards zusammen, um Webstandards zu bilden.
Ein Stück HTML wird beispielsweise so geschrieben
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd ">
<html>
<Kopf>
<title>demo</title>
</head>
<Körper>
<p><font color="#ff0000">Textinhalt</font><p>
<img src="x.jpg" />
<dl>
<dt><h1>Titel</h1></dt>
<dd>Inhalt</dd>
<dd>Inhalt</dd>
<dl>
<b>Inhalt</b>
</body>
Entspricht dieser Code also den Webstandards? In der ersten Zeile definieren Sie, dass Ihr Dokumenttyp xhtml 1.0 ist, was bedeutet, dass alle Ihre HTML-Tags in Übereinstimmung mit diesem Standard geschrieben werden müssen des Körpers In einem <p>-Tag ist das Schriftart-Tag in diesem Standard veraltet, und das Farbattribut ist in diesem Tag ebenfalls veraltet, sodass dieser Absatz nicht dem Webstandard entspricht. Schauen wir uns den <img> an Es ist wieder das align-Attribut, das die Ausrichtung des Bildes definiert, aber im xhtml 1.0-Standard muss img das alt-Attribut definiert werden. Schauen Sie sich also das dl-Tag an , dt definiert den Titel. Das <h1>-Tag ist verschachtelt, wie in xhtml 1.0 definiert. Das Verschachteln von <h1>-Tags ist in <dt>-Tags nicht zulässig, daher entspricht es auch nicht dem 1.0-Standard. Schauen Sie sich Gott sei Dank das letzte <b>-Tag an. Dieses Tag entspricht endlich den Webstandards. Aber w3c hat es gesagt. Die Bedeutung dieser Bezeichnung behalten wir vorerst bei. Es wird jedoch weiterhin empfohlen, das <strong>-Tag zu verwenden, das semantischer ist. Im späteren neuen Standard können wir das <b>-Tag als Standard-Tag streichen. Bezüglich der Einschränkungen des HTML-Standards prüfen Sie bitte die entsprechenden Dokumente.
Apropos. Ich denke, jeder versteht es. Diese Seite entspricht nicht einmal dem xmhtml 1.0-Standard, also entspricht sie definitiv nicht dem Webstandard. Ob sie dem Webstandard entspricht, hängt alles von der von Ihnen definierten Version ab. Dieser Code kann jedoch normal analysiert werden der Browser, weil wir oben erwähnt haben, dass Standards alle vorwärtskompatibel sind, aber sie entsprechen einfach nicht den Standards, die Sie jetzt definieren. Wie kann ich diesen Code also an meine Webstandards anpassen? Es gibt nur zwei Möglichkeiten. 1. Verringern Sie den Standard Ihres Dokumentmodells (dies kann zu mehr Problemen führen). 2. Ändern Sie Ihren Code erneut, indem Sie beispielsweise die Farbe in das Stilattribut, img und das Alt-Attribut einfügen. Im Vergleich dazu sind wir eher bereit, das Zweite zu wählen Typ.
Im Internet gibt es eine Erklärung: Webstandard = div + css kann nicht verwendet werden. Nach dem Lesen des obigen Artikels ist es für uns nicht schwer zu verstehen. Dieses Konzept ist völlig verwirrend und zu verallgemeinernd. Man kann nicht sagen, dass Webseiten mit Tabellenlayout nicht den Webstandards entsprechen. Das <table>-Tag war schon immer das Standard-Tag in allen Versionen. Obwohl wir alle Divs für das Layout verwenden, müssen wir verstehen: Die von anderen empfohlenen Vorgehensweisen entsprechen nicht den Standards.
Wie bereits erwähnt, hängen Webstandards von der Version ab, die wir beim Schreiben von HTML/CSS/JS definieren. Wenn mein HTML beispielsweise den xhtml 1.0-Standard verwendet, sollte mein HTML auch dem xhtml 1.0-Standard entsprechen. Dies scheint jedoch nicht der Fall zu sein. Fast 99,999 % der Webseiten im Internet können die Überprüfung nicht bestehen. Alle Seiten auf der offiziellen Website von w3c .org kann die Überprüfung bestehen. An diesem Punkt scheint unser Artikel in einer Sackgasse zu sein, da sie dann auch gute Rankings und Zugriffe erzielen können Webstandards Was hat mit SEO zu tun? Wir müssen mit der HTML-Struktur und dem Parsen beginnen.
Webdesign legt Wert auf die Trennung von Struktur (HTML) und Präsentation (CSS). Auf diese Weise können wir ihre Konzepte verstehen. Die Struktur ist ein Haus. Es ist ein Regal aus Stahlbeton und Ziegeln, und die Leistung besteht in der Dekoration und Veränderung der Struktur. Es ist wie Dekoration, Verlegen von Böden und Verputzen und Streichen der Wände des Hauses. Ohne Struktur hat die Leistung keinen tatsächlichen Leistungswert, weshalb <font color="#ccc" size="12">text</font> oder solche Tags oder Eigenschaften verwendet werden, da es sich bei der Struktur eher um eine Leistung handelt. Es sollte in der Präsentationsebene bleiben, also in CSS. Wenn wir das Font-Tag auf der strengen Seite von xhtml 1.0 anwenden, kann es tatsächlich auch korrekt analysiert werden, da die Standards, wie wir im ersten Artikel sagten, vorwärtskompatibel sind .
Lassen Sie uns verstehen, wie Browser und Suchmaschinen unser HTML analysieren. Denn meiner Meinung nach verwenden Suchmaschinen und Browser beim Crawlen von Webseiten ungefähr die gleiche Methode. Dadurch wird schließlich die gesamte Seite in einen DOM-Baum mit strengen Eltern-Kind-Beziehungsknoten analysiert. Und dann dem Benutzer präsentieren, zum Beispiel wenn ich den folgenden Code schreibe:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd ">
<html xmlns=" http://www.w3.org/1999/xhtml ">
<Kopf>
<title>Titel</title>
</head>
<Körper>
<div id="top">
<h1>Dies ist der Titel<h1>
<img src="xx.jpg"/>
<p>Dies ist ein <strong>Text</strong><p>
</div>
<div id="container">
<h2>Dies ist ein weiterer Titel</h2>
<p>Dies ist ein weiterer <strong>Text</strong></p>
</div>
</body>
</html>
Sie können sehen, dass dies ein Teil des HTML-Codes unter dem xhtml 1.0-Übergangsstandard ist. Es gibt viele Fehler (zu den Fehlern gehören: Das <h1>-Tag im ersten Div hat kein schließendes Tag. img hat kein alt-Attribut. Das <p>-Tag hat auch kein schließendes Tag. Wenn Sie diesen Code jedoch in den Browser einfügen und ausführen, können Sie sehen, dass der <h1>-Tag funktioniert. Das P-Tag funktioniert auch und das Bild kann angezeigt werden. Wir sind sehr überrascht, warum dieser Code nicht einmal das richtige Tag hat, aber warum er im Browser korrekt analysiert werden kann ist korrekt. Die Dom-Struktur sollte wie unten gezeigt sein (Abbildung 1).
Hochladen und Herunterladen des Anhangs (16,49 KB) vorgestern um 16:58 Uhr
Warum kann der Browser den falschen Code korrekt analysieren? Und es scheint in der Lage zu sein, die wahre Absicht des Fehlercodes zu „erraten“. Das Prinzip besteht darin, dass der Browser beim Erstellen des Tag-Baums den Wörterbuchanalysemodus und den Sortiermodus (HTML Tidy) verwendet. Einfach ausgedrückt gleicht der Browser alle Tags und Attribute mit den Informationen im integrierten Wörterbuch ab. Wenn die Übereinstimmung normal ist, wird sie direkt analysiert. Wenn die Übereinstimmung nicht normal ist, wird sie direkt analysiert. Aktivieren Sie einfach den Endbearbeitungsmodus. Der Endbearbeitungsmodus analysiert Ihren fehlerhaften Code und korrigiert ihn. Beispielsweise werden die Tags <h1> und <p> am Ende des obigen Codes automatisch in das schließende Tag geändert, oder wenn Sie ein schreiben <jiacu> Text</ jiacu> Tag-Paar. Dies ist überhaupt nicht zu erreichen und kann nicht repariert werden. Das ungültige Tag-Paar wird direkt gelöscht, sodass nur der darin enthaltene Text übrig bleibt. Wenn beim Durchsuchen HTML in einen DOM-Baum geparst wird, ändert sich dadurch natürlich nichts. Es handelt sich lediglich um eine Parsing-Aktion. Daher werden wir diese Fehler oft nicht finden, wenn wir sie nicht überprüfen . Weil der Browser es automatisch für uns behoben hat. Im Allgemeinen gewährleisten Browser volle Kompatibilität mit Fehlern in HTML. Korrigieren Sie es, wenn es Ihnen helfen kann. Wenn die redundanten Tags oder Attribute gelöscht werden können, werden sie gelöscht. Wenn sie nicht gelöscht und korrigiert werden können, werden die Tags automatisch entfernt, damit Sie eine normale Anzeige gewährleisten können.
Der „Organisationsmodus“ ist jedoch nicht allmächtig. Wir können nicht erwarten, dass der Browser uns hilft, alle Fehler zu beheben, so oft, wenn unsere Seiten immer tiefer verschachtelt sind, mit immer mehr Tags und immer mehr Inhalt Wenn der Browser die Tags nicht korrigieren kann, kann er lediglich „alle Tags innerhalb eines Fehlerblocks entfernen und nur den Inhalt behalten“.
Aus der Sicht einer Suchmaschine ist die Prämisse vor der Inhaltsanalyse dieselbe wie die eines Browsers, der den Aufbau eines vollständigen DOM-Baums erfordert. Erst wenn dieser Baum fertiggestellt ist, kann die Suchmaschine die Kontextbeziehung auf der Seite ermitteln Welche gewichteten Tags (z. B. <strong>, <h1>) auf der Seite verwendet werden, sowie deren Verteilungspositionen usw. Allerdings legen Suchmaschinen beim Parsen mehr Wert auf das Konzept des „Inhaltsblocks“, also eines Tags pro Block. Immer noch das obige HTML-Beispiel. Als die Suchmaschine diesen DOM-Baum erstellte, stellte sie beim Parsen des <h1>-Tags im ersten Div fest, dass beim Parsen des P-Tags ein weiterer Fehler aufgetreten war Wenn Sie diesen A-DOM-Baum korrekt erstellen, wird der Endbearbeitungsmodus aktiviert. Der Modus hilft Ihnen jedoch möglicherweise nicht, Fehler zu beheben, sondern in „Blöcken“. Suchen Sie nach dem übergeordneten Block (Knoten) des Fehlerblocks (Knoten) (wenn auf der oberen Ebene immer noch ein Fehler vorliegt, suchen Sie weiter nach dem Block der oberen Ebene, wenn kein Fehler im Block der oberen Ebene vorliegt). -Blöcke und Unterblöcke in diesem Block der oberen Ebene werden durchsucht. Alle fehlerhaften Tags im Unterblock werden entfernt, das heißt, alle fehlerhaften Tags innerhalb von <div id="top"> werden entfernt Der aufgebaute Baum ist wie in Abbildung 2 oben dargestellt (Revision 2011.4.5: Es gibt einen kleinen Fehler in Abbildung 2. Unter dem div-Tag auf der linken Seite befindet sich ein img-Tag).
Auf diese Weise sehen wir, dass die von uns sorgfältig geschriebenen <h1>- und <strong>-Tags nach dem Parsen verschwunden sind und sich das „Gewicht“ des gesamten Blocks verschoben hat. Gemäß dem Prinzip des HTML-Parsings können wir leicht einige einzeichnen Abschluss:
1. Wenn die Seitenknotenebene immer größer wird, müssen wir besonders auf Fehler auf Etikettenebene achten. Je näher wir am oberen Knoten sind, desto vorsichtiger müssen wir sein fatal für SEO.
2. Unabhängig davon, welches Layout Sie verwenden, gilt: Je weniger Knotenebenen, desto besser. Erstens kann dies die Belastung für Suchmaschinen beim Parsen von Knoten verringern. Zweitens ist es für Suchmaschinen einfacher, die (Kontext-)Beziehung zwischen Knoten zu bestimmen , Die Gewichtung der Keywords ist wichtig.
3. Wenn die Attribute des Etiketts durch CSS ersetzt werden können, verschieben Sie sie so weit wie möglich nach CSS.
4. Sowohl Browser als auch Suchmaschinen erlauben HTML-Fehler, aber Standard-HTML ist offensichtlich einfacher, unter den gleichen äußeren Bedingungen bessere Rankings zu erzielen.
Ich habe fast vier Stunden gebraucht, um diesen Artikel zu schreiben. Einige Teile sind nicht sehr ausführlich.
Quelle des Artikels: Lightyear Forum (bitte geben Sie beim Nachdruck den Quelllink und den Autor an)
Autor des Artikels: newyhj