La maggior parte dei founder che si imbattono nella SEO arriva con lo stesso approccio. Costruiscono qualcosa di utile, lo pubblicano e aspettano. Non succede nulla. È stato quello che è successo a me con Letras Diferentes. Mi ero messo in viaggio per creare uno strumento semplice per il testo stilizzato — quel tipo di font decorativi che le persone incollano nelle bio di Instagram, negli stati di WhatsApp e nei nickname per il gaming. Ho studiato la logica di rendering, gli intervalli Unicode, il flusso di copia negli appunti. Pensavo che l'ingegneria fosse la vera montagna da scalare. Invece, la visibilità è una scalata completamente diversa. Un sito web funzionale e uno visibile non sono la stessa cosa. Pubblicare è l'inizio, non la fine.

Ecco cosa ho imparato trasformando un esperimento a pagina singola in una collezione di strumenti focalizzati sulla ricerca.

La SEO è una decisione di prodotto, non una checklist

All'inizio, trattavo l'ottimizzazione per i motori di ricerca come una questione di igiene. Finivo una pagina, inserivo qualche parola chiave nel tag title, aggiungevo una meta descrizione e consideravo il compito concluso. La pagina era "ottimizzata". Ma il traffico rimaneva piatto e i visitatori che arrivavano abbandonavano subito il sito.

La vera svolta è avvenuta quando ho smesso di vedere la SEO come uno strato di vernice e ho iniziato a trattarla come parte del progetto strutturale. Dovrebbe influenzare quali strumenti costruisci e come funzionano. Per Letras Diferentes, questo ha significato scegliere nuovi generatori basati sul reale comportamento di ricerca, non sulla curiosità personale. Ha significato strutturare ogni strumento in modo che risolvesse un compito specifico, invece di offrire un assortimento generico di font. Quando la SEO guida la roadmap, ogni nuova pagina ha un motivo per esistere prima ancora che venga scritta una singola riga di testo. Non stai aggiungendo la visibilità a un prodotto a posteriori. Stai progettando il prodotto affinché venga trovato.

Una singola parola chiave generica è una trappola

La mia ossessione iniziale era semplice: posizionarmi per letras diferentes. La frase era popolare, direttamente pertinente ed era ovunque sul sito. Sembrava l'obiettivo perfetto. Il problema era che era un contenitore generico, non un segmento.

Una persona che cerca font per Instagram vuole eleganza da copia e incolla e anteprime rapide. Un gamer che crea un nickname per Free Fire si preoccupa dei limiti di caratteri e di stili aggressivi. Entrambi potrebbero digitare query simili, ma arrivano con obiettivi diversi da raggiungere. Quando ho costretto tutti a passare attraverso un'unica pagina generica, nessuno si è sentito veramente servito. Gli adolescenti in cerca di font estetici e delicati vedevano glifi da gaming dai tratti duri. I gamer vedevano corsivi che sarebbero stati rifiutati dal client del gioco.

Così ho frammentato il sito. Invece di una homepage massiccia che cercava di posizionarsi per ogni intenzione, ho costruito punti di atterraggio mirati per esigenze specifiche. Un percorso per i font della bio di Instagram, un altro per i nickname da gaming, un altro ancora per i caratteri invisibili. La homepage conta ancora, ma funge da hall. Il vero valore risiede nelle stanze progettate appositamente per ogni visitatore. Una homepage forte è utile, ma un insieme di pagine mirate è meglio perché si adatta alla confusione con cui le persone cercano realmente.

Risolvi problemi, non solo parole chiave

Le parole chiave ti dicono cosa digitano le persone. Raramente ti dicono il perché. L'ho imparato con la lezione più difficile con i caratteri invisibili. I dati di ricerca suggerivano che le persone cercassero "testo invisibile" e "spazi Unicode". Il mio primo istinto è stato quello di costruire una pagina che spiegasse la storia di Unicode, i code point e gli standard di rendering. Sembrava un approccio approfondito. È anche fallito completamente.

Poi ho passato del tempo a leggere le query reali e a riflettere sul contesto. Le persone non avevano bisogno di una lezione sugli standard di codifica. Volevano un nickname vuoto per un profilo di gioco, o un messaggio vuoto da inviare in una chat, o un modo per nascondere il testo in un nome utente. Il compito era l'occultamento e l'utilità, non l'istruzione. Ho ricostruito la pagina attorno a quel compito: generare la stringa invisibile, mostrare esattamente dove funzionerà e permettere all'utente di copiarla con un clic. La distinzione tra costruire attorno a una frase e costruire attorno a un obiettivo sembra sottile, ma non lo è. Quando organizzi i contenuti attorno agli obiettivi dell'utente, la struttura diventa ovvia.

Usa i dati come feedback di prodotto

Se vuoi un feedback onesto sul tuo prodotto, apri Google Search Console. Non le interessano le tue ipotesi. Ti mostra esattamente come le persone reali descrivono i loro bisogni, con le proprie parole, mentre si trovano di fronte a un problema.

I used to label tools with technical precision. I called one feature a Unicode text generator. My users called it a name modifier. That might seem like a small vocabulary gap, but it is where traffic dies. If your page talks about Unicode normalization and your visitor is searching for a way to “modify my gamer name,” the connection never happens. Now I treat the Queries report like a direct suggestion box. When I see a phrase repeated, I ask whether the page even acknowledges that need. Often, it does not. Adjusting headings, button labels, and introductory copy to match the language people already use is not dumbing things down. It is meeting them where they are.

Impressions Are Not Visits

Early reports looked encouraging. Thousands of impressions. Then I looked at the click count and heard crickets. An impression only means Google showed your link. It does not mean the link deserved a click.

I learned to read the whole chain together: what query brought someone here, what position we held on the results page, how many times we appeared, whether we earned the click, and what kind of experience waited on the other side. Each link matters, but the title tag is often the cheapest fix with the highest return. A title stuffed with keywords reads like a filing cabinet label. It does not invite action.

A title should communicate a task. My current structure is simple: primary task, plus use case, plus clear action. Instead of drifting into abstraction, it tells the searcher exactly what they can do on the other side of the click. If the title does not earn the click, the rest of the chain collapses.

I used to throw related links onto a page at random. They were technically internal links, so they checked an SEO box. They did nothing for the human reading the page.

Now I design links as the next step in a workflow. If someone just generated a gaming nickname, what do they likely need next? Special symbols to decorate it. If they found a bold font for Instagram, they might want italic or cursive variants next. The link is not a random suggestion. It continues the journey. This keeps people moving through the site naturally, and it distributes authority to pages that actually support each other. Search engines notice structure. Humans notice usefulness. Good internal linking serves both without trying to game either.

The Real Takeaway

SEO is not a department you hire