Roastidio.us Tagged with web

Was bedeutet "GA4 (Google Analytics 4)"? Glossar 2026

Sun, 20 Sep 2026 05:28:52 +0000

Google Analytics 4, oder kurz GA4, ist im Grunde genommen die nächste Generation der beliebten Webanalyse-Plattform von Google. Vielleicht hast du schon von Universal Analytics gehört – das war der ältere Cousin. GA4 macht die Sache wesentlich einfacher und bedeutet letztlich, dass du die Interaktion deiner Kunden über verschiedene Plattformen hinweg noch besser nachvollziehen kannst. Also egal ob Website, App oder ein anderes digitales Abenteuer, das du anbietest, GA4 kann dir dabei helfen, die Nutzererfahrung zu verbessern. Ganz kurz gesagt: GA4 ist das Werkzeug, das du brauchst, um den Daten-Dschungel zu durchforsten und herauszufinden, wie deine Besucher wirklich ticken.

Warum überhaupt GA4?

Stell dir vor, du hast ein großartiges Produkt oder eine Dienstleistung, und trotzdem bleibt der Ansturm aus. Frustrierend, oder? GA4 kommt genau hier ins Spiel. Durch eine fortschrittlichere Datenanalyse unterstützt GA4 dich dabei, zu erkennen, wie Kunden mit deinem Angebot interagieren. Ist es die Navigation, die sie nicht kapieren? Vielleicht springen sie beim Bestellprozess ab? Mit diesen Erkenntnissen kannst du deine Strategie weiterentwickeln und vielleicht sogar trendige Marketingkampagnen gestalten, die direkt ins Schwarze treffen.

Die Bahnbrechenden Eigenschaften von GA4

Die Analyse-Welt entwickelt sich stetig weiter, und mit GA4 hat Google einige faszinierende Features eingeführt, die deine Perspektive möglicherweise komplett verändern könnten. Hier sind einige der Highlights:

Crosstracking: Erfasse User-Interaktionen nahtlos über verschiedene Geräte und Plattformen hinweg – Handy, PC, Tablet, du sagst es!
Event-basiertes Tracking: Sag ‚Auf Wiedersehen‘ zu den alten Datenmodellen. GA4 ermöglicht ein flexibleres Ereignis-Tracking.
Vorausschauende Analysen: Nutze Machine LearningMachine Learning (ML) ist eines‌ der spannendsten Gebiete der‍ Informatik und hat in den letzten Jahren enorm an Bedeutung gewonnen. Kurz gesagt handelt es... Klicken und mehr erfahren, um vorherzusagen, was mit deinem TrafficDefinition von Traffic Traffic (auch Web Traffic, Website Traffic, Web-Traffic) bezeichnet die Anzahl der Besucher und deren Aktivitäten auf einer Website. Es handelt sich... Klicken und mehr erfahren und deinen Nutzern passieren könnte.
Noch mehr Datenschutz: Deine Nutzer werden es dir danken – GA4 berücksichtigt neue Datenschutzbestimmungen (denk DSGVOGDPR steht für General Data Protection Regulation und bezeichnet dasselbe EU-Regelwerk, das auf Deutsch Datenschutz-Grundverordnung oder kurz DSGVO heißt. Zwischen GDPR und DSGVO besteht... Klicken und mehr erfahren!) noch besser.

GA4 im Praktischen Einsatz

Vielleicht fragst du dich, „Wie sieht das Ganze denn nun in der Praxis aus?“ Hier sind ein paar Beispiele, die dir zeigen, wie GA4 dir wirklich hilft:

Stell dir vor, du verkaufst online Sneaker. Mit dem ereignisbasierten Tracking kannst du nachvollziehen, ob Nutzer die Produktbilder durchklicken, in den Warenkorb legen und vielleicht am Ende doch nicht kaufen. Der Grund? Möglicherweise versendet ihr nur innerhalb eines Landes.
Du betreibst eine App für den Kaffeebohnen-Nachschub. Dank Crosstracking siehst du, ob Nutzer zuerst die Website besuchen und sich dann die App herunterladen, aber nicht mehr zurückkommen, weil deine Preise zu hoch sind.
Ein Modeblog auf Instagram? GA4 könnte zeigen, dass die meisten Leser von deinem Instagram-Profil aus auf einen besonderen Artikel klicken und dort mehr über nachhaltige Mode lesen wollen. Idee für den nächsten Blogpost? Genau!

Wie starte ich mit GA4?

Jetzt denkst du vielleicht: „Alles klar, überzeugt, aber wie fange ich an?“ Hier mal ein paar To-Dos, die dir den Einstieg erleichtern:

Erstelle zuerst ein Google Analytics 4-Property. Gehe in dein Google Analytics-Konto und folge den Anweisungen. Keine Sorge, die sind recht selbsterklärend.
Implementiere das GA4-Tracking auf deiner Website oder App. Das mag nach viel Arbeit klingen, ist aber dank moderner Plugins und Tools oft in wenigen Stunden erledigt.
Erkundige dich regelmäßig über die Insights und Reports in deinem GA4-Dashboard. Entwickle daraus Kampagnen und Strategien, die wirklich wirken.

GA4: Die Möglichkeit, deiner Konkurrenz einen Schritt voraus zu sein

Aktuell nutzen viele UnternehmerEin Unternehmer ist jemand, der ein Unternehmen gründet, leitet und für dessen Erfolg verantwortlich ist. Diese Rolle kann herausfordernd sein, aber sie bietet auch... Klicken und mehr erfahren immer noch alte Analysesysteme. Warum das ein Risiko sein kann? Schlichtweg, weil sie möglicherweise wertvolle Chancen verpassen, ihre Strategie anzupassen und stets auf dem neuesten Stand zu bleiben. Die Frage ist: Willst du wirklich abwarten, bis alle anderen die Nase vorne haben? GA4 hält Türen offen, die du nicht unterschätzen solltest. Mit der korrekten Nutzung kannst du Traffic und Umsatz steigern.

Ein Wort zum Schluss

GA4 ist nicht nur ein weiterer Analytics-Dienst; es ist ein erheblicher Schritt nach vorn. In meiner Erfahrung über zwei Jahrzehnte in der digitalen Welt habe ich schon etliche Tools kommen und gehen sehen. GA4 hat das Zeug, eine echte Revolution im Bereich Analytics darzustellen, da es sowohl den Einzelkämpfer als auch Großunternehmen große Vorteile bietet. Berger+Team steht dir bei Fragen gerne zur Seite. Egal, ob du nach ersten Schritten suchst oder tiefere Einblicke wünschst, wir helfen dir gerne weiter. Überlasse nichts dem Zufall in einem digitalen Zeitalter, das sich unentwegt wandelt.

Was bedeutet "Consent Management"? Glossar 2026

Sun, 20 Sep 2026 05:28:52 +0000

Consent Management bedeutet: Du holst Einwilligungen (und ggf. Ablehnungen) von Nutzerinnen und Nutzern für bestimmte Datenverarbeitungen ein, dokumentierst sie nachvollziehbar und setzt sie technisch so um, dass wirklich nur das passiert, wozu die Person „Ja“ gesagt hat. Typisch ist das bei CookiesCookies einfach erklärt: Cookies sind kleine Textdateien, die ein Browser für eine Website speichert, damit Sitzungen, Präferenzen oder Messdaten verwaltet werden können. Browser-Cookies beziehungsweise... Klicken und mehr erfahren, Tracking, Marketing-Tags, personalisierter Werbung, Newsletter-Einwilligungen oder dem Teilen von Daten mit Drittanbietern. Consent Management ist damit die Brücke zwischen Recht (DSGVOGDPR steht für General Data Protection Regulation und bezeichnet dasselbe EU-Regelwerk, das auf Deutsch Datenschutz-Grundverordnung oder kurz DSGVO heißt. Zwischen GDPR und DSGVO besteht... Klicken und mehr erfahren/ePrivacy) und Technik (Website/App/Tags/Analytics).

Einfach gesagt: Es reicht nicht, irgendwo „Wir nutzen Cookies“ hinzuschreiben. Du musst sauber steuern können, wer wofür zugestimmt hat, wie die Zustimmung erfolgte, wie lange sie gilt – und was passiert, wenn jemand seine Meinung ändert oder widerruft.

Worum es beim Consent Management wirklich geht

In der Praxis hat Consent Management drei Kernaufgaben. Erstens: Transparenz. Nutzer sollen verstehen, welche Datenverarbeitungen stattfinden und wozu. Zweitens: Wahlfreiheit. Ein „Ja“ muss freiwillig sein, und ein „Nein“ darf nicht versteckt oder unnötig erschwert werden. Drittens: Nachweisbarkeit. Wenn eine Aufsichtsbehörde oder ein Audit nachfragt, musst du belegen können, dass die Einwilligung korrekt eingeholt wurde – inklusive Zeitpunkt, Umfang und Version der Informationen.

Das klingt trocken, ist aber im Alltag super konkret. Stell dir vor, du betreibst einen Online-Shop. Ohne Consent Management passiert oft Folgendes: Beim Laden der Seite feuern sofort Marketing- und Tracking-Skripte. Der Banner kommt zwar „irgendwann“, aber da sind längst Daten geflossen. Genau das ist der Klassiker, der später Ärger macht. Consent Management soll verhindern, dass Tracking startet, bevor die rechtliche Grundlage steht.

Consent vs. andere Rechtsgrundlagen (und warum das viele verwechseln)

„Consent“ ist nur eine mögliche Rechtsgrundlage in der DSGVO, nämlich die Einwilligung. Viele Datenverarbeitungen kannst (oder musst) du auch auf andere Grundlagen stützen, z.B. Vertragserfüllung (Bestellung im Shop), rechtliche Verpflichtung (Rechnungsaufbewahrung) oder berechtigtes Interesse (bestimmte Sicherheits- oder Betrugspräventionsmaßnahmen).

Consent Management wird vor allem dort kritisch, wo du nicht notwendige Technologien oder Verarbeitungen nutzt – besonders im Marketing und Tracking. Eine hilfreiche Faustregel: Wenn etwas nicht erforderlich ist, um den Service technisch bereitzustellen, und es um Analyse/Marketing/Personalisierung geht, ist Einwilligung oft der sichere Weg.

Was gehört alles zu „Consent“ auf Website und in Apps?

Wenn Leute „Consent Banner“ sagen, meinen sie oft nur das sichtbare Pop-upEin Pop-up ist ein über dem Seiteninhalt eingeblendetes Fenster oder Overlay, das Aufmerksamkeit gezielt auf eine Aktion, Information oder Eingabe lenkt. Ein Website-Popup kann... Klicken und mehr erfahren. Consent Management ist aber mehr. Es umfasst:

1) Informationslayer: klare Beschreibung von Kategorien/Zwecken (z.B. Statistik, Marketing), Empfängern, Speicherdauer und Widerrufsmöglichkeit.

2) Auswahlmechanik: Opt-in/Opt-out je nach Anforderung, granulare Auswahl, nachvollziehbare Buttons, keine Trickserei.

3) Technische Durchsetzung: Tags, SDKs oder Skripte dürfen erst laufen, wenn erlaubt. Und sie müssen wieder „aus“ gehen können (oder zumindest nicht weiter erfassen), wenn widerrufen wird.

4) Protokollierung: Consent-Status, Zeitstempel, Version der Texte/Kategorien, ggf. Identifier, damit du Einwilligungen später auditierbar nachweisen kannst.

5) Lifecycle: Ablauf/Erneuerung, Änderungen an Zwecken/Anbietern, Widerruf, Standort-/Gerätewechsel, Updates in Apps.

Ein greifbares Beispiel (so sieht Consent Management „in echt“ aus)

Du landest auf einer Website, die drei Dinge tun will:

Notwendig: Warenkorb, Login, Sicherheits-Cookies. Das läuft ohne großes Theater, weil es für die Funktion nötig ist.

Statistik: Seitenaufrufe messen, um zu sehen, welche Produkte gut laufen. Dafür wird erst dann gemessen, wenn du zustimmst (oder wenn dafür eine andere saubere Rechtsgrundlage besteht, was im Tracking-Kontext oft heikel ist).

Marketing: RemarketingRetargeting, auch als Remarketing bekannt, ist eine Form des Online-Marketings,‍ bei der User gezielt mit Werbung angesprochen ‍werden, nachdem sie eine ⁣Webseite besucht oder... Klicken und mehr erfahren/Retargeting, Conversion-Messung, personalisierte AnzeigenPersonalisierte Werbung ist ein Begriff, der immer mehr an Bedeutung gewonnen hat. Doch was steckt eigentlich dahinter? Im Kern geht es darum, Werbebotschaften so... Klicken und mehr erfahren. Das startet erst nach ausdrücklichem „Ja“.

Wenn du auf „Ablehnen“ klickst, darf das Statistik- und Marketing-Tracking nicht einfach trotzdem im Hintergrund starten. Wenn du später in den Einstellungen widerrufst, muss das System das berücksichtigen. Genau dieses Zusammenspiel aus Nutzerentscheidung, Dokumentation und technischer Umsetzung ist Consent Management.

Typische Fehler, die dir später auf die Füße fallen

Ein paar Dinge sehe ich immer wieder, gerade bei Startups (weil’s schnell gehen muss) und bei gewachsenen Unternehmen (weil über Jahre viel „drangeschraubt“ wurde):

Tracking lädt vor Consent: Der Banner ist da, aber Skripte feuern schon beim Seitenaufruf. Das ist einer der häufigsten und teuersten Schnitzer.

„Ablehnen“ versteckt: Ein riesiges „Alle akzeptieren“ und ein kaum sichtbarer Ablehnen-Link. Das kann als manipulative Gestaltung („Dark PatternsStell dir vor, du besuchst eine Website und fühlst dich irgendwie dazu gedrängt, auf einen bestimmten Button zu klicken oder ein Abo abzuschließen, das... Klicken und mehr erfahren“) ausgelegt werden.

Unklare Zwecke: „Wir nutzen Cookies zur Verbesserung“ sagt nichts aus. Besser ist: konkret benennen, was gemessen wird und wofür.

Kein sauberer Nachweis: Wenn du nicht belegen kannst, wann und wozu jemand eingewilligt hat (inkl. Textversion), hast du im Zweifel ein Beweisproblem.

Kein Widerruf: Einwilligung muss so leicht widerrufbar sein, wie sie erteilt wurde. „Such halt in den Tiefen der Datenschutzerklärung“ ist keine gute Idee.

So gehst du praktisch vor (ohne dich zu verzetteln)

Wenn du Consent Management sauber aufsetzen willst, hilft ein pragmatischer Ablauf:

1) Bestandsaufnahme: Welche Cookies/Tags/SDKs laufen wirklich? Nicht nur „was du glaubst“, sondern was technisch passiert. Gerade Marketing-Setups haben gerne versteckte Mitfahrer.

2) Zweck-Mapping: Ordne jedem Dienst einen Zweck zu (notwendig, Statistik, Marketing etc.) und kläre die Rechtsgrundlage. Das ist der Moment, in dem viele merken: „Oh, das war nie sauber definiert.“

3) Prioritäten setzen: Starte mit den riskantesten Themen (Marketing/Tracking) und den meistbesuchten Seiten. Du musst nicht in Woche 1 Perfektion abliefern, aber du solltest die größten Lecks schließen.

4) Texte und UX: Schreibe verständlich. Nicht juristisch-nebulös, sondern so, dass ein normaler Mensch’s kapiert. Und sorge für echte Wahlmöglichkeiten. Eine gute Faustregel: Wenn du dich fragst, ob es „zu verkaufsstark“ wirkt, ist es meistens genau das.

5) Technischer Gatekeeper: Stell sicher, dass erst nach Zustimmung geladen wird. Dazu gehört auch das Handling von nachgeladenen Inhalten (z.B. eingebettete Medien oder externe Ressourcen).

6) Testen wie ein Skeptiker: Einmal „Ablehnen“, Seite neu laden, im Inkognito-Modus prüfen, Gerät wechseln. Und dann schauen, ob trotzdem Requests an Dritte rausgehen. Diese Kontrollen sparen dir später Diskussionen.

Warum Consent Management auch ein Business-Thema ist (nicht nur „Legal“)

Ein sauberer Consent-Prozess wirkt direkt auf deine Zahlen. Nicht, weil er „magisch“ mehr Einwilligungen erzeugt, sondern weil er Vertrauen aufbaut und Risiken reduziert. Wer transparent ist, wird seltener als „Datenkrake“ wahrgenommen. Und wer technisch sauber umsetzt, vermeidet, dass Reports voller Phantomdaten sind (z.B. weil Skripte doppelt feuern oder inkonsistent laufen).

Außerdem: Wenn du später Investoren, Partner oder größere Kunden hast, kommt das Thema fast zwangsläufig auf den Tisch. Ein belastbares Consent Management ist dann ein echtes Qualitätsmerkmal deiner digitalen Infrastruktur.

Häufige Fragen

Was bedeutet „Consent Management“ in einem Satz?

Consent Management ist das systematische Einholen, Dokumentieren und technische Durchsetzen von Einwilligungen (oder Ablehnungen) für bestimmte Datenverarbeitungen – damit auf deiner Website oder in deiner App nur das passiert, wozu jemand wirklich zugestimmt hat.

Wofür brauche ich Consent Management konkret?

Du brauchst es überall dort, wo du Daten über das Notwendige hinaus verarbeitest – typischerweise bei Tracking, Reichweitenmessung, Marketing, PersonalisierungPersonalisierung bezeichnet die gezielte Anpassung von Inhalten, Produkten oder Dienstleistungen an individuelle Bedürfnisse, Interessen oder Verhaltensweisen einzelner Nutzer. Das Ziel: Jeder bekommt das Gefühl,... Klicken und mehr erfahren oder beim Einbinden externer Dienste, die Daten an Dritte übertragen können. Ohne Consent Management passiert schnell etwas Unsauberes: Tracking läuft vor der Zustimmung oder Nutzer können ihre Entscheidung nicht sinnvoll ändern. Das ist riskant (Compliance) und unpraktisch (Datenqualität).

Ist ein Cookie-Banner automatisch Consent Management?

Nein. Ein Banner ist nur die sichtbare Oberfläche. Consent Management heißt auch: Blocking vor Zustimmung, saubere Kategorien/Zwecke, Protokollierung der Entscheidung, Widerrufsmöglichkeit und konsistente Umsetzung über alle Seiten, Subdomains und ggf. App-Komponenten hinweg. Ein Banner, der hübsch aussieht, aber technisch nichts steuert, ist im Kern Deko.

Muss ich für alle Cookies eine Einwilligung einholen?

Nicht zwingend für alle. Für technisch notwendige Cookies, die du wirklich brauchst, um einen vom Nutzer gewünschten Dienst bereitzustellen (z.B. Warenkorb, Login, Sicherheitsfunktionen), ist eine Einwilligung oft nicht erforderlich. Für alles, was darüber hinausgeht – insbesondere Statistik- und Marketing-Tracking – ist eine Einwilligung häufig nötig oder zumindest der rechtlich robusteste Weg. Entscheidend ist der Zweck und ob das Feature „notwendig“ ist oder eher „nice to have“.

Was heißt „gültige Einwilligung“ in der Praxis?

Gültig heißt typischerweise: freiwillig, informiert, eindeutig und nachweisbar. Freiwillig bedeutet auch: Ablehnen darf nicht versteckt oder unnötig kompliziert sein. Informiert heißt: Du erklärst verständlich, wofür die Daten genutzt werden, wer Empfänger sein kann und wie man widerruft. Eindeutig heißt: aktives Opt-in, wenn eine Einwilligung nötig ist (also nicht stillschweigend). Nachweisbar heißt: Du kannst später belegen, wann und wozu zugestimmt wurde – inkl. Version deiner Texte/Kategorien.

Welche typischen „Dark Patterns“ sollte ich vermeiden?

Alles, was Leute in Richtung „Akzeptieren“ schubst, ohne fair zu sein. Klassiker: Ein riesiger „Alle akzeptieren“-Button, aber „Ablehnen“ nur als kleiner Link; verwirrende Sprache („Empfohlen“ statt „Marketing“); vorangekreuzte Häkchen; oder fünf Klicks zum Ablehnen, aber einer zum Zustimmen. Wenn du selbst beim Durchklicken genervt bist, ist das ein gutes Warnsignal.

