Optimizare On-Page

Optimizarea on-page este alinierea la nivel de pagină a titlurilor, descrierilor, heading-urilor, entităților, ancorelor interne și media cu o singură sarcină utilă a cititorului. Tipul de postare decide deja rolul structural al paginii; această fază face ca fiecare semnal vizibil și interpretabil de mașină să descrie acel rol în mod consecvent.

Faza: P11 · Etapa C — Producere. Timebox: 60–90 minute pentru o pagină nouă după aprobarea editorială; două până la patru ore pentru o pagină existentă, deoarece sunt necesare diagnosticare, păstrare și dovezi înainte-și-după. Responsabil principal: Lead SEO conținut. Contribuitori: redactor sau editor, strateg SEO, designer pentru modificări materiale media și dezvoltator când șabloanele emit HTML incorect.

De ce această fază și de ce aici

P11 consumă draftul aprobat și controalele de producție din sistemul de producție de conținut , plus intenția paginii, URL-ul canonic, entitățile primare, dovezile necesare și specificația tipului de postare . Structura a răspuns deja dacă activul este un ghid, o comparație, o pagină de produs, un termen de glosar sau un alt format. Munca on-page nu ar trebui să redeseneze această decizie forțând fiecare variantă de interogare în pagină.

Faza există deoarece același articol corect poate trimite semnale contradictorii. O filă de browser poate promite „Ghid de Migrare CRM Enterprise", H1 poate spune „Mutarea Datelor Dvs.", introducerea poate să nu numească niciodată sistemele implicate, iar linkurile interne pot numi pagina „citește mai mult". O persoană poate deduce relația după ce citește. Un motor de căutare, un cititor de ecran sau un sistem de regăsire AI trebuie să reconcilieze mai multe etichete mai slabe înainte de a putea decide despre ce este pagina și când este utilă.

Ordinea contează. Rulați optimizarea on-page înainte de faza dedicată de linking intern , deoarece P12 are nevoie de URL-ul final, heading-uri stabile și concepte de ancora aprobate. Rulați-o după redactare, deoarece un titlu scris înainte de a exista răspunsul promite adesea un domeniu pe care corpul nu îl livrează. Omiterea P11 lasă conținutul util mai greu de clasificat și mai puțin convingător pentru a da click. Executarea ei în timpul cercetării încurajează textul condus de cuvinte cheie înainte ca intenția de căutare —sarcina pe care un utilizator încearcă să o îndeplinească—să fie stabilită.

Intrări și ieșiri

Ieșirile sunt contractul cu linking-ul intern și asigurarea calității înainte de publicare. Un editor nu ar trebui să fie nevoit să deducă ce a însemnat titlul sau ce heading poate primi în siguranță un link profund.

Lista de verificare

Lista de verificare diferă la primul pas pentru o pagină existentă față de o pagină nouă. Verificările rămase împărtășesc standarde de acceptare, dar dovezile nu trebuie niciodată eliminate doar pentru a face o pagină veche să semene cu un șablon nou.

1. Alegeți ruta pentru pagină existentă sau pagină nouă

Ce: Clasificați munca drept optimizare pagină existentă sau finalizare pagină nouă înainte de a modifica textul. O pagină existentă are un istoric măsurabil și poate satisface deja interogări în afara brief-ului curent; o pagină nouă nu are o linie de bază a performanței de protejat.

De ce: Editarea unei pagini cu performanță live fără a captura acoperirea sa funcțională face pierderile imposibil de diagnosticat. Tratarea unei pagini noi ca și cum ar fi o pagină în declin invită linii de bază inventate și afirmații premature de succes.

Cum: Pentru o pagină existentă, exportați titlul curent, descrierea, structura H1–H3, ancorele interne, media, primele interogări, click-urile, impresiile, CTR, poziția medie și conversiile pentru un interval declarat. Adnotați ce trebuie păstrat. Pentru o pagină nouă, verificați intenția aprobată, tipul de postare, URL-ul, lista de entități și acțiunea de conversie; marcați câmpurile de performanță „linie de bază după lansare", nu zero.

Instrument: Utilizați Interogări Google Search la app.amicited.com/reports/google-search/queries pentru dovezi live ale interogărilor. Utilizați previzualizarea CMS și brief-ul aprobat pentru o pagină nouă.

