Agency Tips

Programma rivenditore siti web: guida per agenzie (2026)

LI
lindoai
4 min read
Vuoi vendere siti web senza un team interno di sviluppo? Questa guida ti mostra come impostare un programma rivenditore siti web: pricing, SLA, workflow e rischi da evitare.

Programma rivenditore siti web: guida completa per agenzie

Vuoi vendere più siti web, aumentare il valore medio cliente, e farlo senza assumere subito un team di sviluppo. È un obiettivo realistico. Ma solo se tratti la rivendita come un’operazione, non come un “servizio extra”.

Un programma rivenditore siti web (in white label) può trasformare la tua agenzia in una macchina prevedibile: lead, onboarding, consegna, manutenzione. Il problema è che molte agenzie entrano in questi programmi con le domande sbagliate.

Non basta chiedere “quanto costa”. Devi chiedere:

  • Qual è il mio margine reale dopo supporto e revisioni?
  • Chi controlla qualità, SEO, performance e sicurezza?
  • Come funziona l’escalation quando qualcosa va storto?
  • Quanto è facile uscire (export, proprietà, portabilità) se il partner non regge la crescita?

In questa guida ti do un playbook pratico: modelli di ricavo, checklist SLA, un workflow completo lead-to-launch, e un confronto chiaro tra white label, outsourcing e AI website builder.

Se non puoi descrivere in una pagina come consegni un sito, non stai vendendo “siti”. Stai vendendo ore. E le ore non scalano.

Cos’è un programma rivenditore siti web?

Un programma rivenditore siti web è un accordo in cui la tua agenzia rivende siti (spesso in white label) usando una piattaforma o un partner tecnico.

Tu gestisci:

  • acquisizione clienti
  • strategia, contenuti, design, account
  • pricing e contratto con il cliente finale

Il partner gestisce (in parte o tutto):

  • infrastruttura e piattaforma
  • tooling di build e publishing
  • supporto tecnico L2/L3 (a seconda del modello)

La chiave è una: il cliente vede il tuo brand, e tu controlli la relazione.

Rivendita vs affiliato vs referral

Questi modelli vengono confusi, ma hanno economics e responsabilità diverse.

  • Rivendita (reseller): vendi tu, fatturi tu, margine tuo. Hai responsabilità operative.
  • Affiliato: mandi un lead, prendi una commissione. Poca responsabilità, poco controllo.
  • Referral: simile all’affiliato, spesso con fee una tantum.

Se vuoi costruire un’offerta stabile, la rivendita è il modello che ti permette di creare un vero asset. Ma ti obbliga anche a essere serio su QA, SLA e governance.

Cosa significa davvero “white label” (siti web in white label)

Per un’agenzia, “white label” non è un logo nel portale. È un set di condizioni operative:

  • Portale e comunicazioni brandizzate (dominio, email)
  • Ruoli e permessi multi-cliente
  • Workflow di approvazione e staging
  • Report e gestione siti sotto il tuo brand

Se il vendor resta visibile in punti critici (login, email di sistema, errori), non è davvero white label. È co-branding.

Quando conviene (e quando no)

Un programma rivenditore siti web conviene quando hai già domanda (o canali) ma non vuoi costruire tutta la delivery in casa.

Non conviene quando speri che “il partner faccia magia” e tu possa vendere siti senza gestire processi.

Profili ideali di agenzia

Di solito funziona bene per:

  • Agenzie SEO e performance che vogliono controllare la base tecnica del sito
  • Agenzie social/ads che vedono siti come “conversion asset” e vogliono monetizzare la manutenzione
  • Studi di branding che vogliono standardizzare la parte tecnica e mantenere focus su creatività

Il pattern è chiaro: hai già clienti, ma vuoi aumentare revenue per cliente e ridurre dipendenza da fornitori ad-hoc.

Rischi tipici (scope creep, QA, supporto)

I tre killer del margine sono quasi sempre questi.

  1. Scope creep: “solo un’altra revisione” diventa una settimana.
  2. QA debole: vai live, poi inizi a pagare in ticket e reputazione.
  3. Supporto senza confini: clienti che trattano il sito come un helpdesk illimitato.

Un programma partner serio ti aiuta, ma non può sostituire la tua governance. Devi metterla tu, in contratto e nel processo.

