Com diagnosticar una caiguda de trànsit orgànic | Ighenatt

Una caiguda de trànsit orgànic no és un diagnòstic. És el moment en què comença la investigació.

La primera pregunta útil no és «Quina actualització de Google ens ha afectat?», sinó «Què ha canviat, en quin conjunt de dades, en quina part del lloc i a partir de quan?». Una etiqueta d’analítica absent pot semblar una ensorrada SEO. Una davallada estacional pot confondre’s amb una pèrdua de posicions. I una migració defectuosa pot quedar amagada darrere d’una posició mitjana gairebé plana. Si l’equip comença reescrivint contingut, pot destruir pistes i ajornar la reparació necessària.

Aquest arbre de decisió comença per comprovacions barates i reversibles. Després avança cap a explicacions que exigeixen més interpretació. Google agrupa les causes habituals en problemes tècnics, problemes de seguretat o correu brossa, canvis algorítmics, estacionalitat i canvis d’interès, i migracions de lloc. La seva guia recomana combinar Search Console i Google Trends en comptes de llegir una sola gràfica de manera aïllada (Google Search Central).

L’arbre de decisió en un minut

Segueix aquest ordre:

1. La pèrdua és real? Contrasta períodes complets a Analytics, Search Console i, si en tens, als logs del servidor o la CDN.
2. Quina forma té? Anota el primer dia afectat, la magnitud, si és sobtada o gradual i si afecta tot el lloc o només una part.
3. S’ha trencat la recollida de dades? Revisa etiquetes, consentiment, atribució, propietats i filtres dels informes.
4. Els cercadors poden accedir a les URL afectades i indexar-les? Comprova codis d’estat, robots, etiquetes canonical, renderització, disponibilitat i indexació.
5. Ha canviat el lloc? Relaciona desplegaments, migracions, plantilles, redireccions, edicions i canvis d’enllaçat intern amb l’inici de la pèrdua.
6. Ha canviat la visibilitat? Separa impressions, clics, CTR i posició per grups de pàgines i consultes.
7. Ha canviat el mercat? Revisa l’estacionalitat, l’actualitat, la disponibilitat del producte, la demanda de marca, els competidors i la composició de la SERP.
8. Quina prova refutaria la hipòtesi principal? Fes-la abans d’aprovar una actuació gran.

L’ordre importa. Quan Google no pot arribar a un servidor per errors de xarxa o DNS, redueix el rastreig immediatament; si les URL indexades continuen inaccessibles, poden desaparèixer de l’índex al cap d’uns dies (infraestructura de rastreig de Google). Això requereix més urgència que una variació setmanal petita en un article estacional.

Pas 1: demostra que la caiguda existeix

Comença amb dues finestres de comparació completes. «Avui contra ahir» acostuma a ser una prova feble: el dia actual pot estar incomplet, els dies de la setmana tenen comportaments diferents i cada plataforma processa les dades al seu ritme. Per detectar incidents, pots comparar els darrers set dies complets amb els set anteriors. En categories estacionals, afegeix una comparació interanual de setmanes o mesos equivalents.

Abans de tocar el lloc, registra quatre coses:

Google Analytics i Search Console no compten el mateix. Search Console registra l’activitat a la Cerca de Google; l’informe d’adquisició de trànsit d’Analytics treballa a escala de sessió i descriu les sessions iniciades des d’una font o un canal (Ajuda de Google Analytics). Els totals absoluts diferiran. Per diagnosticar, interessa saber si la direcció i el moment del canvi coincideixen.

Si els clics de Search Console es mantenen i les sessions orgàniques cauen, investiga primer la recollida d’Analytics. Si tots dos indicadors baixen alhora, és més probable que la pèrdua s’hagi produït abans del clic o a la mateixa pàgina de resultats. Si cauen sessions i conversions, però no els clics, revisa redireccions de les pàgines d’entrada, consentiment, etiquetatge, agrupació de canals i recorreguts entre dominis.

Els logs del servidor o la CDN són un tercer testimoni útil. Una baixada simultània de visites humanes i activitat de Googlebot reforça la hipòtesi d’un problema real de lliurament o descoberta. Si les peticions són normals i només cau Analytics, torna al mesurament. Els logs també tenen límits de retenció i filtratge; serveixen per corroborar, no per exigir una paritat impossible.

