Hvilke SEO-ændringer kan du faktisk dokumentere på din WordPress-side?

WordPress gemmer indhold, indstillinger og plugin-data inde i systemet, mens en offentlig crawler ser den side, som serveren leverer udadtil. De to perspektiver er forskellige. En troværdig dokumentation bruger hver kilde til de signaler, den faktisk kan fastslå, uden at gøre integrationen til et vindue ind i alt, der sker i administrationen.

For Validos Free- og Pro-flow er en frisk WordPress-pluginforbindelse obligatorisk. Den offentlige crawler supplerer med HTML, headers, links og andre offentlige observationer. Det betyder ikke, at produktet kan se kladder, revisionshistorik, brugeraktivitet eller databaseændringer.

Artiklen er en del af hovedguiden om SEO-rapportering og relaterer sig til ugentlig overvågning.

Hvorfor bruge både plugin og offentlig crawler?

Den offentlige side er vigtig, fordi det er den tilstand, besøgende og crawlere kan møde. Den viser blandt andet renderet eller leveret indhold, statuskoder, metadata, canonical, robots-signaler og offentlige links, afhængigt af målemetoden.

Et plugin kan levere eksplicitte WordPress-felter, som er svære eller umulige at udlede sikkert udefra. Det gælder kun de felter, der findes i den versionerede payload, og som pluginet har en konkret detektor til.

Kilderne skal ikke blandes tilfældigt. For hvert signal bør systemet kende den primære autoritative kilde og eventuelle tilladte fallback. Ellers kan den samme værdi få forskellig betydning fra uge til uge.

Den versionerede payload

En pluginpayload er en struktureret pakke med et kendt versionsnummer. Versionen fortæller serveren, hvilke felter den kan forvente, og hvordan de skal fortolkes.

Versionering beskytter historikken. Hvis en ny pluginversion tilføjer et felt for socialt delingsbillede, må en gammel payload uden feltet ikke fortolkes som “intet billede”. Den første payload med det nye felt etablerer blot et udgangspunkt. Først den efterfølgende sammenlignelige observation kan dokumentere en ændring.

Samme princip gælder alle nye detektorer. En ændring i målemodellen skal ikke præsenteres som en ændring på kundens website.

Frisk evidens før en scanning

Plugin-evidens bør have et kendt tidspunkt og være frisk nok til den scanning, den skal indgå i. Hvis forbindelsen er afbrudt, eller den seneste upload er for gammel, bør scanningen vente eller gemme en konkret fejl.

Det er mere ærligt end at genbruge gammel plugin-data og fremstille den som aktuel. En bruger skal kunne se forskel på “ingen ændring observeret” og “den nødvendige kilde var ikke tilgængelig”.

En baseline bør først etableres, når den obligatoriske forbindelse og den relevante evidens er på plads. Læs mere om kravene til en SEO-baseline.

Hvilke indholdsændringer kan indgå?

Afhængigt af den konkrete payloadversion kan pluginet levere bestemte indholds- eller metadatafelter. Den offentlige crawler kan samtidig observere den publicerede side.

Det kan give et stærkere billede af eksempelvis:

• titler og beskrivelser, som integrationen eksplicit leverer
• overskrifter og synlig tekst på den offentlige side
• offentligt udstillede delingsmetadata
• URL'er og kendte WordPress-relaterede felter

Det er stadig nødvendigt at vise, hvilken kilde hvert fund kom fra. En intern værdi og en offentlig værdi kan afvige på grund af cache, tema, filterhooks eller et SEO-plugin. Afvigelsen kan være et relevant spørgsmål, men bør ikke skjules i en sammenflettet værdi.

Guiden om indhold og metadata gennemgår de offentlige felter mere detaljeret.

Hvilke tekniske ændringer kan indgå?

Mange tekniske signaler er bedst observeret i det offentlige svar. Det gælder eksempelvis statuskoder, redirect-kæder, HTTP-headers og den canonical eller robots-meta, som siden faktisk leverer.