Finalizat când: Înregistrarea modificărilor menționează ruta, fereastra de dovezi, responsabilul, interogările sau secțiunile protejate și motivul muncii. Nicio modificare de text pe o pagină existentă nu începe fără o linie de bază capturată și nicio pagină nouă nu este judecată pe baza unui istoric de performanță fabricat.

2. Reconformați promisiunea principală unică a paginii

Ce: Scrieți o propoziție: „Această pagină ajută [publicul] să finalizeze [sarcina] oferind [răspuns sau suport decizional]." Marcați o temă principală de interogare și întrebările secundare importante la care corpul răspunde cu adevărat.

De ce: Titlurile, heading-urile, entitățile, ancorele și media pot fi de acord doar atunci când pagina are un singur rol dominant. O listă de cuvinte cheie nu este o promisiune, deoarece nu spune nimic despre rezultatul pe care îl primește cititorul.

Cum: Comparați intenția aprobată cu răspunsul de deschidere, dovezile, așteptările paginii de rezultate și îndemnul la acțiune. Dacă draftul servește două sarcini diferite cu dovezi sau acțiuni următoare diferite, returnați-l la revizuirea domeniului, mai degrabă decât să ascundeți conflictul într-un titlu larg.

Instrument: Utilizați brief-ul, revizuirea live a rezultatelor și dovezile de interogare atașate la pasul 1.

Finalizat când: Un recenzent poate citi promisiunea și poate indica răspunsul direct, secțiunile de susținere și acțiunea următoare care o îndeplinesc. Fiecare temă de interogare păstrată se potrivește aceluiași rol.

3. Scrieți un titlu care poate supraviețui rescrierii

Ce: Finalizați tag-ul title HTML—numele paginii afișat într-o filă de browser și utilizat frecvent ca titlu în rezultatele de căutare—și H1-ul său vizibil.

De ce: Motoarele de căutare pot rescrie titlurile atunci când sunt repetitive, vagi, înghesuite cu cuvinte cheie, învechite sau inconsistente cu pagina vizibilă. Nicio formulare nu poate preveni fiecare rescriere, deoarece rezultatele se adaptează la interogări și dispozitive. Un titlu specific, concis, care este de acord cu H1 și cu răspunsul, oferă sistemului mai puține motive să înlocuiască încadrarea paginii.

Cum: Începeți cu subiectul și rezultatul util, adăugați un element de diferențiere doar când corpul îl dovedește și puneți brandul la sfârșit când ajută la identificare. Eliminați textul standardizat comun la sute de pagini. Păstrați H1 natural și ușor mai lizibil decât titlul, dacă este necesar, dar faceți ca ambele să descrie același domeniu. Previzualizați lățimea, mai degrabă decât să tratați un număr de caractere ca regulă de poziționare.

Instrument: Utilizați previzualizarea de căutare CMS, compararea rezultatelor live și Interogări Google Search pentru limbajul pe care oamenii îl folosesc efectiv.

Finalizat când: Sursa redată conține un titlu unic, nevid și un H1; niciunul nu este o listă de variante de cuvinte cheie; promisiunile lor coincid între ele și cu răspunsul de deschidere; iar cuvintele importante ale titlului rămân ușor de înțeles dacă coada sa este trunchiată.

4. Scrieți o descriere care merită click-ul corect

Ce: Scrieți meta descrierea , un sumar HTML pe care motoarele de căutare îl pot afișa sub titlul rezultatului.

De ce: Descrierea nu este un snippet garantat și nu este un loc pentru a forța poziționările. Rolul său este de a clarifica valoarea și calificarea paginii, astfel încât utilizatorul potrivit să o poată alege. Motoarele de căutare selectează frecvent textul vizibil al paginii atunci când acel text răspunde mai precis la o interogare.

Cum: Menționați subiectul, rezultatul, constrângerea utilă și pasul următor într-un limbaj simplu. Folosiți termenul principal acolo unde este natural. Vizați 120–160 de caractere ca interval editorial, apoi previzualizați pe desktop și mobil. Nu repetați titlul, nu folosiți superlative nejustificate și nu promiteți instrumente, prețuri, șabloane sau dovezi absente din pagină.