Wie kann ich prüfen, ob vor der Einwilligung trotzdem schon Tracking läuft?

Ganz pragmatisch: Öffne die Seite im privaten Modus, lehne alles ab und lade neu. Dann kontrollierst du, ob trotzdem Verbindungen zu Dritten aufgebaut werden oder Tracking-Requests rausgehen. Wenn ja, ist dein Blocking nicht sauber. Wichtig ist auch der Test auf Unterseiten und bei eingebetteten Inhalten. Viele Setups sind auf der Startseite okay, aber Produktseiten feuern dann doch wieder ungefragt etwas ab.

Was muss ich zur Dokumentation der Einwilligung speichern?

Du solltest mindestens speichern: den Consent-Status (für welche Zwecke zugestimmt/abgelehnt wurde), einen Zeitstempel, die Version der Consent-Texte/Kategorien zum Zeitpunkt der Entscheidung und eine technische Zuordnung (z.B. ein Consent-Identifier), damit du die Einwilligung später nachvollziehen kannst. Wichtig: Es geht um Nachweisbarkeit, nicht um unnötiges Sammeln. Speichere nur so viel, wie du für den Beleg wirklich brauchst.

Wie oft muss ich nach Consent „neu fragen“?

Immer dann, wenn sich etwas Wesentliches ändert: neue Zwecke, neue Empfänger/Drittanbieter, geänderte Verarbeitung oder wenn die Einwilligung abläuft und eine Erneuerung sinnvoll oder erforderlich ist. In der Praxis ist es besser, Änderungen sauber zu versionieren und transparent zu machen, statt Nutzer ständig mit Bannern zu bombardieren. Zu häufiges Nachfragen wirkt wie SpamSpam – ein Wort, das Du vielleicht schon einmal gehört hast, aber was steckt wirklich dahinter? Im digitalen Zeitalter, in dem wir leben, ist... Klicken und mehr erfahren und senkt Vertrauen – zu selten ist ein Compliance-Risiko.

Was ist der Unterschied zwischen „Opt-in“ und „Opt-out“ beim Consent Management?

Opt-in bedeutet: Es passiert erst etwas, wenn der Nutzer aktiv zustimmt (klassisch für Marketing/Tracking). Opt-out bedeutet: Es läuft zunächst und der Nutzer muss aktiv widersprechen. Für viele Tracking- und Marketing-Fälle ist Opt-in der Standard, weil du sonst schnell in eine unfreiwillige oder nicht eindeutige Zustimmung rutschst. Wenn du Opt-out nutzen willst, musst du sehr genau prüfen, ob das rechtlich und technisch wirklich sauber tragbar ist.

Wie bekomme ich Consent Management und gute Datenqualität gleichzeitig hin?

Indem du Tracking so aufsetzt, dass es ohne Einwilligung nicht „halb kaputt“ Daten produziert. Häufiger Fehler: Manche Skripte laufen teilweise, obwohl sie nicht dürfen, und erzeugen dadurch unvollständige oder verzerrte Reports. Sauber ist: entweder korrekt blocken oder korrekt messen – aber nicht irgendwas dazwischen. Zusätzlich hilft: klare Zweckdefinitionen, konsistente Event-Namen und das Vermeiden von doppelten Einbindungen, die ohne Consent unbemerkt trotzdem feuern können.

Welche Rolle spielt Consent Management bei Newslettern und E-Mail-Marketing?

Auch dort geht es um Einwilligung und Nachweis. Wenn jemand einen NewsletterEin „Newsletter“ ist im Grunde nichts anderes als eine digitale Nachricht, die regelmäßig an Abonnenten versendet wird. Stell dir vor, du hast eine Lieblingszeitschrift,... Klicken und mehr erfahren abonniert, solltest du dokumentieren können, wann und wie die Person zugestimmt hat, welche InhalteContent umfasst alle gezielt veröffentlichten digitalen Inhalte auf Websites, in Shops, in Social-Media-Kanälen, in Newslettern und in anderen digitalen Umgebungen. Wenn Du wissen willst,... Klicken und mehr erfahren erwartet wurden und wie der Widerruf funktioniert. Praktisch wichtig: Die Zustimmung muss zu dem passen, was du später versendest. „Produktnews“ ist nicht automatisch „Werbung für Partnerangebote“. Wenn du später den Zweck erweiterst, brauchst du oft eine neue, eindeutige Zustimmung.

Was sind die häufigsten Stolperfallen für Startups?

Tempo und Tool-Wildwuchs. Schnell ein Tracking-Snippet hier, ein PluginDefinition des Plugins Ein Plugin (auch Plugins, Plug-in) ist ein Zusatzprogramm (Software), das in eine bestehende Softwareanwendung integriert wird, um deren Funktionalität zu erweitern... Klicken und mehr erfahren da, noch ein externer Dienst fürs Marketing – und plötzlich weiß niemand mehr, was beim Seitenaufruf alles passiert. Mein Tipp aus der Praxis: Mach früh eine saubere Liste aller Dienste und Zwecke (wirklich schriftlich), und entscheide bewusst, was du brauchst. Das spart später nicht nur rechtlichen Stress, sondern auch Debugging-Zeit, weil du nicht mit zehn nicht dokumentierten Datenabflüssen jonglierst.

Was ist ein sinnvoller Minimalstandard, wenn ich „erstmal sauber starten“ will?

Minimal sauber heißt: (1) notwendige Funktionen laufen, alles andere ist bis zur Zustimmung blockiert; (2) klare, verständliche Zwecke statt Wischiwaschi; (3) „Ablehnen“ ist genauso leicht wie „Akzeptieren“; (4) Widerruf ist jederzeit auffindbar; (5) Consent wird nachweisbar gespeichert. Wenn du diese fünf Punkte erfüllst, hast du die häufigsten Risiken im Griff und kannst danach iterativ verbessern.

Persönliches Fazit

Consent Management ist weniger „Banner auf die Website“, sondern eher wie eine gut organisierte Schnittstelle zwischen Vertrauen, Recht und Technik. Wenn du es ordentlich machst, fühlt sich deine Seite respektvoll an, deine Daten werden verlässlicher, und du ersparst dir diese unangenehmen „Warum funkt unsere Website eigentlich schon beim ersten Laden zu fünf Dritten?“-Momente. Mein Rat: lieber einmal sauber inventarisieren und konsequent umsetzen, statt jahrelang mit einem halb funktionierenden Setup zu leben, das weder rechtlich noch operativ wirklich trägt.

Entity SEO für KMU: Website klar strukturieren

Sun, 20 Sep 2026 05:28:49 +0000

Entity SEO bedeutet, dass Suchmaschinen und KI-Systeme Deine Firma als klar beschriebene Einheit mit Leistungen, Standort, Personen und Themenbezügen erkennen können. Genau darum geht es heute: nicht nur gefunden zu werden, sondern eindeutig eingeordnet zu werden. Wenn eine Website diese Zusammenhänge sauber zeigt, wird die Website maschinenlesbarer, semantisch klarer und für klassische Suche wie für KI-Suche deutlich hilfreicher.

Ich sehe das in KMU-Projekten seit vielen Jahren sehr deutlich: Viele Unternehmen investieren in Design, Texte und einzelne Keywords, aber die eigentliche Struktur bleibt unscharf. Dann gibt es eine schöne Startseite, ein paar allgemeine Unterseiten und vielleicht einen Kontaktbereich. Für Menschen ist das schon oft zu wenig. Für Suchmaschinen, Assistenzsysteme und den Knowledge Graph ist diese Unschärfe erst recht ein Problem.

Eine schöne Website kann Eindruck machen. Eine semantisch klare Website kann verstanden, eingeordnet und zitiert werden.

Entity SEO: Was das für KMU praktisch bedeutet

Bei Entity SEO stehen nicht einzelne Suchbegriffe im Mittelpunkt, sondern Entitäten und ihre Beziehungen. Eine Entität kann ein Unternehmen, eine Person, ein Ort, eine Leistung, ein Produkt, ein Fachthema oder auch ein konkretes Projekt sein. Gute Entity SEO beantwortet für Maschinen eindeutig Fragen wie: Wer ist das Unternehmen? Was bietet das Unternehmen an? Wer arbeitet dort? In welcher Region ist das Unternehmen tätig? Welche Themen gehören nachweisbar zum Unternehmen?

Semantische Klarheit bedeutet in diesem Zusammenhang: Jede wichtige Seite benennt präzise, worum es geht, wie die Inhalte zusammenhängen und welche Rolle eine Seite im Gesamtsystem hat. Eine maschinenlesbare Website ist deshalb keine technische Spielerei, sondern eine sauber strukturierte Unternehmensdarstellung.

Für KMU heißt das ganz praktisch: Deine Website braucht mehr als eine Startseite mit schönen Aussagen. Deine Website braucht klare Leistungsseiten, nachvollziehbare Teamseiten, sinnvolle Ortsseiten, konsistente Benennungen, saubere Kontaktinformationen, FAQ-Bereiche und eine logische interne Verlinkung.

Warum Keyword-SEO allein nicht mehr reicht

Klassische SEO hat lange stark in Keywords gedacht: Welche Suchphrase soll auf welcher Seite ranken? Diese Logik ist nicht falsch, aber sie reicht allein nicht mehr aus. Google erklärte bereits 2012 beim Start des Knowledge Graph den Wechsel von der Suche nach Zeichenfolgen hin zu „Dingen, Menschen oder Orten“. Damals sprach Google von mehr als 570 Millionen Objekten und mehr als 18 Milliarden Fakten und Beziehungen Quelle: Google Blog.

Genau deshalb verliert reines Keyword-Denken an Wirkung, wenn die Website keine klare Identität aufbaut. Eine Suchmaschine kann einen Text zwar crawlen. Eine Suchmaschine kann aber nur dann sicher einordnen, wenn die Website eindeutige Signale sendet. Das gilt heute nicht nur für Google, sondern ebenso für Systeme, die Antworten zusammenfassen, vergleichen oder zitieren.

Keyword-Denken	Entity-SEO-Denken
Eine Seite soll ein Keyword enthalten.	Eine Seite soll eine klar definierte Entität beschreiben.
Texte werden auf einzelne Suchphrasen optimiert.	Texte erklären Beziehungen zwischen Unternehmen, Leistungen, Personen und Orten.
Navigation wird oft aus Design-Sicht gebaut.	Navigation wird aus Informationsarchitektur und semantischer Klarheit gebaut.
Mehrere Seiten behandeln dasselbe Thema unscharf.	Jede Seite hat eine eindeutige Rolle im System.
Lokale Relevanz wird nur über Ortsnennungen versucht.	Lokale Relevanz entsteht durch echte Ortsbezüge, Leistungen und verknüpfte Nachweise.

Wie KMU Entitäten auf der Website aufbauen

Entity SEO ist für KMU am stärksten, wenn die Website wie ein sauberes Unternehmensmodell aufgebaut ist. Ich meine damit keine komplizierte Technik, sondern Klarheit in Seitenstruktur, Benennung und Beziehungen. In der Praxis funktionieren vor allem diese Bausteine:

Unternehmensseite: Wer ist das Unternehmen, wofür steht das Unternehmen, in welcher Region arbeitet das Unternehmen?
Leistungsseiten: Jede Kernleistung erhält eine eigene Seite mit klarer Benennung, konkretem Nutzen, typischen Anwendungsfällen und passenden Ortsbezügen.
Teamseiten: Personen werden nicht nur als Fotos gezeigt, sondern mit Rolle, Fachgebiet und Bezug zu Leistungen dargestellt.
Ortsseiten: Wenn ein regionaler Fokus besteht, sollte die Website sauber zeigen, in welchen Orten und Einzugsgebieten das Unternehmen tatsächlich tätig ist.
Fallbeispiele und Referenzen: Projekte verknüpfen Leistung, Branche, Ort und Ergebnis.
FAQ-Bereiche: FAQs helfen, wiederkehrende Fragen in zitierfähiger Form zu beantworten.
Kontaktinformationen: Name, Adresse, Telefonnummer, E-Mail und Zuständigkeiten müssen konsistent sein.

Wenn Du tiefer in die Grundidee einer Website für Maschinen und Menschen einsteigen willst, lies auch den Beitrag zur Website für Suchmaschinen, KI und Menschen. Genau dort zeigt sich, warum Struktur heute mindestens so wichtig ist wie Gestaltung.

Konkrete Beispiele für Benennung und Struktur

Viele KMU verschenken Sichtbarkeit schon bei der Nomenklatur. Unklare Seitentitel wie „Leistungen“, „Über uns“ oder „Unsere Angebote“ sind für Nutzer noch verständlich, für Maschinen aber oft zu allgemein. Besser sind Benennungen, die Entität, Leistung und Kontext verbinden.

Schwach: „Leistungen“
Besser: „Webdesign für KMU in Bozen“ oder „Steuerberatung für Unternehmen in Meran“
Schwach: „Team“
Besser: „Team für Webstrategie, Design und Entwicklung“ mit einzelnen Personenprofilen
Schwach: „Standorte“
Besser: „Elektroinstallationen in Südtirol“ oder „Sanitär-Service in Bozen und Umgebung“
Schwach: „Referenzen“
Besser: „Projektbeispiele für Handwerksbetriebe in Südtirol“

Diese Klarheit ist nicht nur für Rankings wichtig. Diese Klarheit hilft auch der Einordnung in Antwortsystemen, in Snippets und in allen Situationen, in denen Inhalte zusammengefasst statt komplett gelesen werden.

Entity SEO für lokale Dienstleister

Gerade bei lokale SEO ist Entity SEO extrem praktisch. Ein Unternehmen aus Bozen, Meran oder Brixen konkurriert nicht nur um allgemeine Sichtbarkeit, sondern um Vertrauen im regionalen Kontext. Dafür reicht es nicht, den Ortsnamen zehnmal auf eine Seite zu schreiben.

Ein Beispiel: Eine Agentur, die „Webdesign in Bozen“ anbietet, sollte nicht nur diesen Begriff erwähnen. Die Website sollte klar zeigen, dass das Unternehmen in Bozen sitzt, welche konkreten Webdesign-Leistungen angeboten werden, wer im Team dafür zuständig ist, welche Projekte in Südtirol oder im DACH-Raum umgesetzt wurden und wie die Leistungen mit Beratung, Text und Technik zusammenhängen.

Dasselbe gilt für eine Steuerberatung in Meran. Eine gute Seite beschreibt nicht nur „Steuerberatung Meran“, sondern verknüpft die Entitäten sauber: Kanzlei, Fachgebiete, Ansprechpartner, Zielgruppen, Region, Leistungen, Kontakt und häufige Fragen. Für einen Handwerksbetrieb in Südtirol gilt dieselbe Logik. Eine Seite wie „Badsanierung in Bozen“ funktioniert deutlich besser als eine allgemeine Sammelseite mit fünfzehn Leistungen ohne Struktur.

In meinen Projekten sehe ich oft denselben Fehler: Ein Unternehmen will regional sichtbar werden, baut aber nur eine Startseite und erwartet, dass Google und andere Systeme alles dazwischen selbst ableiten. Genau das passiert selten zuverlässig. Regionale Sichtbarkeit entsteht aus klaren Beziehungen, nicht aus Hoffnungen.

Strukturierte Daten, semantische Signale und interne Verlinkung

Zur Entity SEO gehört nicht nur Text, sondern auch technische Eindeutigkeit. Strukturierte Daten helfen Suchmaschinen zusätzlich dabei, Inhalte eindeutig zu verstehen. Google Search Central erklärt ausdrücklich, dass Google strukturierte Daten nutzt, um den Inhalt einer Seite zu verstehen und als Rich Result darzustellen; Google empfiehlt dafür insbesondere JSON-LD Quelle: Google Search Central.

Wichtig ist dabei: Strukturierte Daten lösen kein inhaltliches Chaos. Wenn die Website unklare Seiten, doppelte Themen oder unsaubere Bezeichnungen hat, kann Schema Markup die strategischen Schwächen nicht reparieren. Strukturierte Daten funktionieren am besten als Verstärkung einer ohnehin klaren Seitenarchitektur.

Ebenso wichtig ist die interne Verlinkung. Eine gute interne Verlinkung zeigt Beziehungen zwischen Entitäten. Die Leistungsseite verlinkt auf passende Teamseiten. Die Teamseite verlinkt auf Fachgebiete oder Projekte. Die Ortsseite verlinkt auf die passende Leistung. Die FAQ verlinkt auf die saubere Detailseite. So entsteht ein Netz aus Bedeutung statt einer Sammlung einzelner Unterseiten.

Wenn eine Website neu gedacht oder strukturell überarbeitet werden soll, beginnt das meist mit einer klaren strategischen Website-Entwicklung. Design, Text, Technik und Informationsarchitektur müssen dabei zusammenarbeiten, sonst bleibt die Website zwar hübsch, aber unpräzise.

Checkliste für eine maschinenlesbare Website

Die folgende Übersicht nutze ich gedanklich oft, wenn ich KMU-Websites bewerte. Sie ist bewusst einfach gehalten, damit Du Lücken schnell erkennst.

Seitentyp	Zweck	Welche Entität wird gestärkt?	Typischer Fehler
Startseite	Unternehmen und Nutzenbild klar zusammenfassen	Unternehmen / Marke	Zu allgemein, zu viele Themen, kein klarer Fokus
Leistungsseiten	Je Kernleistung eine eindeutige Beschreibung	Service / Fachgebiet	Alle Leistungen auf einer Sammelseite
Teamseiten	Rollen, Kompetenz und Ansprechpartner zeigen	Personen	Nur Namen und Fotos ohne fachlichen Kontext
Ortsseiten	Regionale Relevanz sauber abbilden	Ort / Einzugsgebiet	Künstlich vervielfachte Ortsseiten ohne echten Mehrwert
Referenzen	Leistung, Branche, Ort und Ergebnis verknüpfen	Projekt / Anwendungsfall	Nur Bildergalerie ohne Einordnung
FAQ	Wichtige Fragen kurz und präzise beantworten	Themenbezug / Suchintention	Allgemeine Fragen ohne konkrete Aussage
Kontaktseite	Eindeutige Erreichbarkeit und Zuständigkeit	Unternehmen / Standort	Unvollständige oder inkonsistente Angaben

Prüfe die Benennungen: Ist jede Kernseite eindeutig benannt?
Prüfe die Hierarchie: Kommt jede wichtige Leistung direkt oder logisch erreichbar vor?
Prüfe die Ortsbezüge: Sind reale Einzugsgebiete nachvollziehbar beschrieben?
Prüfe die Personenbezüge: Gibt es echte Ansprechpartner mit fachlichem Kontext?
Prüfe die Verknüpfungen: Unterstützt die interne Verlinkung die Beziehungen zwischen Leistungen, Orten und Personen?
Prüfe die Konsistenz: Werden Unternehmensname, Leistungsnamen und Kontaktangaben überall gleich verwendet?

Was viele KMU unterschätzen

Viele kleine Unternehmen arbeiten an der Oberfläche und vernachlässigen die semantische Struktur. Das ist verständlich, weil Design sofort sichtbar ist und Struktur oft unsichtbar wirkt. In der Wirkung ist es aber oft umgekehrt: Eine unklare Struktur kostet langfristig Sichtbarkeit, Einordnung und Vertrauen.

Ich habe in über 20 Jahren Praxis unzählige Websites gesehen, die auf den ersten Blick professionell wirken, aber intern keine klare Logik haben. Dann konkurrieren zwei Unterseiten um dieselbe Leistung, die Teamseite erklärt nichts, Ortsseiten fehlen komplett und Blogartikel stehen ohne Bezug zum Angebot im Raum. Für Menschen ist das mühsam. Für Suchsysteme ist das ein Signal von Unschärfe.

Deshalb ist Entity SEO kein Zusatzmodul für später. Entity SEO ist ein Denkmodell für die gesamte Website. Wenn die Marke klar positioniert ist, die Leistungen sauber benannt sind und die Seiten ein sinnvolles System bilden, entsteht eine Website, die nicht nur gefunden, sondern verstanden wird.

FAQ zu Entity SEO

Braucht jede KMU-Website strukturierte Daten?

Nicht jede kleine Website braucht sofort jedes Schema-Markup, aber fast jede KMU-Website profitiert von sauber eingesetzten strukturierten Daten für Unternehmen, Personen, Leistungen oder lokale Angaben. Der größte Nutzen entsteht dann, wenn strukturierte Daten eine bereits klare Seitenstruktur ergänzen und nicht inhaltliche Unschärfe kaschieren sollen.

