Geoa – AI SEO & AEO on Autopilot

Registro de cambios

0.9.56

• Retter du teksten i Geoa Content, når rettelsen nu ned i kladden på dit site — også når du har kigget på kladden først. Før talte det som en redigering bare at åbne eller forhåndsvise den: WordPress gemmer en kladde, når du forhåndsviser den, og pluginet læste det som “hun er gået i gang selv” og rørte den aldrig igen. Så stoppede rettelser fra Geoa Content med at komme, uden at der stod noget nogen steder. Nu er det TEKSTEN, der afgør det. Har du rettet i kladden, vinder dit arbejde stadig — men en forhåndsvisning, en ny kategori eller et fremhævet billede står ikke længere i vejen. Målt på checkbiz.eu 2026-09-18: artiklen rettet og gemt i Geoa Content, “Sync now” trykket to gange, kladdens “Last Modified” uændret på 6:55.
• Og HAR du rettet i kladden, står det nu på indstillingssiden — med artiklens titel og en knap, der henter Geoas version, hvis det er den, du vil have. Før stod der kun “3 draft(s)”, og intet sted kunne du se, at Geoa lå med en nyere tekst, dit site havde valgt fra.

0.9.55

• Din FAQ bliver nu til FAQ-markup, uanset hvilket sprog overskriften står på. Står din FAQ-sektion under bare ordet “Frågor”, “Spørsmål”, “Questions”, “Fragen” eller “Kysymykset”, blev den ikke genkendt som en FAQ — kun den danske “Spørgsmål” var på listen. Siden gik derfor helt uden FAQ-markup, selv om indstillingen var slået til, og spørgsmål skrevet med fed tekst under sådan en overskrift kom heller aldrig med. Nu gælder de samme etiketter på dansk, norsk, svensk, engelsk, tysk og finsk. En overskrift, der bruger ordet om noget andet (“Spørgsmål du bør stille din revisor”), er stadig en almindelig afsnitstitel.
• Og scoren i editoren dømmer ikke længere din side hårdere, fordi den ikke er skrevet på dansk. To af de syv tjek — “FAQ / Q&A section” og om siden har overskrifter, der er spørgsmål — læste hver sin ordliste på dansk og engelsk. Den samme side kunne derfor score lavere på svensk eller norsk end på dansk, uden at der var noget i vejen med den; selv en engelsk “Frequently asked questions” blev ikke talt som en FAQ-sektion.

0.9.54

• Dine ekspertise-emner kommer nu ud på forsiden, også når et godkendt schema-forslag fra Geoa-dashboardet ejer den. Forslaget bar sin egen liste fra det tidspunkt, du godkendte det, og pluginet udfyldte kun felter, forslaget manglede — så en rettelse i “Expert in” eller i Brand Brain nåede aldrig siden. Nu er det altid din aktuelle liste, der udgives som knowsAbout, og et tomt felt udgiver ingen.

0.9.53

• Når du retter dine ekspertise-emner i Geoa-dashboardet (Brand Brain → Ekspertise), står rettelsen nu også på din hjemmeside. Før skete det modsatte: listen i pluginets “Expert in”-felt blev skubbet tilbage til dashboardet hver time og overskrev din rettelse, så forsiden blev ved med at udgive de gamle emner som knowsAbout. Nu vinder den side, du sidst har rettet — dashboardet eller WordPress — og forsiden følger med inden for en time. Et tomt felt i WordPress sletter heller ikke længere emnerne på din konto, når du forbinder sitet.

0.9.52

• Din FAQ bliver igen til FAQ-markup, også når spørgsmålene står med fed tekst. Har en artikel en FAQ-sektion, hvor hvert spørgsmål er et afsnit i fed skrift med spørgsmålstegn og svaret står lige under, bliver præcis de spørgsmål til FAQPage. Det er den form, mange importerede artikler har. Svaret er afsnittet under spørgsmålet — en opfordring til handling efter den sidste FAQ kommer ikke med som svar. Fed tekst uden for FAQ-sektionen tæller stadig aldrig. Målt på checkbiz.eu 2026-09-16: fem synlige spørgsmål, ingen FAQ-markup.
• Din virksomhedsbeskrivelse kommer nu også ud på forsiden, når du har godkendt et schema-forslag i Geoa-dashboardet. Den sætning, du har skrevet i din virksomhedsprofil om, hvad I laver, står i Organization-markuppet — det er den, en AI-motor læner sig op ad, når nogen spørger, hvad I er. I 0.9.51 nåede den kun sites uden et godkendt forslag. Profilen er eneste kilde: retter du sætningen i dashboardet, følger sitet med, og sletter du den, forsvinder den også fra sitet. Målt på checkbiz.eu 2026-09-16: 0.9.51 installeret, godkendt Organization på forsiden, ingen beskrivelse.

