SEO pentru site-uri construite cu AI: ce contează cu adevărat

Un site construit cu AI poate ajunge în top la fel de bine ca oricare altul: motoarele de căutare judecă ce conține pagina și cât de bine servește vizitatorul, nu ce instrument a scris codul. Problema este tehnică. Mulți constructori cu AI produc aplicații single-page care trimit browserului un fișier HTML aproape gol și desenează conținutul cu JavaScript, ceea ce face fiecare pagină mai greu de citit și de partajat pentru crawlere. Repară asta cu prerendering sau randare pe server, dă fiecărei pagini propriul titlu, descriere și URL, adaugă un sitemap, păstrează site-ul rapid și apoi fă partea pe care niciun instrument nu o face în locul tău — scrie conținut pe care oamenii îl caută.

De ce aplicațiile single-page pot avea probleme în căutare

Un site tradițional trimite textul complet al fiecărei pagini în HTML. O aplicație single-page (SPA) — rezultatul implicit al multor constructori cu AI, de obicei React cu un instrument precum Vite — trimite o carcasă HTML mică, ceva de genul unui <div id="root"> gol, plus un pachet JavaScript. Browserul rulează JavaScript, care apoi construiește pagina.

Asta contează pentru căutare în trei moduri:

1. Randarea este un pas în plus. Google descrie trei faze pentru paginile JavaScript: parcurge HTML-ul, îl randează într-un browser Chromium fără interfață și apoi indexează rezultatul randat. Ghidul Google spune că randarea pe server sau prerendering-ul rămân o idee bună pentru că sunt mai rapide pentru utilizatori și crawlere și pentru că nu toate botele pot rula JavaScript.
2. Alți cititori ai paginii nu randează deloc. Previzualizările de link din aplicațiile de chat și din rețelele sociale, precum și multe alte crawlere, citesc de obicei doar HTML-ul inițial. Dacă titlul și imaginea de previzualizare sunt setate de JavaScript după încărcare, previzualizările arată valorile implicite ale carcasei goale — de multe ori același titlu pe fiecare pagină.
3. Totul împarte un singur fișier HTML. Dacă aplicația nu îl actualizează, fiecare URL are același <title> și aceeași descriere, ceea ce spune puțin motoarelor de căutare despre fiecare pagină.

Nimic din toate acestea nu înseamnă că un SPA nu poate fi indexat. Înseamnă că te bazezi pe crawler să facă mai multă muncă și pierzi controlul asupra a ce văd cititorii care nu randează.

Alege o abordare de randare

Există patru moduri frecvente de a livra HTML real crawlerelor. În ordinea aproximativă a cât de mult îți schimbă aplicația:

O regulă practică: partea publică și căutabilă a site-ului ar trebui să fie statică sau prerandată; aplicația logată din spatele ei poate rămâne un SPA obișnuit. Motoarele de căutare nu ar trebui oricum să indexeze tablourile de bord.

Dacă pornești de la zero și SEO contează, spune asta din primul prompt, ca AI-ul să aleagă o configurare potrivită:

Construiește un site de marketing pentru o clinică de fizioterapie, cu pagini pentru Acasă, Servicii (o pagină pentru fiecare serviciu), Despre noi, Prețuri și Contact. SEO contează: fiecare pagină trebuie să livreze conținutul complet și propriul titlu și meta descriere în HTML-ul inițial — folosește o configurare statică sau prerandată, nu o aplicație single-page doar pe client.

Dacă ai deja un SPA Vite, cere prerendering pentru rutele publice:

Păstrează această aplicație React așa cum este, dar prerandează rutele publice (/, /pricing, /about, /blog și fiecare /blog/:slug) în HTML static la build, fiecare cu propriul titlu, meta descriere, URL canonic și tag-uri Open Graph. Rutele logate /app pot rămâne randate pe client.

După aceea, verifică rezultatul tu: deschide o pagină, alege Vezi sursa paginii (nu panoul Elements din instrumentele pentru dezvoltatori, care arată pagina randată) și confirmă că textul și titlul sunt în HTML-ul brut.