Reicht eine gute Startseite für Entity SEO aus?

Nein, eine Startseite kann das Unternehmen nur grob einordnen. Entity SEO braucht in der Regel zusätzliche Leistungsseiten, Teamseiten, Ortsseiten oder FAQs, damit Suchmaschinen und KI-Systeme Beziehungen präzise erkennen können.

Wie wichtig sind Teamseiten wirklich?

Teamseiten sind besonders für beratende, kreative und lokale Dienstleister wertvoll, weil Teamseiten Fachkompetenz, Zuständigkeiten und echte Ansprechpartner sichtbar machen. Gute Teamseiten stärken Vertrauen und helfen Maschinen dabei, Personen klar mit Themen und Leistungen zu verbinden.

Was bringt Entity SEO konkret für lokale Unternehmen?

Entity SEO hilft lokalen Unternehmen, nicht nur für einen Ortsbegriff aufzutauchen, sondern im richtigen fachlichen Kontext eingeordnet zu werden. Das verbessert die Chance auf passendere Anfragen, weil Unternehmen, Leistung, Ort und Ansprechpartner klar zusammengehören.

Ist Entity SEO nur für Google relevant?

Nein, die Grundlogik hilft überall dort, wo Inhalte maschinell gelesen, zusammengefasst oder verglichen werden. Gerade für die KI-Suche ist eine klare, zitierfähige und konsistente Website-Struktur wertvoll, weil Systeme eindeutige Aussagen bevorzugen.

Wenn Du Deine Website nicht nur schöner, sondern klarer und belastbarer machen willst, dann denke weniger in Seiten und mehr in Beziehungen. Genau dort beginnt saubere Entity SEO.

Quellen

Simulador de Corrida de Lesmas

Sun, 20 Sep 2026 02:25:53 +0000

As corridas são longas e as ultrapassagens, raras. Formula 1? Não, estou falando do Simulador de Corrida de Lesmas. Escolha a sua, encoraje-a (botão “Cheer”) e torça pela vitória. (O site informa que a corrida de lesmas é um “esporte genuíno”, popular na Inglaterra.)

Hardware Test

Sun, 20 Sep 2026 02:25:53 +0000

Uma série de testes de hardware que rodam direto do navegador web. Tem para teclado, mouse, tela, controles de video game… Gratuito.

Snail racing simulator

Sun, 20 Sep 2026 01:12:53 +0000

The races are long and overtaking, rare. Formula 1? No, I’m talking about the Snail racing simulator. Choose yours, cheer it, and hope for the best. (The website reports that the slug race is a “genuine sport” popular in Britain.)

Hardware Test

Sun, 20 Sep 2026 01:12:53 +0000

A series of hardware tests that run directly from the web browser. It has for keyboard, mouse, screen, video game controls… For free.

如何记笔记

Sat, 19 Sep 2026 16:18:59 +0000

我年轻的时候从不记笔记。这不外乎两个原因：年轻记性好，而且没那么多东西要记。待到年纪渐长，终于意识到我迟早有一天会老年痴呆的。怎么办呢？哈利波特粉丝应该对第四集这个场景有印象：

I sometimes find, and I am sure you know the feeling, that I simply have too many thoughts and memories crammed into my mind. —- Dumbledore to Harry

我们没有魔法盆，只好记笔记。但我之前记而不得其法，丢失的很多，未丢的也杂乱无法整理。直到前不久我了解到记笔记的不二法门，今天来跟大家分享。

Zettelkästen

Zettelkästen 是德语，意思是卡片盒。网上有很多资料，比如它的官网. 发明者叫 Niklas Luhmann, 是上世纪的一位相当学术高产的德国社会学家。他花了大半辈子，用卡片作笔记，最终留下近十万张卡片，装满了几个大箱子。这是其中的一张：

Luhmann’s zettel

你或者说，用卡片记也是记，用笔记本记也是记，用电脑也是记，除了这家伙够有毅力之外，他的方法还能有什么特殊？有的。

能坚持几十年的方法，一定不是让人痛苦的。你的方法呢？
记是一方面，想找的时候还要找的着。不用说几十年，你能快速找到去年你记的笔记某一页吗？
你一个人无聊待着的时候，会主动翻阅自己过去的笔记，从而获得新的思路新的想法吗？

所以，请和我一起探索一下卡片盒方法的独到之处吧。

篇幅

用卡片记笔记能有效限制篇幅。笔记不是文章，是给自己看的，无需写的文采飞扬。一张卡片，就记一件事情，一个点子，一个发现。一句话不嫌短，但最长不要超过一百个单词，中文不超过两百字。另一件事情就另起一张卡片。把每件事情都试图写的独立一点，每张卡片独立都能让多年以后的自己重新理解。

组织

card tree

卡片放在盒子里，按序排放。但这个序既不是时间顺序，也不是分类顺序，而是你思路的顺序。人的思路肯定不是线性的，而是不停的在分支，更接近一颗树的样子。学软件的应该比较熟悉。今天思路断在这里，可能很长一段时间都不去管，但将来某年某月说不定又有想法，就把卡片再插在这里，重新开始。相比之下，笔记本就限制过多了。

固化

不要扔卡片，尽量不要修改卡片。假如你以前认为地球是平的，后来改变了看法，不要去试图修改历史，让自己显得伟大光荣正确，就原地接一张卡片，说自己想法变了就好。之前想法种种，不管多错误，毕竟是你自己思维的一部分，自己写自己看，何必不对自己忠实。历史不应修改，最多渐渐忘记。我们记笔记，不就是让忘记的速度再慢一点。

单份

一个人应该只有一个卡片盒。虽然，把工作，生活分开可能有一定道理，但说到底，你只有一个大脑，精神分裂者除外。你的卡片盒不过是你大脑的外挂，不应该再细分范畴。当然，你可以，也应该在卡片上作标签，类似推特的 #tag 一样，以便查询。但这个分类不是固化的，也不是互斥的。一张卡片可以有多个标签。

我的方法

最正宗的 Zettelkästen 用的是纸质卡片。但在这个数字信息化的时代，我作为软件工作者，必然使用数字化方法。数字化的好处这里不再详述，但也是有坏处的。最大的坏处是表达不够丰富，用笔可以画画，在电脑里我只会写文字。好在我浑身上下无半点艺术细胞，这点坏处对我来说问题不大。下面讲的是我自己的方法，与原方法略有区别，还请大家注意分辨。我想，每个人具体情况都有所不同，一定程度的订制是必要的。

我的卡片

我用 markdown 格式记录笔记，一张卡片对应一个文件。文件可能分一个到几个小节，每节相当于幻灯胶片排版比较疏松的一页，篇幅类似于原版的 Zettelkästen. 纸质卡片有两面，我的数字卡片可能有更多“面”，即更多小节，但我目前还维持一节到两节。两节的好处是可以表达问题／回答，理论／例子这样的组织结构，对于某些笔记是很有用的。多面卡片我建议尽量不用，而最好分拆成多张卡片。

卡片的组织

我所有卡片文件放在一个目录里，不分子目录。我的文件名不包含内容信息，而只是时间戳。但是，我在卡片之外维护一个索引文件，在索引内实现两个功能：

树的组织
标签

懂点数据库知识的人应该可以理解我的做法的好处。但我用的不是数据库工具，而是 emacs org-mode 来组织我的索引文件。org-mode提供非常完备的结构化编辑一个树的方法，同时可以给树的每一个节点加标签，正好是我需要的，而且我本来就一天到晚在emacs里。你应该可以选择你最喜欢的工具，但做选择前，请考虑一下：记笔记是一辈子的事情，你选择的工具能存在多长时间呢？

卡片的呈现

card: pensieve

虽然我可以一直在emacs环境里写卡片，查卡片，对卡片树重新组织，给卡片打标签，到这个地步其实我还不需写一行代码。但是，一个更方便，更直观的方法来翻阅卡片是非常有必要的。现在人都有很多碎片时间，例如茶余饭后，等人等车的时候，与其掏出手机刷抖音，还不如掏出手机刷自己的卡片。到这个地步这就要写一点代码了。目前我已经实现了：

把卡片转换成html文件，通过浏览器方便浏览
一个全屏网页界面，在手机上可以通过手指上下左右滑动来遍历我的卡片树
根据主题标签细分，来生成一个稀疏树，便于同主题浏览

刚好我的单张卡片篇幅不大，在手机全屏情况下阅读正合适。

结束语

Luhmann 教授一辈子写了十万张卡片，我才刚上路，还不到一百，且看我最终能写多少。

Never send a human to do a machine’s job. – Agent Smith

尤其别委屈自己。

Internet Phone Book – Submit your site to issue 2!

Sat, 19 Sep 2026 00:02:13 +0000

Internet Phone Book

An annual publication for exploring the vast poetic web, featuring essays, musings and a directory with the personal websites of hundreds of designers, developers, writers, curators, and educators. Published since 2025.

Book tour

We are taking the Internet Phone Book on a tour.

Events

Upcoming

Saturday, May 30, 2026
Parameter Festival
Kino Šiška, Ljubljana, Slovenia
link

Upcoming

May 7-9, 2026
World Beautiful Business Forum
Athens, Greece
link

Upcoming

March 6-June 7, 2026
The Photographer's Gallery
London, United Kingdom
link

Friday, November 28, 2025
The Grey Space in the Middle
The Hague, Netherlands
link

Thursday, November 6, 2025
Internet Archive Europe
Amsterdam, Netherlands
link

Monday, November 3, 2025
19:15
Softer
Dag Hammarskjölds Allé 42B, 2100 Copenhagen, Denmark
link

Saturday, October 18, 2025
Beckmans College of Design
Lidingö, Sweden
link

Saturday, October 11, 2025
V2_ Lab
Rotterdam
link

Sunday, June 1, 2025
19:00
Birdcall
1F, 10-7 Jahamun-ro 12-gil, Jongno-gu, Seoul
link

Wednesday, May 21, 2025
19:00
Adad Books
Anteou 1, Athens
link

Saturday, May 17, 2025
16:00–18:00
Extra Practice
Linker Rottekade 5A, Rotterdam
link

If you'd like to host an event, get in touch with us.

Where to find

Browse the Internet Phone Book at the following libraries and community spaces.

ArtEZ University of the Arts Arnhem, Netherlands visit →
Athens Zine Bibliotheque Athens, Greece visit →
British Film Institute Library London, UK visit →
Deutsches Literaturarchiv Marbach Marbach am Neckar, Germany visit →
Extra Practice Rotterdam, Netherlands visit →
Ljudmila Ljubljana, Slovenia visit →
The National Library of Greece Athens, Greece visit →
National Library of Scotland Edinburgh, UK visit →
Plot Chinatown, Los Angeles, USA visit →
servus Salzburg, Austria visit →
SUPeR Library Copenhagen, Denmark visit →

Purchase the Internet Phone Book at the following bookshops and community spaces.

Separate Spaces Seoul, Korea sold out
Hopscotch Reading Room Berlin, Germany sold out
Adad Books Athens, Greece sold out
Athenaeum Nieuwscentrum Amsterdam, The Netherlands sold out
Plot Los Angeles, USA sold out
Burn All Books San Diego, USA sold out
Chess Club Portland, USA sold out
Supertime Books Copenhagen, Denmark sold out
Pro qm Berlin, Germany sold out
Hyper Hypo Athens, Greece sold out
San Seriffe Amsterdam, NL sold out
Birdcall Seoul, Korea sold out
Metalabel Wordwide sold out

What are people saying

"I just read the foreword, and I resonate with each word. It made me realize how social media isn't THE internet." - Anastasia Pappa, Desired Landscapes

"The Internet Phone Book is the book I've been loving and enjoying the most these days, both reading and playing with it." - Halim Lee

"Yet another great project from two of my favorite internet weirdos." - Andy Baio, Waxy.org

"The Internet Phone Book is the tip of the iceberg of a lively community (700 people are in the book) that has generated many interesting ideas." - Silvio Lorusso

"Fuck Google. I'm going analog with The Internet Phonebook." - Dobbs

"Internet Phone Book is The Whole Internet for our times." - Olia Lialina

Our Internet Phone Books (From the Are.na channel ✶✶)

Was bedeutet "Traffic"? Glossar 2026

Fri, 18 Sep 2026 12:39:43 +0000

Definition von Traffic

Traffic (auch Web Traffic, Website Traffic, Web-Traffic) bezeichnet die Anzahl der Besucher und deren Aktivitäten auf einer Website. Es handelt sich um eine Kennzahl, die den Fluss von Nutzern misst, die eine Website besuchen, einschließlich der Zugriffe, Seitenaufrufe und Interaktionen. Traffic ist ein wesentlicher Indikator dafür, wie gut eine Website performt und ob die angewandten Strategien effektiv sind oder Optimierungen benötigen.

Arten von Traffic

Traffic lässt sich in verschiedene Kategorien unterteilen, die jeweils unterschiedliche Aspekte des Besucherverhaltens widerspiegeln:

1. Organischer Traffic

Beschreibung: Besucher, die über unbezahlte Suchergebnisse in Suchmaschinen wie Google auf die Website gelangen.
Quelle: SuchmaschinenoptimierungSEO einfach erklärt: SEO ist die strategische Optimierung einer Website für organische Sichtbarkeit, passende Suchintention und verständliche Darstellung in Suchmaschinen und suchnahen Antwortsystemen. Ziel... Klicken und mehr erfahren (SEO).

2. Direkter Traffic

Beschreibung: Besucher, die die Website direkt durch Eingabe der URL in den Browser oder über Lesezeichen aufrufen.
Quelle: Direkte Eingabe oder gespeicherte Lesezeichen.

3. Referral Traffic

Beschreibung: Besucher, die über Links von anderen Websites auf die Website gelangen.
Quelle: Backlinks, Partnerschaften, Gastbeiträge.

4. Soziale Medien Traffic

Beschreibung: Besucher, die über soziale NetzwerkeDefinition von Social Media Social Media oder Soziale Medien bezeichnet eine Gruppe von Internet-basierten Plattformen und Anwendungen, die es Nutzern ermöglichen, Inhalte zu erstellen,... Klicken und mehr erfahren wie Facebook, Twitter, Instagram oder LinkedIn auf die Website gelangen.
Quelle: Social Media Posts, Werbekampagnen, Shares.

5. Bezahlter Traffic

Beschreibung: Besucher, die über bezahlte Werbekampagnen wie Google AdsGoogle Ads ist die Werbeplattform von Google für bezahlte Anzeigen in der Suche, im Display-Netzwerk, bei Shopping, auf YouTube und auf weiteren Google-Flächen. Google... Klicken und mehr erfahren, Display-Werbung oder gesponserte Beiträge auf sozialen Medien auf die Website gelangen.
Quelle: Online-Werbung, PPCPay-Per-Click (PPC) ist eine⁤ beliebte Online-Werbemethode,⁤ die oft ‍in Suchmaschinenwerbung und auf sozialen Medien eingesetzt wird. Stell‍ dir vor, du bist ein Unternehmer und... Klicken und mehr erfahren (Pay-Per-Click) Kampagnen.

6. E-Mail Traffic

Beschreibung: Besucher, die über Links in E-Mail-Newslettern oder -Kampagnen auf die Website gelangen.
Quelle: E-Mail-Marketing-Kampagnen.

Bedeutung von Traffic

1. Erfolgsmessung

Traffic ist eine grundlegende Kennzahl, um den Erfolg von Marketingstrategien und -kampagnen zu bewerten. Hoher Traffic kann auf eine effektive MarketingstrategieEine Marketing-Strategie ist der langfristige Plan, mit dem du deine Positionierung, deine Zielgruppenanalyse, deine Marketingziele und die passenden Kanäle so verbindest, dass aus einzelnen... Klicken und mehr erfahren hinweisen, während niedriger Traffic Optimierungsbedarf signalisiert.

2. Umsatzsteigerung

Mehr Traffic erhöht die Chancen auf ConversionsConversion einfach erklärt: Eine Conversion ist eine definierte Zielhandlung, die ein Besucher auf einer Website oder im Online-Marketing ausführt. Auf Deutsch wird auch der... Klicken und mehr erfahren, also die Umwandlung von Besuchern in Kunden, was direkt zu Umsatzsteigerungen führen kann.

3. Markenbekanntheit

Hoher Traffic trägt zur Steigerung der MarkenbekanntheitDefinition der Markenbekanntheit Markenbekanntheit (auf Englisch Brand Awareness) bezeichnet das Ausmaß, in dem eine Marke in der Öffentlichkeit oder innerhalb einer spezifischen Zielgruppe bekannt... Klicken und mehr erfahren bei, da mehr Menschen die MarkeDefinition von Brand Brand (auch Brands) stammt aus dem Englischen und steht für Marke. Eine Marke ist ein unverwechselbares Kennzeichen, das Produkte oder Dienstleistungen... Klicken und mehr erfahren kennenlernen und sich mit ihr vertraut machen.

4. Datenanalyse

Traffic-Daten bieten wertvolle Einblicke in das Verhalten und die Präferenzen der ZielgruppeDefinition der Zielgruppe Eine Zielgruppe (auch Ziel-Gruppe, Zielgruppen, Target Audience) ist eine spezifische Gruppe von Personen oder Käufergruppen (wie Verbraucher, potenzielle Kunden, Entscheidungsträger usw.),... Klicken und mehr erfahren, was die Optimierung von Inhalten und Benutzererfahrungen ermöglicht.

Messung von Traffic

1. Google Analytics

Ein weit verbreitetes Tool zur Analyse von Web-Traffic, das detaillierte Einblicke in Besucherquellen, Verhaltensweisen und Conversions bietet.

2. Webserver-Logs

Protokolle, die alle Zugriffe auf eine Website aufzeichnen und grundlegende Traffic-Informationen liefern.

3. SEO-Tools

Tools wie SEMrush, Ahrefs und Moz bieten zusätzliche Einblicke in organischen Traffic und die Leistung von Keywords.

4. Social Media Analytics

Plattformen wie Facebook Insights, Twitter Analytics und LinkedIn Analytics messen den Traffic, der von sozialen Netzwerken stammt.

5. Conversion Tracking

Verfolgung von Aktionen, die Besucher auf der Website durchführen, um die Effektivität von Traffic-Quellen zu bewerten.

Strategien zur Steigerung von Traffic

1. Suchmaschinenoptimierung (SEO)

Optimierung von Inhalten und technischen Aspekten der Website, um in den Suchmaschinenrankings höher zu erscheinen und mehr organischen Traffic zu generieren.

2. Content Marketing

Erstellung und Verbreitung von wertvollen, relevanten und konsistenten Inhalten, um eine klar definierte Zielgruppe anzuziehen und zu binden.

3. Social Media Marketing

Aktive Nutzung von sozialen Netzwerken zur Promotion von Inhalten, Interaktion mit der Zielgruppe und Erhöhung der Markenbekanntheit.

4. Bezahlte Werbung

Investition in Online-Werbung wie Google Ads, Facebook Ads oder Display-Werbung, um gezielt Traffic zu generieren.

5. E-Mail-Marketing

Versand von Newslettern und gezielten E-Mail-Kampagnen, um wiederkehrenden Traffic zu fördern und KundenbindungDefinition von Kundenbindung Kundenbindung ist ein Begriff aus dem Marketing, der sich auf die Fähigkeit eines Unternehmens bezieht, bestehende Kunden langfristig an sich zu... Klicken und mehr erfahren zu stärken.

6. Partnerschaften und Kooperationen

Zusammenarbeit mit anderen Websites, Influencern oder Marken, um Referral Traffic zu steigern und neue Zielgruppen zu erreichen.

7. Linkbuilding

Aufbau von hochwertigen Backlinks, um die Autorität der Website zu erhöhen und organischen Traffic zu fördern.

8. Mobile Optimierung

Sicherstellung, dass die Website für mobile Geräte optimiert ist, um den steigenden mobilen Traffic zu nutzen.

Vorteile eines hohen Traffics

1. Mehr Conversions

Ein höherer Traffic erhöht die Chancen, dass Besucher zu Kunden konvertieren.

2. Höhere Einnahmen

Mehr Traffic kann zu höheren Einnahmen durch Verkäufe, Werbung oder andere Monetarisierungsstrategien führen.

