Beiträge von RvS

[COLOR=#000000][FONT=Arial]Hallo Wordpress-Comunity,

wer hat das gleiche Problem mit Googles AdSense-Anzeigen und der Search Console? Und gibt es eine Lösung dafür?

Die Search Console mosert an einer Wordpress-Seite herum, die ich kürzlich relauncht habe. Wenn ich das richtig sehe, sind die Anzeigenblcöke von Googles Adsens das Problem. Die führen dazu, dass die Search Console offenbar alle Beiträge und Seiten meiner Website aus dem Index kegelt.
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Es geht um diese Website http://www.daily-paragraph.de
Die ist mit Wordpress und dem Theme MH Magazine erstellt;
[/FONT][/COLOR][COLOR=#000000][FONT=Arial]… enthält asynchronen Anzeigencode von Google AdSense;
[/FONT][/COLOR][COLOR=#000000][FONT=Arial]… zeigt im Frontend alle Beiträge mit Googles Anzeigenblöcken sauber an!!! [/FONT][/COLOR][COLOR=#000000][FONT=Arial]
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Trotzdem vergibt die Search Console den Beiträgen und Seiten meiner Website diese Fehlermeldung:
[/FONT][/COLOR][COLOR=#000000][FONT=Arial]1. Gesendete URL durch robots.txt blockiert
[/FONT][/COLOR][COLOR=#000000][FONT=Arial]2. Gesendete URL als "noindex" gekennzeichnet
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Die Search Console fordert im Weiteren dazu auf, diese Fehler abzustellen. Na toll! Das Kuriose dabei ist, dass sich Google offenbar am eigenen Code für die AdSense-Anzeigen stört. Zumindest informiert selbige Search Console bei der Analyse der einzelnen Unterseiten, dass deren Probleme daran liegen würden, dass der Crawler dem folgenden Skript nicht folgen könne:
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js[/FONT][/COLOR]

[COLOR=#000000][FONT=Arial]Schuld daran ist laut Search Console wiederum eine robots.txt - allerdings nicht die meiner Website, sondern laut Search Console eine, die sich Google selbst ausgedacht hat!!! Tatsächlich stehen in der verlinkten robots.txt unter https://pagead2.googlesyndication.com/robots.txt die folgenden Anweisungen:
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]User-Agent: *[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Allow: /ads/preferences/[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Allow: /gpt/[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Disallow: /[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Noindex: /
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Zu diesen Informationen kommt man, wenn man in der „neuen" Google Search Console für eine der URL, die in der Search Console mit dem Hinweis "Gesendete URL durch robots.txt blockiert“ oder dem Hinweis „Gesendete URL als noindex gekennzeichnet“ gebrandmarkt wird, über die Auswahl „Abruf wie durch Google“ und weiter mit dem Befehl „Abrufen und Rendern“ analysiert.
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Wie kann ich diese Probleme lösen? [/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Und wie geht das, wenn ich trotzdem AdSense-Anzeigen von Google schalten möchte?
[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Herzlichen Dank für hilfreiche Hinweise und beste Grüße,[/FONT][/COLOR]
[COLOR=#000000][FONT=Arial]Rüdiger von Schönfels
Tel: 030 303 692 88
[/FONT][/COLOR]

hm ... also abgesehen, dass die als Beispiel ins Forum gestellte Uri wieder falsch war (diesmal hing mein Vorname dran), hat sich das Problem offenbar durch Handauflegen gelöst. Gestern abend funktionierten diese dubiosen post-uri mit der Ergänzung "...//feed/" noch nicht. Jetzt gerade bei einem neuen Test plötzlich doch. Ich bin gespannt, ob der Crawler von Google das genauso sieht. Denn am Quellcode habe ich nicht wirklich etwas verändert. Seltsam?!

Erstmal Dank für Deine Antwort. Stimmt! Die versprochene fehlerhafte Uri war nicht dabei. Ich habe aus Versehen die post-uri zweimal in meinen Forumsbeitrag geschrieben. Die Fehlerquelle im Quellcode gibt es aber dennoch: Das ist sie:

http://www.daily-paragraph.de/index.php/archives/steuerrecht/mitarbeiterrabatt-steuerfrei-kassieren/4977/feed/Rüdiger

Hallo,

vor einigen Tagen habe ich im Forum "Allgemeines" ein Problem mit Crawling-Fehlern beschrieben. Zu diesen kommt es bei allen posts (Beitrag), für die man im Backend die Felder "Kommentar" oder "Pingback" ankreuzt. In diesem Fall sorgt wordpress dafür, dass im Quelltext des Beitrags im Head-Bereich ein Link zu einer URL auftaucht, die den Crawler von Google offenbar in eine Endlosschleife schickt.

Die störenden URL setzen sich aus der (richtigen) Url-Adresse des Beitrags und dem Zusatz "//feed/" zusammen.

Beispiel:
Ein Beitrag meines Blogs hat die folgende richtige Adresse:
http://www.daily-paragraph.de/index.php/arch…kassieren/4977/

Im Quelltext dieses Beitrags findet sich u.a. ein Link zu dieser störenden URL:
http://www.daily-paragraph.de/index.php/arch…assieren//4977/

Ursache:
Wie beschrieben haben die fehlerhaften URL etwas mit der Erlaubnis zu tun, dass Besucher meiner Homepage einzelne Beiträge kommentieren dürfen. Diese Möglichkeit möchte ich nur ungerne abschalten.
Mittlerweile habe ich herausgefunden, dass die störenden URL von der Funktion "wp_head" erzeugt werden. Diese Funktion steht bei vielen Templates standardmäßig in der Datei "head.php".

Die Funktion "wp_head" findet sich beim Wordpress-Paket im Ordner wp-includes/general-template.php

Diese Funktion macht eigentlich nichts. Sie ist vielmehr ein Einfallstor für Plugin, die eigene Inhalte in den Head-Bereich der Beiträge schreiben wollen. Das macht z.B. das Plugin "All in One SEO-Pack" so. Insofern kann ich die Funktion wp_head nicht einfach aus dem Code von "head.php" löschen. testweise habe ich das gemnacht. Dann taucht der Fehler nicht mehr auf.

An externen Plugin kann der Fehler in meinem Fall nicht liegen. Ich habe das getestet, indem ich alle Plugin deaktiviert habe und dann einen neuen Post erstellt habe (mit der Erlaubnis für Kommentare). Die Folge: Im Quelltext habe ich trotz Abschalten aller externen Plugin den Störfaktor "post-URL//fed/" gefunden.

Was diese dubiosen URL sollen (abgesehen davon, Ärger zu machen), kann ich nicht nachvollziehen. Sie führen zu keinem Inhalt, sondern zu einer Fehlermeldung im Browser.

Wer kann mir weiterhelfen?
Irgendein Teil von Wordpress nutzt "wp_head", um diese unsinnigen und überflüssigen URL in den Quellcode zu schreiben. Aber welcher?

Beste Grüße
Rüdiger

Hallo,
Wordpress erzeugt bei jedem veröffentlichten Beitrag (post) für eine url, die es gar nicht gibt. Also gibt es einen Fehleranzeige im Browser und einen weiteren Crawling-Fehler bei den Webmastertools von Google.

Diese falschen Url sind bis auf die Endung //feed deckungsgleich mit der Url des jeweiligen post.

Beispiel:
die Url des post: http://www.domain.de/index.php/archives/postname
die faule Url: http://www.domain.de/index.php/archives/postname//feed

Diese falschen Url finden sich im Quelltext des jeweiligen post im Kopfbereich <head> hinter den meta-Angaben. Wozu diese Url gut sein sollen (abgesehen davon, Ärger zu machen und Fehler zu erzeugen), finde ich schleierhaft.

Wer weiß, wie man Wordpress diese Url-Manie austreiben kann?

Dankbar für hilfreiche Hinweise,
Rüdiger

So, jetzt habe ich die Lösung gefunden: Der Störenfried war ein Hinweis auf das Favicon in der Index-Datei. Dort stand folgender Code: <link rel="shortcut icon" type="image/x-icon" href="/favicon.ico"> Nachdem ich diesen Codeschnipsel entfernt habe, funktioniert das rss feed einwandfrei. Schöne Grüße, RvS

Hallo Marc,
Deinen Tip habe ich beherzigt und mir den Codex zu rss feeds durchgelesen. Leider gab es dort auch keinen Hinweis, wie ich den Fehler beheben kann, der bei meinem rss feed in Safari und Explorer auftritt. Insofern ist das Problem noch da und die Nuss noch zu knacken. Trotzdem Danke, RvS

Danke für den Tipp. Das Video habe ich mir angeschaut. O.k. das ist eine Option. Aber es müsste doch auch ohne Google-Konto und mit dem in Wordpress eingebauten rss-feed gehen. NUr wie?
Grüße, RvS

Hallo, wer weiß, wie man ein zickiges rss-feed bändigt? Es funktioniert zwar in Firefox. Aber Windows Internet Explorer und Safari verweigern den Dienst. Der Internet Explorer bietet als Hilfe diese Fehlermeldung an:

Die XML-Eingabe kann nicht angezeigt werden, wenn Stylesheet XSL verwendet wird. Beheben Sie den Fehler und klicken Sie dann auf Aktualisieren <javascript:location.reload()> , oder wiederholen Sie den Vorgang später.
In einem XML-Dokument ist nur ein Element höchster Ebene zugelassen. Fehler beim Bearbeiten der Ressource 'http://daily-par...
<link rel="shortcut icon" type="image/x-icon" href="/favicon.ico">
-^

In Safari sieht die Fehlermeldung so aus:

Safari kann die Seite „feed://daily-paragraph.de/index.php/feed“ nicht öffnen. Fehler: „Der RSS-Feed konnte nicht geladen werden, da der Inhalt ein unbekanntes Format hat.“ (PubSub:2)

Tja, und nun? Wo muss man anpacken, um diesen Fehler zu beseitigen? Für hilfreiche Tipps jederzeit dankbar:
RvS

Hallo,

im Grunde suche ich nichts anderes als eine zweite User-Verwaltung. Nur dass ich damit nicht die Autoren des Blogs verwalten möchte, sondern eine Gruppe von Experten.

Das Ziel:
- Die Experten bekommen ein eigenes Template (vergleichbar mit author.php)

- Die Experten lassen sich im Menü auflisten (vergleichbar mit wp_list_categories)

- Die Expertenverwaltung bräuchte neben Name, Ort, Homepage auch noch Felder für die Experten-Sachgebiete, die man im Backend am besten selbst definieren kann

Geht so was? Braucht man dafür ein extra Plugin? Gibt es das schon?

In die Richtung geht die Kundenverwaltung bei den Shopping-Systemen für Wordpress. Aber ich brauche eben keinen shop.

Für Tipps ist wie immer dankbar:
Rüdiger

Vielen Dank!!!

Seltsamerweise hat es nicht sofort mit copy-and-paste geklappt. Die gewünschte Lösung ergab sich erst, als ich Deinen Vorschlag von Hand in den Quellcode geschrieben habe. Aber dafür funktioniert das jetzt 1A.

1. Abfragen der ID der aktuellen Kategorie:

<?php $cat_id = get_cat_id(single_cat_title(null, false)); ?>

2. Dazu der link zu einer statischen Seite, die mit wp_query die Artikel der aktuellen Kategorie abfragt, von diesen aber nur einen Teil anzeigt (im Bsp: 'Teilmenge'):

<a href="http://daily-paragraph.de/.../<?php echo($cat_id)-teilmenge;?>">Hier lesen Sie nur posts aus der aktuellen Kategorie, die gleichzeitig auch zur Kategorie 'Teilmenge' gehören</a>

Nochmals vielen Dank für die Lösung

get_category_link($cat) braucht aber genau das, was ich erst suche: nämlich die Kategorie-ID

Gibt es denn wirklich keine Möglichkeit, die ID der Kategorie abzufragen, in der ich mich gerade befinde?

... vielen Dank! Leider brauche ich nicht den link zu der Kategorie selbst, sondern die ID der aktuellen Kategorie, um damit einen ganz anderen link zu basteln. Wozu ich das brauche, lässt sich leider nicht in drei Sätzen erklären. Ich versuch es mal am konkreten Beispiel:

Ich biete die posts in meinem blog Daily Paragraph - Einmal täglich im Recht unter zwei Aspekten sortiert an.
1) Themen-Kategorien:
Zuerst entscheidet man sich im Menü für das Thema (z.B. "Mobbing" als Subkategorie von "Arbeitnehmer im Recht").

2) Textart-Kategorien:
Hat sich der Leser für eine Themen-Kategorie entschieden, findet er zu diesem Thema verschiedene Textarten wie "Ratgeber", "Urteile", "Interviews" (auch das sind Kategorien).

Den neuen Link brauche ich dafür, dass die Leser z.B. in der aktuellen Themen-Kategorie "Mobbing" alle "Urteile" zu genau diesem (und nur zu diesem Thema) aufrufen können.

Wie gesagt: Grundsätzlich funktioniert das, wenn ich den neuen link mit dem Namen der aktuellen Kategorie erstelle, also mit single_cat_title('')

Ein Beispiel gefällig? Bitte schön:
Mobbing | Daily Paragraph - Einmal täglich im Recht
Auf dieser Seite gibt es unter dem Header einen hellblauen Kasten. Und dort ein kleines dunkelblaues Kästchen mit dem Wort "Urteile" in weißer Schrift. Wer das anklickt, bekommt alle posts, die zugleich in der Kategorie "Mobbing" UND in Kategorie "Urteile" sind.

Leider eignen sich nicht alle meine Kategorienamen für diesen Link. Der Grund: Einige Kategorienamen bestehen aus mehreren Wörtern und enthalten Leerzeichen, was offenbar stört, sich aber nicht mehr ändern lässt.

Deshalb suche ich nach einer Möglichkeit, wie ich die Kategorie-Id der aktuellen Kategorie in den neuen link einbauen kann.

Beste Grüße
Rüdiger

Die Ausgangslage:
Wie bei den meisten WP-Blogs habe ich ein Menü, das über die Funktion wp_list_categories die Kategorien-links anbietet. Wer eine Kategorie auswählt, bekommt alle posts dieser aktuellen Kategorie angezeigt.

Das Problem:
Wie finde ich die ID von dieser aktuellen Kategorie heraus?

Das Ziel:
Ich möchte die ID der aktuellen Kategorie in einen link einbauen.

etwas ähnliches habe ich mit dem Namen der aktuellen Kategorie schon geschafft. Hier konnte ich single_cat_title('') in den link einbauen. Der sieht (verkürzt) so aus:
<a href="http://blogname.de/<?php single_cat_title('')?> ">

Leider geht das nicht mit allen Namen meiner Kategorien. Deshalb bräuchte ich einen link mit der ID.

Hat jemand eine Idee?

Hallo,
meine Frage braucht ein Fundament.

Die Ausgangslage:
In meinem Blog weise ich jedem post zwei Kategorien zu. Das muss so sein, weil alle Kategorien im Blog jeweils zu einer von zwei "Arten" von Kategorien gehört.

Konkret sind die Kategorien so aufgeteilt:
Art1 enthält die Themen-Kategorien (z.B. "Mobbing" oder "Kündigung")
Art2 enthält die Textart-Kategorien (z.B. "Urteil" oder "Ratgeber")

Damit ergibt sich praktisch eine Matrix zur Sortierung der Beiträge.

Das Problem:
Ich bräuchte eine für die Kategorieansicht von posts manchmal eine Mischung von je zwei Kategoriemerkmalen.

Soll heißen:
Wie kann ich z.B. einen Link erzeugen, der alle posts auflistet, die gleichzeitig in der Kategorie "Mobbing" (Art1) UND in der Kategorie "Urteil" (Art2) stecken.

Außerdem doll die erste Kategorie (hier: "Mobbing") auch noch die aktuelle Kategorie sein. Denn der Leser bekommt den Link "Urteile der Kategorie Mobbing" erst angeboten, wenn er schon auf der Unterseite "Mobbing" ist.

Weiß eventuell jemand eine Lösung?
Darüber freuen würde sich (wieder einmal)
RvS

.. aha. Vielen Dank! Das klappt super.
Beste Grüße
RvS

Hallo,
die Lösung mit [COLOR=#000000][COLOR=#0000CC]get_the_category [/COLOR][/COLOR]funktioniert im Grunde gut. Der Nachteil: Es fehlen die links zu den Kategorien. Gibt's dafür evetl auch eine Lösung? Am besten wäre es wohl, wenn the_category ein exclude bekäme. Nur wie?
Grüße,RvS

Hallo Leute,

Die Ausgangslage:
In meinem blogg Daily Paragraph - Einmal täglich im Recht erhalten manche posts ein Foto. Dieses platziere ich vor dem more-tag. Die Größe des Fotos lege ich standdardmäßig im Backend für den jeweiligen Beitrag fest. Das ist für meinen Geschmack etwas zu steif.

Das Ziel:
Da ich bei Daily Paragraph - Einmal täglich im Recht für die Ausgabe der Beiträge zwei unterschiedlich große Formate einsetze, würde ich gerne die Ausgabe der Fotos flexibel steuern. Mir würde es schon genügen, wenn das Foto beim kleineren Artikel-Format nur halb so groß wäre, wie ich es im Backend für den jeweiligen Beitrag festgelegt habe.

Geht sowas überhaupt? Kommt man an die Fotos irgendwie über die Template-Tags ran? Und wenn ja, wie kann man dort die Größe der Fotos beeinflussen?

Für Eure hilfreichen Tipps bedanke ich mich schonmal im voraus.

Beste Grüße
Rüdiger

Vielen Dank für den Hinweis. Jetzt hab ich was konkretes und kann Hosteurope nochmal angehen. Mal sehen, was dabei rauskommt.

Hosteurope sagt aber was anderes

Vielen Dank für die Antwort. Ich fürchte, sie hilft mir noch nicht wirklich weiter. Denn ich habe Hosteurope die Fehlermeldungen schon unter die Nase gerieben. Die sagen, die Datenbank ist o.k. Ich müsste Hosteurope schon genauer sagen, was sie falsch machen.

Im Übrigen könnte Hosteurope recht haben, dass sie mich abwimmeln. Denn auf die gleiche Datenbank greift noch ein anderer Wordpress-Blog von mir zu. Der hat dort natürlich seinen eigenen Satz von Wordpress-Tabellen. Aber die Datenbank scheint in Ordnung zu sien.

Könnte die Ursache vielleicht daran liegen, dass ich den Problem-Blog vor einem halben Jahr mit einer älteren Version von Wordpress installiert habe? Die alten Wordpress-Dateien habe ich zwar kürzlich platt gemacht und durch die neuste Version 2.6.2 ersetzt. Aber initiiert wurden die Datenbank-Tabellen eben mit der alten Version. Das Problem steckt irgendwo in der Datenbank-Tabelle wp_option. Vielleicht haben ältere Versionen von Wordpress dort seltsame Sachen reingeschrieben. Nur welche? Und in welchem Feld?

Oder könnte die Ursache in Plugins liegen. Ich habe in dem einen Blog vor Monaten einmal versucht, das Plugin "google-sitemap-generator" zu installieren. Aber das scheiterte auch an iregendwelchen Fehlermeldungen. Das Plugin habe ich zwar nicht mehr. Aner in der Datenbanktabelle wp_options finde sich immer noch Felder, die zu dem Plugin gehören dürften.

Schöne Grüße
Rüdiger