FAQ
Was macht FG Sitemap WP?
Section titled “Was macht FG Sitemap WP?”FG Sitemap WP erzeugt einen eigenen XML-Sitemap-Index für WordPress und kann ausgewählte öffentliche Post Types, Taxonomien, CPT-Archive, Bilder sowie optionale Autoren-, Datums- und Zusatz-URLs aufnehmen.
Wo ist die Sitemap erreichbar?
Section titled “Wo ist die Sitemap erreichbar?”Der Index liegt unter /fg-sitemap.xml. Die darin verlinkten Child-Sitemaps verwenden eigene Pfade für Startseite, Archive, Post Types, Taxonomien und optionale Bereiche.
Ersetzt FG Sitemap WP die WordPress-Core-Sitemap?
Section titled “Ersetzt FG Sitemap WP die WordPress-Core-Sitemap?”Standardmäßig ja. Die Einstellung WordPress-Core-Sitemap deaktivieren ist aktiviert und schaltet die Core-Sitemap ab, solange FG Sitemap selbst aktiv ist.
Was passiert, wenn WordPress Suchmaschinen blockiert?
Section titled “Was passiert, wenn WordPress Suchmaschinen blockiert?”Wenn blog_public = 0 ist, liefert FG Sitemap bewusst HTTP 404 für seine Sitemap-Endpunkte, ergänzt keinen robots.txt-Sitemap-Eintrag und sendet keine IndexNow-URLs.
Unterstützt FG Sitemap WP Bilder?
Section titled “Unterstützt FG Sitemap WP Bilder?”Ja. Bei aktivierter Bildoption werden Beitragsbilder, bestimmte <img>-Quellen aus dem Inhalt und unterstützte ACF-Felder berücksichtigt. Pro URL sind maximal 1.000 Bilder vorgesehen.
Unterstützt FG Sitemap WP ACF?
Section titled “Unterstützt FG Sitemap WP ACF?”Ja, sofern get_field_objects() verfügbar ist. Der Code verarbeitet Image, Gallery, WYSIWYG, Group, Repeater und Flexible Content sowie verschachtelte Subfields, soweit sie in der ACF-Feldstruktur vorhanden sind.
Dürfen Bilder von einem externen CDN stammen?
Section titled “Dürfen Bilder von einem externen CDN stammen?”Ja. Bild-URLs müssen absolute HTTP-/HTTPS-URLs sein, unterliegen aber nicht derselben Host-Beschränkung wie normale Sitemap-<loc>-URLs.
Werden Noindex- und Canonical-Angaben berücksichtigt?
Section titled “Werden Noindex- und Canonical-Angaben berücksichtigt?”Ja, für konkret im Code unterstützte WordPress-, Yoast- und Rank-Math-Pfade. Bei Posts wird eine vom Permalink abweichende Canonical-URL als Ausschlussgrund behandelt.
Unterstützt FG Sitemap WP IndexNow?
Section titled “Unterstützt FG Sitemap WP IndexNow?”Ja. IndexNow ist standardmäßig aktiviert. Änderungen ausgewählter öffentlicher Post Types und Taxonomien werden gesammelt und per WP-Cron in Batches von bis zu 10.000 URLs übertragen.
Ist für IndexNow ein Bing-Webmaster-API-Key nötig?
Section titled “Ist für IndexNow ein Bing-Webmaster-API-Key nötig?”Nein. FG Sitemap verwendet einen lokal erzeugten IndexNow-Key und stellt dessen Verifizierungsdatei virtuell auf der eigenen WordPress-Home-URL bereit.
Speichert das Plugin Sitemap-Dateien auf dem Server?
Section titled “Speichert das Plugin Sitemap-Dateien auf dem Server?”Nein. Die XML-Ausgabe wird dynamisch erzeugt und optional als WordPress-Transient zwischengespeichert. Auch die IndexNow-Key-Datei wird virtuell ausgeliefert.
Setzt FG Sitemap Cookies?
Section titled “Setzt FG Sitemap Cookies?”Nein. Der aktuelle Code setzt keine eigenen Cookies und verwendet keinen Browser-Local- oder Session-Storage.
Nimmt das Plugin externe Verbindungen auf?
Section titled “Nimmt das Plugin externe Verbindungen auf?”Ja, wenn die jeweiligen Funktionen aktiv sind. IndexNow sendet URL-Änderungen an den konfigurierten IndexNow-Endpoint. Die eingebettete FG-Core-Runtime sendet standardmäßig einmal täglich einen technischen Installationsstatus an einen FUNCKGROUP-Endpunkt.
Details stehen unter Datenverarbeitung.
Was passiert bei der Deaktivierung?
Section titled “Was passiert bei der Deaktivierung?”Der Sitemap-Cache und die IndexNow-Queue werden gelöscht, der IndexNow-Cron wird entfernt und die Rewrite-Regeln werden aktualisiert. Die Plugin-Einstellungen bleiben gespeichert.
Was passiert bei der Deinstallation?
Section titled “Was passiert bei der Deinstallation?”uninstall.php entfernt die FG-Sitemap-Einstellungen, Rewrite-Version, IndexNow-Queue und -Status sowie die registrierten Sitemap-Transients. Gemeinsam genutzte fg_core_*-Statusdaten werden durch dieses Plugin nicht gelöscht.