0.9.51

• Dit site står nu aldrig med to artikel-noder eller to brødkrummestier. Lægger dit TEMA — ikke et SEO-plugin, men temaet — allerede Article, FAQ eller BreadcrumbList på siden, springer Geoa sin egen over. Før spurgte vi kun, om Yoast eller Rank Math var installeret, og det var det forkerte spørgsmål: et tema er ikke et plugin, så vagten så ingenting, og løftet på indstillingen (“kun når intet andet SEO-plugin leverer det”) holdt ikke på netop de sites, hvor temaet selv laver schema. Nu læses siden. Målt på checkbiz.eu 2026-09-16: én side bar både Article og BlogPosting og to BreadcrumbList, og en AI-motor måtte gætte, hvilken der gjaldt.
• Slår du vores artikel-schema fra, fordi temaet ejer det, siger scoren i editoren ikke længere, at siden mangler schema. Den læser nu, hvad siden faktisk bar, sidst en besøgende hentede den — i stedet for kun at kende sin egen checkbox.
• Til temaudviklere: apply_filters( 'geoa_head_scan', true ) slår målingen fra for et site, der ikke ønsker, at Geoa læser sin egen <head>. Uden måling opfører alt sig præcis som før.
• Dine virksomhedsdata på forsiden siger nu også, hvad I LAVER. Beskrivelsen fra din virksomhedsprofil i Geoa bliver udgivet som description på dit Organization-schema — før stod der navn, selskabsnavn, CVR, adresse og emner, men aldrig én sætning om, hvad virksomheden gør, og en AI-motor måtte derfor udlede det af siden. Målt på checkbiz.eu 2026-09-16: ChatGPT beskrev et virksomhedstjek-værktøj som »business intelligence og markedsanalyse« og som »primært rettet mod VAT-compliance«. Er dit site på engelsk, bruges din engelske beskrivelse. Har du ikke skrevet nogen, udgives der som hidtil ingen — vi finder aldrig på en.

0.9.50

• Din FAQ-markup matcher nu den FAQ, dine læsere ser. Har en artikel en FAQ-sektion (“FAQ”, “Ofte stillede spørgsmål”, “Vanliga frågor” …), bliver præcis spørgsmålene i den sektion til FAQPage — intet andet. Uden en sådan sektion tæller kun overskrifter, der er spørgsmål med spørgsmålstegn. Før kom almindelige afsnitsoverskrifter, der begyndte med “What” eller “Hvad”, med som spørgsmål, med hele afsnittet som svar; Google kræver, at FAQ-markup svarer til det synlige indhold. Målt på entitywatch.app 2026-09-15: 6 spørgsmål i markup, 4 i den synlige FAQ.
• Artiklens udgiver peger nu altid på en virksomhed, der faktisk står på siden. Nyt til temaer: geoa_organization_id() giver det @id, Geoa’s Organization har på den aktuelle side — Geoa’s egen, den Yoast eller Rank Math udskriver og Geoa beriger, eller et godkendt schema-fix. Et tema, der overlader virksomheden til Geoa, skal pege sin publisher dertil i stedet for på en fast adresse; ellers står grafen med en reference til en virksomhed, der ikke findes.

0.9.49

• Dit schema bruger nu det navn, dine kunder kender dig under — også når dit brand er et produkt, som et anderledes navngivet selskab driver. Dit brand står i name, selskabets registrerede navn i legalName, dine stavemåder i alternateName, og Brand-noden bliver stående. Det er præcis det, Google beder om: samme name som sitets eget navn. Tidligere kom selskabsnavnet i name i den situation, også når du havde godkendt et schema-fix med dit brand i dashboardet. Et ældre fix med selskabsnavnet får automatisk dit valgte navn.

0.9.48

