<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Kommentare zu: WordPress, das Web und das Klima	</title>
	<atom:link href="https://simon.blog/de/2019/wordpress-web-und-klima/feed/" rel="self" type="application/rss+xml" />
	<link>https://simon.blog/de/2019/wordpress-web-und-klima/</link>
	<description></description>
	<lastBuildDate>Wed, 06 Nov 2024 15:31:43 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		Von: Oliver Bock		</title>
		<link>https://simon.blog/de/2019/wordpress-web-und-klima/#comment-16402</link>

		<dc:creator><![CDATA[Oliver Bock]]></dc:creator>
		<pubDate>Wed, 06 Nov 2024 15:31:43 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-16402</guid>

					<description><![CDATA[Hi Simon! Gute Punkte zu der Nutzung von Energie für Webseiten. Hier habe ich auch im Hinterkopf, dass Energieverbrauch auch mit vielen weiteren Punkten wie Barrierefreiheit, Seitengeschwindigkeit, SEO. Das alles ergibt sich aus einer sinnvoll entwickelten und optimierten Webseite. Hier setzen wir als Agentur auf den Bricks Builder um eine möglichst hohe Performance zu bekommen. Liebe Grüße, Oly]]></description>
			<content:encoded><![CDATA[<p>Hi Simon! Gute Punkte zu der Nutzung von Energie für Webseiten. Hier habe ich auch im Hinterkopf, dass Energieverbrauch auch mit vielen weiteren Punkten wie Barrierefreiheit, Seitengeschwindigkeit, SEO. Das alles ergibt sich aus einer sinnvoll entwickelten und optimierten Webseite. Hier setzen wir als Agentur auf den Bricks Builder um eine möglichst hohe Performance zu bekommen. Liebe Grüße, Oly</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Klimaschutz, Geschichte, Googles Crawler &#8211; WP Letter		</title>
		<link>https://wpletter.de/archive/263/</link>

		<dc:creator><![CDATA[Klimaschutz, Geschichte, Googles Crawler &#8211; WP Letter]]></dc:creator>
		<pubDate>Sat, 04 Mar 2023 16:34:06 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-4772</guid>

					<description><![CDATA[Dieser Article wurde erwähnt auf &lt;a href=&quot;https://wpletter.de/archive/263/&quot; rel=&quot;nofollow ugc&quot;&gt;wpletter.de&lt;/a&gt;]]></description>
			<content:encoded><![CDATA[<p>Dieser Article wurde erwähnt auf <a href="https://wpletter.de/archive/263/" rel="nofollow ugc">wpletter.de</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Simon		</title>
		<link>https://simon.blog/de/2023/kurze-15-jahre/</link>

		<dc:creator><![CDATA[Simon]]></dc:creator>
		<pubDate>Sun, 08 Jan 2023 23:41:00 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-6828</guid>

					<description><![CDATA[&lt;p&gt;Vor 5479 Tagen – genau heute vor 15 Jahren – habe ich WordPress zum ersten Mal benutzt. Für gewöhnlich nehme ich das zum Anlass, hier im Blog das vergangene Jahr Revue passieren zu lassen und manchmal sogar einen kleinen (und rückblickend meist sehr falschen) Ausblick auf das neue Jahr zu wagen. Während mein Dauerthema der [&#8230;]&lt;/p&gt;]]></description>
			<content:encoded><![CDATA[<p>Vor 5479 Tagen – genau heute vor 15 Jahren – habe ich WordPress zum ersten Mal benutzt. Für gewöhnlich nehme ich das zum Anlass, hier im Blog das vergangene Jahr Revue passieren zu lassen und manchmal sogar einen kleinen (und rückblickend meist sehr falschen) Ausblick auf das neue Jahr zu wagen. Während mein Dauerthema der [&hellip;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Community Collective, Plugins und Nachhaltigkeit &#8211; WP Letter		</title>
		<link>https://wpletter.de/archive/342/</link>

		<dc:creator><![CDATA[Community Collective, Plugins und Nachhaltigkeit &#8211; WP Letter]]></dc:creator>
		<pubDate>Mon, 02 Jan 2023 06:44:09 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-4618</guid>

					<description><![CDATA[Dieser Article wurde erwähnt auf &lt;a href=&quot;https://wpletter.de/archive/342/&quot; rel=&quot;nofollow ugc&quot;&gt;wpletter.de&lt;/a&gt;]]></description>
			<content:encoded><![CDATA[<p>Dieser Article wurde erwähnt auf <a href="https://wpletter.de/archive/342/" rel="nofollow ugc">wpletter.de</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Nachhaltige Web-Entwicklung vs. WordPress		</title>
		<link>https://www.open-mind-culture.org/2417/nachhaltige-web-entwicklung-vs-wordpress/</link>

		<dc:creator><![CDATA[Nachhaltige Web-Entwicklung vs. WordPress]]></dc:creator>
		<pubDate>Wed, 14 Dec 2022 15:22:17 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-4526</guid>

					<description><![CDATA[todo elaborate, and link my DEV blog series and some more relevant articles


&lt;a href=&quot;https://dev.to/ingosteinke/series/20910&quot;&gt;https://dev.to/ingosteinke/series/20910&lt;/a&gt;


&lt;a href=&quot;https://simon.blog/de/2019/wordpress-web-und-klima/&quot;&gt;https://simon.blog/de/2019/wordpress-web-und-klima/&lt;/a&gt;

&lt;a href=&quot;https://kulturbanause.de/blog/nachhaltiges-webdesign-websites-klimafreundlich-und-langlebig-umsetzen/&quot;&gt;https://kulturbanause.de/blog/nachhaltiges-webdesign-websites-klimafreundlich-und-langlebig-umsetzen/&lt;/a&gt;
&lt;a href=&quot;https://moritzliebold.de/blog/nachhaltiges-webdesign/&quot;&gt;https://moritzliebold.de/blog/nachhaltiges-webdesign/&lt;/a&gt;

Talking about „non-human personas“ at the end of 2022, many developers might first think of machines, chatbots, and digital image algorithms – and we might consider those as well, consuming our content for machine learning to reuse and recycle in their answers and generated content – but animals, plants, and ecosystems should be personas of their own right if we take ecological sustainability seriously.]]></description>
			<content:encoded><![CDATA[<p>todo elaborate, and link my DEV blog series and some more relevant articles</p>
<p><a href="https://dev.to/ingosteinke/series/20910">https://dev.to/ingosteinke/series/20910</a></p>
<p><a href="https://simon.blog/de/2019/wordpress-web-und-klima/">https://simon.blog/de/2019/wordpress-web-und-klima/</a></p>
<p><a href="https://kulturbanause.de/blog/nachhaltiges-webdesign-websites-klimafreundlich-und-langlebig-umsetzen/">https://kulturbanause.de/blog/nachhaltiges-webdesign-websites-klimafreundlich-und-langlebig-umsetzen/</a><br />
<a href="https://moritzliebold.de/blog/nachhaltiges-webdesign/">https://moritzliebold.de/blog/nachhaltiges-webdesign/</a></p>
<p>Talking about „non-human personas“ at the end of 2022, many developers might first think of machines, chatbots, and digital image algorithms – and we might consider those as well, consuming our content for machine learning to reuse and recycle in their answers and generated content – but animals, plants, and ecosystems should be personas of their own right if we take ecological sustainability seriously.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Sustainable Web Development vs. WordPress		</title>
		<link>https://www.open-mind-culture.org/en/2418/sustainable-web-development-vs-wordpress/</link>

		<dc:creator><![CDATA[Sustainable Web Development vs. WordPress]]></dc:creator>
		<pubDate>Wed, 14 Dec 2022 15:09:49 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-4527</guid>

					<description><![CDATA[todo elaborate, and link my DEV blog series and some more relevant articles


&lt;a href=&quot;https://dev.to/ingosteinke/series/20910&quot;&gt;https://dev.to/ingosteinke/series/20910&lt;/a&gt;


&lt;a href=&quot;https://simon.blog/de/2019/wordpress-web-und-klima/&quot;&gt;https://simon.blog/de/2019/wordpress-web-und-klima/&lt;/a&gt;


und generell u.a.
Talking about “non-human personas” at the end of 2022, many developers might first think of machines, chatbots, and digital image algorithms – and we might consider those as well, consuming our content for machine learning to reuse and recycle in their answers and generated content – but animals, plants, and ecosystems should be personas of their own right if we take ecological sustainability seriously.]]></description>
			<content:encoded><![CDATA[<p>todo elaborate, and link my DEV blog series and some more relevant articles</p>
<p><a href="https://dev.to/ingosteinke/series/20910">https://dev.to/ingosteinke/series/20910</a></p>
<p><a href="https://simon.blog/de/2019/wordpress-web-und-klima/">https://simon.blog/de/2019/wordpress-web-und-klima/</a></p>
<p>und generell u.a.<br />
Talking about “non-human personas” at the end of 2022, many developers might first think of machines, chatbots, and digital image algorithms – and we might consider those as well, consuming our content for machine learning to reuse and recycle in their answers and generated content – but animals, plants, and ecosystems should be personas of their own right if we take ecological sustainability seriously.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Ingo Steinke		</title>
		<link>https://simon.blog/de/2019/wordpress-web-und-klima/#comment-4525</link>

		<dc:creator><![CDATA[Ingo Steinke]]></dc:creator>
		<pubDate>Tue, 13 Dec 2022 13:53:51 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-4525</guid>

					<description><![CDATA[Danke für den Beitrag. Vielleicht wird das Thema Nachhaltigkeit und Optimierung künftig endlich stärker wahrgenommen. Ja, als Theme- und Plugin-Entwickler:innen können wir etwas tun. Wenn auch wenig.

Mein privater Blog (Open Mind Culture) ist sehr minimalistisch mit Classic Editor auf eigenem Server. Kund:innenseiten konnte ich bislang mehr oder weniger gut bzw. mehr schlecht als recht optimieren. An WooCommerce + zig Plugins, von Vorgänger so übernommen, beiße ich mir performance-mäßig sprichwörtlich die Zähne aus, wie auch an WordPress Blocks + (Full) Site Editing vs. Custom Theme und klassische Plugins generell.

Obwohl ich mich weiterhin, auch was WordPress-Wartung und Theme Maintenance angeht, auch für die for Future -Bewegung engagieren werde, sehe ich doch die größte Chance darin, eine Perspektive jenseits von WordPress aufzuzeigen. Alternativ müssten wir uns als umweltbewusste Entwickler:innen aktiv in die Core-Entwicklung einbringen, aber auch die entsprechenden Prioriäten auf der WordPress-Roadmap setzen. 2023 wird auf jeden Fall spannend werden!]]></description>
			<content:encoded><![CDATA[<p>Danke für den Beitrag. Vielleicht wird das Thema Nachhaltigkeit und Optimierung künftig endlich stärker wahrgenommen. Ja, als Theme- und Plugin-Entwickler:innen können wir etwas tun. Wenn auch wenig.</p>
<p>Mein privater Blog (Open Mind Culture) ist sehr minimalistisch mit Classic Editor auf eigenem Server. Kund:innenseiten konnte ich bislang mehr oder weniger gut bzw. mehr schlecht als recht optimieren. An WooCommerce + zig Plugins, von Vorgänger so übernommen, beiße ich mir performance-mäßig sprichwörtlich die Zähne aus, wie auch an WordPress Blocks + (Full) Site Editing vs. Custom Theme und klassische Plugins generell.</p>
<p>Obwohl ich mich weiterhin, auch was WordPress-Wartung und Theme Maintenance angeht, auch für die for Future -Bewegung engagieren werde, sehe ich doch die größte Chance darin, eine Perspektive jenseits von WordPress aufzuzeigen. Alternativ müssten wir uns als umweltbewusste Entwickler:innen aktiv in die Core-Entwicklung einbringen, aber auch die entsprechenden Prioriäten auf der WordPress-Roadmap setzen. 2023 wird auf jeden Fall spannend werden!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Community Collective, Plugins und Nachhaltigkeit &#8211; WP Letter		</title>
		<link>https://wpletter.de/archive/das-community-collective-plugin-jahresrueckblick-und-nachhaltigkeit/</link>

		<dc:creator><![CDATA[Community Collective, Plugins und Nachhaltigkeit &#8211; WP Letter]]></dc:creator>
		<pubDate>Mon, 12 Dec 2022 08:12:09 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-4517</guid>

					<description><![CDATA[Dieser Article wurde erwähnt auf &lt;a href=&quot;https://wpletter.de/archive/das-community-collective-plugin-jahresrueckblick-und-nachhaltigkeit/&quot; rel=&quot;nofollow ugc&quot;&gt;wpletter.de&lt;/a&gt;]]></description>
			<content:encoded><![CDATA[<p>Dieser Article wurde erwähnt auf <a href="https://wpletter.de/archive/das-community-collective-plugin-jahresrueckblick-und-nachhaltigkeit/" rel="nofollow ugc">wpletter.de</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Weniger miese Twitter&#x2d;Embeds bitte! &#124; simon.blog		</title>
		<link>https://simon.blog/de/2021/miese-twitter-embeds/</link>

		<dc:creator><![CDATA[Weniger miese Twitter&#x2d;Embeds bitte! &#124; simon.blog]]></dc:creator>
		<pubDate>Mon, 22 Mar 2021 16:23:38 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-2426</guid>

					<description><![CDATA[WordPress erlaubt seit ewigen Zeiten das Einbetten von Inhalten Dritter in Beiträgen und auf Seiten. Im alten Editor konnten einfach Links zu Inhalten populärer Dienste wie Twitter, Soundcloud, YouTube etc in den Inhalt eingefügt werden. Über ein pfiffiges, oEmbed genanntes Format war WordPress dann in der Lage die verlinkten Inhalte von den jeweiligen Plattformen abzurufen und auf der eigenen WordPress-Seite einzubetten. Im Block-Editor gibt es eigene Blöcke für die jeweiligen Anbieter, am Grundprinzip hat sich an diesem Mechanismus aber nichts geändert.



Das Ganze ist perfekt, wenn Videos eingebunden, Tweets in einen größeren Kontext gesetzt oder die eigene Musik präsentiert werden soll. Doch wie so oft ist nicht alles Gold, was glänzt. Negativen Nebeneffekte eingebetteter Inhalte sind vielfältig.







Das Problem mit Embeds



Was im ersten Moment nicht allen klar sein mag: durch das Einbetten von Inhalten laden wir kleine Websites in iFrames zusätzlich zu unserer eigenen Site. In vielen Fällen hat das einen &lt;a href=&quot;https://www.indiehackers.com/post/embedded-tweets-take-a-toll-on-your-website-performances-df0515e807&quot;&gt;deutlich spürbaren negativen Einfluss&lt;/a&gt; auf die Performance unserer eigenen Website. Viele zusätzliche Daten müssen übertragen und vom Browser der Besucher*innen interpretiert werden. Das Ergebnis sind langsamere Websites und ein &lt;a href=&quot;https://simon.blog/de/2019/wordpress-web-und-klima/&quot;&gt;deutlich erhöhter Stromverbrauch&lt;/a&gt;.



Das zweite große Problem ist der liebe Datenschutz. Spätestens seit der DSGVO wissen wir hoffentlich alle, dass es problematisch ist, Inhalte von Dritten einzubinden. Sobald meine Website mit z.B. eingebettetem Tweet aufgerufen wird, kann Twitter, deren Website über den Embed ja auch geladen wird, Besucher*innen meiner Site ebenso tracken wie ich es könnte (aber nicht tue).



Die offensichtliche Lösung



Wer gelegentlich im Web unterwegs ist, kennt mindestens &lt;s&gt;eine&lt;/s&gt; &lt;em&gt;zwei&lt;/em&gt; Lösungen für dieses Problem. 



Die erste wäre der konsequente Verzicht auf eingebettete Inhalte. Für eine Menge Websites ist das eine hervorragende Lösung.



So wie hier auf &lt;a href=&quot;https://netzpolitik.org/2021/npp-225-zu-apps-in-der-pandemiestrategie-wer-rettet-uns-vor-der-app/&quot;&gt;Netzpolitik.org&lt;/a&gt; verbirgt &lt;em&gt;Embed Privacy&lt;/em&gt; externe Inhalte schon jetzt hinter einem Platzhalter.



Wer nicht auf das Einbetten von Tweets und Co verzichten möchte, greift gerne zu einer sogenannten Zwei-Klick-Lösung. Dafür werden eingebettete Inhalte aller Art durch einen Platzhalter ersetzt, der erst nach expliziter Interaktion der Besucher*in durch den externen Inhalt ersetzt wird. &lt;a href=&quot;https://epiph.yt/&quot;&gt;Unser&lt;/a&gt; kostenloses Plugin &lt;em&gt;&lt;a href=&quot;http://de.wordpress.org/plugins/embed-privacy/&quot;&gt;Embed Privacy&lt;/a&gt;&lt;/em&gt; tut genau das und bietet damit einen wunderbaren Mittelweg zwischen den Interessen von Publisher*innen und Besucher*innen. Aber das reicht mir noch nicht.



Einen Schritt weiter gedacht



Eine Zwei-Klick-Lösung ist hervorragend, verschiebt die beiden genannten Probleme aber nur auf einen späteren Zeitpunkt. Die zusätzlichen Daten müssen trotzdem übertragen, die Privatsphäre der Besucher*innen trotzdem kompromittiert werden. Beides zwar unter der vollen Kontrolle der Leserschaft, aber dennoch nicht optimal.



Auftritt: Lokales Tweet-Caching. In der neuesten &lt;em&gt;Embed-Privacy&lt;/em&gt;-Version 1.3, die wir gestern veröffentlicht haben, gibt es eine neue Option, die ab sofort das lokale Zwischenspeichern von Tweets erlaubt. Einmal in WordPress gespeichert, können Tweets dann als reines HTML ausgegeben werden. Nach dem Update muss nur noch die Option für „Lokale Tweets“ auf der Einstellungsseite unter &lt;em&gt;Einstellungen&lt;/em&gt; / &lt;em&gt;Embed Privacy&lt;/em&gt; aktivier werden. Anschließend werden die lokalen Kopien eingebetteter Tweets wie Blockquotes formatiert. Dank ein wenig eingestreutem Markup lassen sie sich mit wenigen Zeilen CSS aber auch an das eigene Theme-Design anpassen.




&lt;blockquote&gt;WP Letter #306 ist da 🎉Diese Woche mit diesen Themen:😍 Schicke System-Fonts &lt;a href=&quot;https://twitter.com/iainmbean?ref_src=twsrc%5Etfw&quot;&gt;@iainmbean&lt;/a&gt;💸 WordPress‘ Finanzen 🕵️‍♂️ Sicherheit von Elementor &lt;a href=&quot;https://twitter.com/wordfence?ref_src=twsrc%5Etfw&quot;&gt;@wordfence&lt;/a&gt; &lt;a href=&quot;https://t.co/mOBDHuowF8&quot;&gt;https://t.co/mOBDHuowF8&lt;/a&gt;— WP LETTER (@wpletter) &lt;a href=&quot;https://twitter.com/wpletter/status/1373924404892160000?ref_src=twsrc%5Etfw&quot;&gt;22. März 2021&lt;/a&gt;&lt;/blockquote&gt;
Ganz ohne schwerfälligen Embed-Code oder Overlay können Tweets jetzt einfach direkt lokal ausgeliefert werden.



Ich bin gespannt, wie Menschen, die sich (anders als ich) tatsächlich mit Design auskennen mit diesem neuen Tool umgehen werden und freue mich auf ansprechend gestaltete Embeds, die am Ende nicht nur Performance und Datenschutz, sondern auch dem Design einer Website zugute kommen.



Das wars schon?



Ja, das war es im Grunde genommen. Um gleich einen unvermeidlichen Kommentar vorwegzunehmen: ja, Tweets lassen sich auch manuell kopieren und als Text in WordPress einfügen. Der Vorteil unserer Lösung ist, dass der charmante ursprüngliche Workflow (URL kopieren, in WordPress einfügen, fertig) unangetastet bleibt und die ganze Arbeit von Embed Privacy im Hintergrund erledigt wird. Außerdem greift das Ganze natürlich auch für alle bereits angelegten Embeds.



Auf unserer Wunschliste steht noch das (optionale) lokale Zwischenspeichern von Bildern. In der Zukunft könnte es dafür eine weitere Option geben, für den ersten Wurf in Version 1.3 haben wir uns erstmal auf reinen Text beschränkt. 



&lt;a href=&quot;http://de.wordpress.org/plugins/embed-privacy/&quot;&gt;Embed Privacy 1.3 ist ab sofort auf WordPress.org erhältlich.&lt;/a&gt;]]></description>
			<content:encoded><![CDATA[<p>WordPress erlaubt seit ewigen Zeiten das Einbetten von Inhalten Dritter in Beiträgen und auf Seiten. Im alten Editor konnten einfach Links zu Inhalten populärer Dienste wie Twitter, Soundcloud, YouTube etc in den Inhalt eingefügt werden. Über ein pfiffiges, oEmbed genanntes Format war WordPress dann in der Lage die verlinkten Inhalte von den jeweiligen Plattformen abzurufen und auf der eigenen WordPress-Seite einzubetten. Im Block-Editor gibt es eigene Blöcke für die jeweiligen Anbieter, am Grundprinzip hat sich an diesem Mechanismus aber nichts geändert.</p>
<p>Das Ganze ist perfekt, wenn Videos eingebunden, Tweets in einen größeren Kontext gesetzt oder die eigene Musik präsentiert werden soll. Doch wie so oft ist nicht alles Gold, was glänzt. Negativen Nebeneffekte eingebetteter Inhalte sind vielfältig.</p>
<p>Das Problem mit Embeds</p>
<p>Was im ersten Moment nicht allen klar sein mag: durch das Einbetten von Inhalten laden wir kleine Websites in iFrames zusätzlich zu unserer eigenen Site. In vielen Fällen hat das einen <a href="https://www.indiehackers.com/post/embedded-tweets-take-a-toll-on-your-website-performances-df0515e807">deutlich spürbaren negativen Einfluss</a> auf die Performance unserer eigenen Website. Viele zusätzliche Daten müssen übertragen und vom Browser der Besucher*innen interpretiert werden. Das Ergebnis sind langsamere Websites und ein <a href="https://simon.blog/de/2019/wordpress-web-und-klima/">deutlich erhöhter Stromverbrauch</a>.</p>
<p>Das zweite große Problem ist der liebe Datenschutz. Spätestens seit der DSGVO wissen wir hoffentlich alle, dass es problematisch ist, Inhalte von Dritten einzubinden. Sobald meine Website mit z.B. eingebettetem Tweet aufgerufen wird, kann Twitter, deren Website über den Embed ja auch geladen wird, Besucher*innen meiner Site ebenso tracken wie ich es könnte (aber nicht tue).</p>
<p>Die offensichtliche Lösung</p>
<p>Wer gelegentlich im Web unterwegs ist, kennt mindestens <s>eine</s> <em>zwei</em> Lösungen für dieses Problem. </p>
<p>Die erste wäre der konsequente Verzicht auf eingebettete Inhalte. Für eine Menge Websites ist das eine hervorragende Lösung.</p>
<p>So wie hier auf <a href="https://netzpolitik.org/2021/npp-225-zu-apps-in-der-pandemiestrategie-wer-rettet-uns-vor-der-app/">Netzpolitik.org</a> verbirgt <em>Embed Privacy</em> externe Inhalte schon jetzt hinter einem Platzhalter.</p>
<p>Wer nicht auf das Einbetten von Tweets und Co verzichten möchte, greift gerne zu einer sogenannten Zwei-Klick-Lösung. Dafür werden eingebettete Inhalte aller Art durch einen Platzhalter ersetzt, der erst nach expliziter Interaktion der Besucher*in durch den externen Inhalt ersetzt wird. <a href="https://epiph.yt/">Unser</a> kostenloses Plugin <em><a href="http://de.wordpress.org/plugins/embed-privacy/">Embed Privacy</a></em> tut genau das und bietet damit einen wunderbaren Mittelweg zwischen den Interessen von Publisher*innen und Besucher*innen. Aber das reicht mir noch nicht.</p>
<p>Einen Schritt weiter gedacht</p>
<p>Eine Zwei-Klick-Lösung ist hervorragend, verschiebt die beiden genannten Probleme aber nur auf einen späteren Zeitpunkt. Die zusätzlichen Daten müssen trotzdem übertragen, die Privatsphäre der Besucher*innen trotzdem kompromittiert werden. Beides zwar unter der vollen Kontrolle der Leserschaft, aber dennoch nicht optimal.</p>
<p>Auftritt: Lokales Tweet-Caching. In der neuesten <em>Embed-Privacy</em>-Version 1.3, die wir gestern veröffentlicht haben, gibt es eine neue Option, die ab sofort das lokale Zwischenspeichern von Tweets erlaubt. Einmal in WordPress gespeichert, können Tweets dann als reines HTML ausgegeben werden. Nach dem Update muss nur noch die Option für „Lokale Tweets“ auf der Einstellungsseite unter <em>Einstellungen</em> / <em>Embed Privacy</em> aktivier werden. Anschließend werden die lokalen Kopien eingebetteter Tweets wie Blockquotes formatiert. Dank ein wenig eingestreutem Markup lassen sie sich mit wenigen Zeilen CSS aber auch an das eigene Theme-Design anpassen.</p>
<blockquote><p>WP Letter #306 ist da 🎉Diese Woche mit diesen Themen:😍 Schicke System-Fonts <a href="https://twitter.com/iainmbean?ref_src=twsrc%5Etfw">@iainmbean</a>💸 WordPress‘ Finanzen 🕵️‍♂️ Sicherheit von Elementor <a href="https://twitter.com/wordfence?ref_src=twsrc%5Etfw">@wordfence</a> <a href="https://t.co/mOBDHuowF8">https://t.co/mOBDHuowF8</a>— WP LETTER (@wpletter) <a href="https://twitter.com/wpletter/status/1373924404892160000?ref_src=twsrc%5Etfw">22. März 2021</a></p></blockquote>
<p>Ganz ohne schwerfälligen Embed-Code oder Overlay können Tweets jetzt einfach direkt lokal ausgeliefert werden.</p>
<p>Ich bin gespannt, wie Menschen, die sich (anders als ich) tatsächlich mit Design auskennen mit diesem neuen Tool umgehen werden und freue mich auf ansprechend gestaltete Embeds, die am Ende nicht nur Performance und Datenschutz, sondern auch dem Design einer Website zugute kommen.</p>
<p>Das wars schon?</p>
<p>Ja, das war es im Grunde genommen. Um gleich einen unvermeidlichen Kommentar vorwegzunehmen: ja, Tweets lassen sich auch manuell kopieren und als Text in WordPress einfügen. Der Vorteil unserer Lösung ist, dass der charmante ursprüngliche Workflow (URL kopieren, in WordPress einfügen, fertig) unangetastet bleibt und die ganze Arbeit von Embed Privacy im Hintergrund erledigt wird. Außerdem greift das Ganze natürlich auch für alle bereits angelegten Embeds.</p>
<p>Auf unserer Wunschliste steht noch das (optionale) lokale Zwischenspeichern von Bildern. In der Zukunft könnte es dafür eine weitere Option geben, für den ersten Wurf in Version 1.3 haben wir uns erstmal auf reinen Text beschränkt. </p>
<p><a href="http://de.wordpress.org/plugins/embed-privacy/">Embed Privacy 1.3 ist ab sofort auf WordPress.org erhältlich.</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: 10 Maßnahmen für mehr Umweltschutz als Selbstständiger		</title>
		<link>https://simon.blog/de/2019/wordpress-web-und-klima/#comment-703</link>

		<dc:creator><![CDATA[10 Maßnahmen für mehr Umweltschutz als Selbstständiger]]></dc:creator>
		<pubDate>Wed, 08 Jul 2020 10:50:01 +0000</pubDate>
		<guid isPermaLink="false">https://simon.blog/de/?p=1941#comment-703</guid>

					<description><![CDATA[[&#8230;] WordPress, das Web und das Klima (simon.blog): Ein WordPress-Entwickler beschreibt den Energieverbrauch des Internets und gibt Tipps, was jeder persönlich dagegen tun kann. [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] WordPress, das Web und das Klima (simon.blog): Ein WordPress-Entwickler beschreibt den Energieverbrauch des Internets und gibt Tipps, was jeder persönlich dagegen tun kann. [&#8230;]</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
