Costruire SEOReport: Da Heuristici a Lancio
Sul trasformare 2 anni di heuristici di ottimizzazione web fatti a mano in un motore di audit, un prodotto, e un lead $10M.
Developed by Robert E. Beckner III (Merlin) | rbeckner.com
Ho trascorso circa 2 anni arricchendo gli heuristici nei miei progetti. All'inizio non stavo costruendo un prodotto. Stavo cercando di capire perché alcuni siti apparissero e altri no.Il lavoro copriva più di una disciplina. Dati strutturati. Parità mobile. Quanto velocemente una pagina carica effettivamente per un utente reale, non solo un punteggio. Se la postura di sicurezza di un sito stesse danneggiando silenziosamente i suoi segnali di fiducia. Se i motori di ricerca vedevano lo stesso contenuto che vedono gli umani. Ogni heuristico mi insegnava qualcosa sul divario tra "abbiamo costruito un sito web" e "i motori di ricerca capiscono cosa facciamo."Attraverso quel perfezionamento, ho creato formule in più di 50 heuristici. Alcuni misuravano la crawlabilità. Altri misuravano la parità di rendering tra bot e umani. Alcuni tracciavano l'implementazione standardizzata della sicurezza. I modelli erano coerenti. I problemi erano strutturali. E potevano essere risolti.Un sito di prestito ha ottenuto un punteggio di 65, e lo abbiamo portato a 100#
Il vero test è arrivato quando ho eseguito l'intero set su un sito web di un amico. Gestisce una società di prestito chiamata Sphinx Capital. Avevo versato tutto ciò che avevo imparato in una revisione del suo sito.Ho usato la mia infrastruttura per eseguire un audit privato. Il sito ha ottenuto un punteggio di circa 65 su 100 rispetto al set di euristiche. Nei successivi 30 giorni, abbiamo ricostruito la base — dati strutturati, configurazione canonica, velocità della pagina, rendering mobile, intestazioni di sicurezza, l'intero stack. Il punteggio è salito a 100.Il traffico è iniziato ad arrivare quasi immediatamente. Questo è stato il primo segnale che le euristiche non erano solo teoricamente valide. Funzionavano in un mercato reale con reale concorrenza.Mentre il traffico arrivava, ho iniziato a confezionare il motore di audit in un prodotto#
Il motore si era dimostrato su un sito reale, quindi l'ho confezionato in un prodotto chiamato the free audit engine I run. La versione gratuita è stata lanciata per prima. L'ho condivisa con creatori indipendenti — pittori, musicisti, fotografi che gestiscono i propri siti web senza budget per un'agenzia. I rapporti fornivano loro un elenco prioritario di correzioni strutturali. Molti hanno agito su di esse e hanno visto il traffico migliorare in poche settimane.Lo stesso sistema di traduzione che avevo costruito negli ultimi 4 anni rendeva i rapporti in 9 lingue. Non era una funzionalità che ho aggiunto più tardi. Era l'infrastruttura fin dall'inizio. Un artista in Colombia e un piccolo prestatore negli Stati Uniti potevano entrambi leggere i loro audit nella loro lingua senza frizioni.Stavo ancora costruendo il prodotto in qualcosa di raffinato quando è arrivato il momento.Qualcuno ha cercato Google per un prestito Fix-and-Flip e ha generato un lead da $10M#
È successo circa 30 giorni dopo che la revisione è stata completata. L'utente era su un dispositivo mobile e ha compilato la domanda di prestito in meno di 5 minuti. Il lead valeva $10M.Quei singoli risultati di ricerca sono stati il momento in cui ho realizzato che il motore non funzionava solo. Funzionava per soldi veri, in mercati veri, contro concorrenza reale, sul dispositivo che la maggior parte delle persone usa effettivamente. La base tecnica che avevo raffinato per 2 anni aveva appena generato un lead dal valore di più di molti budget di marketing annuali — e è arrivato in modo organico, tramite ricerca, perché il sito era crawlable, veloce e chiaro.Dopo l’avvio del motore di audit, 1,149 i rapporti hanno rivelato lo stesso schema#
Da quando è stato lanciato lo strumento di audit gratuito, i modelli sono diventati solo più chiari. In tutti gli audit gratuiti 1,122:| % of audits | |
|---|---|
| Security gaps | 88 |
| Performance concerns | 82 |
| Crawlability issues | 81 |
| Canonical/redirect problems | 67 |
| Site architecture gaps | 40 |
graph LR
A[Esegui audit tecnico] --> B{Problema critico riscontrato?}
B -->|Sì| C[Risolvi in giorni]
B -->|No| D[Ottimizza la velocità]
C e1@--> E[Re-indicizza]
D --> E
E e2@--> F[Scoperta organica]
e1@{ animation: slow }
e2@{ animation: slow }Copy sourceIl problema della scoperta è più grande del contenuto#
La maggior parte dei siti fallisce al primo passo della scoperta: i motori di ricerca non possono eseguire la scansione, indicizzare o classificare le loro pagine. Un calendario dei contenuti non importa se l’infrastruttura sottostante è rotta.Le problematiche più comuni non sono glamour. Sono strutturali:- Sitemap mancanti o malformate — Google non può trovare le tue pagine se non gli dici dove si trovano.
- Nessun tag canonico — Lo stesso contenuto vive su più URL, dividendo l’autorità tra duplicati.
- Hreflang rotto — I siti multilingue servono la lingua sbagliata alla regione sbagliata, confondendo i crawler.
- Risorse che bloccano il rendering — Le pagine sembrano buone per gli umani ma sono vuote per i bot.
- Tempi di risposta del server lenti — I crawler abbandonano le pagine prima che finiscano di caricarsi.