Pas 2: classifica la forma abans de posar nom a la causa

La corba redueix l’espai de cerca.

Una caiguda sobtada a tot el lloc

Revisa, per aquest ordre: desplegament d’analítica, canvis de consentiment, DNS i allotjament, respostes 5xx generalitzades, disponibilitat de robots.txt, un noindex global, avisos de seguretat, accions manuals i desplegaments importants. Un error de mesurament sol començar a l’hora exacta d’un canvi. Una incidència de servei pot aparèixer als monitors i als logs abans que Search Console la reflecteixi bé.

Una pèrdua sobtada en un directori o una plantilla

Busca una plantilla, una ruta de renderització, una regla canonical, una redirecció, un component de navegació o una opció de desplegament compartida. Prova URL representatives dels grups afectats i no afectats. Inspeccionar una sola URL no demostra un problema de tota la plantilla, però pot indicar quina hipòtesi mereix una mostra més àmplia.

Una davallada lenta en moltes pàgines

Examina la demanda de les consultes, els resultats competidors, la utilitat del contingut, la pèrdua d’enllaços i els canvis graduals d’indexació. Els sistemes amplis de rànquing poden tenir-hi relació, però una actualització no és l’etiqueta universal de qualsevol caiguda. Google explica que les actualitzacions principals són àmplies i no s’adrecen a llocs o pàgines concretes; les millores poden trigar des d’uns dies fins a diversos mesos a reflectir-se i no garanteixen una recuperació visible (guia sobre actualitzacions principals).

Impressions estables amb menys clics

No és el patró clàssic d’una pèrdua de demanda. Segmenta per posició, aparença a la cerca, dispositiu i consulta. El CTR pot baixar per un fragment menys convincent, un canvi d’intenció, una nova funció de la SERP o resultats competidors més atractius. La posició mitjana pot ocultar moviments perquè agrega dades, i les dades de pàgina solen atribuir-se a la URL canònica, no als duplicats (dimensions de Search Console).

Impressions a la baixa amb posicions força estables

Comprova demanda i cobertura. Pot ser que el grup de consultes sigui estacional o que les pàgines hagin deixat de ser aptes per a una part de les consultes anteriors. Utilitza comparacions interanuals i Google Trends. Separa marca i no marca: una davallada de demanda de marca demana una resposta diferent d’una pèrdua de visibilitat genèrica.

Pas 3: valida la capa de mesurament

Fes-ho encara que tothom estigui convençut que el problema és SEO. Els errors de mesurament són ràpids de comprovar i poden produir gràfiques molt dramàtiques.

Revisa el codi font i les peticions de xarxa en diverses pàgines d’entrada afectades. Confirma que l’etiqueta d’analítica es carrega després de l’opció de consentiment actual i envia l’esdeveniment esperat. Consulta l’historial de publicació del gestor d’etiquetes, les versions de la plataforma de consentiment, els canvis a la propietat d’Analytics, els filtres de dades, les exclusions de referència, les agrupacions de canals i el fus horari.

Després, reprodueix una visita que aterri des d’una URL semblant a la d’un resultat de cerca. Segueix totes les redireccions. Si el recorregut travessa dominis o proveïdors de pagament, comprova si la sessió es conserva. Una redirecció nova pot eliminar paràmetres o fer passar l’usuari per un domini que alteri l’atribució.

Revisa també l’informe mateix:

• compara dates completes amb el mateix fus horari;
• elimina segments o filtres afegits recentment;
• distingeix usuaris, sessions i entrades;
• mantén la definició del canal en tots dos períodes;
• anota la primera hora afectada i el desplegament corresponent.

Si el mesurament està trencat, repara’l i documenta el buit de dades. No intentis reconstruir una precisió que no existeix. Search Console, els logs, el sistema de vendes o el seguiment de posicions poden ajudar a estimar la tendència durant el buit, però cadascun observa una part diferent del recorregut.

Pas 4: segmenta Search Console sense confiar en cada fila

