SEO & vizibilitate
Yoast SEO în WordPress: configurare fără metadate duplicate
Un proces de configurare Yoast cu responsabilități clare: setări globale, excepții, metadate și probe în pagina publică.
Configurarea corectă Yoast SEO începe cu responsabilitatea pentru fiecare element: cine generează titlul, descrierea, canonicalul, sitemapul și graful Schema. Setează regulile generale, verifică excepțiile și inspectează HTML-ul public. Un indicator verde în editor nu demonstrează că Google primește metadatele dorite.
Ai completat descrierea în Yoast, dar în sursa paginii apare alt text? Sau aceeași pagină conține două descrieri și două adrese canonice? Înainte să rescrii conținutul, separă setarea salvată de rezultatul livrat. Tema, un constructor vizual, un plugin propriu și cache-ul pot participa la aceeași pagină. Scopul acestui ghid este să organizezi acea colaborare, nu să activezi fiecare opțiune disponibilă.
Propunem un proces de lucru pentru un site WordPress cu servicii și blog. Configurarea comercială a unei extensii pentru magazine poate adăuga alte câmpuri, iar denumirile meniurilor se pot schimba. Pentru principiile conținutului, folosește separat ghidul de meta descriere și atelierul de SEO copywriting. Aici verificăm instrumentul și ieșirea lui tehnică.
1. Inventariază componentele înainte de configurare
Deschide lista modulelor active și notează extensiile care pot modifica SEO: pluginul principal, addonurile lui, tema, constructorul, un modul de traducere și implementările personalizate. Nu dezactiva totul pe site-ul public pentru a vedea ce se întâmplă. Pregătește o copie de test protejată și salvează configurația existentă. Scrie cine a aprobat schimbarea și cum revii la starea inițială.
Alege șase URL-uri reprezentative: homepage, serviciu, articol, categorie de blog, o pagină cu paginare și o adresă care nu trebuie indexată. Acest eșantion este propunerea noastră de verificare, nu o cerință Yoast. Pentru fiecare, păstrează sursa HTML, codul HTTP și valorile SEO actuale. Astfel poți identifica o regresie concretă, nu doar diferențe între două capturi din editor.
Un audit SEO ar trebui să distingă proprietarul datelor de componenta care le afișează. De exemplu, un plugin de blog poate furniza titlul printr-un filtru Yoast, iar Yoast să publice singur elementul în document. Aceasta este integrare. Două componente care scriu independent același element reprezintă altă situație și necesită investigație.
2. Completează identitatea site-ului, nu o identitate inventată
Configurarea inițială Yoast include reprezentarea site-ului și informațiile despre persoana sau organizația asociată. Documentația separă această etapă de setările editoriale ale paginilor. Introdu datele reale și verifică imaginea selectată, nu un logo demonstrativ rămas din instalare. [1] [2]
În fișa ta de configurare, trece denumirea publică, pagina despre companie, persoana responsabilă de conținut și sursa informațiilor de contact. Verifică dacă aceste date sunt coerente cu footerul și pagina de contact. Nu transforma fiecare autor în organizație și nu atribui articolului experiență pe care autorul nu o poate documenta. Experiența și încrederea demonstrate se construiesc prin dovezi, nu prin completarea unor câmpuri decorative.
Fă separat o probă de distribuire socială. O imagine potrivită pentru logo nu este automat potrivită ca imagine mare a articolului. Verifică lizibilitatea titlului și tăierea imaginii pe mobil. Notează ce vine din setarea globală și ce este personalizat în articol, pentru ca editorul următor să nu confunde fallbackul cu o eroare.
3. Decide ce tipuri de conținut au rol în căutare
În setările Yoast pentru tipurile de conținut poți configura apariția în căutare, șabloanele de titlu și descriere și anumite valori Schema. Tipurile disponibile depind de instalarea WordPress. O modificare la nivel de tip poate afecta numeroase pagini, de aceea testează pe eșantion înainte să salvezi o regulă generală. [3]
Construiește o matrice simplă. Serviciile explică oferta; articolele rezolvă întrebări; categoriile organizează lectura. Un șablon intern Elementor sau un formular reutilizabil nu are automat nevoie de pagină publică de sine stătătoare. Decizia se bazează pe conținut și accesibilitate, nu pe numărul de obiecte detectate într-un inventar. Un obiect WordPress și un URL util cititorului sunt lucruri diferite.
| Tip de pagină | Întrebarea de verificare | Decizie de documentat |
|---|---|---|
| Articol | Răspunde unei întrebări distincte? | Titlu și descriere specifice |
| Categorie | Are introducere și articole relevante? | Rol editorial propriu |
| Șablon intern | Este destinat vizitatorilor? | Fără expunere accidentală |
| Pagină privată | Există autentificare reală? | Control de acces, nu doar SEO |
Nu folosi noindex ca protecție pentru documente confidențiale. Protecția se implementează la acces. Pentru diferența dintre descoperire și includerea în rezultate, continuă cu verificările de indexare Google. Acest pas previne amestecarea unei probleme de securitate cu una de vizibilitate.
4. Construiește titluri și descrieri fără sufixe repetitive
Propunerea noastră este să pornești de la intenția paginii, apoi să alegi șablonul. Pentru un serviciu, titlul trebuie să identifice serviciul și diferența relevantă. Pentru un tutorial, trebuie să indice operațiunea și problema rezolvată. Nu crea același titlu pentru toate articolele și nu adăuga o listă de servicii la finalul fiecăruia doar pentru a repeta expresii comerciale.
Google generează automat titlul rezultatului folosind mai multe semnale ale paginii și poate afișa o variantă diferită de elementul title. Recomandarea oficială este claritatea și specificitatea, nu un număr rigid de caractere care garantează afișarea integrală. [5]
Exemplu editorial: „Configurare Yoast SEO: titluri, indexare și verificări” descrie operațiunea. „Yoast SEO SEO WordPress optimizare Google agenție” nu clarifică beneficiul. În previzualizare, urmărește dacă primele cuvinte diferențiază articolul. În sursa publică, urmărește dacă exact acea valoare este livrată. Sunt două teste diferite, ambele necesare.
Descrierea poate rezuma pașii și rezultatul verificabil, fără promisiuni de poziția întâi. Pentru paginile importante, preferă o descriere scrisă individual în locul unui extras automat care începe cu text administrativ. Serviciul de optimizare on-page trebuie să includă aceste excepții, nu doar modificarea șablonului global.
5. Verifică ce se întâmplă cu arhivele și sitemapul
Yoast poate genera sitemapuri XML și le actualizează pe măsură ce conținutul se schimbă. Documentația explică legătura dintre vizibilitatea tipurilor de conținut și includerea în sitemap. Verifică indexul efectiv oferit de instalare, nu presupune că orice adresă numită sitemap aparține aceleiași componente. [4]
În protocolul de test, compară trei liste: paginile pe care vrei să le faci publice, paginile accesibile prin navigație și adresele din sitemap. Diferențele sunt puncte de investigat. Un articol nou poate fi încă în ciornă, o categorie poate fi goală sau un URL poate fi redirecționat. Nu forța includerea fără să înțelegi starea obiectului.
Arhivele de autor și etichetele merită decizii separate. Pentru o echipă cu autori reali și teme distincte, arhiva poate avea sens. Pentru pagini aproape identice, verifică întâi valoarea oferită. Ghidul despre canibalizarea SEO ajută la evaluarea suprapunerii; nu este necesar să ștergi automat toate arhivele. Implementarea detaliată a sitemapului rămâne în tutorialul dedicat sitemapurilor XML.
6. Identifică exact sursa metadatelor duplicate
Deschide sursa HTML a unei pagini publice, nu doar panoul Elements după executarea scripturilor. Caută elementele title, description, canonical, og:title și blocurile JSON-LD. Numără elementele de același fel, dar nu considera greșit orice document care are mai multe tipuri de metadate: titlul HTML și titlul Open Graph au utilizări diferite.
Urmează o ordine controlată în copia de test. Dezactivează întâi emiterea SEO în componenta secundară, păstrând datele. Reîncarcă pagina fără vechiul cache și compară rezultatul cu sursa salvată. Dacă duplicatul dispare, ai o dovadă despre emitent; dacă nu, revino și testează următoarea componentă. Modificarea simultană a cinci pluginuri nu îți arată care a produs problema.
Graful Schema se integrează prin mecanismele oferite de Yoast, astfel încât entitățile să rămână conectate. Nu elimina orice script JSON-LD doar fiindcă vezi mai multe noduri: un graf poate conține legitim organizația, site-ul, articolul și traseul navigării. [6] Pentru explicații despre relațiile dintre entități, vezi date structurate în WordPress.
Un diagnostic util consemnează URL-ul, valoarea așteptată, valoarea găsită și componenta confirmată prin test. „Yoast nu merge” nu este suficient pentru dezvoltator. „Descrierea apare de două ori, iar a doua dispare când filtrul modulului personalizat este oprit” oferă un punct de intervenție verificabil.
7. Testează pagina publică după invalidarea țintită a cache-ului
Editorul poate arăta setarea nouă, în timp ce vizitatorul primește un document salvat anterior. Propunem invalidarea doar a URL-ului modificat și a listelor afectate, apoi verificarea anonimă. Nu transforma fiecare modificare de titlu într-o golire a întregului site și nu confunda o copie veche cu o eroare în baza de date.
Verifică separat desktop și mobil, cu aceeași adresă și aceiași parametri. Salvează ora și antetele răspunsului. Dacă valorile diferă, investighează traseul de livrare înainte să editezi din nou titlul. Ghidul HIT, MISS și BYPASS explică acest nivel al diagnosticului. În cazul stilurilor lipsă, configurarea WP Rocket este un subiect distinct de metadate.
Pentru o verificare punctuală, poți folosi Web Inspector sau un crawler configurat prudent. Verificarea automată trebuie completată cu lectura paginii: o descriere tehnic unică poate descrie prost serviciul, iar un titlu valid poate induce în eroare cititorul. Testul semantic nu este înlocuit de un contor.
8. Predă configurația ca proces editorial repetabil
După remediere, pregătește o fișă pentru editor: unde se modifică titlul, ce valori sunt moștenite, cine aprobă schimbările globale și ce se verifică după publicare. Include un exemplu bun și unul respins din propriul proiect, anonimizate când este necesar. Nu transforma instruirea într-o listă de butoane care devine inutilă după următoarea actualizare.
În exemplul nostru ipotetic, echipa publică un ghid nou. Editorul verifică intenția și metadatele, responsabilul tehnic confirmă ieșirea HTML, apoi pagina intră în monitorizare. Dacă rezultatul de căutare diferă ulterior, comparăm sursa curentă și istoricul, fără să promitem că Google va reproduce exact textul ales. Search Console oferă contextul de monitorizare, nu o comandă de rescriere a rezultatului.
Leagă ghidul de serviciul sau instrumentul pe care îl completează, cu ancore descriptive. Legăturile interne susțin orientarea cititorului și arhitectura site-ului; instalarea Yoast nu construiește singură acele relații. Înainte să adaugi alt articol aproape identic, verifică biblioteca și actualizează materialul potrivit.
Control suplimentar: ce faci când salvarea și sursa nu coincid
Într-un proiect cu module personalizate, construiește o trasabilitate a valorii. Pornește de la câmpul editat, identifică obiectul WordPress și confirmă că pagina publică folosește acel obiect. O categorie și o pagină cu același nume pot avea editări diferite. Dacă modifici descrierea unei pagini statice, dar URL-ul este o arhivă de categorie, rezultatul poate rămâne neschimbat fără ca salvarea să fi eșuat.
Propunem o verificare în trei trepte. Prima este citirea valorii salvate în editorul corect. A doua este identificarea filtrelor care pot înlocui valoarea la afișare. A treia este compararea documentului final după invalidarea țintită. Păstrează această ordine: altfel riști să modifici repetat textul pentru a compensa un filtru care îl ignoră de fiecare dată.
Verifică și paginarea unei categorii. Pagina întâi și pagina a doua nu trebuie confundate în capturi sau în adresele folosite pentru test. Notează URL-ul complet și verifică titlul, canonicalul și legăturile de navigare în context. Nu aplica automat aceeași adresă canonică tuturor paginărilor doar pentru a reduce numărul URL-urilor raportate.
În cazul unei schimbări de slug, controlează că metadatele urmăresc obiectul corect și că recomandările interne folosesc noua destinație. Nu rescrie toate ancorele fără inventariere. O implementare de legături interne poate avea o asociere stabilă cu ID-ul, în timp ce un link introdus manual rămâne pe adresa veche. Testează ambele situații.
Documentează o excepție reală pentru echipă: de exemplu, categoria are titlu editorial furnizat de modulul Blog, dar descrierea este administrată într-un câmp separat. Nu lăsa această regulă numai în memoria dezvoltatorului. O hartă a responsabilităților previne intervenții contradictorii la următoarea actualizare și reduce timpul necesar depanării.
Înainte de închiderea sarcinii, cere unui alt editor să facă o modificare reversibilă în staging, folosind doar instrucțiunile scrise. Dacă nu poate găsi câmpul sau înțelege de ce valoarea finală diferă, predarea nu este încă suficient de clară. Corectează procedura, nu doar exemplul tehnic folosit de tine.
Întrebări frecvente despre configurarea Yoast SEO
Trebuie să obțin toate indicatoarele verzi?
Folosim indicatorii ca semnale de revizie, nu ca obiectiv editorial absolut. O recomandare poate fi nepotrivită pentru un titlu tehnic sau o explicație specializată. Citește textul, verifică intenția și inspectează HTML-ul. Nu repeta artificial expresia principală doar pentru a modifica o culoare în editor.
Este greșit dacă titlul din Google diferă?
Diferența nu dovedește singură o defecțiune. Verifică mai întâi că site-ul livrează titlul dorit, că acesta este coerent cu H1 și că nu a rămas o versiune veche. Apoi urmărește rezultatele în timp, fără schimbări zilnice care împiedică evaluarea unei configurații stabile.
Pot păstra un plugin de blog cu metadate proprii?
Da, când există o integrare clară: modulul furnizează datele, iar emiterea lor este coordonată. Cere o verificare a documentului final și a grafului, nu doar confirmarea că ambele extensii sunt active. Soluția potrivită este compatibilitatea explicită, nu eliminarea arbitrară a funcțiilor utile.
Care este criteriul de finalizare?
Eșantionul are valorile aprobate, excepțiile sunt documentate, nu există duplicări neintenționate, iar un editor poate publica următoarea pagină fără intervenție de urgență. Acesta este un rezultat verificabil. Poziționarea în căutare se evaluează separat, împreună cu relevanța, conținutul și semnalele întregului site.
Surse și documentație
Procedura și exemplele sunt propuneri editoriale KEPA; valorile ilustrative nu reprezintă rezultate ale clienților. Documentația platformelor a fost consultată la 21 septembrie 2026. Denumirile opțiunilor pot varia între versiuni și planuri.
AI CLARIFICAT PROBLEMA?
Hai să o transformăm
într-o implementare.
Folosește ghidul pentru diagnostic. Pentru intervenții în proiect, stabilim ce trebuie schimbat și cum verificăm rezultatul.