Instrument: Utilizați previzualizarea CMS și CTR Gap la app.amicited.com/reports/ctr-gap pentru rezultatele existente care câștigă mai puține click-uri decât așteptarea ajustată a site-ului.

Finalizat când: Descrierea este unică, corectă fără context, lizibilă în previzualizare și susținută de pagină. Pentru o editare existentă de tip CTR-gap, descrierea anterioară, cauza diagnosticată, înlocuirea și data revizuirii sunt înregistrate.

5. Transformați heading-urile în structura paginii

Ce: Faceți ca H1, H2-urile și H3-urile să fie o structură imbricată a răspunsului. Nivelurile de heading sunt etichete HTML semantice, nu controale pentru dimensiunea fontului.

De ce: Cititorii scanează heading-urile pentru a decide unde să investească atenția. Tehnologia asistivă le folosește pentru navigare, în timp ce sistemele de căutare și regăsire le folosesc pentru a asocia pasaje cu întrebări și entități. Heading-urile decorative sau goale corup această structură.

Cum: Folosiți un H1 pentru pagină. Dați fiecărei secțiuni majore un H2 și rezervați H3 pentru o subdiviziune reală a părintelui său. Rescrieți etichetele vagi precum „Prezentare generală", „Mai multe" și „Beneficii" astfel încât să numească subiectul în context. Mutați nevoile de stilizare în sistemul de design; nu selectați H4 pentru că arată mai mic. Fiecare heading trebuie să introducă text, un tabel, o listă, media sau un alt răspuns substanțial.

Instrument: Utilizați structura DOM redată, nu doar editorul vizual. Verificați atât previzualizările desktop, cât și mobil.

Finalizat când: Există exact un H1; niciun nivel nu este sărit doar pentru aspect; fiecare H3 aparține H2-ului precedent; niciun heading nu este gol sau duplicat fără o structură repetată clară; iar citirea doar a heading-urilor oferă un sumar veridic al paginii.

6. Denumiți entitățile și stabiliți relațiile dintre ele

Ce: Verificați entitățile paginii—persoane, organizații, produse, locuri, standarde, metode sau măsurători distincte—și relațiile afirmate între ele.

De ce: Repetarea unui cuvânt cheie nu rezolvă dacă „Mercury" înseamnă o planetă, un element, o marcă de mașini sau o companie de plăți. Nume clare, categorii, atribute și relații ajută un cititor și o mașină să conecteze afirmațiile la lucrul corect.

Cum: Folosiți numele complet preferat la prima mențiune, definiți termenii specializați și stabiliți relațiile importante în propoziții complete. Adăugați versiuni, locații, date, unități și paternitate acolo unde schimbă sensul. Folosiți sinonime natural după dezambiguizare. Eliminați listele de entități care nu au o relație explicativă și verificați fiecare asociere factuală față de materialul sursă aprobat.

Instrument: Utilizați lista de entități din brief, jurnalul surselor editoriale și căutarea în pagina redată. Dovezile din interogările AmICited pot arăta vocabularul pe care îl aplică utilizatorii, dar nu verifică relațiile factuale.

Finalizat când: Fiecare entitate primară este lipsită de ambiguitate la prima mențiune semnificativă, fiecare relație materială are dovezi, numele și versiunile sunt consistente, iar un editor poate extrage o listă de entități–relații fără a ghici la ce se referă un pronume sau un acronim.

7. Faceți ca ancorele interne să descrie următorul pas util

Ce: Revizuiți textul ancora —cuvintele vizibile pe care se poate da click—pentru fiecare link intern deja atribuit paginii.

De ce: „Click aici" și „află mai multe" ascund destinația de la persoanele care scanează pagina și de la sistemele care interpretează relația. Repetarea exactă nu este soluția; ancorele ar trebui să descrie de ce destinația ajută în acel punct al răspunsului.

Cum: Plasați linkurile acolo unde destinația rezolvă o întrebare, oferă o dovadă sau permite următoarea sarcină. Folosiți un limbaj descriptiv concis care se potrivește în propoziție. Variați formularea când contextul se schimbă, evitați linkarea aceleiași destinații în mod repetat într-o secțiune scurtă și nu adăugați niciodată un link doar pentru a plasa o frază țintă.

