Der monatliche Newsletter für discoverize Portalbetreiber:
- Tipps für Portale: Tokens und automatisierter E-Mail-Versand
- Portalbetreiber-Dashboard: E-Mail Performance für Tokens
- SEO Verbesserungen
- Fokussiertes Keyword im Suchseiten Crumbtrail
- Meta-SEO-Index
- To-do für alle Portalbetreiber: Strukturierte Daten auf der Startseite für KI Tools
- „In Gebiet“ und „mit Eigenschaft“ in Meta Title und Meta Description
- Bilder-Qualität auf mobilen Geräten verbessert
- Neue Bildgröße für 390px Smartphones
- Bessere Usability der Grundeinstellungen: neue Navigation
- Technische Verbesserungen
Tipps für Portalbetreiber
Tokens und automatisierter E-Mail-Versand
Das neue Tokens-Feature für Portale haben wir bereits vorgestellt: Rotation von Basis-Einträgen via Tokens. Auch die damit verbundenen automatisierten Performance-Mails wurden im letzten Newsletter bereits thematisiert – hier möchten wir alle Portalbetreiber daran erinnern, dass beide dieser Features aktiv eingeschaltet werden müssen.
Die Aktivierung der Tokens findet sich im Portalmanagement in den Grundeinstellungen. Der automatisierte E-Mail-Versand lässt sich anschließend über den Pfad Einstellungen -> Tokens aktivieren und die E-Mail-Texte wie gewohnt unter Einstellungen -> E-Mail pro Portal anpassen.
Features
Portalbetreiber-Dashboard: E-Mail Performance für Tokens
Das neue Token-Feature zur Rotation von Unternehmen auf der Suchseite läuft bereits in etlichen Portalen erfolgreich. Hier der Link zur überarbeiteten Feature-Vorstellung mit allen Vorteilen: Tokens: Faire Rotation auf Suchseiten und Markenaufbau durch automatisierten E-Mail Versand
Seit einigen Wochen erfassen wir auch den E-Mail-Versand mit Öffnungsraten und Klicks auf die Links und Buttons. Sobald 50% der Tokens verbraucht sind, versendet das System automatisch eine der beiden E-Mails. Die Daten hierzu finden sich im Dashboard im neuen Reiter ganz rechts:
E-Mail Performance für Tokens im Verwaltungsbereich Dashboard
SEO-Verbesserungen
Fokussiertes Keyword im Suchseiten Crumbtrail
Der Crumbtrail auf den Suchseiten hilft den Usern, zu verstehen, auf welcher Seite sie sich befinden und ermöglicht die Navigation in der Gebiets-Hierarchie nach oben:
SEO Anpassung für Crumbtrail: Alle Kinder-Suchseiten verlinken auf die selbe Eltern-Suchseite
Bis jetzt haben wir hier stets die vom User gewählten Filter mit der Crumbtrail-URL berücksichtigt.
Beispiel: Wir befinden uns auf der Venetien Suchseite und der „Adults only SPA“ ist als Filter gesetzt. Der Link „Italien“ im Crumbtrail zeigt auf die Italien-Suchseite, aber mit dem gesetzten Filter „Adults only SPA“. Dies hat zur Folge, dass alle Kinder-Suchseiten von Italien mit verschiedenen Eigenschaften auf verschiedene Italien-Suchseiten zeigen. Also z.B. die Italien Suchseite mit „Wellness für Kinder“, Italien mit „beheizter Pool“, etc.
Idee für dieses Setup war, dass der User die Filter nicht neu setzen muss, sondern diese immer „mitwandern“.
Für SEO (Suchmaschinenoptimierung) hat dies jedoch den Nachteil, dass Google & Co. nicht genau wissen, welche Italien-Suchseite die wichtigste ist und somit verschiedene Ergebnisse in SERPs auftauchen können, die sich gegenseitig kannibalisieren.
Neu: Ab jetzt wird der Filter also nicht in der Crumbtrail-URL gesetzt. Das heißt: alle Kinder-Seiten verlinken auf ein und dieselbe Eltern-URL. Filter werden nicht mit übernommen. Somit fokussieren wir die Linkstärke auf eine Seite – diese sollte dann besser ranken.
Meta-SEO-Index
Wir beginnen ab sofort damit, weitere SEO Daten pro Portal zu erfassen. Wir sammeln diese aus verschiedenen Quellen (Google Search Console, Sistrix, Server-Daten, etc.). Aus den Zahlen erstellen wir für jedes Portal einen SEO-Meta-Index.
In einem zweiten Schritt werden wir die gesammelten Daten im Dashboard des Verwaltungsbereiches eines Portals veröffentlichen. Gleichzeitig werden wir automatisiert Warnungen an unser System versenden, sollte sich der Index sprunghaft oder unerwartet verändern. Damit wollen wir 2 Probleme lösen:
- Veränderungen im Portal im Bezug auf SEO besser messbar machen (Einsatz von Features, Keyword-Änderungen, Content)
- Warnung bei Veränderungen – so können wir schneller reagieren und müssen nicht regelmäßig manuell alle Portale prüfen
To-do für alle Portalbetreiber: Strukturierte Daten auf der Startseite für KI Tools
Mit dem Feedback der SEO Agentur evergreen media haben wir die strukturierten Daten (maschinenlesbar für ChatGPT, Gemini und co.) auf der Startseite erweitert:
neue Strukturierte Daten für KI Tools (chatGPT, claude, perplexity, gemini, etc.) und SEO
Die Einstellung finden sich im Verwaltungs-Bereich unter Content -> Über das Portal. Wir empfehlen jedem Portalbetreiber, diese Daten auszufüllen, um mehr Vertrauen und Expertise in der Branche zu signalisieren.
„In Gebiet“ und „mit Eigenschaft“ in Meta Title und Meta Description
Der Wunsch kam schon häufig, dass man Texte für besondere Gebiete wie „in der Schweiz“ statt „in Schweiz“ oder für Eigenschaften wie „ideal für Familien“ statt „mit ideal für Familien“ verwenden kann.
Bisher konnte man den Textbaustein „in Gebiet“ anpassen und das hatte Einfluss auf die Vorschläge in der Freitextsuche, die Überschriften auf der Suchseite und die Gebiets-Links unten auf der Suchseite. Das wurde jetzt auf die SEO-Einstellungen ausgeweitet. Es gibt eine Migration, die bestehende Blöcke automatisch von „in [Gebiet]“ zu dem neuen Block „[in Gebiet]“ überführt:
Das gleiche gilt für Ort, Bundesland und Land (bei den Einstellungen für die Profilseite).
Für die Eigenschaften kann man das so ähnlich wie bei den Gebieten editieren, also unter Content -> Contentblöcke:
Auch hier gibt es eine Migration in den SEO-Einstellungen von „mit [Eigenschaft]“ zum neuen Block „[mit Eigenschaft]“.
Bilder-Qualität auf mobilen Geräten verbessert
Wir haben die Bildqualität auf Smartphones und Tablets grundlegend verbessert. Es gibt die sogenannte DPR (Device Pixel Ratio) und diese ist bei den allermeisten Geräten beim Faktor 2 oder 3.
Das bedeutet, die Auflösung des Geräts ist zwei oder drei mal höher als der Viewport (also der eigentlich sichtbare Bereich). Auf jedes CSS-Pixel kommen also zwei oder drei physische Pixel. Physische Pixel sind die winzigen Leuchtpunkte auf dem Display und CSS-Pixel (Viewport) sind die logischen Pixel, mit denen Webdesigner arbeiten.
Für den Browser „fühlt“ sich das Handy also z. B. nur 390px breit an. Dadurch werden Texte und Buttons groß genug dargestellt, um sie mit dem Finger bedienen zu können, während das Display die hohe Pixeldichte nutzt, um Kanten und Schriften extrem scharf zu glätten (Antialiasing):
Das Update hat Auswirkungen auf die Bilder auf der Suchseite und der Profilseite (im Slider und im Bilder-Popup). Wir liefern jetzt immer die doppelte Größe (2x) aus. Das ist ein guter Kompromiss aus Qualität und Bildgröße. Im Bilder-Popup auf der Profilseite lassen wir sogar den Browser entscheiden, ob er das 1x-Bild oder das 2x-Bild ausliefert, je nach Device Pixel Ratio.
DPR von 1x haben Mobilgeräte von vor 2010 und ganz spezifische Low-End-Geräte, diese müssen nicht extra von uns optimiert werden. Im Desktop bleibt alles gleich, denn dort sind die Pixel 1:1.
Neue Bildgröße für 390px Smartphones
Die Analyse der Besucherzahlen auf discoverize Branchenportalen hat ergeben, dass im letzten Jahr eine neue Smartphone-Größe zugelegt hat und mittlerweile 16% der Besucher ausmacht. Um diese Besucher optimal abzuholen, haben wir den 390px Breakpoint und dementsprechende Bildergrößen neu eingeführt. Dies führt zu deutlich verbesserter Performance (weniger Download und keine Performance-Einbußen für die Bilder-Skalierung).
Bessere Usability der Grundeinstellungen: neue Navigation
In den letzten Jahren sind im Verwaltungsbereich der discoverize Vergleichsportal Software etliche Features dazugekommen. Um die Navigation auf der Seite zu beschleunigen, haben wir eine übersichtliche Sidebar mit allen Punkten als Links hinzugefügt:
Usability Verbesserung Vergleichsportal Software Grundeinstellungen
Technische Verbesserungen
Wir arbeiten jedes Quartal auch an technischen „Träumen“ bzw. Verbesserungen, damit sich die technischen Schulden, die jede Software hat, nicht anhäufen. Frameworks und das Internet entwickeln sich ständig weiter und da wollen wir regelmäßig etwas Zeit investieren, damit die discoverize Software auf dem neuesten Stand ist und so z. B. keine Sicherheitslücken entstehen.
Manche der letzten Änderungen waren tiefgreifend und haben Code geändert, der seit über zehn Jahren nicht angepasst wurde.
Zuerst erwähnen wir hier die Abhängigkeiten/Bibliotheken, die wir nutzen – diese wurden auf den neuesten Stand gebracht, was häufig mit Anpassungen am Code einhergeht. Um zukünftige Konflikte zu minimieren, wurden Konfigurationen bis auf das Mindeste reduziert und alte, nicht direkt genutzt Pakete entfernt. Dadurch können wir bestehende Pakete einfacher updaten und neue Pakete ohne große Kopfschmerzen hinzufügen.
Ein großer Teil war auch das Update unseres Datenbank-Frameworks NHibernate auf die neueste Version. In der alten Version gab es bekannte Sicherheitslücken. Leider war die Logik so fest in unserem CMS-Framework Orchard verwurzelt, dass dieses Update schwierig war.
Dann kam der entspanntere Teil: Alle externen Services (z. B. für Übersetzungen, Google Analytics und Search Console Daten, Datenscout, Event Tracking) wurden von .NET 8 auf .NET 10 geupdated, also auf die nächste Long Time Support Version. Das ist ein regelmäßiger Schritt, den wir alle zwei Jahre machen.
In der Portal-Software können wir nun auch die neuen C#-Sprachfeatures nutzen, sodass unser Code eleganter und einfacher geschrieben werden kann. Zudem wurde der Fehler-Log abgearbeitet und somit die Stabilität der Anwendung verbessert. Datenbank-Timeouts werden durch neue Datenbank-Indexe behoben, die nun blitzschnelle Abfragen an den Stellen erlauben, wo sich zwei Prozesse in die Quere gekommen sind. Wir loggen hierzu auch erweiterte Warnungen auf Live-Portalen, um diese ggf. abzuarbeiten.
Ein weiterer Schritt war der Anfang des Ausbauens des AutoMappers, also das automatische Mapping von Datenbank-Objekten auf Objekte für die Anzeige. Dieser war mal „State of the Art“, wird aber mittlerweile deutlich kritischer gesehen. Daher bauen wir ihn „peu à peu“ aus – dieses Mal aus den Portal-Eigenschaften.
Das Management-Dashboard für den Portalbetreiber öffnet sich nun auch viel schneller: Die Metriken und andere Daten werden nachgeladen und die durchschnittliche Vollständigkeit wird danach im Cache behalten.
Hinterlasse eine Antwort