HTML-afbeelding wordt niet weergegeven in Gmail

Antwoord 8, autoriteit 5%

Mijn probleem was vergelijkbaar.
Dit is mijn ervaring met het testen van de IMG-tag op gmail
(ervan uitgaande dat de meeste organisaties een dev qa en prod-server zouden hebben.)

Ik moest e-mails naar klanten sturen met hun persoonlijke e-mail-ID’s en we konden zien dat Gmail iets van zichzelf zou toevoegen, zoals het volgen van het src-kenmerk van de img-tag. Toen we deze afbeeldingen stuurden vanuit onze ontwikkelomgeving, zouden ze nooit worden weergegeven op Gmail en we waren altijd nieuwsgierig waarom?

https://ci7.googleusercontent.com/proxy/AEF54znasdUhUYhuHuHuhHkHfT7u2w5zsOnWJ7k1MwrKe8pP69hY9W9eo8_n6-tW0KdSIaG4qaBEbcXue74nbVBysdfqweAsNNmmmJyTB-JQzcgn1j=s0-d-e2-ft#https://www.prodserver.com/Folder1/Images/OurImage.PNG

dus een afbeelding die als volgt naar mijn Gmail-ID is gestuurd, werkte nooit voor mij

<img src="https://ci7.googleuser....Blah.Blah..https://devserver.com/Folder1/Images/OurImage.PNG">

en onze ontwikkelserver kunnen we deze afbeelding niet weergeven door op de volgende URL in Chrome (of een andere browser) te klikken.

https://www.devserver.com/folder1/folder2/myactualimage.jpg

zolang de src www erop heeft, werkte het de hele tijd en hoefden we geen andere attributen toe te voegen.

<img src="https://www.**prodserver**.com/folder1/folder2/myactualimage.jpg">

Antwoord 9, autoriteit 5%

In aanvulling op wat Howard zei

Houd er rekening mee dat Google spaties codeert als +
Om dit te voorkomen, moet de ulr worden gecodeerd in RFC 3986, wat betekent dat spaties zijn gecodeerd op %20, bijvoorbeeld:

https://example.com/My Folder/image 1.jpg
naar
https://example.com/My%20Folder/image%201.jpg

Antwoord 10, autoriteit 3%

HTTP of HTTPS moet het volledige adres zijn

achtergrondafbeelding: url(http ://fulladdress.com/ca/1/product_assets/T/C/X/M/K/NMTCXMK_mu.jpg)

var mailOptions = {
  from: '[email protected]',
  to: emails,
  subject: 'i super another ma node mailer cool test',
  text: 'That was easy!',
  html: '<a href="//google.com"><div style="background-image: url(https://fulladdress.com/ca/1/product_assets/T/C/X/M/K/NMTCXMK_mu.jpg);width:500px;height:500px">ascfas</div></a>'
};

Antwoord 11, autoriteit 2%

Ik weet dat Gmail al het bovenstaande probleem, de alt en zo, nu al heeft opgelost.

En dit heeft niets met de vraag te maken, maar waarschijnlijk ervaart iemand hetzelfde als ik.

Dus mijn webdesigner gebruikte de tag “image”in plaats van “img”, maar het symptoom was hetzelfde. Het werkt op Outlook, maar niet op Gmail.
Het kost me een uur om het te beseffen. Zucht, zo’n tijdverspilling.

Zorg er dus voor dat de tag “img”is en niet ook “image”.

Antwoord 12

Ik ben zelfs nog later op dit feest, maar na ongeveer 2 uur te hebben besteed aan alles wat denkbaar is en zonder enig geluk, realiseerde ik me eindelijk dat het zal werken als ik de foto’s upload naar GOOGLE PHOTOS in plaats van GOOGLE DRIVE. Dan kan ik met de rechtermuisknop op de foto klikken, het adres kopiëren, erin plakken en het werkt prachtig.

Antwoord 13

In de backend heb ik een eindpunt gemaakt voor het tonen van afbeeldingen. Laravel-code ziet er als volgt uit:

public function getImage($name)
 {
        return response()->file(base_path() . '/resources/img/' . $name . '.png');
 }

Vervolgens heb ik in mijn HTML-e-mailsjabloon een div met achtergrondafbeelding gemaakt.

<div style='background: url("https://mysite1.com/api/v1/get_image/logo")'></div>

En het werkt voor mij.

Antwoord 14

Ik gebruikte Cloudflare. Zodra ik de proxy voor het IP-adres van de website van mijn host had uitgeschakeld, verschenen onmiddellijk afbeeldingen in Gmail.

Ik heb nu een nieuwe firewallregel toegevoegd om verzoeken toe te staan waarbij de URI ‘googleimageproxy’ bevat en alles goed werkt.

Antwoord 15

Ik heb een andere afbeelding van internet geprobeerd waarvan de url begint met https://
het werkte op gmail en outlook.
haal je afbeeldingen van een domein met SSL.