Instrument: Utilizați obligațiile de link aprobate, inspectorul de linkuri CMS și pagina redată. Următoarea fază va evalua acoperirea grafului și oportunitățile paginii sursă.

Finalizat când: Fiecare link intern se rezolvă la URL-ul canonic intenționat, zero ancore generice de tip „click aici" sau URL-uri goale rămân, destinația este de înțeles din propoziția sa, iar predarea listează heading-urile stabile și conceptele pe care P12 le poate folosi pentru linkuri de intrare.

8. Optimizați media pentru sens, acces și viteză

Ce: Revizuiți imaginile, diagramele, graficele, videoclipurile și încorporările pentru scop, plasare, dimensiuni, format de fișier, legende și text alternativ —alternativa textuală anunțată când o imagine nu poate fi văzută.

De ce: Media ar trebui să explice ceva ce textul nu poate arăta la fel de eficient. Graficele neetichetate ascund dovezi, dimensiunile lipsă cauzează deplasări de layout, iar fișierele decorative cu text alternativ verbose creează zgomot pentru utilizatorii de cititoare de ecran. Activele mari pot încetini răspunsul fără a-l face mai clar.

Cum: Păstrați fiecare activ doar atunci când dovedește, explică sau demonstrează un punct. Scrieți text alternativ concis pentru imaginile semnificative, bazat pe funcția lor în context; folosiți text alternativ gol pentru imaginile pur decorative. Puneți tendințele și concluziile din grafice în text vizibil, furnizați lățime și înălțime, utilizați un format eficient și încărcați lazyload pentru media de sub fold acolo unde implementarea îl suportă. Capturați capturi de ecran de produs la un viewport lizibil și redactați datele personale sau ale clienților.

Instrument: Utilizați manifestul media, inspecția de accesibilitate a browserului, verificarea dimensiunilor imaginii și bugetul de performanță agreat al site-ului.

Finalizat când: Fiecare element media are un responsabil și un scop; activele informative au text alternativ adecvat; activele decorative folosesc alternative goale; graficele își declară concluzia în text; dimensiunile sunt declarate; nicio dată sensibilă nu este vizibilă; și fiecare fișier trece bugetul media al site-ului sau are o excepție aprobată.

9. Redați, comparați și aprobați pagina completă

Ce: Revizuiți pagina redată ca un singur sistem și înregistrați setul de modificări.

De ce: Câmpurile care trec individual pot intra în conflict împreună. Un titlu concis poate restrânge domeniul, în timp ce un H2 vechi îl lărgește; o descriere puternică poate promite un șablon eliminat în editare; un nou ID de heading poate rupe un link profund de intrare.

Cum: Comparați titlul, descrierea, H1, răspunsul de deschidere, structura, entitățile, ancorele, media și CTA cu promisiunea principală. Inspectați ieșirea HTML, desktop, mobil, navigarea cu tastatura și destinația live a fiecărui link. Pentru o pagină existentă, separați modificările pe ipoteze, astfel încât măsurarea ulterioară să poată identifica ce a cauzat probabil o schimbare.

Instrument: Utilizați previzualizarea CMS, inspectorul de browser, verificatorul de linkuri disponibil echipei de publicare și capturile de bază AmICited.

Finalizat când: Porțile de acceptare de mai jos trec toate, responsabilul principal aprobă URL-ul redat, dovezile înainte-și-după sunt atașate, datele de publicare și măsurare sunt stabilite, iar problemele nerezolvate au un responsabil, mai degrabă decât să dispară într-un comentariu.

Instrumente în AmICited

AmICited identifică paginile care merită modificate și oferă dovezi pentru modificare. Nu înlocuiește revizuirea rezultatului live, a HTML-ului redat sau a promisiunii paginii.

Reguli de decizie

Aceste numere sunt porți de revizuire, nu praguri universale ale algoritmului. O excepție documentată poate trece; o excepție invizibilă nu poate.