Fă bine elementele de bază pentru pagină

Acestea se aplică indiferent de abordarea de randare.

Titluri și meta descrieri

• Un <title> unic pentru fiecare pagină, cu subiectul principal al paginii în față. În jur de 50–60 de caractere este un reper comun, pentru că titlurile mai lungi tind să fie tăiate în rezultate.
• O meta descriere unică pentru fiecare pagină — o propoziție pe care cineva ar vrea să dea click, nu o listă de cuvinte cheie. Google o poate rescrie, dar una bună este adesea folosită.
• Renunță la meta keywords. Google spune că tag-ul nu are efect asupra indexării sau clasării.

URL-uri, titluri și linkuri

• URL-uri reale pentru pagini reale. Fiecare bucată de conținut are nevoie de propria cale (/servicii/masaj-sportiv), nu de un tab sau de un modal care există doar după un click. Evită rutarea cu fragmente # pentru conținutul pe care vrei să îl indexezi.
• Un singur h1 pe pagină, apoi un contur sensibil de h2/h3. Designurile generate de AI folosesc uneori titluri pentru stilizare; cere titluri semantice.
• Linkuri accesibile crawlerelor. Folosește linkuri reale <a href> pentru navigare. Butoanele care schimbă pagina cu JavaScript sunt invizibile pentru crawlerele care urmăresc linkuri.
• Tag-uri canonice care indică fiecare pagină spre URL-ul preferat, ca variantele ?utm= și duplicatele cu slash final să nu concureze între ele.
• Text alternativ descriptiv pentru imaginile relevante.

Previzualizări sociale

Adaugă tag-uri Open Graph (og:title, og:description, og:image, og:url) pe fiecare pagină publică, în HTML-ul inițial. Aceasta este partea pe care SPA-urile o greșesc cel mai des, pentru că botii care generează previzualizări de link nu rulează JavaScript.

Sitemap-uri și robots.txt

Un sitemap este un fișier XML cu lista URL-urilor pe care vrei să le indexezi. Ajută motoarele de căutare să găsească paginile, mai ales pe site-urile noi cu puține linkuri externe. Conform documentației Google, din septembrie 2026:

• Un singur sitemap poate avea până la 50.000 de URL-uri sau 50 MB necomprimat; site-urile mai mari se împart cu un index de sitemap-uri.
• Google ignoră <priority> și <changefreq>.
• Google folosește <lastmod> doar dacă este consecvent exact, deci actualizează-l pentru modificări reale de conținut, nu la fiecare build.

Un fișier robots.txt spune crawlerelor ce căi să nu parcurgă. Folosește-l ca să ții crawlerele departe de /app, /admin și rutele API și indică în el sitemap-ul. Ține minte că robots.txt oprește parcurgerea, nu indexarea: pentru a ține o pagină departe de rezultate, folosește un meta tag robots cu noindex și lasă-o să fie parcursă.

Trimite sitemap-ul în Google Search Console odată ce site-ul este pe domeniul final. Search Console arată și ce pagini sunt indexate și de ce altele nu sunt — cel mai util instrument SEO gratuit de acolo.

Date structurate

Datele structurate sunt marcaje citibile de mașini care descriu ce este o pagină: o organizație, o afacere locală, un produs, un articol, un eveniment. Google recomandă formatul JSON-LD și este clar în două privințe:

• Pot face paginile eligibile pentru rezultate bogate, dar nu garantează aceste rezultate.
• Trebuie să descrie informații vizibile pe pagină. Nu marca recenzii, prețuri sau întrebări frecvente pe care vizitatorii nu le pot vedea.

Puncte de plecare sensibile: Organization sau LocalBusiness pe pagina de start, Product pe paginile de produs, Article pe articolele de blog, BreadcrumbList pe paginile adânci. Testează cu Rich Results Test al Google.

