Google Search Console: Guia Completa per a SEO 2026

Què és Google Search Console i per què és imprescindible

L’eina gratuïta més infrautilitzada del SEO tècnic no és un crawler, ni un analitzador de backlinks, ni un plugin d’optimització on-page. És Google Search Console. La majoria de professionals la tenen configurada, però sorprenentment pocs la consulten amb la profunditat que mereix. Segons dades recopilades per Ahrefs el 2025, menys del 30% dels propietaris de llocs web verificats a GSC revisen activament els informes d’indexació més d’un cop al mes.

Google Search Console és la interfície directa entre el teu lloc web i Google. És l’única font de dades que et diu exactament quines consultes generen impressions i clics cap al teu lloc, quines pàgines estan indexades i quines no, quins errors de rastreig ha trobat Googlebot, i com funcionen les teves pàgines en termes de Core Web Vitals mesurats amb dades reals d’usuaris Chrome. Cap eina de pagament, per sofisticada que sigui, té accés a aquestes dades: són exclusives de Google.

L’origen de GSC es remunta a Google Webmaster Tools, llançada el 2005. El 2018 es va rebatejar com Google Search Console amb una interfície redissenyada, i des de llavors ha incorporat informes de Core Web Vitals, dades d’experiència de pàgina i funcionalitats avançades com l’API d’inspecció d’URLs. Per a qualsevol professional del SEO tècnic, GSC és el punt de partida de qualsevol auditoria. Abans d’obrir Screaming Frog, abans de configurar un rastreig a Sitebulb, abans d’analitzar logs del servidor, la primera pregunta sempre hauria de ser: què està veient Google? I aquesta pregunta només es pot respondre des de Search Console.

Si estàs realitzant una auditoria SEO tècnica, GSC proporciona el 60% de les dades de diagnòstic que necessites abans de recórrer a eines externes. La diferència entre dades de GSC i dades d’eines de tercers és fonamental. GSC mostra dades reals de Google: impressions reals en resultats reals, clics d’usuaris reals, posicions mitjanes calculades per Google, estats d’indexació determinats per Googlebot. Les eines de tercers estimen aquestes dades mitjançant mostreig i modelatge estadístic. Per a decisions tècniques crítiques —com determinar si una secció sencera del lloc s’està indexant correctament—, les dades de GSC són la font de veritat.

Entendre aquesta distinció és particularment important quan es diagnostiquen caigudes sobtades de trànsit. Una eina de tercers pot mostrar un canvi de rànquing; GSC mostra si la caiguda es deu a menys impressions (problema de visibilitat), un CTR més baix (problema de snippet) o pàgines eliminades de l’índex per complet (problema tècnic). Cada diagnòstic porta a un camí de remediació completament diferent.

Com configurar Google Search Console des de zero

La configuració de Google Search Console és un procés de tres passos que, mal executat, pot generar llacunes de dades que arrosseguis durant mesos sense saber-ho. El primer pas és triar el tipus de propietat correcte, i aquí és on la majoria d’errors ocorren abans d’haver començat.

Google ofereix dos tipus de propietats: propietat de domini i propietat de prefix d’URL. La propietat de domini cobreix automàticament tots els subdominis, tots els protocols (HTTP i HTTPS) i totes les variants d’URL sota un mateix domini. La propietat de prefix d’URL només cobreix la URL exacta que especifiquis: si verifiques https://www.elteudominei.com, no veuràs dades de https://elteudominei.com ni de http://www.elteudominei.com. Per a la majoria de llocs, la propietat de domini és l’opció correcta perquè ofereix una vista consolidada de totes les dades.

La verificació de la propietat de domini requereix accés al registre DNS. Cal afegir un registre TXT que Google proporciona durant el procés de configuració. Aquest mètode és el més robust perquè no depèn de fitxers al servidor que es poden perdre durant migracions o desplegaments. La documentació oficial de Google Search Console Training detalla pas a pas cada mètode de verificació i els seus requisits tècnics.

Un cop verificada la propietat, el segon pas crític és vincular Google Search Console amb Google Analytics 4. Aquesta vinculació permet creuar dades d’adquisició orgànica (GSC) amb dades de comportament al lloc (GA4), una combinació que revela no només quines consultes generen trànsit, sinó quines consultes generen conversions. Sense aquesta vinculació, operes amb dues fonts de dades aïllades que expliquen històries incompletes.

El tercer pas, que molts ometen, és enviar el sitemap XML. Tot i que Google pot descobrir pàgines sense sitemap a través d’enllaços, el sitemap accelera significativament el descobriment de noves URLs i proporciona a GSC dades addicionals sobre la freqüència d’actualització i la prioritat relativa de cada pàgina. La secció de sitemaps a GSC també mostra errors de processament que indiquen problemes tècnics al fitxer de mapa del lloc.

