v1.1.6

1.1.6: /links serverer SEOPress-data i gammelt format, sitemap-fallba…

v1.1.4

1.1.4: nytt /brokenlinks-endepunkt, leser SEOPress PRO sin skanning

- Nytt endepunkt /wp-json/webcare/v1/brokenlinks som leser SEOPress PRO
  sitt brutt-link-resultat (post_type seopress_bot i wp_posts) med vår
  egen read-only-nøkkel.
- Beslutning 06.09.2026: brutte linker skal komme fra SEOPress, ikke fra
  vår egen /links. SEOPress skanner hele nettstedet, vår egen tar 50 sider
  med 60 interne og 20 eksterne HTTP-sjekk.
- Lagringsstedet lest ut av SEOPress sin offentlige kildekode, to
  uavhengige steder (uninstall.php og SitemapOption.php). Ingen egen tabell.
- SEOPress sine egne REST-ruter VIRKER med applikasjonspassord (verifisert
  mot fotostorie.no 07.09.2026, 200 på både /broken-links og /scan). Vi
  bruker dem likevel ikke: et applikasjonspassord gir full skrivetilgang
  til hele WP REST-API, og det blir elleve slike. Vår nøkkel er read-only.
- Metafeltnavnene per rad er BEVISST IKKE GJETTET: skanningen er PRO, og
  PRO-koden er ikke offentlig. Endepunktet returnerer alle metafelt som
  faktisk finnes, pluss feltnavn-oversikt, slik at strukturen leses ut av
  ekte data i stedet for å antas.
- /links er ikke fjernet ennå. Den skal ut, men først når /brokenlinks er
  bekreftet mot ekte data, slik at rapporten ikke står uten linkdata.

Syntakssjekket med php -l.

v1.1.3

1.1.3: nytt /redirects-endepunkt, kobler gammel og ny adresse

- Nytt endepunkt /wp-json/webcare/v1/redirects som leser SEOPress sine
  omdirigeringer med vår egen nøkkel. Formål: la WebCare-rapporten slå
  sammen gammel og ny adresse, slik at én side ikke står som to rader.
- Lagringsstedet er lest ut av SEOPress sin offentlige kildekode, ikke
  gjettet: innholdstypen seopress_404 i wp_posts, post_title = gammel sti,
  _seopress_redirections_value = ny adresse, _seopress_redirections_type =
  301/302/410/451, _seopress_redirections_enabled = på/av.
- Samme innholdstype brukes til 404-loggen, så hver rad har er_omdirigering.
- Grense 500 rader med avkortet-flagg. Read-only, som resten av pluginen.
- Testet på fotostorie.no 07.09.2026: 26 omdirigeringer, alle 301 og aktive.

Se merknaden i commit 1.1.2 om at den commiten er gjenskapt.

v1.1.0

Nytt endepunkt /links: lenkesjekk kjørt inne i WordPress (databasen for sider/innlegg, url_to_postid() for interne lenker, wp_remote_head/wp_remote_get fra serveren for eksterne lenker). Immun mot at Cloudflare eller lignende blokkerer et eksternt sitemap-oppslag, siden kallet er et autentisert REST-kall på samme måte som de andre endepunktene, og selve sidelesingen ikke krysser nettstedets egen edge-beskyttelse i det hele tatt.

Bakgrunn: en kundeside bak Cloudflare blokkerte det gamle, sitemap-baserte lenkeoppslaget med statuskode 403.

Grense på 20 eksterne lenkesjekk per kall (5 sek. timeout hver) for å unngå tidsavbrudd på serveren. Interne lenker har ingen grense, siden de sjekkes uten HTTP.

v1.0.0

Første versjon

• /inventory: sider, innlegg, kategorier + SEOPress-data per side
• /security: CleanTalk-tellere (lokalt), Patchstack- og BlogVault-status, ventende oppdateringer
• /maintenance: oppdateringslogg via upgrader-hook, med datofilter og telling
• /site: WP/PHP-versjon, tema, pluginliste med oppdateringsstatus
• API-nøkkel-auth (X-WebCare-Key), settings-side med regenerering
• GitHub-oppdatering