Portable Infoboxen sind für die Handhabung des häufigsten Einzelelements von Wikiseiten gedacht. Es gibt viele verschiedene Möglichkeiten, Informationen von Fandom zu betrachten. Im Moment sind die wichtigsten davon Desktop-/Laptop-Computer, Tablets und Smartphones. Aber es gibt noch mehr Möglichkeiten, und Fandom sieht nicht immer auf allen gut aus. Hast du schon einmal versucht, eine Fandom-Community mit dem Steam-Browser zu durchsuchen? Oder auf deiner Nintendo Switch? Oder sogar auf einer Apple Watch? Diese verschiedenen Darstellungsoptionen und andere, die in Zukunft hinzukommen werden, haben sehr unterschiedliche Anforderungen.
Die Art und Weise, wie Infoboxen auf dem Desktop erstellt werden (eine Mischung aus HTML und CSS mit Wikitext), mag für Desktops funktionieren, aber in anderen Anwendungsbereichen versagen sie oft. Manches sieht kaputt oder unpassend aus, weil der Inhalt nicht von der Darstellung getrennt werden kann. Portable Infoboxen lösen dieses Problem, indem sie den Inhalt in einem Format präsentieren, das für die jeweilige Plattform (z. B. den mobilen Skin) optimiert ist. Derselbe Inhalt kann jedes neue Nutzungserlebnis steuern, ohne dass er neu geschrieben werden muss. Fandom arbeitet daran, dass seine Inhalte auf einer immer größeren Anzahl von Geräten optimal dargestellt werden.
Infoboxen werden schneller dargestellt[]
Da Portable Infoboxen (PIs) so konzipiert wurden, dass sie von MediaWiki als native MediaWiki-Komponenten verstanden werden, hat die Geschwindigkeit, mit der sie auf eine Seite dargestellt werden, einen Vorteil gegenüber vergleichbarem Wikitext. Portable Infoboxen sind vor allem dann schneller zu erzeugen, wenn Wikitext-Vorlagen mit verschachtelten Vorlagen und/oder Lua erstellt werden.
Der Prozess, bei dem Wikitext in HTML umgewandelt wird (sodass die Browser ihn verstehen können), braucht Zeit. Native Komponenten wie Portable Infoboxen können direkt spezielle Arten von HTML erzeugen, die in Wikitext nicht konsistent oder sicher gemacht werden können, und Wikitext-Vorlagen und -Tabellen benötigen mehr Verarbeitungszeit, um in HTML zu konvertieren. Am wichtigsten ist jedoch, dass die Fandom-Plattform weiß, wo sie Änderungen in HTML vornehmen kann, um auf jeder Plattform das beste Ergebnis zu erzielen.
Um einen Vergleich zu haben, schauen wir uns die Daten von zwei ungefähr ähnlichen Seiten an. Dead Cells Wiki verwendet Portable Infoboxen, Enter the Gungeon Wiki nicht. Wenn wir das Google-Tool PageSpeed Insights verwenden, um die beiden Seiten zu vergleichen („Rusty Sword“ und „Rusty Sidearm“), können wir einige erhebliche Geschwindigkeitsunterschiede feststellen. Da die beiden Seiten, die wir vergleichen, relativ gleich groß und gleich aufgebaut sind, gibt es zwei Zahlen, die für den Vergleich von Bedeutung sind: „Time to Interactive“ (TTI) und „Total Blocking Time“ (TBT). Die Art und Weise, wie Seiten bei Google geladen werden, sieht folgendermaßen aus:
Google misst TTI als die Zeit zwischen dem Zeitpunkt, an dem eine Seite interaktiv zu sein scheint, und dem Zeitpunkt, an dem sie tatsächlich interaktiv wird. TBT misst die Reaktionsfähigkeit beim Laden und ist eine Schweregrad-Metrik für TTI. Wenn wir unsere beiden Seiten vergleichen, stellen wir Folgendes fest:
Dead Cells (Portable Infoboxen) | Enter the Gungeon (Nicht-Portable Infoboxen) |
---|---|
Time to Interactive = 28.6s | Time to Interactive = 42.7s |
Total Blocking Time = 3,620 ms | Total Blocking Time = 7,510 ms |
Hier können wir sehen, dass die TTI und TBT auf der Seite von Enter the Gungeon fast doppelt so hoch sind wie auf der Seite von Dead Cells. Dies ist größtenteils auf die Ladeeffizienz der portablen Infoboxen zurückzuführen. Die portablen Infoboxen sind nicht der einzige Grund dafür, dass die Seite von Dead Cells schneller ist, aber sie sind ein wichtiger Faktor.
Ähnliche Tests für einen Vergleich von Äpfeln zu Äpfeln zeigen, dass zwei identische Seiten (abgesehen von der verwendeten Infobox-Technik) auf demselben Wiki viel schneller sein können.
Portable Infobox-Seite | Nicht-Portable Infobox-Seite |
---|---|
Time to Interactive = 36.7s | Time to Interactive = 80.8s |
Total Blocking Time = 5,810 ms | Total Blocking Time = 66,700 ms |
Largest Contentful Paint = 7.0s | Largest Contentful Paint = 12.3s |
Du kannst ähnliche Tests mit identischen Inhaltsseiten mit einer Reihe von Tools (einschließlich PageSpeed Insights) selbst reproduzieren, aber wir stehen hinter der Effizienz von Portable Infoboxen als entscheidendem Faktor, da wir uns mit dem Internet entwickeln.
Bessere Bausteine führen zu besseren Ergebnissen[]
Portable Infoboxen schaffen eine konsistente Benutzererfahrung in verschiedenen Communitys und ermöglichen es Fandom, Produkte mit einem höheren Maß an Qualität und Integration zu entwickeln. Wir können Produkte bauen, die PIs vorwegnehmen, was bei Wiki-Tabellen nicht der Fall ist (die mehr als eine Anwendung und visuelle Darstellung haben). Dies ermöglicht uns eine schnelle Entwicklung und Bereitstellung von Inhalten und Oberflächenverbesserungen und -funktionen in einer Weise, die mit Wikitext-Elementen nicht erreicht werden kann.
Ein Beispiel für einen direkten Effekt: Portable Infoboxen werden als Premium-Inhalte auf dem mobilen Skin von Fandom erkannt. Da wir tragbare Infoboxen konsistent identifizieren und erstellen können, können wir sie prominent über der Werbung platzieren. Da wir Wiki-Tabellen nicht konsistent identifizieren können, wird die Werbung über dem Inhalt und der Überschrift angezeigt, was zu einer schlechteren Erfahrung für den Benutzer führt.
PIs ermöglichen auch Erweiterbarkeit. Wenn Communitys das gemeinsame PI-Format übernehmen, wird es für andere Programme möglich, die Informationen auf bessere Weise zu verstehen. Zum Beispiel ermöglichen Portable Infoboxen spezifischere und relevantere Empfehlungen, was die Besucher als Nächstes lesen können, was dazu beiträgt, sie auf deinem Wiki (und im Fandom-Netzwerk) zu halten. Wenn ein Besucher zum Beispiel einen Artikel über den Schauspieler Idris Elba im Marvel-Filme Wiki liest, wird ihm vorgeschlagen, andere Marvel-Filme zu lesen, in denen Idris mitgewirkt hat, oder andere Geschichten, in denen die Figur Heimdall vorkommt; es gibt zusätzliche Empfehlungen für Artikel über Dunderpedia (The Office Wiki), Luther Wiki oder Memory Alpha (die alle Artikel über Idris und/oder Figuren, die er gespielt hat, haben). Eine gemeinsame Datenstruktur macht es für Empfehlungssysteme viel einfacher, Dinge, die mit Idris Elba zu tun haben, auf Fandom zu finden, und bietet eine bessere Nutzererfahrung.
Suchmaschinenvorteile[]
Suchmaschinen durchsuchen die Struktur von Portable Infoboxen konsistent und direkt, was zu einem erheblich verbesserten SEO-Verständnis und zu einer höheren Platzierung im Allgemeinen führt. Strukturierte Daten innerhalb einer PI sind für Google eindeutig und klar gekennzeichnet - dies gilt nicht für Infoboxen, die mit Wiki-Tabellen erstellt wurden, da sie einer uneinheitlichen Struktur aufweisen.
Während der Gamepedia-Eintrag für Prapor der erste Eintrag auf einer Suchseite sein kann, ist der Inhalt der Infobox (Wikitext) für Google nicht so leicht zu verarbeiten. Dieser Mangel an Verständnis führt dazu, dass die Daten, die mit dem Ranking präsentiert werden, weniger prominent erscheinen und es für Google schwierig sein kann, die Daten dem Endnutzer zu präsentieren.
Der Fandom-Eintrag zu Max Caulfield hingegen nutzt Portable Infoboxen, die Struktur von Unterseiten und standardisierte Kontextlinks (mit Vorlagenklassifizierung), um ein vollständigeres Bild für Google zu erstellen. Das Ergebnis sind prominentere Einstiegspunkte für die Leser, und die Seite erscheint im Wissensgrafen von Google.
Je vollständiger das Gesamtbild ist, das Google von einer Seite hat, desto wahrscheinlicher ist es, dass sie hoch eingestuft wird. Es ist zwar schwierig, Veränderungen im Ranking zu verfolgen, vor allem, wenn die Seiten bereits auf der höchstmöglichen Position stehen, aber wenn Portable Infobox-Daten in den Wissensgraphen einfließen, ist die Wahrscheinlichkeit größer, dass sie geöffnet und gelesen werden. Fandom-Wikis haben selten diese prominente Platzierung erfahren, wenn keine portablen Infoboxen verwendet wurden. Ganz einfach: Seiten mit nicht-portablen Infoboxen führen dazu, dass Google sagt: „Wir denken, dass diese Seite wichtig ist“, während die portablen Infoboxen im Allgemeinen dazu führen, dass Google sagt: „Wir wissen, dass diese Seite wichtig ist, und hier sind die Daten, von denen wir wissen, dass du sie willst“.
Einfach für neue Bearbeiter, stark genug für Profis[]
Einfache Infoboxen werden standardmäßig mit einer benutzerfreundlichen grafischen Oberfläche erstellt, so dass die Benutzer nicht gezwungen sind, sofort Code zu lernen. Dies ermöglicht eine schnelle Entwicklung und Bereitstellung von Vorlagen und senkt die Einstiegshürden für Bearbeiter, die nicht an die Erstellung von Vorlagen gewöhnt sind. Es sind nur selten Änderungen an der Vorlageneinbettung in Artikeln erforderlich, um Wikitext-Infoboxen anzupassen, die auf Portable Infoboxen umgestellt werden. Portable Infoboxen können TemplateData-Code verwenden, um die Eingabe genauso einfach zu unterstützen, wie dies bei Wikitext-Vorlagen möglich ist. Die Verwendung des Portable Infobox Builders ist nicht erforderlich, da PI-Vorlagen auch mit Hilfe der „Quelle“ erstellt werden können.
Die vereinfachte XML-Syntax von Portable Infoboxes ist für die meisten Anfänger bis mittelmäßigen Benutzer leichter zu verstehen als komplexe Wiki-Tabellen, da Wiki-Tabellen in der Regel eine hohe Einarbeitungszeit und Einstiegshürde haben. Erfahrene Benutzer neigen auch dazu, die der Syntax innewohnende Flexibilität zu erkennen, da im allgemeinen jede Infobox, die mit Wiki-Tabellen erstellt wurde, genauso (wenn nicht sogar mehr) einfach mit PIs erstellt werden kann. Andere Elemente, wie "Seitenleisten" oder "vertikale Navigationskästen", können mit demselben Syntax erstellt werden. Das <navigation>
-Tag erleichtert die Verknüpfung von Artikeln und stellt eine portable Methode zum Ersetzen von Seitenreitern, Era-Icons und anderen Ad-hoc-Navigations-Elementen dar. Das <panel>
-Feature bietet ein natives und mobilfähiges Tabulator-Erlebnis für Datenzeilen und Gruppen innerhalb von Infoboxen, wodurch die meisten Workarounds überflüssig werden.
Da die CSS-Selektoren von Portable Infoboxen standardisiert sind, ist die CSS-Codierung für PIs besser erkennbar. Mit gut ausgearbeitetem CSS werden alle neuen Vorlagen automatisch so gestaltet, wie es die Community möchte, ohne Inline-Stilkodierung zu replizieren oder Klassen in mehreren Vorlagen zu reproduzieren. Die Themen- und Typfunktionen ermöglichen eine maßgeschneiderte Gestaltung kompletter Infoboxen und einzelner darin enthaltener Elemente auf zentrale und sichere Weise, unabhängig von der Art des Objekts, das die Infobox dokumentiert.
Kurz und knapp[]
Portable Infoboxen sorgen für schnellere und flexiblere Infoboxen. Sie funktionieren besser auf allen Geräten und verbessern die Suchmaschinenoptimierung eines Artikels. Sie sind einfach zu erstellen und leichter zu pflegen als vergleichbare Infoboxen erstellt aus Wikitexte.
Wiki-Tabelle Beispiel:
{| class="infobox" style="font-size:90%; width:23em" ! colspan="2" class="infoboxname" | {{{name|{{PAGENAME}}}}} |- | colspan="2" style="text-align:center;" | {{#if: {{{image|}}} | [[File:{{{image}}}|275px|{{{name|{{PAGENAME}}}}}]] | [[Category:Infoboxes lacking images]] }} |- {{#if: {{{rarity|}}} | {{!}} class="infoboxlabel" {{!}} Rarity {{!!}} {{#switch:{{{rarity}}} | Common={{Rarity|Common}} | Uncommon={{Rarity|Uncommon}} | Rare={{Rarity|Rare}} | Ultra Rare={{Rarity|Ultra Rare}} }} }} |- {{#if: {{{type|}}} | {{!}} class="infoboxlabel" {{!}} Type {{!!}} [[{{{type}}}]] }} |- {{#if: {{{icon|}}} | {{!}} class="infoboxlabel" {{!}} Icon {{!!}} {{{icon}}} }} |- {{#if: {{{desc|}}} | ! class="infoboxdescription" colspan="2" {{!}} Description {{!}}- {{!}} colspan="2" {{!}} {{{desc}}} }} |- ! class="infoboxdescription" colspan="2" {{!}} Mod Tiers |- ! ← Previous !! Next → |- | style="text-align:center;" | {{{previous|}}} || style="text-align:center;" | {{{next|}}} |}
Vergleichbare Portable Infobox:
<infobox type="mod">
<title source="name">
<default>{{PAGENAME}}</default>
</title>
<image source="image" />
<data source="rarity">
<label>Rarity</label>
<format>{{#switch:{{{rarity}}}
| Common={{Rarity|Common}}
| Uncommon={{Rarity|Uncommon}}
| Rare={{Rarity|Rare}}
| Ultra Rare={{Rarity|Ultra Rare}}
}}</format>
</data>
<data source="type">
<label>Type</label>
<format>[[{{{type}}}]]</format>
</data>
<data source="icon"><label>Icon</label></data>
<group row-items="1">
<data source="desc"><label>Description</label></data>
</group>
<group row-items="2">
<header>Mod Tiers</header>
<data source="previous"><label>← Previous</label></data>
<data source="next"><label>Next →</label></data>
</group>
</infobox>{{#if:{{{image|}}}||[[Category:Infoboxes lacking images]]}}