3. Verbesserte Markenpräsenz

Ein hohes Besucheraufkommen stärkt die Präsenz und das Image der Marke im Markt.

4. Bessere Datenbasis

Mehr Traffic liefert umfangreichere Daten, die für die Optimierung von Marketingstrategien und die Verbesserung der Benutzererfahrung genutzt werden können.

Herausforderungen bei der Traffic-Generierung

1. Wettbewerbsintensität

In stark umkämpften Branchen kann es schwierig sein, sich durchzusetzen und signifikanten Traffic zu generieren.

2. Qualität vs. Quantität

Es ist wichtig, nicht nur auf die Anzahl der Besucher zu achten, sondern auch auf die Qualität und Relevanz des Traffics, um echte Conversions zu erzielen.

3. Technische Optimierung

Die kontinuierliche technische Optimierung der Website erfordert FachwissenWas bedeutet „Know-how“? Ganz einfach: Es ist die Fähigkeit, etwas zu wissen und zu können. Dabei geht es weniger um theoretisches Wissen, sondern vielmehr... Klicken und mehr erfahren und Ressourcen, um sicherzustellen, dass sie schnell, sicher und benutzerfreundlich ist.

4. Content-Erstellung

Die kontinuierliche Erstellung hochwertiger und relevanter InhalteContent umfasst alle gezielt veröffentlichten digitalen Inhalte auf Websites, in Shops, in Social-Media-Kanälen, in Newslettern und in anderen digitalen Umgebungen. Wenn Du wissen willst,... Klicken und mehr erfahren ist zeitaufwändig und erfordert kreative und fachliche Expertise.

5. Datenschutz und Regulierung

Einhaltung von Datenschutzgesetzen wie der DSGVOGDPR steht für General Data Protection Regulation und bezeichnet dasselbe EU-Regelwerk, das auf Deutsch Datenschutz-Grundverordnung oder kurz DSGVO heißt. Zwischen GDPR und DSGVO besteht... Klicken und mehr erfahren kann die Art und Weise beeinflussen, wie Traffic gemessen und Daten gesammelt werden dürfen.

Best Practices zur Traffic-Generierung

1. Zielgruppenanalyse

Verstehen der Bedürfnisse, Interessen und Verhaltensweisen der Zielgruppe, um gezielte Marketingstrategien zu entwickeln.

2. SEO-Optimierung

Optimierung von On-Page- und Off-Page-Faktoren, um die Sichtbarkeit in Suchmaschinen zu erhöhen und mehr organischen Traffic zu gewinnen.

3. Hochwertiger Content

Erstellung von informativen, unterhaltsamen und wertvollen Inhalten, die die Zielgruppe ansprechen und zum Teilen anregen.

4. Mobile Optimierung

Sicherstellung, dass die Website auf allen Geräten gut funktioniert, insbesondere auf mobilen Geräten, um den wachsenden mobilen Traffic zu nutzen.

5. Nutzung von Social Media

Aktive Präsenz auf relevanten sozialen Plattformen und regelmäßige Interaktion mit der CommunityEine Community ist eine aktive Gruppe von Menschen, die durch ein gemeinsames Thema, gemeinsame Werte oder ein gemeinsames Ziel verbunden ist und regelmäßig in... Klicken und mehr erfahren, um die Markenbekanntheit zu steigern und Traffic zu generieren.

6. Bezahlte Werbekampagnen

Gezielte Investitionen in PPC-Kampagnen, Social Media Ads und andere Formen der Online-Werbung, um sofortigen Traffic zu generieren.

7. Linkbuilding und Partnerschaften

Aufbau von Beziehungen zu anderen Websites und Influencern, um hochwertige Backlinks zu erhalten und Referral Traffic zu steigern.

8. Analyse und Optimierung

Regelmäßige Überwachung der Traffic-Daten und Analyse der Leistung verschiedener Traffic-Quellen, um Strategien kontinuierlich zu optimieren.

Beispiele für Traffic-Generierungsstrategien

1. Blogging und Content Marketing

Regelmäßiges Veröffentlichen von Blogbeiträgen zu relevanten Themen, um organischen Traffic zu steigern und die Zielgruppe zu engagieren.

2. Social Media Kampagnen

Starten von viralen Kampagnen oder gezielten Werbeaktionen auf Plattformen wie Instagram, Facebook und LinkedIn, um die Sichtbarkeit zu erhöhen.

3. E-Mail-Marketing

Versand von personalisierten Newslettern und Angebots-E-Mails, um wiederkehrenden Traffic zu fördern und die Kundenbindung zu stärken.

4. Suchmaschinenwerbung (SEA)

Schaltung von bezahlten Anzeigen in Suchmaschinen, um sofortigen Traffic zu generieren und gezielt potenzielle Kunden anzusprechen.

5. Influencer-Kooperationen

Zusammenarbeit mit Influencern, die die Marke und ihre Inhalte an eine breitere und relevante Zielgruppe verbreiten.

Reducing Image Load Online | Codec Wiki

Fri, 18 Sep 2026 00:00:17 +0000

A big part of understanding any multimedia codec technology is knowing the application for such technology. For images, a big use case is web delivery. Compared to other multimedia, images are incredibly popular on the Web & knowing how to serve them properly can be a massive boon to your website's traffic as well as less of a headache for users on slower connections or who are under bandwidth constraints. The most disappointing part is that images are often poorly done on the web; all too frequently will you run into a site serving massive photographic PNGs for no reason, or photography sites serving photographs fresh out of the editing software with no thought put into their final delivery. A little effort, patience, & knowledge will go a long way toward improving the user experience for individuals using your site, & this article will illustrate some of the basics.

caution

These instructions are for photographic images; other kinds of images, like non-photographic, artwork, pixel art, etc. should likely be handled differently.

danger

Many images won't load properly unless your browser supports JXL, AVIF, & proper ICCv2 color management. This is for demonstration purposes only & shouldn't represent an actual common website experience. If you're curious anyway, the following browsers can display the contents of this page perfectly:

Thorium | Linux, macOS, Windows, Android
Waterfox | Linux, macOS, Windows
Mercury | Linux, Windows

Fire & Forget

First, we'll illustrate what not to do, which is fortunately not incredibly difficult to avoid. Taking an image straight out of your editing software at a massive size will often bloat the size & resolution to something that isn't generally usable for a website regardless of the codec you're using & its quality per bit. It can be argued there are specific use cases that demand incredible resolution & fidelity coexist on the Web, but we won't be covering those here. Here's an example of a bloated image:

exported straight from Darktable at JPEG q90, with no scaling

2.2 MB

Massive Improvement

The easiest way to have a large improvement without doing much work is to simply resize the image before serving it. Even if you exported a lossy JPEG, resizing should remove a lot of artifacts. The way to perceive a worst-case for an image's size on a site is to inspect the image element's width & height, which should give us an estimate of how large we should make our image. Any larger than this value is unreasonable since we're overfilling the element's size for no reason & the image is being scaled down anyway.

Inspect Element in Firefox. The Mac used to take this screenshot has a relatively high display resolution of 2560x1664. Because Macs scale things differently, we're probably going to want to double the horizontal resolution here.

The width is the most important value here, so our new image is going to be exported with a width of 1699 pixels. This new image, encoded at JPEG q90 with cjpegli, looks like this:

Obviously, there's lost fidelity compared to the original, but considering this is so much smaller, it is worth the trade-off for many. It is also worth noting we are using an improved jpeg encoder in the form of cjpegli, although that is secondary to the resize. If it doesn't look as good as you want it to, you can always scale the resolution up a bit, though currently, it looks plenty passable for its size.

2.2 MB -> 233 kB

Lazy Loading

A bonus tip is to add the loading="lazy" attribute to your picture tag to allow the image to load only when scrolled to by a user. This doesn't save bandwidth, but it improves the user experience by loading images further down the page only when necessary. An example may look like this:

New Codecs

If you desire further improvement, it may be time to consider using a newer codec like AVIF or JPEG-XL. These options will compress far more effectively than JPEG, with the only trade-off being browser support. We're not going to consider WebP or HEIC, since WebP is not competitive enough with JPEG for photographic imagery (often being worse) & HEIC has been superseded by AVIF - which sees greater support anyhow - & is not royalty free, effectively preventing widespread Web adoption forever. Again, we're just considering lossy compression for photographic images; it is a different story with WebP elsewhere, as it performs well on non-photographic content & is almost always better than PNG for 8-bit lossless compression. So, we are left with JXL & AVIF for now.

Fallbacks

AVIF sees widespread support, but JPEG-XL isn't quite there yet with Web support as Google continues to push AVIF (it is debatable if it ever will be outside the Apple ecosystem). Even with AVIF, adoption isn't remotely close to JPEG, so it is worth providing a fallback. This can look like the following example:

<picture>

    <source srcset="/img/jxl_image.jxl" type="image/jxl" />

    <source srcset="/img/avif_image.avif" type="image/avif" />

    <source srcset="/img/webp_fback.webp" type="image/webp" />

    <img src="/images/jpeg_fallback.jpg" alt="alt text" width="XX" height="YY" loading="lazy" />

</picture>

Here is a JXL falling back to an AVIF falling back to a WebP falling back to a JPEG. Pretty intense to have this many fallbacks unless you're really after the ultimate compression ratio, but it is certainly an option. AVIF & JPEG alone will probably be enough for most.

Compression Efficacy

Let's look at how our image examples compare to the original with our new codec selection. We'll be aiming for high visual fidelity, so around the same quality as our initial JPEG encoded with cjpegli (which scores ~83.01 with the SSIMULACRA2 visual fidelity metric).

137.0 kB JPEG-XL image, encoded with cjxl lossless.png out.jxl -d 1.49 -e 9. Score: ~83.04 3.06s user time

124.8 kB AVIF image, encoded with avifenc -c aom -s 4 -j 8 -d 10 -y 444 --min 1 --max 63 -a end-usage=q -a cq-level=16 -a tune=ssim lossless.png out.avif. Score: ~83.03 7.54s user time

JXL also supports lossless transcoding of JPEG images. This means every pixel is identical, the image just has a smaller filesize than the original JPEG; if you can use JXL, you can transcode existing JPEGs losslessly on your site & save some bandwidth that way. The JPEG transcode below gives a higher SSIMULACRA2 score than the original for some reason, but I'll chalk that up to a decoding inconsistency between how the ssimulacra2 program decodes JPEG & JXL. Either way, the scores are fairly close.

189.4 kB JPEG-XL image from JPEG, encoded with cjxl input.jpg input-recomp.jxl -d 0.0 -e 9 --brotli_effort=11. Score: ~84.92 (???) 0.67s user time

The final trick we can use, while not a new codec at all, still increases quality per bit. Encoding an XYB JPEG with cjpegli encodes with the perceptual XYB colorspace using an ICC profile to modify the original JPEG colors, avoiding JPEG's normal YCbCr which isn't perceptually optimized for the human visual system. Using XYB, we can afford identical quality with less bitrate than normal JPEG. This has universal compatibility, but not every application understands how to handle the XYB color profile (although color-managed modern browsers should be fine).

208.3 kB XYB JPEG, encoded with cjpegli lossless.png out.jpg --xyb -d 1.155. Score: ~83.04 0.10s user time

In this particular instance, AVIF seems to be the overall winner. This isn't always the case due to JXL's superiority at higher fidelity & with more detailed images, but according to SSIMULACRA2, AVIF has the best quality per bit with this image. You can use your own eyes to further clarify your choice, though. It is worth mentioning that as these were encoded from a 16-bit source PNG, the JXL image is the only one that maintains the full original bit depth, & AVIF isn't fast to encode.

Responsive Images

Displaying an image that is too large for a viewport is a waste of bandwidth, & displaying an image that's too small for the viewport leaves fidelity to be desired. Luckily, we have the Responsive Image Linter that can help us figure out which image sizes we should be using.

In our fire & forget example, we see that we are serving an image that is far too large. We already know that, but now we can see that given various viewport sizes we could be serving images that have respective widths of 270px, 958px, 1350px, 1660px, & 1916px to optimize for delivery to a variety of different devices. Here's how we'd write that in HTML:

<picture>

  <source type="image/jxl" srcset="/img_270.jxl 270w, /img_958.jxl 958w, /img_1350.jxl 1350w, /img_1660.jxl 1660w, /img_1916.jxl 1916w" sizes="(min-width: 2000px) 1916px, (min-width: 1700px) 1660px, (min-width: 1400px) 1350px, (min-width: 1000px) 958px, calc(100vw - 24px)" />

  <source type="image/avif" srcset="/img_270.avif 270w, /img_958.avif 958w, /img_1350.avif 1350w, /img_1660.avif 1660w, /img_1916.avif 1916w" sizes="(min-width: 2000px) 1916px, (min-width: 1700px) 1660px, (min-width: 1400px) 1350px, (min-width: 1000px) 958px, calc(100vw - 24px)" />

  <img width="1699" height="1136" alt="alt text" srcset="/img_270.jpg 270w, /img_958.jpg 958w, /img_1350.jpg 1350w, /img_1660.jpg 1660w, /img_1916.jpg 1916w" sizes="(min-width: 2000px) 1916px, (min-width: 1700px) 1660px, (min-width: 1400px) 1350px, (min-width: 1000px) 958px, calc(100vw - 24px)" src="/fallback.jpg" />

</picture>

It is worth noting that this example above & the example below aren't perfect implementations of a responsive image given the conditions of this site, but the general concept still applies. Some things to note:

srcset = the images available to your browser to serve, & their respective widths
sizes = the conditions given to the browser explaining under what conditions should it serve which image
(min-width: XXXpx) YYYpx = Given the viewport is at least XXX wide, serve an image of YYY horizontal resolution. The browser will pick an image from srcset that is CSS pixels * display scaling.
calc(100vw - 24px) = Usually preceded by a (min-width) condition. Specifies a value the browser should calculate on its own to pick the closest option from the srcset. Let's say we have (min-width: 997px) calc(75vw - 257px). This means given the viewport is at least 997px wide, calculate 0.75 * the current viewport resolution - 257 to find the closest image in the srcset to fit the number of pixel specified.

That's all! Massive thanks to Auto-Rez Media Technologies for the inspiration behind this article & explicit permission to use their Reduce Your Page's Image Load blog post when writing this entry. I have confirmed with their leadership that this wiki entry can be safely licensed under CC BY-SA 4.0.

フロカン福岡で、Webとラーソーメンでお腹いっぱいになりました

Thu, 17 Sep 2026 22:25:28 +0000

こんにちは、フロントエンドエンジニアのmehm8128です。

2026年9月13日に行われたフロントエンドカンファレンス福岡にて、サイボウズはゴールドスポンサーとして協賛しました。当日の様子を紹介します。

ブース

TSKaigiのときと同様、「サイボウズエンジニア社員が何でも話します！！」というテーマでブースを出展していました。

blog.cybozu.io

開場前のブースの様子

ブースのイーゼルパッド

予め貼ってある付箋の中から気になったトピックについて質問してもらうか、全く関係ないことでも何でも聞いてもらい、社員が答えるという形式でした。

ブースの様子

トピックとしては、OSS寄付や、Frontend Monthlyやサイフロ通信、Zennの記事など発信の話、「AIでフロントエンドエンジニアはどうなるのか？」という話などで盛り上がっていました。フロントエンドに直接関係ないものだと、サイボウズの社内イベントに興味を持ってくれる人も多かったです。

また、今回は「応援メッセージを下さい」というコーナーも設けていました。漠然としていて何を書けばいいかよく分からないコーナーではありましたが、「Zenn読んでいます！」や「サイフロ通信聞いています！」などなど、日頃の活動がちゃんと届いていることが分かるようなコメントをいただきました。

メッセージを書いてもらっている様子

立ち寄って下さった方にはステッカーやアクキーなどのノベルティをお渡ししていました。また、今回はW3Cのブースからいくつかステッカーを渡していただいたので、途中からはそちらも配布していました（最初の写真の左端の3種類）。

配布していたノベルティ

今後もフロントエンド系のカンファレンスでは、似たような形式でブース出展することがあると思います。弊社のエンジニアがブースに立っているので、見かけたときは是非色々な話を聞きに来てください！

弊社メンバーの活躍

今回のカンファレンスは、弊社のデザインテクノロジストであるsakuさんが実行委員長を務め、最初から最後まで盛り上げていました。他に、スタッフとして運営に参加したメンバーもいました。

オープニングトーク中のsakuさん

懇親会でアナウンス中のsakuさん

同じく弊社の、フロントエンドエンジニアの後輩であるコサキンが「Webで実用的な縦書きエディタは可能か？──現在地と普及に向けて」というタイトルで登壇していました。

内容としては、前半にRTEの仕組みや基本的な知識を説明し、OS、ブラウザ、JSの3層に役割が分かれていることや、IMEの考慮によって複雑化することが紹介されました。その後縦書きの話に移り、Webの縦書きサポートの現状やルビの編集について言及があり、それらの前提を基にして試しに作ってみたという小説用エディタの紹介がありました。最後には「開発者が組み込める」ようなエディタを作ったり、そもそもRTEや縦書きの基盤を整えていきたいという未来の話があり、今回のカンファレンスのコンセプトである「未来のフロントエンドと徹底的に向き合う」ととてもマッチしたセッションになっていました。

また懇親会では、縦書きやRTEに関係のある社外の知り合いの方たちと意見交換をしている場に僕も同席させてもらい、今まで気づいていなかった縦書きのユースケースを知ることができたりと、有意義な場になっていました。

登壇中のコサキン

登壇中のコサキン2

資料は以下からご覧ください。

speakerdeck.com

また、録画も公開されているのでこちらからご覧ください。

youtu.be

セッションの感想など

その他、見たセッションの感想をいくつか書いていきます。

日経電子版を支えていく Kasane Design System

frontend-conf.fukuoka.jp

speakerdeck.com

日経電子版において新しく開発しているデザインシステムの紹介セッションでした。過去の失敗を活かし、現実的に運用可能になるようにいくつか取り組みを紹介していました。

Baseline Widely Availableな機能を使うようにしつつも、LLM Wikiなど先進的なツールを使っていたり、APCAやDTCG Spec、Web Componentsなど標準寄りの概念・技術を使っているのが印象的でした。ルームAのJxckさんの登壇でも言及されていたように、最近はサプライチェーン攻撃が問題視されており、セキュリティの観点から、できるだけ外部ライブラリなどのエコシステムに頼らずWeb標準に沿った開発が今後もっと流行ることが考えられます。

アクセシビリティやWeb標準に興味のある自分にとって、興味深く聞けたセッションでした。

歴史から紐解くデザインとマークアップの話

frontend-conf.fukuoka.jp

docs.google.com

JSXやHTMX、Studioのようなノーコードツール、AIなどによってHTMLを直接書くことはなくなっているのではないかという問いから始まり、HTMLの構造化とCSSの装飾について人間の認知やWebの歴史の観点から振り返りがありました。

後半は「見た目をテキストで代替することの難しさ」についていくつかの例を挙げて説明がなされ、「それぞれのモダリティの特性を活かして補完し合っていこう」とまとめられました。

僕は今回のカンファレンスの1週間前に、アクセシビリティカンファレンスCHIBA2026に参加してきました。そこでは体験ブースの出展があり、アクセシブルな道具や機械、おもちゃが展示されていました。

例えば「感覚で遊ぶ、アナログゲーム」は神経衰弱を「紙に書かれた数字」という視覚的な情報ではなく、「紙の厚さ」や「箱に入った玉の数」などといった、視覚以外（触覚や聴覚）の感覚で得られる情報を基にして遊ぶゲームでした。また、「あしらせ」や「エキマトペ」は同様にして、振動や光などで視覚情報や聴覚情報を補うものになっています。

これらはWebではないものの、発表スライド74～76枚目にあった「不完全を認めたうえで､別の豊かさで補う」「だから『何を同じと見做すか』を決める」「その工夫が新たな価値を生む」という考え方に近いものだと思っています。より多くの人に届けたいものを届けられるようにするために、デザインやマークアップ、情報設計などをしていく（スライド87枚目）というのは、体験ブースに展示されていた様々な工夫が施された物理的な道具たちと、根本的なところでは同じなのかなと思いました。

ウェブコンポーネントの進化

frontend-conf.fukuoka.jp

AppleにてWebKitの開発に携わっている丹羽さんによる、Web Componentsの歴史と今後についてのセッションでした。