Obre l’informe de rendiment dels resultats de cerca i compara períodes equivalents. Comença per les pàgines per saber on es concentra la pèrdua absoluta de clics; després mira les consultes dins d’aquests grups. Repeteix l’anàlisi per país, dispositiu i tipus de cerca quan puguin explicar la diferència. La guia de Google proposa ordenar la columna de diferència per trobar els canvis més grans (Ajuda de Search Console).

Llegeix combinacions de mètriques, no valors aïllats:

Search Console és una evidència, no un registre complet d’esdeveniments. Google omet consultes anonimitzades per protegir la privadesa i només mostra les files principals a causa de límits interns; els filtres poden canviar els totals i la taula pot no sumar el mateix que la gràfica (agrupacions de dades de Search Console). L’absència d’una consulta a la taula no prova que la demanda hagi desaparegut. En propietats grans, aprofita l’exportació massiva si ja estava configurada i conserva les mateixes dimensions i dates.

Ves amb compte amb la posició mitjana. És la mitjana de la posició superior del lloc i pot barrejar països, dispositius i contextos de resultats diferents. Google recomana prestar més atenció a les tendències de clics i impressions que a la posició tota sola (tasques habituals de Search Console).

Pas 5: descarta errors de rastreig, indexació i servei

Les comprovacions tècniques han de seguir el grup afectat. Rastrejar tot el lloc pot generar una llista enorme d’incidències que no expliqui la pèrdua.

En una mostra representativa de les URL que han perdut trànsit, comprova:

1. que la URL final retorna el 200 previst a usuaris i rastrejadors permesos;
2. que les redireccions arriben a una destinació pertinent, sense bucles ni consolidacions irrellevants;
3. que robots.txt no bloqueja el rastreig necessari ni recursos imprescindibles;
4. que la pàgina no conté una directiva noindex accidental;
5. que l’etiqueta canonical declarada coincideix amb la URL indexable prevista;
6. que el contingut principal i els enllaços apareixen després de renderitzar;
7. que els enllaços interns apunten a la URL canònica final;
8. que la URL consta al sitemap corresponent, si el lloc utilitza sitemaps per a la descoberta;
9. que els informes d’indexació i rastreig i els logs no mostren un pic d’errors coincident.

Una resposta 200 no demostra per si sola que Google pugui indexar el contingut previst. De la mateixa manera, una URL exclosa no converteix qualsevol caiguda en una emergència d’indexació. Compara la quantitat i el tipus d’URL afectades amb les pàgines que han perdut impressions.

Els errors de xarxa requereixen escalat ràpid. Google documenta que els temps d’espera, les connexions reiniciades i els errors DNS es tracten de manera semblant als errors 5xx i redueixen el rastreig (guia de xarxa per als rastrejadors). Revisa logs d’origen i CDN, tallafocs, canvis DNS, capacitat i incidències regionals. Un monitor des d’una única ubicació pot continuar verd mentre falla una regió d’usuaris o rastrejadors.

Obre per separat els informes de problemes de seguretat i d’accions manuals. Google inclou el programari maliciós, la pesca de credencials i les infraccions de correu brossa entre les causes possibles d’una pèrdua de trànsit (Google Search Central). Un incident de seguretat confirmat necessita resposta d’incidents; no és una tasca d’optimització de contingut.

Pas 6: reconstrueix què ha canviat dins l’organització

Crea una cronologia al voltant del primer dia afectat. Inclou desplegaments, versions del CMS, canvis de CDN i tallafoc, trasllats de domini o protocol, regles de redirecció, plantilles, navegació, contingut eliminat, canvis internacionals, versions d’analítica i feeds.

No ho preguntis només a l’equip SEO. Infraestructura, producte, continguts, legal i analítica poden modificar el comportament del lloc davant dels cercadors. Compara la configuració o les diferències que van arribar realment a producció amb el grup de pàgines sospitós. La memòria falla, sobretot quan es publiquen diverses versions la mateixa setmana.

