Checklist-ul suprem pentru redesign website (40 puncte)
Un redesign de website făcut prost poate distruge un business în 6 săptămâni. Am văzut companii care au pierdut 60-80% din trafic organic peste noapte după un redesign care „arată mai modern". Lead-urile au scăzut. Cifra de afaceri a scăzut. Și recuperarea a luat 9-12 luni.
Un redesign făcut serios, dimpotrivă, e o oportunitate de creștere serioasă. Trafic mai bun, conversii mai mari, time-on-site mai lung, brand mai puternic. Diferența între cele două scenarii nu e bugetul. E disciplina de a urma un proces care prinde toate riscurile.
Acest checklist e construit din lecții reale de pe 30+ redesign-uri pe care le-am făcut sau auditat. 40 puncte concrete, organizate pe 4 faze. Dacă bifezi 35+, ești în siguranță.
Faza 1: înainte de a începe (10 puncte)
1. Stabilește obiectivul măsurabil al redesign-ului
„Vrem să arate mai modern" nu e obiectiv. „Vrem să creștem conversion rate de la 1.2% la 2.5% în 6 luni" e obiectiv. Fără număr măsurabil, nu poți evalua dacă redesign-ul a reușit sau nu.
2. Documentează starea curentă
Screenshot la toate paginile principale. Export GA4 cu trafic, conversion rate, bounce rate, pages per session pentru ultimele 12 luni. Export GSC cu top keywords ranking, CTR mediu, impressions. Documente backup pentru content important. Asta îți dă baseline pentru comparație post-redesign.
3. Identifică top 20 pagini după trafic și conversii
În GA4, sortează pagini după sessions și conversions. Primele 20 vor avea atenție specială: trebuie să-și păstreze URL-ul, structura SEO, și să fie îmbunătățite, nu re-scrise de la zero.
4. Documentează backlinks curente
Ahrefs Webmaster Tools (gratuit) sau Moz Link Explorer (free tier). Export top 100 backlinks: către ce pagini intră, autoritate site source, anchor text. Aceste pagini trebuie să rămână accesibile (același URL sau redirect 301 corect) pentru a nu pierde link juice.
5. Audit conținut existent
Spreadsheet cu toate paginile: URL, title, primary keyword, ultima actualizare, traffic ultimele 90 zile, decision (keep/improve/remove). Paginile cu zero trafic și conținut slab pot fi șterse cu noindex sau redirect.
6. Setează GA4 + GSC pentru transition tracking
Goal-uri în GA4 setate identic înainte și după. Property GSC păstrat (nu se mutăm pe altul). Annotations în GA4 marcate la data lansării.
7. Decide stack-ul tehnic
Stay (același CMS, doar nou design) sau Switch (de la WordPress la Next.js, de la custom la Webflow)? Switch înseamnă risk de URL-uri schimbate, comportament SEO diferit, timp dublu de implementare. Decide cu cap rece.
8. Brief design clar pentru designer/agenție
Brand book complet. Inspirații pozitive și negative cu explicații. Personas țintă cu nevoi clare. Tone of voice. Componente obligatorii (formular contact, dovezi sociale, butoane CTA primare).
9. Buget și timeline realiste
Redesign mediu (15-25 pagini): 8-16 săptămâni timp, 18000-45000 RON buget total. Mai puțin = compromisuri pe calitate sau cycle de iterații.
10. Comunicare internă
Cine aprobă? Câte revisions sunt incluse? Cine furnizează content nou? Cine validează tehnic? Fără rolurile clare, redesign-ul intră în paralel-uri și amânări.
Faza 2: design și dezvoltare (10 puncte)
11. Wireframes înainte de design vizual
Decide arhitectura informației și user flow înainte de a discuta culori sau fonturi. Wireframes low-fidelity (Figma sau hand-drawn) salvează săptămâni de iterație vizuală inutilă.
12. Design responsive de la start, mobile-firstÎn România, 65-80% din trafic e mobile pentru majoritatea nișelor. Designerul mobile-first construiește pentru cazul greu (mobile small) și escaladează la desktop. Designerul desktop-first ratează detalii care apar doar pe mobile.
13. Component library reutilizabil
Definește 30-50 componente Figma care apoi se transformă în componente cod. Butoane, carduri, formuri, modale, navigare. Consistență vizuală garantată.
14. Performanță planificată de la design
Designerul folosește fonturi self-hosted (max 2 familii, max 4 weights). Imagini optimizate WebP/AVIF de la sursa Figma. Animații care pot fi disabled pentru `prefers-reduced-motion`. Hero fără 3D dacă target performance e <2s LCP.
15. SEO-friendly URLs definite
Pentru pagini noi: kebab-case, lowercase, sub 60 caractere, conțin primary keyword. Pentru pagini existente cu trafic: URL identic cu vechiul (nu „update-uim" doar pentru că structura nouă pare mai logică).
16. Schema markup planificat
Organization, LocalBusiness (dacă e cazul), Service (per serviciu), Article (per blog post), BreadcrumbList, FAQPage (unde e cazul). Implementat la build, nu adăugat post-lansare.
17. Accessibility built-in
Contrast verificat în Figma cu plugin. ARIA roles corecte în componente. Focus management pe modale. Keyboard navigation testat. Vezi articolul nostru dedicat accesibilității pentru detalii.
18. Migrare conținut planificată
Pentru blog cu 100+ articole, automatizat (script care extrage din baza veche și import în baza nouă cu păstrare URL, dată publicare, autor, imagini). Pentru content static, copy manual cu fact-check.
19. Testing pe stagingStaging environment cu URL diferit (staging.domeniu.ro), parolat, blocat de robots.txt cu Disallow: /. Toate testele se fac aici, nu pe live.
20. Sign-off formal pe design și content
Înainte de development frontend full, design lock semnat. Înainte de lansare, content lock semnat. Schimbări după aceste momente costă extra și amână lansarea.
Faza 3: lansare (10 puncte)
21. Backup complet pre-lansare
Full backup site vechi (cod + DB + uploads) într-un loc accesibil. Dacă ceva merge prost în primele 48h, te poți întoarce în 30 minute.
22. 301 redirects pentru toate URL-urile schimbate
Spreadsheet cu mapping old URL → new URL. Implementat în .htaccess sau Nginx config sau next.config.js. Testat înainte de lansare cu curl -I pentru fiecare URL critic.
23. Sitemap.xml nou submitted în GSC
Imediat după lansare. Vechiul sitemap înlocuit, nu păstrat în paralel.
24. Robots.txt verificat
Nu blochezi accidental tot site-ul cu Disallow: / din staging. Verifică prima dată după lansare.
25. Internal linking verificat
Link-uri către vechile URL-uri în conținut: actualizate la URL-urile noi. Crawl cu Screaming Frog (gratuit până la 500 URLs) confirmă.
26. Performance test pe live
Lighthouse pe homepage și top 5 pagini. Target: Performance 85+, Accessibility 95+, SEO 100. Sub aceste praguri, fix înainte de comunicare publică.
27. Analytics verificate
GA4 trimite evenimente corect. Conversion tracking funcțional. Search Console nu raportează erori. UTM-uri pe campanii active funcționează.
28. Email marketing și PPC pause sau update
Link-uri din campanii email și PPC care duceau la URL-uri vechi: update la noi sau pause până la verificare. Altfel utilizatorii ajung pe 404 chiar în zilele critice post-lansare.
29. Comunicare schimbare către clienți
Email către lista existentă cu „am refăcut site-ul, iată ce e nou". Crește engagement și aduce traffic în primele zile.
30. Monitoring agresiv 48h
Cineva care verifică analytics, GSC, error logs la 4-6 ore în primele 2 zile. Probleme prinse în primele 24h se repară fără impact pe traffic. Probleme prinse după 2 săptămâni costă luni de recuperare.
Faza 4: post-lansare (10 puncte)
31. Week 1: comparație metrici vs baseline
Traffic în GA4: identic, mai sus, sau în scădere? Bounce rate? Conversion rate? Identifică instant trenduri negative.
32. Week 1-2: monitor GSC pentru erori
Coverage report în GSC arată noile probleme: 404, soft 404, redirect chain-uri. Fix imediat.
33. Week 2-4: ranking tracking
Pozițiile pe top 50 keywords trackuite în Ahrefs sau Ubersuggest. Fluctuații în primele 2 săptămâni sunt normale, dar pierderea consistentă peste 10 poziții = problemă serioasă.
34. Week 2-4: fix paginilor cu CTR scăzut
Pagini cu impressions OK dar CTR sub 2%: revizuiește title și meta description.
35. Lună 1-3: content nou consistent
Minimum 4 articole noi/lună pe blog. Google interpretează „active site" și acordă crawl budget mai mare.
36. Lună 2-3: backlink reclamation
Verifică top 50 backlinks din raportul pre-lansare. Funcționează încă? (Redirect 301 corect, nu 404?) Pe care le-ai pierdut accidental, reach out la site source pentru update.
37. Lună 3: prima evaluare formală
Întâlnire stakeholders cu spreadsheet metrici vs targets. Ce a mers? Ce nu? Planul de acțiune pentru luna 4-6.
38. Lună 3-6: A/B testing pe elementele critice
Headline-uri, CTA-uri, layout produs. Tool gratuit: Google Optimize (retired) → folosește VWO Free, Posthog Free, sau implementare custom prin GA4 experiments.
39. Lună 6: full audit comparativ
Vs baseline pre-redesign, vs lansare. Trafic, conversii, ranking, CWV. Documentat în raport scris.
40. Continuu: iterare pe baza datelor
Un redesign nu e „done" la lansare. E un punct de plecare. Iterările lunare bazate pe ce arată analytics fac diferența între un redesign mediocru și unul transformator.
Concluzie
Un redesign serios e un proiect de 12-26 săptămâni de la decizie la stabilizare post-lansare. Cu acest checklist parcurs disciplinat, riscul de a strica ceea ce funcționa deja scade dramatic, iar șansele de a obține îmbunătățiri reale pe metricele care contează (trafic, conversii, brand) cresc.
La DCL ducem clienții prin acest proces pentru fiecare redesign pe care îl întreprindem. Documentare riguroasă, redirect map planificat, monitoring post-lansare, iterații bazate pe date. Dacă plănuiești un redesign în 2026, ne contactezi pentru o evaluare a oportunităților și riscurilor specifice business-ului tău.