• Siderne i /llms.txt står nu som rigtige links. Standarden bag filen (llmstxt.org) kræver, at hver side skrives som et markdown-link — - [Titel](adresse): beskrivelse. Vi skrev adressen bar, - adresse: Titel — beskrivelse, og en AI-motor, der læser filen efter bogen, fandt derfor ingen links overhovedet i afsnittet med dine vigtigste sider. Det var filens ene opgave. Titler med [kantede parenteser] og adresser med (runde) bevarer nu linket i stedet for at bryde det.
• /llms.txt — filen, der fortæller AI-motorer, hvad dit site handler om — henviser nu kun til et sitemap, der faktisk svarer. Bruger dit site Yoast, Rank Math, All in One SEO, SEOPress eller et andet SEO-plugin, slår det WordPress’ eget sitemap fra og serverer sit eget i stedet; filen pegede alligevel på WordPress’ adresse, og den svarer så “siden findes ikke”. Nu findes sitets rigtige sitemap først — og kan der ikke findes noget, nævner filen ingen adresse frem for en død. Målt på fleromdomen.se 2026-09-09: /wp-sitemap.xml svarede 404, /sitemap.xml svarede 200, og llms.txt navngav 404’eren.

0.9.47

• Rapporten om tømt sidecache er nu komplet. Sker der flere tømninger i samme kørsel — først den ene gang efter en opdatering, derefter den for de sider, hvor en rettelse blev ændret — nævnes de nu alle sammen med hver deres årsag. Før overskrev den sidste tømning den forrige, så dashboardet kun kendte den ene af dem, og det måtte gættes ud fra hvilken side der havde ændret sig, hvad der egentlig var sket.
• Og Geoa holder ikke længere op med at efterprøve, om dine besøgende faktisk ser rettelsen. Pluginet fortalte hjem om den seneste tømning, hver eneste time — også timer efter den var sket — og efterprøvningen springes med vilje over lige efter en tømning, fordi cachen ikke er tom i samme sekund. Tilsammen betød det, at én tømning kunne udskyde kontrollen på ubestemt tid. Nu melder pluginet kun de tømninger, dashboardet ikke allerede har fået.

0.9.46

• Når pluginet opdateres, tømmes sidecachen én gang for alle de sider, dine godkendte rettelser står på. 0.9.45 tømte kun cachen, når en rettelse blev tilføjet, ændret eller trukket tilbage — så et site, der allerede havde sine rettelser godkendt, viste den gamle titel til besøgende efter opdateringen, indtil cachen udløb af sig selv. Målt på entitywatch.app lige efter opdateringen til 0.9.45: pluginet så cachen, men havde ingen anledning til at tømme den.

0.9.45

• En godkendt rettelse når nu også dine besøgende — ikke kun serveren. Sider, der ligger i sitets sidecache (LiteSpeed, WP Rocket, W3 Total Cache, WP Super Cache, WP Fastest Cache, Cache Enabler, SiteGround, Cloudflare), blev ved med at vise den gamle titel eller det gamle indhold, indtil cachen udløb af sig selv — målt: en uge. Nu bedes cachen slippe præcis de sider, en rettelse har ændret, i samme øjeblik rettelsen anvendes eller trækkes tilbage. Geoa fortæller også dashboardet, om det skete, så “live” betyder live for dem, der besøger siden.
• Den godkendte titel gælder nu også som og:title og twitter:title, når Rank Math, Yoast, All in One SEO eller SEOPress skriver sidens sociale titler. Før stod den nye titel i fanen og den gamle i det, Facebook, LinkedIn og AI-læsere ser — to titler på én side.
• Kvitteringen på indstillingssiden nævner nu alle slags godkendte rettelser. Før talte den kun llms.txt, schema og meta, så en godkendt indholdsrettelse gav teksten “No approved fixes yet”, selv om den lå i feedet og blev anvendt. Og en indholdsrettelse, der ikke blev skrevet, efterlader nu et spor: pluginet melder hjem, om siden ikke fandtes, om rettelsen ikke kunne udføres, eller om den ikke ændrede noget.

0.9.44

• Rettelse til de interne links, fundet før nogen fik dem: linket lægges nu på ordet, præcis som det står på din side. Før kunne et link på et ord i begyndelsen af en sætning gøre det lille — “Hårdttræ holder i mange år” blev til “hårdttræ holder i mange år”. Vi lægger et link på dit ord; vi retter ikke din tekst.
• Og links virker nu også, når ordet på siden begynder med Å, Æ, Ø eller et andet særtegn med stort. Før sprang de over i tavshed.

0.9.43