Modelli di ricavo e margini (rivenditore siti web)

Qui è dove si decide se stai costruendo un business o solo fatturando.

Progetto vs canone mensile

Molte agenzie iniziano con “progetto una tantum” perché sembra più facile. Ma la rivendita diventa davvero interessante quando hai ricavi ricorrenti.

  • Progetto una tantum: cash veloce, ma margine fragile e produzione sempre da rifare.
  • Canone mensile: meno picco, ma più stabilità e più valore nel tempo.

In pratica, le agenzie più sane fanno:

  • setup iniziale (progetto)
    • manutenzione/gestione (canone)

Una pagina utile per capire come strutturare la parte ricorrente è website management.

Prezzo per sito vs per cliente vs revenue share

Ecco tre modelli di pricing che si vedono spesso.

ModelloCome lo vendiProControQuando usarlo
Per sito“€X/mese per sito”Semplice e scalabileRischi di underpricing su clienti esigentiPortfolio ampio, siti simili
Per cliente“€X/mese per la gestione del tuo web”Allinea valore e supportoPiù difficile da comparare per il clienteClienti multi-sito o con molte richieste
Revenue share“% sul fatturato/contratti”Zero costo iniziale, allineamentoMargine meno controllabileProgrammi partner maturi, agenzie grandi

Se scegli un partner con pricing “per seat” ma tu vendi “per sito”, attenzione. Il costo cresce quando il team cresce, non quando cresce il tuo fatturato.

Il modello migliore è quello in cui il costo cresce nella stessa direzione dei tuoi ricavi. Se non è così, prima o poi ti schiaccia.

Workflow white label (lead → lancio → manutenzione)

Un programma rivenditore siti web funziona solo se hai un workflow ripetibile.

Infografica del workflow end-to-end per un programma rivenditore siti web in white label per agenzie, dal lead alla manutenzione, con fasi onboarding, build, QA e go-live.

Onboarding e raccolta contenuti

Questa fase decide se il progetto sarà fluido o un incubo.

Checklist minima:

  • obiettivo pagina (lead, chiamate, preventivi, ecommerce)
  • sitemap semplice (Home, Servizi, Chi siamo, Contatti, 2 a 4 pagine “supporto”)
  • contenuti: copy, foto, loghi, recensioni
  • accessi: dominio, DNS, analytics, Search Console

Se manca contenuto, non inventarlo. Metti un processo per “placeholder con deadline”, altrimenti la consegna slitta e il margine si brucia.

Build, revisioni e QA

Qui devi controllare due cose: qualità e numero revisioni.

Regola pratica:

  • 1 giro di revisione “macro” (struttura, contenuto)
  • 1 giro di revisione “micro” (refusi, dettagli)
  • oltre: change request pagata

Per la parte QA, Google è molto chiaro su cosa si aspetta da un sito indicizzabile e di qualità in Google Search Central.

QA veloce che puoi standardizzare:

  • title/meta compilati per le pagine principali
  • H1 unico, heading logici
  • redirect 301 se migrazione
  • immagini compresse
  • form testati
  • cookie/consensi se necessari

Go-live e supporto

Qui molte agenzie “mollano” e iniziano i problemi.

Il go-live dovrebbe avere:

  • checklist DNS/SSL
  • controllo redirect e status code
  • controllo tracking (GA4, tag)
  • monitor 24 a 72 ore

Poi entra la manutenzione: bugfix, update contenuti, nuove pagine, richieste.

Se hai 10 siti, lo gestisci a mano. Se ne hai 50, senza dashboard e ruoli ti esplode.

Checklist per scegliere il partner (SLA)

La differenza tra un buon partner e uno che ti rovina è quasi sempre l’operatività.

Tempi, policy revisioni, standard qualità

Chiedi in modo specifico:

  • tempi medi di consegna per un sito standard
  • policy revisioni: cosa è incluso, cosa è extra
  • standard QA: checklist condivisa o “best effort”

Esempio di definizione utile:

  • “revisione” = modifica copy e layout entro i template (non cambio template)
  • “change request” = nuove sezioni, nuovi template, nuove integrazioni

Supporto ed escalation (P1/P2/P3)

Molti vendor ti dicono “rispondiamo in 24h”. Non basta.

