OG-tags controleren op localhost en staging

Waarom geplakte HTML werkt waar URL-scanners falen

Een scanner die een URL krijgt, moet die vanaf het internet ophalen. Hij kan http://localhost:3000, een pagina op een privénetwerk of een staging-site met wachtwoord niet openen. Omdat deze checker alleen de tekst leest die je plakt, maakt dat niets uit: als je de pagina in je browser ziet, kun je haar tags controleren.

Wat je controleert voordat je live gaat

De meest voorkomende fout bij de lancering is staging-waarden naar productie kopiëren. Lees na het plakken de getoonde waarden van og:url en og:image goed: bevat er een localhost of een staging-hostnaam, repareer die dan in het sjabloon.

Een voorbeeld

Stel dat je lokale pagina dit og:url afdrukt:

<meta property="og:url" content="http://localhost:3000/pricing">

De checker markeert og:url als aanwezig, omdat de tag bestaat, en toont de waarde. Het probleem zit in de waarde, niet in de tag. Het productiesjabloon moet https://yourdomain.com/pricing uitvoeren.

De grenzen van een lokale controle

Dit laat zien dat je markup als tekst compleet en correct is. Het kan niet bevestigen dat een sociaal platform de afbeelding kan ophalen zodra de site live is, omdat dat afhangt van het definitieve publieke adres. Deel na de lancering de gepubliceerde URL in een privéchat of laat hem één keer door de scraper van het platform lopen om de echte kaart te zien.

Een routine vóór de lancering

Maak deze controle onderdeel van je releaseroutine. Kopieer de gerenderde broncode van één pagina per sjabloon, plak die hier en lees de getoonde waarden van og:url en og:image op lokale of staging-adressen. Doe dit opnieuw na de laatste build, want een late wijziging in een sjabloon kan een staging-adres terugbrengen. Het kost een minuut en voorkomt een kapotte kaart op de dag van de lancering.