• Geoa kan nu skrive selve købsguiden ind på din kategori- eller serviceside — ikke bare foreslå den. Teksten, du har godkendt i Geoa, lander under produkterne og over footeren, dér hvor de sider, der ligger nr. 1 på Google, selv har deres guide. På en WooCommerce-kategori vises afsnittet af pluginet, så du fjerner det igen ved at afvise rettelsen i Geoa; på en almindelig side skrives det ind i sidens eget indhold, hvor du kan redigere det bagefter.
• Produkttekster kan nu lægges direkte på varen. Godkender du en serie unikke produktbeskrivelser i Geoa, skrives beskrivelsen (og den korte beskrivelse, hvis der er skrevet en) på selve varen i WooCommerce, i stedet for at du skal kopiere hver enkelt ind i hånden. Som altid: intet skrives, før du har godkendt det, og WordPress’ egen versionshistorik er fortrydelsesknappen.
• Manglende alt-tekster på billeder kan nu udfyldes for dig. Geoa foreslår teksten ud fra billedets eget filnavn og sidens overskrift, og du godkender den. En alt-tekst, du selv har skrevet, bliver aldrig overskrevet — kun de tomme fyldes ud.
• Sidens overskrift kan nu rettes til det, kunderne faktisk søger på — ikke kun sættes på en side, der manglede en. Hidtil kunne Geoa kun tilføje en overskrift til en side uden; en side med en forkert overskrift kunne kun rettes i hånden.
• Interne links kan nu sættes ind midt i brødteksten i stedet for som en “læs også”-liste til sidst. Linket lægges på ord, der allerede står i teksten, ét pr. afsnit, og aldrig i et afsnit der allerede har et link.

0.9.42

• Nyt (slået fra som standard): når en WooCommerce-ordre er gennemført, kan din butik selv sende én neutral mail, der beder køberen anmelde netop det køb — på Google eller Trustpilot. Geoa skriver ordlyden og nævner de varer, der blev købt; køberens navn og e-mail forlader aldrig dit site. Alle spørges, én mail pr. ordre, aldrig til adresser du har sat på fravalgslisten, og du kan se en lille log over, hvad der er sendt. Det er sådan, en anmeldelsesopfordring er lovlig uden samtykke: straks efter handlen, om netop den oplevelse, uden tilbud eller ros.

0.9.41

• Artikler fra Geoa Content ankommer nu som rigtige blokke i WordPress’ editor — afsnit, overskrifter, lister, tabeller, citater — i stedet for én klump, du kun kunne redigere alt eller intet i. Gennemgangen før du trykker Publish er hele pointen med rail’en, og indtil nu havde du ikke en flade at gennemgå i. Kladder, der allerede ligger i din editor, bliver lavet om til blokke ved næste tjek, uden at du skal gøre noget. EU AI Act-mærkningen følger med som før: den menneskelæsbare oplysning står i teksten, og den maskinlæsbare markering lægges om artiklen, når siden vises — den kan nu ikke længere slettes ved et uheld, mens du redigerer.
• Artiklens titel bliver ikke længere gentaget som overskrift øverst i brødteksten. Temaet skriver allerede titlen som sidens ene store overskrift, så siden sagde det samme to gange lige efter hinanden. Det blev rettet i 0.9.38, men rettelsen virkede kun, når overskriften stod allerførst; siden er artiklerne begyndt at åbne med et kort svar på spørgsmålet, og så stod dubletten igen. Nu fjernes den, uanset hvad der står over den — og en overskrift længere nede, du selv har skrevet, bliver stående.
• “Sync now” står nu også ved artiklerne. Knappen har hele tiden hentet artikler, men den lå under de godkendte rettelser længere nede på siden, så der ved artiklerne kun stod “næste automatiske tjek om ca. 11 minutter” og ingen måde at gøre det nu.

0.9.40

• The one sentence /llms.txt gives an AI engine about each of your pages now says something. Every line read “Page title — Page titleand then the page’s own words”: the title spent twice, and the last word of your heading welded onto the first word of the paragraph under it — “your businessReviews decide who customers choose”. Two things caused it. Themes that do not print a post title make page builders write the heading into the body copy instead, so a page with no SEO description and no excerpt described itself with text that began with its own title; and taking the markup out closed the gap where the heading ended, inventing compound words that exist in no language and therefore match nothing anyone would ever ask. The description is now the page’s own summary — your SEO plugin’s description, your excerpt, or the opening of the page, with the title removed where it opened its own summary. Word boundaries are kept, and where a description is too long to print in full it is now cut between two words instead of inside one. Descriptions written before this update are rebuilt the first time the file is asked for.

0.9.39