最初はライブコーディングも交えてWeb Componentsの基本的な知識をおさらいし、Web Components v0の失敗からどうv1まで漕ぎつけたのかという歴史の話に移りました。その後、最近入ったElement InternalsやDeclarative Shadow DOM、CustomElementRegistryの解説があり、最後はDeclarative Custom ElementsやDOM Parts、Template Instantiationなど現在議論中のトピックについても紹介がありました。

セッションを通して、一貫して「コンセンサスが大事」ということが語られていました。v0での失敗を踏まえ、v1では様々な関係者とコンセンサスを取ることによって「よりシンプルになり一貫性が生まれた」ということでした。

今回のセッションには登場しませんでしたが、個人的にはReference Target for Cross-root ARIAにも注目しているので今後に期待していきたいです。

替え玉.web

カンファレンス前日に、サイボウズ福岡オフィスで「替え玉.web」というイベントを開催しました。そこでは計6名の登壇者による発表があったのですが、また後日別の記事で紹介します。

まとめ

登壇時間が1時間ということで、少し時間が余ってQ&Aタイムになることがいくつかのセッションであったのですが、どのセッションでもどんどん質問が飛び交い、登壇者の方が丁寧に回答するという光景が見受けられたのが印象的でした。

ルームAで行われた古川陽介さんの「Webの地図」のセッションでは、弊社フロントエンドエンジニアのおぐえもんさんからも鋭い質問が飛んでいました。

質問中の弊社フロントエンドエンジニアおぐえもんさん

今回のような、WebやWeb標準について考え直し、未来のフロントエンドについて議論するような場が今後さらに増えると良いなと思いました。

ちなみに、ラーソーメンというのは懇親会後に食べに行った、ラーメンのようなソーメンのような食べ物です。おいしかったです。

www.futoppara.com

¿Web con IA o WordPress? Lo que nadie te cuenta antes de decidir

Wed, 16 Sep 2026 22:15:07 +0000

07/09/2026

Tiempo estimado de lectura: 12 minutos

Un generador de webs con IA es la opción correcta cuando necesitas publicar rápido algo con vida corta o sin complejidad de negocio detrás: una landing de campaña, un microsite de evento, un MVP para validar si alguien compra tu idea. WordPress sigue siendo la opción correcta cuando la web es un activo que va a durar años y tiene que sostener catálogo con stock, integraciones con CRM o ERP, contenido a escala, multiidioma real o cumplimiento estricto de RGPD. El error no es elegir una u otra: es elegir la primera para un proyecto que en seis meses va a necesitar la segunda, y descubrirlo cuando ya tienes tráfico, pedidos y un histórico de posicionamiento que perder.

Este artículo no va de defender WordPress. Va de identificar el punto exacto en el que una web generada con IA deja de servirte, y de cuantificar lo que cuesta salir de ahí.

Por qué casi todo lo que has leído sobre esto está sesgado

Si has buscado esta comparativa, probablemente hayas encontrado dos tipos de contenido. El primero lo publican los propios generadores de webs con IA, que son juez y parte. El segundo lo publican afiliados de hosting que cobran comisión por cada instalación de WordPress. Ninguno de los dos tiene incentivo para contarte el caso incómodo: el proyecto que empezó bien y se atascó.

Nosotros llegamos a esta comparativa por el lado menos glamuroso. En los últimos dos años hemos recogido varios proyectos que nacieron en un generador con IA y que hubo que rehacer, no porque la herramienta fuera mala, sino porque el proyecto creció por encima de lo que la herramienta podía sostener. Ese es el contenido que falta, y es lo que intentamos poner aquí.

Primero: «web con IA» son tres cosas distintas

Buena parte de la confusión del debate viene de meter en el mismo saco categorías que no se parecen. Antes de comparar, hay que separar.

1. Generadores de código con IA

Herramientas tipo Lovable, v0 o Bolt. Describes lo que quieres y te devuelven una aplicación con código real, normalmente React o similar, que puedes exportar y alojar donde quieras. Es la categoría más potente y la más exigente: tienes código de verdad, lo que significa que tienes también la responsabilidad de mantenerlo. Sin alguien técnico en el equipo o en tu agencia, el proyecto se congela en el momento en que algo se rompe.

2. Constructores visuales con IA

Plataformas cerradas donde la IA te monta el diseño y la estructura dentro de su propio ecosistema. Rápidas, visualmente muy resultonas y con hosting y mantenimiento incluidos. La contrapartida es estructural: no tienes el código, y todo lo que puedas hacer está limitado a lo que la plataforma haya decidido permitir.

3. WordPress con IA encima

WordPress de siempre, pero con generación asistida de contenido, maquetación y bloques. No es una categoría rival de las anteriores: es WordPress acelerado. Conserva las ventajas y los inconvenientes de WordPress, con menos horas de producción.

La consecuencia práctica: comparar «IA vs WordPress» sin especificar de qué categoría hablamos no lleva a ninguna conclusión útil. La comparativa que sigue enfrenta las dos primeras (que son las que realmente sustituyen a WordPress) con WordPress, asumiendo que en cualquiera de los tres casos la IA participa en la producción.

La comparativa que importa: criterios de negocio, no de tecnología

Casi todas las tablas comparativas que circulan comparan funcionalidades. Lo que decide un proyecto no son las funcionalidades, sino estas siete preguntas.

Criterio	Generadores de código con IA	Constructores visuales con IA	WordPress
Tiempo hasta publicar	Horas o días	Horas	Días o semanas
Coste año 1	Bajo	Bajo y predecible	Medio
Coste año 3	Sube con el mantenimiento y la deuda técnica	Predecible, pero sube por planes y add-ons	Predecible si hay mantenimiento planificado
Propiedad del resultado	Tienes el código	No tienes el código	Tienes el código y la base de datos
Control de SEO técnico	Total, si sabes implementarlo	Limitado a lo que exponga la plataforma	Total
Ecommerce con catálogo real	Requiere construirlo o integrar un tercero	Depende del módulo de la plataforma	Nativo y maduro (WooCommerce)
Continuidad sin quien lo hizo	Difícil: requiere perfil técnico equivalente	Alta mientras pagues la plataforma	Alta: hay miles de profesionales

Fíjate en la fila de coste año 3 frente a la de coste año 1. Es donde se toman casi todas las decisiones equivocadas, porque la comparación se hace mirando la primera y el proyecto se vive en la tercera.

Y fíjate especialmente en la última fila. La pregunta «¿qué pasa si mañana la persona que montó esto ya no está?» es la que casi nadie hace y la que más facturas genera después.

Los cinco puntos de rotura

Aquí está el contenido central. No es que los generadores con IA sean incapaces: es que hay cinco escenarios concretos donde el proyecto se atasca de forma reconocible. Si tu web va a tocar alguno de ellos en los próximos dieciocho meses, estás decidiendo el stack para ese escenario, no para el de hoy.

Punto de rotura 1: catálogo con variantes, stock y precios reales

Vender diez productos fijos es fácil en cualquier plataforma. El problema aparece con variantes combinadas (talla por color por acabado), stock sincronizado con almacén, precios por cliente o por volumen, y reglas fiscales por país. Eso no es una funcionalidad, es un subsistema, y WooCommerce lleva más de una década resolviéndolo con un ecosistema de extensiones que ya han pasado por todos los casos raros.

Señal de alerta: si en tu catálogo la pregunta «¿cuántas referencias tienes realmente?» se responde con «depende de cómo lo cuentes», vas a tocar este punto.

Punto de rotura 2: multiidioma real, no traducción automática

Una web multiidioma de verdad necesita URLs distintas e indexables por idioma, etiquetas hreflang correctas, contenido adaptado y no solo traducido, y a menudo catálogo y precios diferentes por mercado. Muchas plataformas ofrecen «multiidioma» que en realidad es una capa de traducción en cliente, invisible o problemática para los buscadores. Es una de las formas más silenciosas de perder visibilidad internacional.

Señal de alerta: si vendes o prestas servicio en más de un país, este punto no es hipotético.

Punto de rotura 3: integración con ERP, CRM o facturación

En cuanto la web deja de ser un folleto y empieza a alimentar procesos internos —pedidos que entran en el ERP, leads que aterrizan en el CRM con su origen, facturas que se generan solas— necesitas puntos de entrada y salida programables: API, webhooks, eventos. Las plataformas cerradas te dan los que ellas han decidido, y si el que necesitas no está, no está.

Este es el punto donde nosotros más intervenimos, y suele resolverse combinando WordPress con una capa de automatización (n8n o Make) que orquesta el flujo entre web, CRM y ERP sin acoplar todo el sistema a la web.

Señal de alerta: si alguien de tu equipo copia datos a mano de la web a otro sistema, ya estás pagando este punto en horas.

Punto de rotura 4: contenido a escala con arquitectura de silos

Si tu estrategia de captación pasa por publicar contenido de forma sostenida, necesitas taxonomías, plantillas por tipo de contenido, enlazado interno gestionable, control de indexación por sección y schema por plantilla. Con veinte páginas cualquier cosa funciona. Con trescientas, la diferencia entre una arquitectura pensada y un montón de páginas sueltas es literalmente tu tráfico orgánico.

Y esto conecta con algo más urgente que el SEO clásico: para que un asistente de IA te cite necesita poder extraerte, lo que exige control fino sobre estructura, definiciones, tablas y schema. Lo desarrollamos en nuestro análisis sobre cómo la IA está cambiando el performance marketing en España, y el resumen es que ese control técnico ha pasado de ser un lujo a ser el requisito.

Señal de alerta: si tu plan a doce meses incluye la palabra «blog» o «contenido», este punto es tuyo.

Punto de rotura 5: RGPD y consentimiento granular

Cumplir en Europa no es poner un banner. Es controlar qué scripts se cargan antes del consentimiento, tener consentimiento por categorías que realmente bloquee, gestionar los derechos de acceso y supresión sobre los datos que guardas, y saber en qué páginas están puestos tus píxeles y qué transmiten. En una plataforma cerrada dependes de que su implementación sea correcta, y la responsabilidad legal sigue siendo tuya, no suya.

Señal de alerta: si no puedes responder ahora mismo qué scripts se cargan en tu web antes de que el usuario acepte cookies, este punto está abierto independientemente del stack.

Cuándo la IA es la respuesta correcta y WordPress es sobreingeniería

Si el artículo acabara en el apartado anterior sería publicidad, no análisis. Hay escenarios donde montar WordPress es gastar tiempo y dinero de más:

Landing de campaña con vida corta. Una promoción de seis semanas con un formulario y un objetivo. Montar, medir, apagar. Aquí la velocidad lo es todo y la deuda técnica no existe porque el proyecto muere antes.
MVP para validar demanda. Todavía no sabes si alguien va a pagar por tu idea. Construir infraestructura para un negocio no validado es el error clásico. Valida primero, construye después.
Microsite de evento. Fecha de caducidad conocida, contenido cerrado, cero integraciones.
Web de presencia sin catálogo. Un profesional o negocio local que necesita existir, explicar qué hace y recibir contactos. Si no hay ecommerce ni contenido a escala, un constructor bien configurado cumple perfectamente.

El criterio unificador: la IA gana cuando el proyecto tiene fecha de caducidad o cuando la complejidad de negocio es baja y va a seguir siéndolo.

El coste que nadie calcula: la salida

Cuando un proyecto toca un punto de rotura, la conversación pasa a ser una migración. Estas son las tres partidas, en orden inverso al que la gente las estima.

1. El contenido y el diseño. Es la partida que todo el mundo calcula y la más barata de las tres. Se rehace, y hoy con IA se rehace rápido.

2. Las URLs y las redirecciones. Si la estructura de URLs de la web nueva no replica la antigua, hace falta un mapa de redirecciones 301 completo, una por una. Es tedioso pero es mecánico, y si se hace mal se nota inmediatamente en tráfico.

3. El histórico de posicionamiento. Esta es la que casi nadie calcula y la única que no se compra con horas. La autoridad acumulada, los enlaces conseguidos, la confianza que Google ha ido depositando en unas URLs concretas durante meses. Una migración bien hecha conserva la mayor parte; una migración mal hecha te devuelve al punto de partida y tardas meses en recuperarte, si lo recuperas.

Por eso la decisión de stack no es una decisión técnica: es una decisión sobre cuánto histórico estás dispuesto a poner en juego más adelante. Cuanto más tarde llegue la migración, más caro sale el tercer punto.

Cómo decidir en cinco preguntas

Respóndelas pensando en dieciocho meses, no en hoy:

¿Esta web tendrá que vender productos con stock, variantes o precios variables? Si sí, WordPress con WooCommerce.
¿Tendrá que hablar con tu ERP, tu CRM o tu facturación? Si sí, necesitas un stack con API y webhooks abiertos, más una capa de automatización.
¿Vas a publicar contenido de forma sostenida para captar? Si sí, necesitas control total de arquitectura, indexación y schema.
¿Operarás en más de un idioma o país? Si sí, verifica el multiidioma a nivel de URL e hreflang antes de elegir plataforma, no después.
¿Quién la mantiene dentro de dos años? Si la respuesta es «no lo sé» o «el que la hizo», cuenta eso como un riesgo del proyecto, no como un detalle.

Tres o más «sí» en las cuatro primeras: WordPress, y usa la IA para acelerar la producción, no para sustituir la arquitectura. Ningún «sí» y fecha de caducidad clara: un generador con IA y a correr.

La respuesta honesta: no es una elección excluyente

El planteamiento más eficiente que vemos funcionar no es elegir bando, es asignar cada herramienta a su trabajo:

Generadores con IA para todo lo que sea rápido, temporal o experimental: landings de campaña, tests de propuesta de valor, prototipos que enseñar a un cliente antes de construir.
WordPress como núcleo estable: el sitio corporativo, el ecommerce, el blog, la arquitectura que acumula autoridad.
IA dentro del proceso en ambos casos: producción de contenido, primeras versiones de maquetación, generación de variantes creativas para test.
Capa de automatización (n8n, Make) uniéndolo todo, para que el dato circule entre web, CRM y ERP sin depender de que la web lo haga todo.

Quien pierde en esta transición no es el que usa IA ni el que usa WordPress. Es el que elige el stack por el precio del primer año y descubre en el tercero que su web no puede hacer lo que su negocio ya necesita.

Preguntas frecuentes

¿Se puede posicionar en Google una web hecha con IA?

Sí, siempre que tengas control sobre lo que Google necesita: URLs limpias e indexables, etiquetas de título y descripción editables, encabezados jerárquicos, schema, sitemap, velocidad de carga y renderizado accesible al rastreador. El problema no es que la web esté generada con IA, es que algunas plataformas cerradas no exponen esos controles. Antes de elegir, comprueba uno por uno que puedes editarlos.

¿Es más barata una web con IA?

En el primer año, casi siempre sí. A tres años depende por completo de si el proyecto crece. Si se mantiene simple, sigue siendo más barata. Si crece hasta tocar un punto de rotura, el coste de la migración suele superar la diferencia acumulada, y hay una partida —el histórico de posicionamiento— que no se recupera con presupuesto.

¿Puedo migrar de un generador con IA a WordPress?

Sí, y es un proyecto perfectamente estándar. El contenido y el diseño se rehacen, las URLs se mapean con redirecciones 301 y la parte delicada es preservar el posicionamiento acumulado. La regla práctica: cuanto antes se haga, más barato sale, porque hay menos histórico en juego.

¿WordPress no está desactualizado frente a la IA?

Son capas distintas del problema. WordPress es dónde vive tu web; la IA es cómo la produces. Se combinan sin conflicto: generación asistida de contenido y maquetación sobre una base que sigues controlando. El debate «uno u otro» solo tiene sentido si comparas WordPress con plataformas cerradas, no con la IA como tecnología.

¿Y si ya tengo una web hecha con IA y quiero profesionalizarla?

El primer paso no es migrar, es diagnosticar. Comprueba cuáles de los cinco puntos de rotura estás tocando ya y cuáles vas a tocar en los próximos dieciocho meses. Con eso decides si necesitas migrar, si basta con integrar una capa de automatización alrededor de lo que ya tienes, o si simplemente no necesitas hacer nada por ahora, que también es una conclusión válida.

Agencia MarTech

Somos una agencia MarTech con oficinas en Alicante y Valencia. Desarrollamos webs y ecommerce en WordPress, WooCommerce, Shopify y Odoo, y montamos las automatizaciones que conectan la web con el resto del negocio usando n8n y Make. Estamos certificados en Google, WordPress, Shopify, n8n y Make.

En la práctica, buena parte de nuestro trabajo consiste exactamente en esta conversación: decidir con un cliente si lo que tiene aguanta, si hay que rehacerlo o si basta con integrarlo mejor. Si estás en ese punto, escríbenos y lo miramos sobre tu web real, no sobre una comparativa genérica.

La entrada ¿Web con IA o WordPress? Lo que nadie te cuenta antes de decidir se publicó primero en Inprofit.

How to get a DOI for your blog posts – Terence Eden’s Blog

Wed, 16 Sep 2026 18:10:13 +0000

Each new post on this blog now has a Digital Object Identifier. This post looks at the how and the why of getting one, whether it is useful, and any issues you might experience if you go down this path.

Background

A few years ago, I documented how to to get an International Standard Serial Number for a blog. An ISSN uniquely identifies a publication, which makes it easier for scholars and researchers to reference it. Getting one depends a little on whether a national institution is willing to accept your application.

Similarly, I also got an ORCiD which is used to uniquely identify researchers. That means it is possible to disambiguate "Einstein, A" the eminent physicist from "Einstein, A" a lovely chap called Allen who researches invasive slugs in Paraguay.

My blog posts are regularly referenced in academic papers, books, conferences, and news articles. The way most scholars cite a work is using a Digital Object Identifier. The idea is that a DOI is a unique and persistent code which can be used to refer to a specific article. If I ever stop using shkspr.mobi as my domain, or re-order my website, the DOI can be redirected to the article's new home. Future scholars will be able to follow a reference more easily than hoping https://example.com/article123 still exists.

Getting a DOI the easy way

If you're an academic, your institution will have a paid subscription to a service which will "mint" a new DOI for all your articles.

If not, you can upload your paper to a service like arXiv and they'll mint a DOI for you. That's how I got a DOI for my MSc.

What about people who aren't traditional academics or who want to keep their content on their own website? There are a variety of paid-for services, some of which charge an eye-watering amount of money to create a DOI for you.

Or, there's Rogue Scholar.

Let's Go Rogue!

So what is Rogue-Scholar.org?

Rogue Scholar is an open access archive and registry for science blogs. It preserves science blog posts, makes them citable via DOI, and ensures their long-term discoverability alongside formal scholarly literature.

Nifty! My blog just about sneaks in to their "Computer Science" category. They require you to have a full-text feed of your posts. You also need to licence your content to them as Creative Commons Attribution.

Applying wasn't too difficult. I filled in their form, then jumped into their Slack. We had a bit of a discussion about what I needed to change in order to be approved.

A few days later, I was live at https://rogue-scholar.org/communities/shkspr/

Which means, if you visit https://doi.org/10.59350/395ha-fss97 you'll be redirected to one of my blog posts.

Automatic Submission of New Content

Rogue Scholar automatically polls my feed, ingests my content, and then mints a DOI for every new post they encounter. There's nothing manual I have to do.

That's all very well for new content. But I have posts on here going way back to 1986. How can they get discovered and DOI'd?

Manual Submission of Old Content

By default, Rogue Scholar ingested the 40 most recent posts from my blog. Actually, that's not quite accurate. It got the 40 most recently updated posts. As I'd recently edited a few older posts, they got themselves a DOI.

I don't know how often Rogue Scholar polls my blog's feed. In my experiments, adding a new post resulted in a DOI being issued a couple of minutes after publication.

At the moment, there doesn't seem to be an easy way to add older content. I'm working on a WordPress plugin to retroactively add DOIs and make them discoverable.

Getting the DOI

The Rogue Scholar API is based on InvenioDRM.

Retrieving the DOI via their API requires you to make an unauthenticated request to:

https://rogue-scholar.org/api/records?q=metadata.identifiers.identifier%3A%22https%3A%2F%2Fexample.com%2Fwhatever%22

That's your URl, wrapped in quotes, and the whole thing URl encoded. Visit this example. You can also use your post's GUID.

That gets back a rather detailed JSON document. The DOI is noted in several locations, but is easiest to find in hits→hits→0→links→doi