Nu folosiți densitatea cuvintelor cheie ca poartă de verificare. Densitatea este un raport dintre aparițiile unei fraze și numărul total de cuvinte, dar nu poate spune dacă o pagină răspunde la întrebare, distinge entitățile sau se citește natural. Zero inserții forțate este standardul. De asemenea, un heading cu potrivire exactă fără conținut în spate eșuează chiar dacă un instrument marchează fraza ca „optimizată".

Livrabil: foaia de modificări on-page

Predați un rând versionat per URL, legat la textul gata pentru CMS și la dosarul cu dovezi.

URL | Rută: existentă/nouă | Promisiune principală | Public | Tip postare
Titlu înainte | Titlu după | Descriere înainte | Descriere după | H1
Structură heading-uri | Entități primare | Ancore interne | Manifest media
Interogări/secțiuni protejate | Linkuri dovezi AmICited | Ipoteză modificare
Responsabil | Recenzent | Dată publicare | Dată măsurare | Stare | Excepții

Pentru paginile existente, includeți dovezi înainte-și-după și dovezi exportate ale interogărilor. Pentru paginile noi, includeți brief-ul aprobat și marcați câmpurile de performanță „în așteptarea liniei de bază". Înregistrați fiecare excepție lângă poarta eșuată. Publicarea trebuie să poată implementa foaia fără a rescrie câmpuri, iar măsurarea trebuie să poată reconstrui modificarea.

Ce merge prost

• Un scor înlocuiește judecata. Un plugin devine verde pentru că o frază apare suficient de des, în timp ce pagina răspunde la sarcina greșită. Reveniți la promisiunea principală și la intenția de interogare observată.
• Snippet-ul promite prea mult. Un titlu plin de cuvinte cheie sau o promisiune nejustificată precum „șablon gratuit" atrage click-ul greșit și invită la rescriere. Păstrați un subiect, un rezultat și doar afirmații pe care corpul le îndeplinește.
• Heading-urile sunt decorative. Editorii aleg niveluri de heading pentru dimensiune sau adaugă heading-uri sub formă de întrebări urmate de o propoziție goală. Reparați structura în HTML și folosiți stiluri de design pentru aspect.
• Ancorele cu potrivire exactă se înmulțesc. Fiecare link către o pagină comercială folosește aceeași frază forțată. Scrieți ancore pentru propoziția locală și nevoia utilizatorului; consistența destinației nu necesită formulare identică.
• Un câștigător existent este rescris ca o pagină goală. Subiecte și limbaj utile dispar deoarece noul brief înregistrează doar interogarea principală. Păstrați acoperirea adiacentă și înregistrați eliminările deliberate.
• Fiecare CTR scăzut devine o problemă de text. O prezentare generală AI, un pachet de imagini, o nepotrivire de brand sau o pagină de destinație greșită pot suprima click-urile. Inspectați rezultatul live înainte de a modifica snippet-ul.
• Rescrierea de către motorul de căutare declanșează editări zilnice. O variație observată a titlului cauzează modificări reactive care șterg experimentul. Colectați dovezi repetate, specifice interogării și modificați doar când pagina însăși este nealiniată.

Următoarea fază

Faza de linking intern primește URL-ul canonic final, promisiunea principală, structura stabilă de heading-uri, entitățile aprobate, linkurile externe existente și conceptele candidate de ancora. Folosește aceste câmpuri pentru a decide ce pagini relevante ar trebui să trimită linkuri, ce rute contextuale ar trebui să ducă afară și cum se potrivește pagina în graful mai larg al site-ului.

Nu predați o hartă provizorie de heading-uri sau un URL care se poate schimba după publicare. P12 ar trebui să decidă plasarea și acoperirea linkurilor, nu să redeschidă intenția paginii sau să inventeze etichete pentru un răspuns neterminat. Responsabilul on-page rămâne responsabil pentru orice modificări de formulare necesare pentru ca un link planificat să devină natural.

Puneți semnalele la nivel de pagină de acord

Începeți cu dovezile efective ale paginii: deschideți raportul Interogări pentru URL-ul deținător, utilizați raportul de oportunitate CTR când click-urile sunt sub așteptarea ajustată sau deschideți lista de lucru pentru oportunități de pagină când un cluster este suficient de aproape pentru a fi îmbunătățit. Apoi trimiteți o ipoteză documentată la nivel de pagină, nu un pachet de inserții de cuvinte cheie.