Chiedi una matrice per priorità.

PrioritàEsempioTarget rispostaTarget risoluzione
P1 (critico)sito down, pagamento bloccato15 a 60 min2 a 8 ore
P2 (alto)bug che impatta conversione2 a 4 ore1 a 2 giorni
P3 (medio)layout rotto su una pagina1 giorno3 a 5 giorni
P4 (basso)richiesta non urgente2 giorni5 a 10 giorni

Per una spiegazione pratica su come ragionare su tempi di risposta e tracking SLA, vedi anche SLA response time.

Proprietà, portabilità, lock-in

Questa è la domanda che quasi nessuno fa, poi se ne pente.

Chiedi:

  • chi possiede i contenuti e i media
  • cosa posso esportare (pagine, immagini, meta, redirect)
  • quanto costa l’export e quanto tempo serve
  • posso migrare su un’altra piattaforma senza riscrivere tutto?

Un programma rivenditore serio ti risponde senza diventare vago.

White label vs website builder vs AI: confronto

Qui serve onestà. Ogni modello ha trade-off.

Infografica comparativa che mette a confronto white label, outsourcing sviluppo siti web e AI website builder su velocità, controllo, margine e rischio lock-in.

OpzioneVelocitàControlloMargineRischio
White label (reseller)AltaMedio-altoAlto se processi okLock-in + SLA vendor
Outsourcing sviluppo siti webMedioMedioVariabileQualità e tempi imprevedibili
AI website builderAltaAlto (se piattaforma ok)AltoServe governance/QA

L’AI non sostituisce il processo. Lo accelera.

Dove l’AI aiuta davvero:

  • outline e wireframe
  • prima bozza di copy
  • variazioni di CTA
  • checklist QA e test case

Ma se non hai ruoli, staging e policy revisioni, l’AI ti fa solo fare errori più velocemente.

Contratti e responsabilità operative

Se vendi in white label, il cliente ti vede come “il fornitore del sito”. Quindi devi essere chiaro su cosa garantisci.

IP/licenze, privacy, accessi e ruoli

Minimo sindacale in contratto:

  • proprietà contenuti e materiali del cliente
  • licenze font, immagini e plugin (chi paga, chi possiede)
  • accessi e responsabilità account
  • privacy e sub-processors (senza dare consulenza legale)

Operativamente, servono ruoli chiari:

  • chi può pubblicare
  • chi può toccare DNS e redirect
  • chi può modificare tracking

Come si posiziona lindoai per le agenzie

Se vuoi un approccio più “piattaforma” che “fornitore esterno”, lindoai punta su un setup agency-grade:

  • white label e gestione multi-cliente
  • ruoli e permessi per team e clienti
  • workflow ripetibile per consegna e manutenzione

Puoi partire dalla pagina white label website builder e dalla soluzione per web design agencies.

Illustrazione di una dashboard multi-cliente per agenzie che gestiscono siti web in white label, con ruoli, checklist QA e ticket SLA.

Esempi di pacchetti (sito + manutenzione)

Un modo semplice per vendere è creare 3 pacchetti che controllano scope e margine.

PacchettoIncludePer chiRange prezzo consigliato
Startersito base + 1 revisione + go-livemicro imprese€1.200 a €2.500 setup + €99 a €149/mese
Businesssito + SEO base + 2 revisioni + QAPMI€2.500 a €5.000 setup + €149 a €299/mese
Growthsito + landing + tracking + SLA più strettoaziende in crescita€5.000+ setup + €299 a €799/mese

Nota: personalizza i range in base al tuo mercato e al tuo processo. L’importante è che il pacchetto definisca revisioni e tempi.

Mini-playbook operativo: 30 giorni per lanciare l’offerta (senza bruciarti)

Se ti limiti a “trovare un partner” e poi inizi a vendere, il primo mese sarà un caos. Serve un playbook.

Settimana 1: offerta, confini e pricing

Obiettivo: vendere una cosa chiara, non una promessa generica.

  • Definisci i 3 pacchetti (Starter, Business, Growth) e soprattutto:
    • numero revisioni incluse
    • cosa è change request
    • tempi standard (da onboarding a go-live)
  • Prepara 2 template:
    • questionario onboarding
    • checklist raccolta contenuti
  • Decidi il modello di costo che puoi ribaltare:
    • se il partner è per sito, costruisci il canone per sito
    • se il partner è per seat, proteggiti con pricing per cliente o pacchetti più alti

Se il tuo contratto non definisce revisioni e responsabilità, il tuo pricing è finto. Prima o poi pagherai in ore.

Settimana 2: workflow di consegna e QA gate

Obiettivo: trasformare “fare un sito” in una sequenza ripetibile.

Crea un flusso unico con gate chiari:

  1. Brief e obiettivo pagina
  2. IA e sitemap semplice
  3. Wireframe e copy
  4. Build
  5. QA
  6. Go-live

Un QA gate minimale che puoi usare come tabella (e far firmare internamente) è questo:

CheckOKNote
Meta title/description per Home e Servizi
H1 unico e headings coerenti
Form testati (invia, conferma, notifiche)
Immagini compresse e lazy load
Redirect 301 (se migrazione)
Tracking base attivo (GA4 e conversioni)

Settimana 3: test SLA, supporto e escalation

Obiettivo: evitare che il supporto diventi una voragine.

Prima di vendere a volume, simula il supporto.

  • Apri 5 ticket “tipo” e misura:
    • tempo prima risposta
    • qualità della risposta
    • tempo risoluzione
  • Definisci il tuo L1 vs L2:
    • L1: richieste contenuto, micro layout, domande cliente
    • L2/L3: bug piattaforma, downtime, problemi infrastruttura

Qui una regola pratica: se un ticket è “P1”, deve avere una risposta in tempi compatibili con business. Altrimenti il tuo cliente ti chiamerà, e tu pagherai con reputazione.

Settimana 4: pilot controllato e misurazione margine

Obiettivo: validare il modello con pochi clienti, poi scalare.

Scegli 2 clienti pilot:

  • uno “semplice” (sito vetrina)
  • uno “difficile” (molte richieste o aspettative alte)

Misura tre KPI per sito al mese:

  • minuti supporto
  • numero change request
  • tempo medio da richiesta a rilascio

Se dopo 30 giorni non misuri minuti supporto per sito, non sai se stai guadagnando.

Template che puoi copiare: policy revisioni e change request

Questa è la parte più pratica, perché blocca lo scope creep.

Esempio policy revisioni (testo breve)

Puoi usare un testo simile in proposta o contratto, adattandolo:

  • La consegna include 2 cicli di revisione: una revisione strutturale (macro) e una revisione di rifinitura (micro).
  • Le revisioni si riferiscono a modifiche di copy e layout entro il template concordato.
  • Modifiche che cambiano struttura, aggiungono nuove sezioni o nuove funzionalità sono gestite come change request.

Tabella change request (semplice e vendibile)

Change requestEsempiPrezzo (range)SLA
Contenutinuove sezioni, nuove pagine€90 a €2502 a 5 giorni
Conversionenuovi form, nuove CTA, tracking€150 a €6003 a 7 giorni
Tecnicoredirect massivi, migrazione, integrazioni€300 a €1.500+variabile

Nota: i range non sono “il mercato”. Sono un modo per rendere esplicita la logica. Se non metti range, il cliente pensa che tutto sia incluso.

Come evitare i 7 errori che distruggono un’offerta reseller

Questi errori sono frequenti perché sembrano dettagli. Non lo sono.

  1. Vendere prima di avere un QA gate: vai live con difetti evitabili e poi paghi in ticket.
  2. Non definire ruoli e permessi: troppe persone possono pubblicare o toccare tracking.
  3. Non testare l’export: scopri i limiti quando vuoi uscire.
  4. Supporto senza triage: tutte le richieste arrivano come urgenti.
  5. SLA non scritto: “ci sentiamo presto” non è un processo.
  6. Pricing senza modello: non sai cosa è incluso, quindi non sai cosa vendi.
  7. Troppi eccezioni: ogni cliente diventa “speciale”, e perdi standardizzazione.

Un esempio di margine (con numeri) che puoi rifare in 10 minuti

Prendiamo un esempio semplice, non perfetto, ma utile.

Assunzioni:

  • canone medio: €199/mese per sito
  • costo interno: €40/ora
  • supporto medio: 25 minuti per sito al mese