It's important to note that Rogue Scholar generates two DOIs for your post. One for the post, another for the specific version of the post. If you update a post, it should get a new DOI. That way someone can refer to the post where you said your favourite band was the Spice Girls and not the edited one where you changed it to say B*Witched.

Alternatively, you can use the CrossRef search if you want to look at HTML results. See this CrossRef example.

As an aside, once you have the DOI, it's possible to create a short DOI at https://shortdoi.org/ - I'll be honest, I've never seen these in the wild and they are not recommended for use. Nevertheless, the API is pretty simple - https://shortdoi.org/10.59350/395ha-fss97?format=json will return a shorter URl like https://doi.org/rnjj

Finally, there's a "vanity" DOI for the entire blog. In my case 10.59350/shkspr.

Generating your own DOI

Your blog posts can self-attest a DOI - when Rogue Scholar sees that in your Atom feed, it will register it on your behalf.

The code for generating a valid DOI is relatively straightforward.

Generate a random number between 0 and 1,099,511,627,775.
Convert it to a Base 32 string.
Add a two character checksum to the end.
Prefix it with 10.59350/

Your new DOI can be made discoverable in your Atom feed by adding this to a post:

 XML<id>https://doi.org/10.59350/12345-67890</id>

Shortly after publication, it will be "minted" and be linkable.

Making the DOI discoverable in HTML

How do you semantically add a DOI to your HTML's metadata? By far the most popular citation manager is Zotero. They maintain a page describing the metadata they look for. According to them, this needs to be in your page's <head>:

 HTML<meta name=citation_doi content=10..../...>

They don't say whether it requires the https://doi.org/ prefix - but looking at Mendeley and AltMetric, it appears not.

To use DublinCore, the AltMetric recommended syntax is:

 HTML<meta name=DC.Identifier content=doi:10..../...>

Within the HTML, there's no specific Microdata syntax, but Schema.org recommends the sameAs property. Something like:

 HTML<a itemprop="sameAs" href="https://doi.org/10.../...">10.../...</a>

Downsides

OK, it isn't all flowers and kittens. There are a few things you ought to know before proceeding down this path.

Loss of Control

For the IndieWeb / ReDeCentralise / Self-Hosing crowd, it's important to realise that DOI is a somewhat centralised services. Yes, lots of different orgs can mint a DOI, but as each ID has to be globally unique, doi.org sits in the middle as a benevolent gatekeeper. If DOI.org went bust or became evil, all the https://doi.org/10.... links would die. There are many other services like DataCite and CrossRef which can resolve a DOI - but it might turn out to be a bit fragile.

Similarly, if Rogue Scholar ever goes properly rogue then they can redirect my DOI to wherever they like. That level of control is useful if my site disappears; they can redirect to an archive. But if they get hacked, it could redirect somewhere unsavoury.

Having my site's content backed-up somewhere is useful but, again, without control or verification I worry that I might not be able to effectively manage it.

I use CSS to control the layout of my work but once it is archived as plain HTML or PDF, that formatting can disappear.

I don't know what will happen if I ever change DOI issuer.

Tracking Citations

I have a Google Scholar alert set up for my domain shkspr.mobi. That picks up people who make reference to this site. Hurrah! But, if they use https://doi.org/10.... rather than https://shkspr.mobi/... I won't get alerted.

Luckily, Rogue Scholar offer Citation Tracking which should autopopulate their API with any backlinks from other sources. I'm yet to discover how that works in practice. I don't think it will give me an email alert though.

On a vanity issue, the DOI metadata shows the publisher of my posts as Rogue Scholar's parent organisation - Front Matter.

If you look at the API response from https://api.crossref.org/works/10.59350/5ck9b-kjv69 you'll see something like:

Some citation managers will show the publication name as "Terence Eden's Blog" - others as "Front Matter".

Licencing

Rogue Scholar has a hard requirement that all content be Creative Commons Attribution (CC BY). There's no ability (yet) to choose different licences. Personally, I prefer Attribution ShareAlike (CC BY-SA). I've allowed Rogue Scholar to use CC BY for my work which, of course, means if you get my posts through them you are also allowed to use CC BY.

If you get my work through my own website it is the slightly more restrictive CC BY-SA.

Does that make a practical difference? I don't know.

Verification

A DOI is persistent. That doesn't mean it is verifiable. If this blog ever goes offline the DOI will redirect to an archive - but there's no real way to tell that the text in that archive is accurate. There's no hashing or cryptographic signing. Yes, those things are rather brittle, but I think it would be helpful for the long-term integrity of citation chains.

Excluding Content

Suppose there is content you don't want to receive a DOI, what do you do? You'll need to generate an RSS feed which excludes those specific posts.

For WordPress, you can do something like /feed/atom/?cat=-1234 to exclude posts which have a category with the ID of 1234.

There are some filters on the Rogue Scholar site which you might also be able to use.

Deleting Content

I don't think there's a way to delete or retract content from Rogue Scholar's DOI system yet. If you accidentally publish something you didn't mean to, it'll live on in the archives forever.

Affiliations

My ORCiD lists where I worked on certain dates. Initially, Rogue Scholar linked those to blog posts I wrote during my employment. However, all my posts were written in a personal capacity. It is possible to get those affiliations removed if they are inaccurate.

More Vanity

I initially tried generating DOIs like edent-00f47 - although it's a valid Base 32 string with a checksum, it carries semantic meaning (my name) so shouldn't really be used. Ah well! Back to random strings.

Humility

Is this a valid use of the DOI ecosystem? A surprising number of my posts have been referenced in academic papers - but surely not all of my posts are worthy of getting a DOI? The problem is, I don't know when a shitpost will hit the zeitgeist and become quoted in papers, books, and articles.

It feels a bit self-indulgent and a little pretentious to mint a new DOI for every previous and future post on this site. But it isn't like the DOI system is running out of space, is it?

Is it worth it?

For me? Yes.

I think it is important that scholarly blogs are properly referenced. True, not all of my posts are cutting-edge research - but I'm always surprised which ones end up in someone's thesis or become part of a set-text.

I'm excited to see if this leads to an increase or decrease in my blog's visibility in academia.

If you have strong feelings either way about DOIs and/or blogs, please drop a comment in the box.

You may cite this post using https://doi.org/10.59350/5ck9b-kjv69 😃

Cómo usar celular como cámara web para PC y Mac

Wed, 16 Sep 2026 17:58:50 +0000

Aprende a usar celular como camara web con nuestra guía fácil. Mejora tus videollamadas en PC o Mac hoy mismo. ¡Es sencillo y rápido!

Website-Geschwindigkeit optimieren: Tipps und Tricks

Wed, 16 Sep 2026 11:11:12 +0000

Wenn Du eine Website betreibst, dann weißt Du ⁣sicherlich, wie wichtig eine schnelle Ladezeit ist. Es ‌geht nicht nur darum, Deine Nutzer ⁤glücklich zu machen⁣ (obwohl das natürlich‍ auch ⁤ein großer Punkt ist). ‍Eine schnelle Website hat direkten Einfluss auf ⁣Deine Conversion-Rate,⁤ Dein Suchmaschinenranking und letztlich Deinen Umsatz. Wenn⁣ die Ladezeit zu lange ⁤dauert, klickt der Besucher einfach weg ⁣– das ‌ist harte ⁣Realität⁢ im digitalen Zeitalter.

Du fragst Dich wahrscheinlich:⁣ „Wie⁢ kann ich meine Website-Geschwindigkeit optimieren?“ Kein Problem, genau⁢ darüber sprechen wir heute. Wir werfen einen‍ Blick auf bewährte⁢ Tipps und Tricks,⁤ die ‌Dir helfen werden, Deine Website flott zu machen. Egal, ob‌ Du technische Erfahrungen hast oder nicht, hier findest ⁤Du praktische Hinweise, die Du‌ sofort umsetzen kannst. Bereit? Los geht’s!

Ladezeiten reduzieren: So verbesserst Du die Performance‌ Deiner Website

Wenn Deine ⁢Website ⁢wie‍ ein Hochgeschwindigkeitszug laufen soll, musst Du die‌ Ladezeiten im ⁣Griff ‍haben.⁢ Eine langsam ladende Seite kann‍ die User frustrieren und veranlassen, Deine ⁤Seite⁤ schneller zu ‍verlassen, als Du „Conversion“ sagen ⁤kannst. Aber wie kriegst Du⁢ das hin? Hier sind einige Tipps, die⁤ sich bewährt haben:

Bilder optimieren: Verwende Formate wie WebP oder komprimiere Deine ⁤Bilder ‍ohne sichtbaren Qualitätsverlust. Tools wie TinyPNG oder ImageOptim ⁢können dabei Wunder wirken.
Browser-Caching einrichten: Das Caching speichert Teile Deiner Website im Browser des Users, wodurch⁤ zukünftige Besuche⁢ schneller laden. Das Einrichten von Cache-Control-Headern kann hier ⁤entscheidend sein.
Minifiziere CSS und JavaScript: Reduziere die‍ Größe Deiner CSS- und JavaScript-Dateien, indem Du‍ unnötige Leerzeichen, Kommentare und‍ Zeilenumbrüche entfernst. Tools wie UglifyJS und CSSNano⁤ sind hierfür bestens geeignet.
Content Delivery Network (CDN) nutzen:⁣ Ein CDN verteilt Deine Inhalte über verschiedene Server weltweit. So wird der Inhalt von einem Server geliefert, der dem User geografisch nahe ist,⁤ was die Ladezeit erheblich verkürzt.

Ein schnellerer Seitenaufbau kann⁢ nicht nur die User Experience‍ verbessern, ‍sondern auch Deine ⁢SEO-Rankings⁣ positiv beeinflussen. Also, leg los und optimiere, was das Zeug hält!

Effiziente Bildoptimierung: Zeit und Bandbreite ‌sparen

Wenn es um Ladezeiten und Nutzererfahrung geht, spielt die ⁣Bildoptimierung eine zentrale Rolle. Unkomprimierte oder überdimensionierte ⁤Bilder können Deine ⁢Website⁣ erheblich verlangsamen, was nicht nur Deine SEO-Rankings ruiniert, sondern auch Besucher abschreckt. Also, was tun?

Stell Dir vor, Du kaufst‍ ein Auto – Du würdest ‌ja auch schauen, dass ⁢es nicht mehr ‍Benzin verbraucht, als notwendig, oder? Genauso verhält es sich mit Deinen Bildern auf der Website. Bevor Du ein Bild hochlädst, solltest‌ Du‍ folgende ⁢Schritte beachten:

Dateiformat⁤ wählen: JPEG für Fotos, PNG für Grafiken mit Transparenzen und⁣ SVG ‍für skalierbare Grafiken.
Komprimierung: ⁢ Nutze Tools wie TinyPNG ‍oder ImageOptim, um ⁣die Dateigröße Deiner Bilder zu⁤ reduzieren, ohne sichtbare Qualitätseinbußen.
Auflösung ‌anpassen: Achte darauf, dass die Bildauflösung ⁢nur so hoch⁤ ist wie nötig – ⁣oft reichen ‌72‌ DPI für Webdarstellungen völlig‍ aus.

Ein weiteres Highlight ist die ⁣ verzögerte Bildladung (Lazy Loading).⁤ Bilder werden erst geladen, wenn sie tatsächlich im Sichtfeld des Nutzers erscheinen. Das spart nicht nur Bandbreite, sondern sorgt auch dafür, dass⁢ die Startseite blitzschnell⁣ geladen wird.⁣

Mit diesen‌ simplen, ⁤aber⁣ effektiven Maßnahmen sparst Du nicht nur⁣ Zeit und Bandbreite, sondern optimierst⁤ auch das Nutzererlebnis und Deine⁢ Suchmaschinenposition.

Caching nutzen: Deine Geheimwaffe ‍für ⁣schnelle Webseiten

Das Thema der Website-Geschwindigkeit ist für Unternehmen heutzutage⁢ unverzichtbar und Caching ⁤kann hierbei deine Geheimwaffe‍ sein. Stell dir vor,‌ Caching‍ als den Überholspur-Modus für deine Website! Anstatt jedes Mal die gleichen Daten und Ressourcen neu zu ⁣laden, speichert dein System⁣ sie zwischenspeichert und ruft ‌sie bei Bedarf ⁢superschnell ab.

Wie funktioniert das?

⁤ Caching⁤ sorgt dafür,⁢ dass häufig ⁢genutzte Daten⁢ lokal auf dem Server oder im Browser des Nutzers gespeichert werden.
Dadurch werden weniger Serveranfragen benötigt, was die‍ Ladezeiten‍ drastisch‌ reduziert.
⁢Besonders ⁣bei wiederkehrenden Besuchen deiner Website profitieren Nutzer‌ von wesentlich schnelleren Ladezeiten.

Welche Vorteile ⁣bietet Caching?

Schnellere Ladezeiten: Das reduziert nicht nur die Absprungrate,⁢ sondern ⁢verbessert‌ auch die Nutzererfahrung.
Weniger ⁤Serverbelastung: Indem weniger Anfragen an den Server gestellt werden, reduziert sich ‍die Last und⁤ somit ⁢auch die Betriebskosten.
SEO-Boost: Google liebt schnelle Websites. Durch‍ kürzere Ladezeiten kannst du auch ⁤dein Ranking ⁢verbessern, was langfristig mehr Traffic bedeutet.

Das ⁣Tolle am Caching ist, dass es weder‌ kompliziert ist noch viel Aufwand‍ erfordert. Mit Tools wie⁢ Varnish oder Plugins ‌für ‌gängige CMS-Systeme wie WordPress, Joomla oder Drupal kannst du Caching schnell und effektiv implementieren. Ein paar Klicks, ‍und ‌schon läuft deine Seite in der Überholspur!

Minimierung von CSS ‍und JavaScript: So gehts richtig

Um die Ladezeit Deiner Webseite zu optimieren und‍ die Nutzererfahrung ‌zu verbessern, ist die Minimierung von ‍CSS und JavaScript ein essentieller Schritt. Dies bedeutet,⁣ unnötige⁣ Zeichen wie Leerzeichen, Kommentare und ‌Zeilenumbrüche aus dem ‌Code zu entfernen,‍ um ihn kompakter und schneller übertragbar zu machen.

Warum ist das wichtig?

Geschwindigkeit:⁤ Kürzere Ladezeiten verbessern das Nutzererlebnis und können sich positiv ‌auf die Conversion-Rate auswirken.
SEO-Vorteile: Suchmaschinen ‌bewerten schnellere Webseiten besser, was⁢ Dein Ranking verbessern kann.
Geringere Bandbreitennutzung: ⁣Minimierter‌ Code reduziert die Datenmenge, die über das⁤ Netzwerk übertragen wird.

Wie geht man vor?

Online-Tools verwenden:‍ Es ⁣gibt zahlreiche kostenlose Online-Tools wie UglifyJS für JavaScript und CSSNano für CSS, die Deinen Code automatisch optimieren.
Build-Tools: ⁤Setze auf Build-Tools wie Webpack ‌ oder Gulp. Diese können den Minimierungsprozess automatisiert in Deinen Entwicklungs-Workflow integrieren.
Plugins: Viele Content-Management-Systeme wie WordPress bieten Plugins an, die den Codeminimierungsprozess ohne tiefere⁤ Programmierkenntnisse ermöglichen.

Tipps &⁤ Tricks:

Behalte immer eine unminimierte Version ‍Deines Codes zur besseren Lesbarkeit⁢ und ⁤Wartbarkeit.
Teste Deine Webseite nach der⁣ Minimierung‌ gründlich, um sicherzustellen, dass keine Funktionen beeinträchtigt wurden.
Kombiniere⁤ die⁤ Minimierung mit anderen Optimierungsmaßnahmen wie der Bildkomprimierung ‍und dem Einsatz eines Content Delivery Networks (CDN).

Durch ‍die Minimierung von CSS und JavaScript ‍schaffst Du eine schlankere, schnellere und‌ effizientere Webseite, ⁤die sowohl Nutzer als auch Suchmaschinen ⁢begeistert.

Fragen & Antworten

Was ‌ist die Website-Geschwindigkeit und ⁤warum ist sie wichtig?

Die‍ Website-Geschwindigkeit, auch Ladezeit ‍genannt, bezeichnet die Zeit, die eine Webseite benötigt,⁣ um alle Inhalte vollständig darzustellen. Eine schnelle Website ist essenziell, weil⁤ sie die Nutzererfahrung verbessert und maßgeblich zum Erfolg eines Online-Auftritts ⁢beiträgt. Langsame Ladezeiten können⁣ dazu führen,⁣ dass Nutzer abspringen und zu einem Konkurrenten ⁤wechseln. Außerdem ist die Geschwindigkeit‍ ein wichtiger Ranking-Faktor bei⁢ Suchmaschinen ⁣wie Google.

Welche⁢ Faktoren beeinflussen die Ladezeit ⁣einer Website?

Mehrere Faktoren können⁤ die Ladezeit beeinflussen. Dazu‌ gehören:

Serverleistung: Ein leistungsfähiger Server kann ⁤Anfragen schneller‌ bearbeiten.
Bild- und Mediagrößen: ‌Große Mediendateien ‍verlängern die ‌Ladezeit.
Code-Optimierung: Sauberer und komprimierter Code‌ lädt schneller.
Caching: Speichert Inhalte zwischen, um die Ladezeit bei wiederholtem Aufrufen zu verkürzen.
Externe Skripte und Plugins: Viele externe Skripte oder schlecht optimierte Plugins können⁣ die Ladezeit erhöhen.
Content Delivery Network (CDN): Verteilte Serverstandorte gewährleisten schnellere Ladezeiten weltweit.

Welche Tools helfen mir, die ⁤Geschwindigkeit meiner Website zu ‌testen?

Es gibt mehrere hervorragende Tools, die Dir helfen,⁣ die Geschwindigkeit Deiner ⁣Website zu testen und ⁢Verbesserungspotenziale zu identifizieren:

Google PageSpeed Insights: Analysiert ⁣die Leistung sowohl ⁣auf Mobilgeräten als ‍auch auf⁣ Desktops‌ und bietet konkrete Verbesserungsvorschläge.
GTmetrix: Bietet detaillierte⁣ Berichte ‌und ‌Analysen zur Ladezeit und Performance.
Pingdom Tools:⁤ Ähnlich ‌wie GTmetrix, jedoch mit unterschiedlichen Messpunkten weltweit.

Wie kann ich‌ Bilder optimieren, um die Ladezeit ⁣zu verkürzen?

Bilder sind oft große Ladezeit-Killer. Hier⁤ ein paar Tipps zur‌ Optimierung:

Bildgröße reduzieren: ⁢Nutze Tools wie TinyPNG oder JPEG-Optimizer.
Richtige Formate verwenden: JPEGs für Fotos, PNGs für Grafiken ⁢mit wenigen Farben.
Lazy Loading: Bilder werden erst geladen, wenn sie in den sichtbaren Bereich⁢ des Nutzers kommen.
Image Compression Plugins:‌ Für CMS wie WordPress gibt es zahlreiche Plugins,⁣ die Bilder automatisch beim Hochladen komprimieren.

Wie kann Caching die⁤ Website-Geschwindigkeit verbessern?

Caching speichert Kopien von Webseiten-Inhalten temporär, damit der Server sie⁤ nicht ⁣jedes Mal neu⁤ generieren muss:

Browser-Caching: Speichert statische Inhalte wie Bilder oder CSS-Dateien ⁤im Browser des Nutzers.
Server-Side Caching: Häufig aufgerufene Elemente werden auf‍ dem ⁢Server zwischengespeichert.
Content Delivery Networks (CDN): ⁢Ein ⁤Netzwerk aus weltweit verteilten ⁤Servern,‌ das Inhalte von ‌dem dem Nutzer nächstgelegenen Server liefert.

Welche Rolle spielen CDNs⁢ bei der Optimierung der Website-Geschwindigkeit?

Ein CDN kann⁤ die Geschwindigkeit Deiner Website ‍erheblich⁣ verbessern, besonders für Nutzer in verschiedenen geografischen Regionen:

