Riassunto AI
Versione breve: Un record DNS PTR (puntatore) mappa un indirizzo IP a un nome di dominio, l'esatto contrario di un record A. Se invii email dal tuo server o da un'istanza cloud, i provider di caselle di posta come Gmail, Yahoo e Outlook controllano la validità di un record PTR prima di fidarsi dei tuoi messaggi. La maggior parte degli utenti WordPress non ha bisogno di crearne uno da soli: il tuo provider di hosting o di posta transazionale se ne occupa. Ma se stai inviando da una VPS o da un'istanza cloud, i record PTR mancanti o "generici" sono uno dei motivi più comuni per cui le email finiscono nello spam.
| Domanda | Risposta |
|---|---|
| Cos'è un record PTR? | Un record DNS inverso che mappa un indirizzo IP a un nome di dominio. |
| Perché è importante? | Gmail, Yahoo e Outlook richiedono un record PTR valido (e una corrispondenza FCrDNS) per accettare email dal tuo IP. |
| Devo crearne uno? | Solo se controlli il tuo IP di invio (VPS, cloud, server dedicato). I provider transazionali e gli host condivisi se ne occupano per te. |
| Come posso controllare il mio? | Esegui dig -x [tuo-IP] in un terminale, o usa uno strumento di lookup DNS inverso. |
- Cos'è un record PTR?
- Come funzionano i record PTR
- Sintassi ed esempi di record PTR
- Record PTR e recapitalità delle email - Il quadro del 2026
- Ho bisogno di un record PTR? Un quadro decisionale
- Come controllare il tuo record PTR
- Come impostare o correggere un record PTR
- Risoluzione dei problemi dei record PTR
- PTR + il resto del tuo stack di recapitalità
- FAQ sui record DNS PTR
Cos'è un record PTR?
Un record PTR (puntatore) è un record DNS che mappa un indirizzo IP a un nome di dominio. È memorizzato in una parte speciale del DNS chiamata zona DNS inversa, non nella stessa zona in cui imposti i tuoi record A, MX e TXT.
I record PTR esistono perché il DNS normale funziona in una sola direzione: dominio → IP. Digita example.com in un browser e il tuo computer chiede al DNS l'indirizzo IP corrispondente. I record PTR invertono questo processo: dato un IP, quale dominio lo rivendica?
Questa risposta è importante per un motivo principale: la fiducia. Quando il tuo server di posta si connette a Gmail e annuncia "Sto inviando email per example.com", Gmail vuole verificare che l'IP appartenga effettivamente a quel dominio. Un record PTR è il modo in cui effettua questo controllo.
I record PTR si trovano sotto due domini di primo livello speciali: .in-addr.arpa per gli indirizzi IPv4 e .ip6.arpa per IPv6 (il dominio .arpa è riservato all'uso dell'infrastruttura Internet). Vedremo tra un minuto come appare.
Come funzionano i record PTR
Per capire i record PTR, è utile confrontarli con i record A, il tipo di record DNS più comune.
Record A: dominio → IP (ricerca diretta)
Un record A punta un dominio a un IP. Ecco un esempio da una dashboard DNS di Cloudflare:
Questo dice: example.com si trova all'indirizzo 1.1.1.1. Quando qualcuno digita il tuo dominio in un browser, il suo computer interroga il DNS, trova il record A, ottiene l'IP e si connette al tuo server.
Record PTR: IP → dominio (lookup inverso)
Un record PTR fa il contrario. Dato 1.1.1.1, risponde: “questo IP appartiene a mail.example.com.”
La differenza cruciale è chi controlla ciascuna zona:
- I record A si trovano nella zona DNS del tuo dominio, che controlli tramite il tuo registrar o provider DNS (Cloudflare, GoDaddy, Route 53, ecc.).
- I record PTR si trovano nella zona DNS inversa, controllata da chiunque possieda il blocco IP — quasi sempre il tuo provider di hosting o cloud, non tu.
Ecco perché la maggior parte delle persone non può semplicemente accedere da qualche parte e aggiungere autonomamente un record PTR. Per modificare il tuo, di solito devi passare attraverso il tuo provider di hosting.
Sintassi ed esempi di record PTR
Un record PTR ha un formato specifico. Ecco come appare nella sintassi del file di zona per l'indirizzo IPv4 192.0.2.10 che punta a mail.example.com:
10.2.0.192.in-addr.arpa. IN PTR mail.example.com.
Nota che l'IP è invertito: 192.0.2.10 diventa 10.2.0.192 nel nome del record. Tale inversione è intenzionale — consente al DNS di organizzare i lookup inversi gerarchicamente allo stesso modo in cui organizza i lookup diretti (dal generale allo specifico, da destra a sinistra).
Per un indirizzo IPv6 come 2001:db8::1, il record PTR si trova sotto .ip6.arpa, con ogni cifra esadecimale invertita e separata da punti:
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. IN PTR mail.example.com.
Quando esegui un lookup DNS inverso, vedrai il risultato in una forma più semplice — solo l'IP e il dominio a cui punta:
192.0.2.10 → mail.example.com
Stesse informazioni, formattate per gli esseri umani.
Record PTR e recapitalità delle email - Il quadro del 2026
È qui che i record PTR dimostrano la loro utilità. Senza uno valido, la tua email è quasi garantito che finisca nello spam — o venga rifiutata del tutto.
Il punto di svolta del 2024
Nel febbraio 2024, Gmail e Yahoo hanno introdotto requisiti per i mittenti di massa che hanno reso l'autenticazione delle email non negoziabile per chiunque invii più di 5.000 messaggi al giorno ai loro utenti. La checklist:
- Autenticazione SPF e DKIM su ogni messaggio
- Una policy DMARC (al minimo
p=none) - Record DNS diretti e inversi validi — è qui che entra in gioco il PTR
- Intestazioni di annullamento dell'iscrizione con un clic sulla posta in blocco
- Tassi di reclamo per spam mantenuti al di sotto dello 0,3%
Microsoft ha seguito nel maggio 2025 con requisiti equivalenti per Outlook.com, Hotmail e Live.com. Da novembre 2025, Gmail è passato dal differire temporaneamente i messaggi non conformi al rifiutarli permanentemente.
Anche se invii meno di 5.000 email al giorno, questi controlli sono ora integrati nel sistema di recapito più ampio. Un record PTR mancante danneggia la reputazione del mittente a tutto tondo.
Come Gmail utilizza il PTR
Gmail esegue un lookup DNS inverso su ogni connessione SMTP in entrata. Se l'IP del mittente non ha un record PTR — o il PTR non corrisponde al dominio dichiarato nel saluto SMTP HELO/EHLO — il messaggio viene penalizzato o rifiutato con un errore 421-4.7.0 o simile.
Come Outlook (Microsoft) utilizza il PTR
I filtri di Microsoft sono notoriamente aggressivi riguardo ai PTR. Le connessioni da IP senza DNS inverso vengono regolarmente rifiutate con errori che menzionano esplicitamente il PTR mancante. La dashboard Smart Network Data Services (SNDS) richiede anche IP risolvibili tramite PTR per registrare il tuo pool di invio.
Come Yahoo utilizza i PTR
I controlli di Yahoo rispecchiano quelli di Gmail: il DNS inverso è richiesto per gli IP che inviano al di sopra della soglia di bulk sender, e i PTR "generici" o mancanti limitano la tua reputazione di mittente, indipendentemente da quanto sia pulita la tua autenticazione.
FCrDNS in parole semplici
FCrDNS sta per Forward-Confirmed Reverse DNS. È un controllo di fiducia in due passaggi:
- Prendi l'IP di invio. Cerca il record PTR. Annota il dominio che ottieni.
- Prendi quel dominio. Cerca il suo record A (o AAAA). Punta di nuovo allo stesso IP?
Se entrambe le ricerche concordano, FCrDNS passa. Se non concordano, l'IP di invio viene trattato come sospetto, anche se un record PTR esiste tecnicamente. Pensalo come l'equivalente nella consegna delle email di mostrare due documenti d'identità corrispondenti.
Cosa significa "PTR generico" e perché è un problema di recapito
Quando avvii un server su AWS, Google Cloud, Azure o DigitalOcean, il provider assegna automaticamente un record PTR predefinito. Assomiglia a questo:
ec2-203-0-113-25.compute-1.amazonaws.com
Questo è tecnicamente un record PTR valido. Ma i filtri di posta lo trattano come un forte segnale che l'IP appartiene a un'istanza cloud generica, non a un server di posta dedicato con una reputazione gestita. I PTR generici sono fortemente associati a spam e abusi perché ogni spammer che avvia una VM cloud ne ottiene uno per impostazione predefinita.
Per l'invio nel mondo reale, hai bisogno di un PTR personalizzato che corrisponda al tuo dominio di invio (ad esempio, mail.example.com), e il record A del tuo dominio deve puntare allo stesso IP. Questo è FCrDNS che funziona come previsto.
Ho bisogno di un record PTR? Un quadro decisionale
Sì, ogni mittente di email beneficia di un PTR valido. La vera domanda è se tu devi crearne uno, o se qualcun altro l'ha già fatto per te.
Non è necessario creare un record PTR se:
- Invii email tramite un provider transazionale o di marketing: SendLayer, SendGrid, Mailgun, Brevo, Amazon SES, Postmark, SparkPost. Loro controllano gli IP di invio e gestiscono i record PTR per te.
- Utilizzi Google Workspace, Microsoft 365, Zoho Mail o servizi di posta ospitati simili. Stessa storia.
- Sei su un hosting WordPress condiviso standard e invii tramite il server di posta del tuo host. L'host possiede l'IP e il PTR.
Probabilmente devi creare o correggere un record PTR se:
- Gestisci il tuo server di posta su un VPS o un'istanza cloud (droplet DigitalOcean, EC2, VM Azure, Linode, Vultr, ecc.).
- Hai un IP dedicato da un provider di posta elettronica e desideri che il tuo dominio di marca si risolva su di esso. Alcuni provider come Amazon SES richiedono di richiedere esplicitamente il PTR.
- Il PTR predefinito del tuo provider è generico (come
ec2-...amazonaws.com) e desideri uno personalizzato collegato al tuo dominio.
Per il 90% degli utenti WordPress, la mossa più semplice è usare WP Mail SMTP con un provider di email transazionali: le tue preoccupazioni sulla PTR scompaiono perché il provider gestisce tutto il DNS inverso per gli IP di invio.
Come controllare il tuo record PTR
Puoi controllare qualsiasi record PTR in meno di un minuto con uno strumento da riga di comando o una ricerca online gratuita.
Con dig (Linux, macOS, WSL)
Il modo più veloce è il comando dig con il flag -x, che dice a dig di eseguire una ricerca inversa:
dig -x 192.0.2.10
La SEZIONE ANSWER dell'output ti mostrerà il record PTR. Se vedi NXDOMAIN o nulla restituito, non esiste alcun record PTR per quell'IP.
Con nslookup (Windows, macOS, Linux)
nslookup 192.0.2.10
Stessa idea. Stampa il nome di dominio associato a quell'IP, o ti dice che la ricerca è fallita.
Con uno strumento online
Se preferisci non toccare un terminale, gli strumenti gratuiti di ricerca DNS inversa funzionano bene. Inserisci l'IP, premi lookup e otterrai indietro la PTR.
Come confermare FCrDNS
Una volta trovato il PTR, esegui una ricerca in avanti sul dominio che ha restituito:
dig A mail.example.com
Se l'IP che torna corrisponde all'IP con cui hai iniziato, FCrDNS passa. Altrimenti, hai una discrepanza da correggere (vedi la sezione di risoluzione dei problemi qui sotto).
Come impostare o correggere un record PTR
I record PTR sono impostati con chiunque possieda il tuo IP. Quello è quasi sempre il tuo provider di hosting o cloud, non il tuo registrar DNS. Ecco come richiedere o configurare un record PTR con i principali provider.
Amazon Web Services (Route 53 / EC2 / SES)
Per le istanze EC2 e gli IP elastici, AWS fornisce un modulo ufficiale per richiedere un PTR personalizzato. Prima che AWS approvi la richiesta, dovrai verificare di controllare il dominio a cui stai puntando: il record A in avanti deve risolvere prima sull'IP EC2. AWS limita anche le richieste PTR per account con bassi limiti di invio SES, quindi potrebbe essere necessario richiedere un aumento del limite di invio prima che lo elaborino. Le istruzioni complete si trovano nella guida DNS inversa di AWS.
Google Cloud
Per le VM di Compute Engine con IP esterni statici, puoi impostare il PTR tramite la CLI gcloud o la console utilizzando il flag --public-ptr durante la creazione o la modifica dell'istanza. Come con AWS, il DNS in avanti deve già puntare all'IP prima che Google accetti il record PTR. La guida ufficiale è nella documentazione di Google Cloud.
Microsoft Azure
Azure ti consente di impostare il DNS inverso su una risorsa IP pubblico tramite l'Azure CLI:
az network public-ip update --resource-group MyResourceGroup --name MyPublicIP --reverse-fqdn mail.example.com.
Puoi anche impostarlo tramite PowerShell o il portale Azure. Come con gli altri cloud, il DNS in avanti deve già puntare all'IP. Nota: le VM Azure hanno anche la porta SMTP in uscita 25 bloccata per impostazione predefinita. L'invio di email da Azure richiede solitamente l'apertura di una richiesta di supporto per sbloccarla, oltre all'impostazione del PTR.
DigitalOcean
DigitalOcean crea automaticamente un PTR per qualsiasi droplet il cui nome corrisponda a un FQDN valido e risolvibile. Quindi, se chiami il tuo droplet mail.example.com e il record A del dominio punta all'IP di quel droplet, il PTR viene impostato automaticamente. Se il nome del droplet e il dominio non corrispondono, il PTR non verrà aggiornato. Per modificare un PTR dopo l'impostazione, rinomina il droplet con l'FQDN desiderato.
Linode (Akamai)
Nel cloud manager di Linode, apri la scheda Rete del tuo Linode e trova l'IP che desideri aggiornare. Fai clic sul menu con tre puntini accanto all'IP e scegli Modifica RDNS. Inserisci l'FQDN: il DNS forward deve prima puntare a quell'IP, altrimenti Linode rifiuterà di impostare il PTR.
Vultr
Vultr espone una sezione DNS Inverso sotto le impostazioni di rete di ogni istanza. Inserisci il tuo FQDN, salva e si propagherà entro pochi minuti. Come sempre, imposta prima il record A.
Cloudflare
Cloudflare non ospita server di posta e non imposta record PTR per i tuoi IP di origine. I PTR sono ancora gestiti da chi possiede l'IP, tipicamente il tuo provider di hosting dietro Cloudflare. L'unica eccezione sono i clienti Cloudflare Magic Transit o BYOIP, che possono gestire i PTR tramite Cloudflare per gli IP che portano sulla piattaforma.
“Sono su hosting condiviso — e adesso?”
Se sei su Bluehost, SiteGround, HostGator, Kinsta, WP Engine o qualsiasi altro host WordPress condiviso o gestito:
- Non preoccuparti di creare un PTR. Il tuo host possiede l'IP di invio e quasi sempre ne ha già uno impostato.
- Usa WP Mail SMTP con un provider transazionale invece di fare affidamento sul server di posta dell'host. La funzione PHP
mail()da un IP condiviso, anche con un PTR valido, ha una deliverability limitata perché la reputazione dell'IP è condivisa tra migliaia di altri siti. La nostra guida alla configurazione email DNS illustra la procedura di configurazione. - Se hai escluso tutto il resto e sospetti che il problema sia il PTR, apri un ticket di supporto con il tuo host e chiedi loro di confermare il record PTR per l'IP da cui sta inviando la tua posta. La maggior parte può verificarlo o aggiornarlo entro poche ore.
Risoluzione dei problemi dei record PTR
Ecco i quattro problemi più comuni relativi ai PTR e come risolverli.
1. Nessun record PTR
La ricerca inversa restituisce NXDOMAIN o nulla. I provider di posta elettronica rifiuteranno o filtreranno pesantemente la tua posta. Soluzione: contatta il proprietario del tuo IP (provider cloud o di hosting) e richiedi un PTR che punti al tuo dominio di invio. Conferma con dig -x una volta che si è propagato.
2. Mancata corrispondenza FCrDNS
Il PTR esiste, ma il dominio a cui punta non si risolve nuovamente allo stesso IP. Cause comuni: qualcuno ha modificato il record A, hai aggiornato il PTR prima del DNS forward, o il PTR punta a un dominio che non controlli completamente. Soluzione: allinea i record. Il DNS forward (A o AAAA) per il dominio nel tuo PTR deve risolversi all'IP su cui è impostato il PTR.
3. PTR generico del provider cloud
Il PTR esiste, ma è qualcosa come ec2-203-0-113-25.compute-1.amazonaws.com o vm-203-0-113-25.googleusercontent.com. Tecnicamente valido, ma trattato con sospetto dai filtri di posta elettronica. Correzione: richiedi un PTR personalizzato che corrisponda al tuo dominio di invio utilizzando le istruzioni specifiche del provider sopra.
4. PTR multipli su un IP
Alcuni provider consentono tecnicamente più di un record PTR per IP. I filtri di posta elettronica utilizzano generalmente solo la prima risposta e possono segnalare le incongruenze come sospette. Correzione: consolida in un singolo PTR per IP che corrisponda al tuo dominio di invio primario.
PTR + il resto del tuo stack di recapitalità
Il PTR è un pezzo di un sistema più ampio. Per ottenere il massimo da esso, abbinalo a questi altri record di autenticazione dell'email:
- SPF (Sender Policy Framework): Indica ai server di ricezione quali IP sono autorizzati a inviare posta per il tuo dominio. Vedi la nostra guida su SPF, DKIM e DMARC per i dettagli di configurazione. Se hai finito con due record SPF per errore, segui la nostra guida alla fusione.
- DKIM (DomainKeys Identified Mail): Firma crittograficamente ogni email in modo che il destinatario possa verificare che il messaggio non sia stato alterato durante il transito. Se la tua chiave DKIM è troppo lunga per un singolo record TXT, la nostra guida alla divisione DKIM illustra la correzione.
- DMARC (Domain-based Message Authentication, Reporting, and Conformance): Indica ai server di ricezione cosa fare quando SPF o DKIM falliscono: passa, metti in quarantena o rifiuta. Leggi la nostra guida ai record DMARC per la configurazione.
- BIMI (Brand Indicators for Message Identification): Visualizza il logo del tuo brand accanto alle email autenticate nelle caselle di posta supportate. Richiede DMARC con
p=quarantineop=reject. Il nostro spiegatore BIMI copre i prerequisiti. - Google Postmaster Tools: Una volta che i tuoi record sono puliti, Postmaster Tools ti offre visibilità su come Gmail valuta la tua reputazione di mittente, i tassi di reclamo per spam e i tassi di superamento dell'autenticazione. Vedi la nostra guida alla configurazione di Postmaster Tools.
WP Mail SMTP include un Domain Checker integrato che convalida automaticamente questi record ogni volta che invii un'email di prova, così saprai immediatamente se qualcosa è rotto o mancante.
FAQ sui record DNS PTR
Come trovo il mio record PTR?
Esegui dig -x [tuo-IP] da un terminale, o usa uno strumento di lookup DNS inverso con il tuo IP di invio. Il risultato mostrerà il nome di dominio a cui il tuo IP risolve attualmente. Se non esiste alcun record, il lookup restituisce NXDOMAIN.
Cosa dovrebbe essere il mio record PTR?
Un PTR personalizzato che corrisponde al tuo dominio di invio, ad esempio mail.example.com per un IP che invia posta per conto di example.com. Il dominio nel PTR dovrebbe anche avere un record DNS forward che punta allo stesso IP. Quella corrispondenza tra lookup forward e reverse è FCrDNS, ed è ciò che i provider di caselle di posta si aspettano.
Qual è un esempio di record PTR?
In formato zone-file: 10.2.0.192.in-addr.arpa. IN PTR mail.example.com. In un risultato di ricerca, appare nella forma più semplice 192.0.2.10 → mail.example.com. La forma zone-file inverte l'IP e aggiunge .in-addr.arpa perché il DNS inverso è organizzato gerarchicamente, dal più specifico al meno specifico.
I record PTR sono ancora utilizzati?
Sì, più che mai. Da quando Gmail, Yahoo e Microsoft hanno inasprito i requisiti per i mittenti di massa tra il 2024 e il 2025, i record PTR validi sono diventati di fatto obbligatori per qualsiasi IP che invia email. Record PTR mancanti o generici sono ora una delle cause principali di rifiuto immediato delle email o del loro instradamento nello spam.
Cosa significa PTR?
PTR sta per pointer (puntatore). Il record "punta" da un indirizzo IP a un nome di dominio, che è la direzione opposta a un record A standard.
Qual è la differenza tra PTR e rDNS?
rDNS (reverse DNS) è il concetto generale di ricerca di un dominio da un indirizzo IP. PTR è il tipo specifico di record DNS che fa funzionare l'rDNS. Ogni ricerca rDNS è in realtà una ricerca PTR.
Chi gestisce i record PTR?
Il proprietario dell'indirizzo IP, solitamente il tuo provider di hosting o cloud. I registrar di domini di solito non gestiscono i record PTR perché l'autorità del DNS inverso segue il blocco IP, non il dominio.
Quanto tempo impiegano le modifiche ai record PTR a propagarsi?
La maggior parte delle modifiche ai record PTR si propaga in pochi minuti o poche ore, a seconda della TTL impostata dal proprietario dell'IP. Nel peggiore dei casi, da 24 a 48 ore. Se hai richiesto una modifica tramite il tuo provider e il vecchio record PTR è ancora visibile dopo questo periodo, contatta il supporto.
Posso avere più record PTR per un singolo IP?
Tecnicamente sì, ma è una cattiva idea. La maggior parte dei filtri email utilizza solo la prima risposta e potrebbe segnalare gli IP con più record PTR come incoerenti o sospetti. Attieniti a un solo record PTR per IP che corrisponda al tuo dominio di invio principale.
Ho bisogno di un record PTR per IPv6?
Se invii email tramite IPv6, sì, il requisito è lo stesso che per IPv4. Il record si trova sotto .ip6.arpa invece di .in-addr.arpa, e le cifre esadecimali dell'indirizzo sono invertite e separate da punti.
Cos'è un record PTR generico?
Un record PTR predefinito assegnato da un provider cloud che assomiglia a ec2-203-0-113-25.compute-1.amazonaws.com o simile. È un record valido, ma segnala ai server di posta in ricezione che l'IP è un'istanza cloud generica piuttosto che un server di posta gestito. I record PTR generici danneggiano significativamente la recapitalità e dovrebbero essere sostituiti con un record PTR personalizzato che corrisponda al tuo dominio di invio.
Cloudflare imposta i record PTR?
Per la maggior parte degli utenti Cloudflare, no. Cloudflare esegue il proxy del tuo traffico web ma non possiede gli IP da cui invii la posta. I record PTR rimangono gestiti dal provider di hosting del tuo server di posta. L'eccezione riguarda i clienti Cloudflare Magic Transit o BYOIP, che possono gestire i record PTR tramite Cloudflare per gli IP che portano sulla piattaforma.
Gmail rifiuterà la mia email senza un record PTR?
Per i mittenti con volumi più elevati, sì — Gmail restituisce errori come 421-4.7.0 per le connessioni da IP senza reverse DNS valido. I mittenti con volumi inferiori potrebbero non vedere rifiuti espliciti, ma i loro messaggi hanno molte più probabilità di finire nello spam.
I record PTR influiscono sulla SEO?
No. I record PTR influiscono sulla recapitalità delle email, non sui ranking di ricerca. A volte sorgono confusioni perché i crawler web di Google eseguono ricerche inverse in alcuni contesti, ma tali controlli non influenzano i segnali di ranking di ricerca.
Un record PTR può puntare a più domini?
Un singolo record PTR punta a un singolo nome di dominio. Se il tuo IP invia posta per più domini, il PTR dovrebbe puntare al tuo dominio di invio primario o HELO. L'autenticazione degli altri domini viene gestita separatamente tramite SPF, DKIM e allineamento DMARC.
Successivo: Controlla i tuoi altri record di recapitalità
PTR è un elemento della recapitalità delle email. Una volta confermato che il tuo è impostato correttamente, il passo successivo è assicurarsi che anche SPF, DKIM e DMARC siano tutti presenti. La nostra guida completa a SPF, DKIM e DMARC illustra come impostare tutti e tre.
Se preferisci non gestire tu stesso i record DNS, il piano Elite di WP Mail SMTP include l'impostazione completa "White Glove" — installiamo il plugin, lo colleghiamo al tuo provider e configuriamo per te i record di autenticazione. Vedi la pagina dei prezzi di WP Mail SMTP per i dettagli.
Correggi subito le tue email WordPress
Se questo articolo ti è stato d'aiuto, seguici su Facebook e Twitter per altri suggerimenti e tutorial su WordPress.