Costo supporto per sito: 0,42 h × €40 = €16,8/mese.

Se hai 30 siti:

  • fatturato: 30 × €199 = €5.970/mese
  • costo supporto: 30 × €16,8 = €504/mese

Il margine sembra enorme. E infatti lo è, finché:

  • non diventi un helpdesk
  • non hai revisioni infinite
  • non devi rifare siti “perché mancava QA”

Per questo le metriche operative (minuti supporto per sito) contano più della fantasia sul pricing.

Checklist finale: 15 domande da fare in demo a un partner

Usa questa lista in chiamata. Se un vendor risponde in modo vago, è un segnale.

  1. Come funziona il multi-cliente? I siti sono separati per tenant?
  2. Quali ruoli e permessi posso configurare per team e clienti?
  3. Esiste staging? È incluso?
  4. Come gestite backup e ripristino? Tempi tipici?
  5. Posso gestire redirect 301 in modo massivo? Import/export?
  6. Posso controllare canonical, noindex e robots?
  7. Come gestite performance e caching?
  8. Come vengono gestite le email di sistema in white label?
  9. Che cosa posso esportare? In che formato?
  10. Quanto costa l’export o una migrazione assistita?
  11. Qual è la vostra matrice SLA P1/P2/P3? È 24/7 o 8/5?
  12. Chi risponde ai ticket? L1 o L2?
  13. C’è un escalation manager o un canale dedicato partner?
  14. Come gestite incidenti e post-mortem?
  15. Qual è il vostro percorso di onboarding partner (documentazione, training)?

Come scalare a 50 siti senza assumere subito (governance e tool)

Quando passi da 10 a 50 siti, non ti serve solo “fare più veloce”. Ti serve ridurre le decisioni ripetute.

Governance: chi decide cosa

La scalabilità si rompe quando tutti possono cambiare tutto.

Una matrice semplice (anche in un foglio) ti salva:

AreaOwnerReviewerApprover
Contenuti e copyPMEditorCliente
SEO tecnico (redirect, canonical)Tech leadPMTech lead
Tracking e conversioniPerformance leadPMCliente
Go-liveTech leadPMPM

Questo non è burocrazia. È prevenzione. Ogni “incident” che eviti è margine.

Standardizzazione: template, componenti, checklists

Per scalare, ti serve un kit minimo:

  • 3 template base (vetrina, lead gen, multi-servizio)
  • componenti riutilizzabili (hero, trust bar, FAQ, CTA, pricing)
  • checklist QA sempre uguale

Se ogni sito è unico, non hai un’offerta. Hai artigianato.

Outsourcing sviluppo siti web: quando usarlo e quando evitarlo

L’outsourcing non è il male. È uno strumento. Ma va messo nel posto giusto.

Quando l’outsourcing ha senso

  • Progetti speciali (integrazioni, ecommerce complesso)
  • Picchi di lavoro temporanei
  • Competenze rare (tracking avanzato, setup headless)

Quando l’outsourcing ti distrugge il margine

  • Siti “standard” ripetibili: finisci a pagare per rifare sempre la stessa cosa
  • Clienti con molte revisioni: l’outsourcing amplifica il ping-pong
  • Supporto continuo: il fornitore esterno non vive le tue priorità

Se vuoi un’offerta reseller, la parte standard dovrebbe stare su un processo white label o su una piattaforma. L’outsourcing dovrebbe essere l’eccezione, non la base.

Creazione siti web white label: come impostare una delivery che non dipende da te

Quando il tuo nome è su tutto (white label), il cliente si aspetta coerenza.

Il principio dei tre documenti

Per ogni sito, crea tre documenti. Sembra tanto, ma ti fa risparmiare tempo.

  1. Scope 1 pagina: cosa è incluso, cosa no, revisioni e tempi.
  2. Checklist QA: stessa per tutti.
  3. Runbook: come fare deploy, rollback, contatti escalation.

Se hai questi 3, puoi delegare. Se non li hai, ogni progetto richiede te.

FAQ extra (obiezioni reali)

Come trovo i primi clienti per il programma rivenditore siti web?

Non partire vendendo “siti”. Parti vendendo un risultato: lead, prenotazioni, richieste.