Un error freqüent en la configuració és no afegir tots els usuaris rellevants amb els permisos adequats. GSC permet tres nivells d’accés: propietari (control total), usuari complet (lectura de totes les dades i ús de totes les eines) i usuari restringit (lectura parcial). Per a equips de SEO, desenvolupament i màrqueting que treballen en paral·lel, establir els permisos correctes des del principi evita sol·licituds d’accés repetitives i garanteix que cada equip tingui visibilitat sobre les dades que necessita.

Informe de rendiment: consultes, clics i impressions

L’informe de rendiment és, amb diferència, la secció més consultada de Google Search Console —i també la que es malinterpreta amb més freqüència. La confusió comença amb la mètrica més bàsica: les impressions.

Una impressió a GSC no significa que un usuari hagi vist el teu resultat. Significa que la teva URL va aparèixer en una pàgina de resultats que va ser carregada per un usuari. Si el teu resultat era a la posició 47 i l’usuari només va veure els 10 primers resultats, GSC compta una impressió. Aquesta definició té implicacions pràctiques directes: un nombre alt d’impressions amb CTR baix no indica necessàriament un problema de snippet; pot indicar simplement que la teva posició mitjana és massa baixa per rebre clics.

Les quatre mètriques de l’informe de rendiment són: clics totals (nombre de vegades que un usuari va fer clic al teu resultat), impressions totals (vegades que la teva URL va aparèixer en resultats), CTR mitjà (ràtio clics/impressions) i posició mitjana (promig ponderat de la posició del teu resultat per a totes les consultes). Aquestes mètriques es poden filtrar per consulta, pàgina, país, dispositiu, aparença en cerca i rang de dates.

El valor real de l’informe de rendiment rau en l’anàlisi creuada. Filtrar per una pàgina específica i ordenar les consultes per impressions revela per a quines cerques Google considera rellevant aquella pàgina. Si veus consultes que no corresponen amb el contingut de la pàgina, tens un problema d’intenció de cerca o de canibalització. Si veus consultes rellevants amb moltes impressions però pocs clics, el meta title o la meta description poden necessitar optimització.

Segons dades de la documentació oficial de Google, l’informe de rendiment reté dades dels últims 16 mesos. Això permet anàlisis d’estacionalitat i comparacions interanuals que són impossibles amb eines de tercers que no emmagatzemen històric. Per al SEO tècnic, la comparació de períodes és especialment útil després de canvis d’infraestructura: migració de CMS, canvi de servidor, implementació d’un CDN o actualització de l’arquitectura d’URLs.

Un patró que els professionals experimentats busquen activament és la divergència entre impressions i clics. Si les impressions creixen però els clics s’estanquen, pot indicar que Google està mostrant el teu contingut per a consultes cada vegada més àmplies —senyal d’autoritat temàtica creixent— però la teva posició mitjana no és suficient per generar clics. Alternativament, pot indicar que un competidor ha millorat el seu snippet i està capturant clics que abans eren teus.

Informe d’indexació i cobertura: detectar pàgines excloses

Si l’informe de rendiment et diu què funciona, l’informe d’indexació et diu què falla. És l’eina de diagnòstic més directa per a problemes de SEO tècnic que afecten la visibilitat del lloc sencer.

L’informe d’indexació classifica totes les URLs conegudes per Google en quatre estats: vàlides (indexades correctament), vàlides amb advertència (indexades però amb problemes menors), excloses (no indexades, per decisió de Google o per directives del lloc) i errors (problemes que impedeixen la indexació). La proporció entre aquestes categories és un indicador immediat de la salut tècnica del lloc.

Les raons d’exclusió més freqüents —i més reveladores— són:

“Descoberta: actualment no indexada” (Discovered – currently not indexed): Google coneix la URL però no l’ha rastrejada. En llocs petits, això pot indicar contingut de baixa qualitat percebuda. En llocs grans, és el símptoma clàssic de problemes de crawl budget. Si aquesta categoria creix mes rere mes, el lloc està generant URLs més ràpid del que Googlebot pot processar-les.

“Rastrejada: actualment no indexada” (Crawled – currently not indexed): Google va rastrejar la pàgina però va decidir no indexar-la. Aquesta és la senyal més clara que Google considera el contingut d’aquella pàgina insuficient, duplicat o de baixa qualitat. No és un error tècnic: és un judici de qualitat que requereix revisar el contingut.

“Duplicada: Google ha triat una canònica diferent”: Google ha detectat que aquesta URL és una variant d’una altra i ha decidit indexar l’altra versió. Si la URL que Google tria com a canònica no és la que tu prefereixes, tens un conflicte de canonicals que pot afectar el posicionament de la pàgina correcta.