• Your published articles are only ever reported back to the Geoa account that wrote them. When a site was connected to a different Geoa account — a new owner, a new subscription, a different workspace — the first sync afterwards announced the previous account’s articles to the new one as if they had just been published. The new account then began measuring, and counting against its allowance, pages it had never written, while the account that did write them never got its own confirmation that they had gone live. Nothing is removed or altered by this fix: the posts are your content on your site, and they stay exactly where they are, keep working and keep their place in your archive. The only thing that changes is that they are no longer reported under an account that did not write them. Articles imported before this update are treated as belonging to the account your site is connected to when you update — updating the plugin is not a change of ownership.
• Links to your own pages inside an imported article are real links again. When Geoa Content wrote a link to another page on your site, it arrived in the draft as its raw text — the link text and the path, brackets and all — sitting visibly in the middle of a paragraph, and it stayed that way on the published page. Geoa’s writing service now produces those links correctly, and drafts already waiting in your editor are re-rendered once when you update, so articles written before this are repaired too instead of waiting for you to generate them again.
• The checklist in the post editor is now written in the language you read WordPress in, and it asks for things WordPress can actually do. Every signal name and every piece of advice came back in Danish no matter what language your site or your admin was in, so an English site edited in an English admin was told “Ingen pladsholdere i teksten”. The advice was worse than the language: to add links to your own pages it asked you to type the link as markdown — anchor text in brackets, path in parentheses. WordPress does not turn that into a link, so anyone who followed the advice published the brackets, visibly, in the middle of their article — the same thing the fix above repairs in imported drafts. Three other pieces of advice had the same problem, asking for markdown tables and markdown headings. The panel now follows the language each editor reads the admin in, so two people working on the same site each get their own, and it points at the editor’s own link and table buttons instead. Sites in a language Geoa does not yet write get English rather than a guess.
• When you publish an article Geoa wrote, Geoa is told — and if it is not, the screen says so. Publishing is what starts the measurement: until Geoa knows the article is live, it cannot show you what the article does for you. The plugin reports the publication on its hourly check, but it counted any reply from Geoa as a confirmation, including a reply that said nothing had been recorded. It then never mentioned that article again, so the measurement never began, on exactly the article you cared enough to publish, and nothing anywhere said a word. Geoa now has to confirm the article before the plugin stops asking, and it tries again on the following checks. Settings has a new line showing how many of your published articles have actually been reported home, and it tells you if any of them could not be. Two more things on that screen were misleading and are fixed: it said “Imported here: 3 published”, which counts posts on your site and was easy to read as “three reported to Geoa”, and it never said when the next check was due. Sync now also says if it fails to run the article check instead of reloading the page as though it had.
• Switching on /llms.txt no longer replaces a file you already had, in silence. If your site already answered at that address — a file your theme serves, or one you wrote yourself — Geoa now reads it before it takes the address over, keeps it, and serves it exactly as it was. It adds only the two things it can honestly contribute that you cannot write for yourself: the registry-verified identity of your business, and any published page your own file did not already list. Everything you wrote stays — what your business is, what it explicitly is not, links to your other products, your own sentence about each page. Settings shows what Geoa found, when it looked, and the saved copy itself, and offers the other way — Geoa’s generated file instead of yours — as a decision you make rather than something that happens to you. If Geoa could not reach your site to look, it says so instead of assuming there was nothing there. The setting’s own wording now says what switching it on does; “Optional — off by default” was not a warning about anything. And the file Geoa generates itself now says more: every page is listed with a sentence describing it, taken from your SEO plugin’s description, your excerpt, or the page’s own opening lines. Repeating a page’s title after its own address tells a language model nothing, and describing your pages is the only job this file has.
• The Geoa badge panel in Settings no longer vanishes on paid plans, leaving a “Geoa badge” checkbox in the form below with nothing anywhere on the screen to explain it. Paid plans now get a short panel of their own saying what is actually true for them: the badge is optional, because the monthly re-scan it earns free sites is already part of their plan, and Geoa does not check whether it is on their site. Free plans keep the panel they had, with one correction. Where it said Geoa would find the badge on your site automatically, it now says where the first check is started — in your Geoa dashboard. Geoa does look for the badge by itself, once a day, but only after it has been found there once; before that nothing was looking, and the screen said otherwise.

0.9.38