Reduziert die Latenzzeit: Inhalte werden⁤ schneller geladen, weil sie vom nächstgelegenen Server bereitgestellt werden.
Verteilte Last: Der‌ Datenverkehr wird‍ auf mehrere⁢ Server verteilt, was‍ Deinen Hauptserver‌ entlastet.
Ausfallsicherheit: Sollte ein Server ausfallen,‌ übernimmt ein⁢ anderer – die Verfügbarkeit bleibt gewährleistet.

Wie‌ kann ich den Code meiner Website⁤ effizienter gestalten?

Effizienter ‍Code führt zu schnelleren Ladezeiten. Hier ‍ein paar⁢ Tipps:

Minimierung und Kombination von CSS und JavaScript: Reduziert die Anzahl der HTTP-Anfragen.
Asynchrones Laden von ‍Skripten:⁢ Skripte erst laden, wenn der Rest der Seite⁢ bereits‌ angezeigt ‍wird.
Code ⁤Bereinigung:⁣ Entferne unnötige ⁢Kommentare,⁤ Whitespaces ‍und alte Code-Abschnitte.
Verwendung von Frameworks und ⁢Bibliotheken: Sie ‌bieten meist‍ optimierten ‍und getesteten⁣ Code.

Indem Du diese Tipps und Tricks zur Optimierung der Website-Geschwindigkeit anwendest, kannst Du sicherstellen, dass Deine Nutzer ⁤eine positive Erfahrung machen und gleichzeitig Dein Ranking in⁢ den Suchmaschinen verbessern.

Fazit

Also, das war’s fürs Erste mit den besten Tipps und Tricks zur Optimierung der Geschwindigkeit⁢ Deiner Website. Klar ist:‍ Eine schnelle Website ist keine Kür, sondern Pflicht. Nicht nur‌ Deine Kunden danken ⁣es Dir – auch die Suchmaschinen belohnen schnelle Ladezeiten mit besseren Rankings.

Warum das ⁤so⁤ wichtig ist?‍ Weil in unserer durchdigitalisierten Welt Geschwindigkeit eine Frage von Sekundenbruchteilen ist. Nutzer und Suchmaschinen haben wenig‌ Geduld, Deine⁤ Seite muss sofort liefern. Und Hand aufs ⁤Herz: Eine langsame Website⁢ schreckt ab, egal wie gut der ‍Content ist.

Meine persönliche Empfehlung:⁢ Die Investition in Geschwindigkeit ist eine der besten, ⁣die Du für Dein Business machen kannst. ‌Der positive Effekt auf ⁤Benutzererlebnis und SEO ist immens und zahlt sich langfristig aus. Und denk⁤ daran: Es ist kein einmaliges Projekt, ⁢sondern ein kontinuierlicher Prozess.

Solltest Du Hilfe‍ bei der‌ Umsetzung ⁤der genannten Maßnahmen benötigen oder die Geschwindigkeit Deiner Website von⁣ Profis überprüfen⁤ lassen wollen, stehen wir von Berger+Team⁤ Dir jederzeit zur Verfügung. Mit unserer langjährigen Erfahrung und tiefem Verständnis für⁣ Webentwicklung, Marketing und ‌Digitalisierung helfen wir Dir, Dein ⁤Unternehmen auch in der digitalen‍ Welt erfolgreich zu positionieren.

Also, ran an die ‍Tasten und die Geschwindigkeit Deiner Website optimieren – ⁢Dein Business wird es ⁣Dir ‌danken!

Was bedeutet "Website-Performance"? Glossar 2026

Wed, 16 Sep 2026 11:11:11 +0000

Website-Performance beschreibt, wie schnell, stabil und reaktionsfähig eine Website unter realen Bedingungen funktioniert. Eine gute Website-Performance verbessert nicht nur die technische Qualität, sondern beeinflusst direkt, ob Besucher bleiben, Vertrauen aufbauen und eine Anfrage senden. Für KMU ist die Webseitenleistung deshalb kein Technikdetail, sondern ein Geschäftshebel.

Wichtig ist die Abgrenzung: Die Ladezeit einer Website ist nur ein Teil der Performance. Zur Website-Performance gehören auch Interaktivität, visuelle Stabilität, sauberes Hosting, die Wirkung von JavaScript und CSS sowie die reale Nutzung auf dem Smartphone.

Website-Performance ist die messbare Summe aus Geschwindigkeit, Stabilität, Interaktivität und Nutzererfahrung einer Website.

Website-Performance: mehr als nur Ladezeit

Viele UnternehmerEin Unternehmer ist jemand, der ein Unternehmen gründet, leitet und für dessen Erfolg verantwortlich ist. Diese Rolle kann herausfordernd sein, aber sie bietet auch... Klicken und mehr erfahren setzen Website-Performance mit Sekundenwerten gleich. Das ist verständlich, aber zu kurz gedacht. Eine Website kann technisch schnell laden und sich trotzdem träge anfühlen, springen, ruckeln oder auf mobilen Geräten schlecht reagieren.

Genau deshalb spielen die Core Web Vitals eine wichtige Rolle. Die Core Web VitalsCore Web Vitals sind Googles zentrale Kennzahlen für die Ladegeschwindigkeit, Interaktivität und visuelle Stabilität einer Webseite. Core Web Vitals zeigen, ob eine Seite im... Klicken und mehr erfahren machen Website-Performance greifbar, weil sie nicht nur das Laden messen, sondern auch Reaktionsfähigkeit und visuelle Stabilität.

Warum Website-Performance für KMU wirtschaftlich relevant ist

Langsame oder instabile Seiten erhöhen die Absprungrate, senken das Vertrauen und kosten messbar Anfragen. Think with Google verwies darauf, dass 53% der mobilen Seitenbesuche abgebrochen werden, wenn eine Seite länger als drei Sekunden lädt Quelle: thinkwithgoogle.com. Gerade bei lokaler Suche, Erstkontakten und mobilen Besuchen ist das für kleine Unternehmen schnell spürbar.

Auch für die Sichtbarkeit ist der Begriff relevant. Google betont, dass gute Core Web Vitals und andere Aspekte der Page Experience mit dem übereinstimmen, was die Kernsysteme belohnen. Gleichzeitig stellt Google klar, dass es kein einzelnes Page-Experience-Signal gibt, das Rankings allein entscheidet Quelle: developers.google.com. Für die Praxis heißt das: Starker Inhalt bleibt zentral, aber schwache Performance kann Wirkung verschenken.

Die wichtigsten Messgrößen der Website-Performance

Wenn Du Website-Performance sauber bewerten willst, solltest Du mindestens diese Ebenen unterscheiden:

Ladezeit: Wie schnell sichtbare InhalteContent umfasst alle gezielt veröffentlichten digitalen Inhalte auf Websites, in Shops, in Social-Media-Kanälen, in Newslettern und in anderen digitalen Umgebungen. Wenn Du wissen willst,... Klicken und mehr erfahren erscheinen und nutzbar werden. Die Ladezeit der Website ist wichtig, aber nicht die ganze Geschichte.
LCP: Largest Contentful Paint misst, wann das wichtigste sichtbare Inhaltselement geladen ist. Für Nutzer ist das der Moment, in dem die Seite erstmals vollständig wirkt.
INP: Interaction to Next Paint misst, wie schnell die Website auf Klicks, Taps oder Eingaben reagiert. Für Nutzer entscheidet INP darüber, ob sich eine Seite direkt oder zäh anfühlt.
CLS: Cumulative Layout Shift misst unerwartete Layout-Verschiebungen. Für Nutzer ist ein hoher CLS der klassische Fall von „Ich wollte klicken, aber das Element ist verrutscht“.

Laut Google gelten bei den Core Web Vitals derzeit folgende Zielwerte: LCP innerhalb von 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1. Schlechte Werte liegen bei LCP über 4,0 Sekunden, INP über 500 Millisekunden und CLS über 0,25 Quelle: developers.google.com.

Website-Performance ist nicht gleich Core Web Vitals

Die Unterscheidung ist für saubere Entscheidungen wichtig: Website-Performance ist der Oberbegriff. Die Ladezeit ist ein Teilaspekt davon. Core Web Vitals sind definierte Messgrößen, mit denen Google und andere Tools einen Teil der realen Nutzererfahrung bewerten.

Wenn Du nur auf die Ladezeit schaust, übersiehst Du oft genau die Probleme, die Nutzer im Alltag frustrieren. Wenn Du nur auf Punktzahlen schaust, ohne Geschäftsziele zu kennen, optimierst Du möglicherweise am falschen Ende.

Typische Bremsen bei KMU-Websites

In meiner Arbeit mit kleinen Unternehmen sehe ich selten ein einzelnes Problem. Meist sind es mehrere kleine Bremsen gleichzeitig, die sich summieren. Besonders häufig sind diese Ursachen:

Zu große Bilder: fehlende Bildoptimierung, alte Dateiformate und Uploads direkt aus Kamera oder Canva ohne Anpassung.
Schwaches Hosting: günstige Pakete mit langsamer Serverantwort, fehlendem Caching oder überfüllter Infrastruktur.
Plugin-Wildwuchs: Vor allem bei WordPress-Seiten sammeln sich im Lauf der Zeit Funktionen an, die kaum genutzt werden, aber Requests, Datenbanklast und Skripte erhöhen.
Zu viel JavaScript und CSS: Slider, Animationen, Pop-upsEin Pop-up ist ein über dem Seiteninhalt eingeblendetes Fenster oder Overlay, das Aufmerksamkeit gezielt auf eine Aktion, Information oder Eingabe lenkt. Ein Website-Popup kann... Klicken und mehr erfahren, Tracking-Tools und Builder laden Dateien, die auf der Seite kaum echten Nutzen stiften.
Zu viele Drittanbieter-Dienste: Fonts, Karten, Chat-Widgets, Consent-Tools, Pixel und externe Einbindungen verlangsamen den ersten Seitenaufbau.
Unsaubere mobile Optimierung: Desktop-lastige Layouts, schwere Hero-Bilder und schlecht priorisierte Inhalte bremsen die Nutzung auf dem Smartphone.

Quick Wins für bessere Website-Performance

Wenn Du schnell Wirkung erzielen willst, starte nicht mit Spezialmaßnahmen. Für viele KMU-Websites bringen diese Schritte den größten Hebel:

Bilder konsequent optimieren: große Bilddateien verkleinern, korrekt zuschneiden und moderne Formate wie WebP oder AVIF einsetzen.
Caching aktivieren: Browser- und Server-Caching reduzieren unnötige Wiederholungen und verkürzen die Ladezeit deutlich.
Sauberes Hosting wählen: gutes Hosting ist die Grundlage für stabile Reaktionszeiten.
Fonts reduzieren: weniger Schriftschnitte, weniger externe Nachladevorgänge, weniger Ballast.
Unnötige Plugins und Skripte entfernen: Jedes zusätzliche PluginDefinition des Plugins Ein Plugin (auch Plugins, Plug-in) ist ein Zusatzprogramm (Software), das in eine bestehende Softwareanwendung integriert wird, um deren Funktionalität zu erweitern... Klicken und mehr erfahren und jeder externe Dienst sollte einen klaren Nutzen haben.
JavaScript und CSS entschlacken: nur laden, was auf der jeweiligen Seite wirklich gebraucht wird.
Mobil zuerst prüfen: nicht nur auf dem Bürobildschirm testen, sondern auf echten Smartphones.
Regelmäßig messen: mit PageSpeed Insights und GTmetrix prüfen, ob Maßnahmen tatsächlich Wirkung zeigen.

Wenn eine Website strukturell neu aufgesetzt werden muss, betrifft das meist nicht nur Technik, sondern auch InformationsarchitekturDefinition der Informationsarchitektur Informationsarchitektur (IA) bezeichnet das strukturelle Design und die Organisation von Informationen innerhalb einer Website oder Anwendung. Sie legt fest, wie Inhalte... Klicken und mehr erfahren, Prioritäten und Nutzerführung. In solchen Fällen greifen Maßnahmen aus Webdesign & Entwicklung ineinander.

Die Folgen für Nutzererfahrung, Vertrauen und Conversion

Eine langsame Seite wirkt unzuverlässig, auch wenn technisch nichts defekt ist. Nutzer lesen weniger, klicken vorsichtiger und springen früher ab. Eine gute Website-Performance senkt Reibung und verbessert damit nicht automatisch jede Conversion, aber sie entfernt Hürden, die vorher still Anfragen verhindert haben.

Vor allem bei Dienstleistungen, lokalen Anbietern und erklärungsbedürftigen Angeboten ist das entscheidend. Wer Deine Website zum ersten Mal sieht, entscheidet in Sekunden, ob Dein Unternehmen professionell wirkt. Performance ist dabei Teil des ersten Eindrucks, genau wie Inhalt, Gestaltung und Klarheit.

So testest Du sinnvoll

Ich rate KMU dazu, Ergebnisse nie nur an einer einzigen Zahl festzumachen. PageSpeed Insights hilft Dir, typische Schwachstellen zu erkennen und die Core Web Vitals im Blick zu behalten. GTmetrix ist nützlich, um Requests, Dateigrößen und Ladeverhalten technischer zu analysieren.

Wichtig ist die Reihenfolge: erst die größten Bremsen beheben, dann erneut messen. Wer stattdessen an vielen Kleinigkeiten arbeitet, aber schweres Bildmaterial, schlechtes Hosting oder blockierendes JavaScript unangetastet lässt, verliert Zeit und Budget.

Abgrenzung zu SEO und Website-Strategie

Website-Performance ersetzt keine Positionierung, keine gute Struktur und keinen relevanten Inhalt. Aber ohne solide Performance verlieren selbst gute Inhalte Wirkung. Deshalb gehört Performance immer in eine saubere SEO-Analyse und in jede strategische Website-Planung.

Website-Performance ist damit kein isolierter Technikwert, sondern Teil eines funktionierenden digitalen Systems aus Inhalt, Struktur, Sichtbarkeit und Nutzerführung.

Häufige Fragen zur Website-Performance

Was ist ein guter PageSpeed-Wert?

Ein hoher Wert ist hilfreich, aber nicht das eigentliche Ziel. Wichtiger ist, dass die Website für echte Nutzer schnell wirkt, die Core Web Vitals möglichst im grünen Bereich liegen und zentrale Seiten wie Startseite, Leistungen und Kontakt spürbar gut funktionieren.

Wie oft sollte ich meine Website testen?

Mindestens nach jedem größeren Update, neuen Plugin, Relaunch, Theme-Wechsel oder Kampagnenstart. Zusätzlich lohnt sich ein fester Rhythmus, zum Beispiel monatlich oder quartalsweise, damit schleichende Verschlechterungen früh auffallen.

Ist ein CDN für kleine Websites notwendig?

Nicht immer. Für viele kleine Websites bringen zuerst gutes Hosting, Bildoptimierung, Caching und weniger externe Skripte deutlich mehr als ein CDN. Ein CDN wird sinnvoll, wenn Du viele große Dateien auslieferst oder Besucher aus verschiedenen Ländern schnell bedienen musst.

Was bringt gutes Hosting konkret?

Gutes Hosting verbessert die Serverantwort, die Stabilität und oft auch das verfügbare Caching. In der Praxis ist Hosting einer der unterschätztesten Hebel, weil eine sauber gebaute Website auf schwacher Infrastruktur trotzdem zäh wirken kann.

Reicht Bildoptimierung allein aus?

Nein. Große Bilder sind oft ein Hauptproblem, aber selten das einzige. Wenn zusätzlich zu viel JavaScript, unnötiges CSS, zu viele Plugins oder schwaches Hosting dazukommen, bleibt die Website trotz optimierter Bilder langsam.

Quellen

ReelSwap

Wed, 16 Sep 2026 09:23:55 +0000

Catalogue e navegue por sua coleção de mídias físicas neste site. O diferencial é a exibição: uma prateleira tridimensional. “Retire” (clique em) um filme dela e veja a caixa por todos os ângulos. Em inglês; gratuito.

ReelSwap

Wed, 16 Sep 2026 08:09:55 +0000

Browse and organize your physical media collection on this website. The standout feature is the display: a three-dimensional shelf. “Take down” (click on) a movie and examine the box from every angle. For free.

8-Bit Day 2026

Wed, 16 Sep 2026 02:36:46 +0000

Yesterday – September 13th – was the 256th day of the year. Tantek blogged about this in 2024 and in 2025 introduced a challenge to make a web page in under 256 bytes. After reading his announcement from yesterday his morning, I decided I would participate again.

Last year I made a minimal HTML home page using 253 bytes of HTML and 220 bytes of CSS. This year I made two pages, each of which only use a single HTML file with styles in a style tag. The single files are each under 256 bytes.

The first page I made this year was a poem about websites. I used CSS, in particular the color-scheme: light dark; rule, to make the colour of one of the words in the poem change depending on whether the page is viewed in light or dark mode. The page is 215 characters long.

The second page I made this year was an interactive web page to count the number of characters and words in a textarea. This took a fair bit of time to make because I had to use JavaScript to make the textarea work. The page is 254 characters long, and uses four HTML elements: two paragraphs, a textarea, and a script tag.

To save characters in the character and word count web page, I assigned the document value to a variable called d and the document.getElementById function to d.g. This syntax when I needed to retrieve elements or their values, or set new values for an element, I could do so in many fewer characters (although at the notable cost of readability). Of note, the word count splits at space characters, which means that of – day would be three words (of, –, day), even though it is two words. If anyone can suggest a way to make a more accurate word counter while staying under the character limit, I’d love to see your versions!

The constraints of 8-Bit Day have, in both years, encouraged me to make something I otherwise would not have. I didn’t start today thinking I was going to make a character and word counter in under 256 characters of code, but I am glad the day went this way.

minimal HTML home page interactive web page to count the number of characters and words in a textarea blogged about this in 2024 make a web page in under 256 bytes reading his announcement from yesterday his morning

Loading bold and italics fonts on my website

Wed, 16 Sep 2026 02:36:46 +0000

A while ago, I noticed that my headings did not look consistent across Firefox and Safari. I learned that this was because the font file I was using on my website did not contain bold characters. This meant that browsers were trying to “synthesise” a bold font.

This synthesised font, while achieving its functional requirement – being bold – was not optimal because the font family I was using did in fact have a designed bold typeface. This bold typeface, however, was in a separate file. I recently l learned this can happen with italics, too: if no italic version of a character is available in a font file, the browser will try to synthesise one ¹.

You can see the impact of font synthesis in the font synthesis playground I have made, which lets you toggle between applying the regular font (without bold, italic, or bold and italic styles) and the appropriate font (i.e. the bold font for bold text).

Whereas “variable fonts” can encompass multiple axes of a font (bold, italic, bold and italic at the same time, and more), the font I use, Standard, had regular, bold, italic, and bold and italic in different files.

Incrementally, I have changed my site so that I now load four separate font files from the Standard font family for use in body text. Here is what the CSS looks like:

@font-face{font-family:"Standard";src:url("/assets/fonts/standard-book-webfont.woff2");font-display:swap;font-weight:normal;font-style:normal;}@font-face{font-family:"Standard";src:url("/assets/fonts/standard-bold-webfont.woff2");font-display:swap;font-weight:bold;font-style:normal;}@font-face{font-family:"Standard";src:url("/assets/fonts/standard-book-italic-webfont.woff2");font-display:swap;font-style:italic;font-weight:normal;}@font-face{font-family:"Standard";src:url("/assets/fonts/standard-bold-italic-webfont.woff2");font-display:swap;font-style:italic;font-weight:bold;}

Above, the same font name is used across all declarations – “Standard” – but the font style and weight properties vary. In the first declaration, “Standard” is loaded with the normal style and weight. For the bold font, in the second declaration, the font-style value is equal to normal, but the font-weight property is equal to bold.For the italic font, in the third declaration, the font-style value is equal to italic, and the font-weight property is equal to normal. The fourth declaration will apply if text is both bold and italic.

I then use the following code to apply the styles:

html{font-family:"Standard",sans-serif;}

By specifying font files for each style “book-webfont” (regular), “bold-webfont” (bold), “book-italic-webfont” (italic), and “bold-italic-webfont” (bold and italic), the browser will look characters in all of these font faces before trying to synthesise a font.

If you ever see that italic or bold text doesn’t look the same in different browsers, or that your italic or bold text doesn’t look like it should, consider checking whether the typeface you have chosen requires you to load different files to represent characters in bold, italic, and bold and italic.

For further reading, the MDN page on the @font-face declaration documents more rules you can apply when loading a font.