Les migracions tenen una branca pròpia. Google adverteix que els canvis importants d’URL poden causar fluctuacions temporals mentre torna a rastrejar i indexar el lloc. Recomana preparar un mapa d’URL, aplicar redireccions permanents directes, actualitzar les URL canòniques i els enllaços interns, enviar sitemaps i supervisar tant la propietat antiga com la nova (documentació de migracions).

Després d’una migració, compara conjuntament URL antigues i noves. Prova les correspondències de més valor, no només la portada. Busca URL antigues amb errors, cadenes de redirecció, destinacions irrellevants, noindex heretats de preproducció i etiquetes canonical que encara apunten al domini anterior. La guia de migracions SEO amplia aquest control quan el canvi afecta domini, arquitectura o CMS.

Pas 7: posa a prova les explicacions de rànquing i contingut

Arriba a aquesta branca només quan les dades i les comprovacions tècniques siguin creïbles.

Compara la data d’inici amb el tauler d’estat de la Cerca de Google i amb les actualitzacions de rànquing documentades. El tauler pot confirmar una incidència o un desplegament, però la correlació continua sent només una pista. Google indica que, quan el tauler registra una actualització del sistema de rànquing, sovint els propietaris dels llocs no han de fer res (guia del tauler d’estat). No és el mateix que una acció manual o un desplegament trencat.

Per als grups de pàgines i consultes que perden, examina els resultats actuals al país i al dispositiu pertinents. Registra què ha canviat: intenció, tipus de contingut dominant, actualitat, resultats locals, disponibilitat de producte, vídeo o altres funcions, i competidors que han guanyat. Guarda captures datades quan sigui possible, perquè la SERP continua movent-se.

Avalua després la pàgina pel que resol:

• Respon la tasca actual millor o pitjor que quan va obtenir visibilitat?
• La informació important està obsoleta, sense suport o massa amagada?
• Una altra pàgina del mateix lloc resol la mateixa intenció amb més claredat?
• Han desaparegut enllaços interns o referències externes que hi apuntaven?
• La pàgina encara encaixa amb el mercat i l’idioma objectiu?
• Un canvi comercial, legal o de producte ha fet menys útil la resposta anterior?

Evita les reescriptures massives. Una actualització útil respon a l’evidència d’un grup definit. Conserva les seccions, URL i intencions que funcionen si la investigació no justifica canviar-les. Quan dues pàgines competeixen realment per la mateixa tasca, tria una destinació principal i consolida-les amb cura; si resolen intencions diferents, aclareix-ne el paper i l’enllaçat. La guia d’auditories SEO tècniques ajuda a convertir aquesta mostra en una revisió repetible.

Pas 8: separa la pèrdua de demanda de la pèrdua de quota

El trànsit de cerca pot baixar mentre el rendiment relatiu del lloc continua sent bo. L’estacionalitat, els festius, el temps, l’actualitat, l’economia, el cicle de vida del producte i la manera de cercar modifiquen la demanda.

Porta els grups de consultes afectats a Google Trends, selecciona la geografia rellevant i amplia la vista a diversos anys. Compara el període amb el mateix de l’any anterior. Contrasta les impressions amb la posició relativa i els competidors. El patró més convincent d’una pèrdua de demanda és compartit: baixen les impressions de tot el tema mentre la visibilitat relativa del lloc es manté força estable.

Tracta la demanda de marca a part. Si les impressions de marca cauen en diversos dispositius i el lloc conserva les posicions habituals, la causa pot ser en el màrqueting, la reputació, la distribució o el comportament del client, no en el SEO on-page. Si baixa la visibilitat sense marca però la de marca aguanta, torna a la rellevància competitiva, la cobertura tècnica i l’autoritat.

Un canvi a la SERP és un altre cas fronterer. Impressions i posició estables amb menys clics poden indicar que l’usuari obté més resposta directament als resultats o prefereix un format que ara destaca. Confirma-ho per grup de consultes i amb evidència dels resultats reals. No atribueixis qualsevol pèrdua de CTR a una funció que no has observat al mercat afectat.

Converteix el diagnòstic en un experiment de recuperació

Escriu la hipòtesi principal de manera que es pugui refutar:

«Els clics orgànics a /guies/ van caure a partir del 6 de juliol perquè el desplegament del dia 5 va afegir noindex a la plantilla compartida. Després d’eliminar-lo, esperem que les comprovacions d’indexabilitat passin, que Google torni a rastrejar les URL i que les impressions comencin a recuperar-se abans que les sessions d’Analytics.»

Això permet actuar. «A Google no li agrada el contingut» no.

Per a cada acció aprovada, registra URL afectades, responsable, data d’implementació, mètode de validació, indicador primerenc, indicador de negoci i reversió. Repara primer els problemes urgents de disponibilitat, seguretat i indexació. Per a contingut o competència, comença amb una mostra representativa en lloc de canviar tot el lloc alhora.

El temps de recuperació depèn del mecanisme. Una etiqueta reparada pot reprendre la recollida immediatament, però no recrearà els esdeveniments perduts. Una correcció de servidor pot restablir l’accés de seguida, mentre que tornar a rastrejar i indexar requereix més temps. Google diu que les millores després d’una actualització principal poden reflectir-se en dies o trigar mesos, sense cap guany visible garantit (guia d’actualitzacions principals). Ajusta les expectatives a la causa diagnosticada, no a un calendari SEO genèric.

Conserva el registre de la investigació després de l’incident. Serà la base per a la caiguda següent: patrons estacionals coneguts, desplegaments anotats, grups de consultes, mapes d’URL i comprovacions que ja han separat falses alarmes de pèrdues reals. Si el comportament del rastrejador forma part de la prova, complementa’l amb una anàlisi de logs del servidor.

Preguntes freqüents

Quan cal investigar una caiguda de trànsit orgànic?

No esperis si la caiguda és sobtada, afecta tot el lloc o perjudica pàgines que generen negoci. Revisa de seguida el mesurament, la disponibilitat, els avisos de Search Console i els desplegaments recents. Si és una oscil·lació diària petita, compara períodes complets i els mateixos dies de la setmana abans de tractar-la com una incidència urgent. Les dades parcials, la latència dels informes i la volatilitat normal poden enganyar.

Una actualització principal pot causar una caiguda sobtada?

Pot coincidir amb una pèrdua brusca, però la coincidència temporal no demostra causalitat. Comprova si les pàgines i consultes afectades van perdre impressions o posicions durant el desplegament documentat i si el mesurament i les comprovacions tècniques són correctes. Google descriu aquestes actualitzacions com a canvis amplis, no com a penalitzacions dirigides a pàgines concretes.

Per què baixen les sessions si els clics de Search Console no?

Aquest patró fa mirar primer què passa després del clic: una etiqueta d’analítica absent, canvis de consentiment, redireccions, configuració entre dominis, agrupacions de canals o períodes mal comparats. Search Console mesura clics a la Cerca de Google; Analytics mesura sessions amb les seves pròpies regles de recollida i atribució. Les tendències haurien de ser coherents, però els totals no han de coincidir.

Cal actualitzar o eliminar pàgines després d’una pèrdua de trànsit?

Només quan les dades per URL indiquen que la pàgina ja no resol les consultes per a les quals apareixia o que duplica una destinació millor. Millora les pàgines útils, consolida les que se solapen de debò amb una redirecció planificada i elimina contingut només si no té cap utilitat ni substitut adequat. Una caiguda general no justifica reescriure-ho tot.

Com puc saber si la causa és l’estacionalitat?

Compara les mateixes setmanes o mesos d’anys diferents, revisa a Google Trends les consultes afectades i contrasta el lloc amb la corba general de demanda. Si baixen les impressions mentre les posicions relatives i la quota de visibilitat es mantenen estables dins del mateix grup de consultes, la demanda és una explicació més sòlida que una pèrdua de visibilitat.

La següent acció útil

Obre un registre d’incidència en blanc abans d’executar un rastrejador. Escriu-hi el primer dia afectat, dues finestres de comparació completes, els conjunts de dades que coincideixen o discrepen i el grup mínim de pàgines i consultes que explica la major part de la pèrdua absoluta. Després recorre l’arbre: mesurament, servei, visibilitat i demanda. Una pàgina d’evidències evitarà que diversos equips intentin reparar problemes imaginaris diferents.