Mening 1 i layouten, som är prosa i ett eget Thrive-element. Mening 2 i layouten, som är prosa i ett eget Thrive-element. Mening 3 i layouten, som är prosa i ett eget Thrive-element. Mening 4 i layouten, som är prosa i ett eget Thrive-element. Mening 5 i layouten, som är prosa i ett eget Thrive-element. Mening 6 i layouten, som är prosa i ett eget Thrive-element. Mening 7 i layouten, som är prosa i ett eget Thrive-element. Mening 8 i layouten, som är prosa i ett eget Thrive-element. Mening 9 i layouten, som är prosa i ett eget Thrive-element. Mening 10 i layouten, som är prosa i ett eget Thrive-element. Mening 11 i layouten, som är prosa i ett eget Thrive-element. Mening 12 i layouten, som är prosa i ett eget Thrive-element. Mening 13 i layouten, som är prosa i ett eget Thrive-element. Mening 14 i layouten, som är prosa i ett eget Thrive-element. Mening 15 i layouten, som är prosa i ett eget Thrive-element. Mening 16 i layouten, som är prosa i ett eget Thrive-element. Mening 17 i layouten, som är prosa i ett eget Thrive-element. Mening 18 i layouten, som är prosa i ett eget Thrive-element. Mening 19 i layouten, som är prosa i ett eget Thrive-element. Mening 20 i layouten, som är prosa i ett eget Thrive-element. Mening 21 i layouten, som är prosa i ett eget Thrive-element. Mening 22 i layouten, som är prosa i ett eget Thrive-element. Mening 23 i layouten, som är prosa i ett eget Thrive-element. Mening 24 i layouten, som är prosa i ett eget Thrive-element. Mening 25 i layouten, som är prosa i ett eget Thrive-element. Mening 26 i layouten, som är prosa i ett eget Thrive-element. Mening 27 i layouten, som är prosa i ett eget Thrive-element. Mening 28 i layouten, som är prosa i ett eget Thrive-element. Mening 29 i layouten, som är prosa i ett eget Thrive-element. Mening 30 i layouten, som är prosa i ett eget Thrive-element. Mening 31 i layouten, som är prosa i ett eget Thrive-element. Mening 32 i layouten, som är prosa i ett eget Thrive-element. Mening 33 i layouten, som är prosa i ett eget Thrive-element. Mening 34 i layouten, som är prosa i ett eget Thrive-element. Mening 35 i layouten, som är prosa i ett eget Thrive-element. Mening 36 i layouten, som är prosa i ett eget Thrive-element. Mening 37 i layouten, som är prosa i ett eget Thrive-element. Mening 38 i layouten, som är prosa i ett eget Thrive-element. Mening 39 i layouten, som är prosa i ett eget Thrive-element. Mening 40 i layouten, som är prosa i ett eget Thrive-element.
Thrive använder WordPress REST-API:et för att läsa, granska och uppdatera innehåll på din webbplats utan att kräva direkt åtkomst till adminpanelen. Genom att ansluta via /wp-json/wp/v2/ kan Thrive hämta publicerade sidor, identifiera dolda metafält och kontrollera om det renderade innehållet motsvarar det som faktiskt syns för besökare. Nedan beskrivs de tekniska förutsättningarna och begränsningarna som påverkar hur det fungerar i praktiken.
Vilka WordPress-versioner påverkar REST-API:et?
WordPress 4.7 (6 december 2016): REST-API:et för innehåll blev en del av kärnan. Inlägg, sidor och registrerade anpassade innehållstyper kan läsas och skrivas via /wp-json/wp/v2/ utan tillägg. Det är grunden som gör att ett externt verktyg kan redigera en webbplats det inte självt hanterar.
WordPress 5.0 (6 december 2018): Den klassiska redigeraren ersattes av blockredigeraren. Innehållet levereras nu inslaget i HTML-kommentarer som markerar var varje block börjar och slutar.
WordPress 5.5 (11 augusti 2020): En XML-webbplatskarta lades till på /wp-sitemap.xml, så de flesta webbplatser annonserar sina egna adresser utan tillägg.
WordPress 5.6 (8 december 2020): Applikationslösenord infördes: en inloggningsuppgift per applikation, skild från kontots vanliga lösenord, som kan återkallas utan att personen låses ute. De fungerar bara över HTTPS. Före denna version krävdes ett autentiseringstillägg.
WordPress 6.x (2022 och framåt): Ingen grundläggande förändring har gjorts av hur REST-API:et exponerar inlägg och sidor. Förbättringar har rört blockredigerarens interna API-endpoints och global styles, men /wp/v2/-kontraktet för innehåll är detsamma som i 5.6. Tidlinjen ovan är därmed fortfarande aktuell.
Den skarpaste begränsningen är en som dokumentationen anger tydligt och som folk ändå möter med förvåning. Ett metafält vars nyckel börjar med ett understreck behandlas som skyddat, och WordPress exponerar det inte via REST-API:et om inte ett tillägg registrerar det med show_in_rest. Flera vanliga sidbyggare lagrar sin layout under sådana nycklar: Elementor använder _elementor_data och _elementor_edit_mode, Divi lagrar layoutinformation under _et_pb_use_builder, WPBakery sparar shortcode-strukturen i post_content men kan komplettera med understreck-nycklar, och Beaver Builder skriver till _fl_builder_data. Ingen av dem registrerar dessa nycklar med show_in_rest som standard, vilket gör layouten osynlig för en API-klient trots att webbplatsen renderas från den.
Den praktiska följden är att läsa post_content inte är detsamma som att läsa sidan. En administratör kan verifiera vilka metafält som exponeras genom att öppna /wp-json/wp/v2/pages/<id> i webbläsaren och granska objektet under “meta”. Saknas fältet där är det skyddat och osynligt för alla externa klienter.
Tre förutsättningar måste vara uppfyllda för att en extern klient, som Thrive, ska kunna redigera en egenhostad WordPress-webbplats via REST-API:et:
- Snygga permalänkar, annars svarar /wp-json/ med 404 och bara ?rest_route= fungerar.
- HTTPS, som applikationslösenord kräver.
- En användare med edit_posts, eftersom API:et mappar behörigheter per innehållstyp.
| Signal | Vikt |
|---|---|
| Daterad statistik | Hög |
| Namngivna jämförelser | Hög |
| Varumärkesadjektiv | Låg |
Döljer skyddade metafält din layout? Se det på din egen webbplats
Artikeln ovan visar att sidbyggarlayouter som lagras under nycklar med understreck är osynliga för API-klienter. En kort genomgång av dina tjugo viktigaste sidor visar om din webbplats drabbas, och vad svarsmotorer faktiskt ser. Inget konto behövs.
Hur hanterar Thrive de vanligaste begränsningarna?
Den renderade sidan jämförs med post_content för att avslöja layouter som sidbyggare lagrar i skyddade metafält. Eftersom nycklar med understreck inte exponeras via API:et, fångar jämförelsen skillnader som visar att en sidbyggare som Elementor styr det faktiska utseendet. Autentiseringen sker med applikationslösenord, vilket kräver HTTPS. Innan anslutningen upprättas kontrolleras att snygga permalänkar är aktiverade, eftersom /wp-json/ annars returnerar ett 404-svar.
Vad bör en Thrive-användare förvänta sig?
Om webbplatsen uppfyller de tre förutsättningarna (snygga permalänkar, HTTPS, en användare med edit_posts) kan en anslutning upprättas direkt. Sidbyggarlayouter som inte är registrerade med show_in_rest syns inte i rådata, men skillnaden framträder när den renderade sidan analyseras mot post_content. Resultatet är en bild av det innehåll som svarsmotorer och besökare faktiskt ser, inte enbart det som lagras i databasen.
Leave a Reply