This is my second post as part of the WASSUP 2026 challenge, in which participants are invited to write useful tips about the web or web standards in the month of September. Read my first contribution to WASSUP 2026.

Addendum

After publishing this post, I noticed that /assets/fonts/standard-bold-italic-webfont.woff2 was not loading on the page. I experimented a little bit and added <strong><em>test</em></strong> to the page using developer tools in Firefox. As soon as I added the element, Firefox loaded the font file. There must be some intelligent logic going on in the browser to only load the font when it is needed (if anyone knows more about how this works, do let me know!).

Although not relevant to solving the problem outlined in the introduction of this post, how – and whether – browsers synthesise fonts can be controlled by the font-synthesis property.

[↩]

variable fonts MDN page on the @font-face declaration Standard Read my first contribution to WASSUP 2026.1 [↩]font synthesis playground I have made WASSUP 2026 challenge

CSS-Tricks in Limbo - 15 Sept 2026 01:35 UTC | Vale.Rocks

Tue, 15 Sep 2026 13:44:20 +0000

I’m sad to say that CSS-Tricks is stuck in limbo again. The site was acquired by Digital Ocean in 2022, and it continued to run under their ownership until February of 2023, when DigitalOcean fired the people working on it. The site stayed latent for a year before DigitalOcean re-hired lead editor Geoff Graham in June of 2024, who got the ship sailing again.

Now, CSS-Tricks sits inactive again. Its future is unclear, because there hasn’t been any communication. DigitalOcean largely just went silent. DigitalOcean is a big company, and it can be expected that things get missed, especially with staff turnover. However, management is a small part of a larger picture.

Only a few days ago, DigitalOcean pledged a $3,000,000 USD donation to Omarchy – a set of scripts and configurations atop Arch Linux and a range of other open-source software (much of which struggles greatly for funding). A set of scripts and configurations which are led by David Heinemeier Hansson (DHH), previously of Ruby on Rails fame, but now of Omarchy notoriety and far-right, racist infamy.

CSS-Tricks being ignored isn’t a matter of effort or time; it is a matter of care. As David Heinemeier Hansson wrote announcing DigitalOcean’s funding:

But the part of this patronage that really made me smile was how quickly it all came together. I reached out to Paddy Srinivasan, DigitalOcean’s CEO, on X on Wednesday. We had a call that same night. I sent a proposal on Saturday. By Sunday, we’d finalized everything.

I know Geoff has been trying to raise CSS-Tricks’ predicament for months, to no avail.

Atop of this, DigitalOcean has ceased the monthly $50 payments they previously gave to GNOME and Flathub infrastructure. Apparently it is a more pressing matter for them to donate to a collection of scripts and configuration files than to contribute to the projects they’re built upon or to pay the writers and editors of their own publication.

Yes, I’ve got skin in the game as someone who has written for the publication, but I’ve got more skin in the game as someone who wishes for a thriving ecosystem and who wants to read the exemplary work CSS-Tricks is known for publishing. There are very few quality publications about the web left, and it would be a major blow to lose another.

Adactio: Journal—Stalling installing

Tue, 15 Sep 2026 13:44:20 +0000

I’m an invited expert at the World Wide Web Consortium.

That sounds impressive, but it isn’t. Anyone can become an invited expert. The fact that I am now one proves it. You apply to be an invited expert and once that application is approved, you’re in. So you too could and probably should be an invited expert to a working group at the W3C.

I was strongly encouraged to become an invited expert in the web applications working group after weighing in on the matter of installable web apps (or progressive web apps or whatever).

Last week I had my first call but it wasn’t with the web apps working group, it was with the technical architecture group, a meta-group that helps the other groups if there’s a big-picture sticking point.

There’s a big-picture sticking point with installing web apps.

While most of the participants (read: browser makers) would like to spend their time deciding the details of what API to implement in order to support installable web apps, Webkit is rejecting the very premise of that work.

On last week’s call, Webkit outlined their position: there shouldn’t be a way for developers to allow users to install the current website. Leave it to the browser, they say. Also, is this even something that users want? Looking at the stats, it certainly doesn’t seem like it.

That would be a reasonable position if there were already a usable way to install web apps. But there isn’t. It’s technically possible to add a website to your iPhone’s home screen. In practical terms, it’s a convoluted usability nightmare.

(It’s hard to avoid veering into conspiracy theory territory and seeing this as some kind of malicious compliance. Especially when you compare it to how native apps are shoved in your face thanks to “smart app banners” better known as dickovers.)

So Webkit’s stance would make total sense if there were a reasonable way for users of Mobile Safari to install web apps already. But there isn’t.

Last week’s call was quite illuminating. It showed some incredible cognitive dissonance in the Webkit position. Let me explain…

On the one hand, installing web apps is kind of like bookmarking, they say. That’s true. We don’t have an API for bookmarking so why should we have an API for installing web apps?

That would be a fair point if the user interface for bookmarking and installing were in any way comparable. But bookmarking is literally front and centre of the user’s experience of a browser, backed up by decades of convention. Meanwhile the option to install a web app is buried five levels deep behind a “share” icon.

Also: we’re not talking about an API for installing web apps. We’re talking about an API for initialising the flow for installing web apps—the very same flow that’s triggered from that buried menu item. And that flow begins with a prominent option to cancel. So let’s not have any scaremongering about users somehow being tricked into adding web apps to their home screen.

Which brings me to the other point…

Webkit are concerned about allowing installed web apps getting access to more powerful APIs. They’re quite right not to want that! A web app launched from the home screen shouldn’t have any special privileges. If it wants access to say, geolocation, the user needs to grant permision just the same as if the page were in the browser.

Why, oh, why then did Apple limit push notifications to installed web apps?

It’s not like other browsers haven’t managed to implement permission-based APIs like push notifications. But apparently limiting notifications to installed web apps was the only way that Apple could think of implementing this API safely.

You see the contradiction, right?

On the one hand, Webkit is saying that installing web apps is like bookmarking. No big deal.

On the other hand, Webkit is saying that installing web apps grants special privileges. A huge deal!

Which is it?

It’s almost as if Webkit aren’t actually participating in good faith but rather have already made up their mind to drag their heels when it comes to any kind of progress on this topic.

Anyway…

On last week’s call, I was supposedly representing the interests of developers. No pressure!

I can’t make any claim to represent all developers, but I like to think I’m fairly representative of a typical developer who’s quite fond of the World Wide Web. So in my allotted ten minutes of speaking time, I said:

Developers would love a way to initiate the installation flow. The alternative is to provide browser-specific instructions—always a bad sign.
If browsers provided a prominent usable way to initiate the installation flow, this wouldn’t be such an urgent need.
Users should have the option to install web apps just like they have the option to install native apps. Technically both options are available, but practically the scales are tipped very, very heavily towards native apps.
Native apps don’t have the same security model as web apps, allowing them much greater access to user data. If security and privacy are values that the W3C thinks are important for users, they should do everything in their collective power to help tip the scales back in the direction of web apps.

不明链接可以点吗？

Tue, 15 Sep 2026 02:44:43 +0000

我公司的IT部门教育我们说，从邮件或短信等地收到的链接，除非是确认是熟人发来的，千万不要点，点了很有可能中招。更有甚者，IT还会不定期给你发邮件，内含一个网页链接，一旦你点进去，就会进入一个网页，上面说这是演习，不是教育过你别随便点了吗，怎么还随便点呢？

我就有疑问了，什么叫随便，什么叫确认是熟人？很多时候，熟人与否是难以确认的，而且假如点一个链接就会出事，熟人与否恐怕不能保证一定这链接就一定安全吧？说不定是他转的，转的人又是从别处转的，我何以确认这个链接就一定安全呢？如果什么都不能点，这互联网还叫互联网吗？

链接的本质

不管你在什么应用中点击一个HTTP链接，其结果都是打开一个浏览器窗口，加载一个网页。在现代，网页已经不是一个简单文档，所以，这个加载的过程在本质上是从互联网上下载一个未知的程序，也就是javascript，在你本地的一个安全容器，也就是你的浏览器的一个窗口里面运行。这个未知的程序不仅可以上网，还能有限度地接触到你的一些本地数据。真实的互联网上坏人很多，所以这个未知程序有相当概率包含恶意元素。这么说起来，是不是觉得很危险？所以我们要分析一下，危险在哪里。总结一下，可能有一下几种危险：

在你电脑上植入病毒或木马
盗取你电脑上的数据
恶意篡改你电脑上的数据
盗取你在其他服务上的数据
恶意篡改你在其他服务上的数据

下面我们一一分析可能。

植入病毒

我们说过，这段恶意程序是在你的浏览器标签页下运行的，这也就是一个安全容器。除非你在这个程序的诱使下干了什么别的，这个恶意程序是万万跳不出这个安全容器的。你只要把标签页关掉，一切痕迹就被消除了。假如安全容器有漏洞，那一切的安全保证就没有了，除非你不上网，否则多点，少点几个链接，也不会有什么区别。

盗取本地数据

浏览器安全容器里是无法读取本地文件系统的。但是，总有一些环境因素是会被未知的javascript接触，比如说Cookie，以及你的IP地址，浏览器配置信息，电脑的一些配置信息等。Cookie我等一下会详细解释。其他的一些环境信息的泄漏，虽然不能直接造成危害，但会让它的后台收集你的一些行为信息，对你做用户绘像，久而久之，它会更了解你，然后说不定再对你干些别的。这听起来有点恐怖，好像没穿底裤在街上走啊。

那好，如果我对你了解够多，我能干点什么呢？最普遍的，就是对你做针对性广告，让你花钱。但是，要认识到在当今，大平台，社交网络已经对你有相当完备的用户绘像，对于广告商来说，直接找他们推广告就完了，何必找一些灰色平台呢？他们的数据远不及大平台，广告效果不大，还可能惹一身骚呢？所以，用户绘像这件事，如果没有海量的数据支撑，是没有经济意义的。小门小户的灰色平台虽然有技术上可能，但是他们是没有动力做这件事的。

Cookie

现在我们很多事情在网上完成，所以网上的各种服务存了我们的各种数据，从网上医疗，网上银行到留言板，这些数据重要的和我们的生命财富紧密联系，不那么重要的也是我们的个人隐私。假如恶意程序可能盗取我们存在云端的数据，甚至篡改之，例如朝坏人转钱，这危害性就大了去了。下面我们先不讲这些危害，先聊聊一个重要的技术概念，就是Cookie。

Cookie是各种网上应用存在浏览器本地的简短数据。它一般是不可分析的加密片段，但从远程来看，就是最重要的用户识别方法。HTTP协议本是无状态的，只有通过每次HTTP请求附带的Cookie，远程服务才能识别这个访问来自于谁，上下文是什么，并做相应的定制化操作，返回定制化数据。所以说，假如恶意程序能获取有效服务的Cookie，这就相当于把你在网上的家门钥匙给了它。那恶意程序能还是不能使用有效服务的Cookie呢？能，又不能。

不能的地方

恶意程序无法读取其他服务预留的Cookie，所以也不能把这个Cookie泄漏。松了一口气是不？先别太放松。

能的地方

但是恶意程序向其他服务秘密提交的请求是可能附带原服务的Cookie的！也就是家门钥匙它配不走，但现场可以用，这不也完了吗？等会，还有一些技术概念要解释。

CORS （Cross Origin Resource Sharing）

下面讲到的这个概念就是网上资源可以跨域使用。举个例子，就是网站A可以嵌入网站B提供的资源，例如一个新闻网站，就算它没有你的物理定位信息，但可以嵌入一个天气网站的资源，假如你在天气网站预留了定位信息，新闻网站就可以呈现你本地的天气预报。所以说，网站A的Javascript向网站B的后端发的请求，可以附带网站B的Cookie，从而让网站B返回对用户定制化的数据。

但是，只要网站B有基本安全意识的话，是可以对跨域数据使用加限制的！限制程度从网站B提出，由浏览器来强制执行。最基本的，也是缺省就有的限制，就是这个跨域数据只能不加处理呈现给用户，网站A的Javascript是不可以用程序读取这片数据的，这也就堵住了隐私数据泄漏的缺口。

CSRF （Cross Site Request Forging)

上面说了，CORS由服务后端提要求，浏览器强制执行。但对于后端数据保护，单靠浏览器是不够可靠的，毕竟这个请求已经发到了后端，万一后端执行了什么操作，例如给坏人转钱什么的，不就完了吗？所以，对于有副作用的请求，通常是POST（表单提交）操作，还有另一个机制，就是CSRF保护，让第三方编造的表单数据显形。

有CSRF保护的表单，提交时不仅有Cookie，还有向用户呈现表单时现场动态生成，和用户会话对应的隐藏安全码。跨的域表单提交就算有Cookie，也不会有合法用户会话，更猜不出该发什么样的安全码，所以这个表单会被后端拒收！

TCP （Total Cookie Protection)

万一后端没有合理的安全机制怎么办？首先，CORS和CSRF都是基本的安全措施，任何有素质的后端开发者都应该知道并使用。但是，我又没有检查腾讯的后端代码，万一他真没干，怎么办？

Firefox还有一层保护，就是TCP Total Cookie Protection. 这个保护在于，第三方Cookie，如上面例子中的网站B的Cookie，只要标签页的地址栏指向其他网站，压根就相当于不存在！这就完全断绝了跨域信息泄漏或瞎编请求的可能了。

Chrome呢？Chrome相应的功能在这里：CHIPS. 可惜，和Firefox不同，这个功能缺省是不打开的，所以绝大多数用户是不知道也没打开的。毕竟Google自己就是最大的广告商，而在网上打广告强烈依赖于使用第三方，也就是广告商自己的Cookie，从而才能在林林总总的不同来源的网页上嵌入定制广告呀。

Safari呢？Apple也有类似的保护机制：ITP Intelligent Tracking Prevention. 这个功能是缺省打开的，而且比Firefox实现的还早。但是，苹果还是想兼顾用户体验，所以没有完全屏蔽，而是通过一些智能算法选择性屏蔽第三方Cookie。我没有详细研究这个智能算法的原理，但应该不如Firefox 的完全保护让人放心。

当然，你也可以使用Chrome的Incognito模式，其他浏览器也有类似的隐私保护模式。但这样就彻底没有Cookie了，点进去在哪里都没有登录，确实很不方便。我只用Firefox，也不需要定制广告或其他嵌入式定制资源，所以TCP正合我意：所有第三方Cookie都没有，但本站Cookie都是有的，好的链接直接可用，坏人的链接没有危害。

那坏人能干啥？

我讲了这么多，都是说坏人这也做不了，那也做不了，但为什么还有这么多恶意邮件，骗你点击呢？他们想干啥？

他们最主要的目的，就是钓鱼。钓鱼，就是佯装成一个合理网站，骗你下载软件（内含木马），或输入个人信息，如用户名密码等。有了你的用户名和密码，他们就真的拿到了你家的钥匙，想干嘛就干嘛了。

我的原则是除了从自己的书签点进去之外，永远不手动输入用户名或密码。密码管理器是可以的，这是因为密码管理器预填的用户名密码来自用地址栏的地址查找出的条目，所以不会被相似域名所误导。举例而说，吐槽俱乐部可能给你发链接，点还是不点呢？当然点。这不是因为吐槽俱乐部值得信任，而是点进去后，就算你的Cookie过期，跳转到登录页，用户名和密码也不用手填。

这个原则推而广之，甚至很多明显是钓鱼网站的链接，我闲的无聊的时候我也会点。只要不输入我的个人信息，就不会出事。而且还有一个原因：坏人通常用一些Serverless技术的后台，这是因为他们通常打一枪换一个地方，流量有时很大，有时基本为零，所以Serverless技术的后台提供的高弹性正适合他们。但这些平台按次收费，单次访问的成本较高，所以我故意点，点进去还有时输入些乱码，不仅帮坏人花了成本，还污染了坏人的数据，多好。

工欲善其事，必先利其器。有一个你信赖的浏览器是在网上冲浪必不可少的工具。但是，小心不要点不好的链接是一个伪命题：不点，你如何知道好不好？点之后当然要小心，点之前不需要。正如我出门可能被车撞，所以要小心。我如果连门都不敢出，还需要小心个啥呢？

网上坏人很多，链接有问题的不在少数。但是如果点都不敢点，这互联网就没有意思了。

Proactive: 我的网页书签管理器

Tue, 15 Sep 2026 02:44:43 +0000

你规律性访问多少网站？三五个？七八个？我以一定规律访问的网站有数十个，这还不包括博客，新闻之类的内容性网站，对于内容性网站我用我的RSS阅读器来订阅。浏览器有书签，可以把碰见有趣的网站记下来，浏览器还有密码管理器，可以记录用户名和密码，但是，浏览器没有一个功能就是周期性地提醒我到各个网站去访问。没关系，我可以自己写，于是 Proactive 诞生了。

我的需求

Proactive

有些网站是要天天访问的，例如邮件。有些网站是要月月访问的，例如银行。我可以把所有网站入口记在我的书签页，但是书签超过一二十个之后，很难一眼找到想要的链接。更何况书签不能根据网站的性质来以不同频率提醒我该访问啥，最后的结果就是前几个网站被过度访问，这不仅浪费时间，还会造成我对这些网站的过度依赖。另外一方面，后面的网站会被渐渐遗忘，几个月后你再也想不起来了，甚至会耽误事，例如错过信用卡还款期限什么的。

很多网站有主动提醒功能，可以向你发邮件或向手机推送提醒什么的。我用过一些，但渐渐地发现这些功能其实不健康：

网站的目的和我的目的不一致。商业网站希望无限制加强用户和网站的粘性，而我希望保留自主权，不沉迷下去。
有效提醒和广告难以区分，关注各类网站给我发的邮件会让我不小心看了一堆广告。
善意的提醒和恶意钓鱼邮件也难以区分。邮件里的链接你是点还是不点？

一个网站要发邮件或手机提醒还有点成本，所以最终导致了逆向选择：有良心的网站舍不得这点成本，所以常常没有这个功能。没良心的网站反而更有财力来做这件事。最终吃亏的是作为用户的我。

最后还有一点个人化的原因。我希望自己过一种更主动的生活，而不是被动地接受各种提醒。所以，提醒的来源必须是100%被我自己掌控：想以什么周期去访问什么网站在我，想忘掉什么网站以后不再访问了也在我，我的网上生活我自己说了算，Be Proactive!

我的非需求

Proactive 是一个书签管理器，也是一个行动事项表。但它不是一个日程表，时间的颗粒度只到一天，也不能记录不能用网页地址表达的事项。假如我想提醒我每周六晚上九点打电话给我爸爸，我不会用这个工具。访问网站不是什么时间性要求非常高的举动，早几天晚几天都无所谓，更像是休闲，而不是工作。我刻意地用粗颗粒维持一种的松弛感，只提供五个选项：每日，每周，每月，每季度，每年度。

Proactive 是一个个人工具，而不是一个商业服务。数据全部保留在本地，没有云端，从而彻底保障个人隐私。我提供一点数据迁徙的功能，这样可以从旧电脑把数据迁徙到新电脑上，但假如你想多个设备共享数据，一会儿用电脑，一会儿用手机，那只好对不起了，我自己没有这个需求。

个人数据不会很多，我只有几十条，已经算多的了。我不建议在这里保留超越一两百条的用法。在条目比较少的情况下，我可以精简表现方式，没有搜索功能，没有关键字查询功能，我甚至不提供列表的用户界面。99% 的情况下，我只关注到期事项，反正不会很多，一条一条看到底就完了。

我的使用方式

我每天都访问的网站只有几个，例如我的网页邮件，我的RSS阅读器等。

我每周都访问的网站也不超过十个，大致是一些网上社区，论坛之类。每月访问的主要是生活中用到的服务等，例如信用卡，网银，股市等等。

其他我还有很多难以归类的，比较小众的网站，分布在从每月，每季度，到每年度之间。假如我逐渐失去兴趣，网站也没什么更新，我会逐渐加长时间间隔。假如对某些网站我的兴趣越来越大，我会逐渐缩短时间间隔。缩短，加长，或删掉全部靠手动控制，没有任何自动算法辅助。

Proactive 的地址是：pro.roastidio.us，欢迎大家直接使用。当然这是自由软件，你也可以自行修改自己部署自己用。如前所述，你的数据只存在本地，我，平台，或政府完全接触不到，你的隐私绝不会泄露。这其实是我的浏览器主页：我的个人上网门户，也可以是你的哦。