Il modo più semplice è proporre un pilot:

  • 1 sito o 1 landing
  • 14 giorni
  • scope chiaro e 2 revisioni

Se funziona, trasformi il progetto in canone. Così costruisci ricorrenza.

Posso fare white label se il partner non è un website builder?

Sì, ma devi essere ancora più severo su processo e SLA.

Se il partner è un team di sviluppo esterno, devi definire:

  • standard QA
  • definizione revisione vs change
  • canali escalation

Altrimenti la rivendita diventa outsourcing mascherato.

Scorecard: valuta un partner in 60 minuti (0 a 2 punti)

Se vuoi confrontare 2 o 3 opzioni senza impazzire, usa una scorecard semplice. L’obiettivo non è la perfezione, è evitare errori costosi.

Assegna:

  • 0 = non presente o troppo debole
  • 1 = presente ma con limiti
  • 2 = presente e “agency-grade”
Criterio012
Multi-clienteniente separazioneseparazione parzialetenant separati + overview
Ruoli e permessisolo admin/editorruoli basegranularità + audit
Stagingassentelimitato/add-onincluso e promosso in modo controllato
SEO tecnico“SEO friendly”controlli baseredirect massivi + canonical + noindex
Export e portabilitàquasi nullaexport parzialeexport realistico + supporto migrazione
SLA ed escalationvago24h genericoP1/P2/P3 + canale partner
Supporto L2/L3assenteticket standardcanale dedicato + post-mortem

Totale massimo: 14 punti.

  • 0 a 6: alto rischio, stai comprando problemi
  • 7 a 10: può funzionare con governance forte
  • 11 a 14: base solida per scalare

Se un vendor rifiuta di rispondere a 3 domande della scorecard, hai già la risposta.

Come presentare l’offerta al cliente (senza entrare in guerra sul prezzo)

Quando rivendi siti web, molti clienti ti confrontano con freelancer o “il cugino che fa siti”. Devi cambiare il frame.

Posizionamento: non vendere pagine, vendi continuità

Tre messaggi che funzionano:

  1. Processo: "ti consegno con checklist e QA, non con improvvisazione".
  2. Manutenzione: "il valore è nella gestione, non solo nel go-live".
  3. SLA: "se succede un problema, sai cosa succede e in quanto tempo".

Se vuoi, puoi mettere questo in una frase nella proposta:

  • “La nostra offerta include consegna + governance + gestione nel tempo, con SLA e policy revisioni.”

Script breve per la call (5 domande)

  1. Qual è l’obiettivo principale del sito nei prossimi 90 giorni?
  2. Chi approva i contenuti internamente?
  3. Quante pagine servono davvero per iniziare?
  4. Quanto valore ha per te il tempo di risposta quando qualcosa si rompe?
  5. Vuoi comprare un sito o un processo di gestione?

Queste domande spostano la conversazione da “quanto costa” a “cosa sto comprando”.

Esempio di implementazione con lindoai (senza promesse magiche)

Se scegli una piattaforma agency-grade, l’obiettivo è ridurre frizione e rendere la delivery prevedibile.

Con lindoai, in generale, l’angolo è:

  • setup white label
  • gestione multi-cliente
  • processo di build e gestione siti

Per iniziare, puoi guardare:

Non è “fai tutto in un click”. È “standardizza, misura, poi scala”.

Due micro-scenari che chiariscono il costo nascosto del supporto

Quando parli di margine, la domanda vera è: quante ore di supporto ti mangia un cliente.

Scenario 1: cliente “tranquillo” (supporto basso)

  • 1 richiesta al mese
  • 15 minuti medi
  • canone: €149/mese

Costo interno supporto: 0,25 h × €40 = €10/mese.

Se hai una delivery standard, questo cliente è profittevole e scalabile.

Scenario 2: cliente “esigente” (supporto alto)

  • 6 richieste al mese
  • 20 minuti medi
  • canone: €149/mese

Costo interno supporto: 2 h × €40 = €80/mese.

Qui il margine esiste ancora, ma dipende dalla tua capacità di:

  • trasformare richieste ricorrenti in change request
  • spostare il cliente su un pacchetto superiore
  • ridurre tempi con componenti e template

Il punto non è evitare clienti esigenti. È vendere loro il pacchetto giusto.