WordPress-pluginet kan supplere, når kataloget udtrykkeligt tildeler et signal til en intern detektor. En intern indstilling bør dog ikke automatisk erstatte det offentlige resultat, hvis spørgsmålet er, hvad en besøgende eller crawler modtager.

Se de otte områder i guiden om tekniske SEO-ændringer.

Hvad kan pluginet ikke bevise?

En sikker og afgrænset integration bør ikke få bredere adgang eller påstande end nødvendigt. Validos produktgrænse betyder, at plugin- og crawlerflowet ikke beviser:

• hvem der foretog en ændring
• ikke-publicerede kladder
• WordPress-revisioner
• aktivitet i administrationen
• generelle databaseændringer
• Search Console-, Analytics- eller rankingeffekt

Et bureau eller internt team kan have en separat arbejdslog, som angiver aktør og beslutning. Den kan sammenholdes med den observerede offentlige ændring, men de to kilder skal fortsat beskrives hver for sig.

Sikker installation og forbindelse

En pluginforbindelse berører et rigtigt website og skal behandles som en sikkerhedsgrænse. Installationen bør bruge en kortlivet kode, der er bundet til det forventede hostname. Serveren skal validere projekt, bruger og kode, før forbindelsen aktiveres.

Langlivede hemmeligheder må ikke vises i browseren eller gemmes i almindelig tekst i dokumentation. Tokens skal kunne roteres, og endpoints skal afvise forkert projekt, forkert hostname og replay af gamle forbindelsesforsøg.

Pluginet bør kun sende den aftalte versionerede evidens. Det skal ikke sende adgangskoder, API-nøgler, private kladder eller komplette databasedumps.

Kildeautoritet og fallback

En tydelig katalogregel kan beskrives sådan:

1. Signalet har én primær kilde.
2. En offentlig fallback bruges kun, når kataloget udtrykkeligt tillader det.
3. Hvis den primære observation mangler og fallback ikke er tilladt, er resultatet utilgængeligt.
4. Rapporten gemmer den kilde, der faktisk blev brugt.

Reglen forhindrer, at systemet “finder” en værdi gennem en ny metode uden at fortælle læseren det. Den gør også fejl nemmere at undersøge.

Fra baseline til ugentlig rapport

Når forbindelsen er frisk, kan den første scanning etablere baseline. Den skaber ikke i sig selv en ændringsrapport, fordi der endnu ikke findes en tidligere sammenlignelig scanning.

Ved den næste planlagte scanning kan hver parameter sammenlignes med den direkte foregående observation. Nye, ændrede, fjernede og utilgængelige værdier får deres egen betydning. Over flere scanninger kan en opsamling vise forløbet uden at erstatte detaljerne.

Denne rytme forklares i Ugentlig SEO-overvågning.

Spørgsmål når plugin og offentlig side er uenige

En uoverensstemmelse er ikke nødvendigvis en systemfejl. Brug disse spørgsmål:

1. Er pluginpayloaden frisk og på den forventede version?
2. Er den offentlige side cachet?
3. Ændrer tema eller et andet plugin værdien ved rendering?
4. Måles den samme URL og sprogversion?
5. Hvilken kilde er primær for det konkrete signal?
6. Skal observationen markeres utilgængelig frem for tom?

Svarene kan afdække både legitime forskelle og integrationsproblemer.

En integration skal gøre evidensen tydeligere

WordPress-pluginet er værdifuldt, når det leverer afgrænsede, versionerede observationer og indgår i en sikker forbindelse. Den offentlige crawler er værdifuld, når den viser den tilstand, som faktisk udstilles. Ingen af dem bør bruges til at påstå adgang til handlinger eller resultater, de ikke kan se.

Valido kræver pluginet i Free og Pro og bruger den offentlige crawler som supplement efter katalogets kilderegler. Se hvad Valido registrerer fra uge til uge.