§ Felsökning & vanliga fel
Förstå varningen "Publicerad i Supabase men misslyckades med Ghost/WP"
En gul varning säger att artikeln finns i Ahody men inte gick ut på sajten. Här är varför, och hur du fixar utan att tappa text.
Uppdaterad idag
Du klickade "Publicera till CMS" och fick en gul varning istället för grön bekräftelse:
"Artikel publicerad i Supabase men misslyckades med att uppdatera Ghost"
Eller:
"Artikel schemalagd i Supabase men misslyckades med att uppdatera WordPress"
Här är vad det betyder och hur du fixar.
Vad det betyder
Två system involverade:
- Supabase — Ahodys interna databas (där allt sparas)
- WordPress / Ghost — ert CMS (där artikeln ska publiceras för läsare)
Den gula varningen betyder: Ahody sparade ändringen internt, men kunde inte skicka den vidare till ert CMS via API:t.
Konsekvens: artikeln finns kvar i Ahody (du tappar inget), men har inte gått live på er sajt än.
Vanliga orsaker
- CMS:et är offline — underhåll, server-omstart, hosting-problem
- API-token har gått ut — Ghost API-keys kan återkallas, WP-programlösenord kan tas bort
- Tillfälligt nätverksfel — internet-glitch mellan Ahody och er server
- WordPress-uppgradering som har pausat REST API tillfälligt
- Plugin-konflikt i WP som blockerar inkommande requests
Vad du gör — försök igen
Vänta 30-60 sekunder, klicka "Publicera till CMS" igen.
Många gånger var det bara ett tillfälligt fel — andra försöket lyckas.
Om det inte lyckas — kolla CMS direkt
Öppna er WordPress eller Ghost-admin i en ny flik.
Är admin tillgänglig?
- Ja, fungerar normalt → API:t kan vara nere men admin uppe. Vänta 10 min och försök igen.
- Nej, admin är också nere → CMS:et har driftstörning. Kontakta er hosting-leverantör.
Testa CMS-anslutningen
Om du är admin:
- Konto → Inställningar → CMS-integrationer
- Klicka på er integration
- Klicka "Testa anslutning"
- Grön bekräftelse → anslutningen funkar nu, försök publicera igen
- Röd error → integrationen är trasig, gå till felsökning för CMS-anslutning (se "Sätt upp WordPress/Ghost"-guiderna)
Om problemet kvarstår — kontakta support
Skicka mejl till support@ahody.com med:
- Artikel-URL i Ahody
- Skärmdump av varningen
- Tid när det hände
- Vilken CMS (WP eller Ghost) och er domän
De kan kolla server-loggar och se exakt vad som gick fel.
Specialfall: schemaläggning misslyckades
Om varningen är "Artikel schemalagd i Supabase men misslyckades med att uppdatera WordPress" — artikeln är schemalagd lokalt i Ahody men CMS:et vet inte om det.
Vad händer vid schemalagd tid:
- Ahody försöker skicka igen vid tiden
- Om CMS då är uppe → publiceras
- Om CMS fortfarande nere → en ny varning, artikeln stannar i Planeraren
Du behöver inte göra något under tiden — Ahody återförsöker automatiskt.
Specialfall: avschemaläggning misslyckades
Om du avschemalade en artikel och fick "Schemaläggning avbruten i Supabase men misslyckades med att uppdatera via webhook" — Ahody har avbrutit lokalt men CMS:et tror artikeln fortfarande är schemalagd.
Vad du gör: Logga in i WP/Ghost-admin manuellt och avschemalägg där också. Annars publiceras artikeln vid den gamla tiden ändå.
Om du fastnar
- "Varningen återkommer på varje försök" — Bestående problem med CMS-integrationen. Be admin testa anslutningen och om nödvändigt återskapa den (ta bort + lägg till igen).
- "Vissa artiklar lyckas, andra misslyckas" — Sannolikt en innehållsfråga — t.ex. bild eller embed som WordPress/Ghost inte gillar. Försök att tillfälligt ta bort bilden och publicera, lägg sedan tillbaka.
- "Det funkade i går men slutade idag" — API-token kan ha gått ut. Admin: gå till integrationen och förnya autentiseringen (skapa nytt programlösenord i WP eller ny Ghost API key).