Migrazione senza disastri: checklist redirect e SEO (quando prendi in carico un sito)

Molti reseller iniziano costruendo siti da zero. Poi arriva il caso che fa paura: il cliente ha già un sito indicizzato e non vuole perdere lead.

Qui la domanda non è “posso migrare?”. È “posso migrare senza perdere controllo?”.

Checklist rapida (prima di toccare il sito)

  • Esporta tutte le URL principali (sitemap, crawl, Search Console)
  • Identifica le pagine che portano traffico e lead (le 10 più importanti)
  • Prepara un piano redirect 301 da vecchie URL a nuove URL
  • Definisci chi approva la mappa redirect (cliente o PM)

Mini-esempio di mappa redirect (molto semplice)

Vecchia URLNuova URLNota
/servizi/servizistessa pagina
/chi-siamo/agenziacambio naming
/preventivo/contatticonsolidamento

Poi verifica:

  • che non ci siano catene di redirect
  • che le pagine importanti non finiscano su 404
  • che canonical e noindex siano sotto controllo

Se il partner non ti permette di gestire redirect e meta in modo pulito, il rischio SEO aumenta e il tuo supporto esplode.

FAQ

Quanto si guadagna con la rivendita di siti web?

Dipende dal tuo pricing e soprattutto dal tempo di supporto che assorbi al mese.

Se vendi un canone da €199/mese e spendi 30 minuti di supporto per sito (a €40/ora di costo interno), hai un costo operativo da €20/mese solo in supporto. Il margine sembra ottimo, ma se le revisioni e le richieste non sono governate, quel tempo può raddoppiare.

Il punto è misurare: minuti di supporto per sito, per mese, e ridurli con standardizzazione.

Per renderlo concreto, ti consiglio di fissare un obiettivo operativo: 20 minuti di supporto medio per sito al mese entro 90 giorni. Se sei sopra, hai due leve:

  • alzi il pacchetto (più valore, SLA migliore)
  • riduci supporto con componenti e processi

Non esiste un “margine giusto” senza misurare minuti e change request.

Serve un team di sviluppatori?

Non per forza. Molte agenzie partono senza dev interno.

Ma serve comunque competenza tecnica minima per:

  • QA (SEO, tracking, performance)
  • gestione dominio e DNS
  • gestione escalation con il partner

Se non hai nessuno che capisce questi elementi, il partner diventa una stampella, e perdi controllo.

Una strategia comune è iniziare con:

  • 1 figura PM/QA (anche part-time)
  • 1 figura “tech owner” esterna o freelance per i casi difficili

Quando superi 30 a 50 siti, la domanda non è più “serve un dev?”. È “serve qualcuno che governa deploy, redirect, tracking e incident”.

White label è diverso dall’outsourcing?

Sì. Nell’outsourcing compri “ore” o “progetti”. Nel white label compri un sistema e un processo che puoi ripetere.

L’outsourcing può funzionare per picchi, ma per un’offerta scalabile di siti web, la parte più importante è la gestione nel tempo (manutenzione, richieste, SLA), non solo la build iniziale.

Come evito che il cliente mi tratti come helpdesk illimitato?

Con due cose: confini e canali.

  • Confini: definisci cosa è incluso nel canone (ad esempio 60 minuti al mese) e cosa diventa change request.
  • Canali: niente WhatsApp per richieste operative. Un unico canale (ticket o form) con priorità.

Quando il cliente capisce che esiste un processo, il volume richieste si normalizza. Quando capisce che “basta scrivere”, esplode.

Conclusione

Un programma rivenditore siti web può essere una leva enorme per un’agenzia, ma solo se lo tratti come una linea di produzione.

Definisci:

  • modello di pricing coerente col costo
  • workflow chiaro lead-to-launch
  • checklist QA
  • SLA e escalation
  • exit plan

Se vuoi costruire un setup white label più controllabile, guarda la pagina white label website builder e la soluzione per web design agencies.

Se vuoi una regola veloce:

  • white label = ripetibilità + gestione nel tempo
  • outsourcing = progetto singolo o picchi

Se il tuo partner non ti dà ruoli, staging, export e SLA chiari, allora anche il white label diventa outsourcing mascherato.

© 2026. Lindo.