“URL amb etiqueta ‘noindex’”: La pàgina té una directiva noindex que Google ha respectat. Si veus aquí pàgines que haurien d’estar indexades, algun procés tècnic està aplicant noindex de manera incorrecta —un error sorprenentment comú després d’actualitzacions de CMS o desplegaments de codi.

Segons una anàlisi de Moz sobre més de 50.000 llocs web, el 42% tenen almenys una secció amb problemes d’indexació que l’equip de màrqueting desconeix. L’informe d’indexació de GSC és la forma més directa de detectar aquests problemes abans que impactin en el trànsit orgànic.

La revisió de l’informe d’indexació hauria de ser setmanal per a llocs actius. Qualsevol canvi brusc en el nombre de pàgines excloses o en la distribució entre categories d’exclusió és una senyal que alguna cosa ha canviat en la infraestructura tècnica del lloc que requereix investigació immediata.

Core Web Vitals a Search Console: interpretar les dades

La secció de Core Web Vitals a Google Search Console és l’única font de dades de rendiment de camp (field data) oficial de Google. A diferència de PageSpeed Insights o Lighthouse, que executen proves de laboratori simulant condicions controlades, els Core Web Vitals de GSC mostren mètriques reals recollides d’usuaris reals que visiten el teu lloc amb Chrome.

GSC agrupa les URLs del lloc en tres estats per a cada mètrica: bo (verd), necessita millora (groc) i deficient (vermell). Les URLs s’agrupen per patrons similars —no s’avaluen individualment—, cosa que significa que una URL amb mal rendiment pot arrossegar tot un grup d’URLs amb estructura similar. Aquest comportament d’agrupació és important per prioritzar correccions: resoldre el problema en una URL pot millorar automàticament l’estat de desenes o centenars d’URLs del mateix grup.

Les tres mètriques Core Web Vitals que GSC reporta són:

El LCP (Largest Contentful Paint) mesura quan l’element visual principal de la pàgina queda completament renderitzat. El llindar de “bo” és inferior a 2,5 segons. Els problemes de LCP més freqüents en llocs empresarials són: imatges hero sense optimitzar, fonts web que bloquegen el renderitzat, i servidors lents que triguen més de 600 ms a servir l’HTML inicial. Segons dades del Chrome User Experience Report, el 40% dels llocs web no superen el llindar de LCP bo.

L’INP (Interaction to Next Paint) mesura la capacitat de resposta de la pàgina davant interaccions de l’usuari (clics, tocs, tecleig). Va reemplaçar FID el març de 2024. El llindar de “bo” és inferior a 200 mil·lisegons. Els problemes d’INP solen originar-se en JavaScript excessiu que bloqueja el fil principal del navegador, event handlers costosos o hidratacions de frameworks que competeixen amb les interaccions de l’usuari.

El CLS (Cumulative Layout Shift) mesura l’estabilitat visual de la pàgina durant la càrrega. El llindar de “bo” és inferior a 0,1. Les causes més comunes de CLS elevat són: imatges i embeds sense dimensions explícites, anuncis que es carreguen dinàmicament desplaçant el contingut, i fonts web que provoquen un reflow quan substitueixen la font del sistema.

Per interpretar correctament les dades de Core Web Vitals a GSC, cal tenir present que les dades tenen un retard de 28 dies. GSC mostra una mitjana mòbil dels últims 28 dies de dades de camp, cosa que significa que les millores implementades avui no es reflectiran a GSC fins d’aquí un mes. Aquest retard és intencionat: Google necessita un volum suficient de dades d’usuaris reals perquè les mètriques siguin estadísticament significatives.

L’estratègia més eficaç per millorar els Core Web Vitals és prioritzar per volum d’URLs afectades. Si l’informe de GSC mostra que el 70% de les URLs mòbils tenen LCP deficient, aquesta és la prioritat número u, independentment que les URLs d’escriptori estiguin en verd. Google utilitza l’experiència mòbil com a referència principal per al rànquing des de l’adopció completa del mobile-first indexing.

Sitemaps i enviament d’URLs: bones pràctiques

La secció de sitemaps a Google Search Console compleix dues funcions: permet enviar sitemaps XML per accelerar el descobriment de pàgines, i proporciona dades de diagnòstic sobre com Google processa aquells sitemaps.

L’enviament d’un sitemap XML a través de GSC és un dels mecanismes més directes per comunicar a Google l’estructura completa del teu lloc. Segons la documentació oficial de Google sobre construcció i enviament de sitemaps, un sitemap ben configurat pot reduir el temps de descobriment de noves pàgines de setmanes a dies. Això és especialment rellevant per a llocs que publiquen contingut amb freqüència o que han realitzat canvis estructurals significatius.

