Problema su Compatibilità Plugin EUCookieLaw con Yoast

[SteAiro]

Ciao, ho un problema inerente alla Sitemap generata con Yoast per WP (sitemap_index.xml) con attivo il plugin EUCookieLaw (che funziona perfettamente lato UX con il blocco preventivo dei cookie).

Dato che dopo una submission con WMT non mi riconosceva la sitemap come "oggetto" .xml, considerandola in formato HTML, mi sono insospettito e ho provato a fare dei test. Accedendo a http://www.xx-xxx/sitemap_index.xml senza l'accettazione dei cookie, la schermata che mi appare mostra un messaggio di errore:

Se invece accetto i cookie sul sito e poi accedo alla sitemap di Yoast riesco a visualizzarla correttamente.

Nonostante non dovrebbe esserci una correlazione diretta, la Sitemap di Yoast è come se richiedesse, per essere processata, l'accettazione dei cookie. Di qui la mia ipotesi di conflitto tra Yoast e EUCookieLaw, giustificata dal fatto che caricando una qualsiasi sitemap.xml, esterna al plugin Yoast, tutto avviene correttamente anche lato WMT con EUCookieLaw attivo.

Potete verificare? C'è una soluzione già nota?

[diegolamonica]

Ciao @SteAiro, grazie per il feedback, il problema è noto ed è stato già risolto introducendo l'ultima sezione nel pannello di configurazione di EUCookieLaw tramite il quale è possibile descrivere tutti gli URL sul quale EUCookieLaw non deve intervenire.

[gleenk]

Ciao, scusate se mi imbuco. Ho lo stesso problema ed effettivamente impostando l'esclusione funziona. Tuttavia, se per esempio ho 20 files ogni volta (sitemap che genera 20 sotto-sitemap) non posso escludere automaticamente una tipologia di file? (per esempio xml) o usare delle regular expression per i nomi dei file?

[diegolamonica]

Ciao @gleenk, benvenuto al party! :tada: :smiley: Assolutamente sì che puoi bloccare tutta una tipologia di file, basta inserire per esempio *.xml ed hai fatto.

[gleenk]

@diegolamonica ho provato ad impostare *.xml ma il problema persiste (e google webmaster tools non si prende in pasto la sitemap :( ) che facciamo? Screen allegato

[diegolamonica]

Ciao @gleenk, hai provato a rigenerare la sitemap? Se la risposta è affermativa, puoi inviarmi l'export della tua configurazione per fare le necessarie verifiche? Inoltre sarebbe utile sapere quali plugin (e relativa versione) stai usando per la cache (se ce l'hai) e per la generazione della sitemap.

[gleenk]

Eccomi, allora ho provato a rigenerare la sitemap ma nada. La sitemap generata è qui: http://www.tclinic.it/sitemap_index.xml Il plugin utilizzato è Yoast 2.3.5, versione di WP ultima, e idem del tuo plugin.

Qui la configurazione delle esclusioni:

Attualmente non c'è attivo alcun plugin di cache, proprio per evitare ulteriori possibili interferenze. L'unico che fa qualcosa di simile è DB Cache Reloaded che non dovrebbe però intervenire in questo caso.

Se ti serve altro fammi sapere :) grazie!

[diegolamonica]

Ciao @gleenk, guardando la sitemap del tuo sito mi sembra corretta:

<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="//www.tclinic.it/main-sitemap.xsl"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>http://www.tclinic.it/post-sitemap.xml</loc>
<lastmod>2015-09-17T13:17:54+00:00</lastmod>
</sitemap>
<sitemap>
<loc>http://www.tclinic.it/page-sitemap.xml</loc>
<lastmod>2015-10-01T08:17:31+00:00</lastmod>
</sitemap>
<sitemap>
<loc>http://www.tclinic.it/servizi-sitemap.xml</loc>
<lastmod>2015-09-30T13:28:37+00:00</lastmod>
</sitemap>
<sitemap>
<loc>http://www.tclinic.it/odn_sportiva-sitemap.xml</loc>
<lastmod>2015-09-28T08:38:35+00:00</lastmod>
</sitemap>
<sitemap>
<loc>http://www.tclinic.it/team-sitemap.xml</loc>
<lastmod>2015-09-29T08:08:58+00:00</lastmod>
</sitemap>
<sitemap>
<loc>http://www.tclinic.it/category-sitemap.xml</loc>
<lastmod>2015-09-17T13:17:54+00:00</lastmod>
</sitemap>
</sitemapindex>
<!-- XML Sitemap generated by Yoast SEO -->

E anche navigando sulle sitemap varie l'xml è generato correttamente. Credo che tu stia visionando una versione dell'xml nella cache del tuo browser. Ti chiedo di prova a svuotare la cache del tuo browser e darmene conferma.

[gleenk]

Purtroppo ho svuotato la cache più volte ma il problema persiste (test con firefox). Come ti dissi la controprova è che google webmaster tools continua a non prendersela in pasto da 2 giorni. Proviamo ad aspettare un altro paio di gg e vediamo se lato Google cambia qualcosa. Ti aggiorno... Intanto grazie!

[diegolamonica]

Ok ho verificato le cause ed ho trovato il motivo, oltre a *.xml aggiungi la regola *.xsl A quanto pare Google Chrome ignora l'XSL mentre firefox lo vuole usare comunque e genera l'errore.

[gleenk]

Ottimo! :)

[SteAiro]

Ciao Diego, ho aggiunto le esclusioni indicate, ma lato WMT ancora non prende correttamente la sitemap.

Con .xml e .xsl prende la prima sotto-sitemap (/category-sitemap.xml), ma segnala l'errore di cui sopra per le altre cinque. Di conseguenza, delle 6 sotto-sitemap contenute nella sitemap_index.xml, 5 sono errori e solo una è stata inviata. Peraltro la category che ha solo un URL al suo interno. Fammi sapere :-) Grazie

[diegolamonica]

Ciao @SteAiro mi sembra che il problema sia relativo al 30 settembre 2015. Se le modifiche le hai fatte ora dovresti eseguire di nuovo il test.

[liotro78]

Ciao Diego,

Ho riscontrato lo stesso problema anche io (versione plugin 2.7.2). Seppure ho seguito tutti i tuoi consigli le sitemaps venivano corrotte dal tuo plugin. Ho utilizzato il tuo debugger per capirci qualcosa. Il primo errore che ho riscontrato é stato che la lista di ignored urls veniva troncata. Avendo qualche conoscenza di php ho verificato che il tuo codice nella parte dove recupera la lista di urls da ignorare non funziona, la lista viene restituita troncata.

Modificando il separatore delle ignored urls da "/n" a " " (spazio) ha risolto il problema.

Volevo segnalartelo cosicché tu possa fixare questo bug nelle prossime versioni di questo ottimo plugin.

Saluti, Alfonso

[diegolamonica]

Ciao @liotro78, grazie del feedback. Probabilmente nell'ultima versione avrò commesso l'errore di cambiare il separatore senza aver cura di fare la stessa operazione in backend. Farò le necessarie verifiche e sistemerò il problema.