Adaugă date structurate JSON-LD: LocalBusiness pe pagina de start, folosind adresa, telefonul și programul deja afișate pe pagină, și Article pe fiecare articol de blog. Nu adăuga evaluări sau recenzii.

Viteză și mobil

Google folosește semnalele de experiență a paginii, inclusiv Core Web Vitals, iar viteza contează pentru vizitatori în orice caz. Pragurile „bune” ale Google, măsurate la percentila 75 a încărcărilor de pagină, sunt:

Remedierile obișnuite pentru site-urile construite cu AI:

• Imagini — redimensionează, comprimă, folosește formate moderne, setează lățimea și înălțimea (ceea ce previne sărirea layoutului) și încarcă leneș imaginile de sub pliu.
• JavaScript — un pachet mare întârzie totul pe un SPA. Prerendering-ul ajută; la fel și împărțirea codului pe rută.
• Fonturi — limitează familiile și greutățile și precarcă pe cel folosit deasupra pliului.
• Scripturi terțe — fiecare widget de chat și fiecare pixel de urmărire costă viteză. Păstrează doar pe cele pe care le folosești.

Testează URL-ul live cu PageSpeed Insights sau Lighthouse în modul mobil.

Conținutul rămâne cea mai mare parte

SEO tehnic înlătură obstacole; nu creează cerere. Paginile ajung în top pentru că răspund unei căutări mai bine decât alternativele. Pentru majoritatea site-urilor mici, asta înseamnă:

• O pagină pentru fiecare subiect pe care oamenii îl caută. Un instalator are nevoie de o pagină pentru fiecare serviciu și pentru fiecare zonă deservită, nu de o singură pagină „Servicii” care enumeră tot.
• Detalii specifice și originale — prețuri, proces, fotografii cu lucrări reale, răspunsuri la întrebările pe care clienții le pun la telefon.
• Actualizate când se schimbă lucrurile. Programul și prețurile vechi pierd încrederea rapid.

AI-ul poate redacta pagini rapid, ceea ce face tentant să publici multe pagini subțiri și asemănătoare. Ghidurile Google vizează conținutul făcut în principal pentru a ajunge în top, nu pentru a ajuta oamenii, oricum ar fi fost produs. Folosește AI-ul ca să scrii o primă variantă, apoi adaugă ce știi doar tu. Site-urile în stil director sunt cele mai expuse; vezi cum construiești un site de director pentru cum să faci paginile de listare merită indexate.

Lista de verificare la lansare

• Paginile publice livrează conținutul complet în HTML-ul inițial (verifică cu Vezi sursa paginii)
• Titlu, meta descriere și URL canonic unice pe fiecare pagină
• Tag-uri Open Graph și o imagine de previzualizare pe fiecare pagină publică
• Un singur h1 pe pagină, linkuri reale <a href>, text alternativ la imagini
• sitemap.xml cu URL-uri reale; robots.txt care blochează căile aplicației și API-ului
• Date structurate doar pentru conținut vizibil, testate
• LCP, INP și CLS în intervalul „bun” pe mobil
• Site-ul pe domeniul final, cu HTTPS și trimis în Search Console

Mutarea pe propriul domeniu înainte de a începe să construiești trafic din căutări evită redirecționările ulterioare — vezi cum conectezi un domeniu personalizat. Pentru procesul mai larg de construire, citește cum construiești un site cu AI, iar pentru paginile menite să convertească vizitatorii, cum construiești o pagină de destinație care convertește.

SEO pe Mythex

Mythex nu are un panou SEO separat; îmbunătățești SEO schimbând aplicația prin conversație sau cod. Aplicațiile web noi folosesc implicit un SPA cu Vite și React, deci când căutarea contează, cere de la început un site static sau prerandat, sau Next.js. Documentația are un prompt de pornire pentru titluri, tag-uri Open Graph, sitemap și robots.txt în SEO pentru aplicația ta, iar site-urile statice acoperă site-urile centrate pe conținut. După modificări, publică din nou ca site-ul live să le preia. Domeniile personalizate sunt disponibile în planul Pro.

Întrebări