Les bones pràctiques per a sitemaps a GSC són directes però s’incompleixen amb freqüència:

El sitemap ha de contenir només URLs canòniques amb resposta 200. No ha de contenir URLs que retornin redireccions (301, 302), errors (404, 410) o que tinguin directives noindex. Cada URL incorrecta al sitemap és una senyal d’inconsistència tècnica que Google registra.

L’actualització automàtica és la segona pràctica clau. El sitemap s’ha de generar dinàmicament o actualitzar-se automàticament amb cada canvi de contingut. Un sitemap estàtic que es desactualitza genera el problema invers: Google intenta rastrejar pàgines que ja no existeixen i no descobreix les noves.

La segmentació per tipus de contingut facilita el diagnòstic. Per a llocs amb múltiples tipus (pàgines de producte, articles de blog, pàgines de categoria), usar sitemaps separats permet localitzar errors sense revisar el lloc complet. Si el sitemap de productes mostra errors, saps exactament on buscar.

Finalment, la inclusió de lastmod només té utilitat si és precisa. L’etiqueta indica a Google quan es va actualitzar per última vegada cada URL. Si la data reflecteix un canvi substancial real, Google la fa servir per prioritzar el rastreig. Si és artificial (s’actualitza cada dia sense canvis reals), Google aprèn a ignorar-la.

L’eina d’inspecció d’URLs a GSC complementa els sitemaps per a casos puntuals. Permet sol·licitar la indexació d’una URL específica, cosa útil després de publicar contingut urgent o corregir un error tècnic en una pàgina important. Tanmateix, aquesta sol·licitud no garanteix la indexació: Google avalua la qualitat del contingut i la seva rellevància abans d’incloure’l a l’índex.

Per a una configuració detallada de sitemaps i la seva interacció amb robots.txt, consulta la nostra guia sobre sitemap XML i robots.txt.

Els 5 errors que més s’ignoren a Search Console

Després d’auditar centenars de comptes de Google Search Console, hi ha un patró clar: determinats errors es repeteixen en llocs de totes les mides, i en la majoria de casos ningú els està vigilant. No perquè siguin difícils de trobar, sinó perquè els informes on apareixen no formen part de la rutina habitual de revisió.

1. No revisar les propietats d’URL no-www i HTTP. Si vas verificar https://www.elteudominei.com però no https://elteudominei.com, pots estar perdent dades de pàgines que Google rastreja a la versió sense www. Amb propietats de domini això no aplica, però molts llocs encara utilitzen propietats de prefix heretades de l’era de Google Webmaster Tools. La documentació oficial de Google recomana la propietat de domini precisament per evitar aquest problema.

2. Ignorar l’informe de “Millores” (Enhancements). Per sota dels informes principals, GSC inclou informes de millores per a breadcrumbs, FAQ, productes, articles i altres tipus de dades estructurades. Aquests informes mostren errors d’implementació de Schema.org que impedeixen que les teves pàgines apareguin amb rich snippets. Un error al marcatge de FAQ pot significar que les teves respostes no apareguin al snippet expandit, perdent espai visual davant de competidors que l’implementen correctament.

3. No configurar alertes d’email. GSC envia notificacions per email quan detecta problemes crítics: pics d’errors de servidor, problemes de seguretat, accions manuals o caigudes significatives en la cobertura d’indexació. Molts propietaris de llocs desactiven aquestes notificacions o les filtren a l’spam. Aquestes alertes són el sistema de detecció precoç més directe que Google ofereix.

4. Confiar cegament en la inspecció d’URLs. L’eina d’inspecció d’URLs mostra com Google veu una pàgina específica en el moment de la inspecció, però no reflecteix necessàriament com Google la va indexar prèviament. Una inspecció que mostra “L’URL és a Google” no garanteix que estigui ben posicionada ni que estigui usant la versió canònica correcta. Cal llegir el detall complet de l’informe d’inspecció, inclosa la pestanya de “Cobertura” i la d‘“Usabilitat mòbil”.

5. No creuar dades de GSC amb dades del servidor. GSC mostra el que Google veu, però no mostra el que Google no veu. Si Googlebot no pot accedir a certes seccions del lloc per problemes de xarxa, tallafocs o configuració de CDN, aquelles pàgines simplement no apareixen a GSC. L’anàlisi de logs del servidor és el complement necessari per detectar peticions de Googlebot que fallen abans d’arribar a GSC. Segons dades de l’informe d’Ahrefs sobre Google Search Console, la combinació de GSC amb logs del servidor és la pràctica que més diferencia les auditories tècniques professionals de les auditories automatitzades bàsiques.

La disciplina de revisar aquests cinc punts mensualment pot prevenir la majoria de problemes tècnics que es descobreixen massa tard en auditories formals.