• Your sitemap is no longer invisible to search engines. On a site built from pages with no blog posts, WordPress 7.1 answers its own sitemap — the file that tells Google and Bing which pages your site has — with “not found”, while still sending the correct list of pages underneath it. Search engines read the answer, not the list, so the sitemap counted for nothing: it could not be submitted, and new or changed pages lost their fastest route to being found. A site with even one published blog post never sees this, which is why it goes unreported — and a site built entirely from pages, like most local businesses, is exactly the case that breaks. Geoa now keeps the sitemap answering correctly, and records the day it had to, so it is visible that it happened. Where another SEO plugin serves your sitemap, Geoa leaves it alone.
• The readiness score in the post editor now describes the article you are looking at. It used to describe the version last saved to WordPress, fetched once when the editor opened — so on a new post it answered about an empty page. Paste an article and open the panel, and you were told it had no headings, no depth, no FAQ and no lists, with a score to match, for an article that had all four. Reloading the page showed a completely different, correct answer, and nobody reloads a page they have just pasted an article into. The panel now scores what is in the editor and re-scores when you change it. While it is working it shows a spinner rather than the previous number: a score for text you have since rewritten is not a smaller truth than no score, it is a wrong answer you cannot tell apart from a right one.
• A connected site is no longer told to connect. When the full 23-signal score could not be fetched, the panel fell back to its own smaller estimate and explained it with “connect Geoa for the full 23-signal score” — on sites that were connected, paired, publishing schema and applying approved fixes. It sent people looking for a setup fault that did not exist. The panel now says which of the two it is: not connected yet, still connecting, or connected but the full score did not come back this time.
• Geoa no longer marks your article down for things your site already has. The editor panel did not tell Geoa what this WordPress site publishes, and a signal Geoa is not told about comes back as missing — so an article on a site that publishes Article schema was told to go and generate Article schema, and internal links in the text were counted as none. The plugin now reports both, so those checks are answered instead of failed.
• A fix Geoa has already published to your site does not disappear because you connect a different Geoa account. It used to, and the timing was the worst possible: reconnecting is exactly what the screen tells you to do when a connection is lost, and the first sync afterwards quietly took down the llms.txt file the previous account had approved — while that same screen promised that nothing had been removed from your site. Work already published now stays published. If it came from an account this site is no longer connected to, it keeps being served, and Settings asks you once whether to keep it or remove it — nothing but that answer removes it. And when a fix genuinely IS withdrawn, because you un-approved it in your Geoa dashboard, the sync now names what it took down instead of leaving you with a page that used to exist.

0.9.37

• The answer to “how does this name relate to your registered company?” can be changed. It could be set, but not kept: the choice was gone on the next page load, and nothing on the screen said why. That answer is not decoration — it decides whether your registration number, legal form and registry entry describe your product or the company behind it, so being unable to change it meant being unable to correct a claim published in your name. It now has its own control with its own save, and it confirms the save by reading the value back out of storage and telling you, in a sentence, what your site publishes as a result. And if the answer ever fails to reach your site — a firewall or security layer in front of WordPress can quietly drop a single form field — you are told exactly that, instead of being shown a screen that looks like it saved.
• Nothing is assumed about your name any more. Until now, a site where nobody had answered the question above was treated as having answered “it is another name for the company itself” — and that assumption was sent on to Geoa as though you had chosen it. Geoa then built on it: on one site it produced an article stating that a PRODUCT was a Danish anpartsselskab, inside a block that cited the company register with a date and a source link. The register says that about the company. It says nothing about the product. “Not answered” is now a real state: neither option is preselected, the setup screen asks before it will publish, and nothing about the relationship is sent to Geoa until you have answered it. Your published schema does not change until you answer — answering is what changes it.
• An answer of “it is another name for the company itself” now actually arrives. This plugin and Geoa spelled that one answer differently, so it was discarded on the way: you answered, the screen said so, and Geoa carried on as though you never had — still asking, still holding back what it could say about your business. The other answer happened to be spelled the same on both sides, which is why only half of this was ever visible.

0.9.36

• A priority is never shown with a blank where a name should be. Version 0.9.34 said this was fixed. Half of it was: the sentence no longer stops in the middle of a word. The other half was not, and it is worth saying plainly where it went. One card still read We currently measure “” — the name your signup set on a site whose name was set correctly, and it was the first of eight priorities. That half lives in Geoa’s servers, not in this plugin, and it could not reach a row that was already sitting in the queue: the check runs over the cards Geoa decides to write that day, and the same change had taught Geoa to stay silent about this card when the name was missing — so the card is never looked at, and the old row stays. That is …