Un relansare este pe cale să aibă loc la tine? Felicitări pentru faptul că ai găsit acest articol. Următoarele explicații ar putea fi o contribuție decisivă pentru tine în reușita relansării tale și în obținerea unui rezultat fabulos. Pentru că acest lucru nu se întâmplă întotdeauna. Sunt proprietar de agenție și îți dezvălui exact ceea ce te poate determina să beneficiezi de munca excelentă a oamenilor ca mine și să eviți greșelile tipice în cazul relansărilor. Dar să începem de la început.
Cuprins
O relansare a site-ului web presupune redesenarea și revizuirea unui site web existent. Aici pot fi modificate atât designul, conținutul, cât și tehnologia. Scopul unei relansări a site-ului web este de a îmbunătăți site-ul și de a-l adapta la cerințele curente.
Anumite semnale exterioare determină întreprinderile să declare obiectivul de "relansare": noul angajat aduce idei grozave, un nou șef vine și vrea să facă și el curățenie digitală, concurența are un site nou sau vânzările scad. Poate soției șefului nu-i place noul site sau Generația Z consideră că site-ul nu este destul de "cool". Poate că te recunoști. De asemenea, faptul că este din nou timp pentru un site web nou, la fel ca și părerile personale, nu reprezintă un motiv pentru o relansare.
Există însă câteva motive mai bune pentru care întreprinderile sau organizațiile doresc să efectueze o relansare a site-ului web. Principalele motive printre acestea sunt:
- Design învechit și/sau rebranding: Un site web învechit poate da impresia că întreprinderea nu ține pasul cu vremurile sau nu este activă. Astfel, un design nou, modern ar trebui să îmbunătățească imaginea. În cazul în care se schimbă imaginea mărcii sau identitatea întreprinderii, este adesea dorită o relansare a site-ului web pentru a reflecta noua mesaj al mărcii.
- O mai bună experiență a utilizatorului: Dacă utilizabilitatea unui site este slabă, acest lucru poate duce la o rată mare de respingere. O relansare poate servi pentru a îmbunătăți experiența utilizatorului și pentru a face site-ul mai ușor de navigat.
- Optimizare pentru mobil: Deoarece tot mai mulți oameni accesează site-urile web de pe dispozitive mobile, este important să ne asigurăm că site-ul funcționează bine pe diferite dimensiuni de ecrane și dispozitive.
- Optimizare pentru motoarele de căutare (SEO): Un site web învechit poate avea probleme cu performanța SEO. O relansare oferă oportunitatea de a face modificări prietenoase cu SEO pentru a îmbunătăți vizibilitatea în motoarele de căutare.
Aceste motive pot apărea fie separat, fie în combinație, și variază în funcție de obiectivele și nevoile întreprinderii. O relansare a site-ului web este adesea o decizie strategică pentru a îmbunătăți prezența online și pentru a atige obiectivele întreprinderii. Dacă examinezi punctele de mai sus pe rând, devine clar că majoritatea motivelor pot fi puse în aplicare cu sprint-uri mai mici și nu necesită o relansare mare.
Să facem distincția între ceea ce este o relansare și ceea ce nu este: Un design nou cu o bază tehnică existentă este mai degrabă un facelift. Relansarea este confirmată atunci când obiectivul relansării implică o schimbare reală în experiența utilizatorului, în funcționare și în baza tehnică.
O relansare ar trebui întotdeauna să fie susținută de fapte (de exemplu, tehnologia se află în impas și nu mai poate fi actualizată), indicatori cheie de performanță, precum și date de măsurare și de comparare.
Acesta este primul sfat pe care vreau să-l ofer la acest punct: Evoluție înainte de revoluție! Evită o relansare atât timp cât poți și încearcă să implementezi toate punctele care au fost aduse în discuție pentru o relansare, fiecare în mod individual sau incremental. Îmbunătățește un aspect, pune-l în aplicare, evaluează ce se întâmplă, ajustează din nou sau treci la următorul punct. Cel mai bun exemplu este Amazon, care se schimbă și se îmbunătățește cu adevărat doar marginal și renunță de mulți ani la schimbări majore de relansare.
O relansare reprezintă întotdeauna un mare pericol pentru vizibilitatea ta pe Google. Toată lumea este atentă la imbunătățiri, dar puțini la riscuri. Desigur, interfața utilizatorului devine mai bună, experiența utilizatorului pozitivă crește, din punct de vedere tehnic ești din nou la curent. Cu toate acestea: Dacă succesul tău de afaceri depinde de o vizibilitate organică puternică, atunci o relansare este ultimul mijloc de alegere și se decide doar atunci când durerea ta este suficient de mare prin o combinație a motivelor menționate mai sus, care nu mai pot fi rezolvate în sprinturi individuale. De ce? Uite aici ce s-a întâmplat cu vizibilitatea online după relansările acestor patru site-uri:
Planificați cu atenție relansarea și asigurați realizarea cu succes prin intermediul unei liste de verificare. În special, propuneți-vă și cele două obiective, pe de o parte, de a vă menține vizibilitatea online și, pe de altă parte, de a găsi modalități de a construi baza pentru creșterea vizibilității online în cadrul relansării. Exact pentru acest lucru este conceput acest articol, pentru a vă oferi un ghid de relansare, astfel încât riscurile să fie limitate și să obțineți cu adevărat un rezultat de muncă extraordinar, cu potențial pentru succesuri SEO organice durabile.
Planul unui relansări
Planificarea unei relansări de site web ar trebui să fie efectuată cu atenție. Este important să se ia în considerare următoarele etape:
- Analiza site-ului web existent și documentarea stării actuale: Inițial, site-ul web existent ar trebui analizat pentru a identifica punctele forte și slăbiciunile.
- Stabilirea obiectivelor: Obiectivele relansării site-ului web trebuie să fie definite clar. Acestea pot include, de exemplu, îmbunătățirea ratei de conversie, creșterea numărului de vizitatori sau trecerea la un nou CMS cu îmbunătățiri în administrarea conținutului și întreținere.
- Elaborarea unui concept: Pe baza analizei, obiectivelor și unei analize a concurenței, ar trebui elaborat un concept pentru relansarea site-ului web. Conceptul ar trebui să cuprindă următoarele aspecte: design, conținut, tehnologie și SEO/Marketing.
- Implementare: Conceptul este apoi implementat. Acest lucru include dezvoltarea designului, crearea/adaptarea conținutului și implementarea modificărilor tehnice.
- Testare: Noul site web ar trebui să fie testat temeinic înainte de lansare, pentru a vă asigura că funcționează fără erori. Acest lucru include și o listă de verificare definită.
- Lansare: Noul site web este apoi lansat. Și continuă testarea live, evaluarea și ajustarea ulterioară.
Stabilirea obiectivelor și a strategiei relansării
Stabiliți cu precizie care sunt obiectivele relansării. Obiectivele pot fi (pe lângă motivele menționate anterior):
- Îmbunătățirea experienței utilizatorilor
- Cresterea claritatii
- Dezvoltarea ofertei de conținut
- Modernizarea design-ului
- Cresterea veniturilor si a valorii coșului de cumpărături
- Trecerea la un alt CMS cu gestionare ușoară a conținutului și întreținere tehnică
- Extensibilitate și menținerea actualizării ușoare pe viitor şi durabilizare.
Sugestie: După primele întâlniri kick-off în echipă ca și companie - încă înainte de discuțiile cu agențiile de implementare - fiecare membru al proiectului ar trebui să-și noteze obiectivele relansării pe o foaie sau în instrumentul vostru de comunicare (de ex. Slack). Dacă toți arată în același timp obiectivele menționate, veți fi surprinși de cât de diferite sunt părerile, chiar dacă obiectivul a fost deja discutat verbal în ședințele anterioare. Prin urmare, este important să fixați obiectivele și în scris. Cunoscându-ți obiectivele clar, poți verifica deja într-o fază incipientă prototipul UI-ului pentru a vedea dacă acestea au fost luate în considerare conceptual.
O specificație tehnică oferă claritate cu privire la comanda de relansare
Agenția are nevoie de un briefing extins de proiect din partea clientului pentru a putea face o ofertă. Companiile au de obicei un document Word sau un PDF pregătit, în care proiectul este mai mult sau mai puțin detaliat schițat. Există chestionare sau workshop-uri în care agențiile evidențiază mai bine punctele dureroase ale clientului pentru a putea face o ofertă. Pentru proiectele mai mari se creează o specificație tehnică. Cu cât este mai detaliată, cu atât mai bine.
O specificație tehnică este un document care joacă un rol crucial într-un relansare a site-ului web. Acesta are scopul de a reține cerințele, obiectivele și așteptările din relansare sub formă scrisă. O specificație tehnică bine elaborată ajută la asigurarea că toți cei implicați - fie echipa de dezvoltare, echipa de design sau clientul - înțeleg clar ce ar trebui să se realizeze în timpul relansării. Este, de asemenea, punctul de plecare pentru o ofertă bine calculată și concludentă a agenției care implementează. Aici sunt informații și elemente care pot fi incluse în mod normal într-o specificație tehnică pentru un relansare a site-ului web:
- Obiective și Scop: O descriere a principalelor obiective ale relansării, cum ar fi îmbunătățirea experienței utilizatorilor, creșterea vizibilității în motoarele de căutare sau schimbarea CMS-ului cu actualizarea design-ului.
- Amplu Proiect: O definiție clară a ceea ce este inclus și ce nu este în cadrul relansării. Acesta poate cuprinde numărul de pagini, integrarea uneltelor de terțe părți sau revizuirea conținutului.
- Cerințe de design: Informații referitoare la design-ul vizual dorit al site-ului web, inclusiv structurile și respectarea regulilor de design corporate referitoare la culori, fonturi și imagini.
- Cerințe Funcționale: O detaliere a funcțiilor și interacțiunilor dorite pe site, cum ar fi formulare de contact, funcții de căutare, funcționalități de comerț electronic, etc.
- Cerințe Tehnice: Specificații pentru tehnologiile ce urmează să fie utilizate în timpul relansării, cum ar fi alegerea unui sistem de administrare conținut (CMS) sau implementarea anumitor funcționalități. De asemenea, utilizarea formatelor moderne de imagini (WebP, AVIF, SVG) este inclusă.
- Back-up-uri manuale și automate și revizii ale modificărilor conținutului.
- Cerințe de conținut: Instrucțiuni clare referitoare la revizuirea, actualizarea sau crearea de conținut, inclusiv texte, imagini, video și alte medii. Manipularea metadatelor și a datelor structurate.
- Cerințe SEO: mai multe în următorul domeniu de conținut.
- Calendar și Etape: Un calendar care stabilește datele de început și de finalizare planificate pentru relansare, precum și punctele de referință importante.
- Buget: Informații despre bugetul pentru relansare, inclusiv costurile pentru design, dezvoltare, găzduire și eventuale servicii de terți.
- Asigurare a calității cu instrumente de testare: Descriere a testelor și a procedurilor de control al calității care trebuie efectuate în timpul relansării pentru a garanta că site-ul web funcționează corect.
- Cerințe de întreținere și asistență: Cerințe pentru întreținerea și suportul continuu al site-ului web după relansare.
O specificație a cerințelor bine structurată este crucială pentru a evita neînțelegerile, a gestiona eficient proiectul și a asigura că toate așteptările părților implicate sunt îndeplinite. Servește ca ghid și document de referință pentru întreaga echipă de proiect și contribuie la asigurarea succesului relansării site-ului.
Când ne-am planificat relansarea lui TutKit.com cu o schimbare completă de cadrul de lucru de la CodIgniter la Laravel, specificația noastră a cuprins 220 de pagini - o perspectivă tentantă pentru o agenție de a parcurge totul.
Notă: În articolul meu nu voi aborda în detaliu conceptul, designul, funcționalitatea și tehnologia folosită. Cu siguranță noul site va fi frumos. Cea mai mare amenințare în cadrul unei relansări constă, de fapt, în deteriorarea experienței tehnice a utilizatorului și a calității OnPage prin lipsa redirecționărilor 301 etc., ceea ce duce ulterior la o scădere a clasamentului și a vizibilității. Pentru a preveni acest lucru, accentul se pune, în continuare, în special pe asigurarea succesului proiectului din punct de vedere al experienței utilizatorului și al SEO-ului.
Definirea cerințelor SEO pentru noul site
Briefing-ul din partea clientului sau o specificație mai detaliată a cerințelor reglementează deja ceea ce este dorit din punct de vedere stilistic, de conținut, funcționalitate și tehnic și este baza pentru ca o agenție să poată face o estimare de costuri.
Pentru Lista de verificare pentru relansare pentru asigurarea succesului proiectului, trebuie să ne concentrăm asupra diferitelor secțiuni din punct de vedere SEO. Se impun cerințe SEO specifice din cauza, de exemplu, a:
- o structură URL în schimbare (Hartă de redirecționare a URL-urilor!) și căi de link în schimbare
- o navigare în schimbare (importantă din cauza linkurilor interne și a ierarhiei linkurilor)
- tehnologii în schimbare (CMS, Framework JavaScript, server, …)
- conținut în schimbare (pierderi potențiale de vizibilitate pentru paginile bine clasate)
Paginile clasate bine în Google o fac datorită relevanței conținutului, de aceea este important să ne întrebăm dacă conținutul existent este modificat sau combinat, dacă anumite conținuturi dispar și/sau altele sunt adăugate? Se modifică structura conținutului al categoriilor sau paginilor? Aceste puncte trebuie să ducă la derivarea cerințelor SEO care trebuie incluse în Lista de verificare pentru relansare.
Se vor transfera, de asemenea, metadatele ale conținuturilor vechi și se vor modifica? Cum se realizează întreținerea conținutului de către editor și sunt conținuturile paginilor conectate la date structurate?
Se vor încărca imaginile existente sau noi în formate moderne pentru site-uri web (WebP/Avif) și se va acorda atenție SEO-ului pentru imagini cu URL-uri semnificative în litere mici, adică în loc de 1234.jpg => hotel-ostsee-warnemuende_suite-nachtigall.avif.
De asemenea, trebuie să se acorde atenție faptului că fișierele de imagine conțin date structurate (ImageObject) și miniaturile <meta> sunt transmise către Google, pentru a crește șansa de înglobare a imaginilor în fragmentele de căutare și listarea în Imagini Google.
Schimbarea unui CMS în cadrul unei relansări duce în mod obișnuit la o structură de URL-uri în schimbare și la noi căi de link. Din perspectiva SEO, acest lucru este contraproductiv și ar trebui să fie bine gândit.
Interesantă este și întrebarea cum se pot îmbunătăți . Astfel, paginile cu conținut pot include video-uri informative, video-uri de explicație și de ajutor. Dacă un utilizator care ajunge de pe Google pe pagina de destinație dă clic pe un video și îl privește, crește timpul petrecut pe site (semnal bun al utilizatorului), rata de revenire la pagina de rezultate a motorului de căutare (Return to SERP) se îmbunătățește de asemenea (semnal bun al utilizatorului).
De asemenea, ar trebui să fie verificat cum secțiunile de conținut sunt integrate pe pagini, pentru a respecta cerințele lui Google privind Conținutul Util și pentru principiul E-A-T.
Pentru Google, "Conținutul Util” reprezintă un conținut care este relevant și util pentru utilizatori. Răspunde pe larg și informativ la întrebările utilizatorilor, oferă soluții la probleme și furnizează valoare adăugată care depășește simpla propagandă.
Iată câteva exemple de conținut util:
- Tutoriale și ghiduri: Acest conținut ajută utilizatorii să învețe sarcini noi sau să rezolve probleme existente.
- Recenzii și comparații: Acest conținut ajută utilizatorii să aleagă produsul sau serviciul potrivit.
- Știri și actualizări: Acest conținut menține utilizatorii la curent cu evenimentele și tendințele actuale.
- Infografice și diagrame: Acest conținut poate ajuta la vizualizarea datelor și informațiilor complexe.
- Postări pe blog și articole: Acest conținut oferă o perspectivă mai profundă asupra unui anumit subiect.
Google folosește diverse semnale pentru a identifica conținutul util. Acestea includ, printre altele:
- Comportamentul utilizatorului: Google monitorizează modul în care utilizatorii interacționează cu conținutul, cum ar fi cât timp petrec pe o pagină, de câte ori o distribuie și când o evaluează.
- Semnale de calitate: Google evaluează calitatea conținutului pe baza factorilor precum relevanța, completitudinea și actualitatea.
- Feedback-ul utilizatorilor: Google ia în considerare și feedback-ul utilizatorilor, cum ar fi evaluările și comentariile.
- Prin luarea în considerare a acestor semnale, administratorii de site-uri pot crește șansele ca conținutul lor să fie considerat util.
Principiul EEAT este un concept dezvoltat de Google care evaluează calitatea site-urilor web și a conținutului web. Acesta se referă la Expertiză, Experiență, Autoritate și Încredere, adică Expertiză, Experiență, Autoritate și Încredere.
- Expertiza se referă la cunoștințele și experiența persoanelor care creează conținutul. Google evaluează expertiza pe baza unor factori precum educația, experiența profesională și premiile obținute.
- Experiența este demonstrată atunci când conținutul a fost creat cu o anumită experiență, de exemplu bazată pe utilizarea reală a unui produs, pe vizitarea efectivă a unui loc sau pe descrierea experienței de către o persoană?
- Autoritatea se referă la reputația și prestigiul unui site web sau a unui conținut web. Google evaluează autoritatea pe baza unor factori precum backlink-urile, activitățile pe rețelele de socializare și evaluările utilizatorilor.
- Încrederea se referă la fiabilitatea și credibilitatea unui site web sau a unui conținut web. Google evaluează încrederea pe baza unor factori precum confidențialitatea, securitatea și transparența.
Ce cerințe SEO au funcțiunile existente și noi în ceea ce privește frontend-ul și backend-ul? Aici sunt exemplare:
- Crawlabilitatea (conținutul relevant trebuie să fie vizibil și indexabil și fără JavaScript)
- Claritatea obiectivului site-ului web și a apelului la acțiune (comportamentul dorit al clienților țintă pe pagini)
- Evitarea conținutului duplicat prin exemple precum paginile automate de categorii sau duplicatul paginilor prin articole variante
- Asigurarea unui PageSpeed ridicat prin evitarea prea multor fișiere JavaScript și CSS, prin folosirea de formate moderne de imagini (WebP/AVIF)
Aceste cerințe SEO ar trebui incluse în documentul de proiect sau în caietul de sarcini, dar ar trebui, de asemenea, să facă parte dintr-o listă de verificare legată de instrumentele de testare sau să fie folosite pentru comparația între situația actuală și cea dorită în cadrul asigurării calității proiectului și, în plus, ca criterii pentru recepția serviciilor agenției. Mai multe detalii mai jos.
Stabilirea participanților interni și externi la proiect
Stabiliți participanții la proiect - aici din perspectiva clientului sau a deținătorului site-ului web:
- Cine este responsabil pentru gestionarea proiectului și pentru luarea deciziilor finale?
- Cine este responsabil pentru coordonare și comunicare cu agenția sau cu clientul?
- Cine preia managementul intern al proiectului?
- Cine pregătește intern conținutul și suportul pentru agenție?
- Cine implementează designul experienței utilizatorului?
- Cine implementează dezvoltarea?
- Cine raportează din partea agenției clientului la intervale prestabilite?
- Cine se ocupă de testarea și asigurarea calității din partea agenției/din partea clientului?
- Se implică un consultant extern (de exemplu, SEO sau cerințe legale)?
- Cine aprobă sarcinile? Cine finalizează sarcinile în sistemul de tichete după finalizarea acestora?
- Cine trebuie informat în momentele potrivite (angajați, clienți, parteneri, manageri de campanii publicitare, …)?
La selectarea coordonatorilor de proiect externi, sunt importante patru aspecte
- A realizat agenția unul sau mai multe proiecte de acest fel? Există referințe? Există mărturii ale clienților și ar fi posibil un discurs de feedback cu clienții agenției - ceea ce este recomandabil pentru dezvoltările individuale mari?
- Sunt îndeplinite deja toate cerințele legate de oferta și de implementarea tehnică (CMS/sistem de magazin/framework)? Există funcționalități sau cerințe personalizate care trebuie încă programate (chiar și prin intermediul unui plugin sau modul)? Există servicii specifice excluse sau programate pentru o etapă ulterioară care sunt esențiale pentru succesul proiectului? Este important ca nu apar probleme noi care să fie mai mari decât motivul real pentru relansare.
- Se potrivește agenția realizatoare sau prestatorul de servicii, atât prin dimensiunea echipei cât și prin locația regională și fluctuația angajaților (care pot fi determinate, eventual, prin evaluările Kununu) în mod sustenabil cu compania pentru îngrijirea ulterioară?
- Este posibil un contact direct cu echipa de design și dezvoltare? Este util să cunoști echipa de proiect efectiv din partea agenției. Profesioniștii veseli și plini de promisiuni de vânzări obțin comanda, dar ulterior nu mai sunt responsabili. Prin urmare, este important să se stabilească și un contact direct cu echipa de implementare.
Patru sfaturi pentru propria protecție în acest context
- Ca și client, ar trebui să acorzi o atenție deosebită tehnologiei utilizate de agenție. Ce se menționează în ofertă, ar trebui cercetat simplu cu “CMS + dezavantaje” sau “CMS + experiențe”. Ar trebui să știi exact la ce te angajezi. Este util să te bazezi pe soluții open source. Îmi dau seama că acest lucru nu este mereu posibil. Ar fi ideal să te asiguri că există o comunitate mare de dezvoltatori pentru tehnologia utilizată, astfel încât să nu ajungi la o soluție izolată de agenție, care poate fi gestionată doar de agenție, ceea ce te pune ulterior într-o anumită constrângere.
- Ai grijă să obții drepturi nelimitate de utilizare și editare asupra serviciilor oferite de agenție, astfel încât să ai întotdeauna dreptul de a dezvolta ulterior site-ul web intern sau extern. Un astfel de paragraf ar trebui inclus în contractul de prestări servicii.
- Dacă compania ta este ceva mai tehnică și are administratori de sistem, dezvoltatori de software sau alte roluri tehnice în echipa sa, este util să inițiezi GIT pentru controlul versiunilor și JIRA (sau o unealtă similară) pentru managementul proiectului sau sistemul de tichete inițial pe contul tău propriu. Atunci oferi agenției drepturi complete de acces și lucrările pot începe. Cu cât un proiect este mai mare, cu atât poate deveni mai aspru și chinuitor. Este bine să fii stăpân pe acces și conturi. Îmi dau seama însă că această recomandare din punct de vedere profesional poate fi urmată numai de un număr mic de clienți.
- Câteodată agențiile oferă direct servicii de găzduire clienților. Noi nu suntem fanii acestui lucru, deoarece, pe de o parte, crește dependența în relația cu clientul, iar pe de altă parte, considerăm că gazdele web sunt cei mai bine pregătiți pentru serviciile de găzduire, deoarece sunt specializați în acest domeniu. Am configurat și gestionat servere pentru noi înșine și am consumat foarte multe resurse umane și de timp. Am revenit asupra deciziei. Acum sistemele noastre rulează pe servere cloud oferite de una dintre marile companii de găzduire web din Germania și suntem fericiți. Ai grijă la serviciile de găzduire web să fie deja incluse backup-urile la nivel de server, care pot fi restorează și cu doar câteva clicuri.
Stabilirea duratei și a datei de lansare
O reîmprospătare este efectuată în mai multe iterații de proiect. Acestea pot fi, conform experienței noastre de agenție:
- Starea actuală este înregistrată (prin intermediul uneltelor de testare, dar și în scris cu impresiile, despre ce merge bine din punct de vedere al clientului și unde sunt necesare îmbunătățiri)
- Fază de cercetare cu analiză a concurenței și căutări de soluții/inspirație
- Concepție de wireframe-uri
- Design al interfeței de utilizator
- Dezvoltare frontend și backend
- Migrare de date sau import de conținut (automatizat/manual)
- Optimizări conținut structurale și de conținut (text și imagine) & sprint pentru SEO
Aceste iterații de proiect se suprapun, deoarece pe parcursul lucrării, noi participanți la proiect devin activi.
Este important să definim durata pentru fiecare iterație a proiectului și să o coordonăm cu cei implicați.
Agentura creează un canal Slack dedicat clientului pentru proiectul, în cazul în care acesta este mai mare, pentru o comunicare mai rapidă?
Un sfat la acest punct: este bine ca agentura să lucreze deja într-o fază foarte incipientă cu prototipuri interactive, deci deja în faza de concepție a wireframe-urilor și cu atât mai mult la prezentarea și testarea designului interfeței de utilizator. Astfel, clienții vor avea o mai bună înțelegere a experienței pe site. Fișierele simple JPG sau PNG ca propunere de aspect nu mai sunt considerate actuale. Ar trebui să fie prototipuri interactive, create cu Sketch, Figma, Adobe XD sau altă unealtă profesională.
În această etapă incipientă, modificările sunt ușor de făcut. După ce funcțiile și secțiunile unui site web sunt deja dezvoltate, modificările sunt mult mai dificile și pot duce la renegotieri, ceea ce nu este deloc plăcut.
Aici este vizibil cum arată un astfel de prototip pentru designul interfeței de utilizator mobil, cu căile de navigare într-o privire de ansamblu:
Este necesar să se clarifice de la ce moment sunt posibile testele continue din partea clientului. Dezvoltatorii ar trebui să își testeze lucrările locale chiar și după integrarea în sistemul de stage. Sună banal, dar oricine lucrează cu dezvoltatori înțelege imediat la ce mă refer. Apoi, persoana responsabilă de asigurarea calității de la nivelul agenției ar trebui să testeze tichetul sau funcția. Abia apoi tichetul este eliberat pentru testarea de către client. Clientul nu ar trebui să se simtă niciodată ca un tester alfa, ci ar trebui să găsească un sistem testat cu patru ochi. Agenția este testerul alfa, iar clientul este testerul beta! Există acces la sistemul de tichete al agenției în general?
De asemenea, ar trebui definit clar că rapoartele de la nivel de agenție către client trebuie să fie transmise cu o anumită frecvență. Spre exemplu, în fiecare vineri ar putea fi trimis un raport prin e-mail privind stadiul actual al activităților, feedback-ul necesar sau cererile de colaborare. Acesta este tot un sfat din experiența noastră de agenție: este bine să nu lași un client nedumerit la sfârșitul săptămânii. Acesta va avea doar idei proaste. Mai bine informează-l corect cu privire la ce s-a întâmplat și la ce urmează să se întâmple în săptămâna următoare. Transparența ajută pentru ca toți să fie implicați cu o stare bună.
Data de lanasare ar trebui, de asemenea, să fie stabilită. Conform Legii lui Parkinson, muncile se extind astfel încât să ocupe întreaga perioadă disponibilă pentru finalizare. Cu alte cuvinte, cu cât mai mult timp este disponibil pentru finalizarea unei sarcini, cu atât mai mult timp va fi alocat, independent de complexitatea sau efortul efectiv. Momentul planificat pentru finalizare ar trebui menționat, de asemenea, în contractul de lucru. Depășirea termenului poate fi chiar sancționată cu o penalizare în contract. În general, sancțiunile contractuale de 0,2 % din suma comenzii pe ziul de întârziere și maxim 5 % din suma comenzii sunt eficiente. Penalizarea contractuală poate să nu fie cerută de la client, dar îți oferă posibilitatea de a obține agenției câteva cerințe speciale ca compensație.
Important: Nu lansați proiectul vineri. Nici între sărbători sau în timpul de vârf al activității companiei. Recomandăm, într-adevăr, orele târzii din noaptea de duminică spre luni pentru lansări mari, mai ales atunci când adresa IP se schimbă, astfel încât setările DNS să fie actualizate încă luni dimineața de majoritatea providerilor, ceea ce se întâmplă adesea deja la finalul dimineții dacă setările DNS au fost ajustate în cursul nopții. Astfel, rămân efectiv încă 4,5 zile lucrătoare pentru testele live și remedierea erorilor care apar.
Documentarea stării actuale a site-ului tău web
Starea actuală trebuie documentată înainte de a începe lucrarile. Starea actuală evidențiază cum sunt rezultatele măsurărilor tehnice pentru parametri. În dreapta puteți introduce valorile țintă:
Ce? | Descriere scurtă | Instrument de testare | Actual (Valoare curentă) | Țintă (Valoare țintă) |
Tehnologie & Meta | Titlurile paginilor, titluri, date meta, text alternativ, … | Seobility | ||
Structură | Redirecționări, linkuri eronate, hărți site, ... | Seobility | ||
Conținut | Comparare cuvinte cheie, erori de tastare, texte insuficiente, ... | Seobility | ||
SEO pentru imagini | URL-uri sugestive, formate web moderne (WebP/AVIF), -thumbnail-uri | fără | ||
Datele OG implementate | Date Open Graph pentru rețelele sociale | Open Graph Checker | ||
Date structurate (schema de markup) | Schema de markup / date structurate | Scheme.org | ||
PageSpeed Pagina de start | PageSpeed pentru mobil/desktop | PageSpeed Insights | ||
PageSpeed Pagina de aterizare | PageSpeed pentru mobil/desktop | PageSpeed Insights | ||
PageSpeed Pagina de categorie | PageSpeed pentru mobil/desktop | PageSpeed Insights | ||
PageSpeed Pagina de produs | PageSpeed pentru mobil/desktop | PageSpeed Insights | ||
PageSpeed Pagina de blog | PageSpeed pentru mobil/desktop | PageSpeed Insights | ||
Accesibilitate în funcție de tipul paginii | Asigurarea accesibilității pentru grupurile de utilizatori afectați | Accessibility Checker și/sau wave.webaim.org | ||
Verificarea Hreflang | Pentru site-urile web multilingve | Hreflang Validator | ||
Anteturile de securitate | Încredere & Securitate | SecurityHeaders.com | ||
Verificare de sănătate | Încredere & Securitate | Audit de securitate (Astra) | ||
Test browser & dispozitiv | Edge, Firefox, Safari, Chrome desktop & mobil, iOs & Android | Dev-Tools / Lambdatest | ||
Politică referitoare la cookie-uri & Regulamentul GDPR | Consimțământul politicii referitoare la cookie-uri & conformitatea cu GDPR | Cookie Metrix | ||
Crawling: Starea gazdei | Recuperarea fișierului robots.txt, rezolvarea DNS, conexiunea serverului | Consola de căutare Google | ||
Statisticile de crawling | Solicitări, dimensiunea descărcării, timpul mediu de răspuns | Consola de căutare Google | ||
Click-urile în SERP-uri | Examinat după un anumit interval de timp ( lunar/90 de zile, ...) | Consola de căutare Google | ||
Impresii în SERP-uri | Examinat după un anumit interval de timp ( lunar/90 de zile, ...) | Consola de căutare Google | ||
CTR medie în SERP-uri | Examinat după un anumit interval de timp ( lunar/90 de zile, ...) | Consola de căutare Google | ||
Poziția medie în SERP-uri | Examinat după un anumit interval de timp ( lunar/90 de zile, ...) | Consola de căutare Google | ||
Persistența Web Vitals de bază | Factor de clasare pentru experiența utilizatorului (PageSpeed, optimizare mobilă, ...) | Consola de căutare Google | ||
Analizarea datelor GA4 | Durata vizitelor, pagini/vizitator, ... | Google Analytics 4 | ||
Rata de conversie | Pentru site-urile de rezervări sau magazine online | Măsuri proprii | ||
Valoarea medie a coșului de cumpărături | Pentru magazine online | Măsuri proprii | ||
Cumpărături/Vânzări pe zi | Pentru magazine online | Măsuri proprii | ||
Număr de înregistrări NL | În funcție de necesități | Serviciu pentru buletin informativ | ||
Cereri de contact | În funcție de necesități | Măsuri proprii | ||
Descărcări | În funcție de necesități | Măsuri proprii | ||
Vizualizări video | În funcție de necesități | Măsuri proprii | ||
Altele de introdus în funcție de necesități | ||||
Altele de introdus în funcție de necesități |
În listă vei găsi ca instrument SEO Seobility pe care îl folosim cu plăcere pentru verificarea factorilor OnPage, la care am publicat și un training SEO. Există multe alternative cum ar fi Sistrix, Semrush, Ryte, SE Ranking, Screamingfrog etc. Scopul principal al unui instrument SEO este de a identifica și remedia greșelile tipice OnPage. Aici se încadrează cele trei domenii principale: Tehnică & Meta, Structură și Conținut, așa cum Seobility construiește evaluările. Într-o formă similară vei găsi acestea și în celelalte instrumente SEO. Este important pe de o parte ca întotdeauna să se efectueze o verificare completă, adică TOATE paginile să fie crawl-ate și nu doar pagina de start, și pe de altă parte, să atribui un scor sau valoare de eroare pentru starea actuală și valoarea țintă care ar trebui atinsă după optimizare. La Seobility, o valoare de 90 sau mai mare este de dorit. De asemenea, vei găsi și alternative pentru alte scopuri. Esențial este ca cel puțin unul să fie utilizat pentru a asigura date remarcabile.
Aceasta este, de exemplu, valoarea noastră actuală pentru calitatea OnPage:
Signalul de utilizator se poate măsura statistic cu indicatori din Google Analytics 4, cum ar fi rata de respingere, pagini/vizitator, durata de ședere etc. În cazul în care Google Analytics sau alt instrument de analiză sunt utilizate conform legii, aceste date ar trebui să fie luate în considerare și în protocolul stării actuale.
Ar trebui să fie creată o listă de backlink-uri, care, de exemplu, poate fi generată gratuit aici: https://www.seobility.net/de/backlinkcheck/
De asemenea, trebuie să fie păstrată vechea sitemap.xml, precum și realizat un backup complet al site-ului. Toate paginile relevante ar trebui, de asemenea, să fie transferate sub formă de listă într-un Google Sheet, care va constitui baza pentru harta de redirecționare a URL-urilor. O astfel de listă CSV poate fi ușor exportată printr-un instrument SEO, cum ar fi Seobility. În harta de redirecționare a URL-urilor sunt luate în considerare toate paginile relevante și paginile linkate prin backlink-uri externe (vezi lista de backlink-uri), care ulterior trebuie redirecționate din cauza schimbărilor în URL-urile paginilor. URL-urile eliminate trebuie să fie redirecționate către noile URL-uri corespunzătoare celor vechi. Este important să se evite lanțurile de redirecționare! Vechile redirecționări încă existente trebuie să redirecționeze direct către noul URL final. De asemenea, ar trebui să se ia în considerare fișierele PDF și imaginile pe care există linkuri, astfel încât acestea să fie redirecționate corect și să nu devină un link 404.
Redirecționarea se realizează ca redirecționări 301 pe baza hărții de redirecționare a URL-urilor în .htaccess, prin hărți de redirecționare prin configurarea Vhost sau printr-o soluție de bază de date. Clientul ar trebui să poată gestiona acestea singur. De asemenea, este important să se asigure că redirecțiile sunt permanente.
De asemenea, este recomandat să se să se salveze fiecare tip de pagină cu un captură de ecran completă. Acesta este, pe de o parte, un backup al conținutului vechi, în cazul în care după lansare există întrebări dacă tipurile de conținut nu au fost transferate etc.
Pe baza paginilor, funcționalităților și conținutului existent și pe baza rezultatelor măsurilor se poate identifica ceea ce funcționează bine deja și ce are potențial de optimizare, ce ar trebui să fie îmbunătățit prin reluare.
Checklist: Înainte de Relansare
Odată ce designul interfeței de utilizator este confirmat și agenția se află în sprintul de dezvoltare, următoarea listă devine relevantă, enumerând puncte esențiale în ordine cronologică până la ziua relansării:
- Mediul de dezvoltare cu acces pentru toți cei implicați este disponibil pentru testare
- Mediul de dezvoltare rulează cu noindex
- Accesibilitatea pentru instrumentele de testare pe mediu de dezvoltare (liberare de IP sau conectare http) este configurată
- Configurația mediului de dezvoltare corespunde cât mai mult cu cea a sistemului live
- Structura paginilor de pe mediu de dezvoltare corespunde celei de pe site-ul live ulterior
- Migrarea datelor vechi a fost realizată
- Modificările de conținut au fost făcute
- SEO pentru imagini a fost realizat
- 301-Redirecturi pe baza hărții de redirecționare a URL-urilor au fost configurate
- Verificarea OnPage cu Seobility a fost realizată, erorile au fost remediate, valorile țintă au fost atinse
- Informațiile Open-Graph sunt valide
- Datele structurate sunt valide
- Verificarea Pagespeed pentru toate tipurile de pagini a fost realizată, valorile țintă au fost atinse
- Politica de cookie-uri pentru conținut funcționează
- Headerele de securitate sunt configurate
- Accesibilitatea este asigurată, valorile țintă sunt atinse
- Hreflang-urile sunt valide (pentru paginile multilingve)
- Textele legale (Termeni și condiții, Imprint, Declarația de retragere, Protecția datelor) au fost actualizate, conformitatea GDPR este asigurată
- Actualizarea CMS, framework-uri, module și plugin-uri la cea mai recentă versiune a fost realizată
- Testul final de funcționare pe toate browserele și dispozitivele nu a indicat erori
- Starea finală și data de lansare sunt cunoscute
- Un backup complet a fost realizat
Utilizarea datelor structurate (Schema-Markup) - vezi punctele 12 din listă - este încă foarte puțin luată în considerare astăzi. Învață mai multe despre acest subiect și citește ce spune Google despre Markup-ul pentru date structurate în căutarea Google. Google va acorda o greutate tot mai mare datelor valide în cadrul SGE, adică rezultatele căutării create prin IA. De asemenea, Actualizarea de Conținut Util de la Google presupune că, conținutul este mult mai verificat prin expertiză, experiență, autoritate și credibilitate. Datele structurate fac parte din soluție pentru a simplifica această validare pentru Google. După integrarea datelor structurate, folosește Validatorul Schema-Markup, dar verifică și paginile tale cu Structed Data Linter, recomandat și linkat de Google în PageSpeed Insights. Aici vei primi informații mai cuprinzătoare despre erorile de cod legate de utilizarea datelor structurate pe site-ul tău.
Utilizarea datelor structurate în site-uri web nu mai este opțională, ci o condiție. Google dorește conținut valid și credibil de la tine. Dacă nu vrei să fii lăsat în urmă în rezultatele căutării asistate de AI, ocupă-te de marcarea schemei pe paginile tale!
La punctul 16, acum apare pentru prima dată Accesibilitatea în acest articol. Încă de la Insight-urile de viteză a paginilor, accesibilitatea are o secțiune dedicată și cifrele verzi sunt de dorit acolo. Testul pentru a vedea dacă o pagină este accesibilă sau nu ar trebui să se facă în afara Insight-urilor de viteză a paginilor, și anume prin intermediul https://www.accessibilitychecker.org și/sau https://wave.webaim.org. Cu atât mai mult, dacă urmează un relansare, acest punct ar trebui să fie obligatoriu luat în considerare, deoarece începând cu 2025, accesibilitatea devine un subiect actual pentru site-urile web cu Legea de întărire a accesibilității. Verifică cu un astfel de instrument nu doar pagina de start, ci fiecare tip de pagină - același principiu valabil și pentru testele de viteză a paginii!
În cadrul unui relansare, de obicei apar și Adaptări și actualizări la textele legale. Este important să ne gândim din timp la faptul că textele ar trebui să fie furnizate, eventual, prin intermediul unui avocat specializat sau al unor generatoare de texte juridice. De asemenea, este important să ne gândim la acordurile de procesare a datelor, în cazul în care, de exemplu, noi folosim un nou serviciu de găzduire web sau se schimbă serviciul de newsletter.
Furnizarea actualizării sistemului CMS, bibliotecilor JavaScript folosite, modulelor și plugin-urilor instalate în cadrul punctului 18 este la fel de subestimată ca importante. Un relansare poate dura mai multe luni și mai mult. În ceea ce privește sistemul WordPress, este ușor de văzut că, poate, există deja numeroase actualizări disponibile înainte de ziua relansării. Clientii ar trebui să se asigure că cele mai recente versiuni sunt utilizate la trecerea în live.
Atunci când apar modificări la serviciile externe, apar și alte sarcini care ar trebui menționate în lista de verificare, cum ar fi în cazul modificării serviciului de newsletter:
- Importul datelor de contact pentru newsletter în noul serviciu NL
- Conectarea la serviciul de newsletter în site-ul web la formularul de înregistrare
- Contract AV
- Crearea de noi șabloane de mailing
- și așa mai departe
Pe durata sprinturilor de dezvoltare, se fac teste continue ale funcțiilor etc. Este util să aveți o listă de verificare extrem de detaliată și pentru teste, pentru a nu uita nimic. Nu este de ajuns ca atât agenția care dezvoltă, cât și clientul să navigheze doar superficial. După relansarea noastră de pe TutKit.com, lista noastră de acceptare avea, fără îndoială, 1.000 de rânduri. Și așa procedăm și astăzi: după actualizările majore importante, verificăm aproximativ 70 de interacțiuni conform listei de verificare, pentru Chrome, Safari și Android.
Lista de verificare: Ziua relansării și zilele ulterioare
Ziua relansării a sosit și nu este o vineri și nici o zi între sărbători. Noul site web devine activ, setările DNS sunt ajustate. Acum este timpul să verificăm și să evaluăm totul din nou de la capăt. Verificați următoarele:
- verifică fișierul robots.txt, astfel încât roboții să nu fie blocați
- mediul live rulează pe index, urmează
- tag-urile canonice sunt setate corect
- verificare a surselor paginii pentru căi absolute (căile de legătură din mediu la pagină)
- Redirecționarea de la http la https cu/fără www către pagina țintă pe pagina de start și pe paginile secundare funcționează
- testarea redirecțiilor prin harta de redirecționare a URL-urilor, precum și existența lanțurilor de redirecționare
- verificarea OnPage a paginii live cu Seobility pentru Tehnică & Meta, Structură și Conținut ... în special pagina Noindex verificată cu Seobility care sunt afișate
- datele Open Graph sunt valide
- datele structurate sunt valide
- verificarea vitezei paginilor pentru toate tipurile de pagini s-a făcut, valorile țintă au fost atinse
- politica Cookies cu instrumentul de consimțământ pentru Cookies funcționează așa cum trebuie
- capete de securitate sunt configurate
- accesibilitatea este asigurată
- verificarea Hreflang pentru site-urile web multilingve (https://app.sistrix.com/de/hreflang-validator)
- test final pentru funcționare transversală pe browsere și dispozitive fără erori
- înregistrează noua sitemap.xml la Consola de căutare Google
- actualizează paginile țintă în campaniile Google-Ads
- Pentru anumite modificări de domeniu, gândește-te la linkurile din media socială, semnăturile de e-mail etc.
Noi folosim în mediul nostru de Dev Mailhog pentru a testa e-mailurile local. În astfel de cazuri, este important ca datele SMTP corecte pentru primirea e-mailurilor în sistemul live să fie introduse, astfel încât e-mailurile să ajungă unde trebuie.
De asemenea, trebuie să se asigure că, în furnizorii de plăți cum ar fi PayPal în sistemul de Dev, mediul de testare (Sandbox) este implementat, în timp ce, desigur, în sistemul live, se va realiza conexiunea corectă.
În zilele următoare, este important să monitorizezi în special Consola de căutare Google. Este interesant să vezi cum se schimbă clasamentele tale. Concentrați-vă, în special, asupra modificărilor neașteptate și a mesajelor de eroare:
- Crawling: Starea gazdei … Obţinerea robots.txt, rezolvarea DNS, conexiunea serverului
- Statisticile crawling-ului … Cereri, dimensiunea descărcării, timpul mediu de reacție
- Click-uri în SERP-uri
- Impresiile în SERP-uri
- CTR-ul mediu în SERP-uri
- Poziția medie în SERP-uri
- Trecerea testului Core Web Vitals
Mai presus de toate, Google Search Console îţi indică erori, cum ar fi Eroare URL, eroare Href-Lang, indexarea paginilor cu Spread indexat/nindexat. Pentru cele neindexate trebuie să existe un motiv (redirecționare, noindex)... Acolo vezi și conţinut duplicat sau alte probleme. Console Search îţi semnalează problemele cu datele structurate sau cu Core Web Vitals, investighează-le. Abia prin datele live vei afla, de exemplu, că paginile tale, în ciuda unui PageSpeed ridicat, au probleme cu Core Web Vitals datorită erorilor CLS, spre exemplu. Aici este bine să vezi în ce măsură sunt posibile modificările pe site:
Poţi să-ţi afișezi direct URL-urile proaste sau care trebuie optimizate. Ia un URL și fă un test de PageSpeed cu PageSpeed Insights. Acolo vei primi indicii despre motivele pentru care Core Web Vitals nu sunt îndeplinite și despre ce poţi face pentru a corecta erorile. Pentru informaţii detaliate, deschide săgeata mică în jos. De obicei, aceste recomandări pot fi implementate doar de dezvoltatori. Este însă important să fii capabil să identifici problemele pentru a le aborda apoi corespunzător cu ajutorul agenției tale.
De asemenea, evaluează-ţi datele din instrumentele tale de analiză, cum ar fi Google Analytics 4. Menține la îndemână, de asemenea, măsurătorile pe care le poţi culege la nivel de sistem, cum ar fi rezervările, rata de conversie, valoarea coșului de cumpărături, achizițiile/vânzările pe zi, numărul de abonări la newsletter, cererile de contact, descărcările de conținut specific sau vizualizările video.
Statisticile de crawling din Google Search Console sunt esențiale pentru verificările din zilele următoare. Le găsești prin setările din partea stângă a meniului. Ar trebui să fie vizibilă mai multă activitate de crawling. Dacă nu se întâmplă așa, există erori de crawling?
Starea de la gazdă îţi arată direct erori, cum ar fi cele din imaginea de mai jos după o redeschidere, când cererile de crawling către robots.txt au eșuat și conexiunea la server s-a întrerupt parțial sau complet:
Interesant este și ceea ce spun statisticile de crawling. După o redeschidere, de obicei există o creștere în cererile de crawling. Acolo vei vedea și dacă sunt încă pagini de eroare 404 care sunt crawl-uite. Dacă unele nu se aliniază, discută-le cu dezvoltatorii.
Observi dacă serverul tău, PageSpeed-ul tău și codul tău sunt relativ bune dacă timpul de reacție al paginilor tale este sub 400. Cu cât se apropie mai mult de 1000 ms, cu atât mai recomandabilă devine o optimizare a PageSpeed-ului, de exemplu prin reducerea cererilor la baza de date și întărirea capacității serverului (mai multă putere de calcul, actualizare la cea mai recentă software de server, trecerea la HTTP2 sau HTTP3 (la Nginx)).
Perspectiva este că bugetul de crawling pentru site-urile individuale ar putea fi limitat de conținutul din ce în ce mai mult (AI) de pe site-uri, motiv pentru care aici ar trebui să se urmărească un timp de răspuns al paginilor cât mai bun, astfel încât roboții să poată crawl-at cât mai mult pe paginile tale în timpul disponibil.
Checklistă de redeschidere pentru descărcare
Checklistele de redeschidere încorporate Aici clic pentru a descărca checklistele sunt disponibile și sub formă de fișier PDF pentru descărcare. Descarcă-le și asigură-ţi astfel succesul proiectului!
Mărturisirile unui proprietar de agenție
Cerințele de SEO din checklistă ar putea primi și instrucțiuni detaliate, cum ar fi respectarea structurii titlurilor de la H1 la H6 și așa mai departe. Stabilirea valorilor țintă în instrumentele de testare reduce fericit checklistele de redeschidere în ansamblu, deoarece realizarea valorilor de top ale instrumentelor de testare menționate în checklistă poate fi realizată doar prin respectarea unui cod curat, utilizarea tehnologiei moderne, respectarea factorilor SEO-OnPage etc. Altfel, ar trebui să formulezi cele mai noi standarde web și cerințele tehnice și SEO în detaliu în caietul de sarcini, la care clienții din punct de vedere pur tehnic nu sunt capabili. Dacă agențiile trebuie să atingă valori ridicate în instrumentele de testare, nu le rămâne nimic altceva decât să lucreze după Bune Practici - o experiență nouă și pentru agenții :-)
Este timpul pentru o mărturisire. Definirea cerințelor SEO și procedura de tip checklist cu asigurarea și atingerea valorilor țintă în diferite instrumente de testare reprezintă un ideal care este rar întâlnit în realitate. Acest lucru depinde de:
- limitările bugetare ale clienților
- interesele de optimizare a profitului ale agențiilor
- restrictiile generate de tehnologiile utilizate
- și, din păcate, și lipsa de cunoștințe și incompetența de ambele părți
Nu le pot reproșa clienților. Ei caută ajutor profesional și aproape orice agenție digitală scrie pe site-ul lor și în documentele lor că optimizarea motoarelor de căutare este una dintre competențele lor de bază. Tot timpul există și referințe care demonstrează că, după relansare, vizibilitatea online a crescut de 3, 5 sau 10 ori. Dacă de la 10 vizitatori ajung acum 100 pe zi, este o creștere de 1000%, dar asta nu înseamnă neapărat succes. Multe succese în motoarele de căutare presupun că competitorii sunt digital mult mai slabi.
Agențiile își continuă munca mediocră cu metode învechite pentru că până în prezent nu folosesc instrumente moderne pentru asigurarea calității, chiar dacă pretind cu surle și trâmbițe în postările lor, referințele, practicile de top, etc., că au competențe în SEO. Poate că aceste agenții sunt cunoscute pentru cunoștințele lor, dar sunt și slabe la punerea în practică. Sună dur, dar este adevărul. Cu adevărat. Verifică-l tu însuți cu atenție! Ia lista de verificare de mai sus și selectează cea mai bună agenție din regiunea ta, de unde ești, cu URL-ul lor în instrumentele menționate mai sus. Apoi ia cea mai recentă referință de site pe care o găsești de la agenție și repetă. Ce rezultate vei vedea? Exact cele pe care le poți aștepta dintr-o colaborare. Poți verifica și referințele noastre și vei observa că în proiectele noastre pentru clienți nu obținem întotdeauna cele mai bune rezultate. Un astfel de flux de lucru cu o atitudine față de asigurarea calității bazate pe date s-a dezvoltat treptat pentru noi din proiect în proiect și s-a stabilit în special prin lucrarile noastre la TutKit.com.
Pe baza acestor verificări poți face cu aproape orice agenție, pentru că puține lucrează cu adevărat bazat pe date în asigurarea calității, pentru că nu au proiecte proprii pe piață timp de ani de zile și nu se văd nevoite să se măsoare într-un concurs dur pentru vizibilitatea online cu actori internaționali și pentru că agențiile tind să nu le pese dacă un proiect reușește sau nu, atâta timp cât factura pentru agenție este plătită și clienții își pot sărbători site-urile frumoase (dar de calitate medie) în postările lor și cu premii. Ironia specială în această situație: După testele menționate mai sus, adesea agențiile SEO ajung să fie printre cele mai slabe din punct de vedere al propriilor site-uri, pentru că adesea funcționează ca un cal cu o singură treabă ... un pachet de conținut extins pe baza cuvintelor cheie ale clientului pentru site. Pentru celelalte cerințe tehnice, de multe ori le lipsesc dezvoltatorii competenți.
Un avantaj este chiar atunci când agenția este localizată în altă parte și nu vei întâlni clientul în timp ce faci cumpărături în magazinul de bricolaj în calitate de angajat al agenției, care are de rezolvat o scădere semnificativă a vizibilității cu două cifre după o relansare. Dar clienții oricum nu prea verifică scăderea vizibilității, pentru că, deși toți au un banner de consimțământ cookie, puțini analizează cu adevărat cifrele și extrag de acolo lucrările de acțiune necesare. În cele din urmă, trebuie să crești cheltuielile pentru AdSpend. Că, astăzi, clasamentul organic depinde de un exces de site-uri bine pregătite din punct de vedere conținut și comparativ cu parametrii tehnici, semnalele utilizatorilor și (încă) backlink-urile, clienții știu puțin noroc. Și cu instrumentele KI pentru text, site-urile se vor îmbogăți în conținut numeric și calitativ ca niciodată și vom avea curând multe site-uri noi din străinătate în limba națională pe primele pagini ale SERP-urilor, pentru că cu instrumentele de traducere KI devine din ce în ce mai ușor să traducem magazinele online, portalurile, SAAS și alte site-uri și să atingem piața de origine digitală. Ne pregătim pentru o concurență acerbă. Abia începe...
Concluzie privind lista de verificare datadriven pentru relansarea site-ului web
O astfel de listă de verificare bazată pe date este una dintre puținele modalități eficiente de a forța agențiile să facă o treabă bună. Este chiar recomandabil să faci atingerea anumitor valori în instrumentele de testare ca criterii de acceptare. Ar trebui să fie reglementat contractual ca o parte din sumă să nu fie facturată decât la patru săptămâni după relansare, când toate datele importante sunt disponibile și confirmă faptul că valorile de top sunt atinse (precum Core Web Vitals și fragmentele de produs validate conform Schema-Markup în Consola de căutare). Utilizând acest flux de lucru - așa cum este descris în acest articol - vei limita pierderile de vizibilitate după relansare cu schimbări semnificative de conținut, structură și tehnice și vei crea baza pentru ca Google să clasifice site-ul tău sau magazinul online mai sus în curând.
Dacă articolul ți s-a părut interesant, te invităm să verifici și alte conținuturi de la noi: