<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Google Search Console e pagine inesistenti]]></title><description><![CDATA[<p dir="auto">Buongiorno, il problema riguarda un sito Joomla 5.4.5 ospitato su Serverplan</p>
<p dir="auto">Problema con Google Search Console. Ho generato la sitemap con Osmap e l'ho inserita in Search Console.</p>
<p dir="auto">Passano le settimane, eppure SC continua a darmi errori di mancata indicizzazione di pagine inesistenti, in pratica mi va a valutare pagine sul dominio mail.ilmiosito</p>
<p dir="auto"><img src="/assets/uploads/files/1779344894278-8253c8d0-0195-4322-b09b-93ecc1f89741-image.png" alt="8253c8d0-0195-4322-b09b-93ecc1f89741-image.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">Come posso eliminarle? Grazie</p>
<p dir="auto">Ovviamente sulla Sitemap queste pagine non ci sono</p>
]]></description><link>http://community.joomla.it/topic/718/google-search-console-e-pagine-inesistenti</link><generator>RSS for Node</generator><lastBuildDate>Thu, 21 May 2026 18:02:19 GMT</lastBuildDate><atom:link href="http://community.joomla.it/topic/718.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 21 May 2026 06:28:25 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Google Search Console e pagine inesistenti on Thu, 21 May 2026 11:38:22 GMT]]></title><description><![CDATA[<p dir="auto">Hai fatto la mossa giusta. Il fatto che il sottodominio risponda ancora dopo averlo eliminato è normale: in genere c'è una propagazione interna del pannello (la rimozione del vhost da Apache/LiteSpeed) che può richiedere da qualche minuto a qualche ora. In più, se hai un layer di cache lato server (Varnish, LiteSpeed Cache, CDN), potresti continuare a vederlo funzionante per un po' anche se la configurazione è già stata rimossa.<br />
Cosa fare nel frattempo<br />
Mentre aspetti la risposta di Serverplan, ti consiglio comunque di mettere in piedi il redirect 301 nel .htaccess. Così, anche se il vhost dovesse rimanere attivo per qualche ragione (capita che certi pannelli lascino il sottodominio collegato al document root principale anche dopo l'eliminazione), Google vede subito un segnale chiaro:<br />
apacheRewriteEngine On<br />
RewriteCond %{HTTP_HOST} ^mail.lhmstudio.it$ [NC]<br />
RewriteRule ^(.*)$ <a href="https://www.lhmstudio.it/$1" target="_blank" rel="noopener noreferrer nofollow ugc">https://www.lhmstudio.it/$1</a> [L,R=301]<br />
Mettilo all'inizio del file .htaccess, subito dopo RewriteEngine On se già c'è. Non interferisce con il resto delle regole di Joomla.<br />
Come verificare che sia tutto a posto<br />
Una volta che Serverplan ti conferma di aver sistemato, fai questi controlli:</p>
<p dir="auto">Da terminale (o da un servizio online tipo <a href="http://httpstatus.io" target="_blank" rel="noopener noreferrer nofollow ugc">httpstatus.io</a><img src="http://community.joomla.it/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=dd91drdokgo" class="not-responsive emoji emoji-android emoji--disappointed" style="height:23px;width:auto;vertical-align:middle" title="):" alt="😞" /></p>
<p dir="auto">curl -I <a href="https://mail.lhmstudio.it" target="_blank" rel="noopener noreferrer nofollow ugc">https://mail.lhmstudio.it</a></p>
<p dir="auto">Dovresti vedere o un 301 verso il dominio principale, oppure un errore di connessione/404 se il sottodominio è stato davvero rimosso a livello di server.</p>
<p dir="auto">In Search Console, una volta che il redirect funziona, puoi anche usare lo strumento Controllo URL su una di quelle pagine fantasma per chiedere a Google una nuova scansione. Vedrà il 301 e nel giro di qualche settimana le rimuoverà dall'indice.</p>
<p dir="auto">Una piccola accortezza<br />
Quando il problema sarà risolto, dai un'occhiata anche al file configuration.php di Joomla e verifica il parametro $live_site. Se è vuoto (come dovrebbe essere nella maggior parte dei casi), va bene. Se invece è valorizzato, assicurati che punti al dominio corretto (<a href="https://www.lhmstudio.it" target="_blank" rel="noopener noreferrer nofollow ugc">https://www.lhmstudio.it</a>) e non a qualcosa di generico. È una di quelle impostazioni che, combinata con DNS un po' "allegri", può generare situazioni simili a quella che hai vissuto.<br />
Detto questo, Serverplan di solito è veloce, quindi probabilmente entro oggi hai già una risposta. Tieni d'occhio Search Console nei prossimi 15-20 giorni: vedrai gli errori scendere progressivamente man mano che Googlebot ripassa sulle pagine.<br />
Se invece ti capitasse di valutare un cambio hosting in futuro, sappi che da noi di <a href="http://Host.it" target="_blank" rel="noopener noreferrer nofollow ugc">Host.it</a> casi come questo li gestiamo direttamente dal supporto tecnico — niente ticket-ping-pong, ci colleghiamo, sistemiamo il vhost e il DNS in pochi minuti e ti diamo conferma operativa, non solo "fatto". Ma a giudicare da come stai gestendo la cosa, sei già sulla strada giusta.</p>
<p dir="auto">Facci sapere come va con Serverplan!</p>
]]></description><link>http://community.joomla.it/post/5064</link><guid isPermaLink="true">http://community.joomla.it/post/5064</guid><dc:creator><![CDATA[mangi-1]]></dc:creator><pubDate>Thu, 21 May 2026 11:38:22 GMT</pubDate></item><item><title><![CDATA[Reply to Google Search Console e pagine inesistenti on Thu, 21 May 2026 07:16:24 GMT]]></title><description><![CDATA[<p dir="auto">Buongiorno e grazie per la pronta risposta. effettivamente <a href="http://mail.lhmstudio.it" target="_blank" rel="noopener noreferrer nofollow ugc">mail.lhmstudio.it</a> mostra il sito. L'ho eliminato dalla gestione domini ma appare ancora funzionante, ho aperto un ticket con Serverplan, abitualmente sono rapidi.</p>
]]></description><link>http://community.joomla.it/post/5059</link><guid isPermaLink="true">http://community.joomla.it/post/5059</guid><dc:creator><![CDATA[Tremblet]]></dc:creator><pubDate>Thu, 21 May 2026 07:16:24 GMT</pubDate></item><item><title><![CDATA[Reply to Google Search Console e pagine inesistenti on Thu, 21 May 2026 06:33:40 GMT]]></title><description><![CDATA[<p dir="auto">Ciao!</p>
<p dir="auto">Il problema che descrivi è un classico: Google Search Console ti segnala URL che esistono su un sottodominio (<code>mail.lhmstudio.it</code>) che probabilmente non avresti mai voluto fosse indicizzato. La sitemap di OSMap non c'entra nulla — Google trova quelle pagine perché il sottodominio è raggiungibile e risponde con contenuto.</p>
<p dir="auto">Vediamo come risolvere.</p>
<h2>Perché succede</h2>
<p dir="auto">Il sottodominio <code>mail.lhmstudio.it</code> punta (quasi sicuramente) alla stessa installazione Joomla del dominio principale, oppure a una copia. Joomla risponde normalmente a tutte le richieste, quindi Google scansiona e prova a indicizzare gli stessi contenuti sotto due domini diversi. Risultato: contenuti duplicati e quei fastidiosi report in Search Console.</p>
<p dir="auto">Tipicamente <code>mail.</code> è un sottodominio che dovrebbe servire solo per la webmail, non per il sito. Da qualche parte nella configurazione DNS o del server è stato fatto puntare al document root del sito.</p>
<h2>Come risolvere — in ordine di efficacia</h2>
<p dir="auto"><strong>1. Verifica prima cosa risponde <code>mail.lhmstudio.it</code></strong><br />
Apri il browser e vai su <code>https://mail.lhmstudio.it</code>. Se vedi il tuo sito Joomla, hai la conferma del problema. Se vedi una webmail (Roundcube, SOGo, ecc.), allora il problema è altrove e Google sta indicizzando vecchi URL ormai morti — in quel caso passa direttamente al punto 4.</p>
<p dir="auto"><strong>2. Sistema la configurazione del sottodominio (la soluzione definitiva)</strong><br />
Su Serverplan, dal pannello di controllo, controlla a cosa punta il sottodominio <code>mail</code>. Le opzioni sono due:</p>
<ul>
<li>Se ti serve la webmail, fallo puntare alla webmail e basta (di solito Serverplan ha già un sottodominio dedicato tipo <code>webmail.tuodominio.it</code>).</li>
<li>Se non ti serve, eliminalo direttamente dal pannello.</li>
</ul>
<p dir="auto"><strong>3. Forza il redirect 301 da <code>mail.</code> al dominio principale</strong><br />
Se per qualche motivo non puoi eliminare il sottodominio, aggiungi questa regola nel file <code>.htaccess</code> nella root del sito:</p>
<pre><code class="language-apache">RewriteEngine On
RewriteCond %{HTTP_HOST} ^mail\.lhmstudio\.it$ [NC]
RewriteRule ^(.*)$ https://www.lhmstudio.it/$1 [L,R=301]
</code></pre>
<p dir="auto">Così tutto il traffico (e i bot di Google) viene reindirizzato sul dominio corretto. Google nel giro di qualche settimana consoliderà tutto sul dominio principale.</p>
<p dir="auto"><strong>4. Pulisci Search Console</strong><br />
Una volta sistemato il sottodominio:</p>
<ul>
<li>Aggiungi <code>mail.lhmstudio.it</code> come proprietà separata in Search Console (se non c'è già).</li>
<li>Da lì puoi usare lo strumento di <strong>rimozione URL</strong> per nascondere temporaneamente quelle pagine dai risultati (6 mesi, ma intanto il 301 fa il suo lavoro).</li>
<li>Se hai eliminato il sottodominio o messo il 301, le pagine spariranno definitivamente dall'indice nel medio termine.</li>
</ul>
<p dir="auto"><strong>5. Robots.txt sul sottodominio (solo se i punti sopra non sono praticabili)</strong><br />
Come ultima spiaggia puoi servire un <code>robots.txt</code> diverso per <code>mail.lhmstudio.it</code> che blocchi tutto:</p>
<pre><code>User-agent: *
Disallow: /
</code></pre>
<p dir="auto">Però attenzione: bloccare con robots.txt non rimuove le pagine già indicizzate, le fa solo smettere di scansionare. Per la rimozione serve il 301 oppure un noindex.</p>
<h2>Una nota</h2>
<p dir="auto">Situazioni come questa, dove il problema è a metà strada tra configurazione DNS, Apache e Joomla, di solito si risolvono in pochi minuti se hai accesso diretto a un tecnico che conosce l'hosting. Noi di <a href="http://Host.it" target="_blank" rel="noopener noreferrer nofollow ugc">Host.it</a>, per chi ha i siti sui nostri server, queste cose le sistemiamo direttamente dal supporto — diamo un'occhiata alla configurazione del sottodominio, sistemiamo .htaccess o il vhost e in mezza giornata sei a posto, senza dover smanettare tu.</p>
<p dir="auto">Facci sapere cosa risponde <code>mail.lhmstudio.it</code> quando lo apri nel browser, così possiamo essere più precisi su quale strada conviene prendere.</p>
]]></description><link>http://community.joomla.it/post/5055</link><guid isPermaLink="true">http://community.joomla.it/post/5055</guid><dc:creator><![CDATA[mangi-1]]></dc:creator><pubDate>Thu, 21 May 2026 06:33:40 GMT</pubDate></item></channel></rss>